ES2340386T3 - Actualizacion de reserva de calidad de servicio. - Google Patents
Actualizacion de reserva de calidad de servicio. Download PDFInfo
- Publication number
- ES2340386T3 ES2340386T3 ES04770259T ES04770259T ES2340386T3 ES 2340386 T3 ES2340386 T3 ES 2340386T3 ES 04770259 T ES04770259 T ES 04770259T ES 04770259 T ES04770259 T ES 04770259T ES 2340386 T3 ES2340386 T3 ES 2340386T3
- Authority
- ES
- Spain
- Prior art keywords
- router
- reservation
- domain
- endpoint
- access
- 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/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
- H04L47/767—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points after changing the attachment point, e.g. after hand-off
-
- 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/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
- H04L47/785—Distributed allocation of resources, e.g. bandwidth brokers among multiple network domains, e.g. multilateral agreements
-
- 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
Abstract
Un enrutador o router (300) de dominio en un primer dominio administrativo (142) de una red de telecomunicaciones (100), el primer dominio administrativo (142) comprende un primer punto final que tiene una primera dirección, el primer punto final se asocia a una reserva para una sesión en tránsito a través del enrutador o router (300) de dominio entre el primer punto final y un segundo punto final en un segundo dominio administrativo, caracterizado porque el enrutador o router (300) de dominio comprende un módulo (310) de reservas de calidad de servicio (QoS), el módulo (310) de reservas de QoS es capaz de: - recibir una notificación (2320) de modificación de dirección relacionada con la reserva desde el primer punto final a través de un primer enrutador o router (116) de acceso, en el que la notificación (2320) de modificación de dirección indica que el primer punto final cambia su primera dirección por una segunda dirección desde que el primer punto final está cambiando desde el primer enrutador o router (116) de acceso a un segundo enrutador o router (126; 136) de acceso; y - emitir un primer mensaje (2112) de reserva en nombre del segundo punto final hacia el segundo enrutador o router (126; 136) de acceso.
Description
Actualización de reserva de calidad de
servicio.
La presente invención se refiere a la reserva de
recursos en una red y más precisamente a reservar y actualizar la
reserva de calidad del servicio de los recursos en la red a través
de un nodo de servidor intermedio (proxy).
Históricamente, el tráfico de voz en la red de
telecomunicaciones ha sido en tránsito por recursos reservados de
conmutación de circuitos. Los recursos de paquetes conmutados se han
utilizado para el tráfico de datos, pero ahora se están utilizando
realmente para el tráfico de voz utilizando, por ejemplo, Voz sobre
Protocolo de Internet (VoIP). Esto es más eficiente, pero conduce a
nuevos problemas relacionados con las garantías de calidad de
servicio (QoS) ya que los protocolos de conmutación de paquetes IP
son una red de mejor esfuerzo. En otras palabras, las redes IP no
proporcionan garantías de QoS como tales y se deben añadir
mecanismos a las mismas para superar la situación.
Otros retos de la red de telecomunicaciones
actual incluyen la habilitación de establecimiento y mantenimiento
eficaz de las garantías de QoS (es decir, el establecimiento no
debería afectar a la QoS percibida). También debe ser posible
establecer las garantías de QoS entre dos puntos finales situados en
redes distantes que no comparten el mismo dominio administrativo.
Por ejemplo, el establecimiento de las garantías de QoS debe ser
posible entre dos usuarios de dos redes de propiedad de dos
operadores diferentes. En este ejemplo, como se puede prever, cada
operador restringe al otro operador de monopolizar los recursos en
su red sin su consentimiento (explícito o implícito).
Por el momento, la reserva de recursos en
diferentes redes se puede hacer a través del conocido mecanismo de
RSVP (IETF: RFC 2205). En el RSVP, se define una reserva entre dos
puntos finales para un tipo dado de comunicación o protocolo. El
mecanismo de reserva de RSVP utiliza un primer mensaje (PATH)
enviado desde el emisor de la comunicación hacia el otro final.
Cada equipo de red en el camino entremedio simplemente reenvía el
mensaje PATH hasta su destino. El destino responde con un mensaje de
reserva (RESV) que sigue el mismo camino que el mensaje PATH. El
mensaje RESV reserva los recursos en cada uno de los equipos de red
en su camino de regreso a la fuente del mensaje PATH. Como la
reserva es válida para el tráfico en tránsito en un solo sentido,
una conversación típica entre dos partes también requiere que se
haga la misma reserva por el otro final (o destino) de la
comunicación hacia el emisor del mismo. Después del establecimiento
de la comunicación, cada final tiene que renovar la reserva a
intervalos regulares de lo contrario la reserva es abandonada por
el equipo de red. Importantes requisitos previos para el RSVP son
que todos los equipos de red entre los puntos finales deben ser
compatibles con él y también tienen que ponerse de acuerdo sobre el
intervalo en el que la reserva debe ser renovada.
Se han hecho algunos intentos para permitir que
el RSVP sea adaptado a las redes en las que todos los equipos de
red no son compatibles con el RSVP. El principio aplicado en estos
casos es utilizar el último equipo de red compatible con RSVP como
un servidor intermedio (proxy) del punto final. El punto final de
servidor intermedio de RSVP, por tanto, responde al mensaje PATH
dirigido al punto final con un mensaje RESV en nombre del punto
final. El resultado es que el emisor de la comunicación considera
que la reserva es válida hasta el punto final de destino incluso si
es interrumpido por el punto final de servidor intermedio de RSVP.
No se dirige a la necesidad de una reserva para el tránsito entre
diferentes dominios administrativos.
Otra solución de la técnica anterior se
orientaba a reducir los costes operativos creados por el
procedimiento de renovación de RSVP. Permite usar un mensaje de
renovación más corto en lugar del especificado en el RSVP original.
La solución también proporcionaba un mecanismo para garantizar la
fiabilidad de los mensajes de renovación al volver a emitir los
mensajes perdidos. No se dirige a la necesidad de mantener de manera
eficiente una reserva en los diferentes dominios
administrativos.
Como se puede apreciar, el establecimiento y el
mantenimiento eficiente de las garantías de QoS relacionadas de
tráfico de voz en tránsito sobre recursos de paquetes conmutados
para puntos finales ubicados en diferentes dominios administrativos
no pueden ser proporcionados por las soluciones de la técnica
anterior. La presente invención proporciona dicha solución.
Soliman y otros describen en el Borrador de
Internet "Gestión de Movilidad Jerárquica Móvil IPv6 (HMIPv6)",
de octubre de 2004,
draft-ietf-mipshop-hmipv6-03.txt,
la ampliación a IPv6 Móvil y Descubrimiento Vecino de IPv6
(Neighbor Discovery) para permitir la manipulación de la movilidad
local. La gestión de movilidad jerárquica para Mobile IPv6 ha sido
diseñada para reducir la cantidad de señalización entre el Nodo
Móvil, sus Nodos Corresponsales y su Agente Sede.
Chen y otros describe en "Un estudio sobre el
rendimiento de esquemas restablecimiento de estado de sesión en
escenarios de micro movilidad basada en IP", actas del Simposio
IEEE MASCOTS '04, octubre de 2004, que a fin de apoyar sin fisuras
las transferencias de control en escenarios de micro movilidad
basadas en IP, es necesaria la actualización de la información de
ubicación de un usuario de móvil con un esquema de gestión de la
movilidad optimizados. Se necesita proporcionar una calidad de
servicio apropiada en este procedimiento de volver a registrar para
satisfacer las expectativas de los usuarios finales. Los autores
proponen y comparan varios esquemas para un procedimiento completo
de volver a registrar, teniendo en cuenta los controles de
seguridad, proporcionar Calidad de Servicio y la gestión de la
movilidad.
\vskip1.000000\baselineskip
Un primer aspecto de la presente invención se
dirige a un enrutador o router en un primer dominio administrativo
de una red de telecomunicaciones en la que el primer dominio
administrativo comprende un primer punto final que tiene una
primera dirección. El primer punto final se asocia con una reserva
para una sesión en tránsito a través del enrutador o router entre
el primer punto final y un segundo punto final en un segundo dominio
administrativo. El enrutador o router comprende un módulo de
reserva de calidad de servicio (QoS) capaz de recibir una
notificación de modificación de dirección relacionada con la reserva
desde el primer punto final a través de un primer enrutador o
router de acceso, en el que la notificación de modificación de
dirección indica que el primer punto final cambia su primera
dirección por una segunda dirección desde que el primer punto final
está cambiando desde el primer enrutador o router de acceso a un
segundo enrutador o router de acceso y está expidiendo un primer
mensaje de reserva en nombre del segundo punto final hacia el
segundo enrutador o router de acceso.
Opcionalmente, el módulo de reserva de QoS del
enrutador o router puede comprender además una tabla de reservas y
ser capaz de actualizar un primer registro relacionado con el primer
punto final y su primera dirección a la vista de la notificación de
modificación de dirección y recibir un mensaje de acuse de recibo
dirigido desde el primer punto final expedido desde el segundo
enrutador o router de acceso en cuanto al primer mensaje de
reserva.
Un segundo aspecto de la presente invención se
dirige a un método de actualización de una reserva establecida para
una sesión entre un primer punto final en un primer dominio
administrativo y un segundo punto final en un segundo dominio
administrativo en el que la reserva es válida en el primer dominio
administrativo entre el primer punto final, un enrutador o router
de acceso y un enrutador o router de dominio. El método comprende
las etapas de detectar que el primer punto final conectado al
enrutador o router de acceso tiene que cambiar hacia un segundo
enrutador o router de acceso, en el enrutador o router de dominio,
que recibe una notificación de modificación de dirección
relacionada con la reserva desde el primer punto final y emitir un
primer mensaje de reserva desde el enrutador o router de dominio en
nombre del segundo punto final hacia el segundo enrutador o router
de acceso.
Opcionalmente, el método puede comprender además
las etapas de actualizar un primer registro en una tabla de
reservas mantenida por el enrutador o router de dominio, en la que
el primer registro se relaciona con el primer punto final y recibir
un mensaje de acuse de recibo dirigido desde el primer punto final
expedido desde el segundo enrutador o router de acceso en cuanto al
primer mensaje de reserva.
Un tercer aspecto de la presente invención se
dirige a un punto final que tiene una primera dirección en un
primer dominio administrativo de una red de telecomunicaciones. El
primer dominio administrativo comprende un primer enrutador o
router de acceso y un enrutador o router de dominio. El punto final
se asocia a una reserva para una sesión en tránsito a través del
primer enrutador o router de acceso y el enrutador o router de
dominio hacia un segundo punto final en un segundo dominio
administrativo y comprende un módulo de reserva de calidad de
servicio (QoS) capaz de, tras la detección de una necesidad de un
cambio desde el primer enrutador o router de acceso a un segundo
enrutador o router de acceso, emitir una notificación de
modificación de dirección relacionada con la reserva hacia el
enrutador o router de dominio, en el que la notificación de
modificación de dirección indica que el punto final cambia su
primera dirección por una segunda dirección desde que el punto
final está cambiando desde el primer enrutador o router de acceso a
un segundo enrutador o router de acceso.
Opcionalmente, el módulo de reserva de QoS del
punto final es además capaz de, tras la detección de una necesidad
de un cambio desde el primer enrutador o router de acceso al segundo
enrutador o router de acceso, obtener la segunda dirección desde el
segundo enrutador o router de acceso.
\vskip1.000000\baselineskip
Se puede tener una comprensión más completa de
la presente invención haciendo referencia a la siguiente descripción
detallada cuando se toma en conjunto con los dibujos que se
acompañan, en los que:
La figura 1 es un ejemplo de topología de red de
acuerdo con las enseñanzas de la presente invención;
La figura 2 es un funcionamiento nodal y un
diagrama de flujo de los mecanismos de acuerdo con las enseñanzas
de la presente invención; y
La Figura 3 es una representación modular de un
enrutador o router, de acuerdo con las enseñanzas de la presente
invención.
La presente invención proporciona un mecanismo
que optimiza la reserva de los recursos mejor adaptados para redes
con recursos limitados poniendo en servidor intermedio (proxying) el
establecimiento de reserva, la renovación de reserva y la
actualización de reserva. La terminología utilizada en la siguiente
descripción podría ser vista como similar a la utilizada en el RSVP
de la técnica anterior, pero no limita la presente invención a las
características del RSVP.
Se hace referencia a los dibujos en los que la
figura 1 muestra un ejemplo de topología de red 100 de acuerdo con
las enseñanzas de la presente invención. La figura 1 muestra un nodo
móvil (MN) 112 que participa en una sesión con un nodo corresponsal
(CN) 190 por medio de diversas piezas de equipos de red. El MN 112
se conecta a un primer enrutador o router de acceso (AR1) 116 a
través de un enlace 114. En implementaciones usuales, el enlace 114
está formado por múltiples equipos de red y, por consiguiente, por
sub-enlaces múltiples que no se muestran en aras de
la claridad. Los sub-enlaces también pueden ser
complementarios o parcialmente inalámbricos. El AR1 116 también se
conecta a un Punto de Anclaje Móvil (MAP) 140 a través de un enlace
118. Al igual que el enlace 114 y otros enlaces 128, 138 y 192 que
se muestran en la figura 1, el enlace 118 se compone usualmente de
múltiples sub-enlaces de diversos tipos que no se
muestra para fines de claridad. El MAP 140 se conecta a su vez al
CN 190 a través del enlace 192. El AR1 116 define una primera zona
de cobertura 110 en la que se encuentra el MN 112. Otros
enrutadores de acceso AR2 126 y AR3 136 definen además las
respectivas zonas de cobertura 120 y 130. El MAP 140 define un
primer dominio administrativo 142 que comprende las zonas de
cobertura 110, 120 y 130. El número de zonas de cobertura y de
enrutadores de acceso en una red típica que implementa la invención
que se muestra usando el ejemplo red 100 es superior a tres, pero
esto ha sido elegido como un ejemplo ilustrativo. El enlace 192 se
muestra con línea de puntos ya que es poco probable que pueda
existir un enlace directo entre el MAP 140 y la CN 190. El enlace
192, en las implementaciones típicas, atravesaría otra frontera (no
mostrada) de dominio administrativo antes de llegar al CN 190. El MN
112 se muestra además en movimiento en el tiempo hacia la segunda
zona de cobertura 120 (flecha 115).
Se hace ahora referencia al mismo tiempo a la
Figura 1 y la Figura 2, que muestra un funcionamiento nodal y un
diagrama de flujo de mecanismos de acuerdo con las enseñanzas de la
presente invención. El MN 112, el AR1 116, el AR2 126, el AR3 136,
el MAP 140 y el CN 190 se muestran en la Figura 2. El MN 112 cuenta
con tres direcciones LCoA1, RCoA y HoA asociadas con él. LCoA 1 es
una dirección IPv6 típica, válida en la primera zona de cobertura
110. El RCoA es una dirección IPv6 típica, válida en el dominio
administrativo 142. HCoA ó HA es una dirección local, típicamente
IPv6, que está asociada con el MN 112 de manera permanente. Se
pueden utilizar varias direcciones y formas de asignar las
direcciones, que quedan fuera del ámbito de aplicación de la
presente invención, siempre y cuando su validez esté garantizada
dentro de su zona de aplicación respectiva. La figura 2 muestra
tres escenarios separados por líneas de puntos 210 y 220. Los tres
escenarios trabajan juntos en una implementación típica de la
presente invención. Sin embargo, cada escenario puede ser
implementado de forma independiente de los demás en vista de las
necesidades y las características de la infraestructura
existente.
En el primer escenario (encima de la línea 210),
el MN 112 se conecta con el CN 190 en la sesión (etapa 2100).
Usualmente se pueden intercambiar varios mensajes (no mostrados)
entre el MN 112, el CN 190 y varios nodos intermedios. La presente
invención no se ocupa de estos intercambios, sino en cambio tiene en
consideración la reserva de QoS relacionada con la sesión (ya
establecida o estableciéndose actualmente). Con el fin de reservar
los recursos en el dominio administrativo 142, el MN 112 envía una
primera dirección de mensaje 2110 de reserva al CN 190 hacia el AR1
116 para reservar recursos para todo el tráfico relacionado con la
sesión enviado desde el MN 112 hacia el CN 190. En implementaciones
típicas, el mensaje 2110 de reserva contiene los requisitos de QoS
correspondientes. Sin embargo, es posible que los requisitos de QoS
sean aplicados implícitamente a la vista, por ejemplo, de otra
información intercambiada durante el establecimiento de la sesión o
a la vista de la identidad (por ejemplo, direcciones, autenticación
de clientes, etc.) de los puntos finales en cuestión.
Tras la recepción del primer mensaje 2110 de
reserva, el AR1 116 puede crear un estado de renovación (etapa
2220), que se utiliza en caso de implementación del segundo
escenario que se muestra entre las líneas 210 y 220, como se verá
más adelante. El AR1 116 reserva además los recursos en vista de los
requisitos de QoS y envía un segundo mensaje 2112 de reserva hacia
el MAP 140. El MAP 140 actualiza entonces una tabla de reservas
(etapa 2119) que contiene un registro para la asociación de los
requisitos de QoS de la sesión con el MN 112 como la fuente y el CN
190 como el destino. El MAP 140 responde además al primer mensaje
2112 de reserva con un mensaje 2114 de acuse de recibo en nombre
del CN 190 solo como si el mensaje 2112 de acuse de recibo se
hubiera enviado desde los mismos y reenviado en el enlace 192 hasta
el MAP 140 y, después, al AR1 116 en el enlace 118. La etapa 2118
de actualización de la tabla de reservas se puede realizar antes o
después de la etapa de envío del mensaje 2114 de acuse de recibo
sin afectar a la funcionalidad de la presente invención. El MAP 140
envía después un tercer mensaje 2120 de reserva en nombre del CN 190
hacia el AR1 116 para reservar recursos para el tráfico relacionado
con la sesión en tránsito desde el CN 190 al MN 112. El AR1 116
puede reservar entonces los recursos pertinentes y enviar un cuarto
mensaje 2122 de reserva hacia el MN 112. El MN 112 responde
entonces con un mensaje 2124 de acuse de recibo dirigido al CN 190
hacia el AR1 116, que se reenvía por tanto hacia el MAP 140 en un
mensaje 2126 de acuse de recibo. La etapa 2118 de actualización de
la tabla puede comprender además una etapa de actualización o
adición de un registro para asociar los requisitos de QoS de la
sesión con el MN 112 como el destino y el CN 190 como la fuente. De
nuevo, estas etapas se pueden hacer en varios órdenes, por diversas
razones, sin afectar a los resultados generales de la presente
invención. El MAP 140 puede intercambiar además opcionalmente
mensajes representados en la Figura 2 por la línea triple de puntos
2500 a fin de establecer la reserva de recursos en la totalidad o
parte del enlace 192. Esto puede no ser necesario debido a los
actuales Acuerdos de Nivel de Servicio (SLA) que existen entre el
MAP 140 y otras entidades. El tipo o la necesidad de esa reserva
caen fuera del ámbito de aplicación de la presente invención. Es,
sin embargo, interesante observar que el CN 190 podría estar situado
en un dominio administrativo adicional similar al dominio
administrativo 142. En tal caso, la presente invención permitiría
que se realizara una reserva en el dominio administrativo adicional
por un MAP adicional similar al MAP 140 en nombre del MN 112,
incluso aunque no haya ninguna reserva entre el MAP 140 y el MAP
adicional.
El segundo escenario se muestra entre las líneas
210 y 220. Con el fin de renovar una reserva establecida, el AR1
116 podría crear un estado de renovación como se ha mostrado
anteriormente por la etapa 2220. El estado de renovación podría
comprender un temporizador de renovación establecido a partir
cualquiera de los mensajes de reserva 2110 2114, 2120 y 2122 o
implícitamente desde la configuración o algo parecido. El AR1 116
determina que es necesaria una renovación de la reserva existente
desde el MN 112 hacia el CN 190 tras la espiración del temporizador
de renovación o por cualquier otra manera (etapa 2210). A
continuación envía un mensaje 2230 de renovación de reserva hacia
el MAP 140 en nombre del MN 112 y recibe un mensaje 2240 de acuse de
recibo, correspondiente, dirigido desde el CN 190. El AR1 116
puede actualizar además su propia reserva tras enviar el mensaje
2230 de renovación de reserva. El mensaje 2240 de acuse de recibo es
enviado por el MAP 140 en nombre del CN 190 tras la recepción del
mensaje 2230 de renovación de reserva. El MAP 140 envía entonces un
mensaje 2250 de renovación de reserva en nombre del CN 190 al
determinar que es necesaria una renovación para la reserva desde el
CN 190 hacia el MN 112. La determinación puede hacerse, por ejemplo,
a través de un temporizador de renovación de un estado de
renovación similar al estado de renovación mantenido por el AR1 116
o puede ser provocada por la recepción del mensaje 2230 de
renovación de reserva dirigido desde el MN 112 recibido desde el
AR1 116.
En el tercer escenario (por debajo de la línea
220), el MN 112 se mueve desde la primera zona de cobertura 110
hacia la segunda zona de cobertura 120 bajo la responsabilidad de la
AR2 126 (flecha 115). Como la LCoA1 sólo es válida dentro de la
primera zona de cobertura 110, el MN 112 necesita obtener una
segunda dirección (LCoA2) válida en la segunda zona de cobertura
120 (etapa 2310). Esto se consigue normalmente después de la
detección por el MN 112 o el AR1 116 o el AR2 126 de que el MN 112
está dejando la primera zona de cobertura 110. Cuándo y cómo se
logra esto se encuentra fuera del ámbito de aplicación de la
presente invención. Por otra parte, la manera en que la LCoA2 se
comunica entre el MN 112 y el AR2 126 también está fuera del ámbito
de aplicación de la presente invención. Sin embargo, cuando el MN
112 recibe la LCoA2, necesita cambiar las reservas en curso. Esto
puede implicar la actualización de las reservas mantenidas en el MAP
140 incluso aunque la implementación normal usaría el RCoA en la
identificación de las reservas en el mismo. La modificación de
dirección necesita activar la reserva de recursos en el AR2 126.
Para ello, el MN 112 envía una notificación 2320 de modificación de
dirección hacia el MAP 140, que envía un mensaje 2330 de reserva en
nombre del CN 190. El AR2 126 envía un mensaje 2340 de acuse de
recibo en relación con la recepción del mensaje 2330 de reserva. El
AR2 126 podrá crear además un estado 2222 de renovación utilizado en
el segundo escenario descrito entre las líneas 210 y 220. El AR2
126 también envía un mensaje 2350 de reserva adicional en nombre del
MN 112 hacia el CN 190. El MAP 140 da acuse de recibo del mensaje
2350 de reserva adicional con un mensaje adicional 2360 de acuse de
recibo enviado en nombre del CN 190 hacia el MN 112. El AR2 126 no
necesita remitir el mensaje 2360 de acuse de recibo al MN 112.
La Figura 3 muestra una representación modular
de un enrutador o router 300, de acuerdo con las enseñanzas de la
presente invención. El enrutador o router 300 es una generalización
del MAP 140 y el AR1 116 (o AR2 126 y AR3 136). Comprende un
módulo de reserva 310 de calidad de servicio y, opcionalmente, puede
comprender una tabla 320 de reservas y un estado 330 de renovación.
El temporizador de renovación mencionado en el segundo escenario se
podría mantener en la tabla 320 de reservas (como se muestra por el
cuadro de puntos) o puede estar comprendido en el estado 330 de
renovación. El módulo 310 de calidad de servicio puede ser capaz de
implementar la presente invención, total o parcialmente como se ha
descrito anteriormente. Más específicamente, se toma un ejemplo en
el que el enrutador o router 300 está ubicado en un primer dominio
administrativo que comprende un primer punto final. El primer punto
final se asocia a una sesión en tránsito a través del enrutador o
router 300 entre el primer punto final y un segundo punto final en
un segundo dominio administrativo. El módulo 310 de reservas
mantiene la tabla 320 de reservas asociada con la sesión. El módulo
310 de reservas de QoS es capaz de, tras la recepción de un primer
mensaje de reserva desde el primer punto final dirigido al segundo
punto final, establecer una primera reserva para el tráfico
relacionado con la sesión expedida desde el primer punto final
hasta el segundo punto final por la adición de un primer registro
correspondiente en la tabla 320 de reservas. El primer registro
comprende una dirección del primer punto final como la fuente del
tráfico, una dirección del segundo punto final como el destino del
tráfico y un primer nivel de QoS asociado de acuerdo con el primer
mensaje de reserva recibido. Además de este mensaje de reserva, el
módulo 310 de reserva de QoS es capaz además de responder con un
mensaje de acuse de recibo que confirma la primera reserva de
regreso al primer punto final en nombre del segundo punto final y
enviar un segundo mensaje de reserva hacia el primer punto final en
nombre del segundo punto final. En tal caso, el segundo mensaje de
reserva se refiere al tráfico relacionado con la sesión expedida
desde el segundo punto final hacia el primer punto final. El módulo
310 de reserva de QoS es también capaz de establecer una segunda
reserva de acuerdo con el segundo mensaje de reserva mediante al
añadir un segundo registro correspondiente en la tabla 320 de
reservas. Similarmente al primero, el segundo registro comprende
una dirección del segundo punto final como el origen del tráfico,
la dirección del primer punto final como el destino del tráfico y un
segundo nivel de QoS asociado de acuerdo con el segundo mensaje de
reserva enviado.
El módulo 310 de reservas de QoS también puede
mantener el estado 330 de renovación y el temporizador de renovación
asociado con la reserva. En este ejemplo, el módulo 310 de reservas
de QoS es capaz, al expirar el temporizador de renovación asociado
al estado de renovación o en la tabla 320 de reservas, de enviar un
mensaje de renovación de reservas hacia el segundo punto final en
nombre del primer punto final; y tras la recepción de un mensaje de
confirmación de renovación para el mensaje de reserva de renovación,
reiniciar el temporizador de renovación del estado de renovación
sin reenviar el mensaje de confirmación de renovación hacia el
primer punto final. El módulo 310 de reservas de QoS puede ser
capaz además de, al expirar el temporizador de renovación asociado
al estado de renovación, renovar la reserva en el enrutador o router
300.
Además, el módulo 310 de reservas de QoS puede
ser capaz de recibir una notificación de modificación de dirección
relacionada con la reserva desde el primer punto final a través del
primer enrutador o router de acceso. La notificación de
modificación de dirección indica que el primer punto final cambia
desde una primera dirección válida con el primer enrutador o router
de acceso a una segunda dirección válida con un segundo enrutador o
router de acceso ya que el primer punto final está cambiando desde
el primer enrutador o router de acceso al segundo enrutador o
router de acceso. A continuación, el módulo 310 de reservas de QoS
es capaz de emitir un primer mensaje de reserva en nombre del
segundo punto final hacia el segundo enrutador o router de acceso.
El módulo de reservas de QoS puede ser además capaz de actualizar un
primer registro en relación con el primer punto final y su primera
dirección a la vista de la notificación de modificación dirección en
la tabla 320 de reservas y recibir un mensaje de acuse de recibo
dirigido desde el punto final emitido desde el segundo enrutador o
router de acceso en cuanto al primer mensaje de reserva.
En este último ejemplo, el punto final que tiene
la primera dirección debe ser capaz de, tras la detección de una
necesidad de un cambio desde el primer enrutador o router de acceso
al segundo enrutador o router de acceso emitir la notificación de
modificación de dirección relacionada con la reserva hacia un
enrutador o router de dominio (MAP en los ejemplos anteriores). La
notificación de modificación de dirección indica, como se mencionó
anteriormente, que el punto final cambia su primera dirección por la
segunda dirección desde que el punto final está cambiando desde el
primer enrutador o router de acceso al segundo enrutador o router de
acceso. Esta capacidad del punto final podría ser implementada en
un módulo de reservas de QoS en él (no mostrado). El módulo de
reservas de QoS del punto final puede ser capaz además de obtener la
segunda dirección desde el segundo enrutador o router de acceso o
el enrutador o router de dominio antes de enviar la notificación de
modificación de dirección.
Aunque han sido ilustradas varias realizaciones
preferidas de la presente invención en los dibujos que se acompañan
y se han descrito en la descripción anterior, se entenderá que la
invención no se limita a las realizaciones descritas, sino que son
posibles numerosas disposiciones, modificaciones y sustituciones sin
apartarse del las enseñanzas de la presente invención. Por ejemplo,
aunque las figuras presentan escenarios simples y lineales para
facilitar la comprensión, esto no debe interpretarse como un
requisito previo de la misma. De hecho, la solución se aplica a
redes de topología arbitraria y se ajusta también a topologías de
gran tamaño. En general, las afirmaciones hechas en la descripción
de la presente invención no limitan necesariamente cualquiera de
los diversos aspectos reivindicados por la presente invención. Por
otra parte, algunas afirmaciones pueden aplicarse a ciertas
características ingeniosas, pero no a otras. En los dibujos,
elementos similares o parecidos se designan con números de
referencia idénticos en todas las diversas vistas, y los diversos
elementos representados no están necesariamente dibujados a
escala.
Claims (6)
1. Un enrutador o router (300) de dominio en un
primer dominio administrativo (142) de una red de telecomunicaciones
(100), el primer dominio administrativo (142) comprende un primer
punto final que tiene una primera dirección, el primer punto final
se asocia a una reserva para una sesión en tránsito a través del
enrutador o router (300) de dominio entre el primer punto final y
un segundo punto final en un segundo dominio administrativo,
caracterizado porque
el enrutador o router (300) de dominio comprende
un módulo (310) de reservas de calidad de servicio (QoS), el
módulo (310) de reservas de QoS es capaz de:
- -
- recibir una notificación (2320) de modificación de dirección relacionada con la reserva desde el primer punto final a través de un primer enrutador o router (116) de acceso,
- en el que la notificación (2320) de modificación de dirección indica que el primer punto final cambia su primera dirección por una segunda dirección desde que el primer punto final está cambiando desde el primer enrutador o router (116) de acceso a un segundo enrutador o router (126; 136) de acceso; y
- -
- emitir un primer mensaje (2112) de reserva en nombre del segundo punto final hacia el segundo enrutador o router (126; 136) de acceso.
\vskip1.000000\baselineskip
2. El enrutador o router (300) de dominio de la
reivindicación 1, en el que el módulo (310) de reservas de QoS
comprende además una tabla (320) de reservas, el módulo (310) de
reservas de QoS es capaz además de
- -
- actualizar (2118) un primer registro relacionado con el primer punto final y su primera dirección a la vista de la notificación (2320) de modificación de dirección;
- -
- recibir un mensaje de acuse de recibo dirigido desde el primer punto final emitido desde el segundo enrutador o router (126, 136) de acceso en cuanto al primer mensaje (2112) de reserva.
\vskip1.000000\baselineskip
3. Un método de actualización de una reserva
establecida para una sesión entre un primer punto final en un primer
dominio administrativo (142) y un segundo punto final en un segundo
dominio administrativo, en el que la reserva es válida en el primer
dominio administrativo (142) entre el primer punto final, un
enrutador o router de acceso y un enrutador o router (300) de
dominio.
el método se caracteriza por las etapas
de:
- -
- detectar que el primer punto final conectado al enrutador o router de acceso tiene que cambiar hacia un segundo enrutador o router (126, 136) de acceso;
- -
- en el enrutador o router (300) de dominio, recibir una notificación (2320) de modificación de dirección relacionada con la reserva desde el primer punto final; y
- -
- emitir un primer mensaje (2112) de reserva desde el enrutador o router (300) de dominio en nombre del segundo punto final hacia el segundo enrutador o router (126; 136) de acceso.
\vskip1.000000\baselineskip
4. El método de la reivindicación 3 que
comprende además las etapas de:
- -
- actualizar (2118) de un primer registro en una tabla (320) de reserva mantenida por el enrutador o router (300) de dominio, en el que el primer registro se relaciona con el primer punto final; y
- -
- recibir un mensaje de acuse de recibo dirigido desde el primer punto final emitido desde el segundo enrutador o router (126, 136) de acceso en cuanto al primer mensaje (2112) de reserva.
\vskip1.000000\baselineskip
5. Un punto final que tiene una primera
dirección en un primer dominio administrativo (142) de una red de
telecomunicaciones (100), el primer dominio administrativo (142)
comprende un primer enrutador o router (116) de acceso y un
enrutador o router (300) de dominio, estando el punto final asociado
a una reserva para una sesión en tránsito a través del primer
enrutador o router (116) de acceso y el enrutador o router (300) de
dominio hacia un segundo punto final en un segundo dominio
administrativo,
caracterizado porque
el enrutador o router de punto final comprende
un módulo (310) de reservas de calidad de servicio (QoS), el
módulo (310) de reservas de QoS es capaz de:
- -
- tras detectar una necesidad de un cambio desde el primer enrutador o router (116) de acceso a un segundo enrutador o router (126; 136) de acceso:
- -
- emitir una notificación (2320) de modificación de dirección relacionada con la reserva hacia el enrutador o router (300) de dominio, en el que la notificación (2320) de modificación de dirección indica que el punto final cambia su primera dirección por una segunda dirección desde que el punto final está cambiando desde el primer enrutador o router (116) de acceso a un segundo enrutador o router (126; 136) de acceso.
\vskip1.000000\baselineskip
6. El punto final de la reivindicación 5, en el
que el módulo (310) de reservas de QoS es capaz además de, tras la
detección de una necesidad de un cambio desde el primer enrutador o
router (116) de acceso al segundo enrutador o router (126; 136) de
acceso, obteniendo la segunda dirección desde el segundo enrutador o
router (126; 136) de acceso.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/IB2004/052099 WO2006040619A1 (en) | 2004-10-14 | 2004-10-14 | Updating quality of service reservation |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2340386T3 true ES2340386T3 (es) | 2010-06-02 |
Family
ID=34959046
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04770259T Active ES2340386T3 (es) | 2004-10-14 | 2004-10-14 | Actualizacion de reserva de calidad de servicio. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7599375B2 (es) |
| EP (1) | EP1807981B1 (es) |
| AT (1) | ATE457576T1 (es) |
| DE (1) | DE602004025521D1 (es) |
| ES (1) | ES2340386T3 (es) |
| WO (1) | WO2006040619A1 (es) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101325501B (zh) * | 2007-06-15 | 2011-04-20 | 中兴通讯股份有限公司 | 一种会话终止过程中播放多媒体信息的实现方法 |
| JP5242792B2 (ja) * | 2008-09-01 | 2013-07-24 | エヌイーシー ヨーロッパ リミテッド | ハンドオーバプロセスの期間中またはハンドオーバプロセスの準備中にサービス品質メカニズムをサポートする方法 |
| US20100284269A1 (en) * | 2009-05-07 | 2010-11-11 | Shan Zhu | Multi-Node State Recovery for a Communication Network |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7054938B2 (en) | 2000-02-10 | 2006-05-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for network service reservations over wireless access networks |
| KR100356185B1 (ko) * | 2000-08-31 | 2002-10-18 | 윈스로드 주식회사 | 인터넷에서의 전송 서비스 품질 보장 방법 |
| KR100454482B1 (ko) * | 2001-10-26 | 2004-10-28 | 삼성전자주식회사 | 실시간 서비스를 위한 무선 통신 시스템 및 핸드오프 방법 |
| US20030193952A1 (en) * | 2002-02-04 | 2003-10-16 | O'neill Alan | Mobile node handoff methods and apparatus |
| US8068494B2 (en) * | 2002-03-27 | 2011-11-29 | Motorola Solutions, Inc. | Method and apparatus for robust local mobility management in a mobile network |
| US7031709B2 (en) * | 2002-04-05 | 2006-04-18 | Ntt Docomo, Inc. | Method and associated apparatus for increment accuracy of geographical foreign agent topology relation in heterogeneous access networks |
| US7388851B2 (en) * | 2002-04-26 | 2008-06-17 | Spyder Navigations, L.L.C. | Proactive seamless service provisioning in mobile networks through transferring of application context |
| US7453851B2 (en) * | 2002-06-20 | 2008-11-18 | Spyder Navigations L.L.C. | QoS signaling for mobile IP |
| US7096022B2 (en) * | 2002-10-08 | 2006-08-22 | Ntt Docomo, Inc. | System and method for supporting quality of service in vertical handovers between heterogeneous networks |
| US7321587B2 (en) * | 2002-11-15 | 2008-01-22 | Ntt Docomo, Inc. | Handover resource optimization |
| KR100542580B1 (ko) * | 2003-06-26 | 2006-01-11 | 삼성전자주식회사 | 이동망환경에서의 자원예약 시스템 및 자원예약 방법 |
-
2004
- 2004-10-14 EP EP04770259A patent/EP1807981B1/en not_active Not-in-force
- 2004-10-14 US US11/577,242 patent/US7599375B2/en not_active Expired - Fee Related
- 2004-10-14 WO PCT/IB2004/052099 patent/WO2006040619A1/en active Application Filing
- 2004-10-14 AT AT04770259T patent/ATE457576T1/de not_active IP Right Cessation
- 2004-10-14 ES ES04770259T patent/ES2340386T3/es active Active
- 2004-10-14 DE DE602004025521T patent/DE602004025521D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| DE602004025521D1 (de) | 2010-03-25 |
| US7599375B2 (en) | 2009-10-06 |
| ATE457576T1 (de) | 2010-02-15 |
| EP1807981B1 (en) | 2010-02-10 |
| US20080137665A1 (en) | 2008-06-12 |
| EP1807981A1 (en) | 2007-07-18 |
| WO2006040619A1 (en) | 2006-04-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2401544T3 (es) | Control de la movilidad de un terminal móvil en una red de comunicaciones | |
| ES2268165T3 (es) | Optimacion de agente local para manipular ip movil y mpls estaticas (conmutacion de etiquetas multiprotocolo). | |
| ES2548005T3 (es) | Técnica para proporcionar soporte a una diversidad de protocolos de gestión de la movilidad | |
| ES2334213T3 (es) | Sistema de telefonia movil heterogeneo. | |
| JP3568852B2 (ja) | 有線サブネットにアクセスする無線デバイス用にパケット経路設定アドレスを割り当てる方法及び装置 | |
| JP5227960B2 (ja) | プロキシ・モバイルｉｐ向けパケット転送 | |
| ES2329442T3 (es) | Procedimiento para realizar una transferencia (handoff) orientada a la qos entre una primera y una segunda ruta de comunicacion basada en ip, en particular movil y basada en ipv6, entre un nodo movil (mn) y un nodo corresponsal (cn). | |
| JP2005137026A (ja) | 無線ネットワークにおける移動加入者認証方法およびそのコンピュータプログラム | |
| ES2270681A1 (es) | Disposicion y metodo de internet de moviles en sistemas de comunicaciones. | |
| Fu et al. | QoS-conditionalized handoff for Mobile IPv6 | |
| ES2351309T3 (es) | Procedimiento y sistema de apoyo a la continuidad de servicio para la comunicación móvil a través de diferentes redes de acceso. | |
| WO2005101784A1 (en) | Method and arrangement for route optimisation in moving network to moving network communication | |
| ES2340386T3 (es) | Actualizacion de reserva de calidad de servicio. | |
| Sethom et al. | Wireless MPLS: a new layer 2.5 micro-mobility scheme | |
| US8000248B2 (en) | Router and method for refreshing quality of service reservation | |
| Böringer et al. | I-MPLS: A transparent micro-mobility-enabled MPLS framework | |
| Isah et al. | An improved LISP mobile node architecture | |
| Carmona‐Murillo et al. | DM3: distributed mobility management in MPLS‐based access networks | |
| ES2264103T3 (es) | Un metodo y un sistema para controlar la transferencia de un terminal. | |
| WO2013044688A1 (zh) | 一种在pmip域间漫游时的节点通信方法及通信系统 | |
| Al-Adhal et al. | Mobile IP: A Study Of Issus, Challenges, And Comparison Of Ipv4 & Ipv6 | |
| Idoue et al. | Mobile IP network supporting private IP addresses utilizing regional registration and NAT function | |
| JP5132372B2 (ja) | 移動体通信システム | |
| Festag et al. | qos-conditionalized binding update in Mobile IPv6 | |
| Hillebrand et al. | Quality-of-service management for IP-based mobile networks |