MX2007015971A - Un metodo y arreglo para configurar una sesion de comunicacion conmutada en paquetes. - Google Patents

Abstract

Un metodo y arreglo para proporcionar una llamada de saludo personalizada a una segunda terminal (A) de comunicacion durante un procedimiento de configuracion para una sesion de multimedios conmutada en paquetes. La terminal opuesta primero se identifica, luego se recupera (3:2) una identidad del archivo asociado con la terminal que llama y que contiene dicha llamada de saludo. La identidad del archivo se envia (3:3) a la terminal opuesta, en donde la terminal opuesta puede reproducir un archivo correspondiente como dicha llamada de saludo si el archivo se ha almacenado ahi previamente.

Description

UN MÉTODO Y ARREGLO PARA CONFIGURAR UNA SESIÓN DE COMUNICACIÓN CONMUTADA EN PAQUETES CAMPO TÉCNICO La presente invención se refiere de manera general a un método y arreglo para proporcionar una función de retorno de llamada o de repique cuando se configura una sesión de comunicación conmutada en paquetes. en particular, la invención proporciona una solución novedosa para usar contenido de medios seleccionado para generar un "saludo" ya sea en una señal de retorno de llamada o de campaneo, en tanto que se espera la respuesta durante el procedimiento de configuración de llamada. ANTECEDENTES DE LA INVENCIÓN Y TÉCNICA PREVIA Con el surgimiento de la telefonía móvil 3G, se han desarrollado nuevas tecnologías de comunicación basadas en paquetes para soportar la comunicación de multimedios. por ejemplo, las tecnologías GPRS (Servicio General de Radio por Paquetes) y WCDMA (Acceso Múltiple por División de Códigos de Banda Ancha) soportar servicios de telefonía inalámbricos de multimedios que involucran la comunicación conmutada en paquetes de datos que representan imágenes, texto, documentos, animaciones, archivos de audio, archivos de video, etc., además de las llamadas de voz tradicionales conmutadas en circuitos .

Los servicios de multimedios involucran típicamente la transmisión de datos codificados que representan texto, documentos, imágenes, archivos de audio y archivos de video en diferentes formatos y combinaciones. El término "multimedios" se usará en esta descripción para referirse de manera general a cualquier selección de tipos de medios, aparte de los diálogos de voz ordinarios, y típicamente con algún contenido visual, los cuales se comunican usando la tecnología de transporte de IP (protocolo de Red internacional) basado en paquetes. Además, el término "contenido de medios" se usará para representar cualquiera de tales datos codificados usados cuando se ejercen los servicios de multimedios. Una arquitectura de red llamada IMS (Subsistema de Multimedios IP) ha sido desarrollada por el Proyecto de Asociación de 3ra Generación como un estándar abierto, para dar a los operadores de redes de acceso la habilidad para ofrecer servicios de multimedios en el dominio de paquetes. IMS es una plataforma para permitir servicios basados en el transporte IP, más o menos independientes de la tecnología de acceso usada, básicamente no está restringida a ningún conjunto limitado se servicios específicos. Se ha definido una especificación para manejar las sesiones en las redes IMS, llamada "SIP" (Protocolo de Inicio de Sesión) , de acuerdo con el estándar IETF RfC 3261) . SIP es un protocolo de control (señalización) de la capa de aplicaciones para crear, modificar y terminar las sesiones a través de una lógica conmutada en paquetes. El estándar SIP se usa por lo tanto por los sistemas IMS y las terminales habilitadas por SIP para establecer y controlar las comunicaciones multimedios IP. Por ejemplo, un mensaje llamado "invitación" se define en SIP para iniciar una sesión durante la configuración de la sesión. El mensaje invitación del SIP incluye, entre otras cosas, la información sobre el o los codificadores/decodificadores requeridos y otros parámetros de comunicación necesarios para la sesión venidera. La Fig. 1 es una ilustración simplificada de una estructura de red básica para proporcionar servicios de multimedios por medio de una red de servicios IMS. Una primera terminal móvil A se conecta a una primera red 100 de acceso de radio y se comunica con una segunda terminal móvil B conectada a una red 102 de acceso de radio, en una sesión de comunicación S que involucra uno o más servicios de multimedios. Una red 104 IMS se conecta con la primera red 100 de acceso de radio y maneja la sesión con respecto a la terminal A. En esta figura, una red 106 IMS correspondiente maneja la sesión a nombre de la terminal B, y las dos redes, 104 y 106, IMS pueden ser controladas por diferentes operadores. Alternativamente, la dos terminales de comunicación A y B pueden estar por supuesto conectadas a la misma red de acceso y/o pueden pertenecer a la misma red IMS.

La sesión S se maneja de manera general, usando la señalización SIP, por nodos específicos en cada red IMS, denominados aquí de manera general como "nodos de manejo de sesión" 108. Estos nodos típicamente incluyen S-CSCF (Función de Control de Sesión de Llamada de Servicio) , I-CSCF (Función de Control de Sesión de Llamada de Interrogación) y P-CSCF (función de control de sesión de llamada intermediaria) . Cada red, 104, 106, IMS también incluye uno o más servidores 110 de aplicación para permitir varios servicios multimedios. Además, un elemento HSS (Servidor de Subscriptores Domésticos) 112 de la base de datos principal almacena los datos de los suscriptores y de autentificación así como la información de servicio, entre otras cosas. La red 106 IMS es básicamente similar a la red 104. las varias funciones específicas de loe elementos, 108-112, de red mostrados se conocen de manera general en la técnica, peso estos no se describen necesariamente aquí adicionalmente para comprender el contexto de la presente invención. Por supuesto, las redes, 104, 106, IMS contienen varios otros nodos, los cuales no se muestran aquí para garantizar la simplicidad. Durante una configuración de llamada entre una terminal A que llama y una terminal B llamada, tradicionalmente se emite un tono simple de retorno de llamada en la terminal A para indicar que se ha activado una señal de repique en la terminal B. Aunque cualquier tipo de señal de repique puede ser pre-seleccionado típicamente por el usuario de la terminal llamada, tal como una pieza de música, vibraciones o cualquier sonido grabado, el tono de retorno de llamada dado en la terminal que llama consiste normalmente de un tono repetido monótono. En las redes conmutadas en circuitos, está disponible un servicio para entretener a las partes que llamas con música mientras estas están esperando la respuesta de la parte llamada, denominado algunas veces como "tono musical de retorno de llamada" . Este servicio se usa frecuentemente por las centrales telefónicas en los organismos y empresas donde la respuesta puede ser retrasada bastante, por ejemplo cuando se colocan en una cola telefónica. Una pieza de música pre-grabada o información se reproduce entonces a la parte que llama mientras espera por una respuesta. De acuerdo con los procedimientos de configuración de llamadas conmutadas en paquetes, un sonido de retorno de llamada o un fragmento de audio, según se seleccione por la parte llamada, se transfiere "en la banda" a la terminal que llama A, a través de un canal reservado para la llamada que se esta configurando. El SIP también hace posible que el tono de retorno de llamada así como la señal de repique sea seleccionada por la parte opuesta, para sesión multimedios en el contexto del IMS. Tanto en el mensaje "invitación' del SIP (explicado arriba) y "180 repique' (un mensaje de respuesta estándar que indica el repique el B) , un campo de encabezamiento llamado "Información de alerta" se ha definido para dar cabida a una identidad de una señal de repique o tono de retorno de llamada alternativos, respectivamente. La intención es que la red de la terminal a pueda agregar un URL (Localizador Uniforme de Recursos) o los similares en ese campo de un mensaje de 'invitación', para dirigir la terminal B a una servidor correspondiente para buscar un archivo o los similares que contenga la señal de repique indicada. En una manera similar, la red de la terminal B puede agregar un URL en ese campo de un mensaje '180 repique', para dirigir la terminal A, a un servidor correspondiente para buscar un archivo con el tono de retorno de llamada indicado. De esta manera, se proporciona un mecanismo para permitir una característica de saludo personalizado en cualquier dirección. La Fig. 2 es un diagrama de señalización simplificado para una configuración de llamada conmutada en paquetes convencional entre una terminal que llama A conectada a una primera red 104 IMS, y una terminal llamada B conectada a una segunda red 106 IMS, usando una la señalización SIP. En particular, la figura ilustra como se puede implementar la característica de saludo personalizado de acuerdo con la técnica previa. En un primer paso 200, la terminal A envía un mensaje de 'invitación' hacia la terminal B para iniciar una sesión de multimedios. Un nodo de manejo de sesiones adecuado en la red IMS 104 tiene ahora la oportunidad de agregar una identidad de un archivo de repique en el campo de información de alerta mencionado arriba, en el mensaje de 'invitación', tal como un URL, como se indica en un paso 202. Cuando recibe el mensaje de invitación, la terminal B puede usar el URL de identidad del archivo de repique para buscar el archivo de repique propuesto desde un servidor correspondiente y reproducirlo como una señal de repique durante la configuración de la llamada. La terminal B también responde enviando un mensaje de '180 repique' estándar hacia la terminal A, en un siguiente paso 204, para indicar la activación de una señal de repique en la terminal B. Igual que el paso 202, un nodo de manejo o administración de sesión adecuado en la red 106 IMS puede ahora agregar una identidad de un archivo de retorno de llamada, tal como un URL, en el campo de información de alerta mencionado arriba en el mensaje '180 repique', como se indica en un paso 206. Por lo tanto, cuando la terminal A recibe este mensaje, esta puede usar la URL de identidad del archivo de retorno de llamada para buscar el archivo propuesto de un servidor correspondiente y reproducirlo como un tono de retorno de llamada durante la configuración de llamada, mientras que se espera la respuesta. Para permitir cualquiera de las funciones descritas arriba, el usuario de la terminal debe configurarla por adelantado definiendo las preferencias de usuario o los similares en la red IMS correspondiente. Tras la configuración de la llamada, la red debe entonces recuperar la identidad del archivo de retorno de llamada o del archivo de repique o campaneo como se define, por ejemplo, con base en la identidad de la parte opuesta y/u otros factores, con el fin de proporcionarlo a la terminal opuesta. Sin embargo, es un problema que la red debe, para cada configuración de sesión, llevar a cabo una rutina de retardo para determinar si un saludo específico seleccionado por el usuario (es decir, un tono de retorno de llamada o una señal de repique) se debe proporcionar a la terminal opuesta, y agregar una identidad del archivo correspondiente en un mensaje de configuración de la sesión, por ejemplo, como se describe arriba. También es un problema que la terminal llamada o que llama deben buscar o descargar el archivo indicado desde un servidor para habilitar esta función cada vez que se está configurando una sesión, lo que involucra un consumo agregado de precioso ancho de banda. Este procedimiento también puede tomar algún tiempo, de manera tal que la parte llamada puede haber respondido antes que el archivo haya sido descargado para reproducirlo, haciendo injustificado el proceso completo. Es deseable por lo general facilitar la característica de proporcionar selectivamente un "saludo" o los similares al usuario de la terminal opuesta, ya sea que llama o llamada, durante la configuración de la sesión. En particular, es deseable minimizar la carga de señalización y procesamiento requerida para este servicio. También es deseable minimizar el retardo de tiempo antes de que el saludo pueda ser reproducido . La solicitud de patente sueca posesión de los solicitantes SE 0501419-6, describe una solución para proporcionar una presentación de retorno de llamada a una terminal que llama después de recibir una petición de configuración de llamada para una primera sesión de comunicación. Se establece una segunda sesión de comunicación basada en paquetes con la terminal que llama para proporcionar el contenido de medios predefinido como dicha presentación de retorno de llamada a la terminal que llama, a través de la segunda sesión.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Un objetivo de la presente invención es evitar de manera general los problemas descritos arriba. Más específicamente, un objetivo de la presente invención es facilitar la característica de proporcionar selectivamente una llamada de saludo a una terminal que llama o llamada opuesta durante una configuración de sesión conmutada en paquetes. Otro objetivo es reducir la carga de señalización y de procesamiento requerida para esta característica, así como el retardo de tiempo antes de que la llamada de saludo pueda ser reproducido. Otro objetivo es minimizar el consumo de ancho de banda durante un procedimiento de configuración de sesión usando esta característica. Estos y otros objetivos se obtienen al proporcionar un método y una terminal de comunicaciones de acuerdo con las reivindicaciones independientes incluidas a continuación. El método inventivo debe ser ejecutado en una primera terminal de comunicaciones, para proporcionar una llamada de saludo personalizado a una segunda terminal de comunicaciones opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes. De acuerdo con un aspecto de la invención, después de identificar la terminal opuesta, se recupera al menos una identidad del archivo que ha sido predefinida por la terminal opuesta y se refiere a al menos un archivo de medios que contienen dicho llamada de saludo. Entonces, la identidad del archivo recuperado se envía a la terminal opuesta, en donde la terminal opuesta puede recuperar y reproducir al menos un archivo correspondiente como dicha llamada de saludo si el o los archivos han sido almacenados previamente ahí. Si la terminal opuesta es una terminal que llama, esta puede ser identificada al recuperar un mensaje de inicio de sesión, y cuando se usa señalización SIP, el mensaje de inicio de sesión es un mensaje de "invitación' SIP. La identidad del archivo recuperado se puede enviar entonces a la terminal opuesta, insertada en un mensaje de respuesta al mensaje de inicio de sesión. Cuando se usa señalización SIP, el mensaje de respuesta es un mensaje de '180 repique' de SIP. Si la terminal opuesta es una terminal llamada. Esta se identifica cuando se ingresa su número telefónico. La identidad del archivo recuperado se puede enviar entonces a la terminal opuesta insertado en un mensaje de inicio de sesión. Cuando se usa señalización SIP, el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP. La identidad del archivo se puede enviar como un URN. En una modalidad alternativa, se puede enviar una dirección de red de un servidor que tenga el archivo, junto con la identidad del archivo como un URL o un URI, en donde la terminal opuesta puede traer un archivo correspondiente desde dicho servidor para reproducirlo como dicho llamada de saludo, si el archivo no ha sido almacenado previamente en la terminal opuesta. Si se usa la señalización SIP, el URN o el URL o el URI se pueden insertar en un campo de encabezamiento existente llamado "información de alerta' en un mensaje de 'invitación' de SIP o un mensaje de '180 repique' de SIP, respectivamente.

La identidad del archivo puede haber sido predefinida para cualquier terminal opuesta desconocida y se refiere entonces a un archivo de medios que contienen una llamada de saludo por defecto. También, diferentes identidades de archivos pueden haber sido definidas para las diferentes terminales opuestas potenciales, y/o dependiendo de la fecha actual o la hora del día, la semana o la temporada, y/o dependiendo del estado de un usuario. De acuerdo con otro aspecto de la invención, después de identificar la terminal opuesta, se recupera una cadena de texto asociada con la terminal que llama y que con 7tiene dicho llamada de saludo, y la cadena de texto recuperada se envía a la terminal opuesta, en donde la terminal opuesta puede desplegar la cadena de texto como dicho llamada de saludo. La presente invención abarca además una primera terminal de comunicaciones adaptada para proporcionar una llamada de saludo personalizado a una segunda terminal de comunicación opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes. La primera terminal de comunicaciones incluye medios para identificar la terminal opuesta, medios para recuperar la identidad de al menos un archivo que ha sido predefinido para la terminal opuesta y se refiere a al menos un archivo de medios que contiene dicho llamada de saludo, y medios para enviar a la terminal opuesta la identidad del archivo recuperada, en donde la terminal opuesta puede recuperar y reproducir al menos un archivo correspondiente como dicho llamada de saludo si el o los archivos han sido almacenados previamente en esta. Si la terminal opuesta es una terminal que llama, los medios de identificación se adaptan para identificar la terminal opuesta al recibir un mensaje de inicio de sesión. Cuando la terminal se adapta para usar la señalización SIP, el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP. Los medios de envío se pueden adaptar para enviar la identidad recuperada del archivo a la terminal opuesta, insertada en un mensaje de respuesta al mensaje de inicio de sesión. Usando la señalización SIP, el mensaje de respuesta es un mensaje de '180 repique' de SIP. Si la terminal opuesta es una terminal llamada, los medios de identificación se adaptan para identificar la terminal opuesta cuando se ingresa su número telefónico. En este caso, los medios de envío se pueden adaptar para enviar la identidad del archivo recuperado a la terminal opuesta, insertado en un mensaje de inicio de sesión. Cuando la terminal se adapta para usar la señalización SIP, el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP. Los medios de envío se pueden adaptar para enviar la identidad del archivo como un URN. En una modalidad alternativa, los medios de envío se pueden adaptar para enviar una dirección de red de un servidor que tenga el archivo, junto con la identidad del archivo como un URL o un URI, en donde la terminal opuesta puede traer un archivo correspondiente desde dicho servidor para reproducirlo como dicho llamada de saludo, si el archivo no ha sido almacenado en previamente en la terminal opuesta. Cuando la terminal se adapta para usar la señalización SIP, el URN o el URL o el URI se inserta en un campo de encabezamiento existente llamado 'Información de alerta' en un mensaje de 'invitación' de SIP o un mensaje de '180 repique' de SIP, respectivamente. En la terminal inventiva, la identidad del archivo puede haber sido predefinida para cualquier terminal opuesta desconocida y se refiere a un archivo de medios que contienen una llamada de saludo por defecto. Además, diferentes identidades de archivos han sido definidas para diferentes terminales opuestas potenciales, y/o dependiendo de la fecha y la hora del día actuales, la semana o la temporada, y/o dependiendo de un estado de usuario. La presente invención abarca además una primera terminal de comunicaciones que tiene medios para identificar la terminal opuesta, medios para recuperar una cadena de texto asociada con la terminal llamada y que contiene dicho llamada de saludo, y medios para enviar a la terminal opuesta la cadena de texto recuperada, en donde la terminal opuesta puede desplegar la cadena de texto como dicho llamada de saludo. Otras características de la presente invención y sus beneficios se explicaran en la descripción detallada a continuación . BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención se describirá ahora con más detalle por medio de las modalidades preferidas y con referencia a los dibujos anexos, en los cuales: - La Fig. 1 es una vista esquemática de una estructura de red convencional para comunicar contenidos de multimedios.

- La Fig. 2 es un diagrama de señalización que ilustra un procedimiento de configuración de sesión conmutada en paquetes que involucra una característica de saludo personalizado, de acuerdo con la térmica previa. - La Fig. 3 es un diagrama de bloques de dos terminales durante un procedimiento de configuración de sesión que involucra una llamada de saludo personalizado en forma de un tono de retorno de llamada, de acuerdo con una modalidad. - La Fig. 4 es un diagrama de bloques de dos terminales durante un procedimiento de configuración de sesión que involucra una llamada de saludo personalizado en forma de una señal de repique, de acuerdo con otra modalidad. - La Fig. 5 es un diagrama de flujo que ilustra un procedimiento básico para proporcionar una llamada de saludo personalizado a una terminal opuesta durante un procedimiento de configuración de sesión, de acuerdo con la presente invención. - La Fig. 6 es un diagrama de flujo que ilustra un procedimiento básico para recibir una llamada de saludo personalizado de una terminal opuesta durante un procedimiento de configuración de sesión, de acuerdo con otra modalidad. - La Fig. 7 es un diagrama de flujo que ilustra un procedimiento básico para recibir una llamada de saludo personalizado desde una terminal opuesta durante un procedimiento de configuración de sesión, de acuerdo con aun otra modalidad. DESCRIPCIÓN DE LAS MODALIDADES PREFERIDAS En la siguiente descripción, el término "llamada de saludo" se usara para representar cualquier tipo de contenido de medios presentado a un usuario de una terminal opuesta, en tanto que espera una respuesta durante un procedimiento de configuración de sesión para una sesión de multimedios conmutada en paquetes. Por lo tanto, una llamada de saludo se puede presentar a una terminal llamada en forma de una señal de repique, o a una terminal que llama en forma de un tono de retorno de llamada, aunque la llamada de saludo se puede componer de cualquier tipo o tipos de medios visuales y/o audibles. Por ejemplo, una imagen de la persona que llama se puede desplegar en la terminal llamada, al mismo tiempo, se reproduce una secuencia de audio específica o una señal de repique por defecto. Por lo tanto, la presente invención no se limita a ningún tipo específicos de tipos de medios como saludos de llamada. En esta descripción, las frases "en forma de una señal de repique" y "en forma de un tono de retorno de llamada" se refieren simplemente a la dirección del saludo. La expresión "representación" de un archivo tiene la intención de representar cualquier método de presentar una llamada de saludo en una termina, por ejemplo, reproduciendo una animación, un segmento de video o un segmento de audio, o desplegando una imagen o un símbolo, independientemente del formato de archivo usado. Además, el término "un archivo" se puede referir a cualquier número de archivos de medios que componen la llamada de saludo proyectado. La presente solución inventiva se describirá primero con referencia a dos diagramas de bloques básicos ejemplificantes durante la configuración de sesión mostrada en las Figs. 3 y 4, respectivamente. En ambas figuras, una terminal que llama A y una terminal llamada B están involucradas en un procedimiento de configuración para una sesión multimedia conmutada en paquetes. La idea básica es que la identidad de un archivo se envía a la terminal opuesta, y que el archivo en cuestión ya ha sido almacenado presumiblemente en esta, y por lo tanto puede ser recuperado como una llamada de saludo. En la Fig. 3 se presentará una llamada de saludo a la terminal que llama A en forma de un tono de retorno de llamada. Un primer paso 3:1 ilustra que la terminal A envía por lo general un mensaje de inicio de sesión a la terminal B, tal como el mensaje de 'invitación' del SIP descrito arriba, por medio de una entidad 304 de comunicación ilustrada esquemáticamente. La terminal B recibe el mensaje de inicio de sesión en una entidad 300 de comunicación ilustrada igualmente de manera esquemática. La terminal B identifica entonces la terminal que llama A, como se da típicamente en el mensaje de inicio de sesión, y verifica si se debe presentar una llamada de saludo personalizado al usuario de la terminal A consultando una base 302 de datos en la terminal B. Se asume que un usuario de la terminal B ha pre-almacenado un número de llamadores potenciales en la base 302 de datos junto con las identidades de los archivos de medios seleccionados para ser reproducidos en la terminal correspondiente durante la configuración de la sesión. También es posible definir uno o más archivos a ser usados como una llamada de saludo "por defecto" para cualquier terminal opuesta desconocida. Además, se pueden haber definido diferentes archivos de llamada de saludo dependiendo de la fecha actual y la hora del día, la semana o la temporada, y/o dependiendo del estado de un usuario. Se debe notar que en este ejemplo los archivos en si no necesitan estar almacenados en la base 302 de datos, sino sólo sus identidades. La identidad de un archivo se puede dar en cualquier manera convencional, por ejemplo, "nombre + tipo de archivo" o similares. Por lo tanto, un paso 3:2 indica de manera general que la identidad de un archivo asociado con la terminal que llama se recupera de la base 302 de datos. Cuando la terminal B responde debidamente al mensaje de inicio de sesión del paso 3:1 enviando un mensaje de respuesta, por ejemplo, el mensaje de '180 repique' del SIP, descrito arriba, la identidad del archivo recuperado se agrega a este mensaje de respuesta, la cual se envía entonces a la terminal A en un paso 3:3. Para este fin se puede utilizar el campo del encabezamiento "Información de alerta" , descrito arriba en el mensaje '180 repique', si se usa la señalización SIP para la configuración de sesión. Por lo tanto, la terminal B puede insertar un URN (Nombre Universal de Recursos) en ese campo, el cual es un tipo de nombre de archivo estandarizado, antes de enviar el mensaje en el paso 3:3. Un URN se define de manera única y puede ser construido en forma de, por ejemplo, "UR?: canción. semc . com: felizcanción" , el cual se puede incorporar en el campo de Información de alerta. Alternativamente, el usuario de una terminal puede haber definido libremente cualquier nombre más o menos "ordinario" de un archivo de llamada de saludo que puede ser no único, asumiendo que la terminal opuesta tienen un archivo almacenado con ese nombre particular, por ejemplo, como se recibió en una ocasión anterior. Cuando la terminal A recibe la identidad del archivo del paso 3:3, esta puede ser capaz de recuperar el archivo indicado en un paso siguiente 3:4 de una base 306 de datos que contiene varios archivos. Por lo general, es muy común que una terminal moderna tenga una unidad de almacenamiento de o una base de datos que contenga una colección de varios archivos que el usuario de una terminal puede haber descargado previamente, por diferentes razones, o que pueden haber sido almacenados "por defecto" en conexión con la fabricación y/o la configuración de la terminal. En el ejemplo mostrado, ocurre que la terminal A tiene el archivo indicado almacenado en la base 306 de datos, y por lo tanto puede recuperar fácilmente el archivo de allí y lo proporciona a una entidad 308 de "representación" ilustrada esquemáticamente, en un paso 3:5, para su representación en forma de un "tono de retorno de llamada" . La entidad 308 representada de la terminal A puede comprender cualquier componente necesario para la representación de los medios, tales como decodificadores, una pantalla, un altavoz, etc. Por otro lado, puede suceder que la terminal A no tiene almacenado el archivo. Por lo tanto, en una modalidad alternativa, la terminal B también puede proporcionaren el mensaje del paso 3:3 una dirección de red de un servidor que tiene el archivo, junto con la identidad del archivo. Por ejemplo, se puede insertar un URL (Localizador Uniforme de Recursos) o un URI (Identificador Uniforme de Recursos) en el campo de encabezamiento de Información de alerta mencionado arriba, que contiene la información sobre "ubicación + nombre + tipo de archivo", o similar. En este caso, la terminal a puede por lo tanto traer el archivo desde el servidor, como se de por la dirección de red, y los representa, o al menos lo almacena en una base 306 de datos para representarlo otro momento cuando se configure una nueva sesión con la terminal B. En otra modalidad alternativa, la terminal B puede proporcionar el saludo completo como una cadena de texto incorporada en el mensaje de respuesta del paso 3:3, por ejemplo, en el campo de encabezamiento de Información de alerta mencionado arriba en '180 repique'. En este caso, la terminal A puede "representar", en este caso desplegar, la cadena de texto inmediatamente después del paso 3:3, en tanto que los pasos 3:4 y 3:5 se pueden omitir por lo tanto. En la Fig. 4, se presentará una llamada de saludo como se seleccione por el usuario de la terminal A al usuario de la terminal B, en forma de una señal de repique o campaneo. Cuando el número de teléfono de B ha sido ingresado en la terminal A, la terminal llamada B puede ser identificada. Entonces se verifica si se debe presentar una llamada de saludo personalizado cuando se llama a la terminal B consultando una base 402 de datos en la terminal A. Como en la base 302 de datos de la terminal B en la Fig. 3, un número de llamadores potenciales ha sido pre-almacenado en la base 402 de datos junto con las identidades de los archivos de medios seleccionados a ser reproducidos en la terminal correspondiente durante la configuración de sesión. También aquí, uno o más archivos pueden haber sido definidos para presentar una llamada de saludo por defecto en el caso de que una terminal opuesta sea desconocida. Por lo tanto, un primer paso 4:1 indica por lo general que la identidad de un archivo asociado con la terminal llamada B se recupera desde la base 402 de datos. Por supuesto, para una terminal opuesta candidata particular, es posible pre-almacenar una llamada de saludo para las llamadas salientes (para ser presentado en forma de una señal de repique) y otro llamada de saludo para llamadas entrantes (para ser presentado en forma de un tono de retorno de llamada) . Enseguida, en un paso siguiente 4:2, la terminal A enviará por lo general un mensaje de inicio de sesión a la terminal B, tal como el mensaje de 'invitación' de SIP descrito arriba, por medio de una entidad 400 de comunicaciones, el cual se recibirá en una entidad 404 de comunicaciones correspondiente en la terminal B. sin embargo, la identidad del archivo recuperado en el paso 4:1 se agrega primero al mensaje de inicio de sesión, por ejemplo, en el campo de encabezamiento de "Información de alerta" descrito arriba, en un mensaje de 'invitación' si se usa la señalización SIP para la configuración de la sesión. Igual que en el paso 3:3 en la modalidad previa en la Fig. 3, la terminal A puede insertar un URN en ese campo antes de enviar el mensaje en el paso 4:2. Otra vez, la idea básica es que el archivo en cuestión puede haber sido almacenado en la terminal B, y en ese caso puede ser recuperado como una llamada de saludo. Si no, se puede insertar un URL o un URI o una cadena de texto en el mensaje más bien, en una manera similar a las alternativas ejemplificantes anteriores que se dieron para la Fig. 3. Cuando la terminal B recibe la identidad del archivo del paso 4:2, esta puede ser capaz de recuperar el archivo indicado en un siguiente paso 4:3 desde una base 406 de datos que contiene varios archivos, igual que la base 306 de datos en la Fig. 3. También en este ejemplo, sucede que la terminal B tiene el archivo indicado almacenado en la base 406 de datos, y por lo tanto puede recuperar el archivo desde esta y lo proporciona a una entidad 408 de representación, en un paso 4:4: para su representación en forma de una "señal de repique" . El procedimiento de configuración de la sesión en si puede continuar convencionalmente desde ese punto, aunque no se muestra aquí . La Fig. 5 es un diagrama de flujo básico de un procedimiento, como se ejecuta en una primera terminal, para proporcionar una llamada de saludo a una segunda terminal opuesta durante un procedimiento de configuración para una sesión conmutada en paquetes, de acuerdo con la presente invención. En un primer paso 500, la configuración de la sesión se inicia de manera general, ya sea recibiendo un mensaje de inicio de sesión (por ejemplo una 'invitación' de SIP) o cuando se ingresa un número telefónico. En un paso siguiente 502, se identifica la terminal opuesta, ya sea por medio de un mensaje de inicio de sesión recibido o un número telefónico ingresado. Después en un paso 504, se determina si una llamada de saludo debe ser proporcionado a la terminal opuesta, por ejemplo, verificando una base de datos, tales como aquellas 302, 304 descritas en las Figs. 3 y 4, respectivamente. Si no es así, tiene lugar un procedimiento "regular" en un paso 506, lo que significa que se puede usar una señal de repique o un tono de retorno de llamada por defecto. Sin embargo, si en el paso 504 se determina que se debe proporcionar una llamada de saludo, en un paso 508 se selecciona un archivo de llamada de saludo asociado con la terminal opuesta. Más precisamente, se recupera la identidad de un archivo correspondiente, por ejemplo, como en los pasos 3:2 y 4:1 descritos arriba, respectivamente. La identidad del archivo se envía entonces a la terminal opuesta, en un paso 510 final. Se debe notar que el procedimiento descrito para la Fig. 5 es válido para que tanto una terminal que llama proporcione una llamada de saludo en forma de una señal de repique, y para que una terminal llamada proporcione una llamada de saludo en forma de un tono de retorno de llamada. La Fig. 6 es un diagrama de flujo que ilustra un procedimiento básico, como se ejecuta en una primera terminal, para recibir una llamada de saludo personalizado desde una segunda terminal opuesta, durante un procedimiento de configuración de llamada para una sesión conmutada en paquetes, de acuerdo con otra modalidad. En un primer paso 600, la configuración de la sesión se inicia de manera general, ya sea recibiendo un mensaje de inicio de sesión (por ejemplo una invitación de SIP) desde la terminal opuesta, o enviando un mensaje de inicio de sesión (por ejemplo una invitación de SIP) a la terminal opuesta cuando se ha ingresado un número telefónico. En un paso siguiente 602, se recibe la identidad de un archivo desde la terminal opuesta, por ejemplo, como un URN, el cual puede ser insertado en un mensaje de inicio de sesión recibido (por ejemplo, una 'invitación' de SIP), o se inserta en un mensaje de respuesta recibido (por ejemplo '180 repique' de SIP) . Después, en un paso 604, se determina si el archivo indicado se almacena en la terminal, por ejemplo, verificando una base de datos en esta, tales como la 306, 406 descritas en las FIGs. 3 y 4, respectivamente. Si no es así, se puede emprender otra vez el procedimiento regular activando una señal de repique o un tono de retorno de llamada por defecto, en un paso 606. Sin embargo, si en el paso 604 se determina que el archivo indicado está almacenado actualmente en la terminal, el archivo puede ser recuperado y representado, en un paso 608 final. Se debe notar que el procedimiento descrito de la Fig. 6 es válido tanto para una terminal que llama que recibe una llamada de saludo en forma de un tono de retorno de llamada, y para una terminal llamada que recibe una llamada de saludo en forma de una señal de repique . Finalmente se describirá un procedimiento alternativo con referencia a un diagrama de flujo mostrado en la Fig. 7, cuando se ejecuta en una primera terminal, para recibir una llamada de saludo personalizado desde una segunda terminal opuesta durante un procedimiento de configuración de llamada para una sesión conmutada en paquetes, de acuerdo con aun otra modalidad. En un primer paso 700 se inicia de manera general la configuración de la sesión, igual que en el paso 600 en el ejemplo precedente, ya sea recibiendo un mensaje de inicio de sesión (por ejemplo una invitación de SIP) desde la terminal opuesta, o enviando un mensaje de inicio de sesión (por ejemplo, una invitación de SIP) a la terminal opuesta cuando ha sido ingresado un número telefónico. En un siguiente paso 702, se recibe desde la terminal opuesta la identidad de un archivo junto con la información de ubicación donde se puede traer el archivo, por ejemplo, como un URL descrito arriba. Otra vez, la identidad del archivo recibida y la información de ubicación se pueden ya sea insertar en un mensaje de inicio de sesión recibido (por ejemplo una 'invitación' de SIP), o insertar en un mensaje de respuesta recibido (por ejemplo, el '180 repique' de SIP) . Después, en un paso 704, se determina si el archivo indicado está almacenado en la terminal, por ejemplo verificando una base de datos en esta tal como las, 306, 406 descritas en las Figs. 3 y 4, respectivamente. Si es así, el archivo puede ser recuperado y representado, en un paso 706, igual que en el paso 608 en el ejemplo precedente. Sin embargo, si en el paso 704 se determina que el archivo indicado no está almacenado en la terminal, el archivo indicado puede ser traído desde un servidor usando la información de ubicación indicada, en un paso 708. Al mismo tiempo, se puede activar un tono de retorno de llamada o señal de repique, como se indica por un paso 710 paralelo opcional.

Si la terminal manda traer el archivo en el tiempo debido, por ejemplo, antes de que se complete la configuración de la sesión, el archivo puede ser representado como una llamada de saludo en un paso 712 final. Sin embargo, aun si se ha completado la configuración de la sesión antes de obtener el archivo, es posible representarlo como una llamada de saludo durante la sesión en curso. En cualquier caso, el archivo traído también se almacena preferiblemente en la terminal en el paso 712 para su representación posterior en otra ocasión cuando se configura una nueva sesión con la terminal B. Se debe notar que el procedimiento descrito en la Fig. 7 es válido tanto para una terminal que llama que recibe una llamada de saludo en forma de un tono de retorno de llamada, y para una terminal llamada que recibe una llamada de saludo en forma de una señal de repique . Cuando se usa la presente invención, por ejemplo, de acuerdo con las modalidades descritas, la característica de proporcionar selectivamente una llamada de saludo a una terminal que llama o llamada, opuesta, durante una configuración de sesión conmutada en paquetes, se facilita considerablemente. En particular, se minimiza la carga de señalización y procesamiento requerida para esta característica, así como el retardo de tiempo antes de que se represente la llamada de saludo, ya que sólo se comunica la identidad de un archivo con un tamaño relativamente pequeño. El archivo que contiene la llamada de saludo seleccionado con algo de suerte ya está disponible en la terminal donde este puede ser representado inmediatamente. La solución inventiva se puede ver como sugiriendo una llamada de saludo particular por medio del archivo indicado, el cual puede ser aceptado si este se almacena en la terminal opuesta. De lo contrario, se genera una señal o tono por defecto, sin ninguna señalización extra o sin que se desperdicie el ancho de banda.

Las modalidades descritas se pueden modificar en varias menaras, dentro del ámbito de la presente invención. Por ejemplo, más de un archivo puede conformar la llamada de saludo de manera tal que una pluralidad de identidades de archivos puede ser enviada a la terminal opuesta, para indicar la representación de los varios archivos correspondientes simultáneamente o en secuencia. Además, una función convencional con una señal de repique o tono de retorno de llamada por defecto se puede activar al mismo tiempo cuando una llamada de saludo personalizado se representa de acuerdo con la presente invención. Por ejemplo, puede ser deseable emitir una señal de repique convencional al mismo tiempo que una imagen o segmentó de video seleccionados se despliega en una terminal llamada. Puede ser deseable emitir un tono de retorno de llamada convencional al mismo tiempo que un segmento de audio y/o un segmento de video se reproducen en una terminal llamada, etc.

Un usuario también puede enviar un archivo particular a otra terminal, o proponer la descarga del mismo desde un servidor, con el fin de que este envíe la identidad del archivo correspondiente durante una configuración de sesión subsecuente para hacer que el archivo se represente como una llamada de saludo de acuerdo con la presente invención. La solución presente hace permite saludos de llamada basados en la identidad de la terminal opuesta. De manera tal que ciertas terminales pre-seleccionadas puedan recibir una llamada de saludo específico, en tanto que otras no. También se pueden definir grupos de llamadores potenciales específicos para recibir diferentes saludos de llamada, y así sucesivamente. También es posible seleccionar diferentes archivos de llamada de saludo dependiendo de varios factores de tiempo, tales como la fecha actual o la hora del día, la semana o la temporada, etc. Aun más, se puede presentar una sucesión de diferentes saludos de llamada si la configuración de la sesión se retarda cada vez más. Además, también es posible que el usuario defina diferentes archivos de llamada de saludo dependiendo del estado de un usuario, tal como "ocupado", y aun "ocupado: reunión", "ocupado: en el cine", "ocupado: durmiendo", etc. Aunque la invención ha sido descrita con referencia a las modalidades ejemplificantes específicas, la descripción tiene la intención general solamente de ilustrar el concepto inventivo y no se debe tomar como limitante del ámbito de la invención, la cual se define por las reivindicaciones anexas.

Claims (28)

1. REIVINDICACIONES 1. Un método como se ejecuta en una primera terminal de comunicación, para proporcionar una llamada de saludo personalizada a una segunda terminal de comunicación opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes, caracterizado por los siguientes pasos: - identificar la terminal opuesta, - recuperar la identidad de al menos un archivo que ha sido predefinido para la terminal opuesta y se refiere a al menos un archivo de medios que contiene dicho llamada de saludo, y enviar la identidad del archivo recuperada a la terminal opuesta, en donde la terminal opuesta puede recuperar y representar al menos un archivo correspondiente como dicho llamada de saludo si el o los archivos han sido almacenados previamente en esta.
2. 2. Un método de acuerdo con la reivindicación 1, en donde la terminal opuesta es una terminal que llama, caracterizado en que la terminal opuesta se identifica recibiendo un mensaje de inicio de sesión.
3. 3. Un método de acuerdo con la reivindicación 2, caracterizado en que se usa señalización SIP y el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP.
4. 4. Un método de acuerdo con la reivindicación 2 o 3, caracterizado en que la identidad del archivo recuperada se envía a la terminal opuesta, insertada en un mensaje de respuesta al mensaje de inicio de sesión.
5. 5. Un método de acuerdo con las reivindicaciones 3 y 4, caracterizado en que el mensaje de respuesta es un mensaje de '180 repique' de SIP.
6. 6. Un método de acuerdo con la reivindicación 5, en donde la terminal opuesta es una terminal llamada, caracterizado porque, la terminal opuesta se identifica cuando se ingresa su número telefónico.
7. 7. Un método de acuerdo con la reivindicación 6, caracterizado en que la identidad del archivo recuperado se envía a la terminal opuesta insertada en un mensaje de inicio de sesión.
8. 8. Un método de acuerdo con la reivindicación 7, caracterizado en que se usa señalización SIP y el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP.
9. 9. Un método de acuerdo con cualquiera de las reivindicaciones 1-8, caracterizado en que la identidad del archivo se envía como un URN .
10. 10. Un método de acuerdo con cualquiera de las reivindicaciones 1-8, caracterizado en que una dirección de red de un servidor que tienen el archivo se envía junto con la identidad del archivo como un URL o un URI, en donde la terminal opuesta puede traer un archivo correspondiente desde dicho servidor para representarlo como dicho llamada de saludo, si el archivo no ha sido almacenado en la terminal opuesta previamente.
11. 11. Un método de acuerdo con la reivindicación 9 o 10, en donde se usa señalización SIP, caracterizado en que el URN o el URL o el URI se insertan en un campo de encabezamiento existente llamado información de alerta en un mensaje de 'invitación de SIP' o un mensaje de '180 repique' de SIP, respectivamente .
12. 12. Un método de acuerdo con cualquiera de las reivindicaciones 1-11, caracterizado en que dicha identidad del archivo ha sido predefinida para cualquier terminal opuesta desconocida y se refiere a un archivo de medios que contiene una llamada de saludo por defecto.
13. 13. Un método de acuerdo con cualquiera de las reivindicaciones 1-12, caracterizado en que se han definido diferentes identidades de archivos para las diferentes terminales opuestas potenciales, y/o dependiendo de la fecha actual o la hora del día, la semana o la temporada, y/o dependiendo del estado de un usuario.
14. 14. Un método, como se ejecuta en una primera terminal de comunicación, para proporcionar una llamada de saludo personalizado a una segunda terminal de comunicación opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes, caracterizado por los siguientes pasos: - identificar la terminal opuesta, - recuperar una cadena de texto asociada con la terminal que llama y que contiene dicho llamada de saludo, y - enviar la cadena de texto recuperada a la terminal opuesta, en donde la terminal opuesta puede desplegar la cadena de texto como dicho llamada de saludo.
15. 15. Una primera terminal de comunicación adaptada para proporcionar una llamada de saludo personalizado a una segunda terminal de comunicación opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes, caracterizada por: - medios para identificar la terminal opuesta, - medios para recuperar la identidad de al menos un archivo que ha sido predefinido por la terminal opuesta y se refiere a al menos un archivo de medios que contiene dicho llamada de saludo, y - medios para enviar la identidad del archivo recuperado a la terminal opuesta, en donde la terminal opuesta puede recuperar y representar al menos un archivo correspondiente como dicho llamada de saludo si el o los archivos han sido almacenados en esta previamente.
16. 16. Una terminal de acuerdo con la reivindicación 15, en donde la terminal opuesta es una terminal que llama, caracterizada en que dichos medios de identificación se adaptan para identificar la terminal opuesta recibiendo un mensaje de inicio de sesión.
17. 17. Una terminal de acuerdo con la reivindicación 16, adaptada para usar señalización SIP, caracterizada en que el mensaje de inicio de sesión es un mensaje de 'invitación' de SIP.
18. 18. Una terminal de acuerdo con la reivindicación 16 o 17, caracterizada en que los medios de envío se adaptan para enviar la identidad del archivo recuperado a la terminal opuesta insertado en un mensaje de respuesta al mensaje de inicio de sesión.
19. 19. Una terminal de acuerdo con las reivindicaciones 17 y 18, caracterizada en que el mensaje de respuesta es un mensaje de '180 repique' de SIP.
20. 20. Una terminal de acuerdo con la reivindicación 19, en donde la terminal opuesta es una terminal llamada, caracterizada en que dichos medios de identificación se adaptan para identificar la terminal opuesta cuando se ingresa su número telefónico.
21. 21. Una terminal de acuerdo con la reivindicación 20, caracterizada en que dichos medios de envío se adaptan para enviar la identidad del archivo recuperado a la terminal opuesta insertado en un mensaje de inicio de sesión.
22. 22. Una terminal de acuerdo con la reivindicación 21 adaptada para usar señalización SIP, caracterizada en que el mensaje de inicio se sesión es un mensaje de 'invitación' de SIP.
23. 23. Una terminal de acuerdo con cualquiera de las reivindicaciones 15-22, caracterizada en que dichos medios de envío se adaptan para enviar la identidad del archivo como un UPN .
24. 24. Una terminal de acuerdo con cualquiera de las reivindicaciones 15-22, caracterizada en que dichos medios de envío se adaptan para enviar una dirección de red de un servidor que tiene el archivo junto con la identidad del archivo como un URL o un URI, en donde la terminal opuesta puede traer un archivo correspondiente desde dicho servidor para representado como dicho llamada de saludo, si el archivo no ha sido almacenado en la terminal opuesta previamente.
25. 25. Una terminal de acuerdo con la reivindicación 23 o 24, adaptada para usar señalización SIP, caracterizada en que el URN o el URL o URI se insertan en un campo de encabezamiento existente llamado 'información de alerta' en un mensaje de 'invitación' de SIP o un mensaje de '180 repique' de SIP, respectivamente.
26. 26. Una terminal de acuerdo con cualquiera de las reivindicaciones 15-25, caracterizada en que dicha identidad del archivo ha sido predefinida para cualquier terminal opuesta desconocida y se refiere a un archivo de medios que contiene una llamada de saludo por defecto.
27. 27. Una terminal de acuerdo con cualquiera de las reivindicaciones 15-26, caracterizada en que se han definido diferentes identidades de archivos para las diferentes terminales opuestas potenciales, y/o dependiendo del día actual la hora del día, la semana o la temporada, y/o dependiendo del estado de un usuario.
28. 28. Una primera terminal de comunicación adaptada para proporcionar una llamada de saludo personalizada a una segunda terminal de comunicación opuesta durante un procedimiento de configuración para una sesión de multimedios conmutada en paquetes, caracterizada por: - medios para identificar la terminal opuesta, - medios para recuperar una cadena de texto asociada con la terminal de llamada y que contiene dicha llamada de saludo, y - medios para enviar la cadena de texto recuperada a la terminal opuesta, en donde la terminal opuesta puede desplegar la cadena de texto como dicha llamada de saludo.