Patente nacional por "PROCEDIMIENTO Y DISPOSITIVO PARA REDUCIR LA CONGESTION DE TRAFICO EN CONTROLADORES DE RED RADIO"

Reivindicaciones:
+ ES-2391017_A1. 2. 3. 4. 5. 6. Un procedimiento para reducir la congestión de tráfico en controladores de red radio, en el que se solicita en un controlador de red radio (RNC) , que maneja tráfico de datos en un plano de usuario y un plano de control, el establecimiento de al menos una conexión conmutada por paquetes de al menos un usuario, teniendo dicho al menos un usuario un respectivo perfil de QoS con parámetros que incluyen parámetro de prioridad así como un rendimiento global medido promedio, comprendiendo el procedimiento: -medir un valor de carga de tráfico en el controlador de red radio (RNC) ; -comparar el valor medido de carga de tráfico con al menos un umbral de carga; y -si el valor medido de carga de tráfico supera el al menos un umbral de carga, reducir el tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario según el perfil de QoS del usuario, desde el valor del parámetro de prioridad más bajo hasta el valor más alto. El procedimiento según la reivindicación 1, en el que, si el valor de carga de tráfico se mide en el plano de usuario del controlador de red radio (RNC) , la reducción del tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario sigue un orden de los usuarios de acuerdo al rendimiento global medido promedio desde el de valor más alto hasta el de valor más bajo. El procedimiento según la reivindicación 2, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario sigue un orden de los usuarios según una combinación configurable tanto de parámetros de perfil de QoS como del rendimiento global medido promedio. El procedimiento según cualquiera de las reivindicaciones 2 a 3, en el que, si el valor medido de carga de tráfico en el plano de usuario es igual o inferior a un segundo umbral de carga durante un cierto intervalo de tiempo, se detiene la reducción de tráfico transportado sobre las conexiones establecidas por conmutación de paquetes. El procedimiento según cualquiera de las reivindicaciones 2 a 4, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas se realiza en el enlace descendente y comprende descartar unidades de datos de servicio de usuarios del protocolo de control de transporte en una proporción configurable. El procedimiento según la reivindicación 5, en el que la proporción de unidades de datos de servicio descartadas depende del parámetro de prioridad del perfil de QoS del usuario. 7. El procedimiento según cualquiera de las reivindicaciones 5 a 6, en el que la proporció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. 8. El procedimiento según cualquiera de las reivindicaciones 2 a 7, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas se realiza en el enlace ascendente y comprende disminuir concesiones de planificación en canales dedicados mejorados asignados a usuarios un número configurable. 9. El procedimiento según la reivindicación 8, en el que el número de concesiones de planificación depende del parámetro de prioridad del perfil de QoS del usuario. 1O. El procedimiento según cualquiera de las reivindicaciones 8 a 9, en el que el número de concesiones de planificació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. 11. El procedimiento según cualquier reivindicación anterior, en el que, si el valor de carga de tráfico se mide en el plano de control del controlador de red radio (RNC) , y supera un umbral de carga de control, la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas comprende reducir el número de establecimientos finalizados de conexiones por conmutación de paquetes solicitadas por los usuarios con el valor más bajo del parámetro de prioridad. 12. El procedimiento según la reivindicación 11, en el que la reducción del número de establecimientos finalizados de conexiones por conmutación de paquetes comprende rechazar peticiones de conexión de control de recursos radio para la conmutación por paquetes de los usuarios durante un determinado periodo de tiempo. 13. El procedimiento según la reivindicación 12, en el que el periodo de tiempo se determina dependiendo del parámetro de prioridad del perfil de QoS del usuario. 14. Un controlador de red radio, caracterizado porque comprende medios de procesamiento configurados para implementar el procedimiento para reducir tráfico tal como se expone en cualquier reivindicación anterior. 15. El controlador de red radio según la reivindicación 14, que comprende además medios para activar un planificador de HSPA en un nodo B. 16. Un producto de programa informático que comprende medios de código de programa que, cuando se carga en medios de procesamiento de un controlador de 5 red radio, hace que dichos medios de código de programa ejecuten el procedimiento según cualquiera de las reivindicaciones 1 a 13.
+ ES-2391017_B1. 2. 3. 4. 5. 6. Un procedimiento para reducir la congestión de tráfico en controladores de red radio, en el que se solicita en un controlador de red radio (RNC) , que maneja tráfico de datos en un plano de usuario y un plano de control, el establecimiento de al menos una conexión conmutada por paquetes de al menos un usuario, teniendo dicho al menos un usuario un respectivo perfil de QoS con parámetros que incluyen parámetro de prioridad así como un rendimiento global medido promedio, comprendiendo el procedimiento: -medir un valor de carga de tráfico en el controlador de red radio (RNC) ; -comparar el valor medido de carga de tráfico con al menos un umbral de carga; y -si el valor medido de carga de tráfico supera el al menos un umbral de carga, reducir el tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario según el perfil de QoS del usuario, desde el valor del parámetro de prioridad más bajo hasta el valor más alto. El procedimiento según la reivindicación 1, en el que, si el valor de carga de tráfico se mide en el plano de usuario del controlador de red radio (RNC) , la reducción del tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario sigue un orden de los usuarios de acuerdo al rendimiento global medido promedio desde el de valor más alto hasta el de valor más bajo. El procedimiento según la reivindicación 2, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas para cada usuario sigue un orden de los usuarios según una combinación configurable tanto de parámetros de perfil de QoS como del rendimiento global medido promedio. El procedimiento según cualquiera de las reivindicaciones 2 a 3, en el que, si el valor medido de carga de tráfico en el plano de usuario es igual o inferior a un segundo umbral de carga durante un cierto intervalo de tiempo, se detiene la reducción de tráfico transportado sobre las conexiones establecidas por conmutación de paquetes. El procedimiento según cualquiera de las reivindicaciones 2 a 4, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas se realiza en el enlace descendente y comprende descartar unidades de datos de servicio de usuarios del protocolo de control de transporte en una proporción configurable. El procedimiento según la reivindicación 5, en el que la proporción de unidades de datos de servicio descartadas depende del parámetro de prioridad del perfil de QoS del usuario. 7. El procedimiento según cualquiera de las reivindicaciones 5 a 6, en el que la proporció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. 8. El procedimiento según cualquiera de las reivindicaciones 2 a 7, en el que la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas se realiza en el enlace ascendente y comprende disminuir concesiones de planificación en canales dedicados mejorados asignados a usuarios un número configurable. 9. El procedimiento según la reivindicación 8, en el que el número de concesiones de planificación depende del parámetro de prioridad del perfil de QoS del usuario. 1O. El procedimiento según cualquiera de las reivindicaciones 8 a 9, en el que el número de concesiones de planificació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. 11. El procedimiento según cualquier reivindicación anterior, en el que, si el valor de carga de tráfico se mide en el plano de control del controlador de red radio (RNC) , y supera un umbral de carga de control, la reducción de tráfico transportado sobre conexiones por conmutación de paquetes establecidas comprende reducir el número de establecimientos finalizados de conexiones por conmutación de paquetes solicitadas por los usuarios con el valor más bajo del parámetro de prioridad. 12. El procedimiento según la reivindicación 11, en el que la reducción del número de establecimientos finalizados de conexiones por conmutación de paquetes comprende rechazar peticiones de conexión de control de recursos radio para la conmutación por paquetes de los usuarios durante un determinado periodo de tiempo. 13. El procedimiento según la reivindicación 12, en el que el periodo de tiempo se determina dependiendo del parámetro de prioridad del perfil de QoS del usuario. 14. Un controlador de red radio, caracterizado porque comprende medios de procesamiento configurados para implementar el procedimiento para reducir tráfico tal como se expone en cualquier reivindicación anterior. 15. El controlador de red radio según la reivindicación 14, que comprende además medios para activar un planificador de HSPA en un nodo B. 16. Un producto de programa informático que comprende medios de código de programa que, cuando se carga en medios de procesamiento de un controlador de 5 red radio, hace que dichos medios de código de programa ejecuten el procedimiento según cualquiera de las reivindicaciones 1 a 13.

Los productos y servicios protegidos por este registro son:
H04L 12/56 - H04W 28/10

Descripciones:
+ ES-2391017_A1 CAMPO TÉCNICO DE LA INVENCIÓN La presente invención tiene su aplicación en el sector de las telecomunicaciones y, especialmente, en el ámbito industrial encargado de proporcionar redes de acceso radio (RAN) con elementos de infraestructuras celulares tales como controladores de red radio (RNC) para sistemas de comunicaciones inalámbricos de tercera generación (3G) que soportan el acceso de paquetes a alta velocidad (HSPA) o acceso de paquetes a alta velocidad evolucionado (HSPA+) . Más particularmente, la invención descrita en el presente documento se refiere a un procedimiento y a un RNC para manejar congestión de tráfico en RAN de este tipo. ANTECEDENTES DE LA INVENCIÓN El tráfico de conmutación por paquetes (PS) en redes de telecomunicaciones móviles ha aumentado drásticamente en los últimos años: asimismo lo ha hecho la adaptació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 de tráfico de PS conduce a problemas de congestión, no sólo sobre la interfaz aérea (Uu) al equipo de usuario (UE) y la interfaz lub entre la estación base de 3G (es decir, el nodo B) y el controlador de red radio (RNC) , sino que también los medios de procesamiento dentro del RNC pueden llegar a congestionarse cuando se maneja el tráfico de usuario (y la señalización asociada a conexiones PS) . Una posible solución consiste en tratar el aumento de tráfico con un aumento en la capacidad de plano de usuario de RNC (en otras palabras, introduciendo más componentes de RNC) . Eso es poco atractivo porque el gran aumento simultáneo en el gasto de capacidad de red (es decir, CAPEX) genera poco aumento en los beneficios de servicio, puesto que el modelo económico principal para tarificar a los usuarios de servicios de PS se basa habitualmente en la tarifa plana o subversiones de esta tasa. Al mismo tiempo, las tasas de transmisión de datos elevadas soportadas por HSPA, HSPA+ están aumentando el rendimiento global que puede conseguirse por los usuarios. Además, mediciones de sobrecarga dentro de RNC se aplican a todos los tipos de tráfico independientemente de su valor para el usuario o el operador de red, puesto que estas mediciones están normalmente orientadas para proteger el funcionamiento de RNC. Por consiguiente, afectan al tráfico útil y no útil de la misma manera. Por otro lado, la diferenciación de calidad de servicio (QoS) se aplica actualmente en otras partes no relacionadas de redes de telecomunicaciones celulares, como por ejemplo: las interfaces Uu y lub y las redes de transporte. En este contexto, la expresión "diferenciación de calidad de servicio (QoS) " se refiere a la capacidad de proporcionar un tratamiento diferente a diferentes clases de tráfico (o servicio) , dependiendo de sus respectivos perfiles de QoS. Un perfil de QoS representa un conjunto de garantías, que se requieren por una clase particular de tráfico/servicio en un conjunto de parámetros de QoS. Sin embargo, cuando el cuello de botella es el RNC, no hay ninguna diferenciación de QoS sino que todos los usuarios y el tráfico se tratan de la misma manera. SUMARIO DE LA INVENCIÓN Esta invención sirve para solucionar el problema anteriormente mencionado proporcionando un controlador de red radio (RNC) con un procedimiento para reducir de manera dinámica el tráfico en el dominio de conmutación por paquetes (PS) (tráfico por paquetes) de redes móviles de área amplia de 3G con el fin de optimizar los recursos para el plano de usuario así como el tráfico de plano de control manejado por el RNC, de modo que los operadores de red móvil pueden ahorrar costes o posponer inversiones en la capacidad de RNC. Para este fin, la presente propuesta se basa en el uso de parámetros de diferenciación de QoS como una manera de controlar los recursos de plano de usuario y la capacidad de plano de control del RNC. Normalmente se especifican los siguientes parámetros de perfil de QoS, definiendo diferentes clases de tráfico: prioridad de manejo de tráfico, tasa de transmisión de bits máxima, tasa de transmisión de bits garantizada y latencia. La calidad de servicio (QoS) se ha usado hasta ahora como un procedimiento para controlar la congestión en la interfaz (lub) con el nodo B, aunque nunca se ha propuesto usarla para tratar el 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 partes de dicho tráfico con uno o más para el tráfico de plano de usuario y uno o más para el tráfico de plano de control) . Teniendo en cuenta las mediciones de carga de tráfico gestionada, el rendimiento global real de los usuarios (UE) a los que da servicio este RNC y otros parámetros activos diferentes de sus perfiles de QoS (por ejemplo, la prioridad de QoS) , el RNC puede disminuir de manera activa (es decir, de manera dinámica) el tráfico actual: -en el plano de usuario de RNC reduciendo el tráfico de las conexiones PS en funcionamiento, empezando desde los UE con la prioridad de QoS más baja (usuarios de bronce) y que usa el rendimiento global más alto -en el plano de control de RNC reduciendo la posibilidad de establecer nuevas conexiones PS para los UE con la prioridad de QoS más baja (usuarios de bronce) y, si el RNC permanece en un estado en el que se determina que la congestión de tráfico es inaceptablemente probable, procediendo de la misma manera con los otros UE en el orden de prioridad de QoS (usuarios de plata y finalmente usuarios de oro) . La reducción de tráfico de plano de usuario puede realizarse tanto para el enlace ascendente como el enlace descendente. La reducción del tráfico de las conexiones PS en funcionamiento se consigue ralentizando los protocolos TCP en dichas conexiones PS del RNC. En el enlace descendente (DL) , esto puede realizarse descartando las unidades de datos de servicio (SDU) . Para el enlace ascendente (UL) , de manera similar al planificador de acceso descendente de paquetes a alta velocidad (HSDPA) en el DL, el RNC controla un planificador de paquetes de UL para el canal dedicado mejorado (E-DCH) , que es un canal de UL de transporte usado en las tecnologías de 3G (tales como HSUPA: Hígh-Speed Uplínk Packet Access, acceso ascendente de paquetes a alta velocidad) . La planificación controlada por el nodo B se basa en el control de UL y DL junto con un conjunto de reglas sobre el comportamiento del UE con respecto a esta planificación. En el DL, se requiere que una indicación de recursos, conocida como concesión de planificación (especificada en la norma 3GPP TS 25.309 V6.6.0) , indique 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) . Se sabe que el planificador de UL funciona según un principio de concesión de petición, en el que el equipo de usuario (UE) o terminal solicita el permiso para enviar datos y el planificador en el lado de red decide cuándo y a cuántos terminales se les permite hacerlo. Los terminales para los que se concede permiso se tratan usando un identificador temporal de red radio E-DCH (E-RNTI) asignado por el RNC a cada UE. El RNC establece normalmente al menos un E-DCH que permite tráfico de datos de UL con una tasa de transmisión de datos máxima determinada solicitada por el UE al nodo B. El canal físico usado por el E-DCH para la transmisión de E-DCH de datos de usuario es el canal de control de datos físico dedicado 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 E-DCH (E-DPCCH) . Las concesiones de planificación, que pueden enviarse una vez por TTI o de manera más lenta, controlan la proporción de potencia E-DPDCH/DPCCH máxima permitida de los procesos activos. Con el fin de reducir el tráfico de plano de usuario en el UL, el RNC puede disminuir el número de concesiones de planificación, es decir, el número de ocasiones/oportunidades en las que se concede permiso para cargar a cualquier UE dado en los canales E-DCH y el mecanismo es similar al usado en el DL: empezando la reducción de concesiones para las peticiones de los UE con la prioridad más baja de los perfiles de QoS y el mayor rendimiento global usado. Según los E-RNTI correspondientes a los UE ordenados de esta manera, el RNC asocia el E-RNTI de un UE de baja prioridad con un menor rendimiento global y envía esta información al nodo B que lo tiene en cuenta cuando asigna las concesiones al UE en el E-DCH. En el plano de control de UL, el RNC puede reducir el tráfico de señalización rechazando al menos algunas peticiones para conexiones de control de recursos radio (RRC) para el tráfico por paquetes de los UE de bronce (con la prioridad de QoS más baja) , mientras que persiste el estado de congestión en el RNC. Por tanto, la invención pretende reducir el tráfico por paquetes (de datos y control) real en el RNC de una manera pragmática adecuada a las RAN en las que se proporcionan conexiones de Internet continuas a través de tarifas planas sobre HSPA (Hígh Speed Packet Access, acceso de paquetes a alta velocidad) . Según un aspecto de la invención se proporciona un procedimiento para reducir la congestión de tráfico en un RNC, el tráfico de datos de los usuarios que manejan el RNC en un plano de usuario y el tráfico de señalización en un plano de control. Los usuarios envían peticiones al RNC para el establecimiento de conexión PS; cada conexión se caracteriza por una cierta prioridad que depende del perfil de QoS del usuario. El procedimiento comprende una etapa de llevar a cabo mediciones de carga de tráfico (por ejemplo, la carga promedio en un determinado intervalo de tiempo) en el RNC. En caso de que el valor medido de la carga de tráfico supere un umbral de carga configurable, el tráfico transportado sobre conexiones por conmutación de paquetes 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 de prioridad más bajo hasta el valor más alto e ii) desde el valor más alto del rendimiento global medido promedio hasta el valor más bajo. También es posible una combinación, que puede configurarse por el operador de red móvil, tanto del criterio i) como del ii) . Pueden medirse diferentes valores de carga de tráfico en el DL así como en el UL. El RNC realiza mediciones de carga de tráfico de datos en el plano de usuario y, adicionalmente, el RNC puede medir carga de tráfico de señalización en el plano de 5 control, compara el valor de carga medido de la carga de tráfico con respectivos umbrales de carga configurables y ejecuta uno o una combinación de los siguientes mecanismos para reducir la carga de plano de usuario y la carga de 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 supera un primer 1O umbral de carga con el que se compara, el mecanismo para reducir la congestión en el RNC comprende reducir tráfico de datos transportado sobre conexiones PS establecidas de los usuarios con el valor más bajo de parámetro de prioridad y el valor más alto del rendimiento global de usuario medido. Si el valor medido de carga de tráfico en el plano de usuario supera un segundo umbral de carga, que es inferior al primer umbral de carga, la 15 etapa de reducir tráfico de datos transportado sobre conexiones PS establecidas continua siguiendo un orden de los usuarios según el parámetro de prioridad de los perfiles de QoS desde el valor más bajo hasta el valor más alto, hasta que la medición actualizada de la carga de plano de usuario alcanza el segundo umbral de carga. Si la carga de plano de usuario sigue igual al segundo umbral de carga o por debajo del mismo durante un cierto 20 intervalo de tiempo, el RNC detiene el mecanismo de reducir tráfico de datos sobre las conexiones PS. - en el plano de control de RNC, puede realizarse 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 de plano de control supera el umbral, el mecanismo para reducir la 25 congestión en el RNC comprende reducir el establecimiento de nuevas conexiones PS solicitadas por los usuarios con el valor más bajo de parámetro de prioridad. El número de establecimientos finalizados de conexiones por conmutación de paquetes puede reducirse por el RNC que rechaza peticiones de conexión de control de recursos radio (RRC) para PS (conmutación por paquetes) de los usuarios durante un determinado periodo de tiempo 30 que puede depender de la prioridad de QoS solicitada. Obsérvese 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 PS en el enlace descendente, al menos algunas unidades de datos de servicio (SDU) de usuarios del TCP 35 (protocolo de control de transporte) se descartan en una proporción, que puede configurarse dependiendo de la prioridad de QoS del tráfico del usuario y puede cambiar (aumentándose o disminuyéndose) dependiendo de la carga de plano de usuario en el enlace descendente en comparación con un cierto umbral de carga. Para reducir el tráfico de datos sobre conexiones PS en el enlace ascendente, las concesiones en canales dedicados mejorados asignadas a usuarios se reducen por el RNC en un número configurable, que puede depender (tal como los parámetros o factores anteriores 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 se ocupa de un controlador de red radio (RNC) que comprende medios de procesamiento para realizar el procedimiento descrito anteriormente. Un aspecto adicional de la invención se ocupa de un programa informático que comprende medios de código de programa que ejecutan el procedimiento descrito anteriormente cuando se cargan en medios de procesamiento del controlador de red radio definido anteriormente. DESCRIPCIÓN DE LOS DIBUJOS Para completar la descripción que está realizándose 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 a dicha descripción como una parte integrante de la misma, se proporciona un juego de dibujos en los que, a modo de ilustración y de forma no restrictiva, se ha representado lo siguiente: la figura 1 muestra un diagrama de bloques simplificado de la arquitectura UMTS según se especifica por la norma 3GPP en la técnica anterior. La figura 2 muestra un diagrama de bloques esquemático de la arquitectura lógica, incluyendo el plano de usuario y el plano de control, de la interfaz radio UMTS según se especifica por la norma 3GPP TS 25.301 en la técnica anterior. La figura 3 muestra un diagrama de flujo del procedimiento 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 la interfaces abiertas UMTS: -lub: La interfaz lub conecta las estaciones base de 3G (nodo B) al controlador de red radio (RNC) . La interfaz lub consiste en un plano de control y en un plano de usuario. El plano de control de la interfaz lub se denomina NBAP: parte de aplicación del nodo B, dividida en la NBAP común y la NBAP dedicada dependiendo del enlace de señalización usado. El protocolo de lub del plano de usuario se define a través del protocolo de retransmisión de trama y define las estructuras de las tramas y los procedimientos de control en banda para cada tipo de canal de transporte. -lur: La interfaz lur se define para la comunicación entre RNC. El protocolo de plano de control se denomina RNSAP: parte de aplicación de sistema de red radio, y opera sobre el protocolo de señalización SS?. El plano de usuario consiste en el protocolo de retransmisión de trama y se transporta directamente sobre AAL2. -luCS y luPS: La interfaz lu conecta la red de acceso radio terrestre UMTS (UTRAN) a la red de núcleo (CN) . lu se subdivide adicionalmente en: luCS, que es la interfaz lu que conecta la red radio a la red de núcleo conmutada por circuito (CS) , luPS, que es la interfaz lu que conecta la red radio a la red de núcleo conmutada por paquetes (PS) que comprende los nodos de soporte GPRS. La interfaz lu tiene una componente de plano de control y una de plano de usuario asociadas con la misma. ATM es el protocolo de capa de enlace según el que lu se especifica originalmente, aunque actualmente la interfaz lu puede ejecutarse a través de IP. El plano de control de luCS y luPs se ejecuta por encima de SS? y el protocolo de plano de control consiste en RANAP: protocolo de aplicación de red de acceso radio que usa AAL5 como la capa de adaptación de ATM. Puesto que la voz es el servicio principal proporcionado a través de la interfaz luCS, AAL2 se ha seleccionado como la capa de adaptación para luCS. El protocolo de túnel GPRS a través de UDP/IP/AAL5 es el plano de usuario para luPS. -Uu: Ésta es la interfaz radio entre la UTRAN y el equipo de usuario (UE) que utiliza COMA. La figura 2 muestra la estructura de protocolo de la interfaz radio de W-CDMA, que proporciona enlaces radio entre el equipo de usuario (UE) y el lado de red radio, transportando tráfico sobre un plano de usuario (plano U) que contiene información de usuario hacia 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 consiste en 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 de 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 el MAC se usan ambos en el plano de usuario (plano U) y el plano de control (plano C) , mientras que el PDCP y el BMC se usan únicamente en el plano de usuario (plano U) . El procedimiento propuesto puede implementarse por el procesador o la pluralidad de procesadores que manejan los paquetes de plano de usuario y de plano de control en un RNC de una red de 3G que ofrece altas tasas de transmisión de datos mediante tecnologías de HSPA o HSPA+, en las que es probable que el RNC se convierta en un cuello de botella debido a un aumento del tráfico de PS. Con el fin de reducir el tráfico de conexiones PS en funcionamiento (plano de usuario) , se implementan los siguientes algoritmos para ralentizar los protocolos TCP en el RNC, en el DL y en el UL, respectivamente: -en el enlace descendente, cuando la carga de plano de usuario de RNC promedio supera un umbral de carga superior, el RNC empieza a descartar paquetes de SDU enviados a través de la interfaz luPS. Para realizar esta función de descarte de SDU, el RNC empieza a partir de las conexiones PS que tienen la prioridad de QoS más baja. El algoritmo es iterativo hasta que la carga de tráfico en el RNC haya disminuido en una cantidad de tráfico predeterminada. Considérese el siguiente ejemplo de esta función de descarte: -empezar descartando una SDU de cada 1 O para usuarios de bronce (la prioridad de QoS más baja) , otra de cada 30 SDU para usuarios de plata y una SDU de cada 100 para usuarios de oro (la prioridad de QoS más alta) . -si tras x segundos la carga de tráfico no ha disminuido, la proporción de SDU descartadas para todas las clases de QoS (valores de prioridad: bronce, plata y oro) se aumenta un valor específico. La proporción de SDU descartadas puede ser diferente para cada clase de QoS Cuando la carga de RNC promedio puede mantenerse por debajo de un umbral de carga inferior (inferior al umbral de carga superior) , la cantidad de SDU descartadas se reduce de nuevo de modo que el RNC puede llevarse lentamente a la situación inicial (la medición de carga de tráfico se actualiza entonces y el RNC vuelve en comparación con el umbral de carga) . La figura 3 muestra un posible ejemplo de implementación del algoritmo seguido con el fin de reducir el tráfico del plano de usuario en el RNC. Las etapas básicas 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 supera el umbral superior, entonces: el tráfico del 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 de bronce; en segundo lugar, descartar una SDU cada y SDU 5 para usuarios de plata y finalmente descartar una SDU cada z SDU para usuarios de oro; En paralelo, el tráfico de enlace ascendente puede reducirse: (2B) asignando a una clasificación un 1/x% inferior de concesiones para usuarios de bronce; asignando a una clasificación un 1/y% inferior de concesiones para usuarios de plata y asignando a una clasificación un 1 /z% inferior de concesiones para usuarios de oro. 1 O (3) una vez que se llevan a cabo las etapas 2A y 2B, la carga de tráfico de plano de usuario se mide y se compara de nuevo con el umbral superior y en el caso de que el valor medido sigue superior al umbral superior, el algoritmo procede reduciendo el tráfico del plano de usuario en el RNC descartando más SDU: (5A) descartar un número n de SDU cada x SDU para usuarios de bronce; descartar 15 un número n de SDU cada y SDU para usuarios de plata y descartar un número n de SDU cada z SDU para usuarios de oro. Además, de manera simultánea, el algoritmo sigue descargando el tráfico de enlace descendente con un orden similar y proporción de SDU: (58) En primer lugar, asignar a una clasificación un n/x% inferior de concesiones 20 para usuarios de bronce; en segundo lugar los usuarios de plata, asignando a una clasificación un n/y% inferior de concesiones para usuarios de plata y, finalmente, los usuarios de oro asignando a una clasificación un 1 /z% inferior de sus concesiones. (6) El algoritmo se detiene (4, 7) sólo si la carga de tráfico actual medida en el plano de usuario del RNC es inferior o igual al umbral superior, si no es así, continua comparando 25 la carga de tráfico actual del RNC con el umbral y actuando por consiguiente según se explicó en las etapas 2 y 5. En el enlace ascendente, los protocolos TCP se ralentizan disminuyendo el número de ocasiones en las que se concede el permiso para actualizar a cualquier UE dado por el nodo B, es decir, reduciendo el número de concesiones de planificación en los canales E- 30 DCH según las instrucciones desde el RNC. El mecanismo es similar al enlace descendente aunque reduciendo el número de concesiones (absolutas o relativas) en el E- DCH en lugar de reduciendo las SDU desde el TCP. En el plano de control de RNC, los mensajes de plano de control se gestionan de manera simultánea tanto para el enlace ascendente como para el enlace descendente, de 35 modo que la manera de reducir carga de tráfico reduciendo la posibilidad de establecer nuevas conexiones PS puede aplicarse tanto para el UL como para el DL. La congestión de tráfico en el plano de control de RNC (tanto para el enlace ascendente como para el enlace descendente) se evita reduciendo la posibilidad de establecer conexiones PS entrantes solicitadas desde los UE empezando con los UE de petición que tienen la prioridad de QoS 5 más baja (usuarios de bronce) . Cuando la carga de plano de control de RNC promedio supera un umbral de carga elevado, las peticiones de conexión de RRC respecto a PS (conmutación por paquetes) de los usuarios de bronce se rechazan y el mensaje de rechazo de conexión de RRC enviado por el RNC al nodo B informa al UE de que el motivo de rechazo es la congestión. El UE puede volver a intentar solicitar una conexión PS tras 1O un periodo de tiempo de espera (entre 1 y 15 segundos según se especifica por la norma 3GPP) . Este periodo de tiempo de espera puede seleccionarse usando una tabla en el RNC que mapea cada clase de QoS con un periodo de tiempo de espera específico durante el cual las conexiones de RRC se rechazan en caso de que la carga de trafico en el plano de control permanezca elevada. 15 Obsérvese que en este texto, el término "comprende" y sus derivaciones (tales como "que comprende", etc.) no debe entenderse en un sentido excluyente, es decir, estos términos no deben interpretarse como que excluyen la posibilidad de que lo que se describe y define pueda incluir elementos, etapas, etc. adicionales.
+ ES-2391017_B1 CAMPO TÉCNICO DE LA INVENCIÓN La presente invención tiene su aplicación en el sector de las telecomunicaciones y, especialmente, en el ámbito industrial encargado de proporcionar redes de acceso radio (RAN) con elementos de infraestructuras celulares tales como controladores de red radio (RNC) para sistemas de comunicaciones inalámbricos de tercera generación (3G) que soportan el acceso de paquetes a alta velocidad (HSPA) o acceso de paquetes a alta velocidad evolucionado (HSPA+) . Más particularmente, la invención descrita en el presente documento se refiere a un procedimiento y a un RNC para manejar congestión de tráfico en RAN de este tipo. ANTECEDENTES DE LA INVENCIÓN El tráfico de conmutación por paquetes (PS) en redes de telecomunicaciones móviles ha aumentado drásticamente en los últimos años: asimismo lo ha hecho la adaptació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 de tráfico de PS conduce a problemas de congestión, no sólo sobre la interfaz aérea (Uu) al equipo de usuario (UE) y la interfaz lub entre la estación base de 3G (es decir, el nodo B) y el controlador de red radio (RNC) , sino que también los medios de procesamiento dentro del RNC pueden llegar a congestionarse cuando se maneja el tráfico de usuario (y la señalización asociada a conexiones PS) . Una posible solución consiste en tratar el aumento de tráfico con un aumento en la capacidad de plano de usuario de RNC (en otras palabras, introduciendo más componentes de RNC) . Eso es poco atractivo porque el gran aumento simultáneo en el gasto de capacidad de red (es decir, CAPEX) genera poco aumento en los beneficios de servicio, puesto que el modelo económico principal para tarificar a los usuarios de servicios de PS se basa habitualmente en la tarifa plana o subversiones de esta tasa. Al mismo tiempo, las tasas de transmisión de datos elevadas soportadas por HSPA, HSPA+ están aumentando el rendimiento global que puede conseguirse por los usuarios. Además, mediciones de sobrecarga dentro de RNC se aplican a todos los tipos de tráfico independientemente de su valor para el usuario o el operador de red, puesto que estas mediciones están normalmente orientadas para proteger el funcionamiento de RNC. Por consiguiente, afectan al tráfico útil y no útil de la misma manera. Por otro lado, la diferenciación de calidad de servicio (QoS) se aplica actualmente en otras partes no relacionadas de redes de telecomunicaciones celulares, como por ejemplo: las interfaces Uu y lub y las redes de transporte. En este contexto, la expresión quot;diferenciación de calidad de servicio (QoS) quot; se refiere a la capacidad de proporcionar un tratamiento diferente a diferentes clases de tráfico (o servicio) , dependiendo de sus respectivos perfiles de QoS. Un perfil de QoS representa un conjunto de garantías, que se requieren por una clase particular de tráfico/servicio en un conjunto de parámetros de QoS. Sin embargo, cuando el cuello de botella es el RNC, no hay ninguna diferenciación de QoS sino que todos los usuarios y el tráfico se tratan de la misma manera. SUMARIO DE LA INVENCIÓN Esta invención sirve para solucionar el problema anteriormente mencionado proporcionando un controlador de red radio (RNC) con un procedimiento para reducir de manera dinámica el tráfico en el dominio de conmutación por paquetes (PS) (tráfico por paquetes) de redes móviles de área amplia de 3G con el fin de optimizar los recursos para el plano de usuario así como el tráfico de plano de control manejado por el RNC, de modo que los operadores de red móvil pueden ahorrar costes o posponer inversiones en la capacidad de RNC. Para este fin, la presente propuesta se basa en el uso de parámetros de diferenciación de QoS como una manera de controlar los recursos de plano de usuario y la capacidad de plano de control del RNC. Normalmente se especifican los siguientes parámetros de perfil de QoS, definiendo diferentes clases de tráfico: prioridad de manejo de tráfico, tasa de transmisión de bits máxima, tasa de transmisión de bits garantizada y latencia. La calidad de servicio (QoS) se ha usado hasta ahora como un procedimiento para controlar la congestión en la interfaz (lub) con el nodo B, aunque nunca se ha propuesto usarla para tratar el 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 partes de dicho tráfico con uno o más para el tráfico de plano de usuario y uno o más para el tráfico de plano de control) . Teniendo en cuenta las mediciones de carga de tráfico gestionada, el rendimiento global real de los usuarios (UE) a los que da servicio este RNC y otros parámetros activos diferentes de sus perfiles de QoS (por ejemplo, la prioridad de QoS) , el RNC puede disminuir de manera activa (es decir, de manera dinámica) el tráfico actual: -en el plano de usuario de RNC reduciendo el tráfico de las conexiones PS en funcionamiento, empezando desde los UE con la prioridad de QoS más baja (usuarios de bronce) y que usa el rendimiento global más alto -en el plano de control de RNC reduciendo la posibilidad de establecer nuevas conexiones PS para los UE con la prioridad de QoS más baja (usuarios de bronce) y, si el RNC permanece en un estado en el que se determina que la congestión de tráfico es inaceptablemente probable, procediendo de la misma manera con los otros UE en el orden de prioridad de QoS (usuarios de plata y finalmente usuarios de oro) . La reducción de tráfico de plano de usuario puede realizarse tanto para el enlace ascendente como el enlace descendente. La reducción del tráfico de las conexiones PS en funcionamiento se consigue ralentizando los protocolos TCP en dichas conexiones PS del RNC. En el enlace descendente (DL) , esto puede realizarse descartando las unidades de datos de servicio (SDU) . Para el enlace ascendente (UL) , de manera similar al planificador de acceso descendente de paquetes a alta velocidad (HSDPA) en el DL, el RNC controla un planificador de paquetes de UL para el canal dedicado mejorado (E-DCH) , que es un canal de UL de transporte usado en las tecnologías de 3G (tales como HSUPA: Hígh-Speed Uplínk Packet Access, acceso ascendente de paquetes a alta velocidad) . La planificación controlada por el nodo B se basa en el control de UL y DL junto con un conjunto de reglas sobre el comportamiento del UE con respecto a esta planificación. En el DL, se requiere que una indicación de recursos, conocida como concesión de planificación (especificada en la norma 3GPP TS 25.309 V6.6.0) , indique 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) . Se sabe que el planificador de UL funciona según un principio de concesión de petición, en el que el equipo de usuario (UE) o terminal solicita el permiso para enviar datos y el planificador en el lado de red decide cuándo y a cuántos terminales se les permite hacerlo. Los terminales para los que se concede permiso se tratan usando un identificador temporal de red radio E-DCH (E-RNTI) asignado por el RNC a cada UE. El RNC establece normalmente al menos un E-DCH que permite tráfico de datos de UL con una tasa de transmisión de datos máxima determinada solicitada por el UE al nodo B. El canal físico usado por el E-DCH para la transmisión de E-DCH de datos de usuario es el canal de control de datos físico dedicado 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 E-DCH (E-DPCCH) . Las concesiones de planificación, que pueden enviarse una vez por TTI o de manera más lenta, controlan la proporción de potencia E-DPDCH/DPCCH máxima permitida de los procesos activos. Con el fin de reducir el tráfico de plano de usuario en el UL, el RNC puede disminuir el número de concesiones de planificación, es decir, el número de ocasiones/oportunidades en las que se concede permiso para cargar a cualquier UE dado en los canales E-DCH y el mecanismo es similar al usado en el DL: empezando la reducción de concesiones para las peticiones de los UE con la prioridad más baja de los perfiles de QoS y el mayor rendimiento global usado. Según los E-RNTI correspondientes a los UE ordenados de esta manera, el RNC asocia el E-RNTI de un UE de baja prioridad con un menor rendimiento global y envía esta información al nodo B que lo tiene en cuenta cuando asigna las concesiones al UE en el E-DCH. En el plano de control de UL, el RNC puede reducir el tráfico de señalización rechazando al menos algunas peticiones para conexiones de control de recursos radio (RRC) para el tráfico por paquetes de los UE de bronce (con la prioridad de QoS más baja) , mientras que persiste el estado de congestión en el RNC. Por tanto, la invención pretende reducir el tráfico por paquetes (de datos y control) real en el RNC de una manera pragmática adecuada a las RAN en las que se proporcionan conexiones de Internet continuas a través de tarifas planas sobre HSPA (Hígh Speed Packet Access, acceso de paquetes a alta velocidad) . Según un aspecto de la invención se proporciona un procedimiento para reducir la congestión de tráfico en un RNC, el tráfico de datos de los usuarios que manejan el RNC en un plano de usuario y el tráfico de señalización en un plano de control. Los usuarios envían peticiones al RNC para el establecimiento de conexión PS; cada conexión se caracteriza por una cierta prioridad que depende del perfil de QoS del usuario. El procedimiento comprende una etapa de llevar a cabo mediciones de carga de tráfico (por ejemplo, la carga promedio en un determinado intervalo de tiempo) en el RNC. En caso de que el valor medido de la carga de tráfico supere un umbral de carga configurable, el tráfico transportado sobre conexiones por conmutación de paquetes 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 de prioridad más bajo hasta el valor más alto e ii) desde el valor más alto del rendimiento global medido promedio hasta el valor más bajo. También es posible una combinación, que puede configurarse por el operador de red móvil, tanto del criterio i) como del ii) . Pueden medirse diferentes valores de carga de tráfico en el DL así como en el UL. El RNC realiza mediciones de carga de tráfico de datos en el plano de usuario y, adicionalmente, el RNC puede medir carga de tráfico de señalización en el plano de 5 control, compara el valor de carga medido de la carga de tráfico con respectivos umbrales de carga configurables y ejecuta uno o una combinación de los siguientes mecanismos para reducir la carga de plano de usuario y la carga de 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 supera un primer 1O umbral de carga con el que se compara, el mecanismo para reducir la congestión en el RNC comprende reducir tráfico de datos transportado sobre conexiones PS establecidas de los usuarios con el valor más bajo de parámetro de prioridad y el valor más alto del rendimiento global de usuario medido. Si el valor medido de carga de tráfico en el plano de usuario supera un segundo umbral de carga, que es inferior al primer umbral de carga, la 15 etapa de reducir tráfico de datos transportado sobre conexiones PS establecidas continua siguiendo un orden de los usuarios según el parámetro de prioridad de los perfiles de QoS desde el valor más bajo hasta el valor más alto, hasta que la medición actualizada de la carga de plano de usuario alcanza el segundo umbral de carga. Si la carga de plano de usuario sigue igual al segundo umbral de carga o por debajo del mismo durante un cierto 20 intervalo de tiempo, el RNC detiene el mecanismo de reducir tráfico de datos sobre las conexiones PS. - en el plano de control de RNC, puede realizarse 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 de plano de control supera el umbral, el mecanismo para reducir la 25 congestión en el RNC comprende reducir el establecimiento de nuevas conexiones PS solicitadas por los usuarios con el valor más bajo de parámetro de prioridad. El número de establecimientos finalizados de conexiones por conmutación de paquetes puede reducirse por el RNC que rechaza peticiones de conexión de control de recursos radio (RRC) para PS (conmutación por paquetes) de los usuarios durante un determinado periodo de tiempo 30 que puede depender de la prioridad de QoS solicitada. Obsérvese 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 PS en el enlace descendente, al menos algunas unidades de datos de servicio (SDU) de usuarios del TCP 35 (protocolo de control de transporte) se descartan en una proporción, que puede configurarse dependiendo de la prioridad de QoS del tráfico del usuario y puede cambiar (aumentándose o disminuyéndose) dependiendo de la carga de plano de usuario en el enlace descendente en comparación con un cierto umbral de carga. Para reducir el tráfico de datos sobre conexiones PS en el enlace ascendente, las concesiones en canales dedicados mejorados asignadas a usuarios se reducen por el RNC en un número configurable, que puede depender (tal como los parámetros o factores anteriores 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 se ocupa de un controlador de red radio (RNC) que comprende medios de procesamiento para realizar el procedimiento descrito anteriormente. Un aspecto adicional de la invención se ocupa de un programa informático que comprende medios de código de programa que ejecutan el procedimiento descrito anteriormente cuando se cargan en medios de procesamiento del controlador de red radio definido anteriormente. DESCRIPCIÓN DE LOS DIBUJOS Para completar la descripción que está realizándose 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 a dicha descripción como una parte integrante de la misma, se proporciona un juego de dibujos en los que, a modo de ilustración y de forma no restrictiva, se ha representado lo siguiente: la figura 1 muestra un diagrama de bloques simplificado de la arquitectura UMTS según se especifica por la norma 3GPP en la técnica anterior. La figura 2 muestra un diagrama de bloques esquemático de la arquitectura lógica, incluyendo el plano de usuario y el plano de control, de la interfaz radio UMTS según se especifica por la norma 3GPP TS 25.301 en la técnica anterior. La figura 3 muestra un diagrama de flujo del procedimiento 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 la interfaces abiertas UMTS: -lub: La interfaz lub conecta las estaciones base de 3G (nodo B) al controlador de red radio (RNC) . La interfaz lub consiste en un plano de control y en un plano de usuario. El plano de control de la interfaz lub se denomina NBAP: parte de aplicación del nodo B, dividida en la NBAP común y la NBAP dedicada dependiendo del enlace de señalización usado. El protocolo de lub del plano de usuario se define a través del protocolo de retransmisión de trama y define las estructuras de las tramas y los procedimientos de control en banda para cada tipo de canal de transporte. -lur: La interfaz lur se define para la comunicación entre RNC. El protocolo de plano de control se denomina RNSAP: parte de aplicación de sistema de red radio, y opera sobre el protocolo de señalización SS?. El plano de usuario consiste en el protocolo de retransmisión de trama y se transporta directamente sobre AAL2. -luCS y luPS: La interfaz lu conecta la red de acceso radio terrestre UMTS (UTRAN) a la red de núcleo (CN) . lu se subdivide adicionalmente en: luCS, que es la interfaz lu que conecta la red radio a la red de núcleo conmutada por circuito (CS) , luPS, que es la interfaz lu que conecta la red radio a la red de núcleo conmutada por paquetes (PS) que comprende los nodos de soporte GPRS. La interfaz lu tiene una componente de plano de control y una de plano de usuario asociadas con la misma. ATM es el protocolo de capa de enlace según el que lu se especifica originalmente, aunque actualmente la interfaz lu puede ejecutarse a través de IP. El plano de control de luCS y luPs se ejecuta por encima de SS? y el protocolo de plano de control consiste en RANAP: protocolo de aplicación de red de acceso radio que usa AAL5 como la capa de adaptación de ATM. Puesto que la voz es el servicio principal proporcionado a través de la interfaz luCS, AAL2 se ha seleccionado como la capa de adaptación para luCS. El protocolo de túnel GPRS a través de UDP/IP/AAL5 es el plano de usuario para luPS. -Uu: Ésta es la interfaz radio entre la UTRAN y el equipo de usuario (UE) que utiliza COMA. La figura 2 muestra la estructura de protocolo de la interfaz radio de W-CDMA, que proporciona enlaces radio entre el equipo de usuario (UE) y el lado de red radio, transportando tráfico sobre un plano de usuario (plano U) que contiene información de usuario hacia 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 consiste en 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 de 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 el MAC se usan ambos en el plano de usuario (plano U) y el plano de control (plano C) , mientras que el PDCP y el BMC se usan únicamente en el plano de usuario (plano U) . El procedimiento propuesto puede implementarse por el procesador o la pluralidad de procesadores que manejan los paquetes de plano de usuario y de plano de control en un RNC de una red de 3G que ofrece altas tasas de transmisión de datos mediante tecnologías de HSPA o HSPA+, en las que es probable que el RNC se convierta en un cuello de botella debido a un aumento del tráfico de PS. Con el fin de reducir el tráfico de conexiones PS en funcionamiento (plano de usuario) , se implementan los siguientes algoritmos para ralentizar los protocolos TCP en el RNC, en el DL y en el UL, respectivamente: -en el enlace descendente, cuando la carga de plano de usuario de RNC promedio supera un umbral de carga superior, el RNC empieza a descartar paquetes de SDU enviados a través de la interfaz luPS. Para realizar esta función de descarte de SDU, el RNC empieza a partir de las conexiones PS que tienen la prioridad de QoS más baja. El algoritmo es iterativo hasta que la carga de tráfico en el RNC haya disminuido en una cantidad de tráfico predeterminada. Considérese el siguiente ejemplo de esta función de descarte: -empezar descartando una SDU de cada 1 O para usuarios de bronce (la prioridad de QoS más baja) , otra de cada 30 SDU para usuarios de plata y una SDU de cada 100 para usuarios de oro (la prioridad de QoS más alta) . -si tras x segundos la carga de tráfico no ha disminuido, la proporción de SDU descartadas para todas las clases de QoS (valores de prioridad: bronce, plata y oro) se aumenta un valor específico. La proporción de SDU descartadas puede ser diferente para cada clase de QoS Cuando la carga de RNC promedio puede mantenerse por debajo de un umbral de carga inferior (inferior al umbral de carga superior) , la cantidad de SDU descartadas se reduce de nuevo de modo que el RNC puede llevarse lentamente a la situación inicial (la medición de carga de tráfico se actualiza entonces y el RNC vuelve en comparación con el umbral de carga) . La figura 3 muestra un posible ejemplo de implementación del algoritmo seguido con el fin de reducir el tráfico del plano de usuario en el RNC. Las etapas básicas 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 supera el umbral superior, entonces: el tráfico del 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 de bronce; en segundo lugar, descartar una SDU cada y SDU 5 para usuarios de plata y finalmente descartar una SDU cada z SDU para usuarios de oro; En paralelo, el tráfico de enlace ascendente puede reducirse: (2B) asignando a una clasificación un 1/x% inferior de concesiones para usuarios de bronce; asignando a una clasificación un 1/y% inferior de concesiones para usuarios de plata y asignando a una clasificación un 1 /z% inferior de concesiones para usuarios de oro. 1 O (3) una vez que se llevan a cabo las etapas 2A y 2B, la carga de tráfico de plano de usuario se mide y se compara de nuevo con el umbral superior y en el caso de que el valor medido sigue superior al umbral superior, el algoritmo procede reduciendo el tráfico del plano de usuario en el RNC descartando más SDU: (5A) descartar un número n de SDU cada x SDU para usuarios de bronce; descartar 15 un número n de SDU cada y SDU para usuarios de plata y descartar un número n de SDU cada z SDU para usuarios de oro. Además, de manera simultánea, el algoritmo sigue descargando el tráfico de enlace descendente con un orden similar y proporción de SDU: (58) En primer lugar, asignar a una clasificación un n/x% inferior de concesiones 20 para usuarios de bronce; en segundo lugar los usuarios de plata, asignando a una clasificación un n/y% inferior de concesiones para usuarios de plata y, finalmente, los usuarios de oro asignando a una clasificación un 1 /z% inferior de sus concesiones. (6) El algoritmo se detiene (4, 7) sólo si la carga de tráfico actual medida en el plano de usuario del RNC es inferior o igual al umbral superior, si no es así, continua comparando 25 la carga de tráfico actual del RNC con el umbral y actuando por consiguiente según se explicó en las etapas 2 y 5. En el enlace ascendente, los protocolos TCP se ralentizan disminuyendo el número de ocasiones en las que se concede el permiso para actualizar a cualquier UE dado por el nodo B, es decir, reduciendo el número de concesiones de planificación en los canales E- 30 DCH según las instrucciones desde el RNC. El mecanismo es similar al enlace descendente aunque reduciendo el número de concesiones (absolutas o relativas) en el E- DCH en lugar de reduciendo las SDU desde el TCP. En el plano de control de RNC, los mensajes de plano de control se gestionan de manera simultánea tanto para el enlace ascendente como para el enlace descendente, de 35 modo que la manera de reducir carga de tráfico reduciendo la posibilidad de establecer nuevas conexiones PS puede aplicarse tanto para el UL como para el DL. La congestión de tráfico en el plano de control de RNC (tanto para el enlace ascendente como para el enlace descendente) se evita reduciendo la posibilidad de establecer conexiones PS entrantes solicitadas desde los UE empezando con los UE de petición que tienen la prioridad de QoS 5 más baja (usuarios de bronce) . Cuando la carga de plano de control de RNC promedio supera un umbral de carga elevado, las peticiones de conexión de RRC respecto a PS (conmutación por paquetes) de los usuarios de bronce se rechazan y el mensaje de rechazo de conexión de RRC enviado por el RNC al nodo B informa al UE de que el motivo de rechazo es la congestión. El UE puede volver a intentar solicitar una conexión PS tras 1O un periodo de tiempo de espera (entre 1 y 15 segundos según se especifica por la norma 3GPP) . Este periodo de tiempo de espera puede seleccionarse usando una tabla en el RNC que mapea cada clase de QoS con un periodo de tiempo de espera específico durante el cual las conexiones de RRC se rechazan en caso de que la carga de trafico en el plano de control permanezca elevada. 15 Obsérvese que en este texto, el término quot;comprendequot; y sus derivaciones (tales como quot;que comprendequot;, etc.) no debe entenderse en un sentido excluyente, es decir, estos términos no deben interpretarse como que excluyen la posibilidad de que lo que se describe y define pueda incluir elementos, etapas, etc. adicionales.

Publicaciones:
ES2391017 (20/11/2012) - A1 Solicitud de patente con informe sobre el estado de la técnica
ES2391017 (09/10/2013) - B1 Patente de invención
Eventos:
En fecha 07/04/2010 se realizó ADMISION A TRAMITE
En fecha 07/04/2010 se realizó PETICION REALIZACION IET
En fecha 11/07/2011 se realizó 3511X_Petición Copia Certificada
En fecha 22/08/2011 se realizó Solicitud Copia Aprobada
En fecha 22/08/2011 se realizó 1514X_Copia Autorizada en Tramitación
En fecha 07/06/2012 se realizó Continuación del Procedimiento
En fecha 19/06/2012 se realizó Publicación Continuación del Procedimiento
En fecha 07/11/2012 se realizó 1109P_Comunicación Traslado del IET
En fecha 20/11/2012 se realizó Publicación Solicitud
En fecha 20/11/2012 se realizó Publicación Folleto Solicitud con IET (A1)
En fecha 22/03/2013 se realizó Reanudación Procedimiento General de Concesión
En fecha 05/04/2013 se realizó Publicación Reanudación Procedimiento General de Concesión
En fecha 02/07/2013 se realizó Publicación Traslado Observaciones del IET
En fecha 27/09/2013 se realizó Sin Modificación de Reivindicaciones
En fecha 27/09/2013 se realizó Concesión
En fecha 27/09/2013 se realizó 1203P_Notificación Concesión por Procedimiento General de Concesión
En fecha 09/10/2013 se realizó Publicación concesión Patente PGC
En fecha 09/10/2013 se realizó Publicación Folleto Concesión
En fecha 11/02/2014 se realizó Entrega título
En fecha 02/01/2020 se realizó 3411X_Alta Mandatarios
En fecha 02/01/2020 se realizó Alta mandatario
Pagos:
07/04/2010 - Pago Tasas IET
22/10/2013 - Pago Tasas Concesión
22/10/2013 - Pago 03 Anualidad
22/10/2013 - Pago 04 Anualidad
09/04/2014 - Pago 05 Anualidad
16/04/2015 - Pago 06 Anualidad
28/04/2016 - Pago 07 Anualidad
28/02/2017 - Pago 08 Anualidad
29/05/2018 - Pago 09 Anualidad
21/05/2019 - Pago 10 Anualidad
20/05/2020 - Pago 11 Anualidad
10/05/2021 - Pago 12 Anualidad
04/05/2022 - Pago 13 Anualidad
09/05/2023 - Pago 14 Anualidad