SERVIRDOR DE APLICACION PARA RED DE COMUNICACIONES, CON INTERFAZ OPTIMIZADA CON SERVIDORES MEDIOS.

Servidor de aplicaciones para red de comunicaciones, que incluye un conjunto de aplicaciones susceptibles de comunicarse con servidores de medios,

en el 5 contexto de una sesión de comunicación, incluyendo además - objetos de contexto de sesión, previstos para memorizar información relativa a sesiones de comunicación, y - controladores de gestión asociados a dichos servidores de medios, 10 previstos para registrarse frente a uno o varios de los objetos de contexto de sesión con el fin de recibir notificación de cualquier modificación de valor de al menos una de dichas informaciones en el seno de dichos uno o varios objetos de contexto de sesión, para traducir dicha modificación según un protocolo comprendido por el o los servidores de medios que llevan 15 asociados dichos controladores de gestión, y para traducir toda notificación recibida de un servidor de medios asociado a una modificación del valor de una información de uno o varios objetos de contexto de sesión

La presente invención se refiere a un servidor de aplicación para una red de comunicaciones. Una red de comunicaciones de este tipo puede ser en particular conforme a la arquitectura IMS, Internet Protocol Multimedia Subsystem.

La figura 1 ilustra una arquitectura IMS de este tipo en la que es susceptible de quedar inscrita la invención. Los servidores de aplicación se utilizan sin embargo en otros tipos de arquitectura.

En la figura 1, dos clientes de comunicación C1 y C2 se hallan conectados a una arquitectura de comunicación IMS, por mediación de dos elementos funcionales de control de sesión de llamada «de proximidad», P-CSCF1 y P-CSCF2 respectivamente. Estos están conectados a su vez a un elemento funcional «servidor», S-CSCF.

Estos elementos funcionales S-CSCF (por «Serving -Call Session Control Function») y P-CSCF (por «Proxy -Call Session Control Function») están definidos por las especificaciones de la arquitectura IMS de los grupos de estandarización 3GPP y TISPAN.

Las sesiones establecidas entre los dos clientes de comunicación C1 y C2 típicamente son gestionadas por el elemento funcional S-CSCF. Determinadas sesiones pueden necesitar recurrir a un servidor de aplicaciones AS. Los servidores de aplicaciones permiten hacer accesible para la red de comunicaciones y para los diferentes clientes un variado conjunto de aplicaciones que implementan servicios: gestión de una conferencia múltiple, acceso a anuncios pregrabados, acceso a documentos multimedia, etc.

Estos servidores de aplicaciones son susceptibles de recurrir a servidores de medios, MS1, MS2.

Algunos servicios necesitan de forma inherente recurrir a información multimedia (vídeo por demanda, etc.) y otros pueden necesitar recurrir a la misma ocasionalmente. Puede tratarse, por ejemplo, de reproducir un archivo multimedia para anunciar que actualmente el servicio no está disponible, o simplemente mantener al cliente en espera.

El almacenamiento y la gestión de los archivos multimedia se trasladan generalmente a estos servidores multimedia con el fin de hacer más modular la arquitectura. Los servidores de aplicaciones AS crean por tanto, cuando es necesario, sesiones con los servidores multimedia MS1, MS2 adecuados.

Actualmente, existen diferentes tipos de servidores multimedia, por una parte como consecuencia de la pluralidad de los fabricantes y de las tecnologías, pero también como consecuencia de los diferentes tipos de medios (audio, vídeo... en diferentes formatos, codificaciones...).

Por esta razón, las comunicaciones entre un servidor de aplicación AS y los servidores multimedia MS son diversas y hacen complejos el diseño, el despliegue y el mantenimiento de un servidor de aplicación.

El documento US2003/051037 describe un servidor de aplicación para red de comunicaciones.

El objetivo de la presente invención es el de resolver este problema de la complejidad de los servidores de aplicación.

El servidor de aplicación según la invención incluye un conjunto de aplicaciones susceptibles de comunicarse con servidores de medios, en el contexto de una sesión de comunicación. Es innovador porque incluye además:

- Objetos de contexto de sesión, previstos para memorizar información relativa a sesiones de comunicación, y -controladores de gestión asociados a los servidores de medios. Estos controladores de gestión están previstos -para registrarse frente a uno o varios de los objetos de contexto de sesión con el fin de recibir notificación de cualquier modificación de valor de al menos una de las informaciones en el seno del o de los objetos de contexto de sesión, -para traducir esta modificación según un protocolo comprendido por el o los servidores de medios que llevan asociados los controladores de gestión, y -para traducir toda notificación recibida de un servidor de medios asociado a una modificación del valor de una información de uno o varios objetos de contexto de sesión.

Los objetos de contexto de sesión pueden estar distribuidos eventualmente entre una pluralidad de agentes contenidos en el servidor de aplicaciones.

Pueden además estar duplicados en diferentes agentes, con el fin de asegurar una tolerancia a fallos.

La invención y sus ventajas se harán más claramente manifiestas en la descripción subsiguiente en relación con las figuras que se acompañan.

La figura 1, anteriormente comentada, representa una arquitectura de comunicaciones IMS, en la que es susceptible de quedar inscrita la invención.

La figura 2, esquematiza un servidor de aplicación según la invención.

De acuerdo con la invención, un servidor de aplicaciones incluye un conjunto de aplicaciones que implementan servicios y que se hacen accesibles para los clientes y otros elementos de una red de comunicaciones mediante una interfaz, preferentemente estandarizada. Esta interfaz puede ser en particular conforme al protocolo SIP (por «Session Initiation Protocol») según está definido por el RFC 3260 del IETF (Internet Engineering Task Force).

En el ejemplo representado mediante la figura 2, el servidor de aplicación incluye 3 aplicaciones A1, A2 y A3, y una infraestructura INF.

Estas aplicaciones son accesibles para clientes de comunicación o para otros elementos de la red de comunicaciones, no representados, mediante una interfaz INT.

Típicamente, esta interfaz INT está prevista para emitir y recibir mensajes de señalización conformes al protocolo SIP, Session Initiation Protocol, tal como está definido por el RFC 3260 del IETF y por los demás RFC que posteriormente han venido a completar el protocolo inicial.

Estos mensajes de señalización pueden ser en particular mensajes de invitación «INVITE» u otros mensajes de señalización subsiguientes y pertenecientes a una misma sesión de comunicación creada mediante el mensaje de invitación.

Dependiendo del servicio requerido por el mensaje de invitación entrante, éste es transferido hacia una de las aplicaciones A1, A2 o A3.

Eventualmente, una misma sesión puede ser tratada mediante varias aplicaciones.

Cuando una aplicación necesita, para el tratamiento de una sesión de comunicación, los recursos de un servidor de medios, ésta crea un objeto de contexto de sesión en el seno de la infraestructura INF.

Es importante distinguir la sesión de comunicación y la sesión multimedia. Toda sesión de comunicación creada entre el servidor de aplicación AS y otro equipo de la red de comunicaciones no origina necesariamente la creación de una sesión multimedia. Aquélla puede necesitar asimismo la creación de varias de ellas. Se denomina sesión multimedia al conjunto de las comunicaciones entre el servidor de aplicación AS y un servidor de medios MS1, MS2, comprendidas entre un mensaje de inicio de sesión y un mensaje de finalización.

En el ejemplo ilustrado mediante la figura 2, la aplicación A1 necesita la utilización de dos servidores de medios MS1 y MS2 y la aplicación A3 necesita la utilización de un único servidor de medios MS1. La aplicación A2 no utiliza servidores de medios.

Para utilizar los servidores de medios MS1 y MS2, la aplicación A1 crea dos objetos de contexto de sesión, SC1 y SC3 respectivamente, en el seno de la infraestructura INF. Por su parte, la aplicación A2 crea un objeto de contexto de sesión SC2.

Estos objetos de contexto de sesión se pueden crear solamente para una sesión multimedia y ser destruidos a la finalización de la misma. Estos se pueden distribuir entre una pluralidad de agentes AGT1, AGT2 contenidos en la infraestructura INF. A su vez, estos agentes pueden estar distribuidos por ejemplo en equipos diferenciados.

De acuerdo con una puesta en práctica de la invención, todos o parte de los objetos de contexto de sesión se pueden hallar duplicados en diferentes agentes, con el fin de asegurar una tolerancia a fallos. Así, por ejemplo, se pueden desplegar copias de los objetos de contexto de sesión SC1 y SC2 en el agente AGT2 y se puede desplegar una copia del objeto de contexto de sesión SC3 en el agente AGT3. Estas copias contienen el conjunto de la información memorizada en los objetos originales.

En funcionamiento normal, las copias son no activas y su comportamiento únicamente consiste en sincronizar la información que contienen con la de los originales....

1. Servidor de aplicaciones para red de comunicaciones, que incluye un

conjunto de aplicaciones susceptibles de comunicarse con servidores de medios, en el 5 contexto de una sesión de comunicación, incluyendo además

- objetos de contexto de sesión, previstos para memorizar información relativa a sesiones de comunicación, y -controladores de gestión asociados a dichos servidores de medios, previstos para registrarse frente a uno o varios de los objetos de contexto de sesión con el fin de recibir notificación de cualquier modificación de valor de al menos una de dichas informaciones en el seno de dichos uno o varios objetos de contexto de sesión, para traducir dicha modificación según un protocolo comprendido por el o los servidores de medios que llevan asociados dichos controladores de gestión, y para traducir toda notificación recibida de un servidor de medios asociado a una modificación del valor de una información de uno o varios objetos de contexto de sesión.

2. Servidor de aplicaciones según la reivindicación precedente, en el que dichos objetos de contexto de sesión están distribuidos entre una pluralidad de agentes contenidos en dicho servidor de aplicaciones.

3. Servidor de aplicaciones según la reivindicación precedente, en el que dichos

objetos de contexto de sesión están duplicados en diferentes agentes, con el fin de 25 asegurar una tolerancia a fallos.