ENVÍO DE MENSAJES EN REDES DE COMUNICACIÓN.

Un método para enviar una pluralidad de mensajes desde una pluralidad de centros de servicio a un dispositivo de usuario cuando el dispositivo está disponible para recibir un mensaje,

incluyendo el método los pasos, realizados por cada centro de servicio, de: recibir uno o más mensajes para envío al dispositivo de usuario mientras no está disponible para recibir un mensaje; recibir un aviso de un elemento de aviso que indica que el dispositivo ha pasado a estar disponible para recibir un mensaje, y realizar envío de mensajes, caracterizado porque, cada centro de servicio realiza envío de mensajes: determinando localmente según parámetros un tiempo de envío de mensajes TD para cada mensaje, y enviando cada mensaje en o cerca de su tiempo de envío determinado TD, en que al menos algunos de los mensajes son enviados desde la pluralidad de centros de servicio al dispositivo de usuario de manera sincronizada

Campo de la invención

La invención se refiere al envío de mensajes en redes de comunicaciones.

Explicación de la técnica anterior

Los sistemas de almacenamiento y envío de mensajes como el servicio de mensajes multimedia (MMS) y el 5 servicio de mensajes cortos (SMS) a menudo tienen que tener alto rendimiento y escalabilidad mientras que al mismo tiempo realizan el envío en secuencia de mensajes a usuarios finales. Esto es especialmente verdadero en el caso, por ejemplo, de mensajes relacionados con contenido tales como avisos de fútbol (donde sería insatisfactorio que el usuario conociese primero el resultado del partido y solamente después viese el primer gol).

Los sistemas de mensajes distribuidos proporcionan flexibilidad con respecto al almacenamiento y envío de 10 mensajes, permitiendo almacenar diferentes mensajes para un abonado particular en diferentes nodos o centros de servicio de mensajes. El nodo del sistema de mensajes o centro de servicio de mensajes envía un mensaje/notificación de mensaje al receptor independientemente de dónde esté situado el receptor. Sin embargo, dado que los diferentes sistemas o centros de servicio de mensajes no están sincronizados, los mensajes pueden ser enviados sin secuencia cuando entra en línea un dispositivo que no estaba disponible. Este problema también es cierto para sistemas de mensajes geográficamente distribuidos tales como sistemas de mensajes bajo el control de diferentes operadores que almacenan mensajes para un receptor concreto.

Por esa razón, se necesita algún tipo de sincronismo cuando los mensajes son almacenados persistentemente de modo que sean enviados en secuencia cuando la red indique al centro de servicio de mensajes que de nuevo se puede contactar con un dispositivo. 20

La introducción de sincronismo de envío de mensajes ha implicado hasta ahora (a) una función de control central, o (b) envío de abonado basado en receptor en los diferentes nodos.

En el acercamiento (a) un solo componente programador central con conocimiento de todos los abonados, es consciente de todos los mensajes para un receptor específico a través de todos los sistemas. Cuando un receptor está presente de nuevo, este programador central dice a cada uno de los sistemas individuales cuándo enviar su mensaje(s) 25 para dicho abonado. En el acercamiento (b) las normas de enrutamiento en la red aseguran que todos los mensajes para un solo receptor específico sean almacenados en una sola posición. Sin embargo, ambos acercamientos tienen algunas o todas las desventajas siguientes:

- Se puede introducir un solo cuello de botella para la escalabilidad.

- Se puede requerir más anchura de banda a través de conexiones WAN debido al almacenamiento para 30 un receptor específico en una sola posición.

- Se necesita complejidad adicional debido a la necesidad de mantener sincronizados sistemas geográficamente distantes.

- Hay que enviar carga adicional de comunicación, almacenamiento y procesado como una sola presentación multi-receptor a múltiples nodos distantes. 35

- Una implementación menos robusta, como una indisponibilidad de un nodo o posición específico, da lugar a una indisponibilidad de servicio puesto que los abonados en dicha posición ya no serán capaces de usar el servicio de mensajes.

- Dependencia potencial de otros elementos de la red para dirigir mensajes a centros de servicio específicos en base a MSISDN de receptor. 40

Adicionalmente, dado que cada operador tiene sus propias implementaciones independientes de sistemas de mensajes, el tráfico distribuido por otros operadores no podrá utilizar una función de control central, ni serán capaces de usar el envío de abonado basado en receptor. Esto significa que, aunque un solo operador tenga control central sobre su envío de mensajes, los mensajes distribuidos independientemente por otros operadores todavía no estarán en secuencia. 45

La publicación WO00/25533 describe un método y sistema para servicio SMS, donde los SMS se almacenan en SMSCs si el abonado no está disponible. Cuando el abonado está disponible, los SMSCs son notificados por el MSC y se reanuda el envío de los mensajes.

La invención resuelve estos problemas.

50

Glosario

CSCF Función de control de sesión de llamada

S-CSCF Función de control de sesión de llamada sirviente

HLR Registro de posición inicial

HSS Servidor de abonado doméstico 5

IMS Sistema multimedia de Protocolo de Internet

IMPS Servicios de presencia y mensajería instantáneos

MMS Servicio de mensajes multimedia

MMSC Centro de servicio de mensajes multimedia

MSC Centro de conmutación móvil 10

SIP Protocolo de inicio de sesión

SMS Servicio de mensajes cortos

SMSC Centro de servicio de mensajes cortos

VAS Servicio de valor añadido

WAN Red de área ancha 15

WAP Protocolo de aplicación inalámbrica

RESUMEN DE LA INVENCIÓN

Según la invención, se facilita un método para enviar una pluralidad de mensajes desde una pluralidad de centros de servicio a un dispositivo de usuario cuando el dispositivo está disponible para recibir un mensaje, incluyendo el método los pasos, realizados por cada centro de servicio, de: 20

recibir uno o más mensajes para envío al dispositivo de usuario mientras no está disponible para recibir un mensaje;

recibir un aviso de un elemento de aviso que indica que el dispositivo ha pasado a estar disponible para recibir un mensaje,

realizar envío de mensajes: 25

determinando localmente según parámetros un tiempo de envío de mensajes TD para cada mensaje, y

enviando cada mensaje en o cerca de su tiempo de envío determinado TD, de modo que al menos algunos mensajes sean enviados desde la pluralidad de centros de servicio al dispositivo de usuario de manera sincronizada sin uso de una función de programa central.

En una realización, un parámetro es el tiempo de llegada TM del mensaje al centro de servicio. 30

En una realización, un parámetro es el tiempo de llegada Talert del aviso al centro de servicio.

En otra realización, un parámetro es un tiempo máximo de retención ΔTretention para un mensaje en un centro de servicio, en un grupo de centros de servicio, o en un grupo lógico de centros de servicio.

En una realización, un parámetro es un período configurado ΔTdelivery en el que todos los mensajes retenidos serán enviados. 35

En otra realización, se usa una función de mapeado para mapear todos los mensajes llegados entre Talert-ΔTretention y Talert + ΔTdelivery en el intervalo de envío entre Talert y Talert + ΔTdelivery.

En una realización, cada centro de servicio determina el tiempo de envío TD según un algoritmo de mapeado de tiempo no lineal. Este algoritmo se puede basar en una función monotónica continua tal como una función lineal de segmentos monotónica continua. 40

En una realización, cada centro de servicio determina el tiempo de envío TD según un algoritmo de mapeado de tiempo lineal. En una realización, este algoritmo es:

donde:

Talert es el tiempo de llegada del aviso al centro de servicio, indicando que el dispositivo está disponible,

TM es el tiempo de llegada de un mensaje al centro de servicio, 5

ΔTretention es el tiempo máximo que un mensaje es retenido por alguno de los centros de servicio, y

ΔTdelivery es el período configurado en el que todos los mensajes retenidos serán enviados.

En una realización, cada centro de servicio compensa el retardo de latencia de red en la transmisión del aviso al centro de servicio.

El centro de servicio puede compensar calculando un tiempo de aviso modificado según el elemento de aviso 10 originante para el aviso, y determinando un tiempo de envío de mensajes usando este tiempo de aviso modificado. El tiempo de aviso... [Seguir leyendo]

1. Un método para enviar una pluralidad de mensajes desde una pluralidad de centros de servicio a un dispositivo de usuario cuando el dispositivo está disponible para recibir un mensaje, incluyendo el método los pasos, realizados por cada centro de servicio, de:

recibir uno o más mensajes para envío al dispositivo de usuario mientras no está disponible para recibir un 5 mensaje;

recibir un aviso de un elemento de aviso que indica que el dispositivo ha pasado a estar disponible para recibir un mensaje, y

realizar envío de mensajes, caracterizado porque,

cada centro de servicio realiza envío de mensajes: 10

determinando localmente según parámetros un tiempo de envío de mensajes TD para cada mensaje, y

enviando cada mensaje en o cerca de su tiempo de envío determinado TD, en que al menos algunos de los mensajes son enviados desde la pluralidad de centros de servicio al dispositivo de usuario de manera sincronizada.

2. Un método según la reivindicación 1, donde un parámetro es el tiempo de llegada TM del mensaje al centro 15 de servicio.

3. Un método según la reivindicación 2, donde un parámetro es el tiempo de llegada Talert del aviso al centro de servicio.

4. Un método según cualquier reivindicación precedente, donde un parámetro es un tiempo máximo de retención ΔTretention para un mensaje en un centro de servicio, en un grupo de centros de servicio, o en un grupo lógico de 20 centros de servicio.

5. Un método según cualquier reivindicación precedente, donde un parámetro es un período configurado ΔTdelivery en el que todos los mensajes retenidos serán enviados.

6. Un método según la reivindicación 5, donde se usa una función de mapeado para mapear todos los mensajes llegados entre Talert - ΔTretention y Talert + ΔTdelivery al intervalo de envío entre Talert y Talert + ΔTdelivery. 25

7. Un método según cualquier reivindicación precedente, donde cada centro de servicio determina el tiempo de envío TD según un algoritmo de mapeado de tiempo no lineal.

8. Un método según la reivindicación 7, donde dicho algoritmo se basa en una función monotónica continua.

9. Un método según alguna de las reivindicaciones 7 o 8, donde dicho algoritmo se basa en una función lineal por segmentos monotónica continua. 30

10. Un método según cualquiera de las reivindicaciones 1 a 6, donde cada centro de servicio determina el tiempo de envío TD según un algoritmo de mapeado de tiempo lineal.

11. Un método según la reivindicación 10, donde el algoritmo es:

35

donde:

Talert es el tiempo de llegada del aviso al centro de servicio, indicando que el dispositivo está disponible,

TM es el tiempo de llegada de un mensaje en el centro de servicio,

ΔTretention es el tiempo máximo que un mensaje es retenido por alguno de los centros de servicio, y ΔTdelivery es el período configurado en el que todos los mensajes retenidos serán enviados. 40

12. Un método según cualquier reivindicación precedente, donde cada centro de servicio compensa el retardo de latencia de red en la transmisión del aviso al centro de servicio.

13. Un método según la reivindicación 12 en cuanto dependiente de cualquiera de las reivindicaciones 3 a 11,

donde el centro de servicio compensa calculando un tiempo de aviso modificado según el elemento de aviso originante para el aviso, y determinando un tiempo de envío de mensajes usando este tiempo de aviso modificado.

14. Un método según la reivindicación 13, donde el tiempo de aviso modificado se determina añadiendo un retardo preconfigurado recuperado de una tabla de consulta que tiene valores para retardo introducidos en un elemento de aviso o grupo de elementos de aviso. 5

15. Un método según la reivindicación 12, incluyendo el paso de que el elemento de aviso incremente el aviso con un sello de tiempo que indique el tiempo en que el dispositivo está disponible para recibir un mensaje, y el centro de servicio determina el tiempo de envío de mensajes usando este sello de tiempo como un parámetro.

16. Un método según la reivindicación 15 en cuanto dependiente de la reivindicación 11, donde el sello de tiempo se usa en lugar del parámetro T_alert en el algoritmo. 10

17. Un método según las reivindicaciones 15 o 16, donde los centros de servicio no empiezan a determinar los tiempos de envío de mensajes hasta que haya transcurrido un período de tiempo cuando se pueda suponer que todos los centros de servicio han recibido el aviso, siendo éste un período fijo de tiempo común a todos los centros de servicio, que todos ellos añaden al sello de tiempo.

18. Un método según cualquiera de las reivindicaciones 15 a 17, donde el sello de tiempo se añade a la operación de MAPEADO, 'MAP-ALERT-SERVICE-CENTRE'.

19. Un método según cualquiera de las reivindicaciones 15 a 17, donde el sello de tiempo se añade a la operación de registro SIP llamada 'REGISTER'.

20. Un método según cualquier reivindicación precedente, donde los centros de servicio determinan un tiempo de envío solamente para ciertas categorías de mensajes. 20

21. Un método según cualquier reivindicación precedente, donde al menos un centro de servicio determina adicionalmente el tiempo de envío de cada mensaje según la categoría, o el contenido, o un receptor, o un originador de un mensaje.

22. Un método según la reivindicación 21, donde el centro de servicio invierte la secuencia.

23. Un método según cualquier reivindicación precedente, donde al menos algunos centros de servicio están 25 configurados con al menos algunos parámetros por un usuario de dispositivo o aplicación, proporcionando así personalización, donde el usuario es un originador de mensaje, o un receptor de mensaje.

24. Un método según cualquier reivindicación precedente, incluyendo el paso adicional de que al menos un centro de servicio arbitre entre parámetros contradictorios o incoherentes tales como parámetros de originador de mensaje y parámetros de receptor de mensaje contradictorios. 30

25. Un método según cualquier reivindicación precedente, donde el elemento de aviso es un elemento de red de registro de posición, tal como un HLR o un HSS, un CSCF, o un servidor de presencia.

26. Un método según cualquier reivindicación precedente, donde los centros de servicio están en redes diferentes.

27. Un método según cualquier reivindicación precedente, donde, antes de que empiece el envío de mensajes, 35 en primer lugar se reserva un período para el envío de todos los mensajes para los que se ha pedido un envío directo explícito, y después de ello, se realiza el envío en secuencia de los mensajes restantes.

28. Un método según cualquier reivindicación precedente, donde el tiempo de envío se determina solamente si el envío en secuencia es pedido por un abonado, una aplicación, o cualquier elemento de red, donde el envío en secuencia se pide introduciendo un señalizador en el mensaje. 40

29. Un producto de programa informático incluyendo código de software para realizar cada paso de operación de un método de cualquiera de las reivindicaciones 1 a 28 cuando se ejecuta en un procesador digital.