ES2938329T3 - Método de selección de un recurso de red - Google Patents

Abstract

La invención se refiere a un método para seleccionar un recurso de red, en el que un dispositivo monitoreado (10, 11) conectado a una red IP (20) puede acceder además a al menos otra red de telecomunicaciones física y/o virtual. De acuerdo con la invención, después de un paso en el que una solicitud es transmitida o reenviada por el dispositivo monitoreado (10, 11) o enviada a dicho dispositivo monitoreado (10, 11), el dispositivo monitoreado (10, 11) recibe una señal de monitoreo de sesión incluyendo un identificador de recurso representativo de la red física o virtual que el dispositivo monitoreado (10, 11) puede o debe usar para cumplir con dicha solicitud. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método de selección de un recurso de red

La presente invención se refiere a las redes IP ("Protocolo de Internet"), y en particular a aquellas que son capaces de poner en práctica protocolos avanzados de control de sesión. Las redes IP permiten la difusión de datos conversacionales, tales como "Voz sobre IP" (VoIP), "Compartir contenido", "Presencia" o "Mensajería instantánea".

Más concretamente, la presente invención se refiere a los medios establecidos para permitir que el iniciador o el destinatario de un flujo multimedia utilice el recurso de red más apropiado entre los que tiene a su alcance.

Los protocolos de control de sesión avanzados convencionales, tales como los protocolos H.323 y SIP ("Session Initiation Protocol"), utilizan los mensajes denominados "de señalización", que son mensajes que permiten a un terminal solicitar una conexión con otro terminal, o también mensajes que indican que una línea telefónica está ocupada, o que indican que el teléfono llamado está sonando, o incluso que dicho teléfono está conectado a la red y se puede localizar de tal o cual manera.

El protocolo H.323 fue desarrollado por el ITU-T. Especifica procedimientos para señalización, negociación de codificador-decodificador y transporte de información. Es ampliamente utilizado por los fabricantes de equipos de voz y de videoconferencias, así como en varias aplicaciones de Internet en tiempo real como "NetMeeting".

El protocolo SIP fue definido por el IETF en el documento RFC 3261. Este protocolo permite el establecimiento, modificación y terminación de sesiones multimedia en una red que utiliza el protocolo IP. El protocolo SIP también permite procedimientos de notificación de eventos y el envío de información fuera del contexto de una sesión. Es ampliamente utilizado para comandos de servicios de mensajería instantánea. Por lo tanto, en un entorno SIP, existen diferentes tipos de comunicaciones, tales como solicitudes de establecimiento de sesión y solicitudes intercambiadas fuera de cualquier diálogo. En los dispositivos que obedecen a este protocolo, las funciones asociadas son puestas en práctica por una entidad lógica denominada "User Agent" (que significa "agente de usuario" en inglés), que se comporta, según las circunstancias, como un "cliente" o como un "servidor".

El documento de la técnica anterior WO2007091808 da a conocer la selección, por parte de un servidor/terminal VCC (Voice Call Continuity, en inglés) de un dominio teniendo en cuenta las preferencias del usuario y la política del operador y haciendo pasar llamadas en el dominio seleccionado.

Otro documento de la técnica anterior US6567667 describe un método para migrar servicios entre dominios utilizando medios de selección para migrar de manera selectiva redes a partir de una mezcla de circuitos conmutados y conmutados por paquetes hacia todas las redes de conmutación de paquetes de Internet durante un período de tiempo.

Otro documento de la técnica anterior US2007209061 da a conocer nodos de seguridad para controlar el acceso a los sistemas multimedia de Protocolo de Internet a partir de sistemas de aplicación desde una red externa fiable.

La invención se adapta bien, en particular, a las infraestructuras del tipo IMS ("IP Multimedia Subsystem" en inglés). El IMS fue definido por los organismos de normalización 3GPP ("Proyecto de Asociación de 3a Generación") y TISPAN ("Telecomunicaciones y Servicios Convergentes de Internet y Protocolos para Redes Avanzadas"). Es una arquitectura de red introducida por el 3GPP para redes móviles, y luego asumida por TISPAN para las redes fijas. Esta arquitectura, que utiliza el protocolo SIP, permite el establecimiento dinámico y el control de sesiones multimedia entre dos clientes, así como la reserva de recursos a nivel de la red de transporte de flujo multimedia. Gracias a esta arquitectura, los operadores de red pueden poner en práctica, de manera conveniente, una política de gestión, proporcionar una Calidad de Servicio predeterminada y calcular los importes a facturar a los clientes. El IMS permite actualmente acceder a servicios tales como telefonía, videofonía, presencia y mensajería instantánea, para lo cual también gestiona la interacción.

Cuando un cliente registrado en una red, tal como las descritas con anterioridad, desea beneficiarse de un servicio multimedia ofrecido por la red, transmite hacia la red, o recibe desde la red, un mensaje de señalización. Sin embargo, los clientes a veces tienen la posibilidad de utilizar diferentes recursos para transportar un flujo multimedia determinado. Los recursos de red a los que se refiere la presente invención son redes físicas o virtuales.

De manera convencional, una "red física" es un conjunto de características electromecánicas destinado al transporte de datos en forma de "bits" (capa 1 del modelo OSI). Para conectarse, un cliente puede tener varias interfaces físicas (por ejemplo, fibra óptica, pares de cables de cobre o interfaces de radio).

Una "red virtual" se construye sobre la base de una red física e incluye comunicaciones conectadas que funcionan en el modo de paquete. Una red virtual permite obtener características específicas, en particular en términos de Calidad de Servicio (por ejemplo, caudal, latencia o jitter (fluctuación de retardo)), seguridad (por ejemplo, cifrado o autenticación) o enrutamiento (por ejemplo, una VPN; estas son las iniciales de las palabras en inglés "Virtual Private NetWork" que significa "red privada virtual"). Una red virtual por lo general se declara en la capa 2, 3 o 4 (o intermedia) del modelo OSI. Cuando se declaran diferentes redes virtuales en una misma red física, se distinguen por identificadores específicos de la capa OSI correspondiente.

Según la tecnología básica de la red física (X.25, ATM, ISDN, IP, etc.), se pueden declarar diferentes tipos de redes virtuales. He aquí varios ejemplos.

En el contexto de X.25, la red virtual se identifica mediante un VCI (iniciales de las palabras en inglés "Virtual Channel Identifier" que significa "identificador de canal virtual"). En el contexto de ATM (iniciales de las palabras en inglés "Asynchronous Transfer Mode" que significa "Modo de Transferencia Asíncrono"), la red virtual se identifica mediante un VCI y, además, por un VPI (iniciales de las palabras en inglés "Virtual Path Identifier" que significa "Identificar de Ruta Virtual"). Las tecnologías X.25 y ATM ofrecen conexiones de dos tipos: las asociadas individualmente a una llamada, denominadas SVC (iniciales de las palabras en inglés "Switched Virtual Circuits" que significan "Redes Virtuales Conmutadas"), y las establecidas de forma permanente entre dos terminales, denominados PVC (iniciales de las palabras en inglés "Permanent Virtual Circuits" “Redes Virtuales Permanentes”).

En el contexto de la red pública ISDN (Red Digital de Integración de Servicios), el servicio LLP (Enlaces Lógicos Permanentes) permite la transferencia de datos de usuario en forma de tramas transportadas en el "canal D".

En el contexto de la IP, se puede utilizar:

- una VLAN (iniciales de las palabras en inglés "Virtual Local Area Network" que significa "Red de Área Local Virtual"), en donde se añade una etiqueta dedicada a los encabezados de los paquetes de datos (capa 2 o capa 3 del modelo OSI), o

- un túnel MPLS (iniciales de las palabras en inglés "MultiProtocol Label Switching" que significa "Conmutación de Etiquetas Multiprotocolo"), en donde, de nuevo, se etiquetan los paquetes de datos (capa 2 del modelo OSI), o incluso

- IPSec, que asegura el tráfico en IP mediante autenticación y/o cifrado de los paquetes de datos (capa 3 del modelo OSI).

El dispositivo cliente al que son accesibles dichos recursos puede ser, por ejemplo, un terminal fijo o móvil, o una pasarela doméstica o ubicada en una empresa ("Residential Gateway' en inglés), o incluso una pasarela de un operador de red (" Voice Gateway en inglés) tal como un DSLAM-SIP (DSLAM son las iniciales de las palabras en inglés "Digital Subscriber Line Access Multiplexef que significa "Multiplexor de Acceso de Líneas de Abonados Digitales"; es un dispositivo que recoge el tráfico de datos DSL que se desplaza a través de varias líneas telefónicas).

Entonces, puede hacerse la pregunta de si no sería ventajosamente posible para un cliente de un flujo multimedia que tiene acceso a una pluralidad de recursos de red, seleccionar un recurso particular en función con parámetros prácticos tales como la identidad del emisor de una solicitud para establecer una sesión multimedia y/o el destinatario de esta solicitud y/o la naturaleza del flujo y/o el número marcado, y así sucesivamente.

Por ejemplo, si una llamada de VoIP se identifica como siendo una llamada de emergencia, podría tomar prestado un recurso prioritario.

Como otro ejemplo, se podría definir, en una base de datos de clientes, una categoría particular de clientes denominada “services_secrets”, que incluiría el conjunto de los agentes de un servicio de contrainteligencia ministerial. Entonces podrían asignarse canales de comunicación seguros para las llamadas realizadas o recibidas por este tipo de abonado.

Otro ejemplo más sería seleccionar el recurso en función de la naturaleza (audio, vídeo, imagen, etc.) y las características técnicas (tasa de bits, etc.) del flujo multimedia en cuestión.

Sin embargo, en el estado de la técnica, incluido en el protocolo SIP, no existe una disposición de protocolo para designar a un cliente el recurso de red que puede, o debe, utilizar de forma selectiva. En algunos casos, se utilizan soluciones paliativas que requieren el desarrollo de equipos dedicados; por lo tanto, estas soluciones son costosas y complicadas de poner en práctica.

Por tanto, la presente invención se refiere, según un primer aspecto, a un método de selección de un recurso de red, en donde un dispositivo denominado "controlado" conectado a una red IP también puede acceder a al menos otra red de telecomunicación física y/o virtual, que comprende una etapa en donde dicho controlado envía o retransmite una solicitud o está destinada a dicho controlado. Dicho método es notable porque el controlado recibe entonces una señal de control de sesión que contiene un identificador de recurso representativo de la red física o virtual que el controlado puede o debe utilizar para satisfacer dicha solicitud.

Por "solicitud" se entiende en este caso cualquier demanda para establecer una sesión multimedia tal como una llamada telefónica, o solicitud de un método informático o demanda de un servicio. En la descripción siguiente, la entidad que inicia una solicitud se denominará "la solicitante" y la entidad receptora de una solicitud se denominará "la solicitada".

Conviene señalar que, en su caso, la red requerida para satisfacer dicha solicitud puede ser dicha red IP (física) en sí misma.

De este modo, según la invención, es posible, en primer lugar, operar una referencia diferenciada "en el origen", indicando a un cliente que desea establecer o retransmitir un flujo multimedia, el recurso de red más apropiado, para utilizar para transportar este flujo. También es posible, en segundo lugar, designar para un cliente que recibe un flujo multimedia, el recurso de red más apropiado a utilizar para transportar este flujo.

Conviene señalar que, en función de la política elegida por el operador de red, la parte controlada puede, si es necesario, estar autorizada para seleccionar otro tipo de recurso de red diferente al tipo asociado con el identificador de recurso recibido. Tal como se describe a continuación, dicha característica puede ser, en particular, ventajosa cuando el controlado constata que le es imposible seleccionar un recurso de red de conformidad con el identificador de recurso recibido; en este caso, según características particulares, el controlado podrá seleccionar, de manera ventajosa, otro recurso de red entre los que le son accesibles.

Según otras características particulares, dicho controlado envía, a la red IP, una señal de control de sesión que contiene información según la cual el controlado dispone de los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales.

Gracias a estas disposiciones, el operador de la red es informado de la posibilidad de controlar un cliente poniendo en práctica la presente invención. Estas disposiciones podrían, por ejemplo, ponerse en práctica en cada registro inicial de un cliente en la red IP.

La invención también se refiere, según un segundo aspecto, a un método de selección de un recurso de red, que comprende una etapa de intercepción, en una red IP, por un dispositivo denominado "controlador", de una solicitud transmitida o retransmitida por un dispositivo denominado "controlado" o destinado a un dispositivo denominado "controlado". Dicho método es notable porque dicho controlador envía, a continuación, al controlado una señal de control de sesión que contiene un identificador de recurso representativo de una red física o virtual que el controlado puede, o debe, utilizar para satisfacer dicha solicitud.

Las ventajas de este segundo aspecto de la invención son las mismas que las del primer aspecto.

Según características particulares:

- el controlador recibe entonces de dicho controlado un identificador de recurso representativo del recurso de red que el controlado realmente ha seleccionado, y

- el controlador utiliza esta información para determinar si dicha solicitud debe ser concedida o rechazada.

Gracias a estas disposiciones, se puede poner en práctica de manera conveniente la política elegida por el operador de red a este respecto.

De manera correlativa, la invención se refiere a varios dispositivos.

Se refiere así, según un tercer aspecto, a un dispositivo denominado "controlado" conectado a una red IP y también capaz de acceder al menos a otra red de telecomunicaciones física y/o virtual, que comprende medios para, después de la transmisión o la retransmisión de una solicitud por dicho controlado o destinada a dicho controlado, recibir una señal de control de sesión después de dicha solicitud. Dicho dispositivo es destacable porque también comprende medios para interpretar un identificador de recurso contenido en dicha señal de control de sesión y representativo de la red física o virtual que el controlado puede, o debe, utilizar para satisfacer dicha solicitud.

Según características particulares, dicho dispositivo controlado comprende medios para seleccionar otro recurso de red si encuentra que le es imposible seleccionar un recurso de red de conformidad con dicho identificador de recurso recibido.

Según otras características particulares, dicho dispositivo controlado comprende medios para emitir a continuación, a la red IP, una señal de control de sesión que contiene un identificador de recurso representativo del recurso de red que el dispositivo controlado ha seleccionado de manera efectiva.

Según otras características particulares, dicho dispositivo controlado comprende medios para emitir, a la red IP, una señal de control de sesión que contiene una información según la cual el controlado dispone de los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales.

La invención también se refiere, según un cuarto aspecto, a un dispositivo denominado "controlador" ubicado en una red IP, que comprende medios para interceptar una solicitud transmitida o retransmitida por un dispositivo denominado "controlado" o destinada a un dispositivo denominado "controlado". Dicho dispositivo es destacable porque comprende, además, medios para enviar a continuación a dicho controlado una señal de control de sesión que contiene un identificador de recurso representativo de una red física o virtual que el controlado puede, o debe, utilizar para satisfacer dicha solicitud.

Según características particulares, dicho dispositivo controlador comprende, además, medios para determinar si dicha solicitud debe ser aceptada o rechazada, sobre la base de una señal de control de sesión recibida desde dicho dispositivo controlado y que contiene un identificador de recurso representativo del recurso de red realmente seleccionado por el controlado.

Según otras características particulares, dicho dispositivo controlador comprende, además, medios para tener en cuenta la información según la cual el controlado posee los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales.

Las ventajas que ofrecen estos dispositivos son esencialmente las mismas que las que ofrecen los métodos correlativos descritos brevemente con anterioridad.

Conviene señalar que es posible realizar los dispositivos, brevemente descritos con anterioridad, en el contexto de instrucciones de software y/o en el contexto de circuitos electrónicos.

La invención también se refiere a un programa informático descargable desde una red de comunicación y/o almacenado en un medio legible por ordenador y/o ejecutable por un microprocesador. Este programa informático es notable porque comprende instrucciones para la ejecución de las etapas de uno cualquiera de los métodos para seleccionar un recurso de red brevemente explicados con anterioridad, cuando se ejecuta en un ordenador.

Las ventajas que ofrece este programa informático son esencialmente las mismas que ofrecen dichos métodos.

Otros aspectos y ventajas de la invención aparecerán con la lectura de la siguiente descripción detallada de formas de realización particulares, dadas a título de ejemplos no limitativos. La descripción se refiere a las figuras adjuntas, en las que:

- la Figura 1 representa, de manera esquemática, un sistema de prestación de servicios multimedia capaz de poner en práctica la invención, y

- la Figura 2 representa un sistema funcional de la selección de recursos según una forma de realización de la invención.

El sistema ilustrado en la Figura 1 se basa en una arquitectura de red de tipo IMS, tal como se describió brevemente con anterioridad. Los servicios multimedia ofrecidos por dicho sistema pueden incluir servicios de telefonía, videotelefonía, intercambio de contenido (content-sharing, en inglés), de presencia, de mensajería instantánea o de televisión del usuario de un terminal UE (por "User Equipment" en inglés) 10 en una red 20 que comprende una infraestructura de transporte IP y servidores a través de los cuales el terminal 10 puede intercambiar flujos multimedia y señales de control de sesión compatibles con el protocolo SIP, en particular con otro terminal UE 11, habiéndose registrado previamente los terminales 10 y 11 en los servidores IMS de la red 20.

El terminal 10, 11 es un terminal fijo o móvil, o una pasarela doméstica o empresarial, que dispone de medios de señalización SIP y que puede incluir medios de restauración de un contenido audiovisual.

Tal como se muestra en la Figura 1, este sistema para proporcionar servicios multimedia se basa en una red 20 conforme a la arquitectura IMS definida en 3GPP, y que comprende:

• una infraestructura de transporte IP (no ilustrada);

• uno o varios servidores de llamadas I/S-CSCF (para la combinación de una función “Función de Control de Servidor de Llamadas-Interrogación" (“Interrogating-Call Server Control Function”, en inglés) y de una función "Función de Control de Servidor de Llamadas-Servicio" (“Serving-Call Server Control Function”, en inglés) en el mismo servidor); un servidor de llamadas I/S-CSCF 22 gestiona en particular el procedimiento de registro de los dispositivos conectados a la red 20; de hecho, para que un dispositivo de este tipo se pueda beneficiar de los servicios proporcionados por esta red, este dispositivo debe, salvo excepciones (en caso de ciertas llamadas de emergencia), registrarse en el servidor I/S-CSCF 22; el servidor I/S-CSCF 22 también gestiona el enrutamiento de la señalización entre el terminal 10 y los servidores de mensajería de voz VM 25, de presencia PS 26 y de telefonía TAS 27, así como el enrutamiento hacia otros terminales gestionados por la misma red IMS (tal como el terminal 11, a modo de ejemplo) y el enrutamiento de la señalización entre esta red IMS 20 y otras redes (no ilustradas);

• uno (o varios) servidor(es) P-CSCF (para "Función de Control de Servidor de Llamada-Proxy", "Proxy-Call Server Control Function", en inglés); el servidor P-CSCF 21 (respectivamente, 28) es el punto de contacto SIP del terminal 10 (respectivamente, 11) en la red IMS; así, toda la señalización SIP intercambiada entre el terminal 10 (respectivamente, 11) y el servidor de llamadas I/S-CSCF 22 pasa a través de este servidor P-CSCF 21 (respectivamente, 28);

• uno o más servidores de bases de datos, del tipo HSS (para “Servidor de Abonados Domésticos”, "Home Subscriber Serve" en inglés); un servidor HSS 24 contiene el perfil del usuario del terminal 10 en términos de datos de autenticación, de ubicación y de servicios suscritos;

• de manera opcional, un servidor de tipo SLF (para “Función de Ubicación de Abonados”, "Subscriber Location Function" en inglés); un servidor SLF 23 se utiliza en las redes que contienen varios servidores HSS; este servidor SLF 23 es interrogado por las funciones I-CSCF y S-CSCF para encontrar la dirección del servidor HSS 24 que aloja los datos de usuario del terminal 10;

• uno (o varios) servidor(es) de mensajería de voz VM 25; el servidor VM 25 gestiona la suscripción del terminal 10 a los eventos de archivo/consulta de los mensajes de usuario de este terminal, y notifica al terminal 10 cuando se producen estos eventos;

• uno (o varios) servidor(es) de presencia PS 26; el servidor PS 26 gestiona la suscripción del terminal 10 a los eventos de presencia que el usuario de este terminal desea supervisar, y notifica al terminal cuándo estos eventos se producen; y

• uno (o varios) servidor(es) de telefonía TAS 27; un servidor TAS gestiona los servicios telefónicos a los que el usuario del terminal 10 se ha suscrito con su operador, tales como la presentación de números o el desvío de llamadas.

Los servidores de mensajería de voz VM 25, los servidores de presencia PS 26 y los servidores de telefonía TAS 27 son ejemplos de lo que se denominan "servidores de aplicaciones" ("application servers" o AS en inglés).

El servidor de base de datos HSS 24 se interroga en particular:

• por la función I-CSCF al registrar el terminal 10 para asignar un servidor I/S-CSCF 22 al usuario de este terminal o para encontrar el servidor I/S-CSCF 22 ya asignado a este usuario;

• por la función S-CSCF durante el registro inicial del terminal 10 para descargar los datos relativos a los servicios suscritos por este usuario, incluyendo, en particular los puntos de detección que permitirán al servidor I/S-CSCF 22 determinar qué mensaje de señalización debe enrutar a qué servidor de aplicaciones (tal como, por ejemplo, VM 25, PS 26 o TAS 27);

• por la función S-CSCF al registrar al usuario del terminal 10, para informar al servidor HSS 24 de la instalación o ampliación de un registro de este usuario en el servidor I/S-CSCF 22; y

• por la función S-CSCF, con el fin de recuperar la información necesaria para la autenticación de la señalización transmitida por el usuario del terminal 10.

A continuación, se ilustrará el funcionamiento y las ventajas de la invención en el contexto de una forma de realización ilustrada en la Figura 2.

La invención utiliza las nociones de "controlador" y "controlado": el "controlador" es una entidad que indica a la entidad "controlada" la elección preferencial o exclusiva de un recurso (red física y/o virtual, tal como se definió con anterioridad) del plano de transporte.

En el ejemplo de arquitectura que se muestra en la Figura 1:

- la función de controlado puede ser desempeñada en particular por el terminal 10 o por el terminal 11, o por una pasarela de operador de red (no ilustrada), y

- la función del controlador puede ser desempeñada en particular por un servidor S-CSCF o I/S-CSCF 22 y/o por uno de los servidores de aplicaciones 25, 26 y 27.

Para fijar las ideas, solamente se considerará al terminal 10 en la función del controlado solicitante, el terminal 11 en la función de controlado solicitado, y el servidor I/S-CSCF 22 en la función de controlador para estos dos terminales.

10 y 11.

De conformidad con la invención, se define un identificador de recurso, que se presenta bajo la forma de cualquier cadena alfanumérica. Este identificador se inserta de manera preferente en ciertos mensajes de señalización intercambiados por las entidades de controlador y controlado. De este modo, es posible seleccionar un tipo de recurso denominado de llamada por llamada, método por método o incluso servicio por servicio en función de criterios específicos del controlador.

Conviene señalar, a este respecto, que la identificación concreta del recurso (dicha red física, o dicha red virtual) debe ser realizada por el controlado que recibe el identificador del recurso según la invención, y no debe ser de la responsabilidad del controlador, quien simplemente debe reconocer que existe la necesidad de un uso particular sin preocuparse por la puesta en práctica real (que puede cambiar con el tiempo). Se respeta así la independencia del plan de control con respecto al plan de transporte (y más por lo general, el modelo ISO de independencia entre capas). El identificador de recurso intercambiado entre el controlador y el controlado es, por lo tanto, puramente lógico. La distinción entre "identificador de recurso" según la invención e identificación concreta del recurso permite al controlador permanecer transparente a las evoluciones y modificaciones realizadas en el plan de transporte.

Tal como se ilustra en la Figura 2, el sistema de configuración (en particular el que se denomina el "sistema de información"), que gestiona toda la red, debe, por lo tanto, cerciorarse durante cualquier instalación o actualización, que el controlador y controlado utilizan cada identificador de recurso disponible de forma complementaria. Esta es la razón por la que:

- de una parte (operación “OS” en la Figura 2), un sistema de configuración gestionado por el operador de la red declara al controlador el identificador de recurso asociado, respectivamente, a cada uno de los servicios o usos ofrecidos a los clientes, tras lo cual se configura el controlador en consecuencia, y

- por otra parte (operación "OP" en la Figura 2), dicho sistema de configuración declara al controlado el identificador de recurso asociado, respectivamente, a cada uno de los recursos accesibles al controlado (ofrecidos o suscritos por el mismo), tras lo cual se configura el controlado en consecuencia.

En el contexto de la arquitectura IMS aquí considerada, a modo de ejemplo, los intercambios entre controladores y controlados para selecciones de recursos toman la forma de señales SIP. El identificador de recurso, según la invención, podrá entonces incluirse de manera conveniente en forma de etiqueta en un nuevo encabezado (designado como “Ressource-control” en los ejemplos siguientes), que se insertará en diferentes métodos SIP, según la fase en donde se encuentre para la elección del recurso por el controlador y la progresión del diálogo SIP. Este encabezamiento, según la invención, puede así en particular (pero no exclusivamente) insertarse en los métodos INVITE, UPDATE, re-INVITE e INFO, así como en las respuestas 1XX o 2XX.

Según una primera forma de realización, el controlador 22 no espera la confirmación a cambio del controlado 10. A continuación, se ilustra un ejemplo de mensajes intercambiados entre el controlador 22 y el controlado 10 de conformidad con esta forma de realización:

MENSAJE 1, Controlado => Controlador:

INVITE sip: [email protected] SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip: [email protected]>

From: [...]

Call-ID: [...]

CSeq: 314159 INVITE

Contact: [...]

Content-Type: aplication/sdp

Content-Length: 142

(mostrado parcialmente:)

v=0

m=audio RTP/AVP 432108

MENSAJE 2, Controlador => Controlado:

SIP/2.0-183 Session Progress

Via: [...]

To: [...]

From: [...]

Call-ID: [...]

CSeq: 314159 INVITE

Contact: [...]

Ressource-control: high_priority; no-answer

Content-Type: aplication/sdp

Content-Length: 131

(parcialmente mostrado: )

v=0

m=audio RTP/AVP 543218

En el ejemplo anterior, el controlador 22 ha reconocido, en la solicitud del terminal 10, una solicitud de llamada VolP urgente, y recomienda la selección de un recurso de red identificado por el identificador de recurso "hig h_p riority", mientras indica que es inútil para responderla (etiqueta de "no-answer").

De manera similar, un controlador puede enviar una señal de control de sesión a una parte solicitada, para recomendar a esta parte la selección del recurso de red identificado en dicha solicitud mediante un identificador de recurso. Conviene señalar que dicho mensaje será útil en el caso en que la parte solicitada tenga acceso a una pluralidad de recursos de la red, y lo que antecede, cualquiera que sea la situación de la parte solicitante, es decir, que la parte solicitante tenga acceso a una pluralidad de recursos por sí misma, o a un solo recurso (en cuyo caso, obviamente, es inútil recomendar a la parte solicitante un tipo particular de recurso de red).

En el sistema aquí considerado, la parte solicitada podría ser, por ejemplo, el terminal 11 (que, como se recordará, también está controlado por el controlador 22). Siguiendo el ejemplo anterior, en donde la parte solicitada es "urgences_samu", este mensaje puede adoptar la siguiente forma:

MENSAJE 2', Controlador => Controlado:

INVITE sip: [email protected] SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip: [email protected]>

From: [...]

Call-ID: [...]

Ressource-control: high_priority; no-answer

CSeq: 314159 INVITE

Contact: [...]

Content-Type: aplication/sdp

Content-Length: 142

(parcialmente mostrado: )

v=0

m=audio RTP/AVP 432108

Como en el caso del mensaje 2 anterior frente al controlado 10, el controlador recomienda al controlado 11 la selección de un recurso de red identificado por el identificador de recurso "high_priority", indicando todo en este mensaje 2' que el controlado 11 no está obligado a dar una respuesta (etiqueta de "no-answer”).

Conviene señalar que, en general, no siempre será posible para un controlado acceder a un recurso del tipo indicado por su controlador. Por ejemplo, si el identificador de recurso corresponde a una línea ADSL, el controlado puede observar que esta línea ADSL no está disponible (lo que antecede tiene lugar en particular cuando una línea ADSL no está sincronizada); otro ejemplo lo proporciona la situación en donde se ha actualizado una configuración en la red central pero aún no a nivel de los clientes, por lo que el controlado no puede interpretar el identificador de recursos proporcionado por su controlador.

En esta primera forma de realización, si el recurso deseado no está disponible para el controlado 10, o si este último no reconoce la solicitud, entonces se selecciona un recurso por defecto y el diálogo SIP continúa con normalidad. Conviene señalar que, debido a la independencia del plan de control frente al plan de transporte, el controlador 22 no dispone de los medios para comprobar si el flujo multimedia, entonces establecido por el controlado 10, utiliza, o no, el recurso recomendado por controlador 22.

Según una segunda forma de realización, el controlado 10, después de haber recibido un identificador de recurso del controlador 22, está obligado a indicar, en respuesta a este último, el identificador del tipo de recurso realmente seleccionado por el controlado 10.

En esta respuesta al controlador 22 desde el controlado 10, este último puede utilizar de manera ventajosa un encabezado similar al utilizado por el controlador 22 en el mensaje de indicación de recurso, es decir, incluir un identificador de recurso idéntico al proporcionado por el controlador, en el supuesto de que el tipo de recurso solicitado estaba disponible y ha sido seleccionado. Si el tipo de recurso indicado ya no estuviera disponible, el identificador de recurso insertado en la respuesta será diferente.

A continuación, se proporciona un ejemplo de mensajes intercambiados entre el controlador 22 y el controlado 10 de conformidad con esta segunda forma de realización:

MENSAJE 1, Controlado => Controlador:

INVITE sip: james bond@services secrets.com SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip:-:james [email protected]>

From: [...]

Call-ID: [...]

CSeq: 314159 INVITE

Contact: [...]

Content-Type: aplication/sdp

Supported: 100rel

Content-Length: 142

(parcialmente mostrado: )

v=0

m=audio RTP/AVP 432108

MENSAJE 2, Controlador => Controlado:

SIP/2.0-183 Session Progress

Via: [...]

To: [...]

From: [...]

Call-ID: [...]

CSeq: 314159 INVITE

Contact: [...]

Ressource-control: top_secret; confirm

Require: 100rel

Content-Type: aplication/sdp

Content-Length: 131

(parcialmente mostrado: )

v=0

m=audio RTP/AVP 543218

MENSAJE 3, Controlado => Controlador:

PRACK sip: james bond@secret services.com SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip:-:james bond@secret services.com>

From: [...]

Call-ID: [...]

CSeq: 314160 PRACK

Contact: [...]

Ressource-control: top_secret; confirmed

Content-Length: 0

De manera equivalente, se pueden utilizar, en lugar de los mensajes 2 y 3 anteriores, los siguientes mensajes 2bis y 3bis:

MENSAJE 2bis, Controlador => Controlado:

SIP/2.0-183 Session Progress

Via: [...]

To: [...]

From: [...]

Call-ID: [...]

CSeq: 314159 INVITE

Contact: [...]

Ressource-control: top_secret;

Require: 100rel; resource-control

Content-Type: aplication/sdp

Content-Length: 131

(parcialmente mostrado: )

v=0

m=audio RTP/AVP 543218

MENSAJE 3bis, Controlado => Controlador:

PRACK sip: james bond@secret services.com SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip:-:james bond@secret services.com>

From: [...]

Call-ID: [...]

CSeq: 314160 PRACK

Contact: [...]

Ressource-control: top_secret;

Content-Length: 0

En el ejemplo anterior, el controlador 22 ha reconocido que el destinatario de la llamada ("james_bond") pertenece a la categoría de clientes denominada "services_secrets". Por lo tanto, ordena al controlado 10 que seleccione un recurso identificado por el identificador de recurso "top_secret". En su mensaje 2 o 2bis, el controlador 22 solicita al controlado 10 una confirmación explícita; para ello, utiliza una etiqueta convencional "confirm" en el encabezado “Ressource-control" según la invención (mensaje 2), o una nueva etiqueta ("option-tag”, en inglés), "resource-control" que designa los medios de puesta en práctica de la presente invención, en el encabezado convencional "Require" (mensaje 2bis).

Mediante la respuesta en el mensaje 3 o 3bis, el controlado 10 confirma que ha podido seleccionar el recurso asociado con el identificador de recurso "top_secret". Este recurso puede ser, por ejemplo, un túnel IP-SEC seguro y encriptado, dispuesto en una red VLAN específica.

Como en la primera forma de realización, el controlador 22 puede enviar, de manera opcional, una señal de control de sesión hacia la parte solicitada, con el fin de recomendarle seleccionar el recurso de red identificado por el identificador de recurso "top_secret", en el caso de que la parte solicitada tuviera acceso a una pluralidad de recursos de red.

Una ventaja de esta segunda forma de realización es que permite que el controlador 22 rechace el establecimiento del flujo multimedia si considera que el tipo de recurso realmente seleccionado por el controlado 10 es inadecuado. En el ejemplo anterior, el controlador 22 podría haber rechazado la llamada VoIP si el controlado 10, en su mensaje 3 o 3bis, hubiera ofrecido colocar esta llamada en una red no segura.

Es evidente que, en el contexto de esta segunda forma de realización, es muy deseable que el controlador sepa si el controlado está debidamente equipada con los medios necesarios para poder poner en práctica la invención.

Cualquiera que sea la forma de realización de la invención, es posible, para permitir que el controlador sepa si el controlado está realmente equipado con los medios necesarios para poder poner en práctica la invención, es posible prever las dos variantes siguientes.

Según una primera variante, una solicitud enviada por un controlado 10 incluye una mención explícita a este respecto. Siguiendo con el ejemplo anterior, bastará con sustituir, en el mensaje 1, el encabezado

Supported: 100rel

por el encabezado

Supported: 100rel; ressource-control

Que incluye la etiqueta (option-tag) “ressource-control” según la invención.

Según una segunda variante, un controlador 22 solicita (en cualquier momento) confirmación a este efecto a un controlado 10, utilizando un método de OPTIONS según RFC 3261. He aquí un ejemplo de dicho intercambio entre el controlador 22 y el controlado 10:

Controlador = > Controlado:

OPTIONS sip:[email protected] SIP/2.0

Via: [...]

Max-Forwards: 70

To: <sip:[email protected]>

From: <sip:[email protected] >;tag =1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: [...]

Accept: [...]

Content-Length: 0

Controlado => Controlador:

SIP/2.0200 OK

Via: [...]

To: <sip:[email protected]>;tag=93810874

From: <sip:[email protected]>;tag= 1928301774

Call-ID: a84b4c76e66710

CSeq: 63104 OPTIONS

Contact: [...]

Contact: <mailto:[email protected]>

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE

Acept: [...]

Acept-Encoding: [...]

Acept-Language: [...]

Supported: ressource-control

Cuando el controlador 22 recibe la respuesta anterior, sabe, gracias a la etiqueta de "(option-tag) “ressource-control” según la invención incluida en el encabezado convencional "Supported", que el controlado 10 está equipado con los medios necesarios para ser capaz de poner en práctica la invención.

Si, por el contrario, el controlador 22 recibe una respuesta que no incluye un encabezado "Supported" o que incluye un encabezado "Supported" en donde no aparece la etiqueta "ressource-control", entonces el controlador 22 no está en condiciones de saber si este cliente es capaz de poner en práctica la invención, es decir, si este cliente puede ser controlado en cuanto a la selección de recursos de red. La forma en que se gestionan las solicitudes de dicho cliente dependerá entonces de la política puesta en práctica por el operador de red 20.

La puesta en práctica de la invención, en el contexto de los nodos de la red de telecomunicaciones (más concretamente, los terminales 10 y 11, así como los servidores 22, 25, 26 y 27 en el ejemplo de forma de realización descrito con anterioridad), se puede realizar mediante componentes de software y/o de hardware.

Los componentes de software podrán integrarse en un programa informático de gestión de nodos de red convencional. Es por ello que, tal como se indicó con anterioridad, la presente invención también se refiere a un sistema informático. Este sistema informático comprende, de manera convencional, una unidad central de procesamiento que controla mediante señales a una memoria, así como una unidad de entrada y una unidad de salida. Además, este sistema informático puede utilizarse para ejecutar un programa informático que comprende instrucciones para poner en práctica el método de selección de un recurso de red según la invención.

En efecto, la invención también se refiere a un programa informático descargable desde una red de comunicaciones que comprende instrucciones para la ejecución de las etapas de un método de selección de un recurso de red según la invención, cuando se ejecuta en un ordenador. Este programa informático puede almacenarse en un medio legible por ordenador y puede ser ejecutable por un microprocesador.

Este programa puede utilizar cualquier lenguaje de programación y presentarse bajo la forma de código fuente, código objeto o código intermedio entre el código fuente y el código objeto, como en forma parcialmente compilada, o en cualquier otra forma deseable.

La invención también se refiere a un medio de información legible por un ordenador y que comprende instrucciones de un programa informático tal como se mencionó con anterioridad.

El medio de información puede ser cualquier entidad o dispositivo capaz de almacenar el programa. Por ejemplo, el medio puede comprender un medio de almacenamiento, tal como una memoria ROM, por ejemplo, un CD ROM o una memoria ROM de circuito microelectrónico, o bien un medio de registro magnético, por ejemplo, un disquete (“floppy disc” en inglés), o un disco duro.

Por otro lado, el medio de información puede ser un medio transmisible tal como una señal eléctrica u óptica, que puede enrutarse a través de un cable eléctrico u óptico, por radio o por otros medios. En particular, el programa informático, según la invención, puede descargarse en una red de tipo Internet.

Como variante, el medio de información puede ser un circuito integrado en donde se incorpora el programa, estando el circuito adaptado para ejecutar o ser utilizado en la ejecución del método de selección de un recurso de red según la invención.

Claims (14)

REIVINDICACIONES

1. Método de selección de un recurso de red para transportar un flujo multimedia en una sesión multimedia, en donde un dispositivo denominado "controlado" (10, 11) conectado a una red IP (20) y capaz de acceder, además, a al menos otra red de telecomunicaciones física y/o virtual para transportar dicho flujo multimedia, que comprende una primera etapa en donde una solicitud para establecer dicha sesión multimedia es transmitida o retransmitida por dicho controlado (10, 11) o destinada a dicho controlado (10, 11) en dicha red IP (20),

en donde dicho controlado (10, 11):

- recibe, en una segunda etapa a través de la red IP (20), desde un dispositivo denominado "controlador" (22, 25, 26, 27), una señal de control de dicha sesión multimedia que contiene un identificador de recurso representativo de la red IP (20) o de dicha otra red física o virtual para transportar dicho flujo multimedia que se recomienda utilizar al controlado (10, 11) para satisfacer dicha solicitud;

- selecciona, dicho recurso de red u otra red física o virtual, para transportar dicho flujo multimedia y envía al controlador una respuesta que indica el recurso realmente seleccionado;

- envía, a la red IP, una señal de control de dicha sesión multimedia (20) que contiene una información de que el controlado (10, 11) tiene los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales para transportar dicho flujo multimedia.

2. Método de selección de un recurso de red para transportar un flujo multimedia en una sesión multimedia según la reivindicación 1, caracterizado porque, si dicho controlado (10, 11) constata que le es imposible seleccionar un recurso de red conforme a dicho identificador de recurso recibido, el controlado (10, 11) selecciona otro recurso de red.

3. Método de selección de un recurso de red para transportar un flujo multimedia en una sesión multimedia, que comprende una primera etapa de intercepción, en una red IP (20), por un dispositivo denominado "controlador" (22, 25, 26, 27), de una solicitud para establecer dicha sesión multimedia transmitida o retransmitida por un dispositivo denominado "controlado" (10, 11) o destinada a un dispositivo denominado "controlado" (10, 11), y en donde dicho controlador:

- envía, en una segunda etapa al controlado (10, 11), una señal de control de dicha sesión multimedia que contiene un identificador de recurso para transportar dicho flujo multimedia representativo de dicha red IP (20) o de otra red física o virtual que al controlado (10, 11) se le recomienda utilizar para satisfacer dicha solicitud, comprendiendo dicho controlador medios para tener en cuenta la información según la cual el controlado posee los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales;

- a continuación, recibe de dicho controlado (10, 11), un identificador de recurso representativo del recurso de red que el controlado (10, 11) ha seleccionado realmente, y el controlador (22, 25, 26, 27) utiliza esta información para determinar si dicha solicitud debe ser concedida o denegada.

4. Método de selección de un recurso de red para transportar un flujo multimedia en una sesión multimedia según cualquiera de las reivindicaciones 1 a 3, caracterizado porque la red IP (20) utiliza al menos H.323 o SIP como protocolo de control de sesión.

5. Dispositivo denominado "controlado" (10, 11) conectado a una red IP (20) y capaz de acceder, además, a al menos otra red de telecomunicaciones física y/o virtual para transportar un flujo multimedia, que comprende medios para, seguir la transmisión o la retransmisión en una primera etapa de una solicitud para establecer una sesión multimedia por dicho controlado (10, 11) o destinada a dicho controlado (10, 11) en la denominada red IP (20), recibir, en una segunda etapa, a través de la red IP ( 20), una señal de control de dicha sesión multimedia siguiendo dicha solicitud, en donde dicho controlado (10, 11) comprende, además, medios para interpretar un identificador de recurso contenido en dicha señal de control de dicha sesión multimedia y representativo de la red IP (20) o de dicha otra red física o virtual que se recomienda utilizar al controlado (10, 11) para satisfacer dicha solicitud y medios para seleccionar dicho recurso de red u otra red física o en virtual para transportar dicho flujo multimedia y envía al controlador una respuesta indicando el recurso realmente seleccionado;

y que comprende, además, medios para emitir, a la red IP (20), una señal de control de dicha sesión multimedia que contiene una información según la cual el controlado (10, 11) dispone de los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales.

6. Dispositivo controlado (10, 11) según la reivindicación 5, caracterizado porque comprende medios para seleccionar otro recurso de red si constata que le es imposible seleccionar un recurso de red conforme a dicho identificador de recurso recibido.

7. Dispositivo controlado (10, 11) según cualquiera de las reivindicaciones 5 y 6, caracterizado porque está constituido por un terminal fijo o móvil conectado a la red IP (20).

8. Dispositivo controlado según cualquiera de las reivindicaciones 5 y 6, caracterizado porque está constituido por una pasarela doméstica o empresarial.

9. Dispositivo controlado según cualquiera de las reivindicaciones 5 y 6, caracterizado porque está constituido por una pasarela de operador de red.

10. Dispositivo denominado "controlador" (22, 25, 26, 27) ubicado en una red IP (20), que comprende medios para interceptar, en una primera etapa, una solicitud para establecer una sesión multimedia transmitida o retransmitida por un dispositivo denominado "controlado" (10, 11) o destinado a un dispositivo denominado "controlado" (10, 11), en donde dicho "controlador" (22, 25, 26, 27) comprende, además, medios para enviar, en una segunda etapa, a dicho controlado (10, 11) una señal de control de dicha sesión multimedia que contiene un identificador de recursos para transportar un flujo multimedia en dicha sesión multimedia representativa de dicha red IP (20) o de otra red física o virtual que al controlado (10, 11) se le recomienda utilizar para satisfacer dicha solicitud, comprendiendo dicho controlador, además, medios para tener en cuenta la información según la cual el controlado (10, 11) posee los medios necesarios para interpretar los identificadores de recursos en términos de redes físicas o virtuales; caracterizado porque dicho controlador comprende, además, medios para determinar si se debe conceder o rechazar dicha solicitud para establecer dicha sesión multimedia, sobre la base de una señal de control de dicha sesión multimedia recibida de dicho controlado (10, 11) y que contiene un identificador de recursos representativo del recurso de red para transportar dicho flujo multimedia actualmente seleccionado por el controlado (10, 11).

11. Dispositivo controlador según la reivindicación 10, caracterizado porque está constituido por un servidor de aplicaciones (25, 26, 27).

12. Dispositivo controlador según la reivindicación 10, caracterizado porque, siendo la infraestructura de la red IP (20) del tipo IMS, dicho dispositivo controlador está constituido por un servidor de llamada S-CSCF o I/S-CSCF (22).

13. Medios de almacenamiento de datos no extraíbles, o parcial o totalmente extraíbles, que comprenden instrucciones en código de programa informático para la ejecución de las etapas de un método de selección de un recurso de red según cualquiera de las reivindicaciones 1 a 4.

14. Programa informático descargable desde una red de comunicación y/o almacenado en un medio legible por ordenador y/o ejecutable por un microprocesador, caracterizado porque comprende instrucciones para la ejecución de las etapas de un método de selección de un recurso de red según una cualquiera de las reivindicaciones 1 a 4, cuando se ejecuta en un ordenador.