ES2448792T3 - Congestión de tráfico en controladores de red radio - Google Patents

Congestión de tráfico en controladores de red radio Download PDF

Info

Publication number
ES2448792T3
ES2448792T3 ES11161542.3T ES11161542T ES2448792T3 ES 2448792 T3 ES2448792 T3 ES 2448792T3 ES 11161542 T ES11161542 T ES 11161542T ES 2448792 T3 ES2448792 T3 ES 2448792T3
Authority
ES
Spain
Prior art keywords
traffic
value
rnc
user
load
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.)
Active
Application number
ES11161542.3T
Other languages
English (en)
Inventor
Andrea De Pasquale
Francisco Domínguez Romero
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.)
Vodafone Espana SA
Vodafone Group PLC
Original Assignee
Vodafone Espana SA
Vodafone Group PLC
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 Vodafone Espana SA, Vodafone Group PLC filed Critical Vodafone Espana SA
Application granted granted Critical
Publication of ES2448792T3 publication Critical patent/ES2448792T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • 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
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • 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
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • 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/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network

Landscapes

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

Abstract

Un método para reducir la congestión de tráfico en un Controlador de Red Radio, RNC, que maneja tráfico dedatos en un Plano de Usuario y un Plano de Control, el método que comprende: recibir al menos una petición de establecimiento de una conexión de Paquetes Conmutados respectiva desde unusuario respectivo en el RNC, cada usuario que tiene un perfil de QoS respectivo con parámetros que incluyenprioridad así como un flujo máximo medido medio; medir un valor de carga de tráfico en el RNC; comparar el valor medido de carga de tráfico con al menos un umbral de carga (1), y si el valor medido de carga de tráfico excede el al menos un umbral de carga, reducir el tráfico transportadosobre conexiones de Paquetes Conmutados establecidas para cada usuario según un orden de los usuarios quesigue a una combinación configurable del perfil de usuario de QoS desde el valor más bajo al valor más alto deprioridad y el flujo máximo medido medio desde el valor más alto al valor más bajo (2).

Description

Congestión de tráfico en controladores de red radio
Campo técnico de la invención
La presente invención tiene su aplicación dentro del sector de telecomunicaciones y, especialmente, en el área industrial dedicada a proporcionar Redes de Acceso Radio (RAN) con elementos de infraestructuras celulares tales como Controladores de Red Radio (RNC) para sistemas de comunicaciones inalámbricas de Tercera Generación (3G) que soportan Acceso de Paquetes de Alta Velocidad (HSPA) o Acceso de Paquetes de Alta Velocidad Evolucionado (HSPA+).
Más particularmente, la invención descrita en la presente memoria se refiere a un método y un RNC para manejar (reducir) la congestión de tráfico en tales RAN.
Antecedentes de la invención
El tráfico de conmutación de paquetes (PS) en redes de telecomunicaciones móviles ha aumentado drásticamente en los últimos años: también lo ha hecho la asimilación de aplicaciones móviles y el uso de RAN de 3G con la introducción de nuevas tecnologías (HSPA, HSPA+) como portadora radio para tráfico de Banda Ancha Móvil. Este crecimiento del tráfico de PS conduce a problemas de congestión, no solamente en la interfaz aérea (Uu) al equipo de usuario (UE) y la interfaz Iub entre la estación base 3G (es decir, el Nodo B) y el controlador de red radio (RNC), sino también los medios de procesamiento dentro del RNC pueden llegar a estar congestionados cuando se maneja el tráfico de usuario (y la señalización asociada a las conexiones de PS).
Una posible solución consiste en abordar el aumento de tráfico con un aumento en la capacidad del Plano de Usuario del RNC (en otras palabras, introducir más componentes de RNC). Esto no es atractivo ya que el gran aumento consiguiente en gasto de capacidad de red (es decir, el CAPEX) produce poco aumento en ingresos de servicio, dado que el modelo económico principal para facturación a los usuarios de servicios de PS está basado normalmente en Tarifa Plana o sub versiones de esta tarifa. Al mismo tiempo, las altas tasas de datos soportadas por HSPA, HSPA+ están aumentando el flujo máximo alcanzable por los usuarios.
Además, se aplican medidas de sobrecarga dentro de un RNC a todos los tipos de tráfico con independencia de su valor para el usuario o el operador de red; ya que estas medidas están orientadas normalmente a proteger el funcionamiento del RNC. Consecuentemente, afectan al tráfico valioso y no valioso en el mismo sentido.
Por otra parte, se aplica actualmente diferenciación de Calidad de Servicio (QoS) en otras partes no relacionadas de las redes de telecomunicaciones celulares, como por ejemplo: las interfaces Uu y Iub y las redes de transporte. La EP-2154837 discute un planteamiento tal. En este contexto, el término “diferenciación de Calidad de Servicio (QoS)” se refiere a la capacidad de proporcionar diferente tratamiento a diferentes clases de tráfico (o servicio), dependiendo de sus perfiles de QoS respectivos. Un perfil de QoS representa un conjunto de garantías, que se requieren por una clase particular de tráfico/servicio sobre un conjunto de parámetros de QoS.
No obstante, cuando el cuello de botella es el RNC no hay diferenciación de QoS sino que todos los usuarios y el tráfico son tratados de la misma manera.
La US-2008/104377 se refiere a un método para control de la sobrecarga del procesador en una red inalámbrica u otra. Un nivel de ocupación del procesador se monitoriza y compara con un valor objetivo. Si el valor medido excede el valor objetivo, se controlan uno o más fuentes de carga de red para reducir la carga de datos de la unidad de procesamiento. Las fuentes de carga se controlan según los niveles de QoS diferenciados, en donde se reducen los flujos de datos de retado no crítico antes que los flujos de datos de retardo crítico.
“Performance aspects of enhanced radio resource management with QoS differentation in UMTS network” de Singh et al. (Conferencia Internacional del IEEE sobre 3G y más allá, 6 del 2005) se refiere a soportar múltiples clases de tráfico con diferentes restricciones de QoS en un sistema UMTS. Las estrategias de gestión de recursos radio (RRM) con diferenciación de usuario/servicio se realizan a fin de explotar el espectro de una forma eficiente bajo un escenario cargado de múltiples servicios.
La EP-1672845 se refiere a un método de control de tasa para un dispositivo de estación base inalámbrica. Cuando se detecta congestión, se detecta primero el flujo de datos con la tasa de datos más alta y se reduce la tasa de ese flujo de datos. En una realización, se considera la prioridad en la determinación de esa reducción. Posteriormente, se consideran otros flujos de datos en orden de su nivel de tasa de datos.
“HSUPA transport network congestion control” de Nadas et al. (Talleres de Globecom del IEEE 2008) se refiere a algoritmos de control de flujo en un trabajo de teléfono del 3GPP.
Compendio de la invención
La presente invención proporciona un método para reducir la congestión de tráfico en un controlador de red radio según la reivindicación 1.
Esta invención sirve para resolver el problema antes mencionado proporcionando un controlador de red radio (RNC) con un método para reducir dinámicamente el tráfico en el dominio de conmutación de paquetes (PS) (tráfico de paquetes) de redes móviles de área ampliada 3G a fin de optimizar los recursos para el Plano de Usuario así como el tráfico del Plano de Control manejado por el RNC, de manera que los operadores de red móvil puedan ahorrar costes o posponer inversiones en capacidad de RNC.
Para este propósito, la presente propuesta se basa en el uso de parámetros de diferenciación de QoS como un modo para controlar los recursos del Plano de Usuario y la capacidad del Plano de Control del RNC. Típicamente se especifican los siguientes parámetros de perfil de QoS, que definen diferentes clases de servicio: Prioridad de Manejo de Tráfico, Tasa de bits máxima, Tasa de bits garantizada y latencia. La Calidad de Servicio (QoS) se ha usado hasta ahora como un método para controlar la congestión en la interfaz (Iub) con el Nodo B, pero nunca se ha propuesto que sea usada para abordar Tráfico de RNC.
La carga de tráfico gestionada por los medios de procesamiento del RNC se mide por el RNC tanto en el Plano de Usuario como en el Plano de Control (el RNC puede tener o bien un único procesador que controla todo el tráfico o bien diferentes procesadores que manejan porciones de dicho tráfico con uno o más para el tráfico del Plano de Usuario y uno o más para el tráfico del Plano de Control). Teniendo en cuenta las mediciones de carga de tráfico gestionado, el flujo máximo real de los usuarios (UE) servidos por este RNC y otros parámetros activos diferentes de sus perfiles de QoS (por ejemplo, prioridad de QoS), el RNC puede disminuir activamente (es decir dinámicamente) el tráfico actual:
-
En el Plano de Usuario del RNC reduciendo el tráfico de las conexiones de PS en curso, que se inician desde los UE con la prioridad de QoS más baja (usuarios Bronce) y que está usando el flujo máximo más alto.
-
En el Plano de Control del RNC reduciendo la oportunidad de establecer nuevas conexiones de PS para los UE con la prioridad de QoS más baja (usuarios Bronce) y, si el RNC permanece en un estado en que la congestión de tráfico se determina que es inaceptablemente probable, seguir de la misma forma con los otros UE en orden de prioridad de QoS (usuarios Plata y finalmente usuarios Oro).
La reducción de tráfico del Plano de Usuario se puede hacer tanto para el Enlace Ascendente como el Enlace Descendente. La reducción del tráfico de las conexiones de PS en curso se logra ralentizando los Protocolos TCP en dichas conexiones de PS del RNC.
En el Enlace Descendente (DL), esto se puede realizar descartando Unidades de Datos de Servicio (SDU).
Para el Enlace Ascendente (UL), de manera similar al programador de Acceso de Paquetes de Enlace Descendente de Alta Velocidad (HSDPA) en el DL, el RNC controla un programador de paquetes de UL para el Canal Dedicado Mejorado (E-DCH), que es un canal de UL de transporte usado en las tecnologías 3G (tal como HSUPA: Acceso de Paquetes de Enlace Ascendente de Alta Velocidad). La programación controlada por el Nodo B se basa en control de UL o DL junto con un conjunto de reglas sobre el comportamiento del UE con respecto a esta programación. En el DL, se requiere una indicación de recursos, conocida como Concesión de Programación (especificada en la TS
25.309 V6.6.0 del 3GPP), para indicar al UE la cantidad máxima de recursos de UL que puede usar. El Nodo-B y el RNC comparten las tareas de asignación de recursos del Canal de transporte dedicado mejorado (E-DCH). El programador de UL se conoce para operar sobre un principio de petición-concesión, donde el equipo de usuario (UE) o terminal solicita permiso para enviar datos y el programador en el lado de red decide cuándo y a cuantos terminales se permite hacerlo así. Los terminales para los que se concede permiso se direccionan usando un Identificador Temporal de Red Radio de E-DCH (E-RNTI) asignado por el RNC a cada UE. El RNC establece típicamente al menos un E-DCH que permite tráfico de datos de UL con una tasa de datos máxima determinada solicitada desde el UE al Nodo-B. El canal físico usado por el E-DCH para la transmisión de datos de usuario de E-DCH es el Canal de Control de Datos Físicos Dedicado de E-DCH (E-DPDCH) y los canales asociados con el E-DPDCH se controlan y decodifican por la información transportada sobre el Canal de Control Físico Dedicado de E-DCH (E-DPCCH). Las Concesiones de Programación, que se pueden enviar una vez por TTI o más lento, controlan la relación de potencia E-DPDCH/DPCCH máxima permitida de los procesos activos.
A fin de reducir el tráfico del Plano de Usuario en el UL, el RNC puede disminuir el número de concesiones de programación, es decir, el número de ocasiones/oportunidades en las que se concede permiso para cargar a cualquier UE dado en canales E-DCH y el mecanismo es similar al usado en el DL: iniciar la reducción de concesiones para aquellas peticiones desde los UE con la prioridad más baja de los perfiles de QoS y el flujo máximo más alto usado. Según los E-RNTI correspondientes a los UE ordenados de esa forma, el RNC asocia el E-RNTI de un UE de baja prioridad con un flujo máximo inferior y envía esta información al Nodo B que lo tiene en cuenta cuando se asignan las concesiones al UE en el E-DCH.
En el Plano de Control del UL, el RNC puede reducir el tráfico de señalización rechazando al menos algunas peticiones de conexiones de Control de Recursos Radio (RRC) para tráfico de paquetes de los UE Bronce (con la
prioridad de QoS más baja), mientras que persiste el estado de congestión en el RNC.
De esta manera, la invención aspira a reducir el tráfico de paquetes real (datos y control) en el RNC de una forma pragmática adecuada a las RAN en que se proporcionan conexiones a Internet continuas a través de tarifas planas sobre HSPA (Acceso de Paquetes de Alta Velocidad).
Según un aspecto de la invención hay proporcionado, un método para reducir la congestión de tráfico en un RNC, el RNC que maneja tráfico de datos de usuarios en un Plano de Usuario y tráfico de señalización en un Plano de Control. Los usuarios envían peticiones al RNC para el establecimiento de conexión de PS; cada conexión se caracteriza por una cierta prioridad dependiente del perfil de QoS del usuario.
El método comprende un paso de llevar a cabo mediciones de carga de tráfico (por ejemplo, carga media en un intervalo de tiempo determinado) en el RNC. En caso que el valor medido de carga de tráfico exceda un umbral de carga configurable, el tráfico transportado sobre conexiones de Paquetes Conmutados establecidas se reduce para cada usuario según el perfil de usuario de QoS. Hay dos criterios para realizar esta reducción de tráfico entre los usuarios: i) desde el valor más bajo al valor más alto de prioridad y ii) desde el valor más alto al valor más bajo del flujo máximo medido medio. Se usa una combinación, configurable por el operador de red móvil, de ambos criterios i) y ii).
Se pueden medir diferentes valores de carga de tráfico en el DL así como en el UL. El RNC toma mediciones de carga de tráfico de datos en el Plano de Usuario y, además, el RNC puede medir la carga de tráfico de señalización en el Plano de Control, compara la carga de valor medido de carga de tráfico con los respectivos umbrales de carga configurables y ejecuta uno o una combinación de los siguientes mecanismos para reducir la carga del Plano de Usuario y la carga del Plano de Control respectivamente (y según la comparación de carga de tráfico con los umbrales):
-
Si el valor medido de carga de tráfico en el Plano de Usuario excede un primer umbral de carga con el que se compara, el mecanismo para reducir la congestión en el RNC comprende reducir el tráfico de datos transportado sobre las conexiones de PS establecidas de los usuarios con el valor más bajo de parámetro de prioridad y el valor más alto del flujo máximo de usuario medido. Si el valor medido de carga de tráfico en el Plano de Usuario excede un segundo umbral de carga, que es menor que el primer umbral de carga, el paso de reducir el tráfico de datos transportado sobre las conexiones de PS establecidas continúa siguiendo un orden de los usuarios según el parámetro de prioridad de los perfiles de QoS desde el valor más bajo al valor más alto, hasta que la medición actualizada de la carga del Plano de Usuario alcanza el segundo umbral de carga. Si la carga del Plano de Usuario se mantiene igual al segundo umbral de carga o por debajo de él durante un cierto intervalo de tiempo, el RNC detiene el mecanismo de reducción de tráfico de datos sobre las conexiones de PS.
-
En el Plano de Control del RNC, se puede realizar una comparación de un valor medido de carga de tráfico de señalización con un umbral de carga de control y, si el valor medido de la carga del Plano de Control excede el umbral, el mecanismo para reducir la congestión en el RNC comprende reducir el establecimiento de nuevas conexiones de PS solicitadas por los usuarios con el valor más bajo de parámetro de prioridad. El número de establecimientos completados de conexiones de Paquetes Conmutados se puede reducir por el RNC rechazando peticiones de conexión de Control de Recursos Radio (RRC) para PS (Conmutación de Paquetes) desde los usuarios durante un periodo de tiempo determinado que puede depender de la prioridad de QoS requerida.
Señalar que en el Plano de Usuario, la carga de tráfico se mide y compara con al menos un umbral de carga por el RNC tanto en el Enlace Descendente como en el Enlace Ascendente. Para reducir el tráfico de datos sobre conexiones de PS en el Enlace Descendente, se descartan al menos algunas unidades de datos de servicio (SDU) desde los usuarios de TCP (Protocolo de Control de Transporte) en una relación, que se puede configurar dependiendo de la prioridad de QoS del tráfico de usuario y puede cambiar (ser aumentada o disminuida) dependiendo de la carga del Plano de Usuario en el Enlace Descendente comparado con un cierto umbral de carga. Para reducir el tráfico de datos sobre las conexiones de PS en el Enlace Ascendente, las concesiones en Canales Dedicados Mejorados asignados a usuarios se reducen por el RNC en un número configurable, que puede depender (como los factores o parámetros previos descritos como configurables por el operador) de la prioridad del perfil de QoS del usuario y variar dependiendo del resultado de la comparación del valor medido de carga de tráfico en el Plano de Usuario en el Enlace Ascendente con respecto a un cierto umbral de carga.
Otro aspecto de la invención trata de un controlador de red radio (RNC) que comprende medios de procesamiento para realizar el método descrito antes.
Un aspecto adicional de la invención trata de un programa de ordenador que comprende medios de código de programa que ejecutan el método descrito antes, cuando se carga en los medios de procesamiento del controlador de red radio definido anteriormente.
Descripción de los dibujos
Para completar la descripción que está siendo hecha y con el objeto de ayudar a una mejor comprensión de las características de la invención, según un ejemplo preferido de realización práctica de la misma, acompañando dicha descripción como una parte integral de la misma, está un conjunto de dibujos en donde, a modo de ilustración y no restrictivamente, se ha representado lo siguiente:
La Figura 1 muestra un diagrama de bloques simplificado de la arquitectura UMTS como se especifica por el 3GPP en la técnica anterior.
La Figura 2 muestra un diagrama de bloques esquemático de la arquitectura lógica, que incluye el Plano de Usuario y el Plano de Control, de la interfaz radio de UMTS como se especifica por la TS 25.301 del 3GPP en la técnica anterior.
La Figura 3 muestra un diagrama de flujo del método para reducir la congestión de tráfico de datos en el Plano de Usuario de un RNC, según una realización preferida de la invención.
Descripción detallada de la invención
La Figura 1 muestra las interfaces abiertas de UMTS:
-
Iub: La interfaz Iub conecta las estaciones base 3G (Nodo B) al controlador de red radio (RNC). La interfaz Iub consta de un plano de control y un plano de usuario. El plano de control de la interfaz Iub se llama NBAP: parte de aplicación de Nodo B, dividida en NBAP común y NBAP dedicada dependiendo del enlace de señalización usado. El protocolo Iub del plano de usuario se define a través del protocolo de retransmisión de tramas y define las estructuras de las tramas y los procedimientos de control en banda para cada tipo de canal de transporte.
-
Iur: La interfaz Iur se define para comunicación entre RNC. El protocolo del plano de control se conoce como RNSAP: parte de aplicación de sistema de red radio, y opera sobre el protocolo de señalización SS7. El plano de usuario consta del protocolo de retransmisión de tramas y se transporta directamente sobre AAL2.
-
IuCS e IuPS: La interfaz Iu conecta la Red de Acceso Radio Terrestre UMTS (UTRAN) a la red central (CN). Iu se subdivide además en: IuCS, que es la interfaz Iu que conecta la red radio a la red central de circuitos conmutados (CS); IuPS, que es la interfaz Iu que conecta la red radio a la red central de paquetes conmutados (PS) que comprende los nodos de soporte GPRS. La interfaz Iu tiene una componente de plano de control y una de plano de usuario asociadas con ella. ATM es el protocolo de capa de enlace sobre el que está originalmente especificada la Iu, pero actualmente la interfaz Iu se puede ejecutar sobre IP. El plano de control de IuCS e IuPS se ejecutan en la parte superior de SS7 y el protocolo del plano de control consta de RANAP: protocolo de aplicación de red de acceso radio que usa AAL5 como la capa de adaptación ATM. Dado que la voz es el servicio primario proporcionado sobre la interfaz IuCS, AAL2 se ha seleccionado como la capa de adaptación para IuCS. El Protocolo de Tunelización GPRS sobre UDP/IP/AAL5 es el plano de usuario para IuPS.
-
Uu: Esta es la interfaz radio entre la UTRAN y el Equipo de Usuario (UE) que utiliza CDMA.
La Figura 2 muestra la estructura de protocolo de la interfaz radio W-CDMA, la cual proporciona enlaces radio entre el Equipo de Usuario (UE) y el lado de red radio, transportando tráfico de un Plano de Usuario (plano U) que contiene información de usuario a y desde los usuarios y tráfico de señalización que constituye un Plano de Control (plano C) para mantener y controlar los enlaces radio. La estructura de protocolo consta de tres capas: la capa de red (L3), la capa de enlace de datos (L2) y la capa física (L1). La capa de red (L3) tiene el control de recursos radio (RRC) como una subcapa en un estrato de acceso para el Plano de Control (plano C). La capa de enlace de datos (L2) tiene cuatro subcapas: el control de acceso al medio (MAC), el control de enlace radio (RLC), el protocolo de convergencia de datos por paquetes (PDCP) y el Control de Difusión/Multidifusión (BMC). El RLC y MAC ambos se usan en el Plano de Usuario (plano U) y el Plano de Control (plano C), mientras que PDCP y BMC se usan solamente en el Plano de Usuario (plano U).
El método propuesto se puede implementar mediante el procesador o pluralidad de procesadores que manejan los paquetes del Plano de Usuario y del Plano de Control en un RNC de una red 3G que ofrece tasas de datos altas mediante las tecnologías HSPA o HSPA+, donde el RNC es probable que llegue a ser un cuello de botella debido a un aumento del tráfico de PS.
A fin de reducir el tráfico de conexiones de PS en curso (Plano de Usuario), se implementan los siguientes algoritmos para ralentizar los Protocolos TCP en el RNC, en el Enlace Descendente y el Enlace Ascendente respectivamente:
-
En el Enlace Descendente, cuando la carga del Plano de Usuario de RNC media excede de un umbral de carga superior, el RNC comienza a descartar paquetes de SDU enviados a través de la interfaz IuPS. Para realizar esta función de descarte de SDU, el RNC comienza desde las conexiones de PS que tienen la prioridad de QoS más baja. El algoritmo es iterativo hasta que la carga de tráfico en el RNC ha disminuido en una cantidad de tráfico
predeterminada.
Consideremos el siguiente ejemplo de esta función de descarte:
-
Comenzar descartando una SDU cada 10 para Usuarios Bronce (la prioridad de QoS más baja), otra cada 30 SDU para Usuarios Plata y una SDU cada 100 para Usuarios Oro (la prioridad de QoS más alta).
-
Si después de x segundos, la carga de tráfico no ha disminuido, la relación de SDU descartadas para todas las clases de QoS (valores de prioridad: Bronce, Plata y Oro) se aumenta en un valor específico. La relación de SDU descartadas puede ser diferente para cada clase de QoS.
Cuando la Carga de RNC media se puede mantener por debajo de un umbral de carga más bajo (menor que el umbral de carga superior), la cantidad de SDU descartadas se reduce de nuevo de manera que el RNC se puede llevar lentamente a la situación inicial (la medición de carga de tráfico entonces se actualiza y el RNC vuelve a comparar el umbral de carga).
La Figura 3 muestra un posible ejemplo de implementación del algoritmo seguido a fin de reducir el tráfico del Plano de Usuario en el RNC. Los pasos básicos del algoritmo son:
(1) Comparación de un valor medido de la carga de tráfico del Plano de Usuario en el RNC con un umbral superior. Si la carga de tráfico del Plano de Usuario medida excede el umbral superior, entonces:
El tráfico de Plano de Usuario se reduce descartando unidades de datos de servicio de la siguiente manera:
(2A) En primer lugar, para el tráfico de Enlace Descendente, descartar una SDU cada x SDU para usuarios Bronce; en segundo lugar, descartar una SDU cada y SDU para usuarios Plata y finalmente descartar una SDU cada z SDU para usuarios Oro;
En paralelo, se puede reducir el tráfico de Enlace Ascendente:
(2B) Degradando el 1/x % de las Concesiones para usuarios Bronce; degradando el 1/y % de las Concesiones para usuarios Plata y degradando el 1/z % de las Concesiones para usuarios Oro.
(3) Una vez que los pasos 2A y 2B se llevan a cabo, la carga de tráfico del Plano de Usuario se mide y compara de nuevo con el umbral superior en el caso de que el valor medido se mantenga mayor que el umbral superior, el algoritmo sigue reduciendo el tráfico del Plano de Usuario en el RNC descartando más SDU:
(5A) Descarte de un número n de SDU cada x SDU para usuarios Bronce; descarte de un número n de SDU cada y SDU para usuarios Plata y descarte de un número n de SDU cada z SDU para usuarios Oro.
Además, simultáneamente, el algoritmo continúa descargando el tráfico de Enlace Ascendente de orden y relación de SDU de manera similar:
(5B) En primer lugar, degradando el n/x % de las Concesiones para usuarios Bronce; en segundo lugar los usuarios Plata, degradando el n/y % de las Concesiones para usuarios Plata y, finalmente, los usuarios Oro degradando el n/z % de las Concesiones.
(6) El algoritmo se detiene (4, 7) solamente si la carga de tráfico actual medida en el Plano de Usuario del RNC es menor o igual que el umbral superior; de otro modo, continúa comparando la carga de tráfico actual del RNC con el umbral y actuando consecuentemente como se explicó en los pasos 2 y 5.
-
En el Enlace Ascendente, los Protocolos TCP se ralentizan disminuyendo el número de ocasiones en el que se concede permiso para cargar a cualquier UE dado por el Nodo B, es decir, reduciendo el número de concesiones de programación en los canales E-DCH según las instrucciones del RNC. El mecanismo es similar para el Enlace Descendente pero reduciendo el número de concesiones (absolutas o relativas) en el E-DCH en lugar de reducir las SDU del TCP.
En el Plano de Control del RNC, los mensajes del plano de control se gestionan tanto para el Enlace Ascendente como el Enlace Descendente simultáneamente, por lo que la manera de reducir carga de tráfico reduciendo la oportunidad de establecer nuevas conexiones de PS es aplicable tanto al UL como el DL. La congestión de tráfico en el Plano de Control del RNC (tanto para el Enlace Ascendente como el Enlace Descendente) se evita reduciendo la oportunidad de establecer peticiones de conexiones de PS entrantes desde los UE que se inician con los UE solicitantes que tienen la prioridad de QoS más baja (usuarios Bronce). Cuando la carga del Plano de Control del RNC media excede un umbral de Carga Alto, se rechazan las peticiones de conexión de RRC de PS (paquetes conmutados) desde los usuarios Bronce y el mensaje de rechazo de conexión RRC enviado por el RNC al Nodo B informa al UE que la causa del rechazo es la congestión. El UE puede volver a intentar solicitar una conexión de PS después de un periodo de tiempo de espera (entre 1 y 15 segundos según se especifica por el 3GPP). Este periodo de tiempo de espera se puede seleccionar usando una tabla en el RNC que correlaciona cada clase de QoS a un periodo de tiempo de espera específico durante el cual las conexiones de RRC se rechazan en caso de que la carga de tráfico en el Plano de Control permanezca alta.
Señalar que en este texto, el término “comprende” y sus derivadas (tales como “que comprende”, etc.) no se deberían entender en un sentido excluyente, es decir, estos términos no se deberían interpretar como que excluyen la posibilidad de que lo que se describe y define pueda incluir elementos, pasos, etc. adicionales.

Claims (14)

  1. REIVINDICACIONES
    1. Un método para reducir la congestión de tráfico en un Controlador de Red Radio, RNC, que maneja tráfico de datos en un Plano de Usuario y un Plano de Control, el método que comprende:
    recibir al menos una petición de establecimiento de una conexión de Paquetes Conmutados respectiva desde un usuario respectivo en el RNC, cada usuario que tiene un perfil de QoS respectivo con parámetros que incluyen prioridad así como un flujo máximo medido medio;
    medir un valor de carga de tráfico en el RNC;
    comparar el valor medido de carga de tráfico con al menos un umbral de carga (1), y
    si el valor medido de carga de tráfico excede el al menos un umbral de carga, reducir el tráfico transportado sobre conexiones de Paquetes Conmutados establecidas para cada usuario según un orden de los usuarios que sigue a una combinación configurable del perfil de usuario de QoS desde el valor más bajo al valor más alto de prioridad y el flujo máximo medido medio desde el valor más alto al valor más bajo (2).
  2. 2.
    El método según la reivindicación 1, en donde, si el valor medido de carga de tráfico en el Plano de Usuario es igual o está por debajo de un segundo umbral de carga para un cierto intervalo de tiempo, detiene la reducción de tráfico transportado sobre conexiones de Paquetes Conmutados establecidas.
  3. 3.
    El método según cualquiera de las reivindicaciones 1 o 2, en donde la reducción de tráfico transportado sobre conexiones de Paquetes Conmutados establecidas se realiza en un Enlace Descendente y comprende descartar unidades de datos de servicio de los usuarios del Protocolo de Control de Transporte en una relación configurable.
  4. 4.
    El método según la reivindicación 3, en donde la relación de unidades de datos de servicio descartadas depende del parámetro de prioridad del perfil de QoS del usuario.
  5. 5.
    El método según cualquiera de las reivindicaciones 3 o 4, en donde la relación de unidades de datos de servicio descartadas se aumenta o reduce en un valor específico que depende de la comparación de un cierto umbral de carga con el valor de carga de tráfico en el Plano de Usuario medida en el Enlace Descendente.
  6. 6.
    El método según cualquiera de las reivindicaciones 1-5, en donde la reducción de tráfico transportado sobre conexiones de Paquetes Conmutados establecidas se realiza en un Enlace Ascendente y comprende disminuir las concesiones de programación en Canales Dedicados Mejorados asignadas a usuarios en un número configurable.
  7. 7.
    El método según la reivindicación 6, en donde el número de concesiones de programación depende del parámetro de prioridad del perfil de QoS del usuario.
  8. 8.
    El método según cualquiera de las reivindicaciones 6 o 7, en donde el número de concesiones de programación se aumenta o reduce en un valor específico que depende de la comparación del valor medido de carga de tráfico en el Plano de Usuario en el Enlace Ascendente con respecto a un cierto umbral de carga.
  9. 9.
    El método según cualquiera de las reivindicaciones precedentes, en donde, si el valor de carga de tráfico se mide en el Plano de Control del RNC, y excede un umbral de carga de control, reducir el tráfico transportado sobre conexiones de Paquetes Conmutados establecidas que comprende reducir el número de establecimientos completados de conexiones de Paquetes Conmutados solicitados por los usuarios con el valor más bajo de parámetro de prioridad.
  10. 10.
    El método según la reivindicación 9, en donde reducir el número de establecimientos completos de conexiones de Paquetes Conmutados comprende rechazar peticiones de conexión de Control de Recursos Radio para Conmutación de Paquetes desde los usuarios durante un periodo de tiempo determinado.
  11. 11.
    El método según la reivindicación 10, en donde el periodo de tiempo se determina dependiendo del parámetro de prioridad del perfil de QoS del usuario.
  12. 12.
    Un controlador de red radio que comprende medios de procesamiento configurados para implementar todos los pasos del método para reducir la congestión de tráfico como se expone en cualquier reivindicación previa.
  13. 13.
    El controlador de red radio según la reivindicación 12, que además comprende medios de desencadenamiento para desencadenar un programador HSPA en un Nodo B.
  14. 14.
    Un producto de programa de ordenador que comprende medios de código de programa los cuales, cuando se ejecutan en los medios de procesamiento de un controlador de red radio, hacen a dichos medios de procesamiento ejecutar todos los pasos del método según cualquiera de las reivindicaciones 1-11.
ES11161542.3T 2010-04-07 2011-04-07 Congestión de tráfico en controladores de red radio Active ES2448792T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ES201030504 2010-04-07
ES201030504A ES2391017B1 (es) 2010-04-07 2010-04-07 Procedimiento y dispositivo para reducir la congestion de trafico en controladores de red radio

Publications (1)

Publication Number Publication Date
ES2448792T3 true ES2448792T3 (es) 2014-03-17

Family

ID=44117444

Family Applications (2)

Application Number Title Priority Date Filing Date
ES201030504A Active ES2391017B1 (es) 2010-04-07 2010-04-07 Procedimiento y dispositivo para reducir la congestion de trafico en controladores de red radio
ES11161542.3T Active ES2448792T3 (es) 2010-04-07 2011-04-07 Congestión de tráfico en controladores de red radio

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES201030504A Active ES2391017B1 (es) 2010-04-07 2010-04-07 Procedimiento y dispositivo para reducir la congestion de trafico en controladores de red radio

Country Status (2)

Country Link
EP (1) EP2375658B1 (es)
ES (2) ES2391017B1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104584622A (zh) * 2012-06-04 2015-04-29 伊甸石通信股份有限公司 用于蜂窝式网络负载平衡的方法与系统
CN103023795B (zh) * 2012-12-17 2015-09-23 大唐移动通信设备有限公司 一种基于小区状况控制分组交换速率的方法和系统
EP2757845A1 (en) * 2013-01-18 2014-07-23 Telefonaktiebolaget L M Ericsson AB (Publ) A network node and a method therein for downlink transmission to a mobile device
EP2987285B1 (en) * 2013-04-17 2018-02-21 Telefonaktiebolaget LM Ericsson (publ) A method and apparatus for optimising telecommuncation services
CN103703830B (zh) 2013-05-31 2017-11-17 华为技术有限公司 一种物理资源调整方法、装置及控制器
US9749895B2 (en) 2015-06-05 2017-08-29 Nokia Technologies Oy Facilitating in-bearer QoS differentiation in multi-connectivity 5G networks
US10798614B2 (en) 2016-06-20 2020-10-06 Nec Corporation Communication network apparatus, communication network system, and method of communication network apparatus
US11044208B2 (en) * 2017-11-27 2021-06-22 Hughes Network Systems, Llc System and method for maximizing throughput using prioritized efficient bandwidth sharing

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4655619B2 (ja) * 2004-12-15 2011-03-23 日本電気株式会社 無線基地局装置およびそのレート制御方法
US8417826B2 (en) * 2006-10-12 2013-04-09 Alcatel Lucent Method and system of overload control in packetized communication networks
KR100836239B1 (ko) * 2006-10-31 2008-06-09 주식회사 케이티프리텔 과부하 제어 장치 및 그 방법
ES2334963B1 (es) * 2008-08-14 2011-02-09 Vodafone España, S.A.U. Metodo para reducir la congestion en la interfaz iub en redes utran segun el establecimiento de prioridad del usuario.

Also Published As

Publication number Publication date
ES2391017B1 (es) 2013-10-09
ES2391017A1 (es) 2012-11-20
EP2375658A1 (en) 2011-10-12
EP2375658B1 (en) 2014-01-15

Similar Documents

Publication Publication Date Title
ES2448792T3 (es) Congestión de tráfico en controladores de red radio
US10231150B2 (en) Sending data rate information to a wireless access network node
US8223758B2 (en) System and method of load dependent rate policing
JP4643650B2 (ja) 無線アクセスネットワーク内での輻輳制御
ES2606634T3 (es) Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
JP2010532952A (ja) 送信ノードにおける輻輳制御
CN102598833A (zh) 用于增强上行链路通信的传输网络拥塞控制
KR20070094781A (ko) 무선 액세스 네트워크에서의 노드들 간에 업링크 혼잡 검출및 제어
ES2401270A2 (es) Método y entidad de red para descargar vídeo en redes móviles
US20150117205A1 (en) Method and Network Node for Controlling Sending Rates
Kwan et al. On pre-emption and congestion control for LTE systems
WO2013006112A2 (en) Rlc data transmission control based on ue memory capacity
ES2334963B1 (es) Metodo para reducir la congestion en la interfaz iub en redes utran segun el establecimiento de prioridad del usuario.
US8270298B2 (en) Method and arrangement for flow control in UMTS using information in UBS field
US8854970B2 (en) Flow control CA allocation correction factor based on scheduling policy, mobility, load or radio channel type
Nádas et al. Providing congestion control in the Iub Transport Network for HSDPA
EP1816879A1 (en) Method for congestion control with macro diversity
ES2358031A1 (es) Procedimiento de asignación de celda en redes de comunicaciones celulares utilizando macrodiversidad.
Roy et al. Study on AQM Based Buffer Management in LTE Network
Li et al. HSUPA backhaul bandwidth dimensioning
Yerima et al. An enhanced buffer management scheme for multimedia traffic in HSDPA
Vulkan et al. Congestion control in evolved HSPA systems
Nádas et al. HSPA Transport Network Layer Congestion Control
HK40013184B (en) Sending data rate information to a wireless access network node
Szilveszter et al. HSPA Transport Network Layer Congestion Control