Aplicación de políticas para gestionar un flujo de servicio.

Un método de aplicación de políticas de tráfico a un tipo de servicio proporcionado por un servidor a un dominiode usuario,

el método que comprende los pasos de:

proporcionar (210) una plantilla de servicio (300) que comprende una dirección del servidor, un identificador deprotocolo, y una o más políticas de tráfico;

producir (220) un conjunto de gestión de flujo de servicio (400) añadiendo una dirección del dominio de usuario (460)a la plantilla de servicio;

recibir (230) un paquete que comprende una dirección de origen, una dirección de destino, un tipo de protocolo, ydatos en relación con el tipo de servicio;

identificar (240) el conjunto de gestión de flujo de servicio haciendo coincidir la dirección de origen, la dirección dedestino, y el tipo de protocolo con el conjunto de gestión de flujo de servicio; e

intercambiar los datos entre el dominio de usuario y el servidor usando (250) la una o más políticas de tráfico.

Aplicación de políticas para gestionar un flujo de servicio Antecedentes de la invención

Campo técnico

La presente invención se refiere a un método y un nodo para identificar un tipo de servicio ofrecido por un servidor a un dominio de usuario y para aplicar políticas de tráfico al mismo.

Descripción de la técnica relacionada Es bien conocido en la técnica que las redes de acceso permiten a los clientes tener acceso a contenidos de servidores. El método usado más frecuentemente para proporcionar contenido de los servidores a los clientes es mediante el uso de las denominadas conexiones de “mejor esfuerzo”. “Mejor esfuerzo” implica que la red de acceso no proporciona ninguna garantía de que un contenido deseado se entregará realmente, o que el contenido se entregará según una Calidad de Servicio (QoS) especificada, dentro de un retardo mínimo, o con una prioridad fijada. En una red de mejor esfuerzo cada cliente obtiene un servicio de mejor esfuerzo, lo que significa que obtiene una tasa de bit variable y un tiempo de entrega no especificados, dependiendo de la carga de tráfico actual.

La Figura 1 muestra una representación de la técnica anterior de una red de acceso 100 simple usada para proporcionar servicios desde un servidor 110 de un proveedor de servicios a un dominio de usuario 120. El dominio de usuario 120 puede constar de un único nodo, o puede comprender una pluralidad de dispositivos de usuario 22a, 22b, que constan por ejemplo de varios dispositivos de usuario 22a, 22b, en un mismo hogar. Todos los dispositivos de usuario 22a, 22b dentro del dominio de usuario 120 comparten una misma suscripción a la red de acceso 100 y a los proveedores de servicio. Dentro de la red de acceso 100, uno o más nodos de dominio de acceso 130, por ejemplo encaminadores de acceso, proporcionan una conexión de Protocolo de Internet (IP) directa a los dispositivos de usuario 22a, 22b. Los nodos de dominio de acceso 130 reenvían los datos de tráfico IP, así como las peticiones de servicio y las respuestas de servicio, entre el dominio de usuario 120 y el servidor 110. La Figura 1 está muy simplificada; aquellos expertos en la técnica reconocen fácilmente que una red de acceso 100 típica comprendería normalmente decenas o centenas de nodos de dominio de acceso 130 que sirven miles de dominios de usuario 120, y que proporcionan acceso a millones de servidores 110 en Internet.

Un usuario del dominio de usuario 120 puede solicitar un servicio según cualquiera de muchos tipos de servicios. Mientras que servicios tales como el Protocolo de Transferencia de Ficheros (FTP) , o descargar de una página web mediante el uso del Protocolo de Transferencia de Hiper Texto (HTTP) , se pueden servir favorablemente dentro de un simple tipo de mejor esfuerzo de red de acceso 100, otros servicios que requieren alto ancho de banda o baja latencia, tales como difusión en forma continua de vídeo y Voz sobre Protocolo de Internet (VoIP) , son más demandantes en términos de Calidad de Servicio (QoS) .

Actualmente, la versión 4 del Protocolo de Internet (IPv4) , como se especifica en la Petición de Comentarios (RFC) 791 del Grupo de Trabajo de Ingeniería de Internet (IETF) , transporta un parámetro de Tipo de Servicio (TOS) dentro de una cabecera de cada paquete IPv4. La RFC 2474 “Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers” además define posibles valores para el parámetro TOS. Es posible usar el parámetro TOS para indicar que un paquete de IPv4 se debería entregar con prioridad más alta, o con un retardo más bajo, que en una simple conexión de mejor esfuerzo. Todavía, los valores de TOS posibles están muy limitados en gama y no proporcionan unos medios para especificar a los encaminadores en una red, con un nivel alto de granularidad, los parámetros de QoS de demanda requeridos para algunos servicios de hoy en día.

La US 6.449.650 B1 se refiere a métodos y aparatos para configurar una red de comunicación usando plantillas de servicio que permiten aplicar reglas de tráfico para uso en una pluralidad de dispositivos de procesamiento de paquetes.

No hay actualmente medios eficientes para que un servidor 110 proporcione una definición única de servicios, permitiendo un uso de información avanzada acerca de los parámetros de QoS requeridos que pueden necesitar ser ejecutados tras la puesta en marcha de sesiones con dominios de usuario 120.

Compendio de la invención Habría claras ventajas de tener un método y nodos para identificar servicios de una manera que aseguren que los parámetros de QoS de demanda se pueden imponer dentro de una red, a fin de proporcionar servicios mejorados entre servidores y dispositivos de usuario.

Es por lo tanto un objeto extenso de esta invención proporcionar un método y un nodo para identificar un servicio ofrecido por un proveedor de servicios, y para especificar parámetros de políticas de tráfico extremo a extremo relacionados.

Un primer aspecto de la presente invención se dirige a un método de aplicación de políticas a un tipo identificado de servicio proporcionado por un servidor a un dominio de usuario. Se prepara primero una plantilla de servicio, que comprende una dirección de un servidor, un identificador de protocolo, y una o más políticas de tráfico para uso en el manejo del tipo de servicio identificado. Entonces, se proporciona un conjunto de gestión de flujo de servicio completando la plantilla de servicio mediante la adición de una dirección de dominio de usuario. Según se recibe un paquete, que comprende una dirección de origen, una dirección de destino, y un tipo de protocolo, el paquete también que comprende datos en relación con el tipo de servicio identificado, se identifica el conjunto de gestión de flujo de servicio haciendo coincidir estas direcciones de origen y de destino, así como el tipo de protocolo, con las direcciones y el identificador de protocolo en el conjunto de gestión de flujo de servicio. Los datos se intercambian en un flujo de servicio entre el dominio de usuario y el servidor mediante el uso de la una o más políticas de tráfico.

Un segundo aspecto de la invención se dirige a una variante del método anteriormente en la presente memoria. Un nodo proveedor de servicios prepara una pluralidad de plantillas de servicio para una pluralidad de tipos de servicio. La producción del conjunto de gestión de flujo de servicio tiene lugar en respuesta a recibir una petición de servicio desde el dominio de usuario, la petición de servicio que significa un tipo servicio dado. Donde se reciben una pluralidad de peticiones de servicio desde el dominio de usuario, se producen distintos conjuntos de gestión de flujo de servicio, según los tipos de servicio identificados en la pluralidad de peticiones de servicio.

Un tercer aspecto de la presente invención se dirige a otra variante del método anteriormente en la presente memoria. Un nodo proveedor de servicios prepara dos o más plantillas de servicio para dos o más aspectos de una misma oferta de servicio. La producción de dos o más conjuntos de gestión de flujo de servicio tiene lugar en respuesta a recibir una petición de servicio desde el dominio de usuario, la petición de servicio que identifica la oferta de servicio.

Un cuarto aspecto de la presente invención se dirige a un nodo de dominio de acceso para aplicar políticas de tráfico a un flujo de servicio entre un dominio de usuario y un servidor. El nodo de dominio de acceso comprende una memoria para almacenar una plantilla de servicio. La plantilla de servicio comprende una dirección del servidor, un identificador de protocolo, y una o más políticas de tráfico. El nodo de dominio de acceso también tiene una lógica de control adaptada a producir un conjunto de gestión de flujo de servicio añadiendo una dirección del dominio de usuario a la plantilla de servicio. Dos dispositivos de entrada-salida, uno en un lado del servidor y uno en un lado del dominio de usuario, están adaptados para recibir paquetes de datos, cada paquete que comprende una dirección de origen, una dirección de destino, un tipo de protocolo, y datos. Un procesador de políticas identifica el conjunto de gestión de flujo de servicio haciendo coincidir la dirección de origen, la dirección de destino, y el tipo de protocolo con el conjunto de gestión de flujo de servicio, y aplica la una o más políticas de tráfico a los datos. Los paquetes entonces se reenvían hacia su destino mediante los dispositivos de entrada-salida.

En una realización la dirección del servidor, la dirección del dominio de usuario, la dirección de origen y la dirección de destino son direcciones del Protocolo de Internet (IP) .

En... [Seguir leyendo]

1. Un método de aplicación de políticas de tráfico a un tipo de servicio proporcionado por un servidor a un dominio de usuario, el método que comprende los pasos de:

proporcionar (210) una plantilla de servicio (300) que comprende una dirección del servidor, un identificador de protocolo, y una o más políticas de tráfico;

producir (220) un conjunto de gestión de flujo de servicio (400) añadiendo una dirección del dominio de usuario (460) a la plantilla de servicio;

recibir (230) un paquete que comprende una dirección de origen, una dirección de destino, un tipo de protocolo, y datos en relación con el tipo de servicio;

identificar (240) el conjunto de gestión de flujo de servicio haciendo coincidir la dirección de origen, la dirección de destino, y el tipo de protocolo con el conjunto de gestión de flujo de servicio; e intercambiar los datos entre el dominio de usuario y el servidor usando (250) la una o más políticas de tráfico.

2. El método de la reivindicación 1, en donde:

la dirección del servidor (310) , la dirección del dominio de usuario (460) , la dirección de origen y la dirección de destino son direcciones del Protocolo de Internet (IP) .

3. El método de la reivindicación 1, en donde: la dirección de origen es igual a la dirección del dominio de usuario; la dirección de destino es igual a la dirección del servidor; y el tipo de protocolo es igual al protocolo.

4. El método de la reivindicación 1, en donde: la dirección de destino es igual a la dirección del dominio de usuario; la dirección de origen es igual a la dirección del servidor; y el tipo de protocolo es igual al identificador del protocolo.

5. El método de la reivindicación 1, en donde:

el tráfico de datos se intercambia entre el dominio de usuario y el servidor mediante el uso de políticas (340) comprendidas en dos o más conjuntos de gestión de flujo de servicio (400) ; y

los dos o más conjuntos de gestión de flujo de servicio están basados en dos o más plantillas de servicio (300) distintas;

en donde los dos o más conjuntos de gestión de flujo de servicio están asociados con dos o más aspectos complementarios de una oferta de servicio.

6. El método de la reivindicación 5, en donde: la oferta de servicio es un servicio de televisión; uno de los dos o más aspectos complementarios es un flujo de audio; y otro de los dos o más aspectos complementarios es un flujo de vídeo.

7. El método de la reivindicación 1, en donde: el paso de preparar la plantilla de servicio se realiza en un nodo proveedor de servicios (500) ; el nodo proveedor de servicios envía la plantilla de servicio a un nodo de dominio de acceso (600) ; y el paso de producir el conjunto de gestión de flujo de servicio se hace en el nodo de dominio de acceso (600) .

8. El método de la reivindicación 7, en donde: la plantilla de servicio además comprende una identidad de un proveedor de servicios; y el nodo de dominio de acceso (600) usa la identidad del proveedor de servicios para reenviar tráfico entre el

proveedor de servicios (500) y el dominio de usuario (120) .

9. El método de la reivindicación 1, en donde:

un nodo proveedor de servicios prepara una pluralidad de plantillas de servicio (210) para una pluralidad de tipos de servicio.

10. El método de la reivindicación 9, en donde:

el paso de producir el conjunto de gestión de flujo de servicio (400) se hace en respuesta a recibir una petición de servicio (510) desde el dominio de usuario.

11. El método de la reivindicación 10, en donde: el dominio de usuario se suscribe (506) a uno o más de la pluralidad de tipos de servicio; la petición de servicio (510) comprende una indicación de un tipo de servicio deseado; y la producción (220) del conjunto de gestión de flujo de servicio (400) está condicionada al dominio de usuario que

está suscrito al tipo de servicio deseado.

12. El método de la reivindicación 10, en donde: la pluralidad de peticiones de servicio (510) se reciben desde el dominio de usuario (120) ; y distintos conjuntos de gestión de flujo de servicio (400) se producen para cada una de la pluralidad de peticiones de

servicio.

13. El método de la reivindicación 9, en donde: el dominio de usuario (120) se suscribe a uno o más de la pluralidad de tipos de servicio; el dominio de usuario (120) comprende una pluralidad de dispositivos de usuario; una pluralidad de peticiones de servicio (510) se reciben desde uno o más de la pluralidad de dispositivos de

usuario, cada petición de servicio que comprende una indicación de un tipo de servicio deseado;

el uno o más de la pluralidad de dispositivos de usuario se seleccionan según los tipos de servicio deseados, para cada una de la pluralidad de peticiones de servicio; y distintos conjuntos de gestión de flujo de servicio (400) se producen condicionalmente para cada una de la pluralidad

de peticiones de servicio, en donde la producción de cada conjunto de gestión de flujo de servicio está condicionada al dominio de usuario que está suscrito a los tipos de servicio deseados.

14. El método de la reivindicación 1, en donde: la una o más políticas de tráfico (340) comprenden condiciones de filtrado de paquetes (345) .

15. El método de la reivindicación 1, en donde: la una o más políticas de tráfico (340) comprenden parámetros de conformación de tráfico (344) .

16. El método de la reivindicación 1, en donde: la una o más políticas de tráfico (340) comprenden parámetros de calidad de servicio.

17. El método de la reivindicación 1, en donde: la plantilla de servicio se define para un servicio unidifusión; y la dirección de usuario es una dirección IP de un dispositivo de usuario comprendido en el dominio de usuario.

18. El método de la reivindicación 1, en donde: la plantilla de servicio se define para un servicio multidifusión; y la dirección de usuario es una dirección IP multidifusión usada por una pluralidad de dispositivos de usuario

comprendidos en una pluralidad de dominios de usuario.

19. El método de la reivindicación 1, en donde: la plantilla de servicio (300) además comprende un puerto del servidor (320) ;

producir el conjunto de gestión de flujo de servicio (400) además comprende añadir un puerto al dominio de usuario (470) a la plantilla; el paquete además comprende un puerto de origen y un puerto de destino; y el paso de identificar el conjunto de gestión de flujo de servicio (400) además comprende hacer coincidir el puerto de

origen y el puerto de destino con el conjunto de gestión de flujo de servicio.

20. El método de la reivindicación 1, en donde: al menos una o más de las políticas de tráfico aplica en una dirección de enlace descendente (526) .

21. El método de la reivindicación 1, en donde: al menos una de la una o más políticas de tráfico aplica en una dirección de enlace ascendente (520) .

22. El método de la reivindicación 1, en donde:

al menos una de la una o más políticas de tráfico aplica tanto en una dirección de enlace ascendente como en una dirección de enlace descendente.

23. El método de la reivindicación 1, en donde: la dirección del servidor es una dirección de red.

24. El método de la reivindicación 1, en donde: la dirección del dominio de usuario es una dirección de red.

25. Un nodo de dominio de acceso (130) para aplicar políticas de tráfico a un flujo de servicio entre un dominio de usuario (120) y un servidor (110) , que comprende:

una memoria (600) adaptada para almacenar una plantilla de servicio (300) que comprende una dirección del servidor (310) , un identificador de protocolo (380) , y una o más políticas de tráfico (340) ;

una lógica de control (640) adaptada para producir un conjunto de gestión de flujo de servicio (400) añadiendo una dirección del dominio de usuario (460) a la plantilla de servicio;

un primer dispositivo de entrada-salida (620) adaptado para recibir un paquete que comprende una dirección de origen, una dirección de destino, un tipo de protocolo, y datos;

un procesador de políticas (650) adaptado para identificar el conjunto de flujo de servicio haciendo coincidir la dirección de origen, la dirección de destino, y el tipo de protocolo con el conjunto de gestión de flujo de servicio, y aplicar la una o más políticas de tráfico a los datos; y

un segundo dispositivo de entrada-salida adaptado para reenviar el paquete (610) .

26. El nodo de dominio de acceso de la reivindicación 25, en donde: la una o más políticas de tráfico (340) comprenden parámetros de calidad de servicio.

27. El nodo de dominio de acceso de la reivindicación 25, en donde: la plantilla de servicio (300) además comprende un puerto de servidor (320) ; el conjunto de gestión de flujo de servicio (400) además comprende el puerto de servidor y un puerto de dominio de

usuario (470) ; el paquete además comprende un puerto de origen y un puerto de destino; y el procesador de políticas (650) además identifica el conjunto de gestión de flujo de servicio haciendo coincidir el

puerto de origen y el puerto de destino con el conjunto de gestión de flujo de servicio.

28. El nodo de dominio de acceso de la reivindicación 25, en donde:

el flujo de servicio comprende una dirección de enlace ascendente y una dirección de enlace descendente; y

el procesador de políticas (650) aplica (520) una selección de la una o más políticas de tráfico a los datos comprendidos en la dirección de enlace ascendente y otra selección (526) de la una o más políticas de tráfico a datos comprendidos en la dirección de enlace descendente.

29. El nodo de dominio de acceso de la reivindicación 25, en donde:

el procesador de políticas (650) hace coincidir la dirección de origen, la dirección de destino, y el tipo de protocolo con la dirección del dominio de usuario, la dirección del servidor, y el identificador de protocolo.