MX2007013959A - Un metodo y arreglo para hacer una configuracion de llamada. - Google Patents

Abstract

Un metodo y arreglo para proporcionar una presentacion de aviso de llamada a una terminal que llama despues de recibir una peticion de configuracion de llamada desde la terminal que llama (A) durante una primera sesion (308) de comunicacion con una terminal llamada (B). Una segunda sesion (310) de comunicacion basada en paquetes se establece con la terminal que llama, independiente de la primera sesion, y el contenido de medios predefinido se proporciona como dicha presentacion (312) de aviso de llamada a la terminal que llama durante la segunda sesion. Por lo tanto, las presentaciones de aviso de llamada a los llamadores en espera se pueden seleccionar desde un extenso rango de tipos de medios, incluyendo medios visuales. Un usuario que llama tambien puede controlar la terminacion o el despliegue de la presentacion de aviso de llamada sin tomar en cuenta cuando se contesto la llamada.

Description

UN MÉTODO Y ARREGLO PARA HACER UNA CONFIGURACIÓN DE LLAMADA CAMPO TÉCNICO La presente invención se refiere de manera general a un método y arreglo para configurar una llamada usando una función de aviso de llamada. En particular, la invención proporciona una solución novedosa para presentar contenido de multimedios tal como información, entretenimiento, un saludo, o los similares a la parte que llama en tanto que espera una respuesta durante el procedimiento de configuración de la llamada. ANTECEDENTES DE LA INVENCIÓN Con el surgimiento de la telefonía móvil 3G, se han desarrollando nuevas tecnologías de comunicación basadas en paquetes, para comunicar contenido 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) soportan servicios de telefonía inalámbrica de multimedios que involucran la comunicación conmutada por paquetes de los datos que representan imágenes, texto, documentos, animaciones, archivos de audio, archivos de video, etc., ademas de las llamadas de voz conmutadas por circuitos tradicionales. El término "contenido de multimedios" se usará en esta descripción para representar cualquier dato predefinido comunicado por medio de transporte conmutado por paquetes . Las redes móviles serán diseñadas para manejar sesiones de multimedios que se dividen en una parte conmutada por circuitos (CS) para el transporte de voz y una parte conmutada por paquetes (PS) basada en la tecnología IP para el transporte de otros datos (típicamente contenido de multimedios) . De esta manera, se obtiene una alta eficiencia asociada con los canales bi-direccionales llenos tradicionales para la voz, en tanto que los otros datos involucrados en los servicios de multimedios se pueden soportar de manera adecuada por el transporte conmutado por paquetes, ya que normalmente esta no es sensible a los retardos de igual manera. Este arreglo también puede reducir los costos para los operadores de redes al utilizar los recursos existentes para la transmisión conmutada por circuitos, como por ejemplo, en las redes GPRS . Esta solución se ilustra esquemáticamente en la FIG. 1, donde dos terminales móviles ejemplificantes A y B se conectan en una sesión de multimedios que involucra tanto voz y contenido de multimedios. La Terminal A se conecta a una red 100A de acceso y la Terminal B se conecta a otra red 100B de acceso, por medio de interfaces de radio convencionales. Típicamente, cada red, 100A, 100B, de acceso tiene arquitecturas y sistemas lógicos separados para el transporte conmutado por circuitos y el trasporte conmutado por paquetes, respectivamente, como se indica en la figura por una línea discontinua que divide las redes en un dominio CS y un dominio PS. La voz se comunica por lo tanto en una sesión 102 de llamada conmutada por circuitos, separada, en tanto que el contenido se comunica en una sesión 104 de multimedios conmutada por paquetes, separada. En cada sesión 102 y 104, pueden estar involucrados varias otras redes y enlaces intermedios, aunque no se muestra aquí, por simplicidad. Las sesiones 102 y 104 son básicamente independientes una de la otra en términos del manejo de la llamada y los canales de trasporte, y cada sesión puede ser iniciada y terminada independientemente de la otra. Típicamente, una llamada de voz basada en CS se establece primero, y después, en algún punto durante la llamada, se pueden introducir los multimedios a la conversación, al establecer una sesión basada en PS . Las sesiones CS y PS se volverán posibles por el acceso basado en, por ejemplo, WCDMA o GSM con capacidad DTM (Modo de Transferencia Doble) . Recientemente, una arquitectura de red llamada "Subsistema de multimedios IP" (IMP) se ha desarrollado por el Proyecto de Asociación de Tercera Generación (3GPP) como un estándar abierto, para proporcionar servicios de multimedios en el dominio de paquetes . El IMS es una plataforma general para habilitar servicios basados en el trasporte IP, más o menos independientes de la tecnología de acceso usada, y básicamente no se restringe a ningún conjunto limitado de servicios específicos. Se ha definido una especificación para la configuración de sesiones, llamada "SIP" (Protocolo de Inicio de Sesión), de acuerdo con el estándar IETF RFC 3261 et al) , el cual es un protocolo de control (señalización) de la capa de aplicaciones para crear, modificar y terminar sesiones a través una lógica conmutada por paquetes. El SIP se usa por lo general por las redes de servicio IMS para establecer sesiones de multimedios, tales como la sesión 104. En el caso de la Fig. 1, una red IMS puede ser integrada en la parte de PS de cada red 100A, 100B.

Ya que están disponibles ahora muchos tipos diferentes de terminales en el mercado, dos terminales a punto de comunicar de multimedios puede tener diferentes capacidades, y cada terminal no tiene inicialmente conocimiento de las capacidades de la otra. Por lo tanto, con el fin de establecer una sesión de multimedios, los parámetros de la sesión deben ser seleccionados primero y determinados en un procedimiento de configuración de la sesión, al intercambiar la información con respecto a sus capacidades y preferencias específicas. En el SIP se define un método llamado " INVITAR" para iniciar una sesión durante una configuración de llamada, cuando las terminales intercambian sus capacidades. Durante una configuración de llamada de voz conmutada por circuitos tradicional entre una parte que llama A y una parte llamada B, se emite un tono de aviso de llamada simple en la terminal que llama, para indicar que se ha activado una tono de llamada en la terminal llamada. Aunque B puede deseleccionar cualquier tipo de señal de llamada en la terminal llamada, tal como una pieza de música, vibraciones o cualquier sonido grabado, el tono de aviso de llamada dado en la terminal que llama normalmente consiste de un tono único repetido el cual puede ser algo tedioso de escuchar si se demora la respuesta de la persona llamada. Actualmente, un servicio popular para las llamadas telefónicas conmutadas por circuitos, llamado "tono musical de aviso de llamada" , se usa frecuentemente para entretener a la parte que llama mientas esté espera una respuesta de la parte llamada. Este servicio se usa frecuentemente por las centrales telefónicas en las autoridades y empresas donde la respuesta se puede demorar bastante, por ejemplo, cuando se coloca en una cola telefónica. Una pieza de música preseleccionada o información se reproduce entonces para la parte que llama hasta que la parte llamada responde.

La FIG. 2a ilustra un diagrama de señalización para una configuración de llamada conmutada por circuitos entre una terminal A que llama conectada a una red de acceso 1, y una terminal B llamada conectada a otra red de acceso 2. Entonces básicamente se ejecutan los siguientes pasos: 200: Conforme un usuario de la terminal A ingresa el número telefónico de la terminal B, la terminal A envía a la Red 1 un mensaje de configuración de la llamada que incluye el número de B llamado. 202: La Red 1 identifica la Red 2 con base en el número de B recibido y envía a la Red 2 un mensaje de configuración de la llamada que incluye el número de A. 204: La Red 2 envía un mensaje de configuración de llamada a la terminal B. Si se aplica un número de presentación del número que llama, este mensaje de configuración de llamada también incluye el número de A. La terminal B inicia entonces a timbrar o vibrar para avisar a su usuario . También, un canal conmutado por circuitos entre las terminales A y B, está siendo reservado actualmente para la llamada. 206: La terminal B responde enviando un mensaje de alerta a la Red 2, indicando que se ha activado un tono de llamada en la terminal B llamada. 208: La Red 2 envía entonces un mensaje de alerta a la Red 1. 210: Al mismo tiempo, en tanto que se espera a que el usuario responda, la red 2 también genera un "sonido" de aviso de llamada a través del canal reservado, es decir, "en banda" . El sonido de aviso de llamada es típicamente in tono único repetido, pero también puede ser cualquier pieza de audio pregrabado, tal como música o un mensaje hablado, que ha sido preseleccionado por el suscriptor de la terminal B. 212: EL mensaje de alerta llega ahora a la terminal A que llama indicando que la terminal B emite el tono de llamada. En respuesta a eso, la terminal A se conecta al canal reservado para escuchar el tono de aviso de llamada "en banda" . 214: Después de un rato, el usuario de la terminal B responde la llamada. 216: La terminal B envía un mensaje de conexión a la Red 2, indicando que el usuario de la terminal B ha respondido la llamada, y la Red 1 deja por lo tanto de generar el sonido de aviso de llamada. 218: El mensaje de conexión se envía desde la Red 2 a la Red 1. 220: El mensaje de conexión se envía desde la Red 1 a la terminal que llama A. 222: La configuración de llamada está ahora completa y puede iniciar la sesión de llamada actual. De acuerdo con el procedimiento de configuración de llamada convencional descrito arriba, un sonido de aviso de llamada o una pieza de audio se transfiere siempre "en banda" a la terminal A que llama por medio de una conexión en el omino de CS, es decir, el canal CS que ha sido reservado para que la llamada sea configurada. Esto se ilustra básicamente en la Fig. 2b donde un bloque 222 en líneas discontinuas representa un procedimiento de configuración de llamada convencional en el dominio de CS entre la terminal A y la terminal B, que se conectan a las redes 1 y 2 basadas en CS, respectivamente. La flecha discontinua 224 dentro del bloque 222 representa una pieza de audio de aviso de llamada que se transmite a la terminal A durante la configuración 22 de llamada, por medio de un canal CS reservado para la llamada que se configura. Por lo tanto, el mecanismo de aviso de llamada se integra completamente como parte del procedimiento 222 de configuración de llamada, basado en CS . Sin embargo, los procedimientos convencionales de configuración de llamadas proporcionan una limitación, ya que la naturaleza CS de la conexión hace posible que los usuarios solo presentes piezas pregrabadas de audio, tales como música o voz, a los que llamas que esperan. En el ambiente presente de comunicación de multimedios, sería deseable extender el rango limitado actual de presentaciones de aviso de llamada basado en audio, al introducir también otros tipos de medios, en particular medios visuales. Además, un usuario que llama puede desear terminar de escuchar una pieza de audio presentada, específicamente si se presenta alguna información importante. En los procedimientos de configuración de llamadas convencionales, cualquier secuencia de audio de aviso de llamada que se reproduce se interrumpe automáticamente en el momento que la parte llamada responde, es decir, que se descuelga el teléfono, sin tomar en cuenta cuanto de la secuencia ha sido reproducida. Por lo tanto, también sería deseable permitir que un que llama siga escuchando una secuencia de audio de aviso de llamada aun si la parte llamada ha respondido. Por otro lado, un llamador puede encontrar una pieza de audio incomoda y puede desear dejar de escucharla aun antes de que la parte que llama o que llama responda, lo cual solo es posible actualmente alejando el teléfono del oído. Cuando se hace así, naturalmente el llamador no será capaz de escuchar si la parte llamada responde, haciendo esto una solución impractica. BREVE DESCRIPCIÓN DE LA INVENCIÓN Un objetivo de la presente invención trata de manera general, al menos algunos de los problemas resumidos arriba.

Más específicamente, un objetivo de la presente invención es permitir una solución al problema de los usuarios de terminales que están limitados a presentar sólo sonidos pregrabados, tales como música o mensaje de voz, a los llamadores en espera. Otro objetivo de la presente invención es permitir que los usuarios de las terminales controlen la reproducción de las presentaciones de aviso de llamada, independientemente de cuando se responde actualmente la llamada . Estos objetivos y otros se pueden lograr por un método y un arreglo para proporciona una presentación de aviso de llamada a una terminal que llama después de recibir una petición de configuración de llamada desde la terminal que llama para una primera sesión de comunicación con una terminal llamada, de acuerdo con las reivindicaciones independientes anexas . El método presente incluye establecer una segunda sesión de comunicación basada en paquetes con la terminal que llama, independiente de la primera sesión, y que proporciona el contenido de medios predefinido que representa dicha presentación de aviso de llamada a la terminal que llama, por medio de la segunda sesión. Por lo tanto, es posible proporcionar cualquier tipo de medios como una presentación de aviso de llamada, incluyendo medios visuales.

El contenido de medios predefinido puede haber sido almacenado en la terminal llamada, y en ese caso se envía desde la misma a la terminal que llama durante la segunda sesión. El contenido de medios se puede proporcionar a la terminal que llama como al menos un archivo transferido desde la terminal llamada, durante la segunda sesión, o como una línea de texto integrada en un mensaje de inicio de sesión desde la terminal llamada para la segunda sesión. Alternativamente, el contenido de medios predefinido puede haber sido almacenado en un servidor, y en ese caso se recupera desde el mismo para entregarlo a la terminal que llama por medio de la segunda sesión. El servidor puede ser un servidor RTSP, de manera tal que el contenido de medios se descarga directamente desde el mismo a la terminal que llama. En ese caso, la dirección de red del servidor RTPS y una referencia adecuada al contenido de medios se envían a la terminal que llama en un mensaje de inicio de sesión desde la terminal que llama para la segunda sesión, para permitir la descarga . El servidor también puede ser un servidor de medios, y en ese caso un agente trae el contenido de medios desde el servidor de medios y lo entrega a la terminal que llama durante la segunda sesión. Primeramente, la terminal llamada preferiblemente envía un mensaje de inicio de sesión a la terminal que llama para la segunda sesión, y después el agente modifica el mensaje de inicio de sesión para indicarse como el emisor antes de enviarlo a la terminal que llama. Cuando se recibe un mensaje de aceptación desde la terminal que llama en respuesta al mensaje de inicio de sesión modificado, el agente puede modificar el mensaje de aceptación de la terminal A para indicar que la invitación de la sesión se rechazó y también para indicarse como el emisor del mensaje, y después envía el mensaje de rechazo modificado a la terminal llamada. El servidor también puede ser un servidor de red que envía un mensaje de inicio de sesión a la terminal que llama para dicha segunda sesión, en respuesta a ser notificada de que la primera sesión de comunicación está siendo configurada. El contenido de medios se proporciona entonces preferiblemente a la terminal que llama como al menos un archivo transferido desde el servidor de red durante la segunda sesión. Alternativamente, el contenido de medios puede ser proporcionado a la terminal que llama como una línea de texto integrada en el mensaje de inicio de sesión. Típicamente, el contenido de medios predefinido incluye al menos, medios visuales. Una indicación de audio o vibración puede ser activada en la terminal que llama para informar a su usuario que dicha presentación de aviso de llamada está siendo recibida. En ese caso, la indicación se activa preferiblemente cuando se determina que la señalización entrante a la terminal A, a través de un portador con mutado por paquetes paralelo de la segunda sesión se relaciona con la primera sesión que se está estableciendo actualmente, o puede ser activada simplemente en respuesta a recibir el mensaje de inicio de sesión. Una indicación visual o de vibración también puede ser activada en la terminal que llama para informa a su usuario que la llamada ha sido respondida, lo cual sería útil cuando el usuario a retirado su terminal de su oído. Cuando se usa la presente invención, diferentes presentaciones de aviso de llamada pueden haber sido definidos para diferentes llamadores potenciales, y/o dependiendo de la fecha o la hora del día actuales, la semana o la temporada, y/o dependiendo del estado del usuario. Preferiblemente, los mensajes SIP estandarizados se usan para manejar la segunda sesión de comunicación. El arreglo presente incluye medios para establecer una segunda sesión de comunicación basada en paquetes con la terminal que llama, independiente de la primera sesión, y medios para proporcionar contenidos de medios predefinidos que representan dichas presentaciones de aviso de llamada a la terminal que llama, por medio de dicha segunda sesión.

En una modalidad, la terminal llamada se adapta para almacenar el contenido de medios predefinido y para enviarlo a la terminal que llama durante la segunda sesión. La terminal llamada puede ser adaptada además para proporcionar el contenido de medios a la terminal que llama al transferir al menos un archivo durante la segunda sesión. Alternativamente, la terminal llamada puede ser adaptada para proporcionar el contenido de medios a la terminal que llama como una línea de texto integrada en un mensaje de inicio de sesión para segunda sesión. En otra modalidad, el arreglo inventivo incluye un servidor en el cual ha sido almacenado el contenido de medios, el servidor que se adapta para entregar el contenido de medios a la terminal que llama por medio de la segunda sesión. El servidor puede ser un servidor RTSP, de manera tal que el contenido de medios puede ser descargado directamente desde el mismo a la terminal que llama. En ese caso, la terminal llamada puede ser adaptada para enviar la dirección de red del servidor RTSP y una referencia adecuada para dicho contenido de medios a la terminal que llama en un mensaje de inicio de sesión para la segunda sesión, para permitir la descarga . El servidor puede ser un servidor de medios, y el arreglo inventivo puede incluir además un agente adaptado para traer el contenido de medios desde el servidor de medios y para entregarlo a la terminal que llama durante la segunda sesión. En ese caso, la terminal llamada puede ser adaptada para enviar un mensaje de inicio de sesión a la terminal que llama para al segunda sesión, y el agente puede ser adaptado para modificar el mensaje de inicio de sesión para indicarse como el emisor antes de enviarlo a la terminal que llama. Además, cuando se recibe un mensaje de aceptación desde la terminal que llama en respuesta al mensaje de inicio de sesión modificado, el agente puede ser adaptado para modificar el mensaje de aceptación desde la terminal A para indicar que la invitación de sesión se rechaza y también para indicarse a si mismo como al emisor del mensaje, y además se adapta para enviar el mensaje de rechazo modificado a la terminal llamada. En otra modalidad, el servidor es un servidor de red adaptado para enviar un mensaje de inicio de sesión a la terminal que llama para la segunda sesión, en respuesta a ser notificado de que la primera sesión de comunicación está siendo configurada. En ese caso, el servidor de red puede ser adaptado además para proporcionar el contenido de medios a la terminal que llama al transferir al menos un archivo durante la segunda sesión. El servidor de red también puede ser adaptado para proporcionar el contenido de medios a la terminal que llama como una línea de texto integrada en el mensaje de inicio de sesión. La terminal que llama se adapta preferiblemente para activar una indicación de audio o vibración para informar a su usuario de que la presentación de aviso de llamada está siendo recibida. En ese caso, la terminal que llama puede ser adaptada además para activar dicha indicación determinado que la señalización entrante a la terminal A, a través de un portador conmutado por paquetes de la segunda sesión se relaciona con la primera sesión que se está estableciendo actualmente, o para activar la indicación simplemente en respuesta a recibir el mensaje de inicio de sesión. La terminal que llama también puede ser adaptada para activar una indicación visual o de vibración para informar a su usuario de que la llamada ha sido respondida. El arreglo inventivo también puede incluir medios para definir diferentes presentaciones de aviso de llamada para los diferentes llamadores potenciales y/o dependiendo de la fecha o la hora actuales o la hora del día, la semana o la temporada, y/o dependiendo del estado del usuario. 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 sesión de comunicación que involucra de multimedios, de acuerdo con la práctica convencional. - La Fig. 2a es un diagrama de señalización que ilustra un procedimiento de configuración de llamada convencional . - La FIG. 2b es una vista básica de un procedimiento de configuración de llamada conmutado por circuitos que involucra una característica de • aviso de llamada, de acuerdo con la técnica previa. - La FIG. 3a es una vista básica de un procedimiento de configuración de llamada conmutada por circuitos que involucra una característica de aviso de llamada, de acuerdo con un aspecto . - La Fig. 3b es un diagrama de flujo que ilustra un procedimiento básico para proporcionar una característica de aviso de llamada durante un procedimiento de aviso de llamada, de acuerdo con otro aspecto. - La Fig. 4a es una vista básica de un procedimiento de configuración de llamada conmutada por circuitos que involucra una característica de aviso de llamada, de acuerdo con una primera modalidad.

La FIG. 4b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que ilustra una característica de aviso de llamada, de acuerdo con una primera modalidad. - La Fig. 5a es una vista básica de un procedimiento e configuración de llamada conmutada por circuito que involucra una característica de aviso de llamada, de acuerdo con una segunda modalidad. - La Fig. 5b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que involucra una característica de aviso de llamada, de acuerdo con la segunda modalidad. - La Fig. 6a es una vista básica de un procedimiento de configuración de llamada conmutada por paquetes que involucra una característica de aviso de llamada, de acuerdo con una tercera modalidad. - La Fig. 6b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que ilustra una característica de aviso de llamada, de acuerdo con la tercera modalidad. - La Fig. 7a es una vista básica de un procedimiento de configuración de llamada conmutada por circuitos que involucra una característica de aviso de llamada, de acuerdo con una cuarta modalidad.

- La Fig. 7b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que involucra una característica de aviso de llamada, de acuerdo con la cuarta modalidad. - La Fig. 8a es una vista básica de un procedimiento de configuración de llamada conmutada por circuitos que involucra una característica de aviso de llamada, de acuerdo con una quinta modalidad. - La Fig. 8b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que involucra una característica de aviso de llamada, de acuerdo con la quinta modalidad. - La Fig. 9a es una vista básica de un procedimiento de configuración de llamada conmutada por circuitos que involucra una característica de aviso de llamada, de acuerdo con una sexta modalidad. - La Fig. 9b es un diagrama de señalización que ilustra un procedimiento de configuración de llamada que involucra una característica de aviso de llamada, de acuerdo con la sexta modalidad. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Una solución básica de acuerdo con un aspecto se describirá primero con referencia a un escenario de comunicación mostrado en la FIG. 3a, donde una terminal que llama A se conecta a una primera red 1 y una terminal llamada B se conecta a una segunda red 2. Como se explica para la Fig. 1, las redes móviles típicamente estarán separadas en una parte de CS y una parte de PS . Por lo tanto, la red 1 en la FIG. 3a incluye tanto una red 300 basada en CS y una red 302 basada en PS, la última es típicamente una red IMS. Del mismo modo, la red 2 incluye una red 304 basada en CS y una red 306 basada en PS . En la configuración de llamada basada en CS , convencional de la FIG. 2b, una pieza de audio de aviso de llamada puede ser trasmitida a la parte que llama por medio de canales CS reservados para las llamadas venideras, que por lo tanto se integran completamente en el procedimiento de configuración de llamada. Sin embargo, la solución ilustrada en la Fig. 3a emplea una sesión PS separada, preferiblemente que utiliza la plataforma IMS, para transportar una presentación de aviso de llamada a la terminal que llama A. en esta descripción, el término "presentación de aviso de llamada" se usa para representar cualquier tipo de contenido de medios predefinido que se proporciona a un llamador, por ejemplo, información de trasporte, entretenimiento, un saludo, etc., en cualquier formato de medios que pueda ser comunicado por medio de una sesión PS con el llamador.

De acuerdo con el aspecto presente, un procedimiento de configuración de llamada convencional para una primera sesión de comunicaciones se conduce como se ilustra por un bloque 308 discontinuo, y una segunda sesión conmutada por paquetes completamente separada se establece adicionalmente, como se ilustra por un bloque 310 discontinuo durante la configuración de llamada 308 en progreso. Una presentación 312 de aviso de llamada se proporciona a la terminal que llama A por medio de la sesión 310 PS, independientemente de la configuración de llamada 308. Al mismo tiempo, la función de aviso de llamada puede opcionalmente ser proporcionada, por ejemplo, como un tono de aviso de llamada "en segundo plano", de acuerdo con los procedimientos convencionales dentro de la configuración 308 de llamada, como se ilustra por la flecha 314 discontinua. Se pueden usar diferentes mecanismos para proporcionar el contenido de medios actual de la presentación 312 de aviso de llamada a la terminal A, los cuales se describirán con más detalle a continuación con referencia a las diferentes modalidades. Por lo tanto, usar una sesión PS separada permite la provisión de un amplio rango de tipos de medios diferentes como una presentación de aviso de llamada, en tanto que se espera por una respuesta, tales como segmentos de video, imágenes, texto, documentos, animaciones, clips de audio, y cualquier combinación de los mismos.

Ya que la sesión 310 PS no se afecta por la configuración 308 de llamada, el llamador que recibe la presentación de aviso de llamada puede estar libre para decidir si reproduce o despliega la presentación de aviso de llamada y también cuando dejar de reproducirla, independientemente de cuando se responde realmente la llamada (aunque puede ser conveniente sólo tener la presentación iniciada automáticamente) . Por ejemplo, un clip de video interesante de la parte llamada puede ser reproducido en la terminal del llamador en tanto que se espera una respuesta, y cuando la parte llamada ha respondido, el clip de video puede ser discutido mientras aun se está reproduciendo. Si una imagen constituye la presentación de aviso de llamada, esta puede permanecer desplegada durante la llamada. Por otro lado, el llamador también estaría libre de evitar reproducir la presentación de aviso de llamada, por ejemplo, una pieza de música tediosa o clip de video, aun cuando esta se ha proporcionado realmente a la terminal . Además, esta solución permite la presentación selectiva de avisos de llamada basados en los números que llamas, de manera tal que ciertos llamadores preseleccionados recibirían una presentación de aviso de llamada específica, en tanto que otros no. Los grupos de llamadores potenciales específicos también pueden ser definidos para recibir diferentes presentaciones de avisos de llamada, y así sucesivamente. También es posible definir diferentes presentaciones de aviso de llamada dependiendo de varios factores de tiempo, tales como la fecha o la hora día actual, la semana o la temporada, etc. Aun más, se puede proporcionar una sucesión de diferentes presentaciones de aviso de llamada si la respuesta se demora más y más. Además, también es posible que el usuario defina diferentes presentaciones de avisos de llamada dependiendo del estado del usuario, tal como "ocupado", y aun "ocupado: reunión", "ocupado: en el cine", "ocupado; durmiendo", etc. La FIG. 3b es un diagrama de flujo que ilustra de manera general un método para proporcionar una característica de aviso de llamada durante un procedimiento de configuración de llamada de acuerdo con otro aspecto, por ejemplo, correspondiente a la situación mostrada en la FIG. 3a. En un primer paso 314, un mensaje de configuración de llamada convencional dirigido a una terminal llamada para una primera sesión de comunicación se recibe desde una terminal que llama. Típicamente, este mensaje tiene por objeto iniciar una llamada de voz CS como en la FIG. 3a, pero en este contexto es posible cualquier tipo de llamada o sesión. En un paso 316, se determina si una presentación de aviso de llamada predefinida se debe proporcionar a la terminal que llama en respuesta al mensaje de configuración de llamada, por ejemplo, con base en una lista predefinida de llamadores potenciales, como se describe arriba. Si no, sólo la función de aviso de llamada convencional del procedimiento de configuración de llamada se usa en un paso 318, para proporcionar un tono de aviso de llamada convencional o un fragmento pregrabado de audio, en la manera descrita para las figuras 2a y 2a de arriba. De acuerdo con el procedimiento de configuración de llamada convencional, la función de aviso de llamada se detiene en un paso 320 tan pronto como la parte llamada responde la llamada. Se debe notar que la alternativa "No" que lleva a los pasos 318 y 320 se extiende fuera del alcance de la presente invención. Sin embargo, si en el paso 316 se determina que se debe proporcionar una presentación de aviso de llamada, se establece una segunda sesión de comunicación conmutada por paquetes con el llamado en un paso 322. Después, el contenido de medios de acuerdo con la presentación de aviso de llamada predefinida se proporciona al llamador por medio de la segunda sesión establecida, en un paso final 324. Se debe notar que en este caso, la función de aviso de llamada convencional del procedimiento de configuración de llamada puede aun ser activada, como se indica por la flecha discontinua, para proporcionar, por ejemplo, un tono de aviso de llamada simple al llamador "en segundo plano" , al mismo tiempo se proporciona el contenido de medios durante la segunda sesión por medio de los pasos 322 y 324. En la solución presente, la primera sesión de comunicación puede ser, ya sea una sesión CS o una sesión PS . Un requerimiento para que esta solución funcione para una primera sesión de comunicación basada en CS es que ambas terminales A y B deben estar conectadas a redes de acceso móviles capaces de proporcionar una sesión CS y una sesión PS de manera simultanea. Esto se cumple básicamente por el acceso WCDMA con capacidades de portabilidad de radio múltiple, y por el acceso GSM con capacidades de DTM (Modo de Transferencia Doble) . Por lo tanto, para las llamadas de voz, un portador de voz conmutado por circuitos y un portador de datos conmutado por paquetes se manejan de manera simultánea. Si la primera sesión de comunicación es una llamada de video, un portador de datos conmutado por circuitos y un portador de datos conmutada por paquetes se manejan de manera simultánea. Cuando se implementa esta solución, se pueden emplear diferentes mecanismos para proporcionar el contenido de medios al llamador, de acuerdo con las siguientes modalidades. En las siguientes figuras, ciertos elementos tienen los mismos números como los elementos correspondientes en la FIG. 3a, es decir, la red 1 302 PS , red 2 206 PS , sesión 308 CS y sesión 310 PS, y estos no se describirán otra vez a continuación.

Además, se pueden usar mensajes SIP estandarizados, para manejar la segunda comunicación conmutada por paquetes en estos ejemplos, aunque la presente invención no se limita básicamente a esto. Las Figuras 4a y 4b ilustran una primera modalidad donde, un "archivo de contenido de medios" almacenado en una terminal B llamada se proporciona como una presentación de aviso de llamada a una terminal A que llama. El archivo de contenido de medios puede ser de cualquier formato o tipo, véanse los ejemplos dados arriba, y puede ser entregado si la terminal A es capaz de recibirlo y reproducirlo. Por lo tanto, un procedimiento 208 de configuración de llamada CS se ejecuta para una primera sesión de comunicación por medio de redes CS a las cuales se conectan A y B, aunque no se muestra aquí por simplicidad. Una segunda sesión de comunicación simultánea basada en PS, en este caso una sesión 310 IMS, también se establece a través de las redes 302 y 306 PS . Un archivo 400 de contenido de medios almacenado en la terminal B, por ejemplo, un clip de video o una imagen, se proporciona directamente desde la terminal B como la presentación de aviso de llamada, ilustrada por las flechas 402. Se debe notar que se puede proporcionar más de un archivo desde la terminal B para complementar la presentación de aviso de llamada, por ejemplo, multiplexado en una manera adecuada.

La Fig. 4b es un diagrama de señalización que ilustra la solución de acuerdo con la primera modalidad. En este ejemplo, una llamada de voz CS ordinaria es la primera sesión de comunicación. La terminal que llama A se conecta a una red A que tiene dominios de CS y PS, representada aquí por un núcleo A de CS y un núcleo A de PS . La terminal llamada B se conecta a una red B que incluye del mismo modo un núcleo B de CS y un núcleo B de PS . En este ejemplo, PS los núcleos A y B de PS son redes IMS que usan el SIP como el protocolo de señalización, aunque la presente invención no está limitada en general a este respecto. En un primer paso 404, un mensaje de configuración de llamada convencional, basado en CS, que incluye el número telefónico de A, se envía a la terminal B desde la terminal A, a través del núcleo A de CS y el núcleo B de CS , en correspondencia a los pasos 200-204 en la Fig. 2a. El número de A puede ser proporcionado en el mensaje por medio de una función existente llamada "CLID (Identidad de la Línea Que llama)". En un paso 406, la terminal B responde enviando un mensaje de alerta a la terminal B, a través del núcleo B de CS y el núcleo A de CS , indicando que se ha activado una señal de llamada en la terminal llamada B. Opcionalmente se puede proporcionar un tono de aviso de llamada convencional o los similares "en banda" a la terminal A, como se describe arriba.

Hasta ahora, el procedimiento es básicamente el mismo que en los pasos 200-212 en la FIG. 2a. Sin embargo, después de determinar que se debe proporcionar una cierta presentación de aviso de llamada separada, se establece una segunda sesión de comunicación conmutada por paquetes con la terminal A de acuerdo con esta solución. Por lo tanto en un siguiente paso 408 de esta modalidad, la terminal B envía un mensaje de INVITAR AL SIP dirigido al número telefónico de A, para iniciar una sesión basada en PS con la terminal A. EL mensaje de INVITAR AL SIP típicamente incluye la información sobre los medios a ser transmitidos, tal como la o las descompresiones/compresiones y el tamaño de los archivos. Este mensaje se recibe primero por el núcleo B de PS el cual hace una traducción del número telefónico recibido de a en una SIP URL (Localizador Uniforme de Recursos) válido como se indica por un paso 410, con el fin de tener el mensaje encaminado por conmutada por paquetes a A, ya que el número telefónico no es válido para el enrutamiento SIP. Esta traducción del número se puede hacer usando los procedimientos convencionales, y típicamente se usa un método llamado "E?UM" para derivar el SIP URL a partir del número telefónico recibido. El núcleo B de PS traduciría entonces el número recibido a un SIP URL válido, por medio de un estándar de IETF móvil . En el caso donde una terminal A es un teléfono móvil que tiene un número de MSISDN ejemplificante, 0709123456, el núcleo B de PS puede traducirlo a, por ejemplo, 0709123456@op. com o en otros casos nombre@op . com de manera general . El mensaje de INVITAR AL SIP puede ser transportado ahora desde el núcleo B de PS al núcleo A de PS usando el SIP URL derivado de la terminal A, y el núcleo A de PS envía la invitación de sesión a la terminal A, ilustrado en conjunto por un paso general 412. La invitación de sesión INVITAR AL SIP indica a la terminal A que la terminal B intenta enviar una presentación de aviso de llamada separada, por ejemplo, un clip de video o una imagen. El mensaje de INVITAR AL SIP contiene un campo llamado "SDP (Protocolo de Datos de Sesión) " que indica el tipo de medios a ser enviados. Cuando se recibe esta invitación, la terminal A determina automáticamente si esta puede manejar la o las compresiones/descompresiones y el tamaño del archivo. La terminal A puede además avisar al usuario, por ejemplo, desplegando un mensaje de texto tal como: "Recibiendo un clip de video desde 0709123456. ¿Reproducir ahora?", o "Recibiendo una imagen desde 0709123456. ¿Desplegarla ahora?, para el consentimiento manual por el usuario. Alternativamente, la terminal A puede aceptar automáticamente la presentación de aviso de llamada, aunque la aceptación automática puede resultar ser la mejor solución en la práctica. La elección entre la aceptación manual y automática de la presentación de aviso de llamada se puede fijar como una preferencia en la terminal A. En este ejemplo, la invitación de sesión se acepta de algún modo, y el siguiente paso 414 ilustra que la terminal A responde al enviar un mensaje de aceptación "SIP 200OK" a través de los núcleos A y B de PS a la terminal B, para indicar la aceptación de la misma. El contenido de medios de la presentación de aviso de llamada (por ejemplo, el clip de video o la imagen) se puede transmitir ahora en un paso 416 desde la terminal B a la terminal A, a través de los núcleos A y B de PS, contenidos en un mensaje "ENVIAR MSRP" (MSRP = Protocolo de Trasmisión de Sesión de Mensaje) , proporcionando con ello la presentación del aviso de llamada a A. este paso corresponde al archivo 400 almacenado que se envía como la presentación 402 de aviso de llamada durante la sesión 310 de PS en la FIG. 4a. En este contexto, el "archivo" 400 puede representar de manera general cualquier contenido de medios predefinido en cualquier número de archivos actuales. Por ejemplo, un clip de video puede contener un también un componente de audio, multiplexado de manera adecuada con el contenido visual para su transmisión. La termina A también se adapta preferiblemente para "multiplexar" un tono de aviso de llamada recibido durante la primera sesión, con cualquier contenido de audio recibido durante la segunda sesión, y reproducir ambos al usuario. También es posible que el usuario silencie el componente de audio de un clip de video, de manera tal que sólo se escuche el tono de aviso de llamada. En cualquier caso, el usuario de la terminal A puede disfrutar entonces de la presentación de aviso de llamada en tanto que espera una respuesta del usuario de la terminal B. Hay algunas cuestiones prácticas que resolver sobre como atraer la atención del usuario A a: 1) cuando se recibe la presentación, y s) cuando el usuario B ha respondido, y estas se trataran después en esta descripción. Cuando se recibe el contenido de video, la terminal A envía otro mensaje de aceptación SIP 200OK a través de los núcleos A y B de PS, a la terminal B, en un paso 418, para indicar la recepción apropiada del contenido. Después que se ha completado la transferencia del archivo, la segunda sesión se libera por la terminal B que envía un mensaje de "SIP ADIÓS" a la terminal A, a través de los núcleos B y A de PS, en un paso 420. Este es seguido por otro mensaje de aceptación SIP 200OK desde la terminal A a la terminal B, a través de los núcleos A y B de PS , en un paso 422.

En cualquier punto durante los pasos 408-422 o después, el usuario B puede responder la llamada y la terminal B enviará entonces un mensaje de conexión en un paso 424, correspondiente a los pasos 214-218 en la FIG. 2a, el cual se trasmite a través del núcleo B de CS y el núcleo A de CS a la terminal A. La llamada, o la primera sesión, se ejecutan entonces en un paso final 426. Sin embargo, se debe notar que la ejecución de los pasos 424 y 426 relacionados con la primera sesión basada en CS, no necesariamente afecta los pasos 408-422, relacionados con la segunda sesión basada en PS . Por lo tanto, la presentación de aviso de llamada puede ser proporcionada y reproducida/desplegada sin tomar en cuenta cuando responde el usuario B, y el usuario A puede controlarla independientemente. Sin embargo, también es posible interrumpir automáticamente la presentación en la terminal A cuando se responde la llamada. Esto requeriría una lógica de coordinación adecuada entre las aplicaciones de la primera sesión y la terminación/despliegue de la presentación en la terminal A, lo cual está fuera del alcance de la presente invención y por lo tanto nc se describe más aquí . La elección entre la terminación/despliegue continuo de la presentación y la interrupción automática de la misma se puede fijar como una preferencia en la terminal A.

El procedimiento para obtener el contenido de medios para la terminal A de acuerdo con los pasos 408-422 se puede ejecutar muy rápidamente, y normalmente antes de que el usuario B logre contestar, aunque un clip de video y/o de audio puede ser desplegado en la terminal A por una extensión de tiempo mayor. Preferiblemente, se puede usar una así llamada "descarga progresiva" , lo que significa que la terminación o reproducción en A comienza tan pronto como llegan los primeros paquetes. La implementación de esta función dependerá de ciertos factores específicos del caso, tales como el tamaño del archivo 400 y la profundidad del búfer de la terminación en la terminal A. De cualquier manera, es un gran ventaja que esta solución básicamente permite que el usuario A siga viendo/escuchando la presentación aun después que el usuario B hay contestado, tal como reproduciendo un clip de video u observando una imagen, o interrumpa la presentación antes de que el usuario B haya contestado. La terminación o reproducción de un clip de video y/o audio también se puede repetir automáticamente o manualmente . Las Figuras 5a y 5b ilustran una segunda modalidad donde el contenido de medios es una cadena alfanumérica predefinida almacenada en la terminal B para ser proporcionada como una presentación de aviso de llamada a la terminal A. Una línea de texto limitada puede ser alojada en un mensaje SIP estándar, lo cual hace esta modalidad algo más simple que la primera. En la FIG. 5a, una línea 500 de texto almacenada en la terminal A se proporciona directamente desde la misma como la presentación 502 de aviso de llamada. La FIG. 5b es un diagrama de señalización para la segunda modalidad de la FIG. 5a. Los primeros pasos 504 y 506 para configurar una llamada de voz CS ordinaria entre A y B, es decir, la primera sesión de comunicación son iguales que los pasos 404 y 406, respectivamente, en la primera modalidad. En este ejemplo, después de determinar que una presentación de aviso de llamada debe ser proporcionada, se establece una segunda sesión de comunicación conmutada por paquetes con la terminal A por la terminal B que envía un mensaje llamado "MENSAJE SIP" dirigido al número telefónico de A, en un paso siguiente 508. Aquí, la presentación 502 se puede proporcionar inmediatamente simplemente integrando la línea 500 de texto en este mensaje. Por lo tanto, no se envía la INVITAR al SIP de inicio y no se necesita que la compresión/descompresión o el tamaño del archivo sean establecidos y aceptados primero por la terminal A. Igual que en el paso 410 de arriba, el número telefónico de la terminal A en el MENSAJE DE SIP del paso 508 de traduce por el núcleo B de PS a un SIP URL válido, en un paso 510, y el mensaje se envía desde el núcleo B de PS a la terminal A, a través del núcleo A de PS , en un paso siguiente 512. El MENSAJE DE SIP indica a la terminal A que la terminal B intenta proporcionar una presentación de aviso de llamada, en este caso una línea de de texto. Si el MENSAJE DE SIP se recibió apropiadamente, la terminal A responde enviando un mensaje de aceptación SIP 200OK a través de los núcleos A y B de PS, a la terminal B, en un siguiente paso 514. Cuando se recibe este mensaje, la terminal A puede avisar otra vez a su usuario, por ejemplo, desplegando un mensaje de texto, tal como: "Recibiendo una línea de texto de 0709123456. ¿Leer ahora?, para el consentimiento manual por el usuario. Alternativamente, la terminal A puede desplegar automáticamente la línea de texto recibida. Si el usuario B contesta la llamada, la terminal B enviará un mensaje de conexión a la terminal A, a través del núcleo B de CS y el núcleo A de CS, en un paso 516, y la llamada, o la primera sesión, se pueden ejecutar en un paso final 518, al igual que los pasos 424 y 426 de arriba. Cuando comienza la llamada, la línea de texto puede permanecer desplegada en la terminal A, o se borra ya sea manualmente o automáticamente . Las Figuras 6a y 6b ilustran una tercera modalidad donde la primera sesión de comunicación es una sesión conmutada por paquetes, por ejemplo, que involucra "Protocolo de Voz en Red internacional". Por lo tanto, en la FIG. 6a, se ejecuta un procedimiento 600 de configuración para una primera sesión conmutada por paquetes, y se establece una segunda sesión 602 conmutada por paquetes para la función de aviso de llamada. Al igual que la primera modalidad, el contenido de medios es un archivo 604 almacenado en la terminal B para ser proporcionado directamente desde la misma como una presentación 606 de aviso de llamada a la terminal A. La FIG. 6b es un diagrama de señalización que ilustra la solución de acuerdo con la tercera modalidad. En este ejemplo, una sesión basada en PS para el Protocolo de voz en Red internacional es la primera sesión de comunicación. En un primer paso 608, la terminal que llama A envía un mensaje de INVITAR SIP dirigido al número telefónico de B, para iniciar una sesión PS con la terminal B. este mensaje se recibe primero por el núcleo A de PS el cual hace una traducción (de acuerdo con E?UM) del número telefónico recibido de B, a un SIP URL válido, en un paso 610, con el fin de tener el mensaje enrutado por conmutación por paquetes, a la terminal B. El mensaje de INVITAR SIP en el paso 608 incluye un SIP URL de la terminal A como una dirección fuente que es valida y puede ser usada en el dominio de PS, es decir, por lo núcleos A y B de PS.

El mensaje de INVITAR SIP de la terminal A puede ahora ser además trasmitido desde el núcleo A de PS a la terminal B a través del núcleo B de PS, usando el SIP URL derivado de la terminal B, en un paso 612. El mensaje de INVITAR SIP incluye la información sobre la o las compresiones/descompresiones y otros parámetros de codificación necesarios para la sesión de protocolo de voz en Red internacional venidera, y la terminal A determina automáticamente si puede aceptar los términos propuestos. En un siguiente paso 614, la terminal B responde enviando un mensaje estándar llamado "llamada de SIP 180" a la terminal A, a través de los núcleos B y A de PS, indicando que se ha activado una señal de llamada en la terminal B. Hasta ahora, el procedimiento de configuración para la primera sesión basada en PS ha sido conducido de acuerdo con las rutinas estándar. Sin embargo, después de determinar que se debe proporcionar una presentación de aviso de llamada, una segunda sesión de comunicación conmutada por paquetes se establece con la terminal A para proporcionar el archivo 604 a la terminal A, lo cual se puede hacer básicamente como en la primera modalidad. Por lo tanto, en un siguiente paso 616, la terminal B envía un mensaje de INVITAR SIP dirigido al SIP URL de la terminal A, para iniciar la segunda sesión con la terminal A. En este caso, sin embargo, no es necesaria la traducción de ENUM ya que el SIP URL ya está disponible de la dirección fuente dada en el mensaje de INVITAR SIP del paso 608. Al igual que las modalidades previas, cuando se recibe la invitación que indica la presentación de aviso de llamada inminente, la terminal A puede solicitar a su usuario un consentimiento manual para recibirla y reproducirla/desplegarla, o acepta automáticamente la presentación de aviso de llamada. La terminal A responde ahora enviando un mensaje de aceptación "SIP 200OK" a través de los núcleos A y B de PS, a la terminal B para indicar la aceptación de la invitación de sesión, en un siguiente paso 618. El contenido de medios de la presentación de aviso de llamada, es decir, el archivo 604, puede ser transmitido ahora en un paso 620 por medio de la segunda sesión 602 de la terminal B a la terminal A, a través de los núcleos B y A de PS, en un mensaje "ENVIAR MSRP", proporcionando con ello la presentación de aviso de llamada a la terminal A. Cuando se recibe el contenido de medios, la terminal A envía otro mensaje de aceptación SIP 200OK a través de los núcleos A y B de PS a la terminal B, en un paso 622, para indicar la recepción apropiada del contenido. Después que se ha completado la transferencia del archivo, se libera la segunda sesión por la terminal B que envía un mensaje de "SIP ADIÓS" a la terminal A, a través de los núcleos B y A de PS, en un paso 624. Este es seguido por otro mensaje de aceptación SIP 200OK de la terminal A a la terminal B a través de los núcleos A y B de PS, en un paso 626. En cualquier punto durante los pasos 616-626, el usuario B puede responder la llamada de Protocolo de voz en Red internacional inicial y la terminal B enviará entonces un mensaje de SIP 200OK, como se indica en un paso 628, el cual se transmite a través del núcleo B de CS y el núcleo A de CS a la terminal A. la llamada de Protocolo de voz en Red internacional, o la primera sesión, se ejecuta entonces en un paso final 632, aunque no afecta la función de presentación de aviso de llamada la cual puede ser disfrutada o no, preferiblemente a elección del usuario A. Se debe notar que la primera sesión puede ser una sesión conmutada por paquetes también en todas las otras modalidades. Las modalidades descritas arriba hacen posible la entrega de medios "terminal a terminal" . Las Figuras 7a y 7b ilustran una cuarta modalidad donde el contenido de medios a ser proporcionado como una presentación de aviso de llamada a la terminal A, se almacena en un servidor 700 RTSP (Protocolo de Flujo de Datos en Tiempo Real) el cual puede ser accedido por la terminal A para traer el contenido de medios desde el mismo. Cuando llama a la terminal B, la terminal A se instruye para contactar el servidor 700 de RTSP para recibir la presentación como un flujo 702 de medios desde el mismo. Esta modalidad por lo tanto hace posible la entrega de medios "servidor a terminal" . El servidor RTSP puede estar ubicado básicamente en cualquier parte, aunque preferiblemente en la red B . Por lo tanto, en esta modalidad, la terminal B se releva de almacenar los medios relacionados con el aviso de llamada y de enviar una presentación de aviso de llamada cada vez que se recibe una llamada, lo cual ahorrará espacio de almacenamiento y ancho de banda de radio valioso. Ya que un servidor tiene por lo general mayor capacidad de almacenamiento que una terminal móvil, se pueden proporcionar a los llamadores presentaciones de aviso de llamada más elaboradas. Un usuario de la terminal B también puede predefinir un mayor número de presentaciones diferentes para diferentes llamadores sin consumir espacio de almacenamiento en la terminal B. La Fig. 7b es un diagrama de señalización de acuerdo con la cuarta modalidad. Los primeros pasos 704 y 706 para configurar una llamada de voz CS convencional entre A y B, es decir, la primera sesión de comunicación, son iguales a los pasos 404 y 406, respectivamente, en la primera modalidad. En este ejemplo, después de determinar que se debe proporcionar una presentación de aviso de llamada, una segunda sesión de comunicación conmutada por paquetes se establece con la terminal A por la terminal B que envía un "MENSAJE DE SIP" dirigido al número telefónico de A, en un siguiente paso 708. El MENSAJE DE SIP contiene ahora la dirección de red del servidor 700 de RTSP y una referencia adecuada a contenido de medios que está almacenado en el mismo, que constituye la presentación de aviso de llamada deseada. Por ejemplo, en el protocolo de SIP presente, el MENSAJE DE SIP existente es un mensaje adecuado para usarlo con este fin. Al igual que en el paso 410 en la primera modalidad, el número telefónico de la terminal A, el cual se dio en el mensaje de configuración del paso 704, se traduce por el núcleo B de PS a un SIP URL válido, en un paso 710, y el MENSAJE DE SIP se envía desde el núcleo B de PS a la terminal, a través del núcleo A de PS, en un siguiente paso 712. Este MENSAJE DE SIP informa efectivamente a la terminal A de que una presentación de aviso de llamada está disponible en el servidor 700 RTP, el cual puede ser cualquier tipo de medios, por ejemplo, video, audio, imágenes, texto, etc. Entonces, la terminal A responde enviando un mensaje de aceptación SIP 200OK a través de los núcleos A y B de PS a la terminal B, en un siguiente paso 714. Recibiendo el MENSAJE DE SIP, la terminal A puede solicitar a su usuario, por ejemplo, desplegando un mensaje de texto, tal como: "Un clip de video está disponible en mml.op.com/0709123456_video_l. ¿Traerlo ahora?, el consentimiento manual por el usuario. Alternativamente, la terminal A puede traer el clip desde el servidor 700 RTSP automáticamente. Si se acepta, la terminal A inicia la descarga del contenido de medios indicado desde el servidor 700 de RTSP, ejecutando una rutina de configuración de la sesión convencional, ilustrada por un paso 716 genérico. Esta rutina incluye varios mensajes de ida y vuelta, no se muestran, y típicamente un mensaje de "CONFIGURAR RTSP" desde la terminal A al servidor RTSP, un mensaje de respuesta "RTSP OK" del servidor RTSP, un mensaje de "RTSP REPRODUCIR" de la terminal A al servidor RTSP, y otro mensaje de respuesta "RTSP OK" del servidor RTSP. Cuando se termina la configuración, el flujo de medios puede ser descargado del servidor RTSP a la terminal A, en un paso 718, y la presentación puede ser accionada o reproducida al mismo tiempo. Si el usuario B responde la llamada en algún punto, la terminal B enviará un mensaje de conexión a la terminal A, a través del núcleo B de CS y el núcleo A de CS, en un paso 720, y la llamada, o la primera sesión, se puede ejecutar en un paso 722, al igual que los pasos 424 y 426 en la modalidad 1. Cuando comienza la llamada, el flujo de medios a la terminal A puede continuar aun, y la llamada preferiblemente no afecta el procedimiento de descarga en progreso. Cuando se ha terminado el flujo de medios, un mensaje de "SALIR DEL RSTP" se envía desde la terminal A al servidor de RSTP en un paso 424, el cual se acepta por una respuesta "RSTP OK" en un paso final 726. Se debe notar que los pasos 724 y 726 se pueden ejecutar más bien antes de los pasos 720 y 722, si el flujo de medios se completa antes que se conteste la llamada. Las Figuras 8a y 8b ilustran una quinta modalidad donde el contenido de medios que debe ser proporcionado como una presentación de aviso de llamada a la terminal A se almacena en un servidor 800 de medios, al igual que como en la cuarta modalidad. Sin embargo, se usa un "agente" 802, de manera tal que cuando se llama a la terminal B, el agente 802 trae el contenido de medios relevante desde el servidor 800 de medios y después lo proporciona como una presentación 804 de aviso de llamada a la terminal A. Ambas terminales A y B percibirán entonces la presentación de aviso de llamada como una entrega de medios terminal a terminal, aun si se proporcionan en realidad una entrega servidor a terminal. Por lo tanto, técnicamente, la terminal A verá el agente 802 como la terminal llamada y la terminal B observará el agente 802 como la terminal que llama. El agente 802 es un nodo adaptado para emular básicamente una terminal, y esta se puede ubicar en la red B en tanto que el servidor de medios se pueden ubicar el cualquier parte, aunque preferiblemente también en la red B. También en esta modalidad, la terminal B se releva de enviar una presentación de aviso de llamada cuando se recibe una llamada. Usar un agente de acuerdo con este arreglo se ha ideado principalmente para evitar ciertos problemas de "legado" potenciales cuando la red B ha sido actualizada para emplear entrega de medios servidor a terminal para mejorar la eficiencia, en tanto que la red A emplea aun la entrega de medios terminal a terminal. Por lo tanto, las terminales en la red A no serán capaces de actuar de acuerdo con el método de servidor a terminal, sino que esto puede ser resuelto "emulando" un método de terminal a terminal como en esta modalidad. La FIG. 8b es un diagrama de señalización de acuerdo con la quinta modalidad. Los primeros pasos 806 y 808 para configurar una llamada de voz CS ordinaria entre a y B, es decir, la primera sesión de comunicación, son otra vez iguales que los pasos 404 y 406, respectivamente, en la primera modalidad. Después de determinar que se debe proporcionar una presentación de aviso de llamada, la terminal B envía un mensaje de INVITAR SIP dirigido al número telefónico de A, el cual se recibe por el núcleo B de PS, en un siguiente paso 810.

Sin embargo, en esta modalidad, el núcleo B de PS no trasmite esta invitación de sesión a la terminal A, sino que lo envía más bien al agente 802, en un paso 812. El agente modifica entonces el mensaje para indicarse a si mismo como el emisor, como se ilustra por un paso 814 de "reescritura", antes de trasmitirlo a la terminal A, a través del núcleo A de PS, en un siguiente paso 816, con el fin de establecer una segunda sesión de comunicación conmutada por paquetes con la terminal A. La terminal A responde entonces enviando un mensaje de aceptación SIP 200OK a través del núcleo A de PS, de regreso al agente, en un paso 818. Como en las modalidades previas, la terminal A puede solicitar primero a su usuario el consentimiento manual por el usuario para la presentación del aviso de llamada, o puede aceptarlo automáticamente. El agente modifica ahora el mensaje de aceptación de la terminal A para indicar que la invitación de sesión se rechaza en realidad, y también se indica a si mismo como el emisor, como se ilustra por un paso 820 de "reescritura" . El mensaje de rechazo creado se envía entonces a la terminal B a través del núcleo B de PS, en un siguiente paso 822. El mensaje de rechazo en el paso 822 puede ser un mensaje SIP 200OK modificado, o este se puede reemplazar por cualquier otro código de rechazo apropiado.

Cuando recibe el mensaje de rechazo, la terminal B no enviará el contenido de medios a la terminal A como una presentación de aviso de llamada. Por otro lado, el agente 802 recupera ahora la dirección de red del servidor 800 de medios y una referencia al contenido de medios almacenado en el mismo, que constituye la presentación de aviso de llamada deseada. El agente puede obtener la referencia al contenido de medios en modos alternativos. Esta puede ser recuperada desde los datos del suscriptor almacenados en el núcleo B de PS o del usuario final, por medio de una así llamada "compuerta de autoservicio" , o esta puede ser calculada por medio de un algoritmo basado en las identidades de A y B, o esta puede estar dada en el mensaje de INVITAR SIP del paso 810. Enseguida, el agente envía al servidor 800 de medios, una petición por el contenido de medios, en un paso 824, y lo recibe en un siguiente paso 826. Después, el agente proporciona el contenido de medios a la terminal A, a través del núcleo A de PS, en un mensaje de envío de MSRP, como se ilustra por un paso 828, y la presentación de aviso de llamada puede ser reproducida y/o desplegada ahora en la terminal A. cuando se ha completado la entrega del contenido de medios en el paso 828, se ejecuta un procedimiento de rutina para terminar la segunda sesión, como se ilustra de manera general por un paso 830. Este procedimiento de finalización de la sesión corresponde a los pasos 418-422 en la primera modalidad descrita de la FIG. 4b. Finalmente, cuando el usuario B responde en algún punto la llamada iniciada por los pasos 806 y 808, la terminal B enviará un mensaje de conexión a la terminal A, a través del núcleo B de CS y el núcleo A de CS, en un paso 832, y la llamada, o la primera sesión, se pueden ejecutar en un paso 834, al igual que los pasos 424 y 426 en la modalidad 1. La quinta modalidad descrita arriba hace posible el despliegue temprano del método servidor a terminal para proporcionar la función de aviso de llamada, ya que esto no afecta las redes A y B significativamente. Las modalidades 1-5 descritas arriba requieren básicamente que la terminal llamada inicie de alguna manera el procedimiento para proporcionar una presentación de aviso de llamada a la terminal que llama, ya sea para enviar el contenido de medios actual en si o para hacer que un servidor o agente envíen el contenido. Por ejemplo, cuando se usa el SIP en estas modalidades, se obliga a la terminal B a enviar ya sea una INVITACIÓN DE SIP o un MENSAJE DE SIP a la terminal A como se describe arriba. Ahora se describirá una sexta modalidad con referencia a las Figs. 9a y 9b, donde la terminal llamada se releva aun de tomar cualquier acción en absoluto, por una llamada entrante, para iniciar la provisión de una presentación de aviso de llamada. El contenido de medios a ser proporcionado como una presentación de aviso de llamada a la terminal A se almacena en un servidor 900 de red. Igual que en las modalidades mostradas en las FIGs. 7a, b y 8a, b, la sexta modalidad hace posible por lo tanto la entrega 902 de medios "servidor a terminal", relevando a la terminal B de almacenar y enviar los medios relacionados con el aviso de llamada, lo cual proporciona beneficios como se describe arriba. El servidor 900 puede ser ubicado básicamente en cualquier parte, y en este caso se localiza en la red B. En todas las modalidades que involucran la entrega servidor a terminal, incluyendo esta, el usuario de la terminal B debe configurar de alguna manera el contenido de la presentación de aviso de llamada (textos, imágenes, clip de video, etc.) en el servidor 900 de red, por adelantado, por ejemplo, vía un portal de red, ya sea en forma distinta para los diferentes llamadores o de manera uniforme para todos los llamadores . La FIG. 9b es un diagrama de señalización de acuerdo con la sexta modalidad. Los primeros pasos 904 y 906 para iniciar una configuración de llamada de voz CS ordinaria entre A y B, es decir, la primera sesión de comunicación, son en gran medida iguales a los pasos 404 y 406, respectivamente, en la primera modalidad. Sin embargo, en esta modalidad, cuando el núcleo B de CS recibe el mensaje de configuración CS en el paso 904, este notifica al servidor 900 de red sobre la llamada CS entrante, enviando un mensaje de notificación de la llamada adecuado, en un paso 908. El servidor de red puede determinar entonces que se debe proporcionar una presentación de aviso de llamada, y por lo tanto establece una segunda sesión de comunicación conmutada por paquetes con la terminal A. El servidor 900 de red puede entonces enviar un MENSAJE DE SIP para entregar una línea de texto integrada en el mensaje, o una INVITACIÓN DE SIP para entregar una imagen, un clip u otro tipo de archivo, dirigido al número telefónico de A, en un siguiente paso 910. Al igual que el paso 410 en la primera modalidad, el número telefónico de la terminal A, el cual se dio en el mensaje de configuración del paso 704, se traduce por el núcleo B de PS a un SIP URL válido, en un paso 912, y el MENSAJE o LA INVITACIÓN DE SIP del servidor de red se envía desde el núcleo B de PS a la terminal A, a través del núcleo A de PS, en un paso siguiente 914. Recibiendo el MENSAJE la INVITACIÓN DE SIP, la terminal A puede solicitar a su usuario la aceptación, o aceptar automáticamente la presentación de aviso de llamada, como se describe en las modalidades anteriores. La invitación de sesión se acepta de alguna manera, y la terminal A responde en un siguiente paso 916 enviando el "SIP 200OK" a través de los núcleos A y B de PS, al servidor 900 de red. Si se envió una INVITACIÓN DE SIP en los pasos 910 y 912, el contenido de medios de la presentación de aviso de llamada puede ser trasmitido ahora en un paso 918, desde el servidor 900 de red a la terminal A, a través de los núcleos B y A de PS, contenido en un mensaje de ENVIAR MSRP, proporcionando con ello la presentación de aviso de llamada a A. La segunda sesión se completa entonces por un procedimiento de finalización de sesión convencional indicado por un paso 920 general. Si el contenido de medios de la presentación de aviso de llamada se proporciona por completo en un MENSAJE DE SIP en los pasos 910 y 912, se omitirán por supuesto los pasos 918 y 920. Finalmente, si el usuario B contesta en algún punto la llamada, la terminal B enviará un mensaje de conexión a la terminal A, a través del núcleo B de CS y el núcleo A de CS, en un paso 922, y la primera sesión puede ser ejecutada en un paso 924, al igual que los pasos 242 y 426 en la modalidad 1. Como en las modalidades previas, la reproducción/despliegue del contenido de la presentación puede continuar aun en la terminal A durante la llamada. Las modalidades 1-6 descritas arribas constituyen sólo unos cuantos ejemplos de cómo se puede proporcionar la presentación de aviso de llamada a una terminal que llama, y por lo tanto son posibles varias modificaciones de las mismas sin apartarse de la presente invención. Por ejemplo, una primera sesión de comunicación conmutada por circuitos descrita puede tal como una sesión conmutada por paquetes más bien, y viceversa. Los mensajes específicos descritos se toman de manera general del protocolo de SIP, pero también se pueden usar otros mensajes correspondientes para otros protocolos, etc. La solución de usar un agente 802 para emular una terminal como se describe en la quinta modalidad de la Fig. 8a, b también se puede aplicar en la sexta modalidad de la FIG. 9a, b. En la sexta modalidad de la FIG. 9a, b un servidor RTSP puede ser usado en lugar del servidor 900 de red descrito, y en ese caso, un MENSAJE DE SIP en los pasos 910 y 914 puede contener la dirección de red del servidor RTSP, de manera tal que la terminal B puede descargar el contenido de la presentación desde el mismo, de modo similar a los pasos 716, 718, 724 y 726 en la cuarta modalidad de la Fig. 7a, b. Como se mencionó antes en esta descripción, se pueden tomar algunas medidas para alertar al usuario A del inicio de una presentación de aviso de llamada, y también cuando responde el usuario B. La terminación de un clip de video en la terminal A marcha al menos parcialmente desapercibido si el usuario A no está usando un equipo a manos libres o no observa la pantalla de la terminal durante la configuración de la llamada. Por otro lado, cuando se disfruta de, por ejemplo, un saludo visual, el usuario A puede no escuchar inmediatamente cuando responde la parte B. estas situaciones se pueden evitar como sigue . Primeramente, durante la configuración de la llamada antes de que haya contestado el usuario B, la señalización SIP entrante a la terminal A, a través de un portador PS paralelo de la segunda sesión puede ser verificada para determinar si esta se relaciona con la primera sesión que se está estableciendo actualmente. Por ejemplo, la terminal A puede comparar la dirección de origen para la señal entrante con el número de B/la dirección de B para la llamada en establecimiento. Si estas direcciones corresponden, la terminal A puede ser programada para activar una indicación de audio o vibración para informar al usuario A de que está siendo recibida una presentación visual de aviso de llamada. En una alternativa más directa, la terminal A activa la indicación incondicionalmente, en cualquier momento que se reciba una INVITACIÓN DE SIP o MENSAJE DE SIP. En segundo lugar, cuando se disfruta una presentación visual (por ejemplo, un clip de video) , el usuario A puede no escuchar inmediatamente las respuestas de la parte B. También, aun si se escuchó a respuesta, el puede desear seguir observando un saludo de video hasta el final . Se podría programar una función de alerta específica en la terminal A para indicar igualmente, por ejemplo, alguna indicación visible en la pantalla o una vibración. También es posible simplemente interrumpir la terminación/despliegue de la presentación tras la respuesta. Por lo tanto, se proporciona una solución que hace posible la selección de un extenso rango de tipos de medios como presentaciones de aviso de llamada a los llamadores en espera, usando una segunda sesión de comunicación separada basada en PS, además de una primera sesión que se está siendo configurada. Los usuarios de la terminal que llama también pueden controlar la reproducción de las secuencia de video y/o de audio de aviso de llamada o el despliegue de una imagen, o los similares, y decidir cuando detenerlos, independientemente de cuando se responde realmente la llamada. Aunque la invención ha sido descrita con referencia a las modalidades ejemplificantes específicas, la descripción sólo se propone en general para ilustrar el concepto inventivo y no se debe considerar como limitante del ámbito de la invención, la cual se define por las reivindicaciones anexas.

Claims (1)

1. REIVINDICACIONES 1. Un método para proporcionar una presentación de aviso de llamada a una terminal que llama después de recibir una petición de configuración de la llamada desde la terminal (A) que llama, para una primera sesión (308) de comunicación con una terminal (B) llamada, caracterizado porque, comprende los siguientes pasos : - ejecutar una configuración de llamada para la primera sesión de comunicación, - establecer una segunda sesión (310) de comunicación basada en paquetes con la terminal que llama, independiente de la configuración para la primera sesión; por la terminal llamada que envía un mensaje de iniciación de sesión dirigido a la terminal que llama, y - proporcionar el contenido de medios predefinido que representa dicha presentación de aviso de llamada a la terminal que llama, por medio de dicha segunda sesión. 2. Un método de acuerdo con la reivindicación 1, caracterizado porque, dicho contenido (400, 500) de medios predefinido ha sido almacenado en la terminal llamada y se envía desde esta a la terminal que llama durante la segunda sesión. 3. En método de acuerdo con la reivindicación 2, caracterizado porque, el contenido de medios se proporciona a la terminal que llama como al menos un archivo transferido desde la terminal llamada durante la segunda sesión. 4. Un método de acuerdo con la reivindicación 2, caracterizado porque, el contenido de medios se proporciona a la terminal que llama como una línea de texto integrada en un mensaje de inicio de sesión desde la terminal llamada, durante la segunda sesión. 5. Un método de acuerdo con la reivindicación 1, caracterizado porque, dicho contenido de medios predefinido ha sido almacenado en un servidor (700, 800, 900) y se recupera desde este para entregarlo a la terminal que llama por medio de la segunda sesión. 6. Un método de acuerdo con la reivindicación 5, caracterizado porque, dicho servidor es un servidor RTSP (700) y el contenido de medios se descarga directamente desde este a la terminal que llama. 7. Un método de acuerdo con la reivindicación 6, caracterizado porque, la dirección de red del servidor RTSP y una referencia adecuada para dicho contenido de medios se envían a la terminal que llama en un mensaje de inicio de sesión desde la terminal llamada, durante la segunda sesión, para permitir la descarga. 8. Un método de acuerdo con la reivindicación 5, caracterizado porque, dicho servidor es un servidor (800) de medios, y un agente (802) trae el contenido de medios desde el servidor de medios y lo entrega a la terminal que llama durante la segunda sesión. 9. Un método de acuerdo con la reivindicación 8, caracterizado porque, la terminal llamada envía un mensaje de inicio de sesión a la terminal que llama durante la segunda sesión, y dicho agente modifica el mensaje de inicio de sesión para indicarse a si mismo como el emisor, antes de enviarlo a la terminal que llama. 10. Un método de acuerdo con la reivindicación 9, caracterizado porque, cuando se recibe un mensaje de confirmación de la terminal que llama en respuesta al mensaje de inicio de sesión modificado, el agente modifica el mensaje de confirmación de la terminal A para indicar que se rechaza la invitación de la sesión y también para indicarse a si mismo como el emisor del mensaje, y envía el mensaje de rechazo modificado a la terminal llamada. 11. Un método de acuerdo con la reivindicación 5, caracterizado porque, dicho servidor es un servidor (900) de red que envía un mensaje de inicio de sesión a la terminal que llama durante dicha segunda sesión, en respuesta a ser notificado de que la primera sesión de comunicación está siendo configurada. 12. Un método de acuerdo con la reivindicación 11, caracterizado porque, el contenido de medios se proporciona a la terminal que llama como al menos un archivo transferido desde el servidor de red durante la segunda sesión. 13. Un método de acuerdo con la reivindicación 11, caracterizado porque, el contenido de medios se proporciona a la terminal que llama como una línea de texto integrada en el mensaje de inicio de sesión. 14. Un método de acuerdo con alguna de las reivindicaciones 1-13, caracterizado porque, el contenido de medios predefinido incluye al menos, medios visuales. 15. Un método de acuerdo con cualquiera de las reivindicaciones 1-14, caracterizado porque, una indicación de audio o vibración se activa en la terminal que llama para informar a su usuario que dicha presentación de aviso de llamada está siendo recibida. 16. Un método de acuerdo con la reivindicación 15, caracterizado porque, dicha indicación se activa cuando se determina que la señalización entrante a la terminal A, a través de un portador conmutado por paquetes, paralelo, de la segunda sesión se relaciona con la primera sesión que se está estableciendo actualmente, o se activa en respuesta a recibir el mensaje de inicio de sesión. 17. Un método de acuerdo con alguna de las reivindicaciones 1-16, caracterizado porque, una indicación visual o de vibración se activa en la terminal que llama para informar a su usuario de que la llamada ha sido contestada. 18. Un método de acuerdo con alguna de las reivindicaciones 1-17, caracterizado porque, diferentes presentaciones de aviso de llamada han sido definidas para los diferentes llamadores potenciales, y/o dependiendo de la fecha o la hora del día actual, la semana o la temporada, y/o dependiendo del estado de un usuario. 19. Un método de acuerdo con alguna de las reivindicaciones 1-18, caracterizado porque, se usan mensajes SIP estandarizados para manejar la segunda sesión de comunicación . 20. Un arreglo para proporcionar una presentación de aviso de llamada a una terminal que llama después de recibir una petición de configuración de llamada desde la Terminal (A) que llama durante una primera sesión (308) de comunicación con una terminal (B) llamada, caracterizado porque, comprende: - medios para ejecutar una configuración de llamada para la primera sesión de comunicación, - medios para establecer una segunda sesión (310) de comunicación basada en paquetes con la terminal que llama, independiente de la configuración de llamada para la primera sesión, por la terminal llamada que envía un mensaje de iniciación de sesión dirigida a la terminal que llama, y medios para proporcionar el contenido de medios predefinido que representa dicha presentación de aviso de llamada a la terminal que llama, por medio de dicha segunda sesión. 21. Un arreglo de acuerdo con la reivindicación 20, caracterizado porque, la terminal llamada se adapta para almacenar dicho contenido (400, 500) de medios predefinido y para enviarlo a la terminal que llama durante la segunda sesión. 22. Un arreglo de acuerdo con la reivindicación 21, caracterizado porque, la terminal llamada se adapta además para proporcionar el contenido de medios a la terminal que llama al transferir al menos un archivo durante la segunda sesión. 23. Un arreglo de acuerdo con la reivindicación 21, caracterizado porque, la terminal llamada se adapta además para proporcionar el contenido de medios a la terminal que llama como una línea de texto integrada en un mensaje de inicio de sesión durante la segunda sesión. 24. Un arreglo de acuerdo con la reivindicación 20, caracterizado porque, comprende además un servidor (700, 800, 900) en el cual dicho contenido de medios predefinido ha sido almacenado, el servidor que se adapta para entregar el contenido de medios a la terminal que llama por medio de la segunda sesión. 25. Un arreglo de acuerdo con la reivindicación 24, caracterizado porque, dicho servidor es un servidor RTSP (700) , y dicho contenido de medios puede ser descargado directamente desde este a la terminal que llama. 26. Un arreglo de acuerdo con la reivindicación 25, caracterizado porque, la terminal llamada se adapta para enviar la dirección de red del servidor RTSP y una referencia adecuada para dicho contenido de medios a la terminal que llama, en un mensaje de inicio de sesión durante la segunda sesión, para permitir la descarga. 27. Un arreglo de acuerdo con la reivindicación 24, caracterizado porque, dicho servidor es un servidor (800) de medios, y dicho arreglo incluye además un agente (802) adaptado para traer el contenido de medios desde el servidor de medios y entregarlo a la terminal que llama durante la segunda sesión. 28. Un arreglo de acuerdo con la reivindicación 27, caracterizado porque, la terminal llamada se adapta para enviar un mensaje de inicio de sesión a la terminal que llama durante la segunda sesión, y dicho agente se adapta para modificar el mensaje de inicio de sesión para indicarse a si mismo como el emisor antes de enviarlo a la terminal que llama. 29. Un arreglo de acuerdo con la reivindicación 28, caracterizado porque, cuando se recibe un mensaje de confirmación desde la terminal que llama en respuesta al mensaje de inicio de sesión modificado, el agente se adapta para modificar el mensaje de confirmación desde la terminal A para indicar que se rechaza la invitación de sesión y también para indicarse a si mismo como el emisor del mensaje, y para enviar el mensaje de rechazo modificado a la terminal llamada. 30. Un arreglo de acuerdo con la reivindicación 24, caracterizado porque, dicho servidor es un servidor (900) de red adaptado para enviar un mensaje de inicio de sesión a la terminal que llama durante dicha segunda sesión, en respuesta a ser notificado de que la primera sesión de comunicación está siendo configurada. 31. Un arreglo de acuerdo con la reivindicación 30, caracterizado porque, el servidor de red se adapta además para proporcionar el contenido de medios a la terminal que llama al transferir al menos un archivo durante la segunda sesión. 32. Un arreglo de acuerdo con la reivindicación 30, caracterizado porque, el servidor de red se adapta además para proporcionar el contenido de medios a la terminal que llama como una línea de texto integrada en dicho mensaje de inicio de sesión. 33. Un arreglo de acuerdo con alguna de las reivindicaciones 20-32, caracterizado porque, el contenido de medios predefinido incluye, al menos, medios visuales. 34. Un arreglo de acuerdo con alguna de las reivindicaciones 20-33, caracterizado porque la terminal que llama se adapta para activar una indicación de audio o vibración para informar a su usuario de que dicha presentación de aviso de llamada está siendo recibida. 35. Un arreglo de acuerdo con la reivindicación 34, caracterizado porque, la terminal que llama se adapta además para activar dicha indicación al determinar que la señalización entrante a la terminal A, a través de un portador conmutado por paquetes, paralelo, de la segunda sesión se relaciona con la primera sesión que se está estableciendo actualmente, o para activar la indicación en respuesta a recibir el mensaje de inicio de sesión. 36. Un arreglo de acuerdo con alguna de las reivindicaciones 20-35, caracterizado porque, la terminal que llama se adapta para activar una indicación visual o de vibración para informar a su usuario de que la llamada ha sido respondida. 37. Un arreglo de acuerdo con alguna de las reivindicaciones 20-36, caracterizado porque, comprende además medios para definir diferentes presentaciones de aviso de llamada para los diferentes llamadores potenciales, y/o dependiendo de la fecha o la hora del día actuales, la semana o la temporada, y/o dependiendo del estado del usuario.