Un método de vigilancia caracterizado porque comprende:

el envío,

por un dispositivo vigilado, de información del estado de servicio a un dispositivo vigilante mediante un mensaje de Protocolo de Iniciación de Sesión, SIP, en función de una instrucción que solicita al dispositivo vigilado el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado, al dispositivo vigilante, en donde la información del estado de servicio está escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y la decisión, por el dispositivo vigilante, de enviar mensajes de servicio al dispositivo vigilado para su procesamiento en función de la información del estado de servicio obtenida, si el servicio se realiza en un estado normal; de no ser así, decidir no enviar mensajes de servicio al dispositivo vigilado para su procesamiento.

Método, dispositivo y sistema de vigilancia

CAMPO DE LA INVENCIÓN

La presente invención se refiere a tecnologías de comunicaciones de redes y en particular, a un método, dispositivo y sistema de vigilancia.

ANTECEDENTES DE LA INVENCIÓN

Con el desarrollo de la Red de la Siguiente Generación (NGN) y del Subsistema Multimedia IP (IMS) , se pueden realizar servicios independientemente de una red. Un servicio puede realizarse independientemente en un servidor de aplicación e intercambiar señalización con un elemento de red de base a través del Protocolo de Iniciación de Sesión (SIP) .

Para garantizar la fiabilidad de las comunicaciones entre dispositivos de comunicaciones, se adopta un mecanismo de pulsos de comprobación entre el elemento de red de base y el servidor de aplicación para comprobar la disponibilidad del extremo homólogo. La Figura 1 es una representación esquemática que ilustra la estructura de red de un mecanismo de detección de pulsos de comprobación al nivel del dispositivo basado en SIP. En la Figura 1, la detección de pulsos de comprobación al nivel del dispositivo se realiza por medio de mensajes OPTIONS basados en SIP entre el elemento de red de base y el servidor de aplicación. El elemento de red de base envía un mensaje de pulsos de comprobación al servidor de aplicación. Si un mensaje de respuesta de pulsos de comprobación no se recibe desde el servidor de aplicación dentro de un plazo especificado, el elemento de red de base decide que el servidor de aplicación no es susceptible de alcance. Más adelante, el elemento de red de base no enviará mensajes, que sean previamente procesados por el servidor de aplicación, al servidor de aplicación hasta que el servidor de aplicación recupere la normalidad, por ejemplo, hasta que el servidor de aplicación reenvíe un mensaje de respuesta del pulso de comprobación al elemento de red de base.

En el mecanismo de detección de pulsos de comprobación al nivel del dispositivo, representado en la Figura 1, múltiples servicios se pueden desarrollar en un solo servidor de aplicación, que puede ser un servidor SIP. Además, los mismos servicios se pueden desarrollar en redundancia en múltiples servidores de aplicación. La Figura 2 es una representación esquemática que ilustra la estructura de red de un mecanismo de detección de pulsos de comprobación al nivel de dispositivo, en donde los servicios se desarrollan en redundancia. Los mismos servicios, tales como servicio 1 y servicio 2, se pueden desarrollar en servidores de aplicación 1, 2 y 3. Cuando un solo servidor de aplicación deja de reenviar una respuesta de pulsos de comprobación al elemento de red de base a su debido tiempo, el elemento de red de base puede enviar mensajes relacionados con los servicios posteriores a otros servidores de aplicación para su procesamiento. En el mecanismo de detección de pulsos de comprobación a nivel del dispositivo, representado en la Figura 2, puesto que los mismos servicios, servicio 1 y servicio 2, son desarrollados en múltiples servidores de aplicación, aún cuando un solo servidor de aplicación funcione con normalidad, el elemento de red de base puede seguir enviando todos los mensajes relacionados con los servicios a otros servidores de aplicación para su procesamiento. Como resultado, se pueden desequilibrar cargas sobre diferentes servidores de aplicación.

Basándose en el mecanismo de detección de pulsos de comprobación a nivel de dispositivo, representado en la Figura 2, un dispositivo equilibrador de cargas se añade entre el elemento de red de base y los servidores de aplicación para equilibrar las cargas de todos los servidores de aplicación. La Figura 3 es una representación esquemática que ilustra la estructura de red de un mecanismo de detección de pulsos de comprobación al nivel del dispositivo con equilibrado de cargas. Para la vigilancia del elemento de red de base y los servidores de aplicación, el elemento de red de base envía un mensaje de pulsos de comprobación al dispositivo equilibrador de cargas y el dispositivo equilibrador de cargas reenvía el mensaje a todos los servidores de aplicación. Los servidores de aplicación envían las respectivas respuestas a los mensajes de pulsos de comprobación al dispositivo equilibrador de cargas, que reenvía las respuestas al elemento de red de base. De forma similar, si el elemento de red de base no recibe una respuesta desde un servidor de aplicación dentro de un periodo de tiempo especificado, el elemento de red de base determina que el servidor de aplicación no es susceptible de alcance y transfiere los mensajes relacionados con los servicios, anteriormente procesados por el servidor de aplicación, a otros servidores de aplicación a través del dispositivo equilibrador de cargas.

El inventor encuentra que las tecnologías convencionales, con o sin un dispositivo equilibrador de cargas, están sujetas al inconveniente siguiente: Se supone que el servidor de aplicación 1 que procesa el servicio 1 funciona con normalidad o la ruta desde el elemento de red de base al servidor de aplicación 1 está disponible, mientras la ejecución del servicio 1 en el servidor de aplicación 1 es anómalo; por ejemplo, el servicio 1 es un servicio de prepago y el servidor de aplicación 1 es un punto de control de servicio que procesa el servicio 1, pero el Registro de Posiciones de Base (HLR) que memoriza la información de suscripción falla, de modo que no se puede proporcionar el servicio 1; en este caso, aún cuando el servidor de aplicación 1 envíe una respuesta de pulsos de comprobación al elemento de red de base a su debido tiempo, el servicio 1 procesado por el servidor de aplicación 1 no se ejecutará con normalidad. Puesto que el elemento de red de base es incapaz de saber que el servicio 1, en el servidor de aplicación 1, ya no se ejecuta con normalidad, el elemento de red de base seguirá enviando mensajes relacionados con el servicio 1 al servidor de aplicación 1, de modo que el servicio 1 no se pueda proporcionar con normalidad.

El documento de ROACH DYNAMICSOFT A B: "Notificación de evento específico del protocolo de iniciación de sesión (SIP) ; rfc3265.txt". IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, 1 junio 2002 (2002-06-01) , XP015009043 ISSN: 0000-0003 describe una extensión para el Protocolo de Iniciación de Sesión (SIP) . La finalidad de esta extensión es proporcionar un marco de trabajo ampliable por cuyo intermedio los nodos de SIP pueden solicitar información de nodos remotos que indican que se han producido algunos eventos operativos.

SUMARIO DE LA INVENCIÓN

Según la presente invención, un método de vigilancia, un dispositivo vigilado, un dispositivo vigilante y un sistema de vigilancia se dan a conocer con el objetivo de poner en práctica una vigilancia del nivel de servicio entre un dispositivo vigilante y un dispositivo vigilado.

Como un primer aspecto de la invención, el método de vigilancia comprende:

el envío, por un dispositivo vigilado, de información del estado de servicio a un dispositivo vigilante mediante un mensaje de SIP en función de una instrucción que solicita al dispositivo vigilado el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado, al dispositivo vigilante, en donde la información del estado de servicio está escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y decidir, por el dispositivo vigilante, el envío de mensajes de servicio al dispositivo vigilado para su procesamiento, en función de la información del estado de servicio obtenida si el servicio se ejecuta en un estado normal; de no ser así, la decisión de no enviar mensajes de servicio al dispositivo vigilado para su procesamiento.

Como un segundo aspecto de la invención, el dispositivo vigilado incluye una unidad procesadora de instrucciones y una unidad emisora, en donde:

la unidad procesadora de instrucciones está adaptada para consultar la información del estado de servicio en función de una instrucción que solicita al dispositivo vigilado el reenvío de información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado, a un dispositivo vigilante, estando la información del estado de servicio escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y la unidad emisora está adaptada para enviar la información... [Seguir leyendo]

1. Un método de vigilancia caracterizado porque comprende:

el envío, por un dispositivo vigilado, de información del estado de servicio a un dispositivo vigilante mediante un mensaje de Protocolo de Iniciación de Sesión, SIP, en función de una instrucción que solicita al dispositivo vigilado el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado, al dispositivo vigilante, en donde la información del estado de servicio está escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y la decisión, por el dispositivo vigilante, de enviar mensajes de servicio al dispositivo vigilado para su procesamiento en función de la información del estado de servicio obtenida, si el servicio se realiza en un estado normal; de no ser así, decidir no enviar mensajes de servicio al dispositivo vigilado para su procesamiento.

2. El método según la reivindicación 1, en donde antes de la etapa de enviar información del estado de servicio al dispositivo vigilante a través del mensaje SIP, el método comprende, además:

la recepción, por el dispositivo vigilado, de un mensaje SIP que transmite la instrucción desde el dispositivo vigilante o 20 la configuración de la instrucción para el dispositivo vigilado por anticipado.

3. El método según la reivindicación 1 o 2, en donde la información del estado de servicio comprende: nombre del servicio y/o estado de servicio;

y la instrucción comprende: solicitud de reenvío del estado de un servicio especificado o solicitud de reenvío de un nombre de servicio de un estado especificado o solicitud de reenvío del estado de todos los servicios.

4. El método según la reivindicación 1 o 2, en donde la etapa de enviar información del estado de servicio al 35 dispositivo vigilante, a través del mensaje SIP, comprende:

el envío de la información del estado de servicio al dispositivo vigilante a través del mensaje SIP en un intervalo periódico.

40 5. El método según la reivindicación 1 o 2, en donde antes de la etapa del envío de la información del estado de servicio al dispositivo vigilante a través del mensaje SIP, el método comprende, además:

negociar, por el dispositivo vigilante y el dispositivo vigilado, la capacidad de consulta del estado de servicio.

45 6. El método según la reivindicación 5, en donde la negociación de capacidad comprende:

por el dispositivo vigilado la recepción desde el dispositivo vigilante de un mensaje SIP que transmite una marca que indica que el dispositivo vigilante soporta la consulta del estado de servicio y el reenvío al dispositivo vigilante de un mensaje SIP que transmite una marca que indica al dispositivo vigilado que soporte la consulta del estado de servicio.

7. Un dispositivo vigilado (6) , caracterizado por comprender una unidad procesadora de instrucciones (60) y una unidad emisora (61) , en donde:

la unidad procesadora de instrucciones (60) está adaptada para consultar la información del estado de servicio, en 55 función de una instrucción que solicita al dispositivo vigilado (6) el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado (6) , a un dispositivo vigilante (7) , estando la información del estado de servicio escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y 60 la unidad emisora (61) está adaptada para enviar la información del estado de servicio al dispositivo vigilante (7) mediante un mensaje de Protocolo de Iniciación de Sesión (SIP) .

8. El dispositivo vigilado, según la reivindicación 7 que comprende, además: una unidad receptora de instrucciones (62) , adaptada para recibir, desde el dispositivo vigilante (7) , un mensaje SIP que transmite una instrucción que solicita al dispositivo vigilado (6) el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado (6) , al dispositivo vigilante (7) o una unidad configuradora de instrucciones (63) , adaptada para configurar la instrucción para el dispositivo vigilado (6) por anticipado.

9. El dispositivo vigilado, según la reivindicación 8, en donde la unidad emisora (61) está adaptada, además, para enviar un mensaje SIP que transmite una marca que indica que el dispositivo vigilado (6) soporta la consulta del estado 10 de servicio al dispositivo vigilante (7) .

10. Un dispositivo vigilante (7) caracterizado porque comprende:

una unidad receptora (70) , adaptada para recibir desde un dispositivo vigilado un mensaje de Protocolo de Iniciación de Sesión (SIP) que transmite información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado (6) , en donde la información del estado de servicio está escrita en valores paramétricos de un campo de cabecera denominado Service-Status transmitido en una respuesta 200 OK enviada al dispositivo vigilante y el dispositivo vigilante (7) está adaptado, además, para decidir enviar mensajes de servicios, si los servicios se ejecutan en un estado normal en el dispositivo vigilado (6) , al dispositivo vigilado (6) para su procesamiento en función de la información del estado de servicio o decidir no enviar mensajes de servicios, si los servicios se ejecutan en un estado anómalo en el dispositivo vigilado (6) , al dispositivo vigilado (6) para su procesamiento.

11. El dispositivo vigilante según la reivindicación 10, que comprende, además:

una unidad emisora de instrucciones (71) , adaptada para enviar al dispositivo vigilado (6) una instrucción que solicita al dispositivo vigilado (6) el reenvío de la información del estado de servicio de los servicios, que se ejecutan en el dispositivo vigilado (6) , mediante un mensaje SIP.

12. El dispositivo vigilante según la reivindicación 11 que comprende, además:

una unidad negociadora de la capacidad (72) , adaptada para enviar un mensaje SIP que transmite una marca que indica que el dispositivo vigilante (7) soporta la consulta del estado de servicio al dispositivo vigilado (6) y la unidad receptora (70) adaptada, además, para recibir, desde el dispositivo vigilado (6) , un mensaje SIP que transmite una marca que indica que el dispositivo vigilado (6) soporta la consulta del estado de servicio.

13. Un sistema de vigilancia, que comprende un dispositivo vigilante (7) según cualquiera de las reivindicaciones 10 a 12 y un dispositivo vigilado (6) según cualquiera de las reivindicaciones 7 a 9. 40

Figura 2 Servidor de aplicación 1

Servidor de aplicación 2

Servidor de aplicación 3

Servicio 1 Servicio 2

Servicio 1 Servicio 2

Servicio 1 Servicio 2 Figura 3

Servidor de aplicación 1

Servidor de aplicación 2

Servidor de aplicación 3

Figura 4

Figura 5

Dispositivo vigilado UnidadUnidad receptora configuradorainstrucción instrucción Unidad procesadora instrucción Unidad emisora Figura 6 Figura 7

Figura 8