ES2345055T3 - Metodo y dispositivo de red para revocar recursos sobre la base de un subsistema de admision y control de recursos. - Google Patents
Metodo y dispositivo de red para revocar recursos sobre la base de un subsistema de admision y control de recursos. Download PDFInfo
- Publication number
- ES2345055T3 ES2345055T3 ES06018332T ES06018332T ES2345055T3 ES 2345055 T3 ES2345055 T3 ES 2345055T3 ES 06018332 T ES06018332 T ES 06018332T ES 06018332 T ES06018332 T ES 06018332T ES 2345055 T3 ES2345055 T3 ES 2345055T3
- Authority
- ES
- Spain
- Prior art keywords
- function
- resources
- service
- revocation
- reservation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/745—Reaction in network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Details Of Television Systems (AREA)
- Selective Calling Equipment (AREA)
- Tone Control, Compression And Expansion, Limiting Amplitude (AREA)
- Computer And Data Communications (AREA)
Abstract
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.
Description
Método y dispositivo de red para revocar
recursos sobre la base de un subsistema de admisión y control de
recursos.
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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, 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 a la función de imposición de
control de recursos que revoque la política si ello es
necesario.
El método incluye, además: devolver el resultado
de ejecución de la función de imposición de control de recursos a
la función de admisión y control de recursos de acceso.
\newpage
Antes de que la función de decisión de política
basada en servicios reciba la notificación de revocación de
reserva, el método incluye, además: disparar un evento asociado con
la revocación de reserva por un subsistema de agregación de red o
de la función de imposición de control de recursos.
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, el método incluye, además: notificar 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.
\vskip1.000000\baselineskip
Otra realización de la presente invención
persigue proporcionar un dispositivo de red que incluye:
una unidad de procesamiento para recibir una
indicación de revocación de reserva;
una unidad de determinación para determinar si
es necesario pedir que una función de pasarela de borde libere y
revoque recursos de servicio de acuerdo con la indicación de
indicación de revocación de reserva proveniente de la unidad de
procesamiento; y
una segunda unidad de notificación para
notificar a la función de pasarela de borde, cuando lo determine la
unidad de determinación, que pida a la función de pasarela de borde
que libere y revoque los recursos de servicio.
\vskip1.000000\baselineskip
La unidad de determinación incluye:
una unidad de análisis sintáctico de contextos
para analizar sintácticamente el contexto en la notificación de
revocación de reserva proveniente de un recurso de acceso en el que
se creó el contexto cuando una función de aplicación pidió
recursos;
una unidad de enjuiciamiento para determinar si
la función de pasarela de borde ha asignado recursos de servicio
para una sesión de acuerdo con el resultado de la unidad de análisis
sintáctico de contexto.
\vskip1.000000\baselineskip
La unidad de determinación incluye:
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;
una unidad de enjuiciamiento para detectar si la
función de pasarela de borde ha asignado recursos de servicio para
la sesión de acuerdo con el resultado de búsqueda de la unidad de
búsqueda de información de registros.
\vskip1.000000\baselineskip
El dispositivo de red incluye, además: una
primera unidad de notificación para notificar a la función de
aplicación que revoque la reserva de recursos de acuerdo con la
indicación de revocación de reserva.
En la arquitectura RACS proporcionada en la
invención se puede notificar a tiempo al BGF que revoque los
recursos de servicio cuando el SPDF reciba una información de
revocación de reserva. Por tanto, la presente invención elimina la
desventaja de que no se notifique al BGF que libere los recursos de
servicio después de que un servicio de sesión haya pedido recursos
del BGF y, como consecuencia, los recursos no puedan ser revocados
a tiempo en la técnica anterior. Como resultado, la presente
invención puede mejorar racionalmente el ratio de utilización de
recursos.
La figura 1 es un diagrama esquemático de la
arquitectura RACS en la técnica anterior;
La figura 2 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un NASS en
la técnica anterior;
La figura 3 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un RCEF en
la técnica anterior;
La figura 4 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un NASS de
acuerdo con una realización de la presente invención;
La figura 5 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un NASS de
acuerdo con otra realización de la presente invención;
La figura 6 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un RCEF de
acuerdo con una realización de la presente invención;
La figura 7 es un diagrama de flujo de
procesamiento para iniciar una revocación de recursos por un RCEF de
acuerdo con otra realización de la presente invención; y
La figura 8 es un diagrama de bloques de un
dispositivo proporcionado en una realización de la presente
invención.
Para permitir que un BGF que ha asignado
recursos de servicio para una sesión revoque oportunamente los
recursos de servicio cuando un subsistema de agregación de red
(NASS) o una función de imposición de control de recursos (RCEF)
dispara un evento relacionado con una revocación de reserva de
recursos, una función de decisión de política basada en servicios
(SPDF) determina si el BGF ha asignado recursos de servicio para la
sesión y, cuando se determina que el BGF ha asignado recursos de
servicio para la sesión, notifica al BGF que libere y revoque los
recursos de servicio.
Un A-RACF envía al SPDF un
mensaje de notificación que contiene un contexto relacionado con los
recursos; el contexto fue creado cuando el AF pide recursos al
SPDF, y fue almacenado en AF y A-RACF, etc. Cuando
el SPDF selecciona un BGF para asignar recursos de servicio de
acuerdo con la política, se registra la información correspondiente
en el contexto. Por tanto, si el A-RACF envía un
mensaje de petición de revocación de reserva que contiene
información de BGF, el SPDF puede determinar si el BGF ha asignado
recursos de servicio para la sesión de acuerdo con la información
correspondiente contenida en el contexto.
Además, cuando el AF pide recursos, el SPDF
puede registrar localmente la información de BGF después de que
seleccione que BGF asigne recursos; de esta manera, es innecesario
que se contenga información de BGF en el mensaje de petición de
revocación de reserva proveniente del A-RACF,
mientras que el SPDF determina si el BGF ha asignado directamente
recursos de servicio para la sesión de acuerdo con los registros
grabados localmente.
\vskip1.000000\baselineskip
Haciendo referencia a la figura 4, el
procedimiento principal para iniciar una revocación de recursos por
el NASS en una realización de la presente invención es como
sigue:
Paso 401: un NASS decide liberar una ruta
portadora; por ejemplo, el equipo del establecimiento del cliente
pide al NASS que libere la ruta portadora.
Paso 402: el NASS envía una indicación de
liberación de conectividad IP a un A-RACF para
notificar al A-RAEF que ha quedado inválida la
información de red de acceso.
Paso 403: el A-RACF revocará
todos los recursos correspondientes asignados para una sesión
correspondiente enviando a SPDF un mensaje de petición de
revocación de reserva que contiene información de contexto
correspondiente.
Paso 404: el SPDF envía un mensaje de petición
de revocación de reserva al AF para la sesión.
Paso 405: el A-RACF verifica si
se debe revocar la política instalada para RCEF; si es así, el
procedimiento va al paso 408 después de los pasos 406 y 407; en
caso contrario, el procedimiento va directamente al paso 408.
\vskip1.000000\baselineskip
Hay muchas formas de realizar la verificación;
por ejemplo, cuando se piden recursos, el A-RACF
determina si se deben pedir recursos de servicio al RCEF de acuerdo
con la política local y la información de acceso de abonado
proveniente del NASS, y escoge que un RCEF pida recursos de servicio
según sea requerido y registre localmente la información de la
entidad RCEF; de este modo, cuando el A-RACF ha de
liberar recursos de servicio, puede determinar si debe notificar al
RCEF que revoque la política de acuerdo con la información de la
entidad RCEF registrada localmente.
Paso 406: el A-RACF notifica al
RCEF que revoque la política;
Paso 407: el RCEF revoca la política y devuelve
el resultado al A-RACF.
Paso 408: el SPDF verifica si se debe pedir al
BGF que libere los recursos de servicio (es decir, si el BGF ha
asignado recursos de servicio para la sesión) de acuerdo con la
información contenida en el contexto. Si es así, el procedimiento
va al paso 409; en caso contrario, termina el flujo de procesamiento
de la revocación de recursos.
Paso 409: el SPDF envía una petición de
liberación de recursos de servicio al BGF para pedir al BGF que
libere los recursos de servicio asignados para la sesión.
Paso 410: el BGD revoca los recursos y devuelve
un mensaje de acuse de recibo al SPDF para informar al SPDF sobre
el resultado de la ejecución.
\vskip1.000000\baselineskip
En otra realización de la presente invención el
procedimiento para iniciar una revocación de recursos por un NASS
no se limita al procedimiento anterior; puede ser también el
procedimiento mostrado en la figura 5, es decir que se ejecuta
primero el paso 507 (determinación de BGF) y luego se ejecuta el
paso 510 (notificar a AF). Es decir, la secuencia de verificación
de BGF y notificación a AF no afecta a la implementación de la
presente invención; sin embargo, un paso común es: el SPDF
determina, además, si se debe pedir a BGF que libere recursos de
servicio.
Además, la secuencia de verificación referente a
si se debe revocar la política instalada para el RCEF (paso 405 ó
503) y de determinación de BGF (paso 408 ó 507) por
A-RACF no afecta a la implementación de la presente
invención, que no se describe aquí con detalle.
\vskip1.000000\baselineskip
Haciendo referencia a la figura 6, el
procedimiento principal para iniciar una revocación de recursos por
el RCEF en una realización de la presente invención es como
sigue:
Paso 601: el RCEF determina que ha quedado
inválida una política instalada, por ejemplo debido a un fallo
interno.
Paso 602: el RCEF notifica a un
A-RACF que ha quedado inválida la política con una
evento de notificación de evento.
Paso 603: el A-RACF revocará
todos los recursos correspondientes enviando a SPDF una primera
petición de revocación de reserva que contiene información de
contexto correspondiente.
Paso 604: el SPDF envía una segunda petición de
revocación de reserva al AF.
Paso 605: el SPDF determina si se debe pedir a
BGF que libere los recursos de servicio; si es así, el procedimiento
va al paso 606; en caso contrario termina el procedimiento de
revocación de recursos.
Paso 606: el SPDF envía un mensaje de petición
de liberación de recursos de servicio al BGF.
Paso 607: el BGF revoca los recursos y devuelve
un mensaje de acuse de recibo al SPDF para informar a SPDF sobre el
resultado de la ejecución.
\vskip1.000000\baselineskip
En otra ejecución de la presente invención el
procedimiento para iniciar una revocación de recursos por un RCEF
no se limita al procedimiento anterior; puede ser también el
procedimiento mostrado en la figura 7, es decir que se ejecuta
primero el paso 704 (determinación de BGF) y se ejecuta después el
paso 707 (notificar a AF). Es decir, la secuencia de determinación
de BGF y de notificación a AF no afecta a la implementación de la
presente invención; sin embargo, un procedimiento común es: el SPDF
determina, además, si se debe pedir a BGF que libere los recursos
de servicio.
Haciendo referencia a la figura 8, en un
dispositivo según una realización de la presente invención el SPDF
50 incluye una unidad de procesamiento 500, una primera unidad de
notificación 511, una unidad de determinación 520 y una segunda
unidad de notificación 530, en donde:
La unidad de procesamiento 500 se utiliza para
recibir peticiones de revocación de reserva y realizar todos los
demás procedimientos requeridos para funciones fundamentales en la
técnica anterior;
La primera unidad de modificación 511 está
acoplada lógicamente con la unidad de procesamiento 500 y se utiliza
para notificar a un AF que revoque la reserva de recursos según se
indica en una primera indicación de revocación de reserva;
La unidad de determinación 520 está acoplada
lógicamente con la unidad de procesamiento 500 y se utiliza para
determinar si se debe pedir a un BGF que libere y revoque los
recursos de servicio según se indica en una segunda indicación de
revocación de reserva disparada por NASS o RCEF;
La segunda unidad de modificación 530 está
acoplada lógicamente con la unidad de procesamiento 500 y se utiliza
para hacer una notificación a BGF cuando la unidad de determinación
520 determine que se pida a BGF que libere y revoque los recursos
de servicio.
En la estructura funcional de SPDF en la
realización anterior la segunda unidad de notificación 530 puede
estar contenida en la primera unidad de notificación 511, es decir
que las dos unidades de notificación están en una estructura
integral.
En otra realización de la presente invención el
SPDF puede ser un dispositivo físico separado o una entidad de
función lógica incluida en otro dispositivo físico.
En este caso, en una realización, la unidad de
determinación 520 incluye una unidad de análisis sintáctico de
contexto y una unidad de enjuiciamiento; la unidad de análisis
sintáctico de contexto se utiliza para analizar sintácticamente el
contexto que se crea cuando AF pidió recursos y que está contenido
en la notificación de revocación de reserva de
A-RACF; la unidad de enjuiciamiento se utiliza para
determinar si el BGF ha asignado recursos de servicio para la
sesión de acuerdo con el resultado del análisis sintáctico.
En otra realización de la presente invención la
unidad de determinación 520 incluye una unidad de búsqueda de
información de registros y una unidad de enjuiciamiento; la unidad
de búsqueda de información de registros se utiliza para buscar la
información creada y registrada localmente cuando AF pide recursos;
la unidad de enjuiciamiento se utiliza para detectar si el BGF ha
asignado recursos de servicio para la sesión de acuerdo con el
resultado de búsqueda.
Claims (15)
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
\vskip1.000000\baselineskip
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.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200510098543 | 2005-09-02 | ||
| CNB2005100985432A CN100391163C (zh) | 2005-09-02 | 2005-09-02 | 基于资源准入控制子系统的资源撤销方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2345055T3 true ES2345055T3 (es) | 2010-09-14 |
Family
ID=37440825
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06018332T Active ES2345055T3 (es) | 2005-09-02 | 2006-09-01 | Metodo y dispositivo de red para revocar recursos sobre la base de un subsistema de admision y control de recursos. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7889648B2 (es) |
| EP (1) | EP1760965B1 (es) |
| JP (1) | JP4540648B2 (es) |
| CN (2) | CN100391163C (es) |
| AT (1) | ATE471015T1 (es) |
| DE (1) | DE602006014771D1 (es) |
| ES (1) | ES2345055T3 (es) |
| WO (1) | WO2007025449A1 (es) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100459518C (zh) * | 2005-09-02 | 2009-02-04 | 华为技术有限公司 | 资源接纳控制处理方法 |
| CN100579070C (zh) * | 2006-09-07 | 2010-01-06 | 华为技术有限公司 | 一种实现网络接入的方法及系统 |
| US8311197B2 (en) * | 2006-11-10 | 2012-11-13 | Cisco Technology, Inc. | Method and system for allocating, revoking and transferring resources in a conference system |
| CN101299825B (zh) * | 2007-04-30 | 2012-07-25 | 华为技术有限公司 | 一种实现组播承载资源控制的方法、系统及装置 |
| CN101325600A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 一种操作指示方法、设备及系统 |
| CN101325780B (zh) | 2007-06-15 | 2010-07-07 | 华为技术有限公司 | 策略控制实现方法和系统、及策略和计费执行实体 |
| CN101330415B (zh) * | 2007-06-19 | 2012-11-28 | 中兴通讯股份有限公司 | 城域网资源控制的系统和方法、接入资源接纳控制设备 |
| US20090010180A1 (en) * | 2007-07-03 | 2009-01-08 | Qualcomm Incorporated | Methods and apparatus for resource provisioning and planning in a communication network |
| US20090031394A1 (en) * | 2007-07-24 | 2009-01-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for inter-resource management service type descriptions |
| US7953026B2 (en) * | 2007-07-27 | 2011-05-31 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and systems for providing RACF configuration information |
| CN101159599A (zh) * | 2007-10-30 | 2008-04-09 | 中兴通讯股份有限公司 | 一种二层设备策略控制的方法 |
| EP2234347B1 (en) * | 2007-12-20 | 2018-08-01 | ZTE Corporation | Method for realizing resource admission control at push mode in nomadism scene of ngn |
| CN101483847B (zh) * | 2008-01-07 | 2012-10-03 | 华为技术有限公司 | 实现策略控制的方法、装置及系统 |
| CN101483920B (zh) | 2008-01-09 | 2012-05-02 | 华为技术有限公司 | 资源接纳控制方法、网络装置及网络系统 |
| CN101227309B (zh) * | 2008-01-30 | 2010-12-08 | 中兴通讯股份有限公司 | 下一代网络组播业务接纳控制方法 |
| CN101232503B (zh) * | 2008-02-22 | 2012-05-23 | 中兴通讯股份有限公司 | 资源分配方法及资源释放方法 |
| CN101252586B (zh) * | 2008-03-20 | 2012-05-23 | 中兴通讯股份有限公司 | 一种对家庭网关进行策略控制的系统及方法 |
| CN101299889B (zh) * | 2008-06-18 | 2011-11-30 | 中兴通讯股份有限公司 | 基于路由管理功能实体的资源接纳控制系统及方法 |
| CN101309227B (zh) * | 2008-07-17 | 2011-11-30 | 中兴通讯股份有限公司 | 一种家庭网关策略控制的装置、系统及其实现方法 |
| CN101668317B (zh) * | 2008-09-04 | 2012-07-11 | 华为技术有限公司 | 一种网络资源预留的方法、系统和装置 |
| US20110113141A1 (en) * | 2009-11-06 | 2011-05-12 | Koninklijke Kpn N.V. | Controlling a Session in a Service Provisioning System |
| CA2728718C (en) | 2010-01-15 | 2014-06-03 | Enviroquest, Ltd. | Method and apparatus for electronic messaging for managing and communicating availability of a user |
| CN107992728B (zh) * | 2016-10-27 | 2022-05-20 | 腾讯科技（深圳）有限公司 | 人脸验证方法及装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4086259B2 (ja) * | 1995-08-04 | 2008-05-14 | 株式会社東芝 | 通信システム |
| JP2000244523A (ja) * | 1999-02-22 | 2000-09-08 | Nippon Telegr & Teleph Corp <Ntt> | 無線パケット通信システム |
| KR20010046905A (ko) * | 1999-11-16 | 2001-06-15 | 박종섭 | 비동기 이동통신 시스템에서 핸드오프 처리 방법 |
| US7209439B2 (en) * | 2001-03-20 | 2007-04-24 | Mci, Llc | Pool-based resource management in a data network |
| CN1549619A (zh) * | 2003-05-15 | 2004-11-24 | 北京三星通信技术研究有限公司 | 通知用户设备业务结束的方法 |
| KR100542580B1 (ko) * | 2003-06-26 | 2006-01-11 | 삼성전자주식회사 | 이동망환경에서의 자원예약 시스템 및 자원예약 방법 |
| US20050259679A1 (en) * | 2004-04-15 | 2005-11-24 | Kuntal Chowdhury | Radio link loss management in multimedia domain (MMD) |
-
2005
- 2005-09-02 CN CNB2005100985432A patent/CN100391163C/zh not_active Expired - Fee Related
-
2006
- 2006-08-04 WO PCT/CN2006/001969 patent/WO2007025449A1/zh not_active Ceased
- 2006-08-04 CN CN2006800122638A patent/CN101160829B/zh not_active Expired - Fee Related
- 2006-09-01 US US11/514,670 patent/US7889648B2/en active Active
- 2006-09-01 AT AT06018332T patent/ATE471015T1/de not_active IP Right Cessation
- 2006-09-01 JP JP2006238214A patent/JP4540648B2/ja not_active Expired - Fee Related
- 2006-09-01 EP EP20060018332 patent/EP1760965B1/en not_active Not-in-force
- 2006-09-01 ES ES06018332T patent/ES2345055T3/es active Active
- 2006-09-01 DE DE200660014771 patent/DE602006014771D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN1925420A (zh) | 2007-03-07 |
| EP1760965A1 (en) | 2007-03-07 |
| US20070070891A1 (en) | 2007-03-29 |
| DE602006014771D1 (de) | 2010-07-22 |
| CN101160829B (zh) | 2010-08-25 |
| EP1760965B1 (en) | 2010-06-09 |
| WO2007025449A1 (en) | 2007-03-08 |
| ATE471015T1 (de) | 2010-06-15 |
| CN101160829A (zh) | 2008-04-09 |
| CN100391163C (zh) | 2008-05-28 |
| US7889648B2 (en) | 2011-02-15 |
| JP2007095048A (ja) | 2007-04-12 |
| JP4540648B2 (ja) | 2010-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7889648B2 (en) | Resource revoking method based on resource admission control subsystem and network device | |
| JP5335444B2 (ja) | 次世代ネットワークにおけるリアルタイムのアプリケーション駆動のリソース管理のための方法および装置 | |
| CN101321073B (zh) | 一种组播业务授权控制的方法及装置 | |
| US7647406B2 (en) | Method for implementing resources reservation in a proxy-requested mode in next generation network | |
| US8005090B2 (en) | QoS information notification method, communication apparatus and inter-domain signaling apparatus for transmitting QoS information over a multi-domain network | |
| WO2010075721A1 (zh) | 一种基于签约数据的ims用户级控制方法及系统 | |
| WO2008046336A1 (fr) | Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion | |
| CN101720110A (zh) | 一种ngn家庭网络资源接纳控制方法及系统 | |
| ES2386034T3 (es) | Un método y sistema de intercomunicación entre un usuario de red privada y una red con calidad de servicio garantizada | |
| WO2008154850A1 (en) | Method, entity and system of realizing network address transfer | |
| CN100370783C (zh) | 一种保证异种网络互通时服务质量的方法 | |
| CN100542121C (zh) | 一种公共电话交换网到ip多媒体子系统通信的方法及系统 | |
| CN101159740B (zh) | 下一代网络中实现代理请求模式资源预留的方法和装置 | |
| WO2008049355A1 (en) | Method, device and system for synchronizing user data in next generation network | |
| WO2011032374A1 (zh) | 批发场景下的拉模式资源接纳控制方法和系统 | |
| CN100486215C (zh) | 在虚交换域内进行自动选路的方法 | |
| WO2006042464A1 (en) | A method for achieving the service connection resource management | |
| US20100046422A1 (en) | Operation indication method, device and system | |
| EP1561318A1 (en) | Construction of a path through a packet network | |
| CN101146068A (zh) | 私网用户与保证业务服务质量网络互通的系统及方法 | |
| Higgins et al. | Assured network delivery | |
| CN101296242A (zh) | Spdf代理实体、资源接纳控制方法及系统 | |
| CN101765162A (zh) | 一种推模式的资源接纳控制方法 |