Un método de revocación de recursos basado en un subsistema de admisión y control de recursos,

que comprende:

recibir (403, 506, 603, 703), por una función de decisión de política basada en servicios, una notificación de revocación de reserva, que contiene un contexto relacionado con los recursos, desde una función de admisión y control de recursos de acceso;

analizar sintácticamente el contexto en la notificación de revocación de reserva;

determinar (408, 507, 605, 704), por la función de decisión de política de acción basada en servicios, si se han asignado recursos de servicio por una función de pasarela de borde para una sesión de acuerdo con el contexto analizado sintácticamente de la notificación de revocación de reserva; y

cuando se determina que los recursos de servicio han sido asignados por la función de pasarela de borde para la sesión, notificar (409, 508, 606, 705), por la función de decisión de política basada en servicios, a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión

Método y dispositivo de red para revocar recursos sobre la base de un subsistema de admisión y control de recursos.

Campo de la invención

La presente invención se refiere al campo de la tecnología de las comunicaciones y, en particular, a un método de revocación de recursos basado en un subsistema de admisión y control de recursos (RACS) y a un dispositivo de red.

Antecedentes de la invención

A medida que se va expandiendo la Internet emergen rápidamente diversos servicios de red y sistemas de comunicación multimedia avanzados. Debido al hecho de que los servicios en tiempo real son sensibles a características tales como el retardo de transmisión de la red y la fluctuación del tiempo, tales servicios serán afectados gravemente cuando haya alguna ráfaga de salida del servicio de protocolo de transferencia de ficheros (FTP) o de protocolo de transferencia de hipertexto (HTTP) que implique ficheros de imágenes. Además, es difícil transmitir fiablemente servicios clave que deban asegurarse mediante la red existente, ya que los servicios multimedia ocupan mucho ancho de banda. Por tanto, emergen diversas técnicas de calidad de servicio (QoS) a medida que los tiempos lo requieren. La fuerza de choque de ingeniería de Internet (IETF) ha propuesto muchos modelos y mecanismos de servicios para satisfacer la demanda de QoS.

Una amplia gama de aplicaciones y servicios basados en portales, así como servicios multimedia en banda ancha han pasado a ser un contenido importante en la operación en banda ancha, incluyendo la provisión de flujos de vídeo/audio ricos, vídeo sobre demanda (VOD), multidifusión de vídeo, interacción multimedia y juegos de red con altos requisitos de ancho de banda para usuarios residenciales corrientes, así como proveer videoconferencias, educación remota, redes privadas virtuales (VPNs), líneas privadas de datos aseguradas en QoS y hoteles IP, etc. para usuarios comerciales.

Los operadores y los usuarios de empresas están muy agradecidos a la técnica Ethernet y a la técnica Ethernet de extremo a extremo. La técnica Ethernet se ha convertido en una de las técnicas más importante en la construcción de redes unificadas y redes de área metropolitana (MANs), y los servicios de Ethernet tienen buenas expectativas en el futuro mercado. En vista de la situación anterior, en la arquitectura de redes basadas en paquetes (es decir, la red de la próxima generación (NGN)), propuesta en servicios y protocolos convergidos en telecomunicaciones e Internet para interconexión de redes avanzada (TISPAN) por el Instituto Europeo de Estándares de Telecomunicaciones (ETSI), se ha introducido un subsistema de admisión y control de recursos (RACS) entre la capa de aplicación y la capa de transporte para gestionar centralmente recursos en la red portadora; además, se proporciona un control basado en políticas, de modo que el QoS de la red portadora y la traducción de direcciones de red (NAT), etc. sean accedidos y controlados a través de RACS.

La arquitectura RACS definida en TISPAN se muestra en la figura 1. En ésta, el RACS incluye principalmente: una función de aplicación (AF) 110, una función de decisión de política basada en servicios (SPDF) 120, una función de pasarela de borde (BGF) 130, una función de admisión y control de recursos de acceso (A-RACF) 140 y una función de imposición de control de recursos (RCEF) 150. La relación y las interfaces entre respectivas funciones en el RACS se muestran también en la figura 1.

En esta figura, el control de la traducción de direcciones y puertos de red (NAPT) se realiza principalmente por medio de interacción entre AF 110, SPDF 120 y BGF 130; el A-RACF 140 y el RCEF 150 se utilizan principalmente para controlar los recursos QoS en la capa de acceso.

En la arquitectura RACS antes citada se tienen que revocar recursos relevantes una vez que se libera una ruta portadora o ha quedado inválida una política instalada. El procedimiento de revocación de recursos puede ser iniciado por un sistema de agregación de red (NASS) o un RCEF en la técnica anterior.

Haciendo referencia a la figura 2, el procedimiento principal para iniciar una revocación de recursos por el NASS en la técnica anterior es como sigue:

(201) El NASS decide liberar una ruta portadora, por ejemplo el equipo del establecimiento del cliente pide al NAS que libere la ruta portadora.

(202) El NASS notifica a un A-RACF que retire la información de acceso enviando una indicación de liberación de conectividad IP para notificar al A-RACF que ha quedado inválida la información de red de acceso.

(203) El A-RACF pide que se revoquen todos los recursos relevantes enviando una petición de revocación de reserva para notificar a un SPDF que revoque la reserva de recursos.

(204) Un SPDF notifica a un AF que revoque la reserva de recursos enviando una petición de revocación de reserva.

(205) El A-RACF verifica si hay que revocar la política instalada para un RCEF; si es así (es decir que se ha instalado la política para RCEF), ejecuta el paso (206); en caso contrario, termina el procedimiento.

(206) El A-RACF notifica al RCEF que revoque la política enviando una petición de liberación de recursos de servicio a RCEF.

(207) El RCEF revoca la política y devuelve el resultado enviando un acuse de recibo de liberación de recursos de servicio de RCEF.

Haciendo referencia a la figura 3, el procedimiento principal para iniciar la revocación de recursos por el RCEF en la técnica anterior es como sigue:

(301) El RCEF determina que ha quedado inválida una política instalada (por ejemplo, debido a un fallo interno).

(302) El RCEF notifica al A-RACF que ha quedado inválida la política con un evento de notificación de evento.

(303) El A-RACF pide que se revoquen todos los recursos relevantes enviando una petición de revocación de reserva al SPDF para notificar al SPDF que revoque la reserva de recursos.

(304) El SPDF notifica al AF que revoque la reserva de recursos enviando una petición de revocación de reserva.

Según los dos procedimientos de revocación de recursos anteriores: en la estructura RACS anterior, si una llamada ha pedido recursos de servicio (por ejemplo, NAT) a BGF, pero NASS o RCEF inicia una revocación de recursos por alguna razón, los recursos de servicio asignados por BGF no serán revocados, dando como resultado un despilfarro de recursos de red.

El estándar ETSI "Arquitectura funcional NGN; Subsistema admisión y control de recursos (RACS); Tirada 1", Mayo de 2205, describe la arquitectura de funciones para el subsistema de admisión y control de recursos (RACS) y, en particular, revela flujos de liberación de recursos en A-RACF, así como en la función de pasarela de borde.

Sumario de la invención

Una realización de la presente invención persigue proporcionar un método de revocación de recursos basado en un subsistema de admisión y control de recursos, que incluye:

Recibir, por una función de decisión de política basada en servicios, una notificación de revocación de reserva; y

cuando se determine que se han asignado recursos de servicio para la sección por la función de pasarela de borde, notificar, por la función de decisión de política basada en servicios, a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión.

El método incluye, además: devolver el resultado de ejecución de la función de pasarela de borde a la función de decisión de política basada en servicios.

Esto se hace si los recursos de servicio han sido asignados por la función de pasarela de borde para que se realice la gestión de acuerdo con un contexto que fue creado cuando la función de aplicación pidió recursos y que estaba contenido en la notificación.

Esto se hace también si los recursos de servicio han sido asignados por la función de pasarela de borde para que se realice la sesión de acuerdo con información que fue creada y registrada en la función de decisión de política basada en servicios cuando la función de aplicación pidió recursos.

La información creada cuando la función de aplicación pidió recursos es información de identificación de la función de pasarela de borde.

La notificación de revocación de reserva viene de una función de admisión y control de recursos de acceso.

El método incluye, además: verificar,...

1. Un método de revocación de recursos basado en un subsistema de admisión y control de recursos, que comprende:

recibir (403, 506, 603, 703), por una función de decisión de política basada en servicios, una notificación de revocación de reserva, que contiene un contexto relacionado con los recursos, desde una función de admisión y control de recursos de acceso;

analizar sintácticamente el contexto en la notificación de revocación de reserva;

determinar (408, 507, 605, 704), por la función de decisión de política de acción basada en servicios, si se han asignado recursos de servicio por una función de pasarela de borde para una sesión de acuerdo con el contexto analizado sintácticamente de la notificación de revocación de reserva; y

cuando se determina que los recursos de servicio han sido asignados por la función de pasarela de borde para la sesión, notificar (409, 508, 606, 705), por la función de decisión de política basada en servicios, a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión.

2. El método según la reivindicación 1, que comprende, además, el paso de:

recibir (410, 509, 607, 606), por la función de decisión de política basada en servicios, el resultado de ejecución devuelto desde la función de pasarela de borde.

3. El método según la reivindicación 1, que comprende, además: verificar (405, 503), por la función de admisión y control de recursos de acceso, si es necesario revocar una política instalada para una función de imposición de control de recursos, y notificar (406, 504) a la función de imposición de control de recursos que revoque la política si ello es necesario; y devolver (407, 505) el resultado de ejecución desde la función de imposición de control de recursos hasta la función de admisión y control de recursos de acceso.

4. El método según una cualquiera de las reivindicaciones 1 y 2, antes de que la función de decisión de política basada en servicios reciba la notificación de revocación de reserva (403, 506, 603, 703), que comprende, además: disparar un evento asociado con la revocación de reserva por un subsistema de agregación de red (401, 501) o por la función de imposición de control de recursos (601, 701).

5. El método según una cualquiera de las reivindicaciones 1 y 2, después de que la función de decisión de política basada en servicios reciba la notificación de revocación de reserva (403, 506, 603, 703), que comprende, además: notificar (404, 510, 604, 707) a la función de aplicación que revoque la reserva de recursos por la función de decisión de política basada en servicios.

6. Un dispositivo de red (50) basado en un subsistema de admisión y control de recursos, que comprende:

una unidad de procesamiento (500) para recibir una notificación de revocación de reserva;

una unidad de determinación (520) para determinar si es necesario pedir a una función de pasarela de borde que libere y revoque recursos de servicio según la indicación de revocación de reserva proveniente de la unidad de procesamiento, en donde la unidad de determinación (520) comprende: una unidad de análisis sintáctico de contexto para analizar sintácticamente el contexto en la notificación de anulación de reserva proveniente de una función de admisión y control de recursos de acceso, y una unidad de enjuiciamiento para determinar si los recursos de servicio han sido asignados por la función de pasarela de borde para la sesión según el resultado de la unidad de análisis sintáctico de contexto; y

una segunda unidad de notificación (530) para notificar a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión cuando la unidad de determinación (520) determine que los recursos de servicio han sido asignados por la función de pasarela de borde para la sesión.

7. El dispositivo de red (50) según la reivindicación 6, que comprende, además: una primera unidad de notificación (511) para notificar a la función de aplicación que revoque la reserva de recursos de acuerdo con la notificación de revocación de reserva.

8. Un método de revocación de recursos basado en un subsistema de admisión y control de recursos, que comprende:

recibir (403, 506, 603, 703), por la función de decisión de política basada en servicios, una notificación de revocación de reserva proveniente de una función de admisión y control de recursos de acceso;

después de recibir la notificación de revocación de reserva, determinar (408, 507, 605, 704), por la función de decisión de política basada en servicios, si se han asignado recursos de servicio por una función de pasarela de borde para una sesión, buscando para ello información registrada en la función de decisión de política basada en servicios que se crea cuando la función de aplicación pide recursos; y

cuando se determina que se han asignado por la función de pasarela de borde los recursos de servicio para la sesión, notificar (409, 508, 606, 705), por la función de decisión de política basada en servicios, a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión.

9. El método según la reivindicación 8, que comprende, además, el paso de:

recibir (410, 509, 607, 706), por la función de decisión de política basada en servicios, el resultado de ejecución devuelto desde la función de pasarela de borde.

10. El método según la reivindicación 8, que comprende, además: verificar (405, 503), por la función de admisión y control de recursos de acceso, si es necesario revocar una política instalada para un función de imposición de control de recurso, y notificar (406, 504) a la función de imposición de control de recursos que revoque la política si ello es necesario; y devolver (407, 505) el resultado de ejecución desde la función de imposición de control de recursos hasta la función de admisión y control de recursos de acceso.

11. El método según una cualquiera de las reivindicaciones 8 y 9, antes de que la función de decisión de política basada en servicios reciba una notificación de revocación de reserva (403, 506, 603, 703), que comprende, además: disparar un evento asociado con la revocación de reserva por un subsistema de agregación de red (401, 501) o por la función de imposición de control de recursos (601, 701).

12. El método según una cualquiera de las reivindicaciones 8 y 9, después de que la función de decisión de política basada en recursos reciba la notificación de revocación de reservas (403, 506, 603, 703), que comprende, además: notificar (404, 510, 604, 707) a la función de aplicación que revoque la reserva de recursos por la función de decisión de política basada en servicios.

13. El método según la reivindicación 8, en el que la información creada es una información de identificación de la función de pasarela de borde.

14. Un dispositivo de red (50) basado en un subsistema de admisión y control de recursos, que comprende:

una unidad de procesamiento (500) para recibir una notificación de revocación de reserva;

una unidad de determinación (520) para determinar si es necesario pedir a una función de pasarela de borde que libere y revoque recursos de servicio según la indicación de revocación de reserva proveniente de la unidad de procesamiento, en donde la unidad de determinación (520) comprende: una unidad de búsqueda de información de registros para buscar la información creada y registrada localmente cuando la función de aplicación pidió recursos; y una unidad de enjuiciamiento para detectar si se han asignado los recursos de servicio por la función de pasarela de borde para la sesión según el resultado de búsqueda proveniente de la unidad de búsqueda de información de registros; y

una segunda unidad de notificación (530) para notificar a la función de pasarela de borde que libere y revoque los recursos de servicio asignados para la sesión cuando la unidad de determinación (520) determine que se han asignado los recursos de servicio por la función de pasarela de borde para la sesión.

15. El dispositivo de red (50) según la reivindicación 14, que comprende, además: una primera unidad de notificación (511) para notificar a la función de aplicación que revoque la reserva de recursos de acuerdo con la notificación de revocación de reserva.