ES2714325T3

ES2714325T3 - Control de la congestión de una red de comunicación utilizando prioridad de asignación y retención

Info

Publication number: ES2714325T3
Application number: ES16001961T
Authority: ES
Inventors: Ricardo Paredes Cabrera
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2012-06-08
Filing date: 2013-05-21
Publication date: 2019-05-28
Anticipated expiration: 2033-05-21
Also published as: EP3122011B1; US9743314B2; PL3122011T3; PT3122011T; TR201902683T4; US8988997B2; EP3471355A1; EP2859697A1; US20150156668A1; EP3122011A1; EP3471355B1; HUE041789T2; WO2013182935A1; DK3122011T3; EP2859697B1; US20130329559A1

Abstract

Un método para gestionar la congestión de un nodo (18) de red que tiene un nivel de congestión, comprendiendo el método: determinar (S110) un umbral de supresión correspondiente al nivel de congestión, en donde: - el umbral de supresión incluye un umbral de nivel de prioridad de Identificador de Clase de Calidad de Servicio, QCI, en donde el umbral de nivel de prioridad QCI es uno de entre una pluralidad de umbrales de nivel de prioridad QCI, y - el nivel de congestión es uno de entre una pluralidad de niveles de congestión, cada uno de la pluralidad de umbrales de nivel de prioridad QCI correspondiente a uno diferente de entre la pluralidad de niveles de congestión; determinar (S112) una característica del servicio asociada con un servicio existente del nodo, i) siendo la característica del servicio indicativa de un nivel de prioridad del servicio existente y ii) incluyendo un nivel de prioridad QCI; y cuando la característica del servicio comparada con el umbral de supresión indica que el nivel de prioridad del servicio existente es suficientemente bajo para garantizar la supresión del servicio existente (S114) y cuando se determina que el servicio existente se puede suprimir en base al valor de la vulnerabilidad de supresión de prioridad de asignación y retención, ARP, asociado con el servicio existente, suprimir el servicio existente (S116, S118, S120).

Description

DESCRIPCION

Control de la congestion de una red de comunicacion utilizando prioridad de asignacion y retencion

CAMPO TECNICO

Las comunicaciones de red, y en concreto con un metodo y sistema para gestionar la congestion sobre la red de comunicacion.

ANTECEDENTES

Se usan diversos mecanismos de control de la congestion para evitar la congestion de la red. La congestion de la red puede producirse cuando la red esta sometida a mas trafico del que la red esta disenada para manejar. Por ejemplo, el procesamiento de grandes cantidades de datos puede comprometer la calidad de servicio (”QoS”) de la red. En redes de conmutacion de paquetes, los paquetes se mueven dentro y fuera de unas memorias intermedias de un nodo y se encolan a medida que los paquetes atraviesan la red. Durante los periodos de trafico excesivo, cientos, miles o incluso millones de paquetes llegan a un nodo desde uno o mas orlgenes, lo que puede afectar a la capacidad del nodo de procesar nuevos paquetes entrantes. Los efectos tlpicos pueden incluir el retardo de encolado, la perdida de paquetes, el bloqueo de nuevas conexiones y/o la terminacion de los servicios existentes. Las tecnicas de control de la congestion incluyen evitar que los multiples orlgenes envlen datos de manera simultanea a un nodo. Por ejemplo, un nodo puede ser capaz de detectar que esta a punto de producirse congestion en un nodo, y puede intentar ralentizar el envlo de datos desde los multiples orlgenes al nodo antes de que las colas del nodo resulten congestionadas. Aunque, este enfoque puede retrasar de manera temporal la congestion en el nodo, no evita la congestion. Otros mecanismos de control de la congestion incluyen bloquear todo el trafico que excede la capacidad de la red y descartar los paquetes de las colas sobrecargadas. Sin embargo, esto puede provocar que el emisor retransmita los paquetes, lo que puede contribuir a mantener la red congestionada al aumentar el trafico en la red.

Algunas redes usan control de admision para tratar con la congestion en la red. Los controles de admision limitan el numero de conexiones en un nodo aceptando o rechazando las solicitudes de servicio. Sin embargo, el control de admision esta limitado, dado que puede ser diflcil para el algoritmo de control de admision predecir los niveles futuros de utilization de recursos en el momento en que se admiten los servicios.

Por lo tanto, en vista de las diferentes tecnicas de control de la congestion descritas anteriormente, aun es deseable tener una tecnica para gestionar la congestion de red que aborde las deficiencias de las soluciones conocidas. El documento de los EE.UU. 2010/011118 A1 se construye para describir una implementation tecnica, en una red segura en la que las caracterlsticas de red son conocidas, un algoritmo de control de admision de llamadas y un algoritmo de control de prioridad basados en el nodo de destino que informa al nodo de origen del trafico transportado observado. Se usan los algoritmos para regular la cantidad de trafico que necesita ser suprimido por el origen. La cantidad de trafico que necesita ser suprimido se basa en el trafico transportado medido en el nodo de destino. El trafico a ser suprimido se basa en la prioridad del trafico, donde el trafico de menor prioridad es el primero a ser suprimido hasta que la cantidad de trafico suprimido sea suficiente para permitir que el trafico restante pase a traves de la red sin congestion.

El documento EP 1478 133 A2 se puede construir para describir un sistema de comunicacion que transmite grupos de datos de comunicacion digital desde una pluralidad de orlgenes sobre una red de comunicacion que tenga un ancho de banda que varla en el tiempo. Una entrada recibe los datos de comunicacion. Una memoria almacena para cada grupo de datos un valor de ancho de banda indicativo de una cantidad predeterminada de ancho de banda y un valor de prioridad indicativo de una prioridad. Un procesador estima al menos la capacidad de transporte de datos de al menos una parte del sistema, identifica la cantidad predeterminada de ancho de banda y la prioridad asignada a los grupos de datos actuales que presentan los datos para su transmision sobre la red, identifica la cantidad de ancho de banda solicitado por los grupos de datos actuales, y determina los grupos de datos actuales elegibles en respuesta a al menos la capacidad de transporte de datos, la cantidad predeterminada de ancho de banda y la prioridad identificada para los grupos de datos actuales, y la cantidad de ancho de banda solicitado por los grupos de datos actuales. Una salida transmite los datos desde los grupos de datos actuales elegibles.

El documento de los EE.UU. 2011/3305240 A1 se puede construir para describir un metodo y un sistema para el control de admision de llamadas y la supresion de aplicaciones de multiples tasas de bits en un sistema de comunicacion digital. Las aplicaciones de multiples tasas de bits tales como la transmision de video pueden especificar un perfil de Calidad de Servicio (QoS) que tenga multiples niveles. Cuando no existan suficientes recursos en la red para soportar una llamada de multiples tasas de bits entrante, el sistema determina si se pueden recuperar suficientes recursos, reduciendo la tasa de bits de la llamada entrante o mediante la supresion de los componentes de menor prioridad de las llamadas existentes, para soportar la llamada entrante.

El Documento EP 1771 023 A1 se puede construir para describir un metodo para asignar prioridades de servicios a los usuarios en una red de comunicacion. La prioridad de los servicios solicitados por los usuarios, tales como los usuarios moviles, se asigna segun un Elemento de Informacion (IE) de la Prioridad de Retencion de la Asignacion (ARP) tal como se define en la Especificacion Tecnica GERAN 3GPP 48.018. La disposition descrita permite gestionar la conexion de los recursos de radio sin ninguna larga y compleja reconfiguration de la conexion desde el punto de vista del Gestor de Recursos de Radio.

COMPENDIO

La presente invention proporciona un sistema y un metodo de gestion de la congestion segun las reivindicaciones independientes para gestionar la congestion en una red de comunicacion. La red de comunicacion incluye un nodo de red que tiene un nivel de congestion. Los desarrollos se exponen en las reivindicaciones dependientes. Segun un ejemplo, un sistema comprende un controlador de la congestion. El controlador de la congestion determina los criterios de supresion de la congestion correspondientes al nivel de congestion. El controlador de la congestion crea una lista de servicios candidatos de supresion potenciales. Los servicios candidatos de supresion potenciales se asocian con un criterio de supresion de servicio que es al menos igual a los criterios de supresion de la congestion. La lista de servicios candidatos de supresion potenciales es al menos un sub conjunto de los multiples servicios en el nodo. El controlador de la congestion determina, en base a al menos los criterios de supresion del servicio, si suprimir al menos uno de entre los servicios candidatos de supresion potenciales en la lista.

Segun un ejemplo, el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el criterio de supresion de la congestion es uno de entre una pluralidad de criterios de supresion de la congestion. El sistema ademas incluye una base de datos de configuraciones de control de la congestion que incluye una correspondencia de cada uno de entre la pluralidad de niveles de congestion con uno diferente de entre una pluralidad de criterios de supresion de la congestion. El controlador de la congestion recupera ademas los criterios de supresion de la congestion correspondientes al nivel de congestion a partir de la base de datos de configuraciones de control de la congestion.

Segun otro ejemplo, el sistema ademas incluye una base de datos de contextos de servicios que incluye una lista de la pluralidad de servicios en el nodo. Cada uno de entre la pluralidad de servicios se asocia con uno de entre la pluralidad de criterios de supresion del servicio. El controlador de la congestion recupera ademas los servicios candidatos de supresion potenciales asociados con los criterios de supresion de servicios que sean al menos iguales a los criterios de supresion de la congestion de la base de datos de contextos de servicios.

Segun otro ejemplo, el sistema incluye ademas una funcion de nivel de congestion que determina el nivel de congestion en el nodo.

Segun otro ejemplo, los criterios de supresion de servicios incluyen un umbral de nivel de prioridad de asignacion y retencion (ARP) predeterminado, y los criterios de supresion de servicios incluyen un nivel de prioridad ARP. En algunos ejemplos, los criterios de supresion de la congestion incluyen ademas un umbral de nivel de prioridad del Identificador de Clase de la Calidad de Servicio (QCI) predeterminado y un tipo de recurso predeterminado. Los criterios de supresion de servicios incluyen ademas un nivel de prioridad CQI y un tipo de recurso.

Segun otro ejemplo, el controlador de la congestion prioriza la lista de servicios candidatos de supresion potenciales en base a los criterios de supresion de servicios y determina al menos uno de entre los servicios candidatos de supresion potenciales a suprimir. En algunos ejemplos, el sistema incluye una funcion de supresion que recibe, desde el controlador de la congestion, un identificador de servicio asociado con al menos uno de entre los servicios candidatos de supresion potenciales a suprimir. La funcion de supresion suprime al menos uno de entre los servicios candidatos de supresion potenciales en base a al menos un nivel ARP.

Segun otro ejemplo, se proporciona un metodo para gestionar la congestion en una red de comunicacion. La red de comunicacion incluye un nodo de red que tiene un nivel de congestion. Se determinan los criterios de supresion correspondientes al nivel de congestion. Se crea una lista de servicios candidatos de supresion potenciales. Los servicios candidatos de supresion potenciales se asocian con un criterio de supresion de servicio que sea al menos igual a los criterios de supresion de la congestion. La lista de los servicios candidatos de supresion potenciales es al menos un sub conjunto de la pluralidad de servicios en el nodo. Se toma la determination, en base a al menos los criterios de supresion de servicios, de si suprimir al menos uno de los servicios candidatos de supresion potenciales de la lista.

Segun un ejemplo, cuando el nivel de congestion es uno de entre una pluralidad de niveles de congestion y los criterios de supresion de la congestion es uno de entre una pluralidad de criterios de supresion de la congestion, se recuperan los criterios de supresion de la congestion correspondientes al nivel de congestion desde una base de datos de configuraciones del control de la congestion. La base de datos de configuraciones del control de la congestion incluye una correspondencia de cada uno de la pluralidad de niveles de congestion con uno diferente de la pluralidad de criterios de supresion de la congestion.

Segun otro ejemplo, cuando la base de datos de contextos de servicios incluye una lista de la pluralidad de servicios en el nodo, y cada uno de la pluralidad de servicios se asocia con uno de la pluralidad de criterios de supresion de servicios, se recuperan los servicios candidatos de supresion potenciales de una base de datos de contextos de servicios. Los servicios candidatos de supresion potenciales se asocian con un criterio de supresion de servicios que sea al menos igual a los criterios de supresion de la congestion.

Segun otro ejemplo, una funcion de nivel de congestion determina el nivel de congestion en el nodo.

Segun otro ejemplo, se incluye un umbral de nivel ARP predeterminado en los criterios de supresion de la congestion, y se incluye un nivel ARP en los criterios de supresion de servicios. En algunos ejemplos, los criterios de supresion de la congestion incluyen ademas un umbral de nivel de prioridad QCI predeterminado, y un tipo de recurso predeterminado. Los criterios de supresion de servicios incluyen ademas un nivel de prioridad QCI y un tipo de recurso.

Segun otro ejemplo, la lista de servicios candidatos de supresion potenciales se prioriza en base a los criterios de supresion de servicios. Al menos se determina uno de entre los candidatos de supresion de servicios potenciales a suprimir.

Segun otro ejemplo, se recibe un identificador de servicio asociado con al menos uno de entre los servicios candidatos de supresion potenciales desde el controlador de congestion para suprimirlo. Se suprime el al menos uno de entre los servicios candidatos de supresion potenciales.

Segun otro ejemplo, se proporciona un metodo para gestionar la congestion en una red de comunicacion. La red de comunicacion incluye un nodo de red que tiene un nivel de congestion. Se determina un umbral de supresion predeterminado correspondiente al nivel de congestion. Se determina una caracterlstica del servicio asociada con un servicio en el nodo. Se compara el umbral de supresion predeterminado con la caracterlstica del servicio. Se toma la determinacion de si suprimir el servicio en base a la comparacion al menos en parte.

Segun un ejemplo, el umbral de supresion predeterminado incluye un umbral de nivel ARP predeterminado. La caracterlstica del servicio incluye un nivel ARP asociado con el servicio y el servicio se suprime cuando la caracterlstica del servicio sea al menos igual al umbral de supresion predeterminado. En algunos ejemplos, el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el umbral de nivel de prioridad ARP predeterminado es uno de entre una pluralidad de umbrales de nivel de prioridad ARP. Cada uno de los umbrales de nivel de prioridad ARP corresponde con uno diferente de entre la pluralidad de niveles de congestion.

Segun otro ejemplo, el umbral de supresion predeterminado incluye un nivel de prioridad CQI predeterminado y un tipo de recurso predeterminado. La caracterlstica del servicio incluye un nivel de prioridad QCI y un tipo de recursos asociado con el servicio. Cuando el nivel de prioridad QCI es al menos igual al umbral de nivel de prioridad QCI y el tipo de recurso predeterminado es el mismo que el tipo de recurso, el servicio se suprime. En algunos ejemplos, el nivel de congestion es uno de entre una pluralidad de niveles de congestion. El umbral de nivel de prioridad QCI es uno de entre una pluralidad de umbrales de nivel de prioridad QCI, en donde cada uno de los umbrales de nivel de prioridad QCI corresponde a uno diferente de entre la pluralidad de niveles de congestion. El tipo de recurso predeterminado es uno de entre una pluralidad de tipos de recursos, en donde cada uno de los tipos de recursos corresponden con uno diferente de entre la pluralidad de niveles de congestion.

Segun otro ejemplo, se analiza un valor de la vulnerabilidad de supresion ARP asociado con el servicio si el servicio se puede suprimir.

Segun otro ejemplo, se proporciona un medio de almacenamiento legible por un ordenador que almacena las instrucciones legibles por un ordenador, que al ser ejecutadas por un procesador, provocan que el procesador determine los criterios de supresion correspondientes al nivel de congestion en un nodo. El procesador crea una lista de servicios candidatos de supresion potenciales asociados con un criterio de supresion de servicios que sea al menos igual a los criterios de supresion de la congestion. La lista de servicios candidatos de supresion potenciales es al menos un sub conjunto de la pluralidad de servicios en el nodo. El procesador determina, en base a al menos los criterios de supresion de servicios, si suprimir al menos uno de los servicios candidatos de supresion potenciales de la lista.

Segun un ejemplo, el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el criterio de supresion de la congestion es uno de entre una pluralidad de criterios de supresion de la congestion. El procesador recupera los criterios de supresion de la congestion correspondientes al nivel de congestion desde una base de datos de configuraciones de control de la congestion. La base de datos de configuraciones de control de la congestion incluye una correspondencia de cada uno de la pluralidad de niveles de congestion con uno diferente de la pluralidad de criterios de supresion de la congestion.

BREVE DESCRIPCION DE LOS DIBUJOS

Se alcanzara mas facilmente un entendimiento mas completo de la presente invencion, y de las ventajas y caracterlsticas auxiliares de la misma, mediante la referencia a la siguiente descripcion detallada al considerarse en conjuncion con los dibujos adjuntos en donde:

La FIGURA 1 es un diagrama de bloques de una red de comunicacion ejemplar, construida de acuerdo con los principios de la presente invencion;

La FIGURA 2 es un diagrama de bloques de un sistema de gestion de la congestion ejemplar para gestionar la congestion, construido de acuerdo con los principios de la presente invencion;

La FIGURA 3 es un diagrama de bloques de un nodo ejemplar, construido de acuerdo con los principios de la presente invencion;

La FIGURA 4 es un diagrama de flujo de un proceso ejemplar para gestionar la congestion en una red de comunicacion, de acuerdo con los principios de la presente invencion; y

La FIGURA 5 es un diagrama de flujo de otro proceso ejemplar para gestionar la congestion en una red de comunicacion, de acuerdo con los principios de la presente invencion.

DESCRIPCION DETALLADA

Las realizaciones de la presente invencion proporcionan un metodo y sistema para gestionar la congestion en una red de comunicacion, incluyendo la red de comunicacion un nodo. De acuerdo con una realizacion, un controlador de la congestion determina los criterios de supresion de la congestion correspondientes al nivel de congestion. El controlador de la congestion crea una lista de servicios candidatos de supresion potenciales. Los servicios candidatos de supresion potenciales se asocian con los criterios de supresion que son al menos iguales a los criterios de supresion de la congestion. La lista de servicios candidatos de supresion potenciales es al menos un sub conjunto de una pluralidad de servicios en el nodo. El controlador de la congestion determina en base a al menos los criterios de supresion de servicios, si suprimir al menos uno de los servicios candidatos de supresion potenciales en la lista.

Antes de describir en detalle las realizaciones ejemplares que estan de acuerdo con la presente invencion, se observa que las realizaciones residen principalmente en las combinaciones de componentes de aparatos y pasos de procesamiento relacionados con la gestion de la congestion en una red de comunicacion. Por consiguiente, los componentes del sistema y metodo se han representado alla donde sea apropiado mediante los slmbolos convencionales en los dibujos, mostrando solo aquellos detalles especlficos que son pertinentes para el entendimiento de las realizaciones de la presente invencion para no oscurecer la descripcion con detalles que son facilmente evidentes por aquellos de habilidad ordinaria en la tecnica teniendo el beneficio de la descripcion de la presente memoria.

Tal y como se usa en la presente memoria, los terminos relacionales, tales como “primero” y “segundo”, “parte superior” y “parte inferior”, y similares, se pueden usar unicamente para distinguir una entidad o elemento de otra entidad o elemento sin requerir o implicar de manera necesaria ninguna relacion flsica o logica u orden entre dichas entidades o elementos.

Referente ahora a las figuras de los dibujos, en la que los elementos de designacion de referencia denotan los mismos elementos, se muestra en la FIGURA 1 una ilustracion esquematica de un sistema ejemplar de acuerdo con los principios de la presente invencion, y se designa de manera general como “10”. El sistema 10 incluye una red 12 de comunicacion, un equipo 14 de usuario (“UE”) y una red 16 de datos. La red de datos puede ser una red de datos de paquete (“PDN). La red 16 de datos puede incluir los nodos 18a, 18b, 18c, 18d de comunicacion. Cada uno de los nodos 18a, 18b, 18c y 18d es referido en la presente memoria como nodo 18. Aunque solo se muestran los nodos 18a - 18d, la invencion no se limita a estos. La red 16 de datos puede incluir cualquier numero de nodos. El UE 14 puede incluir un procesador 20, una memoria 22 y un modulo 24 de solicitud de contenido. El UE 14 se comunica con la red 16 de datos a traves de la red 12 de comunicacion. Una portadora, esto es, un flujo o tunel de paquetes puede ser usado por un servicio para transmitir los datos entre el UE 14 y el nodo 18.

En una realizacion ejemplar, el nodo 18 puede experimentar congestion debido a una gran cantidad de servicios siendo procesados. El nivel de congestion del nodo 18 puede provocar que el flujo de comunicacion con el UE 14 experimente retardo. Para aliviar la congestion en el nodo, se puede suprimir al menos un servicio que sea procesado por el nodo 18. El nodo 18 incluye la funcion 26 de control de la congestion para gestionar la congestion. En una realizacion ejemplar, el nivel de congestion del nodo 18 se puede asociar con los criterios de supresion de la congestion. Se determinan los criterios de supresion de la congestion correspondientes al nivel de congestion del nodo 18.Se puede crear una lista de servicios candidatos de supresion potenciales asociada con los criterios de supresion de servicios que sean al menos iguales a los criterios de supresion de la congestion. La lista de servicios candidatos de supresion potenciales puede ser al menos un sub conjunto de los servicios en el nodo 18.

El UE 14 puede incluir, ademas del procesador 20, la memoria 22 y el modulo 24 de solicitud de contenido, otros componentes de hardware y software, tales como una interfaz de comunicacion, un elemento de presentacion, etc. El procesador 20 puede incluir una unidad central de procesamiento (“CPU”) para realizar las funciones descritas en la presente memoria con respecto al UE 14. La memoria 22 puede incluir memoria de acceso aleatorio (“RAM”) y una memoria de solo lectura (“ROM”). Los programas informaticos (tambien llamados la logica de control informatica) se pueden almacenar en la memoria 22. Por ejemplo, los programas informaticos se almacenan en la memoria 22 para su ejecucion por el procesador 20. En concreto, los programas informaticos, al ejecutarse, permiten que el procesador 20 realice las funciones descritas en la presente memoria. Por consiguiente, dichos programas informaticos representan los controladores del dispositivo correspondiente. El modulo 24 de solicitud de contenido puede solicitar servicios de la red 16 de datos a traves de la red 12 de comunicacion.

La red 12 de comunicacion puede incluir una red de comunicacion movil y la Red Telefonica Publica Conmutada (“PSTN”), u otra red de area amplia (“WAN”), tal como Internet, as! como redes de area local (“LAN”), tales como una LAN Ethernet y una red de Evolucion a Largo Plazo (“LTE”). La red 12 de comunicacion puede ser una red inalambrica tal como una red Wi-Fi, por satelite, de infrarrojos, Bluetooth, de Comunicaciones de Campo Cercano, u otra red de comunicaciones. El UE 14 y el nodo 18 se pueden conectar a traves de la red 12 de comunicacion a otros ordenadores (no mostrados).

La red 16 de datos pueden incluir un conjunto interconectado de nodos de red, tales como los nodos 18a - 18d. La red 16 de datos puede ser una red de conmutacion de paquetes, tal como una red TCP/IP en la que la red 16 de datos proporciona servicios al UE 14. El UE 14 puede conectarse al nodo 18 para enviar y recibir paquetes desde la red 16 de datos. La red 16 de datos puede implementar redundancia de ruta mediante el uso de multiples rutas para transmitir los datos. La red 16 de datos puede transmitir los paquetes utilizando la informacion de cabecera en el paquete, lo que puede incluir una direction de destino. El nodo 18 puede leer la direction de destino y enviar los paquetes en consecuencia. La red 16 de datos puede enrutar el trafico IP hacia y desde el UE 14 utilizando una portadora que conecta el UE 14 y el nodo 18.

El nodo 18 puede ser cualquier dispositivo de computation que pueda recibir y enviar datos, tal como un ordenador, un enrutador, un servidor, etc. El nodo 18 puede soportar diferentes clases de portadoras de servicio, incluyendo pero no limitandose a una portadora radio que pueda llevar informacion sobre la interfaz de radio, una portadora S1 que pueda llevar informacion entre el nodo 18 y uno de entre una Puerta de Enlace Servidora (“SGW”) o una Entidad de Gestion de la Movilidad (“MME), y una portadora del Sistema de Paquetes Evolucionado (“EPS”) que pueda proporcionar servicio de conectividad a la red 16 de datos al UE 14. La portadora EPS puede ser una portadora por defecto o dedicada establecida despues de que la portadora EPS por defecto se haya establecido con la red 16 de datos. La portadora EPS puede conectar una MME y una SGW o una SGW y una Puerta de Enlace PDN (“PGW”). Una portadora EPS puede ser bien una de Tasa de Bits Garantizada (“GBR”) o una no GBR.

Las portadoras se pueden asociar con los parametros de QoS de nivel de portadora, tales como el Identificador de Clase de QoS (“QCI”) y la Prioridad de Asignacion y Retention (“ARP”). El parametro QCI dicta el tratamiento preferencial que reciben los paquetes para una portadora, mientras que el parametro ARP dicta el tratamiento preferencial que recibe una portadora cuando se esta estableciendo. Se pueden establecer multiples portadoras para el UE 14 para proporcionar diferente conectividad de QoS. Por ejemplo, una portadora VoIP puede proporcionar una QoS diferente para las llamadas de voz que una portadora que lleva datos de navegacion web. El nodo 18 se puede conectar con una portadora por defecto y/o una portadora dedicada asociada con un valor de QoS concreto.

La FIGURA 2 es un diagrama de bloques de un sistema 28 de gestion de la congestion ejemplar para gestionar la congestion construido de acuerdo con los principios de la presente invention. El sistema 28 de gestion de la congestion puede incluir la funcion 26 de control de la congestion, la base de datos 30 de configuraciones de control de la congestion, la base de datos 32 de contextos de servicios y la funcion 34 de supresion en comunicacion las unas con las otras. La funcion 26 de control de la congestion puede incluir o puede estar en comunicacion con una funcion 36 de control de la congestion basada en ARP.

La funcion 26 de control de la congestion determina un nivel de congestion en el nodo 18. La funcion 26 de control de la congestion puede solicitar los criterios de supresion de la congestion correspondientes al nivel de congestion en el nodo 18 desde la base de datos 30 de configuraciones de control de la congestion. La funcion 26 de control de la congestion puede obtener a partir de la base de datos 32 de contextos de servicios una lista de servicios asociados con los criterios de supresion de servicios correspondientes a los criterios de supresion de la congestion. La funcion 26 de control de la congestion puede elegir al menos un servicio a suprimir de la lista, y puede usar la funcion 34 de supresion para suprimir el servicio. La funcion 34 de supresion puede ser una funcion de supresion ARP.

En una realization ejemplar, el nodo 18 puede incluir al menos una de entre la funcion 26 de control de la congestion, la base de datos 30 de configuraciones de control de la congestion, la base de datos 32 de contextos de servicios, la funcion 34 de supresion y la funcion 36 de control de la congestion basada en ARP. En otra realizacion ejemplar, un ordenador, tal como un ordenador de administration central/de red, en comunicacion con el nodo 18 puede incluir al menos una de entre la funcion 26 de control de la congestion, la base de datos 30 de configuraciones de control de la congestion, la base de datos 32 de contextos de servicios, la funcion 34 de supresion y la funcion 36 de control de la congestion basada en ARP. El ordenador usa el sistema 28 de gestion de la congestion para reducir la congestion en el nodo 18.

El nodo 18 puede experimentar diferentes niveles de congestion, dependiendo de la cantidad de trafico que se procesa en el nodo l8. El nivel de congestion experimentado por el nodo 18 puede variar, por ejemplo, desde el nivel '1' hasta el nivel 'n', donde el nivel '1' puede ser el menor nivel posible de congestion que puede experimentar el nodo 18, y el nivel 'n' puede ser la mayor congestion que el nodo 18 puede experimentar. En una realizacion ejemplar, la funcion 26 de congestion puede gestionar la congestion determinando que servicios en el nodo 18 son crlticos y que servicios son menos crlticos, y suprimiendo los servicios menos crlticos durante la congestion. Cuando el nodo 18 experimenta un periodo de congestion, los servicios que son menos crlticos se consideran buenos candidatos para liberar durante los periodos de congestion.

El sistema 28 de gestion de la congestion monitoriza de manera periodica la congestion en el nodo 18 y suprime los servicios en el nodo 18 de manera continua. El sistema 28 de gestion de la congestion opera para mantener el nivel de congestion en el nodo 18 por debajo de un cierto nivel, que puede evitar que la congestion en el nodo 18 alcance niveles que afecten los requisitos de QoS del trafico en la red. El nodo 18 puede alcanzar un nivel de congestion predeterminado que desencadene acciones para aliviar la congestion en el nodo 18, tales como la supresion de servicios del nodo 18. El control de la congestion puede ser desencadenado por un nivel de congestion en lugar de ser desencadenado por una solicitud de una funcion de control de la admision que aun intente iniciar otro servicio en un nodo 18 ya congestionado. Monitorizando de manera constante el nivel de congestion en el nodo 18, se pueden evitar las situaciones en las que el nodo 18 se congestiona hasta el punto en el que el nodo 18 no es capaz de procesar otro servicio.

Por ejemplo, el control de admision puede intentar evitar la congestion admitiendo solo un tipo especlfico de servicio o un servicio con una prioridad especlfica. El control de la admision reacciona a la congestion en el nodo 18, a diferencia de evitar de manera pro activa la congestion suprimiendo los servicios de una manera continua y manteniendo el nivel de congestion bajo. Esto resulta en un control de admision que tiene que esperar para suprimir un servicio, en el momento de la admision del servicio, tal como cuando un servicio entrante esta solicitando la admision. El nodo 18 puede estar ya en un estado congestionado cuando el estado del nodo 18 requiera la supresion de un servicio antes de que se pueda admitir otro servicio. Por tanto, la supresion de otros servicios menos importantes no necesita ser retrasada u ocurrir hasta que un servicio este solicitando admision.

En otra realizacion ejemplar, los servicios del nodo 18 se pueden suprimir como parte de una rutina de mantenimiento. El nivel de congestion del nodo 18 se puede determinar como inaceptable, y se pueden eliminar los servicios de baja prioridad. En el caso en que la congestion este por encima de un umbral aceptable, tal como cuando el nodo 18 esta muy congestionado, se suprimen servicios de baja y/o alta prioridad, liberando el nodo 18 para procesar los servicios con las prioridades mas altas, tales como, los servicios de emergencia y los servicios VoIP.

La funcion 26 de control de la congestion puede disminuir el nivel de congestion del nodo 18, por ejemplo, admitiendo, rechazando o suprimiendo los servicios existentes. La funcion 26 de control de la congestion evalua un numero de condiciones diferentes para determinar si una solicitud de servicio se deberla aceptar, rechazar o suprimir. Las condiciones pueden incluir el estado del canal, los requisititos de QoS para el servicio, el estado de las memorias intermedias del nodo 18, el nivel de congestion general de la red, una caracterlstica del servicio, el estado asociado con el servicio, una identificacion de UE, un tipo de servicio, etc. Un servicio puede ser unidireccional o bidireccional, y cada una de las direcciones consiste de una o mas portadoras. Disminuir el nivel de congestion en el nodo 18 puede incluir la supresion de al menos un servicio en el nodo 18. La supresion puede incluir la eliminacion parcial del servicio o la eliminacion completa del servicio y de los recursos asociados con el servicio. La funcion 26 de control de la congestion determina el nivel de congestion experimentado por el nodo 18. De manera alternativa, el nivel de congestion en el nodo 18 puede estar determinado por una funcion del nivel de congestion. La funcion 26 de control de la congestion o la funcion de nivel de congestion pueden medir diferentes recursos del sistema tales como la memoria, las longitudes de las colas de paquetes, las caracterlsticas del enlace inalambrico, la relacion senal a interferencia mas ruido (“SINR”), la mejora de calidad continua (“CQI”), el escalado de multiples nucleos (“MCS”), etc., para determinar el nivel de congestion en la red. Para aliviar la congestion en el nodo 18, la funcion 26 de control de la congestion determina que servicios en el nodo 18 son los candidatos para la supresion. La funcion 26 de control de la congestion puede determinar que servicios se pueden suprimir utilizando los criterios de supresion de la congestion asociados con un nivel de congestion.

La base de datos 30 de configuraciones de control de la congestion incluye los criterios de supresion de la congestion asociados con un respectivo nivel de congestion en el nodo 18, esto es, los umbrales de supresion predeterminados. Los criterios de supresion de la congestion se pueden predeterminar, y pueden incluir los datos correspondientes a un servicio, por ejemplo una caracterlstica del servicio. Una caracterlstica del servicio puede incluir, pero no limitarse a un nivel de prioridad ARP, un nivel de prioridad QCI, un tipo de recurso (GBR o no GBR), un tipo de servicio, por ejemplo, un servicio VoIP, de video almacenado, de transmision de video, de trafico en el mejor esfuerzo, etc., y un valor de la vulnerabilidad de supresion ARP asociado con un servicio en el nodo 18.

Un valor de la vulnerabilidad de supresion ARP puede ser un valor de la bandera de vulnerabilidad de supresion que indique si se puede suprimir un servicio. La decision de suprimir un servicio puede estar influenciada tambien por dos prioridades: el nivel de prioridad QCI (que puede ser la misma prioridad definida por la Version 113GPP 23.203, seccion 6.1.7 y tabla 6.1.7) y el nivel de prioridad ARP que viene con la solicitud de creacion de portadora, la solicitud de modificacion de portadora y la transferencia entre dos nodos eNodoB, esto es, estaciones base, como parte de los procedimientos de movilidad. Las dos prioridades mencionadas, esto es, el nivel de prioridad QCI y el nivel de prioridad ARP, se pueden combinar para crear una unica prioridad de supresion que se usa como parte de los criterios de supresion de la congestion de un servicio.

La base de datos 30 de configuraciones de control de la congestion puede incluir la configuracion de control de la congestion. la configuracion de control de la congestion puede incluir una correspondencia de los niveles de congestion con los correspondientes criterios de supresion de la congestion, esto es, con los umbrales de supresion predeterminados. Cada nivel de congestion se puede asociar con unos correspondientes criterios de supresion de la congestion diferentes, esto es, los criterios de supresion de la congestion correspondientes a un primer nivel de congestion pueden ser diferentes de los criterios de supresion de la congestion correspondientes a un segundo nivel de la congestion.

La configuracion de control de la congestion se puede actualizar para reflejar y alcanzar las necesidades de la red 10 y del nodo 18. Por ejemplo, la configuracion de control de la congestion se puede actualizar cuando el nodo 18 se congestione y la configuracion de control de la congestion no incluye los criterios de supresion de la congestion, esto es, los umbrales de supresion predeterminados, para suprimir los servicios existentes en el nodo 18. Si la configuracion de control de la congestion no incluye los criterios de supresion de la congestion que puedan suprimir lo suficiente los servicios existentes para aliviar la congestion, el nodo 18 puede mantenerse congestionado. Por ejemplo, la configuracion de control de la congestion puede incluir servicios con tipo de servicio de no GBR, esto es, los servicios no GBR pueden ser suprimidos. Sin embargo, los servicios en el nodo 18 pueden ser todos servicios GBR. En este caso, la configuracion de control de la congestion no incluye los criterios de supresion de la congestion que corresponden a los servicios en el nodo 18, ya que ninguno de los servicios en el nodo 18 son no GBR. Cuando la configuracion de control de la congestion no incluye los criterios que suprimiran los servicios existentes en el nodo 18, la configuracion de control de la congestion se puede modificar. La configuracion de control de la congestion se puede actualizar de manera manual o automatica.

La base de datos 30 de configuraciones de control de la congestion puede almacenar la Tabla 1 ejemplar. La Tabla 1 muestra una correspondencia ejemplar entre los niveles de congestion y los correspondientes criterios de supresion de la congestion. En esta realizacion ejemplar los criterios de supresion de la congestion incluyen niveles de prioridad y un tipo de recursos. De manera especlfica los criterios de supresion de la congestion incluyen un nivel de prioridad ARP (la prioridad ARP a ser comparada con la prioridad ARP asociada con los servicios al construir la lista de candidatos de supresion), un tipo de recurso (el tipo de recurso a ser comparado con el tipo de recurso asociado con los servicios al construir la lista de candidatos de supresion. El tipo de recurso a asociar un servicio se configura en la tabla QCI segun se especifica en la TS 3GPP 23.203 Version 11 estandar), y un nivel de prioridad QCI (la prioridad a ser comparada con el prioridad asociada a un servicio al construir la lista de candidatos de supresion. El tipo de recurso a asociar con un servicio se configura en la tabla QCI segun se especifica, por ejemplo, en la TS 3Gp P 23.203 Version 11 estandar). El nivel de prioridad ARP puede variar desde 1 a 15 ([1, 15]), y se puede usar de la misma manera que se define en la TS 3GPP 23.203 Version 11 estandar, donde 1 es el valor de nivel de prioridad ARP mas alto y 15 es el valor de nivel de prioridad ARP mas bajo. El nivel de prioridad QCI puede variar desde 1 a 225 ([1, 225]), y puede ser usado como se define en la TS 3GPP 23.203 Version 11 estandar, donde 1 es el nivel de prioridad mas alto y 225 es el nivel de prioridad mas bajo.

Tabla 1: Criterios de Supresion del Servicio de Muestra con Niveles de Congestion para la Correspondencia de los Umbrales de Supresion

El nivel de prioridad QCI se configura en la tabla QCI del eNodoB. En una realizacion, existe un ejemplo de tabla QCI por eNodoB. El nivel de prioridad ARP es enviado al eNodoB en la solicitud de Configuracion E-RAB, que es la senal que contiene la solicitud para crear un servicio para un UE. Como tal, el nivel de prioridad ARP no se configura en el eNodoB. El parametro ARP contiene tres componentes: un valor escalar unico y dos valores de bandera. A continuacion se muestra un ejemplo de la estructura de una entrada de tabla QCI y de un parametro ARP:

entrada de tabla QCI = {nivel de prioridad (1...225); Tipo de Recurso (GBR o no GBR); etc.}

parametro ARM = {nivel de prioridad ARP (1 ... 15); valor de capacidad de supresion ARP (una bandera configurada a bien verdadero o falso); valor de la vulnerabilidad de supresion ARP (una bandera configurada a bien verdadero o falso)}

La funcion 26 de control de la congestion solicita los criterios de supresion de la congestion asociados con el nivel de congestion actual en el nodo 18 de la base de datos 30 de configuraciones de control de la congestion. La base de datos 30 de configuraciones de control de la congestion recibe la solicitud desde la funcion 26 de control de la congestion, que puede incluir el nivel de congestion en el nodo 18. La base de datos 30 de configuraciones de control de la congestion determina los criterios de supresion de la congestion, esto es, los umbrales de supresion predeterminados, asociados con el nivel de congestion. La base de datos 30 de configuraciones de control de la congestion envla los criterios de supresion de la congestion correspondientes al nivel de congestion en el nodo 18 a la funcion 26 de control de la congestion. La funcion 26 de control de la congestion puede recibir de la base de datos 30 de configuraciones de control de la congestion los criterios de supresion de la congestion correspondientes al nivel de congestion. La funcion 26 de control de la congestion puede analizar los criterios de supresion de la congestion devueltos utilizando, por ejemplo, una operacion Booleana.

En una realizacion ejemplar, cuando el nivel de congestion en el nodo 18 es 1, el criterio de supresion de la congestion incluye un valor de nivel de prioridad ARP de '12' y un tipo de recurso de no GBR. Por lo tanto, cuando la funcion 26 de control de la congestion solicita los criterios de supresion de la congestion asociados con un nivel de congestion de 1 de la base de datos 30 de configuraciones de control de la congestion, la base de datos 30 de configuraciones de control de la congestion devuelve un valor de nivel de prioridad ARP de '12' y un tipo de recurso de no GBR. En este ejemplo, cuando el nivel de congestion es de 1, no se usa un nivel de prioridad QCI como criterio para suprimir un servicio. Por ejemplo, el nivel de prioridad QCI asociado con un nivel de congestion de 1 puede ser 0, ya que esto no es aplicable (“N/A”). El tipo de servicio, el tipo de recurso, y el nivel de prioridad QCI, el nivel de prioridad ARP, el campo de capacidad de supresion ARP, el campo de vulnerabilidad de supresion pueden ser los mismos parametros definidos en la TS 3GPP 23.203 Version 11 estandar. La presente invencion puede usar los parametros anteriormente mencionados y el nivel de congestion de un sistema para decidir el orden en que se suprimen los servicios. Para cumplir con la Ts 23.203, los servicios suprimidos tienen la bandera de vulnerabilidad de supresion ARP configurada a verdadero.

La Tabla 1 muestra que el nivel de congestion de '2' se hace corresponder con los criterios de supresion de la congestion que incluyen un valor del nivel de prioridad ARP de '10', un tipo de recurso de no GBR y un nivel de prioridad de '50'. Cuando el nivel de congestion es '3' la base de datos 30 de configuraciones de control de la congestion devuelve los criterios de supresion de la congestion que incluyen un valor del nivel de prioridad ARP de '7' y un tipo de recurso de no GBR a la funcion 26 de control de la congestion. Cuando el nivel de congestion es 3, no se usa un nivel de prioridad QCI como criterio para suprimir un servicio. Por ejemplo, el nivel de prioridad QCI asociado con un nivel de congestion de 3 se puede considerar como el mas bajo, esto es, 255, ya que es N/A. Cuando el nodo 18 experimenta el mayor nivel de congestion posible, esto es, el nivel de congestion es 'n', el criterio de supresion de la congestion incluye un valor de nivel de prioridad ARP de '4' y un nivel de prioridad 'QCI' de '5'. La funcion de 26 de control de la congestion usa los criterios de supresion de la congestion devueltos por la base de datos de configuraciones de control de la congestion para determinar si un servicio en el nodo 18 se puede suprimir. Por ejemplo, la funcion 26 de control de la congestion determina que cuando los criterios de supresion de servicios de un servicio son al menos iguales a los criterios de supresion de la congestion, el servicio se puede suprimir.

La base de datos 32 de contextos de servicios incluye una correlacion de los servicios en el nodo 18 y los criterios de supresion de servicios, esto es, las caracterlsticas del servicio, asociados con cada servicio. Cada servicio en la lista se asocia con los criterios de supresion de servicios que pueden incluir parametros de QoS. La funcion 26 de control de la congestion solicita una lista de servicios que se asocian con unos criterios de supresion de servicios correspondientes a los criterios de supresion de la congestion a partir de la base de datos 32 de contextos de servicios. El criterio de supresion de la congestion se devuelve a la funcion 26 de control de la congestion desde la base de datos 30 de configuraciones de control de la congestion. La funcion 26 de control de la congestion envla los criterios de supresion de la congestion devueltos desde la base de datos 30 de configuraciones de control de la congestion a la base de datos 32 de contextos de servicios para recuperar los servicios asociados con los criterios de supresion de servicios que se ajustan a los criterios de supresion de la congestion. Por ejemplo, la base de datos 32 de contextos de servicios puede incluir un primer servicio asociado con un primer criterio de supresion de servicios que incluye un valor del nivel de prioridad ARP de 20 y un tipo de recurso de no GBR. La base de datos 32 de contextos de servicios puede incluir un primer servicio asociado con un primer criterio de supresion de servicios que incluye un nivel de prioridad ARP de 20 y un tipo de recurso de no GBR. La base de datos 32 de contextos de servicios puede incluir tambien un segundo servicio asociado con un segundo criterio de supresion de servicios que incluye un valor del nivel de prioridad ARP de 10 y un tipo de recurso no GBR. En este ejemplo, se supone que el nivel de prioridad QCI no se considera parte de los criterios para determinar si suprimir un servicio.

La base de datos 32 de contextos de servicios incluye una correlacion tal y como se muestra en la Tabla 2 a continuacion:

Tabla 2: Contextos de Servicios de Muestra

Tabla 3: Tabla de QCI de Muestra (configurado en el eNodoB)

En esta realizacion ejemplar, el nivel de congestion en el nodo 18 puede ser '1'. La funcion 26 de control de la congestion solicita criterios de supresion de la congestion correspondientes al nivel de congestion de '1' de la base de datos 30 de configuraciones de control de la congestion. La base de datos 30 de configuraciones de control de la congestion devuelve un valor de nivel de prioridad ARP de '12' y un tipo de recurso de no GBR, tal como se muestra en la Tabla 1. La funcion 26 de control de la congestion usa los criterios de supresion de la congestion para solicitar una lista de servicios en el nodo 18 asociado con los criterios de supresion de la congestion de la base de datos 32 de contextos de servicios, esto es, un valor de nivel de prioridad ARP de al menos '12' y un tipo de recurso de no GBR.

La base de datos 32 de contextos de servicios devuelve una lista de servicios en el nodo 18 a la funcion 26 de control de la congestion. La lista puede incluir al menos un servicio en el nodo 18. La lista es una lista de servicios candidatos de supresion potenciales asociada con los criterios de supresion de servicios, esto es, las caracterlsticas de los servicios, correspondientes a los criterios de supresion de la congestion. Los candidatos de supresion de servicios potenciales se pueden listar en orden de prioridad. En esta realizacion ejemplar, la base de datos 32 de contextos de servicios determina, analizando la Tabla 2, que servicios se asocian con un valor de nivel de prioridad ARP de al menos '12' y un tipo de recurso de no GBR. Si la base de datos de contextos de servicios tuviera otros servicios no GBR asociados con valores del nivel de prioridad ARP de al menos '12', tales como '14', estos servicios seran devueltos a la funcion 26 de control de la congestion.

La base de datos 32 de contextos de servicios no devuelve el segundo servicio asociado con el segundo criterio de supresion de servicios que incluye un valor del nivel de prioridad ARP de 10 y un tipo de recurso no GBR, dado que el valor del nivel de prioridad a Rp de 10 es mayor que el criterio de supresion de la congestion (valor del nivel de prioridad ARP de '12'). El valor del nivel de prioridad ARP asociado con el segundo servicio no es al menos de '12', y por lo tanto, el segundo servicio no es un candidato para la supresion. La lista de servicios candidatos de supresion potenciales puede ser un sub conjunto de todos los servicios en el nodo. Los criterios de supresion de servicios asociados con cada servicio candidato de supresion potencial se usa para determinar si un servicio se puede suprimir. En algunos casos, los criterios de supresion de servicios pueden ser diferentes para cada servicio, y en algunos otros casos, algunos servicios pueden tener los mismos criterios de supresion. A modo de ejemplo, un tercer servicio se puede asociar con un valor del nivel de prioridad ARP de '10', justo como el segundo servicio ejemplar de la Tabla 2.

La base de datos 32 de contextos de servicios puede incluir tambien informacion respecto a los servicios en el nodo 18, tal como el flujo de datos (“SDF”) asociado con un servicio. El SDF de un servicio se puede asociar con los parametros de QoS. La base de datos 32 de contextos de servicios puede almacenar tambien los parametros IP de los paquetes en el SDF, que se usa para identificar de manera unica el SDF. Los SDF pueden considerarse como un conjunto de flujos de paquetes, normalmente flujos IP. Las reglas de control de la polltica y la tarificacion se usan para clasificar el trafico por flujo de datos de servicio.

Los criterios de supresion de servicios pueden incluir parametros de QoS asociados con un servicio, por ejemplo, las caracterlsticas de los servicios. La QoS puede especificar niveles de servicio en terminos de rendimiento, latencia, variacion de inestabilidad/retardo, errores de paquetes y perdidas de paquetes, entre otros. La base de datos 32 de contextos de servicios puede almacenar diferentes niveles de servicios para diferentes flujos de trafico en los SDF. Los servicios se clasifican y procesan de manera diferente dependiendo del nivel de servicio especificado en los parametros QoS asociados con los servicios. La caracterlstica del servicio y los parametros de QoS almacenados en la base de datos 32 de contextos de servicios pueden incluir un Identificador de Clase de Calidad del Servicio (“QCI”), una Tasa de Bits Garantizada (“GBR”), una Tasa de Bits Maxima (“MBR”), una Tasa de Bits Maxima Agregada (“AMBR”), y una Prioridad de Retencion y Asignacion (“ARP”), entre otros.

El QCI especifica como se envlan los paquetes especlficos de un servicio o aplicacion. El QCI puede ser un escalar que se puede usar como una referencia a los parametros especlficos al nodo de acceso que controlan al tratamiento de envlo de paquetes del nivel de portadora, por ejemplo los pesos planificados, los umbrales de admision, los umbrales de gestion de la cola, la configuracion del protocolo de capa de enlace, etc. Como tal, el QCI puede incluir, pero no limitarse a, las caracterlsticas de envlo de paquetes. Los diferentes servicios, tales como una transmision en vivo, un juego en tiempo real, un video, etc, se pueden asociar con diferentes QCI en una tabla de QCI. El valor de QCI se puede pre configurar por un operador. Despues de que es establezca una portadora, el parametro QCI determina como tratara un nodo a un paquete para la portadora, esto es, el parametro QCI dice al nodo como priorizar los recursos entre los paquetes de las diversas portadoras.

El valor QCI puede incluir un parametro de tipo de recurso, una memoria intermedia de retardo de paquetes (“PDB”), un nivel de prioridad QCI, un parametro de tasa de perdida por errores de paquetes (“PELR”), y un servicio asociado con los valores anteriores, entre otros. Un nodo usa una tabla QCI que incluye los diferentes valores QCI para cada tipo de recurso para determinar el tratamiento de envlo de paquetes. El parametro de tipo de recurso diferencia entre los flujos GBR y los flujos no GBR. El parametro PDB define un llmite superior para el retardo de un paquete. Este llmite superior puede ser un llmite suave para que, si el paquete excede el valor PDB, el paquete no sea descartado. El parametro de nivel de prioridad QCI indica el valor de prioridad usado para planificar el servicio. El parametro PELR se refiere a una tasa de perdida por errores de paquetes, esto es, los paquetes que no se entregaron satisfactoriamente. La perdida de paquetes puede ser provocada por un numero de factores que incluyen la degradation de la senal, la congestion del canal, la corruption del paquete, el ruido de senal, un fallo de hardware, etc.

Los parametros GBR QoS denotan la tasa de bits que se puede esperar proporcione una portadora. Una portadora se puede considerar de un tipo GBR si la portadora soporta una tasa de bits garantizada. El parametro MBR indica una tasa de bits maxima para la componente del enlace ascendente y del enlace descendente del flujo de datos del servicio. El parametro m Br especifica la tasa de bits maxima que puede consumir el SDF, y se usa para descartar un trafico excesivo. El parametro MBR limita la tasa de bits que se espera sea proporcionada por una portadora GBR. El parametro A^mB^respecifica la tasa de bits maxima agregada para los flujos no GBR.

Los criterios de supresion de servicios, esto es, las caracterlsticas de los servicios almacenadas en la base de datos 32 de servicios se pueden incluir tambien en los parametros ARP correspondientes a un servicio en el nodo. El parametro ARP indica la prioridad de asignacion y retencion de un SDF. El parametro ARP se usa para la asignacion de los recursos de portadora en, por ejemplo, la configuracion de la sesion, durante los mecanismos de traspaso y durante la supresion de los recursos. El parametro ARP se usa tambien para resolver los conflictos cuando diferentes servicios demandan los recursos de red. Por ejemplo, cuando los recursos de red son escasos, se usa el parametro ARP para priorizar la asignacion de recursos durante el establecimiento y la modification de la portadora. Ademas, el parametro ARP puede determinar si una solicitud de establecimiento o modificacion de portadora se puede aceptar o si la solicitud de establecimiento o modificacion necesita ser rechazada para evitar la congestion de red. Un SDF con un nivel de prioridad ARP inferior se puede descartar para liberar recursos de red para un SDF con un nivel de prioridad ARP superior.

El parametro ARP incluye multiples campos, tales como el campo de capacidad de supresion ARP, el campo de vulnerabilidad de supresion ARP y un campo de nivel de prioridad ARP. El campo de nivel de prioridad ARP define la importancia relativa de una solicitud de recursos, esto es, el nivel de prioridad ARP. Esto asegura que se les da preferencia a las solicitudes de una portadora con un nivel de prioridad ARP superior sobre las portadoras con un nivel de prioridad ARP inferior. El nivel de prioridad ARP puede ayudar a decidir si una solicitud de establecimiento o modificacion de portadora se puede aceptar o necesita ser rechazada en caso de limitaciones de recursos (normalmente usado para el control de admision de trafico GBR). El nivel de prioridad ARP se puede usar tambien para decidir que portadoras existentes se pueden suprimir cuando los recursos son limitados.

La capacidad de supresion ARP y la vulnerabilidad de supresion ARP pueden ser una bandera, que se puede configurar para bien ser 'verdadera' o 'falsa'. La capacidad de supresion ARP define si un flujo de datos de servicio puede conseguir recursos que ya estaban asignados a otro flujo de datos de servicio con un nivel de prioridad ARP inferior. Si el valor de la capacidad de supresion ARP se configura a 'verdadero', el servicio puede suprimir los servicios existentes con valores de nivel de prioridad ARP inferiores. El valor de capacidad de supresion a Rp define si la portadora esta habilitada o no para suprimir otras portadoras con un nivel de prioridad ARP inferior.

La vulnerabilidad de supresion ARP define si un flujo de datos de servicio puede perder los recursos asignados a este para admitir un flujo de datos de servicio con un nivel de prioridad ARP superior. Si el valor de la vulnerabilidad de supresion ARP se configura a 'verdadero', el servicio puede ser suprimido por otros servicios con valores de nivel de prioridad ARP superiores. El valor de la vulnerabilidad de supresion ARP define si una portadora es o no susceptible a la supresion por portadoras con un nivel de prioridad ARP superior.

Como tal, un servicio usa y establece una portadora asociada con los parametros ARP para transmitir paquetes. El valor de nivel de prioridad ARP puede variar desde 1 a 15, el valor de capacidad de supresion ARP indica si el servicio es capaz de suprimir o no es capaz de suprimir, y el valor de la vulnerabilidad de supresion ARP indica si un servicio puede ser suprimido o no puede ser suprimido por otro servicio. Un nivel de prioridad ARP indica que servicios se deberlan suprimir primero, por ejemplo, los servicios con los valores del nivel de prioridad ARP mas bajos. Por ejemplo, el servicio A puede suprimir el servicio B si las siguientes condiciones son ciertas: el servicio A tiene un nivel de prioridad ARP superior que el B, el servicio A tiene la bandera de capacidad de supresion ARP configurada a 'verdadero', y el servicio B tiene la bandera de vulnerabilidad de supresion ARP configurada a 'verdadero'. Cuando los recursos son limitados, el nodo 18 puede descartar una portadora asociada con una ARP que indica un nivel de prioridad bajo. La informacion de capacidad de supresion de la ARP se usa para determinar si una portadora con un nivel de ARP inferior se puede descartar para liberar los recursos requeridos. La ARP se usa durante la admision o la asignacion (senalizacion de configuracion) de la portadora. Los parametros ARP de dos portadoras se comparan para determinar si una portadora existente se puede desasignar para hacer espacio para una nueva portadora. La informacion del nivel de prioridad de la ARP se usa para asegurar que se prefiere la solicitud de la portadora con el mayor nivel de prioridad.

La informacion de vulnerabilidad de supresion ARP del parametro ARP define si una portadora es aplicable para dicho descarte por una portadora capaz de la supresion con un valor de nivel de prioridad ARP superior. Por ejemplo, durante un traspaso, si no hay suficientes recursos debido a la congestion del sistema, el parametro ARP decide que portadora puede ser descartada por una portadora capaz de la supresion con un valor del nivel de prioridad ARP superior. Un nivel de prioridad ARP asociado con un servicio puede ser definido por los estandares del Proyecto de Asociacion de 3a Generacion (“3GPP”) como una “prioridad”. El nivel de prioridad ARP, la capacidad de supresion (bandera) y la vulnerabilidad de supresion (bandera) se puede senalizar con cada servicio durante los procedimientos de creacion y/o modificacion del servicio. El parametro ARP puede ser usado por una funcion, tal como una funcion 34 de supresion ARP o una funcion de control de admision, para determinar que servicios suprimir. Los servicios existentes se pueden eliminar para hacer espacio para un nuevo servicio entrante cuando no existan suficientes recursos de sistema disponibles para los nuevos servicios entrantes. El nivel de prioridad QCI y el tipo de recurso son parte de un registro QCI configurado de manera local en el nodo 18. El nivel de prioridad QCl y el tipo de recurso pueden ser definidos por la 3GPP con los valores para los primeros nueve QCI, esto es, del 1 al 9. Los valores QCI del 10 al 255, o incluso otros rangos, pueden ser soportados tambien como QCI especlficos de proveedor. El valor QCI correspondiente a un servicio se senaliza con el servicio durante los procedimientos de creacion del servicio y, de manera opcional, durante un procedimiento de modificacion del servicio.

En una realizacion ejemplar, la funcion 26 de control de la congestion recibe una lista de servicios candidatos de supresion potenciales de la base de datos 32 de contextos de servicios. La lista se puede organizar por prioridad de los servicios. Por ejemplo, los servicios que se asocian con una prioridad inferior se pueden listar antes que los servicios que se asocian con una prioridad superior, por lo que los servicios de baja prioridad se suprimen antes que los servicios de alta prioridad. Los servicios se asocian con un identificador de servicio. La funcion 26 de control de la congestion puede enviar al menos un identificador de servicio asociado con al menos un servicio de la lista de servicios candidatos de supresion potenciales a suprimir a la funcion 34 de supresion. La funcion 26 de control de la congestion elige un servicio a suprimir en base a, por ejemplo, la ubicacion del servicio en la lista, la prioridad asociada con un servicio, la entrada/solicitud del usuario para la supresion de un servicio especlfico, etc.

La funcion 34 de supresion puede ser una funcion de supresion ARP que suprime los servicios en el nodo 18 para aliviar la congestion en el nodo 18. La funcion 34 de supresion recibe de la funcion 36 de control de la congestion ARP un identificador de servicio asociado con un servicio candidato de supresion potencial. La funcion 34 de supresion maneja la supresion utilizando diferentes tecnicas de supresion. La funcion 34 de supresion puede suprimir un servicio ya sea de manera parcial o completa. La funcion 34 de supresion puede usar un algoritmo de supresion para descartar las portadoras activas y puede trabajar con la funcion de control de la admision para bloquear nuevas solicitudes de portadoras dependiendo de las condiciones de congestion en el nodo 18. Una vez que se ha suprimido un servicio, la funcion 34 de supresion notifica a la funcion 26 de control de la congestion que el servicio ha sido suprimido de manera satisfactoria. Si la funcion 34 de supresion no fue capaz de suprimir el servicio, la funcion 34 de supresion informara a la funcion 26 de control de la congestion. En respuesta, la funcion 26 de control de la congestion puede elegir un servicio diferente a suprimir.

La FIGURA 3 es un diagrama de bloques de un nodo 18 ejemplar construido de acuerdo con los principios de la presente invencion. El nodo 18 incluye uno o mas procesadores, tales como el procesador 38 programado para realizar las funciones descritas en la presente memoria. El procesador 38 se acopla de manera operativa a una infraestructura 40 de comunicacion, por ejemplo, un bus de comunicaciones, una interconexion de barra transversal, una red, etc. El procesador 38 puede ejecutar los programas informaticos almacenados en un almacenamiento de disco para su ejecucion a traves de la memoria 42 secundaria. El procesador 38 puede implementar la funcionalidad de control de flujo para clasificar un flujo de datos de servicio de acuerdo con el perfil QoS de la suscripcion del usuario. De manera adicional, el procesador 38 puede determinar si el UE 14 se abona a un servicio especlfico, esto es, si el UE 14 tiene privilegios de permiso apropiados para recibir el servicio especlfico. El procesador 38 realiza la funcionalidad respecto al establecimiento, mantenimiento y liberacion de una portadora. De manera adicional el procesador 38 puede establecer las conexiones entre la red 16 de datos y el UE 14 que requiere un nivel de seguridad.

El nodo 18 puede de manera opcional incluir o compartir una interfaz 44 de presentacion que envle graficos, texto, y otros datos desde la infraestructura 40 de comunicacion (o desde una memoria intermedia de trama no mostrada) para presentar en la unidad 46 de presentacion. El elemento de presentacion 46 puede ser un elemento de presentacion de tubo de rayos catodicos (CRT), un elemento de presentacion de cristal llquido (LCD), un elemento de presentacion de diodo emisor de luz (LED), y un elemento de presentacion de pantalla tactil, entre otros tipos de elementos de presentacion. El nodo 18 incluye tambien una memoria 48 principal, tal como una memoria de acceso aleatorio (“RAM”) y una memoria de solo lectura (“ROM”). La memoria 48 principal puede almacenar la base de datos 30 de configuraciones de control de la congestion y la base de datos 32 de contextos de servicios. La base de datos 30 de configuraciones de control de la congestion y la base de datos 32 de contextos de servicios no se pueden almacenar en el nodo 18, y en su lugar se pueden almacenar en un ordenador en comunicacion con el nodo 18, que puede transmitir los datos en la base de datos 30 de configuraciones de control de la congestion y la base de datos 32 de contextos de servicios al nodo 18. La memoria 48 puede almacenar informacion sobre el UE 14 que puede ser usada por el nodo 18 para autenticar, recibir y transmitir los datos al UE 14.

La memoria 42 secundaria puede incluir, por ejemplo, una unidad de disco duro 50 y/o una unidad 52 de almacenamiento extralble, que representa una unidad de disco duro extralble, una unidad de cinta magnetica, una unidad de disco optico, una tarjeta de memoria, etc. La unidad 52 de almacenamiento extralble lee desde y/o escribe a un medio 54 de almacenamiento extralble de una manera bien conocida por aquellos que tengan una capacidad ordinaria en la tecnica. Los medios 54 de almacenamiento extralbles, representan, por ejemplo, un disco flexible, un disco duro externo, una cinta magnetica, un disco optico, etc, que es leldo a y escrito por una unidad 52 de almacenamiento extralble. Como se apreciara, los medios 54 de almacenamiento extralbles incluyen un medio de almacenamiento que se puede usar por un ordenador que tenga almacenado en este un software informatico y/o datos.

En realizaciones alternativas, la memoria 42 secundaria puede incluir otros dispositivos similares para permitir a los programas informaticos u otras instrucciones ser cargados en el sistema informatico y para almacenar datos. Dichos dispositivos pueden incluir, por ejemplo, una unidad 56 de almacenamiento extralble y una interfaz 58. Ejemplos de estos pueden incluir un cartucho de programa y una interfaz de cartucho (tal y como se encuentra en los dispositivos de videojuegos), una memoria flash, un chip de memoria extralble (tal como una EPROM, una EEPROM o una PROM) y una ranura asociada, y otras unidades 56 de almacenamiento extralble e interfaces 58 que permitan que el software y los datos se transfieran desde la unidad 56 de almacenamiento a otros dispositivos.

El nodo 18 puede incluir tambien una interfaz 60 de comunicaciones. La interfaz 60 de comunicaciones permite que el software y los datos sean transferidos a dispositivos externos, por ejemplo, otros nodos 18. Los ejemplos de la interfaz 60 de comunicaciones pueden incluir un modem, una interfaz de red (tal como una tarjeta Ethernet), un puerto de comunicaciones, una ranura PCMCIA y una tarjeta, un transceptor/antena, etc. El software y los datos transferidos desde la interfaz/modulo 60 de comunicaciones pueden ser, por ejemplo, electronicos, electromagneticos, opticos, u otras senales capaces de ser recibidas por la interfaz 60 de comunicaciones. Estas senales se proporcionan a la interfaz 60 de comunicaciones a traves del enlace (esto es, el canal) 62 de comunicaciones. El canal 62 transporta las senales y se puede implementar utilizando alambre o cable, fibras opticas, una llnea telefonica, un enlace de telefonla movil, un enlace de RF, y/u otros canales de comunicaciones.

Se entiende que el nodo 18 puede tener mas de un conjunto de interfaz 60 de comunicacion y enlace 62 de comunicacion. Por ejemplo, el nodo 18 puede tener una pareja interfaz 60 de comunicacion/enlace 62 de comunicacion para establecer una zona de comunicacion para la comunicacion inalambrica, una segunda pareja interfaz 60 de comunicacion/enlace 62 de comunicacion para baja velocidad, por ejemplo, comunicacion inalambrica, WLAN, otra pareja interfaz 60 de comunicacion/enlace 62 de comunicacion para la comunicacion con redes opticas, y aun otra pareja interfaz 60 de comunicacion/enlace 62 de comunicacion para otra comunicacion.

Los programas informaticos (tambien llamados logica de control informatica) se almacenan en la memoria 48 principal y/o la memoria 42 secundaria. Por ejemplo, los programas informaticos se almacenan en almacenamiento de disco, esto es, la memoria 42 secundaria, para su ejecucion mediante el procesador 38 a traves de la RAM, esto es la memoria 48 principal. Los programas informaticos se pueden recibir tambien a traves de la interfaz 60 de comunicacion. Dichos programas informaticos, al ser ejecutados, permiten que el metodo y el sistema realicen las caracterlsticas de la presente invencion tal como se discutio en la presente memoria. En concreto, los programas informaticos, al ejecutarse, permiten que el procesador 38 realice las caracterlsticas del metodo y sistema correspondientes. Por consiguiente, dichos programas informaticos representan los controladores de los dispositivos correspondientes.

En una realizacion ejemplar, el procesador 38 puede ser un controlador de congestion que determina los criterios de supresion de la congestion correspondientes al nivel de congestion del nodo 18. El procesador 38 determina el nivel de congestion en el nodo 18 utilizando la funcion 26 de control de la congestion y/o la funcion 36 de control de la congestion basada en ARP. El procesador 38 recupera de la base de datos 30 de configuraciones de control de la congestion, los criterios de supresion de la congestion asociados con o correspondientes al nivel determinado de congestion del nodo 18. El procesador 38 consulta a la base de datos 32 de contextos de servicios utilizando los criterios de supresion de la congestion, y solicita una lista de servicios que se asocian con unos criterios de supresion de servicios correspondientes a los criterios de supresion de la congestion.

La base de datos 32 de contextos de servicios determina que servicios tienen un criterio de supresion de servicios que este de acuerdo con los criterios de supresion de la congestion. Por ejemplo, la base de datos 32 de contextos de servicios puede seleccionar servicios con un criterio de supresion de servicios que sea en parte igual, o mayor que, menor que, o relacionado con los criterios de supresion de la congestion. Los operadores booleanos, tales como “y”, “o”, “y tambien”, “o en otro caso”, y “o exclusivo”, operadores binarios, o cualquier otro operador logico se puede usar para determinar que servicios seleccionar. El procesador 38 recupera de la base de datos 32 de contextos de servicios una lista de servicios candidatos de supresion potenciales asociada con los criterios de supresion de servicios que sean al menos iguales a los criterios de supresion de la congestion.

Para determinar que servicios suprimir de la lista de servicios candidatos de supresion, el procesador 38 puede comparar, por ejemplo un umbral de nivel de prioridad ARP predeterminado con un valor de nivel de prioridad ARP asociado con el servicio, un umbral de nivel de prioridad QCI predeterminado con un nivel de prioridad QCI asociado con el servicio, y/o un tipo de recurso predeterminado de un servicio con un tipo de recurso asociado con el servicio. El procesador 38 compara los umbrales de supresion predeterminados con las caracterlsticas de los servicios correspondientes. El procesador 38 determina si suprimir el servicio basado en al menos en parte en el valor del nivel de prioridad ARP asociado con el servicio, un nivel de prioridad QCI asociado con el servicio y/o un tipo de recurso asociado con el servicio, dado que el servicio tiene la bandera de vulnerabilidad de supresion ARP configurada a verdadero. Los criterios de supresion anteriores son ejemplares, ya que se pueden usar otros criterios para suprimir un servicio. El procesador 38 determina un servicio, de la lista de servicios candidatos de supresion potenciales, a suprimir en base a una solicitud del sistema, una posicion de un servicio en la lista, la demanda de la red, una caracterlstica del un servicio, etc. La funcion 34 de supresion suprime un servicio seleccionado para su supresion.

Se describen diversas realizaciones de software en terminos de este sistema informatico ejemplar. Se entiende que se pueden usar sistemas informaticos y/o las arquitecturas informaticas distintas de las descritas de manera especlfica en la presente memoria para implementar la invencion. Se entiende tambien que las capacidades y cantidades de los componentes de la arquitectura descrita mas adelante pueden variar dependiendo del dispositivo, la cantidad de dispositivos a soportar, as! como la interaccion deseada con el dispositivo. Por ejemplo, la configuracion y gestion del nodo 18 se puede disenar para que ocurra de manera remota mediante un navegador web. En tal caso, puede no requerirse la inclusion de una interfaz de presentacion y una unidad de presentacion.

La FIGURA 4 es un diagrama de flujo ejemplar para suprimir un servicio en el nodo 18, de acuerdo con los principios de la presente invencion. Se determina un nivel de congestion en el nodo 18 (Paso S100). Se determinan los criterios de supresion de la congestion correspondientes al nivel de congestion (Paso S102). La funcion 26 de control de la congestion solicita los criterios de supresion de la congestion correspondientes al nivel de congestion en el nodo 18 desde la base de datos 30 de configuraciones de control de la congestion. La base de datos 30 de configuraciones de control de la congestion devuelve a la funcion 26 de control de la congestion los criterios de supresion de la congestion que corresponden al nivel de congestion. La funcion 26 de control de la congestion consulta la base de datos 32 de contextos de servicios en busca de los servicios en el nodo 18 que se asocian con los criterios de supresion de servicios que son al menos iguales que los criterios de supresion de la congestion. La base de datos 32 de contextos de servicios devuelve los servicios que se asocian con los criterios de supresion de servicios a la funcion 26 de control de la congestion que son al menos iguales a los criterios de supresion de la congestion. Se crea una lista de los servicios candidatos de supresion potenciales asociada con un criterio de supresion de servicios que es al menos igual que los criterios de supresion de la congestion (Paso S104). La lista de servicios candidatos de supresion potenciales se puede priorizar en base al criterio de supresion del servicio (Paso S106). Por ejemplo, la lista de servicios se puede ordenar por prioridad. Se toma la determinacion de si suspender un servicio en base al criterio de supresion de servicios (Paso S108). La funcion 26 de control de la congestion envla una identificacion de servicio correspondiente a un servicio en la lista de la funcion 34 de supresion, para que la funcion 34 de supresion pueda suprimir el servicio. Ya que un servicio puede consistir de multiples portadoras de radio y portadoras de transporte para ya sea el enlace ascendente, el enlace descendente, o ambas direcciones, la funcion 34 de supresion puede liberar los recursos de las portadoras para las diferentes direcciones del trafico.

La FIGURA 5 es un diagrama de flujo de otro proceso ejemplar para suprimir un servicio basado en un nivel de prioridad ARP y un nivel de prioridad QCI asociado con el servicio. Los umbrales de los criterios de supresion predeterminados se determinan para comparar los valores/caracterlsticas relacionados con la supresion correspondiente con un servicio, tales como el valor de la vulnerabilidad de supresion ARP, el valor del nivel de prioridad ARP, el valor del nivel de prioridad QCI, y el tipo de recurso. Se determina un nivel de congestion en el nodo 18 (Paso S110). Se determinan los criterios de supresion de la congestion que incluyen un umbral de nivel de prioridad ARP predeterminado y un umbral de nivel de prioridad QCI predeterminado correspondientes al nivel de congestion (Paso S112). Se toma la determinacion de si el valor de la vulnerabilidad de supresion permite la supresion para un servicio (Paso S113). Si es asl, el umbral de nivel de prioridad ARP predeterminado se compara con un valor del nivel de prioridad ARP asociado con un servicio (Paso S114). Si no es asl, no se suprime el servicio (Paso S126). Se toma la determinacion de si el valor del nivel de prioridad ARP es al menos igual que el umbral del nivel de prioridad ARP predeterminado (Paso S116). Si es asl, se compara el umbral de nivel de prioridad QCI predeterminado con un valor del nivel de prioridad QCI asociado con el servicio (Paso S118). En otro caso, si el valor del nivel de prioridad ARP no es al menos igual que el umbral del nivel de prioridad ARP, no se suprime el servicio (Paso S126). Se toma la determinacion de si el nivel de prioridad QCI es al menos igual que el umbral del nivel de prioridad QCI (Paso S120). Si el valor del nivel de prioridad QCI es al menos igual que el umbral del nivel de prioridad QCI, el servicio se suprime (Paso S124). En otro caso, el servicio no se suprime (Paso S126). Si el valor del nivel de prioridad ARP es al menos igual que el umbral del nivel de prioridad ARP predeterminado y el valor del nivel de prioridad QCI es al menos igual que el umbral del nivel de prioridad QCI predeterminado, entonces el servicio se suprime. Por ejemplo, si el umbral del nivel de prioridad QCI predeterminado es '200', entonces los servicios con un nivel de prioridad QCI de '200' a '255' se suprimen. Si ninguno de los servicios en el nodo 18 tienen un nivel de prioridad QCI que varle desde '200' a '255', entonces no se suprimira ningun servicio. Los criterios de supresion de la congestion se pueden modificar para que los servicios en el nodo 18 se puedan suprimir. Los criterios de supresion se pueden modificar, por ejemplo cambiando el umbral del nivel de prioridad QCI predeterminado a '50', para abarcar mas servicios, esto es, se pueden suprimir servicios con un nivel de prioridad QCI que varle desde '50' a '255'.

En una realizacion ejemplar, se suprimen los servicios para un nivel de congestion especlfico, en base a al menos un parametro ARP y un tipo de recurso asociado con los servicios. Segun la Tabla 1 ejemplar, para un nivel de congestion de '1', los criterios de supresion de la congestion incluyen un valor del nivel de prioridad ARP de '12' y un tipo de recurso de no GBR. Un valor del nivel de prioridad ARP puede variar desde 1 a 15, donde 1 puede ser el valor del nivel de prioridad ARP mas alto asociado con un servicio y 15 puede ser el valor del nivel de prioridad ARP mas bajo asociado con un servicio. La base de datos 30 de configuraciones de control de la congestion devuelve a la funcion 36 de control de la congestion ARP los criterios de supresion de la congestion asociados con un nivel de congestion de '1', esto es, un valor del nivel de prioridad ARP de '12' y un tipo de recurso de no GBR.

La funcion 26 de control de la congestion incluye una funcion 36 de control de la congestion basada en ARP. La funcion 26 de control de la congestion puede determinar un nivel de congestion en el nodo 18. Los niveles de congestion se hacen corresponder a criterios de supresion de servicios. Suprimiendo servicios, se liberan los recursos durante los periodos de congestion para disminuir los niveles de congestion de la red. Los niveles de congestion en un nodo, tal como un nodo LTE, pueden ser disminuidos suprimiendo, esto es, liberando, servicios en base a los criterios configurados. Ya que el nivel de congestion del sistema puede variar, diferentes niveles de congestion del sistema pueden impactar diferentes servicios. Un nivel de congestion se puede hacer corresponder a los criterios usados para los servicios seleccionados que pueden ser impactados en ese nivel de congestion. Los recursos medidos por la funcion 26 de control de la congestion para determinar el nivel de congestion del sistema pueden incluir, pero pueden no limitarse a, el ancho de banda de la interfaz aire, los bloques de recursos flsicos (“PRB”), los elementos del canal de control (“CCE”), el numero de UE a los que se les da servicio, el numero de portadoras en el sistema, la cantidad de GBR agregada, la utilizacion de la CPU, etc.

Continuando con la realizacion ejemplar, la funcion 36 de control de la congestion basada en ARP consulta la base de datos 32 de contextos de servicios en busca de los servicios que se pueden suprimir correspondientes a los criterios de supresion de la congestion asociados con un nivel de congestion de '1'. Los servicios que se pueden suprimir se asocian con un valor de la vulnerabilidad de supresion ARP configurado a verdadero, que permite a la funcion 34 de supresion suprimir el servicio. La base de datos 32 de contextos de servicios devuelve una lista de servicios, esto es, los servicios no GBR asociados con los criterios de supresion de servicios que son al menos iguales que los criterios de supresion de la congestion a la funcion 36 de control de la congestion basada en ARP.

Por ejemplo, el primer servicio en la Tabla 2 es devuelto, ya que el primer servicio tiene un valor del nivel de prioridad ARP de 15. La funcion 36 de control de la congestion basada en ARP compila una lista de servicios que pueden ser candidatos para la supresion. La lista de supresion se puede construir utilizando los criterios que pueden incluir un nivel de congestion detectada en el nodo, la celda y/o la red, un valor de la vulnerabilidad de supresion asociado con un servicio, un nivel de prioridad QCI, un tipo de recurso y un nivel de prioridad ARP se los servicios actualmente en la red. El nivel de prioridad ARP, el nivel de prioridad QCI y el tipo de recurso asociado con los servicios se puede usar para determinar si un servicio se puede suprimir cuando la congestion exceda un nivel umbral predeterminado.

En esta realizacion ejemplar, un servicio que se puede suprimir que tenga un tipo de recurso de no GBR se suprime cuando el valor del nivel de prioridad ARP del servicio sea al menos igual que el umbral de nivel de prioridad ARP predeterminado de '12'. Como tal, un nivel de congestion de '1' puede desencadenar la supresion de servicios no GBR que tengan una bandera de vulnerabilidad de supresion ARP configurada a 'verdadero' y un valor del nivel de prioridad ARP de 12 o inferior, esto es, los servicios no GBR que se pueden suprimir con un valor del nivel de prioridad ARP de 12, 13, 14 y 15 pueden ser suprimidos. En este ejemplo, el primer servicio en la Tabla 2 se puede suprimir.

En otra realizacion ejemplar, los criterios de supresion de la congestion pueden incluir, ademas de un valor del nivel de prioridad ARP y un tipo de recurso, un nivel de prioridad QCI. El nivel de prioridad QCI asociado con un servicio puede variar desde 1-255, donde '1' puede ser el nivel de prioridad QCI mas alto que puede tener un servicio y '255' puede ser el nivel de prioridad QCl mas bajo que puede tener un servicio. El nivel de prioridad QCI puede considerarse o no al determinar si suprimir un servicio para un nivel de congestion especlfico. Por ejemplo, cuando el nivel de congestion es '1', puede no considerarse un nivel de prioridad QCI al determinar si un servicio se puede suprimir. Los servicios asociados con altos parametros QCI pueden incluir la transmision y los servicios interactivos, mientras que los servicios con parametros QCI bajos pueden incluir los servicios que se ejecutan en segundo plano y no son crlticos.

En aun otro realizacion ejemplar, el nivel de congestion en el nodo 18 puede ser de '2'. La funcion 26 de control de la congestion consulta la base de datos 30 de configuraciones de la congestion en busca de los criterios de supresion de la congestion que correspondan a un nivel de congestion de '2'. La base de datos 30 de configuraciones de control de la congestion devuelve a la funcion 26 de control de la congestion los criterios de supresion de la congestion asociados con un nivel de congestion de '2'. Como se muestra en la Tabla 1 ejemplar, para un nivel de congestion de '2', los criterios de supresion de la congestion incluyen un valor del nivel de prioridad ARP de '10', un tipo de recurso de no GBR, y un nivel de prioridad QCI de '50'. De manera adicional, la bandera de vulnerabilidad de supresion ARP del servicio se deberla configurar a 'verdadero', esto es, el servicio se deberla poder suprimir.

La funcion 26 de control de la congestion consulta la base de datos 32 de contextos de servicios en busca de servicios no GBR que se puedan suprimir asociados con los criterios de supresion de servicios que incluyen un valor del nivel de prioridad ARP de al menos '10', un tipo de recurso de no GBR y un nivel de prioridad QCI de al menos '50'. La base de datos 32 de contextos de servicios devuelve una lista de servicios no GBR que se pueden suprimir en el nodo 18 asociados con un valor del nivel de prioridad ARP de al menos '10' y un nivel de prioridad QCI de al menos '50'. Se devuelve una lista de servicios no GBR que se pueden suprimir asociados con valores del nivel de prioridad ARP de al menos '10' y un nivel de prioridad QCI de al menos '50' a la funcion 26 de control de la congestion ordenados por nivel de prioridad, donde la prioridad de la lista se determina tomando en consideracion y combinando el nivel de prioridad a Rp y el nivel de prioridad QCI de los servicios en la lista, y donde los servicios que tiene la menor prioridad se pueden listar primero.

La funcion 26 de control de la congestion envla a la funcion 34 de supresion una identificacion asociada con el al menos un servicio a suprimir. La funcion 34 de supresion suprime el servicio asociado con la identificacion del servicio. Por tanto, un nivel de congestion de '2' desencadena la supresion de los servicios no GBR que se pueden suprimir asociados con un valor del nivel de prioridad ARP en el rango de 10 a 15 y un nivel de prioridad QCI en el rango de 50-255. En este ejemplo, los servicios GBR, independientemente de su valor de nivel de prioridad ARP asociado, no se suprimen. De manera similar, los servicios no GBR con tanto un valor del nivel de prioridad ARP mayor que 10, esto es, 1-9, como un nivel de prioridad QCI mayor que 50, esto es, 1-49, no se suprimen.

En otra realizacion ejemplar, el nivel de congestion puede ser de '3'. Un nivel de congestion de '3' desencadena la supresion de tanto servicios GBR como no GBR que se pueden suprimir y tienen un valor del nivel de prioridad ARP de 7 o por debajo. Como tal, los servicios GBR y no GBR que se pueden suprimir con un valor del nivel de prioridad ARP en el rango de 7-15 se suprimen. Al determinar si el servicio se puede suprimir, otros criterios, tales como el nivel de prioridad QCI del servicio, pueden no ser considerados. La bandera de vulnerabilidad de supresion ARP necesita tener un valor de 'verdadero' (se puede suprimir) para un servicio a ser suprimido.

En otra realizacion ejemplar, el nodo 18 puede experimentar un alto nivel de congestion, que se representa en la Tabla 1 ejemplar como nivel de congestion 'n'. Un nivel de congestion de 'n' desencadena la supresion de todos los servicios con un valor del nivel de prioridad ARP de 4 o inferior y un nivel de prioridad QCI que no sea mayor de 5, independientemente del tipo de recurso asociado con el servicio. Como tal, los servicios con un valor del nivel de prioridad ARP en el rango de 4-15 y un nivel de prioridad QCI en el rango de 5-255 se suprimen.

La presente invention se puede realizar en hardware, o una combination de hardware y software. Cualquier tipo de sistema informatico, u otros aparatos adaptados para llevar a cabo los metodos descritos en la presente memoria, es adecuado para realizar las funciones descritas en la presente memoria. Una combinacion tlpica de hardware y software podrla ser un sistema informatico especializado, que tiene uno o mas elementos de procesamiento y un programa informatico almacenado en un medio de almacenamiento que, al ser cargado y ejecutado, controla el sistema informatico de manera tal que lleva a cabo los metodo descritos en la presente memoria. La presente invencion se puede incrustar tambien en un producto de programa informatico, que comprende todas las caracterlsticas que permiten la implementation de los metodos descritos en la presente memoria, y que, al ser cargado en un sistema informatico es capaz de llevar a cabo estos metodos. El medio de almacenamiento se refiere a cualquier dispositivo de almacenamiento volatil o no volatil.

Un programa o aplicacion informatica en el presente contexto implica cualquier expresion, en cualquier lenguaje, codigo o notacion, de un conjunto de instrucciones destinadas a provocar que un sistema que tiene una capacidad de procesamiento de la informacion realice una funcion concreta ya sea de manera directa o despues de ya sea uno o ambos de entre lo siguiente a) conversion a otro lenguaje, codigo o notacion; b) reproduccion en una forma material diferente.

La siguiente materia es abarcada tambien por la presente descripcion y puede ser incorporada a las realizaciones. Materia #1. Un sistema de gestion de la congestion para gestionar la congestion en una red (12) de comunicacion, incluyendo la red (12) de comunicacion un nodo (18) de red que tiene un nivel de congestion, comprendiendo el sistema:

un controlador (28) de la congestion, controlador (28) de la congestion que:

determina (S102) los criterios de supresion de la congestion correspondientes al nivel de congestion; crea (S104) una lista de servicios candidatos de supresion potenciales asociados con unos criterios de supresion de servicios que son al menos iguales que los criterios de supresion de la congestion, siendo la lista de servicios candidatos de supresion potenciales al menos un sub conjunto de una pluralidad de servicios en el nodo (18); y

determina (S108), basado en al menos los criterios de supresion de servicios, si suprimir al menos uno de los servicios candidatos de supresion potenciales en la lista.

Materia #2. El sistema de la Materia #1, en donde el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el criterio de supresion de la congestion es uno de una pluralidad de criterios de supresion de la congestion, comprendiendo el sistema ademas:

una base de datos (30) de configuration de control de la congestion, incluyendo la base de datos (30) de configuration de control de la congestion una correspondencia entre cada uno de la pluralidad de niveles de congestion con uno diferente de una pluralidad de criterios de supresion de la congestion; y

el controlador (28) de la congestion que ademas:

recupera, desde la base de datos (30) de configuraciones de control de la congestion, los criterios de supresion de la congestion correspondientes con el nivel de congestion.

Materia #3. El sistema de la Materia #1, que comprende ademas:

una base de datos (32) de contextos de servicios, incluyendo la base de datos (32) de contextos de servicios una lista de la pluralidad de servicios en el nodo (18), en donde cada uno de la pluralidad de servicios se asocia con uno de los criterios de supresion de servicios; y

el controlador (28) de la congestion ademas:

recupera, de la base de datos (32) de contextos de servicios, los servicios candidatos de supresion potenciales asociados con los criterios de supresion de servicios que son al menos iguales a los criterios de supresion de la congestion.

Materia #4. El sistema de la Materia #1, que comprende ademas:

una funcion (36) de nivel de congestion, determinando la funcion (36) de nivel de congestion el nivel de congestion en el nodo (18).

Materia #5. El sistema de la Materia #1, en donde:

los criterios de supresion de la congestion incluyen un umbral de nivel de prioridad de asignacion y retention, ARP, predeterminado; y

los criterios de supresion del servicio incluyen un nivel de prioridad ARP.

Materia #6. El sistema de la Materia #5, en donde:

los criterios de supresion de la congestion incluyen un umbral de nivel de prioridad del Identificador de Clase de Calidad de Servicio, QCI, y un tipo de recurso predeterminado; y

los criterios de supresion de servicios incluyen ademas un nivel de prioridad QCI y un tipo de recurso.

Materia #7. El sistema de la Materia #1, el controlador (28) de la congestion ademas:

prioriza (S106) la lista de servicios candidatos de supresion potenciales en base a los criterios de supresion de servicios; y

determina (S108) al menos uno de los servicios candidatos de supresion potenciales a suprimir.

Materia #8. El sistema de la Materia #7, que comprende ademas:

una funcion (34) de supresion, funcion (34) de supresion que:

ecibe, del controlador (28) de congestion, un identificador de servicio asociado con el al menos uno de los servicios candidatos de supresion potenciales a suprimir; y

suprime (S124) el al menos uno de los servicios candidatos de supresion potenciales en base a al menos el nivel de prioridad de la prioridad de asignacion y retencion, ARP.

Materia #9. Un metodo para gestionar la congestion en una red (12) de comunicacion, incluyendo la red (12) de comunicacion un nodo (18) de red que tiene un nivel de congestion, comprendiendo el metodo:

determinar (S102) los criterios de supresion de la congestion correspondientes al nivel de congestion; crear (S104) una lista de servicios candidatos de supresion potenciales asociados con unos criterios de supresion de servicios que sean al menos iguales que los criterios de supresion de la congestion, siendo la lista de servicios candidatos de supresion potenciales un sub conjunto de una pluralidad de servicios en el nodo; y

determinar (S106), en base a los criterios de supresion de servicios, si suprimir al menos uno de los servicios candidatos de supresion potenciales en la lista.

Materia #10. El metodo de la Materia #9, en donde el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el criterio de supresion de la congestion es uno de entre una pluralidad de criterios de supresion de la congestion, comprendiendo el metodo ademas:

recuperar los criterios de supresion de la congestion correspondientes al nivel de congestion de una base de datos (30) de configuraciones de control de la congestion, incluyendo la base de datos (30) de configuraciones de control de la congestion una correspondencia de cada uno de la pluralidad de niveles de congestion con uno diferente de la pluralidad de criterios de supresion de la congestion.

Materia #11. El metodo de la Materia #9, que comprende ademas:

recuperar, de una base de datos (32) de contextos de servicios, los servicios candidatos de supresion potenciales asociados con los criterios de supresion de servicios que sean al menos iguales que los criterios de supresion de la congestion, en donde la base de datos (32) de contextos de servicios incluye una lista de la pluralidad de servicios en el nodo (18), y cada uno de la pluralidad de servicios se asocia con uno de la pluralidad de criterios de supresion de servicios.

Materia #12. El metodo de la Materia #9, en donde la funcion (36) de nivel de congestion determina (S100) el nivel de congestion en el nodo (18).

Materia #13. El metodo de la Materia #9, en donde:

los criterios de supresion de la congestion incluyen un umbral del nivel de prioridad de la prioridad de asignacion y retencion, ARP; y

los criterios de supresion de servicios incluyen un nivel de prioridad ARP.

Materia #14. El metodo de la Materia #13, en donde:

los criterios de supresion de la congestion incluyen ademas un Identificador de Clase de Calidad de Servicio, QCI, predeterminado, un umbral de nivel de prioridad y un tipo de recurso predeterminado; y

Materia #15. El metodo de la Materia #9, que comprende ademas:

priorizar (S106) la lista de servicios candidatos de supresion potenciales en base a los criterios de supresion de servicios, y determinar al menos uno de los servicios candidatos de supresion potenciales a suprimir. Materia #16. El metodo de la Materia #9, que comprende ademas:

recibir, desde el controlador (28) de congestion, un identificador de servicio asociado con el al menos uno de los servicios candidatos de supresion potenciales a suprimir; y

suprimir el al menos uno de los servicios candidatos de supresion potenciales.

Materia #17. Un metodo para gestionar la congestion en una red (12) de comunicacion, incluyendo la red (12) de comunicacion un nodo (l8) de red que tiene un nivel de congestion, comprendiendo el metodo:

determinar (S110) un umbral de supresion predeterminado correspondiente al nivel de congestion; determinar (S112) una caracterlstica del servicio asociada con un servicio en el nodo;

comparar (S114) el umbral de supresion predeterminado con la caracterlstica del servicio; y

determinar (S116, S118, S120), basado al menos en parte en la comparacion, si suprimir el servicio.

Materia #18. El metodo de la Materia #17, en donde el umbral de supresion predeterminado incluye un umbral de nivel de prioridad de asignacion y retencion, ARP;

la caracterlstica del servicio incluye un nivel de prioridad ARP asociado con el servicio; y el metodo comprende ademas:

suprimir (S124) el servicio cuando la caracterlstica del servicio sea al menos igual al umbral de supresion predeterminado.

Materia #19. El metodo de la materia #17, en donde el umbral de supresion predeterminado incluye:

un umbral de nivel de prioridad del Identificador de Clase de Calidad de Servicio, QCI; y un tipo de recurso predeterminado; y

la caracterlstica del servicio incluye un nivel de prioridad QCI y un tipo de recurso asociados con el servicio; y el metodo ademas comprende:

suprimir (S124) el servicio cuando el nivel de prioridad QCI sea al menos igual al umbral de nivel de prioridad QCI predeterminado, y el tipo de recurso sea el mismo que el tipo de recurso.

Materia #20. El metodo de la Materia #17, que comprende ademas:

determinar (S116) si el servicio puede ser eliminado analizando un valor de la vulnerabilidad de supresion de prioridad de asignacion y retencion, ARP, asociado con el servicio.

Materia #21. El metodo de la Materia #18, en donde:

el nivel de prioridad es uno de entre una pluralidad de niveles de congestion; y

el umbral de nivel de prioridad ARP predeterminado es uno de entre una pluralidad de umbrales de nivel de prioridad ARP, cada uno de la pluralidad de umbrales de niveles de prioridad ARP correspondientes a uno diferente de entre la pluralidad de niveles de congestion.

Materia #22. El metodo de la Materia #19, en donde:

el nivel de congestion es uno de entre una pluralidad de niveles de congestion;

el umbral de nivel de prioridad QCI es uno de entre una pluralidad umbrales de niveles de prioridad QCI, cada uno de los umbrales de niveles de prioridad QCI correspondientes a uno diferente de entre la pluralidad de niveles de congestion; y

el tipo de recurso predeterminado es uno de entre una pluralidad de tipos de recursos, cada uno de entre la pluralidad de tipos de recursos correspondiente a uno diferente de entre la pluralidad de niveles de congestion.

Materia #23. Un medio de almacenamiento legible por un ordenador que almacena instrucciones legibles por un ordenador que al ser ejecutadas por un procesador (38), provocan que el procesador (38) realice un metodo que comprende:

determinar (S102) los criterios de supresion de la congestion correspondientes a un nivel de congestion en un nodo (18);

crear (S104) una lista de servicios candidatos de supresion potenciales asociada con unos criterios de supresion de servicios que son al menos iguales a los criterios de supresion de la congestion, siendo la lista de servicios candidatos de supresion potenciales al menos un sub conjunto de una pluralidad de servicios en el nodo (18); y

determinar (S108), en base a al menos los criterios de supresion de servicios, si suprimir al menos uno de los servicios candidatos de supresion potenciales de la lista.

Materia #24. El medio de almacenamiento legible por un ordenador de la materia #23, en donde el nivel de congestion es uno de entre una pluralidad de niveles de congestion y el criterio de supresion de la congestion es uno de entre una pluralidad de criterios de supresion de la congestion, el procesador (18) ademas:

recupera los criterios de supresion de la congestion correspondientes al nivel de congestion de un base de datos (30) de configuraciones de control de la congestion, incluyendo la base de datos (30) de configuraciones de control de la congestion una correspondencia de cada uno de los niveles de congestion con uno diferente de entre la pluralidad de criterios de supresion de la congestion.

Sera apreciado por la personas expertas en la tecnica que la presente invencion no se limita a lo que se ha mostrado y descrito de manera concreta anteriormente en la presente memoria. Ademas, a menos que anteriormente se haga mencion de lo contrario, se deberla observar que todos los dibujos adjuntos no estan a escala. Son posibles una variedad de modificaciones y variaciones a la luz de las ensenanzas anteriores sin salir del alcance de las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un metodo para gestionar la congestion de un nodo (18) de red que tiene un nivel de congestion, comprendiendo el metodo:

determinar (S110) un umbral de supresion correspondiente al nivel de congestion, en donde:

- el umbral de supresion incluye un umbral de nivel de prioridad de Identificador de Clase de Calidad de Servicio, QCI, en donde el umbral de nivel de prioridad QCI es uno de entre una pluralidad de umbrales de nivel de prioridad QCI, y

- el nivel de congestion es uno de entre una pluralidad de niveles de congestion, cada uno de la pluralidad de umbrales de nivel de prioridad QCI correspondiente a uno diferente de entre la pluralidad de niveles de congestion;

determinar (S112) una caracterlstica del servicio asociada con un servicio existente del nodo, i) siendo la caracterlstica del servicio indicativa de un nivel de prioridad del servicio existente y ii) incluyendo un nivel de prioridad QCI; y cuando la caracterlstica del servicio comparada con el umbral de supresion indica que el nivel de prioridad del servicio existente es suficientemente bajo para garantizar la supresion del servicio existente (S114) y cuando se determina que el servicio existente se puede suprimir en base al valor de la vulnerabilidad de supresion de prioridad de asignacion y retencion, ARP, asociado con el servicio existente, suprimir el servicio existente (S116, S118, S120).

2 El metodo de la Reivindicacion 1, en donde:

- el metodo ademas comprende determinar que la congestion en el nodo de red ha alcanzado el nivel de congestion; o

- el metodo ademas comprende recibir una solicitud para un nuevo servicio y en donde suprimir el servicio existente libera recursos para el nuevo servicio; o

- la caracterlstica del servicio es indicativa de una prioridad para el servicio existente; o

- el umbral de supresion incluye los datos correspondientes a la caracterlstica del servicio y la caracterlstica del servicio incluye al menos uno de entre un nivel de prioridad ARP, un nivel de prioridad QCI, un tipo de recurso, un tipo de servicio, y el valor de la vulnerabilidad supresion ARP.

3. El metodo de la Reivindicacion 1, en donde la supresion comprende liberar recursos asociados con el servicio existente.

4. El metodo de la Reivindicacion 3, en donde los recursos comprenden una o mas portadoras.

5. Un medio legible por un ordenador que comprende las partes de codigo que, al ser ejecutadas en un procesador, configuran el procesador para realizar todos los pasos de un metodo segun cualquiera de las reivindicaciones del metodo anteriores.

6. Un nodo (18) de red para gestionar la congestion, comprendiendo el nodo de red un procesador (38) configurado para:

- determinar un umbral de supresion correspondiente a un nivel de congestion en el nodo de red, en donde: - el umbral de supresion incluye un umbral de nivel de prioridad de Identificador de Clase de Calidad de Servicio, QCI, en donde el umbral de nivel de prioridad QCI es uno de entre una pluralidad de umbrales de nivel de prioridad QCI, y

- el nivel de congestion es uno de entre una pluralidad de niveles de congestion, cada uno de la pluralidad de umbrales de nivel de prioridad QCI correspondientes a uno diferente de entre la pluralidad de niveles de congestion;

- determinar una caracterlstica del servicio asociada con un servicio existente del nodo, i) siendo la caracterlstica del servicio indicativa de un nivel de prioridad del servicio existente y ii) incluyendo un nivel de prioridad QCI; y

- cuando la caracterlstica del servicio comparada con el umbral de supresion indique que el nivel de prioridad del servicio existente es suficientemente bajo para garantizar la supresion del servicio existente y cuando se determine que el servicio existente se puede suprimir en base al valor de la vulnerabilidad de supresion de prioridad de asignacion y retencion, ARP, asociado con el servicio existente, suprima el servicio existente.

7. El nodo de red de la Reivindicacion 6, en donde:

- el procesador se configura ademas para determinar que la congestion en el nodo de red ha alcanzado el nivel de congestion;

- el procesador se configura ademas para recibir una solicitud para un nuevo servicio y en donde suprimir los servicios existentes libera recursos para el nuevo servicio; o

- el umbral de supresion incluye los datos correspondientes a la caracterlstica del servicio y la caracterlstica del servicio incluye al menos uno de entre un nivel de prioridad ARP, un nivel de prioridad QCI, un tipo de recurso, un tipo de servicio, y un valor de la vulnerabilidad de supresion ARP.

8. El nodo de red de la Reivindicacion 6, en donde, al suprimir el servicio existente, el procesador se configura ademas para liberar los recursos asociados con el servicio existente.

9. El nodo de red de la Reivindicacion 8, en donde los recursos comprenden una o mas portadoras.