ES2689714T3 - Procesamiento de llamadas en redes de telecomunicaciones móviles - Google Patents

Procesamiento de llamadas en redes de telecomunicaciones móviles Download PDF

Info

Publication number
ES2689714T3
ES2689714T3 ES08019271.9T ES08019271T ES2689714T3 ES 2689714 T3 ES2689714 T3 ES 2689714T3 ES 08019271 T ES08019271 T ES 08019271T ES 2689714 T3 ES2689714 T3 ES 2689714T3
Authority
ES
Spain
Prior art keywords
call
platforms
network
function
event
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.)
Expired - Lifetime
Application number
ES08019271.9T
Other languages
English (en)
Inventor
Michael David Eales
Michael Andrew Williams
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.)
Orange SA
Original Assignee
Orange SA
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
Priority claimed from GB0131123A external-priority patent/GB0131123D0/en
Priority claimed from GB0224777A external-priority patent/GB0224777D0/en
Application filed by Orange SA filed Critical Orange SA
Application granted granted Critical
Publication of ES2689714T3 publication Critical patent/ES2689714T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/24—Interfaces between hierarchically similar devices between backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un método de operación de una red de telefonía móvil, teniendo la red una pluralidad de plataformas (10-14, 20- 27) para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil (100) de dicha red, y una función (30) que interactúa con dicha pluralidad de plataformas para determinar dicho procesamiento, comprendiendo el método: a) recibir dicha llamada, evento o sesión en una primera de dichas plataformas; b) determinar en dicha función los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o sesión; c) recoger en dicha función y de al menos una base de datos (31) los datos necesarios para efectuar dichos servicios y/u operaciones de tratamiento de llamadas; d) determinar si dicha primera plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas y, en el que dicha determinación es negativa; e) transferir dicha llamada a una adicional de dichas plataformas que es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas; y f) transferir dichos datos desde dicha función a dicha una adicional de dichas plataformas, con lo que dicha una adicional de dichas plataformas efectúa dicho servicio y/u operaciones de tratamiento de llamadas usando dichos datos.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procesamiento de llamadas en redes de telecomunicaciones móviles Antecedentes de la invención Campo de la invención
La presente invención se refiere a redes de telefonía móviles, y en particular al procesamiento de llamadas u otros eventos o sesiones de abonados en tales redes. Tales llamadas, eventos y sesiones pueden incluir, por ejemplo, el envío y recepción de mensajes (SMS), eventos de Sistema General de Paquetes de Radio (GPRS), sesiones de Internet e Intranet y la provisión de servicios multimedia. Posteriormente, el término 'llamada' se usará para referirse a cualquiera de tales llamadas, eventos o sesiones. El procesamiento de llamadas es la operación u operaciones efectuadas por la red y mediante servicios soportados dentro de la red en respuesta al inicio de una llamada por un usuario. El procesamiento de llamadas puede considerarse como que implica cualquiera o ambos de tratamiento de llamadas y tratamiento de servicios, siendo el primero las operaciones asociadas con llevar a cabo una llamada en la red, y siendo el segundo las operaciones asociadas con la distribución de un servicio como parte de la llamada.
Sumario de la técnica anterior
Redes de telecomunicaciones móviles proporcionan más servicios que el simple establecimiento de una trayectoria de comunicación desde un teléfono (móvil o fijo) a otro teléfono (móvil o fijo). Por ejemplo, pueden proporcionarse servicios tal como mensajes de voz a abonados a la red y el operador de red también puede proporcionar prestaciones tal como prohibición de llamadas, reenvío de llamadas, prestaciones de mensajería (SMS), buzón de voz, WAP, acceso a internet, servicios basados en localización y servicios de contenidos. Un problema adicional es que las redes de telecomunicaciones móviles generalmente tienen una estructura tarifaria más compleja que las redes fijas y la prestación de prepago para llamadas significa que la red debe ser capaz de determinar si puede permitirse que el teléfono móvil que se está usando funcione.
Para conseguir esto, una red de telecomunicaciones móvil puede tener una serie de plataformas de tratamiento de llamadas y/o tratamiento de servicios, cada uno capaz de efectuar una o más funciones específicas. El procesamiento de una llamada puede implicar una pluralidad de plataformas con partes del procesamiento de llamadas realizándose en respectivas plataformas y la llamada pasándose desde una plataforma a otra en etapas diferentes en el procesamiento de la llamada. Por lo tanto, por ejemplo, si un abonado de prepago desea acceder a un mensaje de voz, las operaciones de evaluación de si el abonado tiene suficiente crédito para usar el servicio y la provisión del propio mensaje de voz, pueden efectuarse en plataformas diferentes. Se ha de observar que una plataforma es una estructura lógica, es decir el hardware/software requerido para efectuar la función o funciones proporcionadas por esas plataforma puede distribuirse por la red.
Un método y sistema similares se divulgan por ejemplo en el documento US-A-5 978 681.
En algunas disposiciones actuales, cada plataforma debe actuar como una unidad relativamente independiente y, por lo tanto, debe tener acceso a la información acerca de cada usuario. Por lo tanto, en las disposiciones conocidas, las plataformas de procesamiento de llamadas deben tener, o tener acceso a, una base de datos apropiada, y también deben ser capaces de entender todas las posibles instrucciones (es decir órdenes de procesamiento del abonado o red) que pueden usarse.
Esto crea tres problemas. En primer lugar, hace que cada plataforma de procesamiento de llamadas sea compleja. En segundo lugar, ya que las diferentes plataformas pueden operar en diferentes protocolos, pueden producirse incompatibilidades, por ejemplo ya que una llamada se pasa desde una plataforma a la otra en etapas diferentes en el tratamiento de llamadas. En tercer lugar, si el abonado a una red de comunicaciones de telefonía móvil se mueve ("realiza itinerancia") a una red diferente por ejemplo se mueve de un país a otro, los servicios proporcionados por la red doméstica pueden no proporcionarse por la red nueva, con lo que no pueden proporcionarse esas prestaciones al abonado a medida que se mueven ("realizan itinerancia"). Este tercer problema es particularmente grave para abonados de prepago; su estado de crédito se almacena en la red doméstica pero una red a la que hayan realizado itinerancia no tendrá acceso a su estado de crédito y, por lo tanto, las disposiciones actuales no permiten que los usuarios de prepago realicen itinerancia de forma tan extensiva como otros suscriptores.
Sumario de la invención
Primer aspecto de la invención
La presente invención busca abordar estos problemas, y en su forma más general un primer aspecto de la invención propone que la red proporcione una función de gestión o "negociación" que interactúa durante el procesamiento de la llamada con la plataforma o plataformas (incluyendo cualquiera o ambas de plataformas de tratamiento de llamadas y de tratamiento de servicios) para determinar cómo tiene procesarse esa llamada. Por lo tanto, por
5
10
15
20
25
30
35
40
45
50
55
60
65
ejemplo, cuando un usuario inicia una llamada que se recibe en una plataforma para tratamiento de llamadas, esa plataforma pasa información acerca de la llamada y las funciones requeridas por esa llamada a la función de negociación, para habilitar que la función de negociación determine cómo debería tratarse esa llamada.
La función de negociación puede a continuación efectuar cualquiera o todas de las siguientes actividades:
1. Determina los servicios a aplicar a la llamada y/o las operaciones de tratamiento de llamadas que la llamada requiere.
2. Determina si la plataforma que procesa actualmente la llamada es capaz de realizar las funciones requeridas por esa llamada. Si no lo es, entonces puede provocar que la plataforma pase la llamada a una plataforma diferente que es capaz de proporcionar las funciones apropiadas o provocar que una plataforma de tratamiento de servicios opere en la llamada y por lo tanto determina qué plataformas de servicios se necesitarán para proporcionar los servicios requeridos por la llamada como parte del tratamiento de servicios.
3. Cotejar los datos que requiere la o cada plataforma que necesita procesar la llamada. A continuación puede proporcionar datos apropiados a la plataforma o plataformas. Esto es particularmente importante cuando la llamada tiene que procesarse por más de una plataforma, ya que los mismos datos pueden usarse por múltiples plataformas. También permite que los datos se adapten a diferentes protocolos.
4. Efectúa cualquier conversión de protocolo necesaria para garantizar que la o cada plataforma que necesita procesar la llamada puede operar correctamente.
5. Garantiza que, si se necesita una secuencia de etapas para procesar la llamada, esas etapas se efectúan en el orden correcto.
En la práctica, al menos se necesitarán las actividades 1 y 2 para cualquier llamada y la función de negociación debería al menos garantizar, en la actividad 4, que las plataformas pueden procesar la llamada correctamente. Las actividades 3 y 5 pueden necesitarse dependiendo de la llamada, pero no siempre son esenciales.
El hecho de que la función de negociación coteja los datos requeridos para procesar la llamada significa que cada plataforma puede simplificarse, ya que cada plataforma no necesita entonces tener una base de datos completa de información de usuario. En su lugar, esa información puede proporcionarse mediante la función de negociación en el momento de tratar la llamada. En segundo lugar, ya que la función de negociación determina el procesamiento que necesita la llamada y, por lo tanto, qué plataformas se implicarán en ese procesamiento, puede proporcionar información de conversión de protocolo para habilitar que la llamada se pase entre plataformas mutuamente incompatibles. En tercer lugar, porque puede activar una plataforma para pasar la llamada a otra, cuando la primera plataforma no puede efectuar la función o funciones requeridas por la llamada, puede permitir que se proporcione al usuario con todas las funciones disponibles en la red doméstica, mientras realiza itinerancia, pasando el procesamiento de la llamada de una plataforma dentro de la red a la que el usuario ha realizado itinerancia a otra plataforma, por ejemplo en la red doméstica. Esta característica también puede usarse en la red doméstica cuando esa red tiene plataformas de diferentes capacidades.
Para efectuar esta operación, la función de negociación debe ser capaz de acceder a la información de usuario apropiada proporcionada en una o más bases de datos de la red y debería ser capaz de establecer una secuencia de tratamiento para la llamada y/o una secuencia para los servicios requeridos.
Por lo tanto, como se ha mencionado anteriormente la función de negociación puede efectuar alguna o todas las siguientes actividades:
Identificación: la primera etapa en el procesamiento de una llamada es para que el negociador de servicios identifique los servicios a aplicar a la llamada y/o las operaciones de tratamiento de llamadas que la llamada requiere. Las operaciones de tratamiento de servicios y tratamiento de llamadas se determinan esencialmente mediante la naturaleza de la llamada, pero para efectuar la identificación el negociador de servicios puede tener que enviar peticiones a otras bases de datos y/o inspeccionar datos internos.
Negociación: la segunda etapa en el procesamiento de la llamada es para que el negociador de servicios determine si la plataforma, particularmente la función de conmutación de servicio de la plataforma, puede realizar todos los servicios y operaciones de tratamiento que se han identificado. Si no, determina una otra plataforma apropiada para realizar el, o al menos algunos, de los servicios y/o tratamiento de llamadas.
Correlación: como se mencionó anteriormente, el negociador de servicios puede cotejar (correlacionar) los datos que necesita la plataforma o plataformas. La correlación puede implicar la fusión de datos de diferentes plataformas, donde la llamada requiere tales múltiples plataformas, de modo que el negociador de servicios establece un único conjunto de datos para procesar de la llamada.
Mediación: donde los protocolos de las plataformas implicados en el procesamiento de la llamada son diferentes, es deseable que el negociador de servicios realice las conversiones de protocolo necesarias. El negociador de servicios puede a continuación garantizar que se cumplen los protocolos pertinentes y procedimientos durante el procesamiento de la llamada.
5
10
15
20
25
30
35
40
45
50
55
60
65
Secuenciación: donde el procesamiento de la llamada implica múltiples etapas, el negociador de servicios garantiza que esas etapas se efectúan en el orden correcto. Donde se proporcionan múltiples servicios, también se secuencian.
Segundo aspecto de la invención
El segundo aspecto de la invención se refiere a una situación en la que la llamada puede ser un Mensaje Multimedia. Un Mensaje Multimedia es uno que contiene imágenes, video, texto y/o voz u otros datos sonoros o cualquier combinación de tales medios. En posteriores descripciones, tales llamadas se llamarán llamadas MMS.
Es posible elaborar disposiciones para el procesamiento de llamadas MMS que son propietarias, en el sentido de permitir tales llamadas para y desde un equipo específicamente diseñado para las mismas, de un único fabricante. Sin embargo, en una gran red de telefonía móvil, las llamadas MMS pueden originarse desde fuera de la red (por ejemplo, desde otras redes), o usando dispositivos de origen de diferentes fabricantes. Por lo tanto, es necesario desarrollar disposiciones para procesar llamadas MMS que sean aplicables de forma más general.
Como más general, el segundo aspecto de la presente invención propone una llamada que se trata inicialmente mediante una unidad de conversión de protocolo que convierte al menos parte de los datos que representan esa llamada a un protocolo estándar. La señal resultante se envía a continuación a un dispositivo de transferencia en el que se usa como un activador para procesar la llamada. Si la llamada se destina para otra red, puede enviarse desde el dispositivo de transferencia a otra unidad de conversión que convierte la misma desde el protocolo estándar al protocolo de esa red, o el dispositivo de transferencia puede devolver la misma a la misma o equivalente unidad de conversión de la red de origen para su posterior distribución dentro de esa red. En cualquier caso, el procesamiento de la llamada se trata en respuesta al activador en el protocolo común.
Se ha de observar que aunque este segundo aspecto de la presente invención se ha desarrollado para procesar llamadas MMS, el segundo aspecto no se limita al procesamiento de tales llamadas. Los principios del segundo aspecto analizado anteriormente pueden aplicarse a otros tipos de llamadas tal como el tratamiento de correos electrónicos, otros mensajes de texto o señales y direcciones de Red Informática Mundial (WWW). Sin embargo, en la descripción posterior, por simplicidad de terminología se hará referencia posteriormente únicamente a llamadas MMS cuando se describa este segundo aspecto.
Para responder a los activadores, se necesita una unidad apropiada que almacena transitoriamente la llamada MMS, de modo que puede efectuarse un análisis apropiado para determinar cómo necesita procesar a continuación esa llamada MMS. Ese análisis puede efectuarse mediante la función de negociación del primer aspecto de la invención, en que puede determinar qué plataforma se necesita para proporcionar las funciones apropiadas para la llamada MMS.
El uso de datos en un protocolo común que se usa como un activador significa que es posible disponer que la tarificación se base en el origen de la llamada con una tarifa basándose en el tamaño de mensaje. Los mensajes MMS pueden comprender grandes cantidades de datos, dependiendo de la complejidad de los medios tal como sonido y/o imagen que se envían, y el uso de un activador permite al operador de red tarificar sobre la base de la carga que la llamada MMS impone en la red. También habilita la integración con disposiciones de tarificación de prepago.
Breve descripción de los dibujos
Realizaciones de la presente invención se describirán ahora en detalle, a modo de ejemplo, con referencia a los dibujos adjuntos en los que:
la Figura 1 es un diagrama de bloques esquemático que muestra el vínculo de una función de negociación con otras funciones de una red de telecomunicaciones móvil;
la Figura 2 es un diagrama de flujo que muestra las operaciones efectuadas por la función de negociación de la Figura 1;
la Figura 3 es un diagrama que ilustra un primer ejemplo de tratamiento de llamadas usando el primer aspecto de la presente invención;
la Figura 4 es un diagrama que ilustra un segundo ejemplo de tratamiento de llamadas usando el primer aspecto de la presente invención;
la Figura 5 es un diagrama que ilustra un tercer ejemplo de tratamiento de llamadas usando el primer aspecto de la presente invención;
la Figura 6 es un diagrama que ilustra una realización del primer aspecto de la invención;
la Figura 7 es un diagrama que ilustra una realización adicional del segundo aspecto de la invención; y
la Figura 8 es un diagrama de flujo que ilustra el procesamiento en la realización de la Figura 7.
5
10
15
20
25
30
35
40
45
50
55
60
65
Descripción detallada Primera realización
La primera realización de la presente invención se refiere a una red de telecomunicaciones móvil que incorpora el primer aspecto de la invención, a saber la provisión de una función de gestión o "negociación".
Haciendo referencia primero a la Figura 1, una red de telecomunicaciones móvil efectúa una multitud de funciones y estas pueden considerarse que se dividen entre una pluralidad de plataformas. Alguna de esas plataformas se refieren a la operación interna de la red y el establecimiento de un enlace de telecomunicaciones desde un punto de la red al otro, y otras son plataformas para efectuar operaciones de servicios.
La Figura 1 identifica cinco plataformas de red (o tratamiento de servicios):
una PCF 10 que es una Función de Control de Prepago
un SLR 12 que es un registro de localización (Registro de Localización de Servicio) que corresponde al registro descrito en el documento WO/GB95/02352 que contiene información relacionando cada número de teléfono a uno correspondiente de una pluralidad de registros de localización domésticos (HLR) de la red, que no se muestran en la Figura 1.
HCF 13 que es una Función de Control de Registro de Localización Doméstico
SCF 14 que indica una plataforma de servicios genéricos para efectuar otros servicios asociados con la llamada. Cada uno de PCF 10, SLR 12 y HCF 13 puede considerarse un tipo específico de SCF.
La plataforma de tratamiento de llamadas mostrada en la Figura 1 incluye:
Un MSC 20, que es un centro de conmutación móvil para proporcionar la llamada con una ruta de comunicación apropiada. En la práctica, una red de comunicación tendrá muchos más MSC 20.
Un SGSN 21, que es un nodo de soporte de GPRS de servicio.
Un SMC 23, que es un Centro de Mensajes Cortos.
Un VPS 24 que es un sistema de procesamiento de voz para recibir mensajes de voz.
Un Wildfire 25 que es un buzón de voz activado por voz y servicio de asistente personal.
Un nodo de servicio 26 que es una entidad (dispositivo y/o función) que mueve funciones de control de servicio, detalles de servicios y recursos especializados.
Un Servidor WAP 27, que es un servidor web capaz de servir páginas web en un formato que puede distribuirse a un teléfono móvil.
De acuerdo con el primer aspecto de la presente invención, todas estas plataformas se enlazan mediante una función de negociación 30, que controla las actividades de las plataformas 10 a 14 y 20 a 27 dependiendo de la forma en la que tienen que tratarse la llamada y servicios. La función de negociación se enlaza a las funciones de red 10 a 14 y las plataformas de tratamiento de llamadas 20 a 27, y también a una base de datos 31. Esa base de datos 31 puede ser una base de datos distribuida como se describe en el documento WO99/35867.
La Figura 2 a continuación ilustra las principales operaciones efectuadas mediante la función de negociación 30 de la Figura 1. Cuando una llamada implica una de las plataformas 10 a 14 y/o 20 a 27, la función de negociación 30 establece una operación de mediación 40 que interactúa con la plataforma en la que se ha recibido la llamada y también puede interactuar con otras plataformas dependiendo de la naturaleza de la llamada.
Para permitir que la función de negociación 30 efectúe esa operación de mediación, la función de negociación 30 efectúa una operación de identificación 41 que identifica el servicio o servicios requeridos por la llamada, recopila los datos requeridos para permitir ese tratamiento de servicios y recopila los datos requeridos para el tratamiento de llamadas. Para hacer esto, la función de negociación 30 puede acceder a la base de datos 31 para determinar datos pertinentes relacionados con la llamada y/o el abonado.
Dependiendo de la naturaleza del servicio o servicios requeridos por la llamada que ha sido identificada mediante la operación 41, la función de negociación 30 debe establecer a continuación si la plataforma que ha recibido la llamada es capaz de tratar la llamada y qué servicio o servicios requiere esa llamada. Por lo tanto efectúa una operación de capacidad 41 que se enlaza a la función de conmutación de servicio (SSF) de la plataforma apropiada 20 a 27, para determinar las capacidades de esa SSF. Si la plataforma 20 a 27 no es capaz de proporcionar las operaciones apropiadas, la función de negociación 30 puede establecer a continuación enlaces a otras plataformas capaces de efectuar esos servicios y operar para completar estas funciones de las otras plataformas. La función de conmutación de servicio (SSF) es una función que recibe indicaciones de la plataforma de tratamiento de llamadas de que se han alcanzado puntos de llamada (PIC). La SSF a continuación requiere instrucciones de una función de control de servicio (SCF). La SCF implementa la lógica de servicio y da instrucciones a la SSF para continuar, rechazar y/o realizar otras operaciones tal como modificar la instrucción de llamada, preparar informes de células y
5
10
15
20
25
30
35
40
45
50
55
60
65
medir tiempos de llamadas. La SSF toma estas instrucciones y etapas a través de una máquina de estados predefinida, pasando instrucciones e información de vuelta al software de tratamiento de llamada y SCF según sea apropiado. La SSF se aloja en un nodo físico llamado un punto de conmutación de servicio (SSP) y la SCF se aloja se aloja en un nodo físico llamado un punto de control de servicio (SCP).
Por lo tanto, si la llamada requiere multiple servicios, entonces la función de negociación 30 debe efectuar una operación de correlación 43 para correlacionar la información requerida por cualquiera de las plataformas 10 a 14 y 20 a 27 que tiene que proporcionar las operaciones apropiadas (tratamiento de llamadas, tratamiento de servicios). La correlación normalmente implicará una diversidad de plataformas, y la función de negociación obtiene a partir de la base de datos 31 un único conjunto de datos para la llamada que puede usarse mediante la función de negociación 30 y las plataformas apropiadas 10 a 14 y 20 a 27 para efectuar las operaciones requeridas. Por lo tanto, la función de negociación puede efectuar correlación para negociación de capacidad, implicando generalmente las plataformas 20 a 27, y correlación de servicio múltiple, implicando generalmente las plataformas 10 a 14. Donde se impliquen tales múltiples plataformas, la función de negociación 30 debe efectuar una operación de secuenciación 44 que determina el orden en el que las múltiples operaciones tienen que proporcionarse y, por lo tanto, el orden en el que las plataformas 10 a 14 y 20 a 27 tienen que proporcionar esas operaciones. Esa operación de secuenciación 44 también puede necesitarse incluso cuando no se necesitan múltiples plataformas, y así no se efectúa la operación de correlación 43, cuando una pluralidad de servicios tienen que proporcionarse en una única plataforma.
Tres ejemplos de la operación de la red de funciones ilustrados en la Figura 1 se describirán ahora con referencia a las Figuras 3 a 5. En esas figuras, los números en círculos indican las etapas en el tratamiento de la llamada.
Ejemplo 1 de primera realización
En este ejemplo, se supone que una llamada requiere múltiples servicios.
La llamada entrante se recibe en un SSP 40 de la plataforma a la que se ha recibido la llamada, y esto activa una señal a la función de negociación 30 y la función de negociación 30 puede acceder a la base de datos 31 para establecer las operaciones a efectuar. Ese activador contiene los datos que indican las operaciones a efectuar en respuesta a la llamada. En el ejemplo de la Figura 3, se supone que las operaciones requieren acceso a los SCP 41, 42. Sin embargo, antes de señalizar a esos SCP 41, 42 la función de negociación 30 señaliza a la base de datos 31 para recopilar los datos necesarios para todos los servicios que tienen que efectuarse mediante las plataformas de llamada y/o tratamiento de servicios. La función de negociación 30 a continuación secuencialmente interroga a los SCP 41, 42 para activar cada uno de esos SCP 41, 42 para generar la información apropiada que se coteja mediante la función de negociación 30 y la respuestas se pasa a continuación al SCP 40, para habilitar que continua la llamada.
En algunos casos, las acciones realizadas por los respectivos SCP 41, 42 serán independientes. Por lo tanto, por ejemplo, uno de los SCP 41, 42 puede traducir meramente el número de llamada a otro número y en tales casos la función de negociación 30 puede recopilar simplemente un agregado de tales operaciones. Sin embargo, en algunos casos, uno de los SCP 41, 42 puede necesitar implicarse a lo largo de toda la llamada. Por ejemplo, si uno de los SCP se enlaza a la SCF 14 implicada en una llamada de prepago, entonces la función de negociación 30 puede necesitar producir un resultado agregado para el SSP 40.
Ejemplo 2 de primera realización
La Figura 4 muestra un ejemplo en el que el SSP que primero recibe la llamada no es capaz de efectuar todas las operaciones requeridas.
Por lo tanto, si se recibe una llamada en un primer SCP 50 de una plataforma que no tiene la suficiente capacidad para efectuar las operaciones requeridas, el SSP 50 señaliza a la función de negociación 30. Como en el ejemplo 1, la función de negociación 30 accede a la base de datos 31 para obtener todos los datos necesarios para el tratamiento de la llamada y a continuación asigna una identidad de correlación temporal a la llamada, esa identidad de correlación se pasa de vuelta al SSP 50. Esa identidad de correlación provoca que el SSP 50 pase la llamada a un segundo SSP 51 de una plataforma que puede proporcionar los operadores requeridos por la llamada y la recepción de la llamada por ese SSP 51 genera un activador a la función de negociación 30 que accede a un SCP 52 apropiado para obtener información de respuesta apropiada que se pasa al SSP 51, que a continuación puede permitir que la llamada continúe dentro de la plataforma que está tratando la misma.
Por lo tanto, la función de negociación 30 elige el segundo SSP 50 sobre la base de las operaciones que necesitan efectuarse para tratar la llamada y, por lo tanto, identifica los datos de la base de datos 31 para tratar esa llamada, y el SSP 51 apropiado para tratar esa llamada, antes de generar la identidad de correlación que se pasa al SSP 50.
Obsérvese que, en el Ejemplo 2, se supone que la llamada requiere acceso a únicamente un SCP 52. En algunos casos, se necesitará interrogar a múltiples sCp como en el Ejemplo 1, y tal interrogación puede producirse de la
5
10
15
20
25
30
35
40
45
50
55
60
65
misma forma que en el Ejemplo 1 una vez que la llamada se ha pasado al SSP 2, aunque observando que, para ese momento, la función de negociación 30 ya habrá accedido a la base de datos 31.
Ejemplo 3 de primera realización
El tercer ejemplo se refiere al caso cuando el tratamiento de la llamada implica diferentes protocolos. Haciendo referencia a la Figura 5, se recibe una llamada en un SSP 60 que genera una señal a la función de negociación 30 indicando los servicios necesarios. En este ejemplo, se supone que el SSP 60 y, por lo tanto, las señales que produce, opera en un primer protocolo A. La función de negociación 30 puede acceder a la base de datos 31 como antes para obtener los datos para el tratamiento de llamadas, si el propio activador de la red no contiene suficiente información, e interroga al SCP 61 apropiado para obtener la información para tratar la llamada. Si el SCP 61 y, por lo tanto, las señales que tienen que recibir y transmitir, operan de acuerdo con un segundo protocolo B, entonces la función de negociación 30 media entre esos diferentes protocolos como se ilustra en la Figura 5. Si la función de negociación 30 ha recopilado toda la información para tratar la llamada de la base de datos 31 y el SCP 61, pasa una respuesta al SSP 60, en el protocolo A apropiado para ese SSP 60.
Como puede observarse a partir de los tres ejemplos anteriores, la función de negociación 30 accede a la base de datos 31 cada vez que es consciente de que una de las plataformas de tratamiento de llamadas ha recibido una llamada, para todo tipo de llamadas, la función de negociación 30 identifica, y reúne, los datos necesarios para tratar la llamada. Por lo tanto, las plataformas de tratamiento de llamadas pueden ser relativamente simples, almacenando únicamente mínimos datos. Cualquier dato que necesiten específicos para el tratamiento de una llamada puede transferirse desde la función de negociación 30, que ella misma ha recibido el mismo desde la base de datos 31.
Segunda realización
Una segunda realización de la invención se describirán ahora, siendo una realización del primer aspecto de la invención.
Haciendo referencia a la Figura 6, se crea una llamada que es un Mensaje Multimedia (MMS) en por ejemplo un microteléfono de telefonía móvil 100 de un abonado desde el que se transmite el mensaje (el contenido Multimedia de la llamada) a un Centro de Servicio de Mensaje Multimedia (MMSC) 110. El microteléfono de origen 100 envía la llamada MmS mediante GPRS 140 y una pasarela WAP 118 al MMSC 110. El MMSC actúa como un almacenamiento temporal para la llamada MMSC y para este propósito puede tener un almacenamiento de mensajes 112 asociado con el mismo.
El MMSC 110 opera de acuerdo con un protocolo determinado por la red en la que se ubica. En esta realización, el MMSC 110 se comunica mediante una interfaz de middleware 131 a una unidad de negociación de servicios 114 que efectúa la función de negociación del primer aspecto de la invención analizado anteriormente con referencia a las Figuras 1 a 5. Por lo tanto, la unidad de negociación de servicios 114 determina el procesamiento necesario para la llamada.
La Figura 6 ilustra una realización en la que la llamada MMS se concibe para un destino dentro de la propia red de origen. Por lo tanto, una vez que el negociador de servicios 114 ha determinado el procesamiento necesario para la llamada, el procesamiento de la llamada se devuelve al MMSC 110. En particular, el MMSC puede enviar un mensaje WAP a una pasarela de intermediario por proposición 115 que reenvía en mismo a un SMSC 116 y a un microteléfono 117 apropiado capaz de visualizar el mensaje de la llamada MMS. Esto se ilustra mediante las flechas 5 y 6 en la Figura 6. La pasarela de intermediario por proposición 115 actúa para formatear y transferir las señales que se originan desde el MMSC 110 para distribución hacia delante a una estructura de servicio de mensajes cortos (SMS) que forma el SMSC 116, para habilitar que se produzca una transferencia apropiada.
La pasarela de intermediario por proposición 115 y la pasarela WAP 118 pueden conseguirse mediante el uso de pasarelas WAP, ya que tales pasarelas pueden contener la funcionalidad necesaria para ambos elementos. Es preferible usar dos de tales pasarelas en una configuración de equilibrio de carga, con una pasarela actuando como la pasarela WAP y la otra como la pasarela de intermediario por proposición. Sin embargo, ya que cada pasarela tiene ambas funcionalidades, es posible usar una tal pasarela WAP para efectuar ambas funciones, por ejemplo si una falla.
Como se ilustra en la Figura 1, el negociador de servicios puede conectarse a una unidad de función de datos de servicio (SDF) 120 como se ilustra en más detalle en el documento PCT WO 99/35867 y una unidad de registro (unidad SLR) 121 como se ilustra en más detalle en el documento PCT WO 96/11557. De esta manera, la unidad SDF 120 puede almacenar datos de abonado de MMS, que se requerirán por el MMSC 110. En realizar esta función, la unidad de negociación de servicios 114 puede por lo tanto obtener información de la unidad SDF 120 para determinar cómo tiene que procesarse la llamada. De manera similar, la unidad de negociación de servicios 114 puede extraer información pertinente de la unidad SLR 121 para obtener números MSISDN de parte de origen y de destino.
5
10
15
20
25
30
35
40
45
50
55
60
65
A continuación existen dos posibilidades. La primera es que el microteléfono de origen 100 tiene disposiciones de post pago con el proveedor de red que opera el MMSc 110. En ese caso, las disposiciones de facturación apropiadas pueden ponerse en marcha. Sin embargo, si el microteléfono de origen 100 opera en una disposición de prepago, entonces debe hacerse una comprobación de que existe crédito apropiado antes de que se reenvíe la llamada MMS. Para este propósito, la unidad de negociación de servicios 10 puede enviar una señal a una función de control de prepago (PCF) 122, indicando esa señal la parte original y una indicación del tipo y tamaño del mensaje de la llamada MMS. La función de control de prepago 122 puede enviar a continuación señales apropiadas a las operaciones de facturación de la red ilustrada esquemáticamente en 123. Esas operaciones de facturación incluyen una unidad de sistema de medición de red (NMS) 124 que genera señales para habilitar funciones de clasificación y facturación 125, 126 a efectuar. La Figura 6 también ilustra que la unidad NMS 124 recibe señales activadoras desde el propio MMSC 110.
El MMSC 110 puede contener una unidad de interfaz de base de datos de abonados (no mostrada en la Figura 6) que pasa consultas generadas por el MMSC 110 a la unidad de negociación de servicios 114 mediante la interfaz de middleware 131. De esta manera la unidad de negociación de servicios 114 puede controlar el posterior procesamiento de la llamada por el MMSC 110.
Supóngase ahora que se genera una llamada MMS mediante el microteléfono 100 en la Figura 6 pero que el microteléfono 117 que es el terminal de destino no soporta funciones multimedia. En ese caso, el MMSC 110 encamina la llamada a una pasarela de microteléfono heredada 141, que almacena la llamada MMS. Además, genera un mensaje en forma de SMS al SMSC 116, donde puede reenviarse al microteléfono 117 para señalizar el usuario de ese microteléfono 117 que se ha almacenado un mensaje multimedia. Las señales al microteléfono 117 por lo tanto pueden ser mensajes estándar. El usuario de por ejemplo el microteléfono 117 puede a continuación usar un ordenador apropiado 144 para conectarse mediante la internet 115 a la pasarela de microteléfono heredada 141 para permitir que se recupere el Mensaje Multimedia. La pasarela de microteléfono heredada 141 puede contener por lo tanto servidores web para proporcionar acceso apropiado. Además, es posible que el Mensaje Multimedia se envíe a una dirección de correo electrónico. Esto se efectúa mediante un agente de transferencia de correo 146 que recibe la llamada desde el MMSC 110 y convierte la misma en un correo electrónico que se envía mediante la internet 145 a los ordenadores adecuados 144, 147.
Son posibles muchas modificaciones de esta realización. Por ejemplo, la Figura 6 supone que el microteléfono de origen 100 y el microteléfono de destino 117 son clientes de la misma red y ambos están en su red doméstica. Es posible sin embargo, que sean clientes de diferentes redes en cuyo caso la llamada necesita transferirse desde el MMSC 110 de la red de origen a un MMSC equivalente en la red de destino. La acción del negociador de servicios 114 es entonces particularmente importante.
En particular el negociador de servicios 114 debe determinar qué red posee el número del microteléfono de destino 117 y por lo tanto dónde enviar el MMS y cómo modificar la dirección del mensaje de forma apropiada para garantizar que llega a la red correcta.
Puede ser que la red que posee el número de destino no tenga un acuerdo de interconexión con el operador del MMSC 110 en cuyo caso el negociador de servicios 114 puede decidir enviar el mensaje a la pasarela de microteléfono heredada 141.
El negociador de servicios también identificará en qué red está el microteléfono de origen en la actualidad cuando envía el MMS. Esto puede usarse para modificar la tarificación según sea apropiado.
Cuando el microteléfono de destino 117 realiza itinerancia desde su red doméstica, el MMSC enviará un mensaje (por ejemplo un mensaje SMS) al microteléfono de destino 117 para informar al usuario que contacte con el MMSC 110 de la red doméstica para recoger el mensaje MMS de la red doméstica.
Cuando el microteléfono de origen 100 realiza itinerancia desde su red doméstica, el mensaje MMS se encamina al MMSC 110 de la red doméstica, que a continuación procesa el mismo de las formas descritas con referencia a la Figura 6. Tales operaciones dependen de la red visitada (a la que se encamina) que soporta las capacidades de red apropiadas para habilitar que se envíen y reciban mensajes MMS.
Si se supone que cualquier mensaje multimedia enviado desde una red a otra será para un único receptor, una dirección de envío necesitará resolverse antes de que el mensaje se envíe, permitiendo que el menaje se encamine directamente a la red correcta. Una red en la que se ubica el microteléfono de destino requerirá alguna confirmación positiva de que el mensaje se ha recibido desde un microteléfono de origen válido dentro de la red de origen. Esto es necesario para eliminar el riesgo de fraude u otros problemas. El operador de la red de destino necesitará crear a continuación información de tarificación apropiada después de que la llamada MMS se haya recibido satisfactoriamente y pasado las comprobaciones de aceptación apropiadas. Estas comprobaciones de aceptación pueden incluir, por ejemplo, conformidad al tipo de contenido y criterio de tamaño, tamaño de mensaje, protección contra correo basura y cualquier regla de bloqueo aplicada o bien por el operador de la red de destino o bien el propio cliente del microteléfono de destino.
5
10
15
20
25
30
35
40
45
50
55
60
65
Se ha de observar que la arquitectura detallada de algunos de los componentes analizados para el tratamiento de llamadas MMS se han descrito en especificaciones de 3GPP (Producto Común de Tecnologías Inalámbricas de la Tercera Generación) conocidas por los expertos en la técnica, particularmente la especificación 23.140.
Tercera realización
Una tercera realización de la invención se describirán ahora con referencia a la Figura 7. Esta tercera realización es una realización de tanto el primero como el segundo aspecto de la invención. Muchas características de esta realización son las mismas que la segunda realización de la Figura 6, y se usarán los mismos números de referencia para indicar partes correspondientes.
En el segundo aspecto de la invención, la llamada se convierte a un protocolo común predeterminado, se crean activadores de eventos en ese protocolo común, cuyos activadores de eventos se usan para iniciar el procesamiento de llamadas. Para conseguir esto, la llamada MSC se convierte a un protocolo estándar, tal como Protocolo de Transferencia de Correo Simple (SMTP) y se pasa a un agente de intermediario de SMTP 113. Ese agente de intermediario de SMTP 113 activa el procesamiento de la llamada.
En esta realización, el agente de intermediario de SMTP 113 se conecta al negociador de servicios 114 que efectúa la función de negociación del primer aspecto de la invención analizado anteriormente con referencia a las Figuras 1 a 5 y la Figura 6. El negociador de servicios 114 determina el procesamiento necesario para la llamada sobre la base del activador del agente de intermediario de SMTP 113. Ya que el agente de intermediario de SMTP 113 opera en un protocolo no propietario conocido, es relativamente sencillo diseñar el mismo para generar tales activadores independientes del protocolo del MMSC 110.
El agente de intermediario de SMTP 113 extrae de los datos en el mensaje información que identifica el tamaño del mensaje y también puede extraer de los datos en el mensaje información que identifica la clase o tipo o medios contenidos dentro del mensaje. A continuación se envía una señal apropiada a la unidad de negociación de servicios 114. Además, el agente de intermediario de SMTP 113 envía una respuesta al MMSC 110 mediante una interfaz MM4 para convertir las direcciones del originador y receptor según se ordene mediante la unidad de negociación de servicios 114 (obsérvese que el mensaje puede enviarse de vuelta al mismo MMSC 110 (bucle), a otro MMSC dentro de la misma red o a otro MMSC en una red diferente).
Por lo tanto, en la realización descrita anteriormente, se generan activadores de eventos en el agente de intermediario de SMTP 113 en un protocolo tal como SMTP que no es el mismo que el protocolo en el que la llamada MMS se creó originalmente y recibió por el MMSC 110.
El agente de intermediario de SMTP 113 puede ser un servidor de correo electrónico estándar que se configura de forma transitoria para almacenar mensajes MMS para generar los activadores. Estos activadores pueden ser en forma de una petición extendida de Protocolo Ligero de Acceso a Directorios (LDAP) que contiene información pertinente, tal como el origen y destino de la llamada, el tipo de mensaje, el tamaño del mensaje, etc. Esta información se pasa al negociador de servicios 114 que a continuación determina cómo tiene que procesarse la llamada.
En la Figura 7, la interfaz 131 se conecta al MMSC 110 mediante una unidad de base de datos de abonados 130 que, como se menciona con referencia a la Figura 6, pasa consultas generadas por el MMSC 110 a la unidad de negociación de servicios 114 mediante la interfaz 131.
La Figura 7 también ilustra la situación en la que la llamada MMS se envía a un destino en una red diferente de la del MMSC 110. En ese caso, el agente de intermediario de SMTP 113 transfiere la llamada en formato SMTP al MMSC 150 de un operador diferente donde puede tratarse exactamente de las misma forma como se describe anteriormente. Por lo tanto, la llamada MMS se pasa del MMSC 110 mediante el agente de intermediario de SMTP 113 al MMSC 150 en un protocolo que es diferentes de o bien el de la llamada que llega al MMSC 110 o bien la llamada que se envía desde el MMSC 150. Operando en un protocolo común, de esta manera, los activadores de eventos generados por el agente de intermediario de SMTP 113 pueden producirse de forma fiable independientemente de los protocolos operados dentro de redes diferentes. Incluso podría ser posible que el MMSC 150 se operase por el mismo operador que el MMSC 110, donde ese operador tiene múltiples MMSC.
El flujo de señales en las realizaciones de la Figura 7 se describirá ahora con referencia a la Figura 8. En la Figura 8, los números 1 a 9 ilustran etapas en la señalización. Obsérvese que existen alternativas en las etapas 7a, 7b y 7c. Por lo tanto, una señal se origina en el cliente MMS 200, que será software en el microteléfono 100, y pasa a través de la pasarela 201 a un MMSC 202. El MMSC 202 pasa la señal a un agente de transferencia 203 que corresponde al agente de transferencia 113 que interroga al negociador de servicios 204 en la etapa 4. Esa negociación de servicio 204 interrogará ella misma a un SLR 205 que corresponde a la unidad SLR 121 en la Figura 7, o una PCF 206 que corresponde a la función de control de prepago 122. Si el negociador de servicios determina que la llamada no puede enviarse, puede activarse un mensaje de fallo 7c a la parte de origen 200. Como alternativa, si el negociador de servicios 204 determina la llamada puede tratarse, una señal se pasa a un agente de transferencia
5
10
15
20
25
30
35
40
45
50
55
60
65
203 que puede pasar la llamada a un MMSC 207 de la misma red del MMSC 202 (de hecho estos pueden ser el mismo MMSC) en la etapa 7a, o a un MMSC 208 de otra red en la etapa 7b. El MMSC 207 a continuación pasa la llamada mediante ese MMSC 209 a un correspondiente SMSC 116 en la etapa 8 y en la etapa 9 pasa la llamada al destino 210.
Características adicionales de la invención se analizan en las siguientes cláusulas:
1. Un método de operación de una red de telefonía móvil, teniendo la red al menos una plataforma para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil de dicha red, y una función que interactúa con dicha plataforma para determinar dicho procesamiento; efectuando dicha función las siguientes etapas:
a) determinar los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o sesión; y
b) determinar si dicha al menos una plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas requeridos por dicha llamada, evento o sesión;
2. Un método de acuerdo con la cláusula 1, en el que dicha función efectúa la etapa adicional de:
c) recoger dichos datos que dicha una plataforma requiere para procesar dicha llamada.
3. Un método de acuerdo con la cláusula 2, en el que dicha red tiene una pluralidad de plataformas y dicha etapa
(c) incluye fusionar datos de dicha pluralidad de plataformas y formar un conjunto de datos común para el procesamiento de dicha llamada, evento o sesión.
4. Un método de acuerdo con una cualquiera de las cláusulas anteriores, en el que dicha función efectúa la etapa adicional de:
(d) convertir el protocolo de dicha llamada, evento o sesión de dicha al menos una plataforma de tal forma que dicho un protocolo se puede procesar mediante dicha plataforma.
5. Un método de acuerdo con una cualquiera de las cláusulas anteriores, en el que dicha función se dispone para efectuar la etapa adicional de:
(e) determinar si se requiere una secuencia de etapas para dicha al menos una plataforma para procesar dicha llamada, evento o sesión.
6. Un método de acuerdo con la cláusula 5, en el que dicha función determina que se requiere la secuencia de etapas, provocar que dicha al menos una plataforma efectúe dichas etapas en dicha secuencia.
7. Un método de acuerdo con una cualquiera de las cláusulas anteriores, en el que dicha red tiene una pluralidad de plataformas, dicha etapa (b) se efectúa para una primera plataforma y, si la determinación en la etapa (b) es negativa, dicha función provoca que dicha llamada, evento o sesión se transfiera a una segunda plataforma.
8. Un método de operación de una red de telefonía móvil, para procesar una llamada, evento o sesión que comprende:
convertir al menos una parte de los datos que representan dicha llamada, evento o sesión de un protocolo inicial a un protocolo estándar;
enviar una señal a un dispositivo de transferencia y generar en dicho dispositivo de transferencia un activador para procesar dicha llamada; y
procesar dicha llamada, evento o sesión en respuesta a dicho activador, incluyendo dicho procesamiento convertir dicha al menos parte de dicho protocolo inicial o a un protocolo adicional.
9. Un método de acuerdo con la cláusula 8, en el que dicho activador provoca que se determine el tamaño de dicha llamada, evento o sesión.
10. Un método de acuerdo con la cláusula 9, en el que dicha red tiene al menos una plataforma para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil de dicha red, y al menos una función que interactúa con dicha plataforma determina dicho procesamiento, y dicho procesamiento de dicha llamada incluye dicha función que efectúa las siguientes etapas:
a) determinar los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o función; y
b) determinar si dicha al menos una plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas requeridos por dicha llamada, evento o sesión.
5
10
15
20
25
30
35
11. Un método de operación de una pluralidad de redes telefónicas móviles, para procesar una llamada, evento o sesión, que comprende:
en una primera de dichas redes convertir al menos una parte de datos que representan dicha llamada, evento o sesión de un protocolo inicial a un protocolo estándar;
enviar una señal a un dispositivo de transferencia y generar en dicho dispositivo de transferencia un activador para procesar dicha llamada;
convertir dicha al menos parte de dichos datos a un protocolo adicional;
determinar, en respuesta a dicho activador, que dicha llamada, evento o sesión debe procesarse en una segunda de dichas redes;
transferir dicha llamada, evento o sesión a dicha una segunda de dichas redes; y procesar dicha llamada, evento o sesión en dicha una segunda de dichas redes.
12. Un método de acuerdo con una cualquiera de las cláusulas anteriores, en el que dicha llamada, evento o sesión es un mensaje multimedia.
13. Una red de telefonía, teniendo la red al menos una plataforma para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil de dicha red, y al menos una función que interactúa con dicha plataforma para determinar dicho procesamiento; estando dicha función dispuesta para efectuar las siguientes etapas:
a) determinar los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o sesión; y
b) determinar si dicha al menos una plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas requeridos por dicha llamada, evento o sesión.
14. Una red de telefonía móvil para procesar una llamada, evento o sesión que comprende:
una unidad de conversión para convertir al menos una parte de los datos que representan dicha llamada, evento o sesión de un protocolo inicial a un protocolo estándar y;
un dispositivo de transferencia para recibir dicha al menos una parte de dichos datos y generar en dicho dispositivo de transferencia un activador para procesar dicha llamada; y
medios para procesar dicha llamada, evento o sesión en respuesta a dicho activador, incluyendo dicho procesamiento convertir dicha al menos parte de dichos datos a dicho protocolo inicial o a un protocolo adicional.

Claims (7)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    REIVINDICACIONES
    1. Un método de operación de una red de telefonía móvil, teniendo la red una pluralidad de plataformas (10-14, 2027) para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil (100) de dicha red, y una función (30) que interactúa con dicha pluralidad de plataformas para determinar dicho procesamiento, comprendiendo el método:
    a) recibir dicha llamada, evento o sesión en una primera de dichas plataformas;
    b) determinar en dicha función los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o sesión;
    c) recoger en dicha función y de al menos una base de datos (31) los datos necesarios para efectuar dichos servicios y/u operaciones de tratamiento de llamadas;
    d) determinar si dicha primera plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas y, en el que dicha determinación es negativa;
    e) transferir dicha llamada a una adicional de dichas plataformas que es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas; y
    f) transferir dichos datos desde dicha función a dicha una adicional de dichas plataformas, con lo que dicha una adicional de dichas plataformas efectúa dicho servicio y/u operaciones de tratamiento de llamadas usando dichos datos.
  2. 2. Un método de acuerdo con la reivindicación 1, en el que dicha etapa (c) incluye fusionar datos de al menos alguna de dicha pluralidad de plataformas y formar un conjunto de datos común para el procesamiento de dicha llamada, evento o sesión.
  3. 3. Un método de acuerdo con una cualquiera de las reivindicaciones 1 o 2, en el que dicha función efectúa la etapa adicional de:
    g) convertir el protocolo de dicha llamada, evento o sesión de dicha una adicional de dichas plataformas de tal forma que dicho un protocolo se puede procesar mediante dicha una adicional de dichas plataformas.
  4. 4. Un método de acuerdo con una cualquiera de las reivindicaciones 1 a 3, en el que dicha función está dispuesta para efectuar la etapa adicional de:
    h) determinar si se requiere una secuencia de etapas para dicha una adicional de dichas plataforamas para procesar dicha llamada, evento o sesión.
  5. 5. Un método de acuerdo con la reivindicación 4, en el que, cuando dicha función determina que se requiere la secuencia de etapas, provocar que dicha una adicional de dichas plataforamas efectúe dichas etapas en dicha secuencia.
  6. 6. Un método de acuerdo con una cualquiera de las reivindicaciones anteriores, en el que dicha llamada, evento o sesión es un mensaje multimedia.
  7. 7. Una red de telefonía móvil, teniendo la red una pluralidad de plataformas (10-14, 20-27) para procesar una llamada, evento o sesión generada a o para al menos un teléfono móvil (100) de dicha red, y una función (30) que interactúa con dicha pluralidad de plataformas para determinar dicho procesamiento, estando la red dispuesta para efectuar lo siguiente:
    a) recibir dicha llamada, evento o sesión en una primera de dichas plataformas;
    b) determinar en dicha función los servicios y/u operaciones de tratamiento de llamadas a aplicar a dicha llamada, evento o sesión;
    c) recoger en dicha función y de al menos una base de datos (31) los datos necesarios para efectuar dichos servicios y/u operaciones de tratamiento de llamadas;
    d) determinar si dicha primera plataforma es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas y, en la que dicha determinación es negativa;
    e) transferir dicha llamada, evento o sesión a una adicional de dichas plataformas que es capaz de efectuar dichos servicios y/u operaciones de tratamiento de llamadas ; y
    f) transferir dichos datos desde dicha función a dicha una adicional de dichas plataformas, con lo que dicha una adicional de dichas plataformas efectúa dicho servicio y/u operaciones de tratamiento de llamadas usando dichos datos.
ES08019271.9T 2001-12-21 2002-12-20 Procesamiento de llamadas en redes de telecomunicaciones móviles Expired - Lifetime ES2689714T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB0131123A GB0131123D0 (en) 2001-12-21 2001-12-21 Call processing in mobile telecommunications networks
GB0131123 2001-12-21
GB0224777 2002-10-24
GB0224777A GB0224777D0 (en) 2002-10-24 2002-10-24 Call processing in mobile networks

Publications (1)

Publication Number Publication Date
ES2689714T3 true ES2689714T3 (es) 2018-11-15

Family

ID=26246911

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08019271.9T Expired - Lifetime ES2689714T3 (es) 2001-12-21 2002-12-20 Procesamiento de llamadas en redes de telecomunicaciones móviles

Country Status (13)

Country Link
US (2) US7653389B2 (es)
EP (3) EP2019556B1 (es)
JP (2) JP4758066B2 (es)
KR (1) KR20040077677A (es)
CN (2) CN101925205A (es)
AT (1) ATE555611T1 (es)
AU (1) AU2002353194B9 (es)
BR (1) BRPI0215035B1 (es)
CA (1) CA2468722C (es)
ES (1) ES2689714T3 (es)
RU (1) RU2311741C2 (es)
WO (1) WO2003056867A2 (es)
ZA (1) ZA200404269B (es)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7653389B2 (en) * 2001-12-21 2010-01-26 Orange Personal Telecommunications Services Limited Call processing in mobile telecommunications networks
CN100384198C (zh) * 2002-11-12 2008-04-23 华为技术有限公司 预付费多媒体消息服务业务的实现方法
US20040185888A1 (en) * 2003-03-18 2004-09-23 Nokia Corporation Solving mobile station identity in a multi-SIM situation
US20050064883A1 (en) * 2003-09-22 2005-03-24 Heck John Frederick Unified messaging server and method bridges multimedia messaging service functions with legacy handsets
SI1531647T1 (sl) 2003-11-14 2010-04-30 Starhome Gmbh Upravljanje zakljužśenih klicev za gostujožśe narožśnike mobilnih telefonov
ATE456214T1 (de) * 2004-04-08 2010-02-15 Tango Telecom Ltd Verfahren und system für das berechnen von telekommunikationsdiensten
CN100362873C (zh) * 2004-05-12 2008-01-16 华为技术有限公司 一种多媒体消息的发送方法
EP1622403A1 (en) * 2004-07-28 2006-02-01 Star Home GmbH Cellular network infrastructure as support for inbound roaming users
US8060566B2 (en) 2004-12-01 2011-11-15 Aol Inc. Automatically enabling the forwarding of instant messages
US9002949B2 (en) 2004-12-01 2015-04-07 Google Inc. Automatically enabling the forwarding of instant messages
US7730143B1 (en) 2004-12-01 2010-06-01 Aol Inc. Prohibiting mobile forwarding
KR100670795B1 (ko) * 2004-12-17 2007-01-17 한국전자통신연구원 이종망에서 사용 가능한 통합 핸드셋 구성 관리자 및 이를이용한 어플리케이션 접근 방법
US8756328B2 (en) * 2005-01-19 2014-06-17 Qualcomm Connected Experiences, Inc. Caller-callee association of a plurality of networked devices with direct dial through thin client
US8856359B2 (en) 2005-06-29 2014-10-07 Qualcomm Connected Experiences, Inc. Caller-callee association of a plurality of networked devices
CN1889536A (zh) * 2005-06-27 2007-01-03 华为技术有限公司 限制多媒体消息中心对多媒体消息的转发次数的处理方法
US8204500B2 (en) 2005-12-28 2012-06-19 Starhome Gmbh Optimal voicemail deposit for roaming cellular telephony
US9479604B2 (en) 2006-01-30 2016-10-25 Qualcomm Incorporated System and method for dynamic phone book and network content links in a mobile device
US20080064391A1 (en) * 2006-09-08 2008-03-13 Yigang Cai Call forwarding between different types of wireless networks
DE102006047112A1 (de) * 2006-09-27 2008-04-03 T-Mobile International Ag & Co. Kg Verfahren zur Vernetzung einer Mehrzahl von konvergenten Messaging Systemen und entsprechendes Netzsystem
KR100860123B1 (ko) 2006-10-30 2008-09-25 주식회사 케이티프리텔 해외 로밍한 수신자에게 멀티미디어 메시지를 전송하는방법 및 이를 위한 시스템
EP2034749A3 (en) * 2007-09-10 2010-07-28 Alcatel Lucent Method for chaining services in a telecommunication network and a service control point comprising means for implementing this method
CN101252704B (zh) * 2008-03-18 2011-11-02 华为技术有限公司 多媒体消息业务的实现方法、系统及相关设备
CN101562784B (zh) * 2008-04-14 2012-06-06 华为技术有限公司 报文分发方法、设备及系统
US8175575B2 (en) * 2008-04-16 2012-05-08 Alcatel Lucent Online charging for roaming users in a proxy online charging system of a visited network
CN101572873B (zh) * 2008-04-30 2012-01-04 深圳市奇迹通讯有限公司 移动电话主动挂机后应答处理平台及其服务方法
CN101572872B (zh) * 2008-04-30 2012-01-04 深圳市奇迹通讯有限公司 移动电话主动挂机后应答处理平台及其服务方法
CN101287163B (zh) * 2008-05-13 2012-02-15 华为技术有限公司 一种视频呼叫回落到语音呼叫的方法、系统和装置
EP2150067B1 (en) 2008-07-31 2013-06-26 Accenture Global Services Limited Trigger mediation system
CN101729929B (zh) * 2008-10-15 2012-05-23 中兴通讯股份有限公司 一种智能网业务库存取海量数据的系统、装置及方法
CN101692714A (zh) * 2009-09-27 2010-04-07 中兴通讯股份有限公司 智能网多业务的触发方法、智能网及智能网关设备
CN101729930B (zh) * 2009-11-17 2012-07-04 中兴通讯股份有限公司 一种通过智能网网关来实现多智能业务融合的方法
DE102010011658A1 (de) * 2010-03-17 2011-09-22 Siemens Aktiengesellschaft Applikationsplattform und Verfahren zum Betrieb einer Datenverarbeitungseinrichtung mit einer solchen
KR101713012B1 (ko) * 2010-12-31 2017-03-08 (주)이와이드플러스 콘텐츠 최적화된 대응 프로토콜을 통한 콘텐츠 제공 방법 및 그 시스템
CN102638460B (zh) * 2012-03-26 2016-08-10 华为终端有限公司 家庭网关、云服务器及两者之间进行通信的方法
US9667779B2 (en) 2015-06-05 2017-05-30 At&T Intellectual Property I, L.P. Routing service

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5425090A (en) * 1993-12-07 1995-06-13 Bell Communications Research, Inc. System and method for providing advanced intelligent network services
DE4427072C1 (de) * 1994-08-01 1996-02-22 Deutsche Telekom Mobil Einrichtung zur Rufweiterleitung von einem ersten Kommunikationsnetz in ein zweites räumlich entferntes Kommunikationsnetz
GB9420098D0 (en) 1994-10-05 1994-11-16 Orange Personal Comm Serv Ltd Telecommunication system
EP0862840A4 (en) * 1995-06-28 2000-11-08 Mci Communications Corp METHOD AND APPARATUS FOR IMPROVING CONNECTIVITY IN A WIRELESS INTELLIGENT NETWORK
US20010040885A1 (en) * 1995-10-13 2001-11-15 Howard Jonas Method and apparatus for transmitting and routing voice telephone calls over a packet switched computer network
US5920820A (en) * 1996-01-25 1999-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Combined home location register and service control point for a cellular telecommunications network
US5978681A (en) * 1996-06-07 1999-11-02 Telefonaktiebolaget L M Ericsson Method and apparatus for providing calling service features within incompletely upgraded cellular telephone networks
US5917899A (en) * 1996-12-17 1999-06-29 Ameritech Corporation Method of connecting a plurality of virtual networks
US6044274A (en) 1997-02-13 2000-03-28 Telefonaktiebolaget Lm Ericsson Handling of mobile originated intelligent network calls from a non-intelligent capable mobile switching center
US5963630A (en) * 1997-04-08 1999-10-05 Ericsson Inc. Mediation service control point within an intelligent network
US6192250B1 (en) * 1997-12-05 2001-02-20 Lucent Technologies Inc. Cluster mobile switching center
GB9727463D0 (en) 1997-12-30 1998-02-25 Orange Personal Comm Serv Ltd Telecommunications system
US6216173B1 (en) * 1998-02-03 2001-04-10 Redbox Technologies Limited Method and apparatus for content processing and routing
US6553427B1 (en) * 1998-07-24 2003-04-22 Mci Communications Corporation Object-oriented encapsulation of a telecommunications service protocol interface
US6324396B1 (en) * 1998-11-04 2001-11-27 Ericsson Inc. Calling party number provisioning
US6697620B1 (en) * 1999-06-24 2004-02-24 Hewlett-Packard Development Company, L.P. Method and system for providing telecommunication services across networks that use different protocols
US7062265B1 (en) * 1999-08-12 2006-06-13 Lucent Technologies Inc. Architecture to support service features for wireless calls in a wireless telecommunication system
US6782412B2 (en) * 1999-08-24 2004-08-24 Verizon Laboratories Inc. Systems and methods for providing unified multimedia communication services
GB9925070D0 (en) * 1999-10-22 1999-12-22 Nokia Networks Oy Communication control in a telecommunications system
US6393112B1 (en) * 1999-11-01 2002-05-21 Worldcom, Inc. System method for facilitating intelligent network call processing using a call context database
FI108501B (fi) * 1999-11-05 2002-01-31 Sonera Oyj Multimediaviestien võlittõminen
US6563919B1 (en) * 1999-12-17 2003-05-13 Nortel Networks Limited System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications
KR100362867B1 (ko) * 2000-04-26 2002-12-11 삼성전자 주식회사 무선 단말기에서 멀티미디어 서비스를 위한 장치 및 방법
US6938087B1 (en) * 2000-09-12 2005-08-30 Hewlett-Packard Development Company, L.P. Distributed universal communication module for facilitating delivery of network services to one or more devices communicating over multiple transport facilities
US7272662B2 (en) * 2000-11-30 2007-09-18 Nms Communications Corporation Systems and methods for routing messages to communications devices over a communications network
US7653389B2 (en) * 2001-12-21 2010-01-26 Orange Personal Telecommunications Services Limited Call processing in mobile telecommunications networks

Also Published As

Publication number Publication date
JP4758066B2 (ja) 2011-08-24
AU2002353194B2 (en) 2006-12-21
CN101925205A (zh) 2010-12-22
ZA200404269B (en) 2005-10-26
CA2468722A1 (en) 2003-07-10
EP2019556B1 (en) 2018-07-04
CN1606887A (zh) 2005-04-13
RU2311741C2 (ru) 2007-11-27
WO2003056867A3 (en) 2003-10-02
KR20040077677A (ko) 2004-09-06
CA2468722C (en) 2013-02-12
EP2019556A1 (en) 2009-01-28
AU2002353194A1 (en) 2003-07-15
RU2004122408A (ru) 2005-03-27
US7653389B2 (en) 2010-01-26
US20050083940A1 (en) 2005-04-21
EP1555835A3 (en) 2007-01-10
EP1457061A2 (en) 2004-09-15
BR0215035A (pt) 2004-11-03
EP1457061B1 (en) 2012-04-25
WO2003056867A2 (en) 2003-07-10
EP1555835A2 (en) 2005-07-20
CN1606887B (zh) 2010-08-25
BRPI0215035B1 (pt) 2017-05-23
JP2005518693A (ja) 2005-06-23
ATE555611T1 (de) 2012-05-15
US20100087192A1 (en) 2010-04-08
AU2002353194B9 (en) 2007-03-01
JP2009246997A (ja) 2009-10-22

Similar Documents

Publication Publication Date Title
EP2019556B1 (en) Call processing in mobile telecommunications networks
US7181217B2 (en) Mobile services control platform providing a message forwarding service
US6925299B1 (en) System and method for providing access to value added services for roaming users of mobile telephones
US7221951B2 (en) Method and system for short message service exchange and teleconferencing
US8045567B2 (en) Intermediary network system and method for facilitating message exchange between wireless networks
US8554876B2 (en) User profile service
US7113781B1 (en) Methods and systems for generating and sending messages in a mobile communications network in response to a change in location of a subscriber
CA2671243A1 (en) Trigger mediation system
US20100290394A1 (en) Method and and an Arrangement for Call Establishment between an Internet Communication Environment and a Mobile Communication Environment
JP3805743B2 (ja) 異なるネットワークにわたりサービスを提供するシステム及び方法
CN1454427B (zh) 用于重新路由呼叫的方法和系统
ES2639563T3 (es) Sistema de procesamiento de eventos