Un método para controlar la calidad de servicio, QoS, en una red,

que comprende: a) la configuración de un conversor de políticas de QoS, QPC, para cada uno de los tipos de servicio con QoS garantizada, comprendiendo dicho QPC una dirección IP; b) la transferencia por parte de un gestor de llamadas (GK) de flujos de servicios de un servicio que necesite garantía de QoS al QPC asociado al respectivo tipo de servicio; c) el reenvío de flujos de servicios transferidos por el QPC de modo que la dirección IP de origen asociada con el servicio contiene, consecuentemente, la dirección IP del QPC del servicio; y d) la transmisión por parte de un router (R) de flujos de servicio cuya dirección IP de origen contiene una dirección IP de un QPC configurada en el router (R) como que necesita una calidad de servicio garantizada a una red de comunicación extendida con QoS garantizada, QoS WAN, y por tanto consiguiendo la garantía de QoS del servicio

Campo técnico

La presente invención está relacionada en general con un servicio de transmisión. Más específicamente, la 5 invención está relacionada con un método para el control de la Calidad de Servicio (QoS).

Antecedentes de la invención

Con los desarrollos de diferentes servicios de banda ancha, la demanda de QoS en Internet crece más y más. QoS es una tecnología que se utiliza para solucionar problemas tales como retardos y bloqueos en la red. Esto es, en condiciones normales, si una red se utiliza únicamente en un conjunto de aplicaciones específicas sin límites de tiempo, por ejemplo, configuraciones de aplicaciones Web y de correo electrónico, no se necesita la tecnología QoS. Sin embargo, QoS es necesario para aplicaciones críticas y aplicaciones multimedia, dado que se debería garantizar que los servicios importantes no se retrasen ni se pierdan cuando ocurra alguna sobrecarga o bloqueo en la red.

Si se incluye un mecanismo de QoS, se puede asegurar la transmisión correcta de los servicios importantes y, por el momento, se puede garantizar el funcionamiento de una red de alta eficiencia. Tras la introducción de un mecanismo de QoS, los servicios garantizados por QoS se deben transmitir a una Red de Área Amplia con QoS (QoS WAN). Por supuesto una QoS WAN es un concepto lógico, y puede seguir formando parte de una red portadora. De hecho, una QoS WAN puede ser un procedimiento de un enrutador (router) en una red portadora marcando el flujo de un servicio como de alta prioridad y enviando dicho flujo a una cola de alta prioridad, y una QoS WAN también puede ser una red privada separada o una Red Privada Virtual (VPN). El equipo de red en la técnica anterior puede implementar una política de QoS utilizando tecnologíastales como Servicio Diferenciado (DiffServ) y Conmutación Multiprotocolo mediante Etiquetas (MPLS). Independientemente de si se adopta DiffServ, MPLS u otra tecnología, un servicio se puede identificar principalmente como servicio con QoS garantizada en función de un puerto físico o un quinteto que incluye una dirección de origen, un puerto de origen, una dirección de destino, un puerto de destino y un tipo de protocolo. Además, la relación entre el servicio y el puerto físico o el quinteto debería configurarse por adelantado, lo que no se ajusta al requisito de QoS ya que, en la práctica, es más razonable discriminar un servicio con QoS garantizada en función de un tipo de servicio y un usuario.

En este momento, existen tres modelos técnicos utilizados normalmente en la técnica anterior, pero ninguno de ellos discrimina si un servicio es un servicio con QoS garantizada en función de un tipo de servicio y un usuario. Los tres modelos técnicos se clarifican respectivamente a continuación:

Modelo técnico 1:

El presente modelo adopta un método de discriminación de QoS tradicional, que determina si el servicio actual es un servicio con QoS principalmente mediante la identificación de campos específicos como, por ejemplo, la dirección de origen, la dirección de destino y el puerto de destino en los mensajes o mediante la discriminación de un puerto físico específico. En general, la discriminación del servicio se implementa, además, mediante su comparación con una Lista de Control de Acceso (ACL). A continuación se describirá la discriminación del servicio en función de la interfaz física tomando como ejemplo de sistema el que se muestra en la figura 1.

El Nodo A discrimina si un servicio es un servicio con QoS garantizada en función de una interfaz física. La Interfaz A del Nodo A se configura para redirigir los servicios con QoS garantizada, por lo que los servicios que se transmiten 40 a la Interfaz A se consideran como servicios con QoS garantizada y se deberían reenviar a una QoS WAN. La Interfaz B del Nodo A se configura para reenviar los servicios generales, es decir servicios sin QoS garantizada, por lo que los servicios que se transmiten a la interfaz B se consideran como servicios generales y se deberían reenviar a una WAN sin QoS garantizada. De este modo, como el Servidor A está conectado directamente a la Interfaz A del Nodo A, todos los servicios que inicia el Servidor A se transmitirán a una QoS WAN; mientras que el Servidor B está

45 conectado al Interfaz B del Nodo A, por lo que todos los servicios que inicia el Servidor B se transmitirán a una WAN sin QoS garantizada.

El Nodo A discrimina si un servicio es un servicio con QoS garantizada en función de una dirección de origen. La dirección del Servidor A se configura para reenviar servicios con QoS garantizada. Como los servicios que inicia el Servidor A se corresponden unívocamente con la dirección del Servidor A, el Nodo A reenvía todos los servicios

50 iniciados por el Servidor A a una QoS WAN. Como los servicios que inicia el Servidor B se corresponden con direcciones de origen distintas de la dirección del Servidor A, el Nodo A reenvía todos los servicios iniciados por el Servidor B a una WAN sin QoS garantizada.

El modelo técnico 1 tiene los siguientes inconvenientes:

1) Es difícil implementar la discriminación de QoS dirigida a servicios. Si el Servicio 1 espera transmitirse a través de una QoS WAN, y el servicio 2 espera transmitirse a través de una WAN sin QoS garantizada, no puede realizarse siguiendo el modelo técnico 1. Aunque los servicios también se pueden discriminar en función del puerto de destino, este tipo de discriminación es muy tosca e inexacta.

2) La autenticación de usuarios es difícil. Cualquiera que utilice el Servidor A, o haga transferencias a través del Servidor A tiene la posibilidad de utilizar servicios con QoS garantizada, lo que puede ocasionar muchos problemas a los operadores que administran servicios con QoS garantizada.

3) Cuando el número de usuarios es muy grande es muy difícil realizar una discriminación de servicios. Si existen miles de servidores solicitando QoS garantizada, se necesita una configuración masiva en los nodos de la red como el Nodo A, lo que es prácticamente imposible de implementar.

Modelo técnico 2:

El presente modelo técnico adopta una estrategia de dispositivo terminal de confianza. La idea de la tecnología es: un dispositivo terminal rellena un campo relacionado con la QoS en el flujo del servicio, y la unidad de red confía en el relleno que ha hecho el dispositivo terminal y discrimina servicios en función de este campo. Por ejemplo, para identificar la QoS de un mensaje IP, el dispositivo terminal puede rellenar el dominio Tipo De Servicio (TOS). En la figura 2 se muestra el modelo técnico 2.

El modelo técnico 2 tiene los siguientes inconvenientes:

1) El dispositivo terminal puede marcar el flujo del servicio como de alta prioridad de forma arbitraria en una carrera para ocupar los recursos de red. Por lo tanto, el presente modelo técnico es poco fiable.

2) Es difícil realizar un control uniforme de las reglas de clasificación de la QoS del servicio, y es posible marcar con distinto nivel el mismo tipo de servicio en distintos dispositivos terminales.

3) Es necesario acceder a todas las unidades de la red para tener la posibilidad de identificar el campo relacionado con la QoS en el flujo del servicio; en caso contrario, es posible que se elimine la identificación.

Modelo técnico 3:

El presente modelo técnico adopta una tecnología de enrutamiento regulada. Como se muestra en la figura 3, un flujo de servicio que requiera QoS garantizada se identifica y se encamina a una QoS WAN mediante un Router de Aplicaciones (App Router), mientras un flujo de servicio general se enrutará a una WAN sin QoS garantizada.

En la figura 3, el App Router, además de la función de identificación del servicio, tiene también una función de unrutamiento. Los datos transmitidos al App Router se transmiten directamente a una QoS WAN. Tomando los servicios que utilizan el protocolo H.323 como ejemplo, que es un tipo de protocolo de comunicación multimedia basado en una red de conmutación de paquetes, el App Router se puede representar como una entidad que incluye un controlador (GK) y un router. Además, si en una red portadora que transporta servicios basados en el protocolo

H.323 un extremo necesita utilizar un servicio con QoS garantizada, es necesario configurar en el extremo la dirección del GK, y es necesario añadir la información de la dirección del GK en el servicio. De este modo,... [Seguir leyendo]

1. Un método para controlar la calidad de servicio, QoS, en una red, que comprende:

a) la configuración de un conversor de políticas de QoS, QPC, para cada uno de los tipos de servicio con QoS garantizada, comprendiendo dicho QPC una dirección IP;

b) la transferencia por parte de un gestor de llamadas (GK) de flujos de servicios de un servicio que necesite garantía de QoS al QPC asociado al respectivo tipo de servicio;

c) el reenvío de flujos de servicios transferidos por el QPC de modo que la dirección IP de origen asociada con el servicio contiene, consecuentemente, la dirección IP del QPC del servicio; y

d) la transmisión por parte de un router (R) de flujos de servicio cuya dirección IP de origen contiene una dirección IP de un QPC configurada en el router (R) como que necesita una calidad de servicio garantizada a una red de comunicación extendida con QoS garantizada, QoS WAN, y por tanto consiguiendo la garantía de QoS del servicio.

2. El método de acuerdo con la reivindicación 1, donde el gestor de llamadas determina el conversor de políticas de Calidad de Servicio (QPC) correspondiente al servicio de acuerdo con una relación entre el servicio y el conversor de políticas de Calidad de Servicio (QPC) y controla los flujos de servicio del servicio a transmitir al correspondiente conversor de políticas (QPC) de Calidad de Servicio (QoS).

3. El método de acuerdo con la reivindicación 2, donde el gestor de llamadas determina la relación correspondiente a través de la interacción con el conversor de políticas de Calidad de Servicio (QPC) o de acuerdo con una relación correspondiente predeterminada.

4. El método de acuerdo con la reivindicación 2 o la reivindicación 3, donde el servicio utiliza el protocolo H.323, y el gestor de llamadas es un controlador GK.

5. El método de acuerdo con la reivindicación 2, que comprende además: configurar la información de un elemento de identificación para el conversor de políticas de Calidad de Servicio (QPC); y dicha transmisión de los datos del servicio al conversor de políticas de Calidad de Servicio (QPC), bajo el control del gestor de llamadas, comprende: la determinación por parte del gestor de llamadas del correspondiente conversor de políticas de Calidad de Servicio (QPC) de acuerdo con la información de identificación en el flujo del servicio y el control para transmitir el flujo del servicio al correspondiente conversor de políticas de Calidad de Servicio (QPC).

6. El método de acuerdo con la reivindicación 5, donde el servicio adopta el protocolo H.323, y la información de identificación es un código de acceso; un terminal inicia una llamada que contiene el código de acceso y un número llamado; dicha determinación del correspondiente conversor de políticas de Calidad de Servicio (QPC) de acuerdo la información de identificación en los datos del servicio comprende: la determinación por parte del gestor de llamadas del correspondiente conversor de políticas de Calidad de Servicio (QPC) de acuerdo con el código de acceso en la llamada.

7. El método de acuerdo con la reivindicación 1, que comprende además, antes de ser reenviados los datos del servicio a la QoS WAN: la realización por parte del conversor de políticas de Calidad de Servicio (QPC), de una cualquiera o una combinación de: autenticación de un usuario correspondiente al servicio e identificación del servicio.

8. El método de acuerdo con la reivindicación 1 o la reivindicación 7, que comprende además, antes de ser reenviados los datos del servicio a la QoS WAN: la determinación por parte del conversor de políticas de Calidad de Servicio (QPC) del ancho de banda residual actual.

9. El método de acuerdo con la reivindicación 1, donde: dicho reenvío del flujo del servicio por parte del conversor de políticas de Calidad de Servicio (QPC) comprende: la creación, por parte del conversor de políticas de Calidad de Servicio (QPC), de una lista de reenvío según la información de un iniciador (Servidor A) y un receptor (Servidor B) del servicio, y el reenvío del flujo del servicio según la lista de reenvío; en donde dicha lista de reenvío comprende al menos la información de la dirección de origen y la información de la dirección de destino del flujo del servicio.

10. El método de acuerdo con la reivindicación 9, en donde la lista de reenvío comprende, además, información de prioridad del flujo del servicio.

11. El método de acuerdo con la reivindicación 10, que comprende, además: la modificación, por parte del conversor de políticas de Calidad de Servicio (QPC), de la información de prioridad que lleva el flujo del servicio según la información de prioridad de la lista de reenvío.