ES2470665T3 - Un método y sistema de selección de timbre personalizado y aparato correspondiente - Google Patents

Un método y sistema de selección de timbre personalizado y aparato correspondiente Download PDF

Info

Publication number
ES2470665T3
ES2470665T3 ES09793827.8T ES09793827T ES2470665T3 ES 2470665 T3 ES2470665 T3 ES 2470665T3 ES 09793827 T ES09793827 T ES 09793827T ES 2470665 T3 ES2470665 T3 ES 2470665T3
Authority
ES
Spain
Prior art keywords
mrbt
information
calling party
server
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES09793827.8T
Other languages
English (en)
Inventor
Wenmei Gao
Guoqiao Chen
Jian Yang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2470665T3 publication Critical patent/ES2470665T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42059—Making use of the calling party identifier
    • H04M3/42068—Making use of the calling party identifier where the identifier is used to access a profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/56—Arrangements for indicating or recording the called number at the calling subscriber's set
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H04M3/4211—Making use of the called party identifier where the identifier is used to access a profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H04M3/42161—Administration or customisation of services by subscriber via computer interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/1235—Details of core network interconnection arrangements where one of the core networks is a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para seleccionar un Tono de Rellamada Multimedia, MRBT, caracterizado por cuanto que comprende: el envío (201), por una parte llamante, a un Centro de Conmutación de Sistemas Móviles, MSC, de una demanda de llamada que transmite un tipo de tono MRBT requerido por la parte llamante y la recepción (202), por la parte llamante, de información de MRBT, en donde la información de MRBT se envía por un servidor MRBT en conformidad con el tipo de tono MRBT requerido por la parte llamante.

Description

Un método y sistema de selección de timbre personalizado y aparato correspondiente
5 CAMPO DE LA INVENCIÓN
La presente invención se refiere a tecnologías de comunicaciones y en particular, a un método, sistema y aparatos pertinentes para seleccionar un Tono de Rellamada Multimedia (MRBT).
ANTECEDENTES DE LA INVENCIÓN
El servicio de Tono de Rellamada (RBT) es un servicio móvil personalizado que surgió en los últimos años. Utilizando el servicio de RBT, la parte llamante escucha efectos sonoros o musicales agradables en lugar de zumbidos monótonos después de originar una llamada a la parte llamada. El servicio de RBT est� orientado a los
15 usuarios y satisface las exigencias personalizadas de los usuarios.
El servicio de MRBT es una mejora del servicio de RBT ordinario. Es decir, cuando un usuario móvil 3G origina una llamada de vídeo, el usuario llamante ve una señal de vídeo multimedia y escucha un tono de vídeo multimedia antes de hablar. El servicio de MRBT proporciona un contenido de tono más diverso, a modo de ejemplo, música o voz, textos, imágenes, videoclips o cualquiera de sus combinaciones. En comparación con el servicio de RBT tradicional, el servicio de MRBT es más atractivo para los usuarios y satisface mejor las exigencias personalizadas de los usuarios.
La Figura 1 ilustra una estructura de conexión en red de MRBT de amplia aplicación. La red incluye: un equipo de
25 usuario (UE) 107 tal como un teléfono móvil; un NodeB 101; un Controlador de Red de Radio (RNC) 102, un servidor de Centro de Conmutación Móvil (MSC) o Registro de Posiciones de Visitantes (VLR) 103; una Pasarela Multimedia (MGW) 104; un Registro de Posiciones Base (HLR) 105 y un servidor MRBT 106, también conocidos conjuntamente como una plataforma de Tono de Alerta Personalizado (CAT) o una plataforma de MRBT.
En la técnica anterior, después de que suene el teléfono de la parte llamada, el servidor MRBT reproduce un tono MRBT para la parte llamante, en donde el tono MRBT se personaliza por la parte llamante o la parte llamada.
La técnica anterior tiene al menos estos problemas técnicos:
35 Cuando el servidor MRBT reproduce un tono MRBT personalizado por la parte llamante o la parte llamada a la parte llamante, el servidor MRBT no proporciona ninguna oportunidad para la parte llamante de seleccionar un tipo de tono MRBT requerido por la parte llamante, con lo que se deteriora la experiencia del usuario.
Una solicitud de patente europea (Publicación n�: EP1890471 A1) da a conocer un sistema para seleccionar un tono de rellamada por un terminal llamante en tiempo real. El sistema incluye: un receptor de señales, que recibe información clave proporcionada por el terminal llamante y analiza dicha información clave como la información de la señal; un controlador conectado con el receptor de señales, que controla el tono de rellamada transmitido al terminal llamante en función del número del terminal llamado y de la información de señal. Utilizando este sistema, el terminal llamante puede seleccionar, de forma cómoda y rápida, escuchar el tono de rellamada personal y el tono de
45 rellamada convencional mediante la tecla situada en el terminal que hace la llamada.
Otra solicitud de patente europea (Publicación n�: EP1686781 A1) da a conocer que una característica de reproducción del tono de rellamada, reproducido para un dispositivo de comunicación llamante utilizado por un usuario para una llamada a un dispositivo de comunicación llamado, se cambia en función de la entrada desde el usuario del dispositivo de comunicación llamante.
SUMARIO DE LA INVENCIÓN
Formas de realización de la presente invención dan a conocer un método, un sistema y aparatos pertinentes para 55 seleccionar un tono MRBT para mejorar la experiencia del usuario.
Un método para seleccionar un tono MRBT incluye:
el envío, por una parte llamante, de una demanda de llamada que transmite el tipo de MRBT requerido por la parte llamante y
la obtención, por la parte llamante, de la información de MRBT enviada por un servidor MRBT, en función del tipo de MRBT requerido por la parte llamante.
65 La solución técnica anterior aporta las ventajas siguientes: la parte llamante envía el tipo de MRBT requerido y el servidor MRBT proporciona la información de MRBT correspondiente. Por lo tanto, la parte llamante tiene una
oportunidad de seleccionar el tipo de MRBT requerido por la parte llamante y de este modo, se mejora la experiencia del usuario. BREVE DESCRIPCIÓN DE LOS DIBUJOS 5 La Figura 1 es un diagrama de conexión en red de MRBT en la técnica anterior; La Figura 2 es un diagrama de flujo de una primera forma de realización del método de la presente invención; La Figura 3 es un diagrama de flujo de una segunda forma de realización del método de la presente invención; La Figura 4 es un diagrama de flujo de una séptima forma de realización del método de la presente invención; La Figura 5 es un diagrama de flujo de una décima forma de realización del método de la presente invención; 15 La Figura 6 ilustra una estructura de sistema en una undécima forma de realización de la presente invención; La Figura 7 ilustra una estructura de equipo UE en una duodécima forma de realización de la presente invención; La Figura 8 ilustra otra estructura de equipo UE en la duodécima forma de realización de la presente invención; La Figura 9 ilustra otra estructura de UE en una decimotercera forma de realización de la presente invención; La Figura 10 ilustra una estructura de un servidor MRBT en una decimocuarta forma de realización de la presente
25 invención; La Figura 11 ilustra una estructura de otro servidor MRBT en una decimoquinta forma de realización de la presente invención y
La Figura 12 ilustra una estructura de otro servidor MRBT en una decimosexta forma de realización de la presente invención. DESCRIPCIÓN DETALLADA DE LAS FORMAS DE REALIZACIÓN DE LA INVENCIÓN 35 Las formas de realización de la presente invención dan a conocer un método, un sistema y aparatos pertinentes para seleccionar un tono MRBT para mejorar la experiencia del usuario.
Primera forma de realización Según se ilustra en la Figura 2, un método para seleccionar un tono MRBT, en esta forma de realización, incluye las etapas siguientes:
Etapa 201: Iniciar una demanda de llamada que transmite el tipo de tono MRBT requerido por una parte llamante. 45 El tipo de MRBT requerido por la parte llamante puede transmitir una información relativa a un protocolo. El protocolo puede ser un protocolo de se�alizaci�n Q.931, un protocolo de Iniciación de Sesión (SIP) o un protocolo
H.245. El tipo del protocolo no habr� de interpretarse como una limitación de la presente invención.
Si el tipo de MRBT requerido por la parte llamante se incluye en la información de Q.931 relativa a la información del protocolo de se�alizaci�n, el tipo de MRBT puede incluirse en un campo de información de usuario a usuario de un mensaje de configuración SETUP y de un mensaje de conexión CONNECT o incluirse en un campo de información de usuario a usuario de un Mensaje de Dirección Inicial (IAM). El mensaje o el campo que incluye el tipo de MRBT requerido por la parte llamante no habrán de interpretarse como una limitación a la presente invención.
55 Etapa 202: Obtención de información de MRBT, en donde la información se envía por un servidor MRBT en conformidad con el tipo de MRBT requerido por la parte llamante.
La información MRBT seleccionada incluye: al menos una de entre información de audio, vídeo, texto, imagen, tarjeta de nombre (vCard) de la parte llamada o Localizador de Recursos Uniformes (URL) de la página Web del MRBT o puede ser otros tipos de información de MRBT. El contenido y tipo de la información de MRBT no habr� de interpretarse como limitaciones a la presente invención.
Si la información de MRBT es al menos una de, o cualquier combinación de, un tono MRBT, información de tarjeta vCard y URL de la página Web de MRBT en donde el MRBT incluye al menos una de, o cualquier combinación de, 65 información de audio, vídeo, texto o imagen, la información de MRBT puede transmitirse por intermedio de un canal multimedia; si la información de MRBT es al menos una de entre la información de vCard y URL del MRBT, la
informaci�n de MRBT puede transmitirse por intermedio de la se�alizaci�n del plano de control. El modo de transmisión de la información de MRBT no habr� de interpretarse como una limitación a la presente invención.
La información de MRBT puede incluir el URL del MRBT. En este caso, después de que se obtenga la información
5 de MRBT, la parte llamante puede obtener la información de MRBT desde el servidor Web por intermedio de HTTP en función del URL. El modo de obtención del MRBT, en función de la dirección de MRBT, no deber� interpretarse como una limitación para la presente invención.
Cuando la tarjeta vCard de la parte llamada memorizada por la parte llamante no es válida, la demanda de llamada
10 puede indicar el requisito para la tarjeta vCard de la parte llamada; después de recibir la tarjeta vCard de la parte llamada, la parte llamante puede actualizar la tarjeta vCard de la parte llamada, memorizada a nivel local, en función de la tarjeta vCard de la parte llamada recibida. De este modo, no es necesario enviar la demanda de la información de la parte llamada en cada ocasión en que se realiza una llamada y preferentemente, pero no de forma obligada, la parte llamante actualiza la información de vCard memorizada por la parte llamante después de recibir la información
15 de vCard de la parte llamada.
La etapa de enviar la información de MRBT, en función del tipo de MRBT requerido por la parte llamante puede ser: el servidor MRBT obtiene una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada; si la intersección no est� vacía, el servidor MRBT envía información de
20 MRBT en función de la intersección de los tipos de MRBT; si la intersección est� vacía, el servidor MRBT envía la información de MRBT por defecto. La información de MRBT por defecto puede ser la información por defecto en el sistema o la información de MRBT personalizada por la parte llamante o la parte llamada.
Si la intersección obtenida no est� vacía y no incluye información de la parte llamada, el servidor MRBT puede dar 25 instrucciones a la parte llamada para enviar la información de la parte llamada a la parte llamante.
Si el tipo de MRBT requerido por la parte llamante e incluido en la demanda de llamada est� vacío, la parte llamante puede personalizar el tipo de MRBT requerido por la parte llamante por defecto, en el servidor MRBT, por intermedio de una página Web de hipertexto y el servidor MRBT envía la información de MRBT, en función del tipo de MRBT
30 por defecto, personalizado por la parte llamante.
En esta forma de realización, la parte llamante envía el tipo de MRBT requerido y el servidor MRBT proporciona la información de MRBT correspondiente para la parte llamante. Por lo tanto, la parte llamante tiene una oportunidad de seleccionar el tipo de MRBT cuando se requiera y de este modo, se mejora la experiencia del usuario.
35 Segunda forma de realización
Seg�n se ilustra en la Figura 3, el método para seleccionar un tipo de MRBT puede incluir las etapas siguientes:
40 Etapa 301: Recibir una demanda de llamada desde la parte llamante. La demanda de llamada incluye el tipo de MRBT requerido por la parte llamante y el tipo de MRBT puede ser de audio o vídeo.
Etapa 302: Enviar el tipo de MRBT requerido por la parte llamante al servidor MRBT.
45 Etapa 303: Obtener la información de MRBT enviada por el servidor MRBT en función del tipo de MRBT requerido por la parte llamante, en donde la información de MRBT puede ser un MRBT o una dirección de MRBT.
Etapa 304: Enviar la información de MRBT a la parte llamante.
50 En esta forma de realización, la parte llamante envía el tipo de MRBT requerido y el servidor MRBT proporciona la información de MRBT correspondiente para la parte llamante. Por lo tanto, la parte llamante tiene una oportunidad de seleccionar el tipo de MRBT cuando se requiera y de este modo, se mejora la experiencia del usuario.
Tercera forma de realización
55 Sobre la base de la segunda forma de realización, la tercera forma de realización da a conocer un método para transmitir la información de la parte llamada por intermedio de la información de MRBT:
Etapa 301: La demanda de llamada puede incluir, además, el tipo de información de parte llamada requerido por la
60 parte llamante; el tipo de información de parte llamada puede ser la información del usuario llamado (tal como vCard) u otro tipo de información requerido por la parte llamante. El tipo de la información de parte llamada no habr� de interpretarse como una limitación a la presente invención. En este caso, las operaciones adicionales incluyen:
La etapa 302 comprende, además, el envío del tipo de información de parte llamada requerido por la parte llamante 65 al servidor MRBT;
La etapa 303 comprende, además: la obtención de la información del usuario llamado o la dirección de información del usuario llamado y
La etapa 304 comprende, además: el envío de la información de parte llamada a la parte llamante. La información de 5 parte llamada puede ser información del usuario llamado o una dirección de información del usuario llamado.
Si la información del usuario llamado o la dirección de información del usuario llamado no est� disponible, la etapa 303, en la segunda forma de realización, puede comprende, además: dar instrucciones a la parte llamada para enviar la información de parte llamada a la parte llamante.
10 Esta forma de realización da a conocer un método para la obtención de la información de parte llamada sobre la base de la segunda forma de realización. La información de la parte llamada puede obtenerse automáticamente en tiempo real. La información de usuario llamado exacta puede obtenerse también después de que se actualice la información del usuario llamado. La información del usuario llamado puede transmitirse junto con la información de
15 MRBT por intermedio del canal de MRBT, con lo que se mejora la utilización de los canales.
Cuarta forma de realización
Si la información del usuario llamado est� memorizada en el equipo UE llamante, en la tercera forma de realización, 20 no es necesario enviar la información de parte llamada requerida por la parte llamante en cada ocasión en que se realice una llamada. La etapa 301, en la tercera forma de realización puede ser:
Recibir la demanda de llamada que incluye el tipo de información de parte llamada requerido por la parte llamante, cuando la información de parte llamada, memorizada por la parte llamante no es válida.
25 La información de parte llamada se determina que es no válida si la información de parte llamada no se actualiza dentro de un periodo preestablecido o si la información de parte llamada, memorizada por la parte llamante, es distorsionadora. El modo de determinación de la información de parte llamada como no válida no habr� de interpretarse como una limitación para la presente invención.
30 Utilizando el método dado a conocer en esta forma de realización, no es necesario enviar el tipo de información de parte llamada requerido por la parte llamante en cada ocasión en que se realiza una llamada y el servidor MRBT no necesita reenviar la demanda correspondiente en cada ocasión en que se realice una llamada, con lo que se libera la presión de la red.
35 Quinta forma de realización
Cuando el tipo de MRBT requerido por la parte llamante est� vacío, la puesta en práctica es como sigue:
40 La etapa 303, en la segunda forma de realización, puede cambiarse para: obtener el tipo de MRBT por defecto personalizado por la parte llamante y enviar la información de MRBT en función del tipo de MRBT por defecto personalizado por la parte llamante.
La personalizaci�n puede realizarse mediante una página Web o un PORTAL. El modo de personalizaci�n no habr� 45 de interpretarse como una limitación a la presente invención.
La quinta forma de realización da a conocer un método de procesamiento en el caso de que el tipo de MRBT requerido y enviado por la parte llamante est� vacío y mejora la aplicabilidad universal de la presente invención.
50 Sexta forma de realización
Esta forma de realización da a conocer una política para seleccionar el tipo de MRBT. La política puede ser:
obtener una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT 55 personalizados por la parte llamada y
enviar información de MRBT en función de la intersección de los tipos de MRBT.
Cuando la intersección de los tipos de MRBT est� vacía, puede reproducirse la información de MRBT por defecto o 60 puede reproducirse la información de MRBT personalizada por la parte llamada o la parte llamante.
La sexta forma de realización da a conocer la política para seleccionar el MRBT sobre la base de una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada, con lo que se ilustra lo relativo a la intención de la parte llamante y de la parte llamada y se mejora la experiencia del
65 usuario.
S�ptima forma de realización
Esta forma de realización describe la idea inventiva utilizando un modo de puesta en práctica de MRBT en la técnica anterior como antecedente, según se ilustra en la Figura 4. El antecedente para la puesta en práctica del MRBT no 5 habr� de interpretarse como una limitación a la presente invención. En esta forma de realización, se supone que el servidor MRBT reproduce el tono MRBT requerido por la parte llamante.
Etapa 401: El equipo UE llamante A (ilustrado en la Figura 4) establece el tipo de MRBT requerido por la parte llamante. El tipo de MRBT requerido por la parte llamante puede ser: vCard solamente o vCard y música o vCard y vídeo o música solamente o vídeo solamente. Cuando el UE A origina una llamada al equipo UE B (ilustrado en la Figura 4), el tipo de MRBT establecido por el equipo UE A puede realizarse en el campo de “información de usuario a usuario” para el servidor MSC A. Este campo es un campo extendido y puede incluir 131 bytes de datos, lo que es suficiente para memorizar todas las clases de información del tipo de MRBT. No obstante, la información del tipo de MRBT establecido puede transmitirse en otros modos. El modo de transmitir la información del tipo de MRBT no
15 habr� de interpretarse como una limitación a la presente invención.
Etapa 402: El servidor MSC A envía una demanda SRI a HLR B para obtener la información de enrutamiento del equipo UE B.
Etapa 403: HLR B recupera un Número de Itinerancia de Estación Móvil (MSRN) a partir de VLR en el servidor MSC B al que est� unido el equipo UE B.
Etapa 404: El VLR en el servidor MSC B reenv�a un mensaje PRN_ACK a HLR B, en donde el mensaje puede transmitir el número MSRN del equipo UE B.
25 Etapa 405: HLR B reenv�a un mensaje SRI_ACK al servidor MSC A. El mensaje puede incluir información de enrutamiento de UE B, un MSRN, un indicador del servicio de MRBT personalizado por UE B y un indicador del servicio de visualización de vCard personalizado por UE B y as� sucesivamente.
Etapa 406: Después de obtener el MSRN de la parte llamada, el servidor MSC A puede iniciar un procedimiento de llamada Call_Proceeding para UE A para indicar que el servidor MSC A est� realizando una llamada.
Etapa 407: El servidor MSC A puede enviar un mensaje BICC IAM al servidor MSC B para establecer una conexión de circuito al servidor MSC B.
35 Etapa 408: El servidor MSC B puede enviar un mensaje de demanda de paginación de búsqueda “PAGING” al UE
B.
Etapa 409: El equipo UE B reenv�a un mensaje de respuesta de paginación de búsqueda “PAGING_RSP”.
Etapa 410: El servidor MSC A envía un mensaje de configuración SETUP al equipo UE B para establecer una conexión de llamada al UE B llamado.
Etapa 411: El equipo UE B reenv�a un mensaje de llamada confirmada CALL CONFIRMED en respuesta al mensaje 45 de configuración SETUP.
Etapa 412: El equipo UE B suena y reenv�a un mensaje ALERTING al servidor MSC B.
Etapa 413: El servidor MSC B reenv�a un mensaje de BICC ACM al servidor MSC A para confirmar que el circuito de enlaces correspondiente en la central local de la parte llamada se ha configurado.
Etapa 414: El servidor MSC A reenv�a un mensaje ALERTING al UE A llamante, en el que se indica que est� sonando el equipo UE B llamado.
55 Etapa 415: El servidor MSC A envía un mensaje de BICC IAM a la plataforma MRBT. El campo de “información de usuario a usuario” del mensaje IAM puede incluir un indicador del servicio de MRBT personalizado por el equipo UE B llamado, un indicador del servicio de visualización de vCard personalizado por UE B y un indicador del contenido de MRBT requerido por el equipo UE A. Dichos indicadores pueden incluirse también en otros mensajes. El mensaje que incluye dichos indicadores no habr� de interpretarse como una limitación a la presente invención.
Etapa 416: La plataforma MRBT reenv�a un mensaje de BICC ACM al servidor MSC A para confirmar que se ha establecido el circuito desde el servidor MSC A a la plataforma MRBT.
Etapa 417: La plataforma MRBT reenv�a un mensaje BICC ANM al servidor MSC A para dar instrucciones al servidor 65 MSC A para iniciar la facturación después de que se conecte el equipo UE A llamante a la plataforma de MRBT.
En la etapa 415, el mensaje puede enviarse a la recepción del mensaje mencionado en la etapa 405. Por lo tanto, la etapa 415 a la etapa 417 pueden realizarse entre la etapa 405 y la etapa 407.
Etapa 418: El servidor MSC A envía un mensaje de conexión CONNECT al equipo UE A llamante, en el que se 5 indica que el equipo UE A puede comunicarse con la plataforma MRBT.
Etapa 419: El equipo UE A reenv�a un mensaje CONNECT_ACK al servidor MSC A.
Etapa 420: El equipo UE A y la plataforma de MRBT realizan la negociación de H.245.
Etapa 421: La plataforma de MRBT puede reproducir el tono MRBT para el equipo UE A en función del tipo de MRBT personalizado por UE B, el tipo de MRBT requerido por UE A y la política preestablecida en la plataforma. La política puede ser: cumplir los requisitos de UE A en la medida de lo posible o reproducir el tono MRBT en conformidad con una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT
15 personalizados por la parte llamada. La información de parte llamada requerida por UE A puede transmitirse a través de un conjunto de protocolos 3G-324M o por intermedio de se�alizaci�n en el plano de control. La tarjeta vCard del equipo UE A puede enviarse al UE B por intermedio de un tono de llamada personalizado (CRT). De este modo, cuando UE A origina una llamada para UE B, la parte llamante y la parte llamada pueden ver la información de vCard de la parte opuesta. Al final de la etapa 421, se han cumplido los objetivos técnicos de esta forma de realización.
Etapa 422: El equipo UE B llamado se pone en comunicación y envía un mensaje de conexión CONNECT como una respuesta.
25 Etapa 423: El servidor MSC B reenv�a un mensaje BICC ANM al servidor MSC A, dando instrucciones al servidor MSC A para iniciar la facturación después de que el equipo UE A est� conectado al equipo UE B.
Etapa 424: El servidor MSC B reenv�a un mensaje CONNECT_ACK al equipo UE B.
Etapa 425: El servidor MSC A envía un mensaje BICC REL a la plataforma de MRBT, dando instrucciones a la plataforma de MRBT para liberar el circuito para el equipo UE A llamante.
Etapa 426: El servidor MSC A envía un mensaje de conexión CONNECT al equipo UE A de nuevo para establecer una conexión entre UE A y UE B.
35 Etapa 427: El equipo UE A reenv�a un mensaje ACK en respuesta al mensaje CONNECT.
Etapa 428: La plataforma MRBT libera activamente la conexión de H.245 entre la plataforma de MRBT y el equipo UE A.
Etapa 429: La plataforma de MRBT reenv�a un mensaje BICC REL al servidor MSC A, indicando la realización de la liberación de la conexión.
Etapa 430: El equipo UE A llamante inicia el establecimiento de la conexión de H.245 al equipo UE B llamado.
45 Etapa 431: El equipo UE A y el equipo UE B realizan una conversión de vídeo de Circuitos Conmutados (CS) normal.
Etapa 432: El equipo UE A se desactiva de la comunicación y libera la conexión H.245 entre el equipo UE A y el equipo UE B al mismo tiempo. Se finaliza la conversión de vídeo.
En la séptima forma de realización, la parte llamante envía el tipo de MRBT requerido y el servidor MRBT proporciona la información de MRBT correspondiente para la parte llamante. De este modo, la parte llamante tiene una oportunidad de seleccionar el tipo de MRBT cuando se requiera y de este modo, se mejora la experiencia del
55 usuario. Además, esta forma de realización da a conocer un método para obtener la información de parte llamada automáticamente en tiempo real. La información de usuario llamado exacta puede obtenerse todavía después de que se actualice la información del usuario llamado. La información del usuario llamado puede transmitirse junto con la información de MRBT por intermedio de un canal de MRBT, con lo que se mejora la utilización de los canales.
Octava forma de realización
Esta forma de realización describe la idea inventiva utilizando un modo de puesta en práctica de MRBT, en la técnica anterior, como antecedente operativo. En esta forma de realización, se supone que el servidor MRBT reproduce la dirección de MRBT requerida por la parte llamante. La dirección de MRBT puede expresarse por un 65 URL o expresarse en otros modos. El modo de expresión no habr� de interpretarse como una limitación a la presente invención. esta forma de realización es esencialmente la misma que la séptima forma de realización, pero
difiere en los aspectos operativos siguientes:
La etapa 416 puede ser: La plataforma de MRBT puede enviar la tarjeta vCard del equipo UE B y el URL del MRBT al servidor MSC A en función del tipo de MRBT personalizado por UE B, el tipo de MRBT requerido por el equipo UE
5 A llamante y la política preestablecida. El URL puede incluirse en un campo de información de usuario a usuario del mensaje BICC ACM o incluirse en otros mensajes. El mensaje para transmitir ese campo no deber� interpretarse como una limitación para la presente invención.
A diferencia de la séptima forma de realización, la información de la parte llamada en la octava forma de realización no necesita memorizarse en el servidor MRBT, con lo que se ahorran los recursos de memorización del servidor MRBT, con el soporte de información de la parte llamada más diversa y la mejora de la experiencia del usuario.
Novena forma de realización
15 Esta forma de realización describe la idea inventiva utilizando un modo de puesta en práctica de MRBT, en la técnica anterior, como antecedente. En esta forma de realización, se supone que la información del usuario est� ya memorizada en el equipo UE A llamante. Esta forma de realización es esencialmente la misma que la séptima forma de realización, pero difiere en los aspectos siguientes:
Antes de la etapa 401, se realiza una determinación sobre si la información de parte llamada memorizada en el equipo UE A llamante es válida. Si la información de la parte llamada no es válida, el tipo de información de parte llamada requerido por la parte llamante se envía en la etapa 401. La información de parte llamada se determina que es válida si la información de parte llamada est� actualizada dentro de un periodo preestablecido o si la información de parte llamada se memoriza por la parte llamante. El modo de determinación de que la información de la parte
25 llamada no es válida no habr� de interpretarse como una limitación a la presente invención.
Despu�s de la etapa 422, la información de parte llamada, memorizada en el equipo UE A llamante puede actualizarse para sincronizar la información y mantener la exactitud de la información de parte llamada.
A diferencia de la séptima forma de realización y de la octava forma de realización, el tipo de información de parte llamada requerido por la parte llamante, en la novena forma de realización, no necesita enviarse en cada ocasión en que se haga una llamada, con lo que se redice el tráfico de mensajes enviados y se ahorran recursos de la red.
D�cima forma de realización
35 Esta forma de realización describe la idea inventiva utilizando un modo de puesta en práctica de MRBT, en la técnica anterior, como antecedente. En esta forma de realización, se supone que el servidor MRBT da instrucciones al usuario llamado para enviar la información de usuario llamado, según se ilustra en la Figura 5.
Etapa 501: Cuando el equipo UE A llamante (ilustrado en la Figura 4) origina una llamada al equipo UE B llamado (ilustrado en la Figura 4), el tipo de MRBT deseado, establecido por el equipo UE A, puede incluirse en el campo extendido “información de usuario a usuario” del mensaje de configuración SETUP al servidor MSC A.
Etapa 502: El servidor MSC A envía una demanda de SRI a HLR B para obtener la información de enrutamiento de 45 UE B.
Etapa 503: HLR B recupera un MSRN desde el VLR en el servidor MSC B al que est� unido el equipo UE B.
Etapa 504: El VLR en el servidor MSC B reenv�a un mensaje PRN_ACK a HLR B, en donde el mensaje puede incluir el MSRN del UE B.
Etapa 505: HLR B reenv�a un mensaje SRI_ACK al servidor MSC A. El mensaje puede incluir información de enrutamiento del UE B, un MSRN, un indicador del servicio de MRBT personalizado por el equipo UE B y un indicador del servicio de visualización de vCard personalizado por UE B.
55 Etapa 506: Después de obtener el MSRN de la parte llamada, el servidor MSC A puede iniciar un procedimiento de llamada Call_Proceeding para el equipo UE A para indicar que el servidor MSC A est� realizando una llamada.
Etapa 507: El servidor MSC A envía un mensaje BICC IAM a la plataforma de MRBT. El campo de “información de usuario a usuario” del mensaje IAM puede transmitir el tipo de MRBT personalizado por el equipo UE B y el tipo de MRBT requerido por el UE A.
Etapa 508: Si la plataforma de MRBT descubre que la tarjeta vCard del UE B, que se requiere por UE A, no est� memorizada en el plataforma, el campo de “información de usuario a usuario” del mensaje BICC ACM, enviado al
65 servidor MSC A, puede incluir una demanda de la tarjeta vCard del equipo UE B.
Etapa 509: La plataforma de MRBT reenv�a un mensaje BICC ANM al servidor MSC A para dar instrucciones al servidor MSC A para iniciar la facturación después de que el equipo UE A llamante est� conectado a la plataforma de MRBT.
5 Etapa 510: El servidor MSC A envía un mensaje BICC IAM al servidor MSC B para establecer una conexión de circuito al servidor MSC B. el campo de “información de usuario a usuario” del mensaje IAM puede incluir una demanda de la tarjeta vCard del equipo UE B.
Etapa 511: El servidor MSC B envía un mensaje de demanda de paginación de búsqueda “PAGING” al equipo UE B.
Etapa 512: El equipo UE B reenv�a un mensaje de respuesta de paginación de búsqueda “PAGING_RSP”.
Etapa 513: El servidor MSC B envía un mensaje de configuración SETUP al equipo UE B para establecer una conexión de llamada al equipo UE B llamado. El campo de “información de usuario a usuario” del mensaje SETUP
15 puede incluir una demanda de la tarjeta vCard del equipo UE B.
Etapa 514: El equipo UE B reenv�a un mensaje de llamada confirmada CALL CONFIRMED en respuesta al mensaje SETUP.
Etapa 515: El equipo UE B suena y reenv�a un mensaje ALERTING al servidor MSC B. el campo de “información de usuario a usuario” del mensaje ALERTING puede incluir la vCard del UE B.
Etapa 516: El servidor MSC B reenv�a un mensaje BICC ACM al servidor MSC A para confirmar que el circuito de enlaces correspondiente en la central local de la parte llamada se ha configurado. El campo de “información de
25 usuario a usuario” del mensaje ACM puede transmitir la tarjeta vCard del equipo UE B.
Etapa 517: El servidor MSC A reenv�a un mensaje ALERTING al equipo UE A llamante, en el que se indica que est� sonando el equipo UE B llamado. El campo de “información de usuario a usuario” del mensaje ALERTING puede incluir la vCard del equipo UE B. En este caso, el equipo UE A ve la tarjeta vCard del equipo UE B.
Etapa 518: EL servidor MSC A envía un mensaje de conexión CONNECT al equipo UE A llamante, indicando que el equipo UE A puede comunicarse con la plataforma de MRBT.
Etapa 519: El equipo UE A reenv�a un mensaje CONNECT_ACK al servidor MSC A.
35 Etapa 520: El equipo UE A y la plataforma MRBT realizan la negociación H.245.
Etapa 521: La plataforma de MRBT puede reproducir el MRBT para el equipo UE A en función del tipo de MRBT personalizado por UE B, el tipo de MRBT requerido por el UE A y la policita preestablecida en la plataforma. La política puede ser: cumplir los requisitos del UE A en la medida de lo posible o reproducir el MRBT por intermedio de una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada. Al final de la etapa 521, se han cumplido los objetivos técnicos de esta forma de realización.
Etapa 522: El equipo UE B llamado se activa y envía un mensaje de conexión CONNECT como una respuesta.
45 Etapa 523: El servidor MSC B reenv�a un mensaje BICC ANM al servidor MSC A, dando instrucciones al servidor MSC A para iniciar la facturación después de que el equipo UE A est� conectado al UE B.
Etapa 524: El servidor MSC B reenv�a un mensaje CONNECT_ACK al equipo UE B.
Etapa 525: El servidor MSC A envía un mensaje BICC REL a la plataforma de MRBT, dando instrucciones a la plataforma de MRBT para liberar el circuito para el equipo UE A llamante.
Etapa 526: El servidor MSC A envía un mensaje de conexión CONNECT al equipo UE A de nuevo para establecer 55 una conexión entre el equipo UE A y UE B.
Etapa 527: El equipo UE A reenv�a un mensaje de confirmación ACK en respuesta al mensaje de conexión CONNECT.
Etapa 528: La plataforma de MRBT libera, de forma activa, la conexión de H.245 entre la plataforma de MRBT y el equipo UE A.
Etapa 529: La plataforma de MRBT reenv�a un mensaje BICC REL al servidor MSC A, indicando la conclusión de la liberación de la conexión.
65 Etapa 530: El equipo UE A llamante inicia el establecimiento de la conexión de H.245 para el equipo UE B llamado.
Etapa 531: Los equipos UE A y UE B realizan una conversión de vídeo de CS normal.
Etapa 532: El equipo UE A se desactiva y libera la conexión de H.245 entre los equipos UE A y UE B al mismo tiempo. Se finaliza la conversión de vídeo. En la décima forma de realización de la presente invención, cuando la información de parte llamada requerida por la
parte llamante en el servidor de MRBT est� vacía, la parte llamada puede enviar la información de parte llamada a la parte llamante y puede transmitirse vCard en el modo de extremo a extremo. Los requisitos del usuario llamante se cumplen sin mensajes adicionales y se ahorran recursos de la red.
Und�cima forma de realización Según se ilustra en la Figura 6, un sistema para seleccionar un MRBT en esta forma de realización, incluye: un equipo UE llamante 601, conectado a un MSC 602 y configurado para enviar una demanda de llamada que
incluye un tipo de MRBT requerido por la parte llamante;
un servidor MRBT 603, conectado al MSC 602 y configurado para enviar información de MRBT en función del tipo de MRBT requerido por la parte llamante y el MSC 602, conectado al equipo UE llamante 601 y al servidor MRBT 603 y configurado para: enviar la demanda de
llamada al servidor MRBT 603, obtener la información de MRBT enviada por el servidor MRBT 603 en función del
tipo de MRBT requerido por la parte llamante y enviar la información de MRBT al equipo UE 601 llamante. El servidor MRBT 603 puede configurarse, además, para obtener una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada y para enviar la información de MRBT según la intersección.
Duod�cima forma de realización Según se ilustra en la Figura 7, un equipo UE dado a conocer en esta forma de realización, incluye: una unidad de selección de UE MRBT 701, configurada para seleccionar un tipo de MRBT requerido por el equipo
UE;
una unidad de envío de demanda de tipo de MRBT 702, conectada a la unidad de selección UE MRBT 701 y configurada para enviar el tipo de MRBT requerido por el UE y una unidad de recepción de información de MRBT 703, configurada para recibir información de MRBT. Según se ilustra en la Figura 8, la unidad de recepción de información de MRBT 703, en el equipo UE, dada a
conocer en la duodécima forma de realización, puede incluir:
una unidad de recepción de dirección de MRBT 801, configurada para recibir la dirección de la información de MRBT y una unidad de obtención de información de MRBT 802, conectada a la unidad de recepción de dirección de MRBT
801 y configurada para obtener la información de MRBT en función de la dirección de la información de MRBT. Decimotercera forma de realización Según se ilustra en la Figura 9, otro equipo UE dado a conocer en esta forma de realización incluye: una unidad de recepción de instrucciones 901, configurada para recibir una instrucción para enviar información de
UE y
una unidad de envío de información de UE 902, conectada a la unidad de recepción de instrucciones 901, y configurada para enviar la información de UE en función de la instrucción para el envío de información de UE. Decimocuarta forma de realización Según se ilustra en la Figura 10, un servidor MRBT dado a conocer en esta forma de realización, incluye: una unidad de selección y recepción de MRBT 1001, configurada para recibir un tipo de MRBT requerido por la parte
llamante y
una unidad de reproducción de MRBT 1002, conectada a la unidad de selección y recepción de MRBT 1001 y configurada para enviar de MRBT en función del tipo de MRBT requerido por la parte llamante.
Decimoquinta forma de realización 5 Según se ilustra en la Figura 11, otro servidor MRBT dado a conocer en esta forma de realización incluye:
una unidad de selección y recepción de MRBT 1101, configurada para recibir un tipo de MRBT requerido por la parte llamante;
10 una unidad de selección de MRBT 1102, conectada a la unidad de selección y recepción de MRBT 1101 y configurada para obtener una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada y
15 una unidad de reproducción de MRBT 1103, conectada a la unidad de selección de MRBT 1102 y configurada para enviar información de MRBT en función de la intersección.
Decimosexta forma de realización
20 Según se ilustra en la Figura 12, otro servidor MRBT, dado a conocer en esta forma de realización, incluye:
una unidad de selección y recepción de MRBT 1201, configurada para recibir un tipo de MRBT requerido por la parte llamante;
25 una unidad de búsqueda de información de parte llamada 1202, conectada a la unidad de selección y recepción de MRBT 1201 y configurada para buscar la información de usuario llamado en función del tipo de MRBT requerido por la parte llamante y
una unidad de envío de instrucciones 1203, conectada a la unidad de búsqueda de información de parte llamada 30 1202 y configurada para enviar una instrucción si la información de usuario llamado est� vacía, en donde la instrucción se proporciona a la parte llamada para enviar la información de parte llamada.
Por intermedio del sistema y de los aparatos descritos con anterioridad, la parte llamante envía el tipo de MRBT requerido y el servidor MRBT proporciona la información de MRBT correspondiente para la parte llamante. Por lo 35 tanto, la parte llamante tiene una oportunidad de seleccionar el tipo de MRBT cuando se requiera y de este modo, se mejora la experiencia del usuario.
Los expertos ordinarios en esta técnica deben entender que la totalidad o una parte de las etapas del método en las formas de realización de la presente invención pueden ponerse en práctica por un programa que proporcione
40 instrucciones a hardware pertinente. El programa inform�tico puede memorizarse en un medio de almacenamiento legible por ordenador. El medio de almacenamiento puede ser una memoria de solamente lectura (ROM), un dispositivo magnético o una memoria de solamente lectura-disco compacto (CD-ROM).
Lo anteriormente descrito se refiere a un método, un sistema y aparatos pertinentes bajo la presente invención. 45 Aunque la invención se describe por intermedio de algunas formas de realización, a modo de ejemplo, la invención no est� limitada a dichas forma de realización.

Claims (11)

  1. REIVINDICACIONES
    1. Un método para seleccionar un Tono de Rellamada Multimedia, MRBT, caracterizado por cuanto que comprende:
    5 el envío (201), por una parte llamante, a un Centro de Conmutación de Sistemas Móviles, MSC, de una demanda de llamada que transmite un tipo de tono MRBT requerido por la parte llamante y
    la recepción (202), por la parte llamante, de información de MRBT, en donde la información de MRBT se envía por un servidor MRBT en conformidad con el tipo de tono MRBT requerido por la parte llamante.
  2. 2. El método según la reivindicación 1, en donde:
    el tipo de tono MRBT requerido por la parte llamante se transmite en información relativa a un protocolo utilizado por 15 la demanda de llamada y
    el protocolo es un protocolo de se�alizaci�n Q.931, un Protocolo de Iniciación de Sesión, SIP o un protocolo H.245.
  3. 3. El método según la reivindicación 2, en donde:
    si el tipo de tono MRBT requerido por la parte llamante se transmite en información relativa al protocolo de se�alizaci�n Q.931, el tipo de tono MRBT se incluye en un campo de “información de usuario a usuario” en un mensaje de configuración SETUP y un mensaje de conexión CONNECT o en un campo de “información de usuario a usuario” en un Mensaje de Dirección Inicial, IAM.
  4. 4.
    El método según la reivindicación 1, en donde la información de MRBT comprende:
    al menos una entre las informaciones de audio, vídeo, texto, imagen, vCard y un Localizador de Recursos Uniformes, URL, de un tono MRBT.
  5. 5.
    El método según la reivindicación 4, en donde la etapa de recepción de información de MRBT, enviada por el servidor MRBT comprende:
    la recepción, por la parte llamante, por intermedio de un canal multimedia, de al menos una entre las informaciones
    35 de audio, vídeo, texto, imagen, vCard y URL del MRBT que se envían por el servidor MRBT en conformidad con el tipo de MRBT requerido por la parte llamante o
    la recepción, por la parte llamante, por intermedio de una se�alizaci�n en el plano de control, de al menos una entre la información de vCard y el URL del tono MRBT que se envía por el servidor MRBT en conformidad con el tipo de MRBT requerido por la parte llamante.
  6. 6. El método según la reivindicación 4, en donde si la información de MRBT comprende el URL del MRBT, después de la recepción de la información de MRBT, el método comprende:
    45 la obtención, por la parte llamante, de la información de MRBT desde un servidor Web por intermedio de un Protocolo de Transferencia de Hipertexto, HTTP, en conformidad con la dirección de URL.
  7. 7. El método según la reivindicación 1, en donde la etapa de la recepción de la información de MRBT enviada por el servidor MRBT, comprende:
    la recepción, por la parte llamante, de la información de MRBT enviada por el servidor MRBT en conformidad con una intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por una parte llamada si la intersección no est� vacía o
    55 la recepción, por la parte llamante, de información de MRBT por defecto enviada por el servidor MRBT si la intersección entre los tipos de MRBT requeridos por la parte llamante y los tipos de MRBT personalizados por la parte llamada est� vacía.
  8. 8. El método según la reivindicación 7, en donde si la intersección obtenida no est� vacía y no contiene información de la parte llamada, el método comprende, además:
    la recepción, por la parte llamante, de información de la parte llamada, en donde la información se envía por la parte llamada en conformidad con una instrucción procedente del servidor MRBT.
    65 9. El método según la reivindicación 1, en donde: antes del envío de la demanda de llamada, el método comprende, además: la personalizaci�n de un tipo de MRBT por defecto requerido por la parte llamante en el servidor MRBT por intermedio de la Web y
    5 si el tipo de MRBT requerido por la parte llamante en la demanda de llamada est� vacío, la etapa de recepción de la información de MRBT enviada por el servidor MRBT comprende:
    la recepción, por la parte llamante, de la información de MRBT enviada por el servidor MRBT en conformidad con el tipo de MRBT por defecto personalizado por la parte llamante. 10
  9. 10. Un equipo de usuario, UE, caracterizado por cuanto que comprende:
    una unidad de selección de Tono de Rellamada Multimedia, MRBT, de un equipo UE (701), configurada para seleccionar un tipo de MRBT requerido por el UE;
    15 una unidad de envío de demanda de tipo de MRBT (702), configurada para enviar el tipo de MRBT requerido por el UE a una red y
    una unidad de recepción de información de MRBT (703), configurada para recibir información de MRBT enviada, en 20 conformidad con el tipo de MRBT, por la red.
  10. 11. El equipo de usuario, UE, según la reivindicación 10, en donde la unidad de recepción de información de MRBT comprende:
    25 una unidad de recepción de dirección de MRBT (801), configurada para recibir una dirección de la información de MRBT y
    una unidad de obtención de información de MRBT (802), configurada para obtener la información de MRBT en conformidad con la dirección de la información de MRBT. 30
  11. 12. Un servidor de Tono de Rellamada Multimedia, MRBT, caracterizado por cuanto que comprende:
    una unidad de selección y recepción de MRBT (1001), configurada para recibir un tipo de MRBT demandado por una parte llamante y
    35 una unidad de reproducción de MRBT (1002), configurada para enviar información de MRBT en conformidad con el tipo de MRBT requerido por la parte llamante.
    Enviar una demanda de llamada
    Recibir información de MRBT
    Recibir una demanda de llamada
    Enviar el tipo de MRBT requerido por la parte llamante
    Obtener información MRBT
    Enviar la información de MRBT a la parte llamante
    Iniciar
    Enviar una
    demanda SRI
    Obtener
    Reenviar
    Originar una
    Reenviar
    llamada
    Establecer una conexión
    Confirmar
    Notificar
    llamada
    Enviar un mensaje BICC IAM
    Confirmar establecimiento de una conexión
    Listo para la comunicación
    Iniciar facturación
    Reenviar una
    respuesta
    Negociaci�n H.245
    Reproducir
    Iniciar facturación
    Listo para establecer una
    Liberación
    conexi�n
    Reenviar
    Liberar la conexión H.245
    Conclusi�n de liberación de la conexión
    Iniciar establecimiento de la conexión H.245
    Establecer una conversación de vídeo
    UE A se
    activa
    Liberar la conexión
    Servidor MRBT
    Enviar una demanda de paginación
    Reenviar
    Establecer una conexión
    Respuesta
    Reenviar
    UE B se activa
    Activar Conexión ACK
    Iniciar
    Enviar una demanda SRI Obtener
    Originar una llamada
    Reenviar Reenviar Enviar un requerimiento Demandar la vCard de UE B Reenviar
    Establecer una conexión
    Notificar llamada Listo para la comunicación Reenviar una respuesta
    Confirmar establecimiento circuito enlaces Negociación H.245
    Reproducir
    Listo paraestablecer una conexión Reenviar
    Iniciar facturación Liberación
    Liberar la conexión H.245 Conclusión de liberación de la conexión
    Iniciar establecimiento de la conexión H.245
    UE A se activa
    Establecer una conversación de vídeo Liberar la conexión
    Servidor MRBT
    Enviar una
    demanda de
    paginaci�n
    Reenviar
    Establecer una conexión
    Respuesta
    Sonido llamada
    Activar Conexión ACK
    Servidor MRBT
    UE llamante
    Unidad recepci�n
    Unidad selección Unidad envío
    informaci�n
    MRBT de UE demanda MRBT
    MRBT
    Unidad selección MRBT de UE
    Unidad envío demanda MRBT
    Unidad recepción información MRBT
    Unidad recepción dirección MRBT
    Unidad obtención información MRBT
    Unidad recepción Unidad envío instrucción información UE
    Unidad Unidad selección y reproducción recepción MRBT MRBT
    Unidad Unidad Unidad selección y reproducción reproducción recepción MRBT MRBT MRBT
    Unidad Unidad búsqueda Unidad envío selección y información parte instrucción
    recepci�n MRBT llamada
ES09793827.8T 2008-07-11 2009-07-03 Un método y sistema de selección de timbre personalizado y aparato correspondiente Active ES2470665T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810132469.5A CN101626550B (zh) 2008-07-11 2008-07-11 一种彩铃选择方法、系统及相关装置
CN200810132469 2008-07-11
PCT/CN2009/072626 WO2010003352A1 (zh) 2008-07-11 2009-07-03 一种彩铃选择方法、系统及相关装置

Publications (1)

Publication Number Publication Date
ES2470665T3 true ES2470665T3 (es) 2014-06-24

Family

ID=41506695

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09793827.8T Active ES2470665T3 (es) 2008-07-11 2009-07-03 Un método y sistema de selección de timbre personalizado y aparato correspondiente

Country Status (5)

Country Link
US (1) US9800723B2 (es)
EP (1) EP2302957B1 (es)
CN (1) CN101626550B (es)
ES (1) ES2470665T3 (es)
WO (1) WO2010003352A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8683044B2 (en) 2005-03-16 2014-03-25 Vonage Network Llc Third party call control application program interface
US8982735B2 (en) 2010-02-25 2015-03-17 Genesys Telecommunications Laboratories, Inc. Proxy media service for digital telephony
CN103780865A (zh) * 2012-10-19 2014-05-07 腾讯科技（深圳）有限公司 视频通话方法、装置、控制方法及控制装置
US9148518B2 (en) * 2013-03-14 2015-09-29 Cellco Partnership System for and method of providing video ring-back tones
EP3111717B1 (en) * 2014-02-24 2019-04-10 Summit-Tech Ims communication method and system using preconditions
CN104540109A (zh) * 2014-12-19 2015-04-22 百度在线网络技术（北京）有限公司 通话时的信息推送方法和装置
US9628611B2 (en) 2015-07-15 2017-04-18 At&T Intellectual Property I, L.P. Call alert options
US10992621B2 (en) * 2018-08-03 2021-04-27 Flash App, LLC Enhanced data sharing to and between mobile device users
CN110535839B (zh) * 2019-08-15 2022-10-18 咪咕文化科技有限公司 一种信息处理方法、设备、系统及计算机可读存储介质
CN112822334B (zh) * 2020-12-31 2023-01-03 咪咕音乐有限公司 视频彩铃预览方法、电子设备和存储介质

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040120494A1 (en) * 2002-12-12 2004-06-24 Shaoning Jiang Method and system for customized call termination
US20070116251A1 (en) * 2003-07-19 2007-05-24 Weon Ho Seo Method system and terminal for providing customized information during call setup process in telecommunication system
US6973299B2 (en) * 2003-08-01 2005-12-06 Microsoft Corporation Unified contact list
ATE503340T1 (de) * 2003-11-19 2011-04-15 Realnetworks Asia Pacific Co Ltd Verfahren zum einstellen eines ersatz-rückruftons des anrufers in einem mobilkommunikationssystem
US7889853B2 (en) * 2004-07-27 2011-02-15 At&T Intellectual Property I, L.P. Methods, systems, devices, and products for providing ring backs
US8068593B2 (en) * 2004-12-30 2011-11-29 Alcatel Lucent Method and apparatus for providing multimedia ringback services to mobile user devices in pre-IMS networks
US20060177044A1 (en) * 2005-01-21 2006-08-10 O'neil Douglas Methods, systems, and computer program products for providing tone services
US7839995B2 (en) * 2005-01-28 2010-11-23 Alcatel-Lucent Usa Inc. Change to playback characteristic of ringback tone
US8683044B2 (en) * 2005-03-16 2014-03-25 Vonage Network Llc Third party call control application program interface
US7769155B2 (en) * 2005-06-10 2010-08-03 Radziewicz Clifford J Ringback/ringtone synchronization system
US20080192108A1 (en) * 2005-07-13 2008-08-14 Alcatel Lucent Call Setup Method Between a Calling Terminal and a Called Terminal
WO2007016270A2 (en) * 2005-07-28 2007-02-08 Dilithium Networks Pty Ltd. Method and apparatus for providing interactive media during communication in channel-based media telecommunication protocols
CN100536506C (zh) * 2005-08-23 2009-09-02 华为技术有限公司 一种彩色回铃音业务的实现方法
KR100899756B1 (ko) * 2005-11-07 2009-05-27 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
US7801293B2 (en) * 2005-11-10 2010-09-21 Alcatel-Lucent Usa Inc. Ringback tone preference information to assist selection of ringback tone
CN1859449A (zh) * 2005-11-29 2006-11-08 华为技术有限公司 通信终端及其主叫时播放回铃音的方法
CN1859488B (zh) * 2006-01-07 2010-05-12 华为技术有限公司 一种实时选择回铃音的系统及方法
JP4548346B2 (ja) * 2006-01-13 2010-09-22 沖電気工業株式会社 情報提供システム
CN100450003C (zh) * 2006-08-16 2009-01-07 华为技术有限公司 一种实现无话路迂回多媒体彩铃业务的方法及系统
US8477912B2 (en) * 2006-03-13 2013-07-02 Alcatel Lucent Content sharing through multimedia ringback tones
US7970387B2 (en) * 2006-04-25 2011-06-28 Sony Ericsson Mobile Communications Ab Method and system for personalizing a call set-up period
WO2007142839A2 (en) * 2006-05-25 2007-12-13 Nms Communications Corporation Customized ringback and communications
US8107614B2 (en) * 2006-06-16 2012-01-31 Movius Interactive Corporation Enhanced colorful ring-back tone by mixing content streams in real time
US20080037740A1 (en) * 2006-08-08 2008-02-14 Nortel Networks Limited Intelligent ring-back indicator
US8027456B1 (en) * 2006-10-24 2011-09-27 Sprint Spectrum L.P. Method and system for providing call tones service in a system with multiple media content providers
US8054960B1 (en) * 2006-11-06 2011-11-08 Sprint Spectrum L.P. Method and system for setting up a ringback media session
CN100444550C (zh) * 2006-12-30 2008-12-17 北京邮电大学 在一次呼叫过程中实现多个早期媒体类业务的方法
US20090003550A1 (en) * 2007-06-26 2009-01-01 Babu Mani Method and system for calling party control of ringback tone content
US8085929B2 (en) * 2008-07-15 2011-12-27 Verizon Patent And Licensing Inc. Method and apparatus for providing customized ringbacks

Also Published As

Publication number Publication date
CN101626550A (zh) 2010-01-13
CN101626550B (zh) 2019-02-12
WO2010003352A1 (zh) 2010-01-14
US20110103570A1 (en) 2011-05-05
US9800723B2 (en) 2017-10-24
EP2302957A1 (en) 2011-03-30
EP2302957A4 (en) 2012-08-01
EP2302957B1 (en) 2014-04-02

Similar Documents

Publication Publication Date Title
ES2470665T3 (es) Un método y sistema de selección de timbre personalizado y aparato correspondiente
EP1848189B1 (en) A method for implementing a multi-media ringback and a system thereof
KR100678142B1 (ko) 위치기반 서비스를 제공하는 푸시투토크 방식을 채용한이동통신 시스템 및 그 서비스 구현 방법
US8005484B2 (en) Method and system for providing location information
US7373178B2 (en) Method for providing guide broadcasting for video phone by means of fallback between speech mode and data mode
KR20050043394A (ko) 이동 통신 시스템에서 이동통신단말기의 상태 정보 제공방법 및 그 이동통신단말기
US8320530B2 (en) Method, apparatus and system for realizing a multimedia call
CN100484172C (zh) 一种实现视频彩铃业务的系统及方法
JP4354875B2 (ja) サービス提供モードが指定されたデータサービスを実施する装置及び方法
KR100427186B1 (ko) 발신 가입자의 위치 정보 제공 방법
WO2009045754A2 (en) Method for transmitting color ring back tones
KR101105815B1 (ko) 통신망 간에 연동하여 발신측 단말 관련 정보를 착신측 단말로 제공하는 방법 및 시스템
KR100814907B1 (ko) 이동통신망에서의 멀티미디어 통화 연결음 제공 장치 및 그방법
KR101264301B1 (ko) 멀티미디어 컨텐츠 제공 시스템 및 그 방법
CN100558126C (zh) 一种实现多媒体回铃音业务的方法、系统及设备
KR101049723B1 (ko) 에스브이디를 이용한 착신측 벨소리 변경 서비스 방법
KR100538785B1 (ko) 통신시스템에서 앤써링 서비스 시스템 및 그 서비스 방법
KR20050050800A (ko) 이동 통신망에서의 배경화면 제공 시스템
KR100897162B1 (ko) 이동통신망에서 실시간 영상 및 음성 발신자 정보 표시서비스 제공 방법 및 시스템과 이를 위한 무선통신 단말
KR100970001B1 (ko) 음성 통화와 영상 통화 사이의 전환 방법
KR101510827B1 (ko) 멀티미디어 링백톤 서비스 시스템 및 멀티미디어 링백톤 서비스 방법
JP2004040225A (ja) 電話システム
JP2004363837A (ja) 移動通信システム、ｍｓｃ、携帯移動端末及びそれらに用いるメッセージ一斉配信方法
KR20050079577A (ko) 통화 연결음이 발생되는 기간 동안 이동 통신 단말기에이미지 컬러링 서비스를 제공하는 방법 및 시스템
KR20090054340A (ko) 멀티미디어 통화연결음/메시지 서비스를 위한 이동통신단말기/시스템 및 방법