ES2246048T3 - Servicio de mensajes multimedia multiusuario. - Google Patents

Servicio de mensajes multimedia multiusuario.

Info

Publication number
ES2246048T3
ES2246048T3 ES03732318T ES03732318T ES2246048T3 ES 2246048 T3 ES2246048 T3 ES 2246048T3 ES 03732318 T ES03732318 T ES 03732318T ES 03732318 T ES03732318 T ES 03732318T ES 2246048 T3 ES2246048 T3 ES 2246048T3
Authority
ES
Spain
Prior art keywords
receiving
mms
server
user
message
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
ES03732318T
Other languages
English (en)
Inventor
Frank Hundscheidt
Thorsten Lohmar
Ralf Keller
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2246048T3 publication Critical patent/ES2246048T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • 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

Abstract

Un método de transmisión eficaz de un mensaje multimedia desde un dispositivo emisor (100) de usuario a dispositivos receptores (103, 204, 20n) de usuario, comprendiendo el método las etapas de - enviar un primer mensaje desde el dispositivo emisor (100) de usuario a un servidor emisor (101), comprendiendo el primer mensaje el mensaje multimedia y una indicación de direcciones de los dispositivos receptores (103, 204, 20n) de usuario, - identificar un servidor receptor (102) asociado a los dispositivos receptores (103, 204, 20n) de usuario basándose en la indicación de las direcciones, - enviar el primer mensaje al servidor receptor (102), - identificar los dispositivos receptores (103, 204, 20n) de usuario basándose en la indicación de las direcciones, caracterizado por - ejecutar una entrega por multidifusión del mensaje multimedia a los dispositivos receptores (103, 204, 20n) de usuario asignando una dirección de multidifusión, enviar la dirección de multidifusión a los dispositivos receptores (103, 204, 20n) de usuario, incluir el mensaje multimedia en un objeto adecuado para una transmisión por multidifusión, preparar a los dispositivos receptores (103, 204, 20n) de usuario para la recepción del objeto, reunir los dispositivos receptores (103, 204, 20n) de usuario en un grupo de multidifusión según la dirección de multidifusión, y enviar el objeto mediante la transmisión por multidifusión a los dispositivos receptores (103, 204, 20n) de usuario.

Description

Servicio de mensajes multimedia multiusuario.
Ámbito técnico de la invención
La presente invención se refiere al ámbito de las redes de comunicaciones móviles, especialmente a un método y unos dispositivos destinados a optimizar servicios de mensajería multimedia y multiusuario.
Antecedentes de la invención
El Servicio de Mensajes Cortos ("Short Message Service"-SMS) ha tenido mucho éxito en el sistema de segunda generación (2G) del Sistema Global de comunicaciones Móviles ("Global System for Mobile communication"-GSM), en el que es posible ejecutar la transmisión de textos en diferido mediante terminales GSM, por ejemplo desde un terminal informático de internet a un teléfono móvil o desde un teléfono móvil a otro. En los sistemas móviles de la generación 2,5G y de la tercera generación (3G) este cómodo servicio de transmisión de textos en diferido será sustituido por un Servicio en diferido de Mensajes Multimedia ("non real-time Multimedia Message Service"-MMS). Con el MMS los usuarios pueden enviar y recibir Mensajes Multimedia (MM) aprovechando toda la serie de tipos mediáticos disponibles hoy día, por ejemplo, textos, imágenes, sonido, vídeo, pudiendo también soportar nuevos tipos de contenido a medida que se hagan populares.
Un MM en diferido, también denominado MM con almacenamiento y reenvío ("store and forward"), es una combinación de uno o más elementos mediáticos de una presentación multimedia diferentes que puede transferirse entre dispositivos de usuarios sin el requisito de que se transfiera en tiempo real. El servicio en diferido de mensajería multimedia será capaz de soportar servicios actuales y futuros de mensajería multimedia y de aprovechar los avances que se consigan en el sector multimedia global, con requisitos de movilidad adicionales.
La Especificación Técnica 22.140 V4.2.0 (2002-03) del Proyecto Asociado para el desarrollo del estándar UMTS de sistemas de comunicaciones móviles de tercera Generación ("3rd Generation Partnership Project"-3GPP) y la Especificación Técnica 23.140 V4.6.0 (2002-03) del 3GPP describen el estado actual de las actividades de estandarización del MMS. Para enviar un MM desde un emisor a un receptor puede utilizarse el siguiente procedimiento: un agente de usuario ("user agent"-UA), es decir, una aplicación residente en el Equipo de Usuario ("User Equipment"-UE) del emisor o en un dispositivo conectable al UE del emisor, envía el MM que comprende contenido multimedia y una dirección del receptor a un Retransmisor/Servidor ("Relay/Server"-R/S) emisor del MMS. El R/S emisor del MMS reenvía el contenido del MM a un R/S receptor del MMS que notifica posteriormente a un UA residente en el UE del receptor. La notificación no contiene el MM sino una referencia al MM propiamente dicho. El UA receptor del MMS confirma al R/S receptor del MMS la recepción del aviso de MM y entonces el UA receptor del MMS puede recuperar el MM. El UA del receptor confirma la recuperación del MM y la lectura del MM al R/S receptor del MMS. El R/S receptor del MMS puede generar un informe de entrega del MM, que comprende una identificación del MM original, la dirección del receptor, la hora y el estado de la entrega, y enviarlo al R/S emisor del MMS. El R/S emisor del MM puede enviar al UA emisor del MMS el informe de entrega, por ejemplo, para la indicación al UA emisor del MMS de la entrega del MM. Se describe un procedimiento similar para enviar un informe de comunicación de lectura ("read reply") que se genera en el R/S receptor del MMS cuando el receptor lee el MM.
Es posible enviar un MM desde un UA emisor a múltiples UAs receptores del MMS. Una alternativa consiste en dirigir el MM a múltiples UAs receptores del MMS y realizar la reproducción del MM en el propio UA emisor del MMS. Otra alternativa consiste en enviar el MM y las direcciones de los múltiples UAs receptores del MMS desde el UA emisor del MMS al R/S emisor del MMS. La reproducción del MM se ejecuta en el R/S emisor del MMS, incluso para los UAs receptores del MMS servidos por el mismo R/S receptor del MMS. El procedimiento continúa, como se ha descrito anteriormente, enviando los MMs reproducidos a uno o más R/S receptores del MMS que a su vez notifican a los UAs receptores del MM para la recuperación del MM. Ambos procedimientos son similares a la distribución de correo electrónico a varios receptores. O bien se incluye la lista completa de receptores y se envían múltiples correos electrónicos a cada uno de los receptores, o bien se utiliza un servidor de listas similar a Majordomo. Un servidor de listas mantiene listas de direcciones de usuarios suscritos a uno o más grupos. Cada grupo puede identificarse mediante una dirección de grupo. Un correo electrónico dirigido a uno de los grupos comprende la dirección correspondiente del grupo y, basándose en ésta y en la lista correspondiente, el servidor de listas puede recuperar las direcciones de usuario correspondientes. A cada una de las direcciones correspondientes de usuario se envía una copia del correo electrónico.
Los procedimientos antes mencionados no son muy eficaces. En el caso de envío del MM a múltiples UAs receptores del MMS, la notificación y la secuencia posterior de recuperación activada por el UA receptor del MMS suponen una limitación. En caso de que gran número de UAs receptores reciban una notificación relativa al mismo MM, existe una probabilidad bastante alta de que todos o una elevada fracción de los UAs receptores del MMS comiencen la recuperación del MM inmediatamente después de la recepción de la notificación. En tales circunstancias, el R/S receptor del MMS envía a cada UA receptor del MMS que requiera recuperación del MM un mensaje de recuperación que comprende el MM, provocando gran carga en el R/S receptor del MMS y quizás incluso la congestión de la red, especialmente en las escasas y caras redes radio existentes entre el R/S receptor del MMS y los UAs receptores del MMS. Además, las confirmaciones de recuperación o las comunicaciones de lectura enviadas desde los UAs receptores del MMS que hayan recibido el MM y hayan leído el MM, respectivamente, inician la generación de informes de entrega y de comunicaciones de lectura, respectivamente, siendo el número de informes de entrega o de comunicaciones de lectura, equivalente al número de UAs receptores que hayan recibido y leído el MM, respectivamente. Además, los informes pueden enviarse al R/S emisor del MMS y al UA emisor del MMS, provocando la congestión de la red existente entre estas entidades y la sobrecarga de las propias entidades.
Un mensaje denominado MM1_presentar.REQ, que comprende direcciones y un MM, enviado desde el UA emisor del MMS al R/S emisor del MMS, contiene indicadores para indicar si se requiere un informe de entrega, un adeudo por respuesta y una comunicación de lectura. No obstante, éstos indicadores son simples si/no, sin indicaciones de parcelación acerca de cómo desearía recibir el informe el UA emisor del MMS. Especialmente, en la actualidad no hay modo de controlar la cantidad de informes de entrega e informes de comunicación de lectura enviados al R/S emisor del MM y al UA emisor del MMS y activados mediante mensajes de confirmación y de comunicación de lectura enviados al R/S receptor del MMS por los UAs receptores del MMS. Especialmente en el caso de múltiples receptores, la cantidad de confirmaciones e informes y las radiotransmisiones necesarias para transmitir las confirmaciones y los informes, pueden provocar una carga elevada en las entidades involucradas de la red, produciendo situaciones de sobrecarga o reducciones del rendimiento.
El documento US 6.085.101 se refiere a un método y una red de comunicación destinados a enviar un solo mensaje mediante transmisión por multidifusión desde un emisor a varios receptores remotos. Un terminal emisor de comunicación envía a través de una línea el mensaje y la lista de direcciones receptoras a un servidor de la red, el cual reenvía después el mensaje a un servidor remoto de la red, por una línea adicional. El servidor remoto de la red llama a los receptores remotos indicados, para enviar el mensaje a los receptores remotos indicados.
El documento WO 02/11398 A1 (Nokia Corp.) 07.02.2002 describe un método destinado a enviar un mensaje multimedia desde un terminal emisor móvil a un terminal receptor móvil, a través de un servidor de comunicaciones. La posibilidad de multidifusión se menciona en términos muy generales.
Sumario de la invención
Un objeto de la presente invención es proporcionar un método, un dispositivo y un programa informático que mejoren la eficacia de los servicios de mensajes multimedia en cuanto a la entrega de mensajes multimedia y, preferentemente, en cuanto a la información.
Este objeto se consigue con el método descrito en la reivindicación 1. Además, la invención se incorpora en un servidor receptor, según se describe en la reivindicación 15, y en un programa informático cargable en una unidad central de un servidor receptor, según se describe en la reivindicación 26. En las demás reivindicaciones se describen realizaciones ventajosas.
Se describe un método de transmisión eficaz de un mensaje multimedia desde un dispositivo emisor de usuario a dispositivos receptores de usuario. El método comprende varias etapas. En una primera etapa se envía un primer mensaje desde el dispositivo emisor de usuario a un servidor emisor. El primer mensaje comprende el mensaje multimedia y una indicación de direcciones de los dispositivos receptores de usuario. Son ejemplos de una indicación de direcciones: una dirección de grupo de los dispositivos receptores de usuario, o una lista que comprenda las direcciones de los dispositivos receptores de usuario, o una combinación de las mismas.
En una segunda etapa se ejecuta una identificación de un servidor receptor asociado a los dispositivos receptores de usuario, basándose en la indicación de las direcciones. Esta etapa puede incluir la descomposición de una dirección de grupo. A continuación, después de la identificación del servidor receptor al que están asociados los dispositivos receptores de usuario direccionados, se envía el primer mensaje al servidor receptor identificado. En una etapa siguiente se identifican los dispositivos receptores de usuario, basándose en la indicación de las direcciones, por ejemplo descomponiendo una dirección de grupo en las direcciones de los dispositivos receptores de usuario individuales. Además, se ejecuta una entrega por multidifusión del mensaje multimedia a los dispositivos receptores de usuario.
El método mejora la eficacia de los servicios de mensajes multimedia, en cuanto a la entrega de mensajes multimedia a dispositivos receptores de usuario, por el hecho de que se ejecuta una entrega por multidifusión del mensaje multimedia a los dispositivos receptores de usuario. La transmisión del mensaje multimedia por multidifusión es ventajosa, respecto a la transmisión por unidifusión, porque se reduce la tarea de transmisión y de tratamiento relacionada con la distribución del mensaje multimedia a los dispositivos receptores de usuario. Con transmisión por unidifusión el servidor receptor tiene que enviar un mensaje distinto a cada uno de los dispositivos receptores de usuario. Con la multidifusión el mensaje multimedia puede enviarse desde el servidor receptor en un solo mensaje, el cual puede reproducirse cerca de los dispositivos receptores de usuario para su entrega, reduciéndose por tanto la tarea de transmisión y de tratamiento del servidor receptor, así como la de posibles entidades de la red existentes entre el servidor receptor y los dispositivos receptores de usuario relacionadas con la entrega por multidifusión. Se obtiene mayor eficacia usando una o más direcciones de grupo para la indicación de direcciones, lo cual resulta favorable en comparación con una lista de direcciones individuales, especialmente con gran número de receptores, porque el direccionamiento de grupo evita tener que enviar muchas direcciones en un mensaje. Con una o más direcciones de grupo el primer mensaje puede ser más corto, por consiguiente se reduce la carga de la red y la tarea de tratamiento de las entidades relacionadas con el primer mensaje.
La entrega por multidifusión comprende las etapas de asignar una dirección de multidifusión, enviar la dirección de multidifusión a los dispositivos receptores de usuario, incluir el mensaje multimedia en un objeto adecuado para una transmisión por multidifusión, preparar los dispositivos receptores de usuario para la recepción del objeto, reunir los dispositivos receptores de usuario en un grupo de multidifusión según la dirección de multidifusión, y enviar el objeto mediante la transmisión por multidifusión a los dispositivos receptores de usuario. La etapa de reunir puede formar parte de la etapa de preparar o puede ejecutarse por separado.
Según una realización preferida, la ejecución de la entrega por multidifusión puede basarse en el número de dispositivos receptores de usuario, por ejemplo comprobando un valor umbral de modo que cuando sea superado por el número de dispositivos receptores de usuario se active el servidor receptor para proceder a una entrega por multidifusión del mensaje multimedia.
Según otra realización preferida, los dispositivos receptores de usuario pueden recibir conjuntamente con la dirección de multidifusión al menos un elemento de un grupo que comprende una descripción de un sistema de protección de errores, una ventana temporal, una clave de transacción, información de adeudo, un Localizador Uniforme de Recursos, un Indicador Uniforme de Recursos, un nombre lógico de un grupo de multidifusión asociado a la dirección de multidifusión, una hora de inicio de transmisión, y un número de transmisiones.
Según otra realización preferida, al menos uno de entre el servidor emisor y el servidor receptor puede determinar las direcciones de los dispositivos receptores de usuario a partir de la indicación de direcciones. Es necesario determinar las direcciones en caso de que se use una dirección de grupo para la indicación de direcciones. La determinación o descomposición puede efectuarse mediante uno de los servidores o en una entidad adicional, en lugar de los servidores, que proporcione un servicio o utilidad de determinación o descomposición.
Los dispositivos receptores de usuario pueden estar asociados a más de un servidor receptor, que se identifican basándose en la indicación de las direcciones. En este caso, el primer mensaje puede enviarse a dichos más de un servidor receptor. Cada uno de dichos más de un servidor receptor identificado, puede identificar sus dispositivos receptores de usuario asociados, por ejemplo, basándose en la indicación de direcciones comprendida en el primer mensaje. Además, cada uno de los servidores receptores identificados que reciba el primer mensaje, puede ejecutar una entrega por multidifusión del mensaje multimedia a sus dispositivos receptores de usuario asociados.
Según otra realización preferida, se describe un método destinado a informar eficazmente acerca de un estado de transmisión de un mensaje multimedia dirigido a dispositivos receptores de usuario. El método comprende varias etapas. En una primera etapa se recibe en un servidor receptor un mensaje multimedia procedente de un servidor emisor. El servidor receptor puede identificar los dispositivos receptores de usuario a los que se dirija el mensaje multimedia y que estén asociados al servidor receptor. En una etapa siguiente, el mensaje multimedia puede enviarse desde el servidor receptor a los dispositivos receptores de usuario direccionados, asociados al servidor receptor. Además, el servidor receptor puede recibir mensajes de estado, comprendiendo cada uno una indicación de un estado individual de transmisión del mensaje multimedia a uno de los dispositivos receptores de usuario. Los ejemplos de las indicaciones del estado individual de transmisión comprenden al menos un elemento de un grupo que comprende una confirmación de una notificación relativa al mensaje multimedia, una confirmación de una entrega del mensaje multimedia, y una confirmación de una lectura del mensaje multimedia. Las indicaciones recibidas pueden agregarse a un informe que represente el estado de transmisión del mensaje multimedia, por ejemplo, un informe que comprenda confirmaciones de entrega y de lectura recibidas desde los dispositivos receptores de usuario en modo agregado. Además, el informe puede enviarse al servidor emisor.
El método mejora la eficacia de los servicios de mensajes multimedia en relación con la información de un estado de transmisión de un mensaje multimedia dirigido a múltiples dispositivos receptores de usuario. La información de tipo agregado es mucho más eficaz que la información suministrada enviando mensajes individuales, en los que cada uno comprenda un estado individual de transmisión de un dispositivo receptor direccionado de usuario. La información agregada puede utilizar menos mensajes, lo cual produce menor carga en la red y reduce la tarea de tratamiento del servidor receptor y del servidor emisor en comparación con las soluciones de la técnica actual. Además, la información de tipo agregado proporciona, típicamente, una visión general más adecuada del estado de transmisión, en comparación con la información individual, lo cual puede permitir un análisis más rápido del estado de la transmisión.
El mensaje multimedia puede recibirse desde un dispositivo emisor de usuario. El informe recibido por el servidor emisor puede enviarse al dispositivo emisor de usuario, para informar al dispositivo emisor de usuario acerca del estado de transmisión del mensaje multimedia.
Según una realización preferida, las indicaciones se recopilan según una petición. La petición puede originarse, por ejemplo, en al menos una entidad de un grupo que comprende el dispositivo emisor de usuario, el servidor emisor, y el servidor receptor. Las indicaciones recopiladas pueden agregarse, según la invención. La petición puede ser modificable o pueden añadirse a la petición una o más peticiones, por ejemplo mediante el servidor receptor y/o el servidor emisor.
Según una realización preferida, en el informe se utilizan los mensajes de estado que se reciben dentro de un intervalo de tiempo. Reunir mensajes de estado, como las confirmaciones, existentes dentro de un intervalo de tiempo puede evitar largos tiempos de respuesta de la información.
Según otra realización preferida, una o más indicaciones son relacionables con una o más direcciones de los dispositivos receptores de usuario y el informe comprende dichas una o más direcciones relacionadas con el estado de transmisión. La información de una o más direcciones relacionadas con el estado de transmisión del mensaje multimedia proporciona información adicional que puede utilizarse adicionalmente, por ejemplo, un dispositivo receptor de usuario que no haya recibido el mensaje multimedia puede ser direccionado de nuevo para enviarle el mensaje multimedia.
Según otra realización preferida, el informe puede procesarse con fines estadísticos y/o de adeudo.
Los dispositivos receptores de usuario pueden estar asociados a más de un servidor receptor. En este caso, el servidor emisor puede enviar el mensaje multimedia a dichos más de un servidor receptor y puede recibir más de un informe, representando cada uno de ellos el estado de transmisión del mensaje multimedia relacionado con el servidor receptor respectivo. Para informar del estado de transmisión del mensaje multimedia, el servidor emisor puede agregar dichos más de un informe en un informe adicional que represente el estado de transmisión del mensaje multimedia.
El dispositivo emisor de usuario puede comprender un agente emisor de usuario del servicio de mensajes multimedia. El dispositivo emisor de usuario puede ser un equipo de usuario, tal como un teléfono móvil, o un servidor que tenga acceso a un servicio de mensajes multimedia para ejecutar las etapas del método en todo lo relacionado con el dispositivo emisor de usuario.
Cada uno de los dispositivos receptores de usuario puede comprender un agente receptor de usuario del servicio de mensajes multimedia. En consecuencia, un dispositivo receptor de usuario puede ser un equipo de usuario, tal como un teléfono móvil, o un servidor que tenga acceso a un servicio de mensajes multimedia para ejecutar las etapas del método en todo lo relacionado con el dispositivo receptor de usuario.
El servidor emisor puede ser un retransmisor servidor ("relay server") emisor del servicio de mensajes multimedia y/o el servidor receptor puede ser un retransmisor servidor receptor del servicio de mensajes multimedia. El servidor emisor y los uno o más servidores receptores pueden realizarse por separado o sobre una o más plataformas ("platforms"), es decir, sistemas operativos y/o equipos, comunes.
Pueden combinarse una o más etapas del método de transmisión eficaz de un mensaje multimedia desde un dispositivo emisor de usuario a dispositivos receptores de usuario y del método destinado a informar eficazmente sobre un estado de transmisión del mensaje multimedia dirigido a los múltiples dispositivos receptores de usuario. La combinación aumenta aún más la eficacia, en la medida en que un servicio de mensajes multimedia se beneficia de la menor transmisión de mensajes y de la menor tarea de tratamiento relacionada tanto con la entrega por multidifusión, como con la mejora de la información.
La invención se incorpora en dispositivos tales como un servidor receptor, un servidor emisor y un dispositivo emisor de usuario, que se explican con más detalle en lo que sigue.
Se describe un servidor receptor destinado a la transmisión eficaz de un mensaje multimedia a dispositivos receptores de usuario. El servidor receptor comprende una unidad receptora para recibir mensajes, una unidad de transmisión para enviar mensajes, y una unidad central para procesar mensajes e información. La unidad receptora está adaptada para recibir un primer mensaje, que comprende el mensaje multimedia y una indicación de direcciones de los dispositivos receptores de usuario. La unidad central está adaptada para identificar los dispositivos receptores de usuario basándose en la indicación de las direcciones. Además, el servidor receptor está adaptado para ejecutar una entrega por multidifusión del mensaje de multidifusión a los dispositivos receptores de usuario, en el que la unidad central está adaptada para ejecutar una asignación de una dirección de multidifusión, la unidad de transmisión está adaptada para enviar la dirección de multidifusión a los dispositivos receptores de usuario, la unidad central está adaptada para incluir el mensaje multimedia en un objeto adecuado para una transmisión por multidifusión, y la unidad de transmisión está adaptada para enviar el objeto mediante la transmisión por multidifusión a los dispositivos receptores de usuario.
Según una realización preferida, la unidad central del servidor receptor puede adaptarse para ejecutar la entrega por multidifusión basándose en el número de dispositivos receptores de usuario, por ejemplo, tomando una decisión apropiada de entrega por multidifusión cuando el número de dispositivos receptores de usuario supera un valor umbral.
El servidor receptor puede adaptarse para enviar conjuntamente con la dirección de multidifusión al menos un elemento de un grupo que comprende una descripción de un sistema de protección de errores, una ventana temporal, una clave de transacción, información de adeudo, un Localizador Uniforme de Recursos, un Indicador Uniforme de Recursos, un nombre lógico de un grupo de multidifusión asociado a la dirección de multidifusión, una hora de inicio de transmisión, y un número de transmisión.
La unidad central del servidor receptor puede adaptarse para determinar las direcciones de los dispositivos receptores de usuario a partir de la indicación de direcciones.
Según una realización preferida, se describe un servidor receptor destinado a informar eficazmente de un estado de transmisión de un mensaje multimedia dirigido a dispositivos receptores de usuario. El servidor receptor comprende una unidad receptora para recibir mensajes, una unidad de transmisión para enviar mensajes, y una unidad central para procesar mensajes e información. La unidad receptora está adaptada para recibir el mensaje multimedia procedente de un servidor emisor. La unidad de transmisión está adaptada para enviar el mensaje multimedia a los dispositivos receptores de usuario direccionados, asociados al servidor receptor. La unidad receptora está adaptada para recibir mensajes de estado, cada uno de los cuales comprende una indicación de un estado individual de transmisión del mensaje multimedia a uno de los dispositivos receptores de usuario. La unidad central está adaptada para agregar las indicaciones en un informe que representa el estado de transmisión del mensaje multimedia. Además, la unidad de transmisión está adaptada para enviar el informe al servidor emisor.
Según una realización preferida del servidor receptor, la unidad central puede adaptarse para recopilar las indicaciones según una petición que se origine en al menos una entidad de un grupo que comprende un dispositivo emisor de usuario, el servidor emisor y el servidor receptor, y para agregar las indicaciones recopiladas.
La unidad central del servidor receptor puede adaptarse para modificar la petición y para recopilar las indicaciones según la petición modificada. Además o alternativamente, la unidad central puede adaptarse para añadir una o más peticiones y para recopilar las indicaciones según dichas una o más peticiones añadidas.
Según otra realización preferida, la unidad central del servidor receptor puede adaptarse para utilizar en el informe los mensajes de estado que se reciban dentro de un intervalo de tiempo.
Según otra realización preferida, la unidad central del servidor receptor puede adaptarse para relacionar una o más indicaciones con una o más direcciones de los dispositivos receptores de usuario y relacionar dichas una o más direcciones con el estado de transmisión del informe.
Según otra realización preferida, la unidad central del servidor receptor puede adaptarse para procesar el informe con fines estadísticos y/o de adeudo.
Una o más funcionalidades del servidor receptor, según se ha descrito, de transmisión eficaz de un mensaje multimedia procedente de un dispositivo emisor de usuario a dispositivos receptores de usuario y destinado a informar eficazmente de un estado de transmisión de un mensaje multimedia dirigido a dispositivos receptores de usuario, preferentemente pueden combinarse, aumentando de este modo aún más la eficacia del servicio de mensajería multimedia por el hecho de que el servidor receptor con funcionalidad combinada está adaptado para ejecutar una entrega por multidifusión y elaborar una información mejorada, según la invención.
El método propuesto también se incorpora en programas informáticos para ejecutar etapas del método propuesto. Los programas informáticos comprenden partes de codificaciones de programas lógicos o software destinadas a implementar el método según se ha descrito. Uno o más programas informáticos pueden almacenarse en uno o más medios legibles por ordenador. Un medio legible por ordenador puede ser una memoria permanente o regrabable de un dispositivo, tal como un equipo de usuario o un servidor, o puede estar situado externamente. Uno o más programas informáticos pueden transferirse a un dispositivo, por ejemplo mediante un cable o una conexión inalámbrica, como una secuencia de señales.
Se describe un programa informático cargable en una unidad central de un servidor receptor. El programa informático comprende codificación adaptada para ejecutar cualquier etapa del método, según cualquiera de las reivindicaciones 1 a 14, en todo lo relacionado con el servidor receptor.
En lo que sigue se describen realizaciones detalladas de la presente invención, con referencia a las figuras.
Breve descripción de las figuras
La figura 1 muestra un flujo de mensajes de la entrega de un MM mediante multidifusión;
la figura 2 muestra un flujo de mensajes de la entrega de un MM por multidifusión a múltiples UAs receptores de un MMS;
la figura 3 muestra un flujo de mensajes de un MMS con confirmación e información optimizadas;
la figura 4 muestra un sistema simplificado que proporciona la entrega de un MM por multidifusión;
la figura 5 muestra una realización ejemplar de un sistema de MMS.
Descripción detallada de la invención
La figura 1 muestra una primera realización de un MMS optimizado que usa tecnología de transmisión por multidifusión para la entrega de un MM. Para conseguir eficacia con el transporte por multidifusión es preferible destinar un MM a gran número receptores. Existen diversos mecanismos para identificar un MM destinado a grandes grupos de receptores. Los mecanismos se basan en direcciones de grupo, en lugar de direcciones individuales (por ejemplo el número de teléfono). Son ejemplos de ello las listas de distribución de correo electrónico, las listas majordomo, o una indicación dedicada del MM o de un mensaje que incluya el MM. Cuando varios receptores están en la misma zona geográfica lo más eficaz es cualquier tipo de optimización de la entrega, por ejemplo utilizando bandas comunes de frecuencias.
Puede incluirse una dirección de grupo o identificador de grupo, tal como un nombre de un grupo, en un mensaje MM1_presentar.REQ M100 para indicar un grupo de usuarios, asociado a múltiples R/Ss receptores del MMS, al R/S emisor 101 del MMS al que se envía el mensaje MM1_presentar.REQ M100 desde el UA emisor 100 del MMS al R/S emisor 101 del MMS. En lo que sigue, para indicar un grupo se utilizan como sinónimos dirección de grupo e identificador de grupo. Un usuario del UE puede introducir una dirección de grupo mediante el UA emisor 100 del MMS. Por consiguiente, la utilización de direccionamiento de grupo y de mecanismos de envío de mensajes multimedia hace que el método resulte simple y conveniente para el usuario final, porque no tiene que molestarse en introducir todas direcciones individuales como en las soluciones de la técnica actual de MM. Alternativamente, en el mensaje MM1_presentar.REQ M100 pueden introducirse las direcciones de los múltiples receptores.
El mensaje MM1_presentar.REQ M100 además comprende el MM destinado a los múltiples receptores. La recepción del mensaje MM1_presentar.REQ M100 puede ser confirmada al UA emisor 100 del MMS por el R/S emisor 101 del MMS, por ejemplo mediante el mensaje MM1_presentar.RES M101. El R/S emisor 101 del MMS identifica al R/S receptor 102 del MMS y envía el MM y la dirección de grupo al R/S receptor 102 del MMS mediante un mensaje MM4_reenviar.REQ M102 cuya recepción puede ser confirmada al R/S emisor 101 del MMS por el R/S receptor 102 del MMS mediante el mensaje MM4_reenviar.RES M103. En caso de que el R/S receptor 102 del MMS no pueda gestionar MMs de grupo, es decir, un MM acompañado por una dirección de grupo, el R/S emisor 101 del MMS puede determinar las direcciones de los UAs receptores del MMS y reenviar el MM y las direcciones al R/S receptor 102 del MMS con un mensaje MM4_reenviar.REQ M102, asegurando de este modo la compatibilidad inversa. De la misma manera, la recepción del mensaje MM4_reenviar.REQ M102 puede ser confirmada al R/S emisor 101 del MMS por el R/S receptor 102 del MMS mediante el mensaje MM4_reenviar.RES M103. Si los servidores de los UAs receptores del MMS son múltiples R/Ss receptores del MMS, pueden enviarse mensajes MM4_reenviar.REQ y mensajes MM4_reenviar.RES correspondientes a y desde, respectivamente, cada uno de los múltiples R/Ss receptores del MMS. Preferentemente, el R/S emisor 101 del MMS identifica uno o más R/Ss receptores del MMS, a los que están asociados los UAs receptores, a partir del campo de direcciones del mensaje MM1_presentar.REQ M100 y envía una copia del MM y una o más direcciones del grupo receptor a cada uno de los uno o más R/Ss receptores del MMS.
Cada uno de los uno o más R/Ss receptores del MMS puede descomponer su dirección de grupo receptor en las direcciones individuales de los UAs receptores del MMS. Existen dos alternativas para determinar las direcciones receptoras individuales: una primera alternativa consiste en que en la red se disponga de un servidor de descomposición de grupos, que descomponga la dirección de grupo o direcciones de grupo en las direcciones individuales. Junto a la dirección de grupo asociada al MM, una indicación puede indicar al R/S receptor del MMS un servidor de descomposición destinado a determinar las direcciones a partir de la dirección de grupo, por ejemplo, una dirección de un servidor de listas majordomo que determine las direcciones según la dirección de grupo y envíe las direcciones a los uno o más R/Ss receptores del MMS. La segunda alternativa consiste en que el MM o uno o más mensajes que comprendan el MM contengan una lista de receptores junto a la dirección de grupo. La dirección de grupo se utiliza para distinguir entre grupos diferentes e indicar MMs de grupo. Además, esto evita la necesidad de cualquier servidor adicional de grupos. La determinación de direcciones en los uno o más R/Ss receptores del MMS es preferible para grandes grupos de usuarios, por ejemplo 10.000 UAs receptores del MMS, evitando de este modo el envío de muchas direcciones de UAs receptores del MMS desde el R/S emisor del MMS a los uno o más R/Ss receptores del MMS, reduciéndose por tanto la carga de la red dado que se acortan los mensajes y las tareas de tratamiento de los R/Ss emisores y receptores del MMS.
Para disponer de una entrega eficaz del MM a los UAs receptores, se utiliza el modo de multidifusión del Servicio de Difusión o Multidifusión Multimedia ("Multimedia Broadcast/Multicast Service"-MBMS). Actualmente el MBMS está estandarizado en el 3GPP y está especificado en TS 22.146 y TR 23.846 (véase 3GPP TS 22.146 V5.2.0 (2002-03) y 3GPP TR 23.846 0.3.0 (2002-01), respectivamente). Para disponer de entrega basada en multidifusión en el MMS, el R/S receptor 102 del MMS asigna una dirección de multidifusión. Una dirección de multidifusión con Protocolo de Internet ("Internet Protocol"-IP) identifica un grupo completo de interfaces, en lugar sólo una. Para la gestión de grupos se utiliza el Protocolo de Internet para Grupos de Multidifusión ("Internet Group Multicast Protocol"-IGMP) (véase IETF RFC2236) en el caso del IP v4 y la Exploración de Radioyentes de Multidifusión ("Multicast Listener Discovery" -MLD) (véase IETF RFC2710) en el caso del IP v6. Es posible la transmisión eficaz de datagramas de IP, dado que sólo se envía una copia de un paquete y el paquete se reproduce cerca de los receptores.
El MM se incluye en un objeto y se transmite según el modo push a los UAs receptores del MMS usando el protocolo de transmisión del Protocolo de Datagramas de Usuario ("User Datagram Protocol"-UDP). El proceso de "inclusión" es necesario para usar un protocolo de transporte con reenvío posterior del MM mediante entrega de datos por multidifusión, como se explica en lo que sigue. Este proceso puede incluir la segmentación de un MM grande en fragmentos más pequeños. Además o alternativamente, el proceso puede incluir el añadido de redundancia para corrección de errores y detección de errores. Este proceso es muy similar al de preparar páginas web para su distribución por radiodifusión, como en la Difusión Terrestre de señales Digitales de Vídeo ("Digital Video Broadcasting-Terrestic"-DVB-T). Para aumentar la fiabilidad, en la DVB-T se usa un procedimiento de carrusel de datos para la difusión de páginas web y este procedimiento puede aplicarse de modo similar a la entrega por multidifusión de un MM. Otro ejemplo de protocolo adecuado para la transmisión por multidifusión es el Protocolo Trivial de Transferencia de Ficheros de Radiodifusión ("Broadcast Trivial File Transfer Protocol"-BTFTP).
Este objeto, que contiene el MM, a veces también se denomina "objeto push" en la siguiente descripción. Todos los UAs receptores del MMS que no reciban el objeto push pueden recuperar el MM desde el R/S receptor 102 del MMS usando el procedimiento según la técnica actual, como se explica con más detalle en relación con la figura 2.
Mientras que la figura 1 sólo muestra un UA receptor 103 del MMS, la figura 2 ilustra una ampliación que muestra múltiples UAs receptores 103, 204, 20n, 20m del MMS. En consecuencia, las etapas pertinentes de ambas figuras 1 y 2 se describen y referencian en paralelo. Además, la figura 2 presenta una indicación de una escala de tiempo que está subdividida en tres períodos de tiempo principales TP1, TP2, TP3. Un primer período inicial puede estar determinado por la transmisión de mensajes MM1_notificación.REQ M104, M204, M204n desde el R/S receptor 102 del MMS a los UAs receptores 103, 204, 20n del MMS y la posterior confirmación de la recepción de los mensajes MM1_notificación.REQ M104, M204, M204n mediante mensajes MM1_notificación.RES M105, M205, M205n de los UAs receptores 103, 204, 20n del MMS al R/S receptor 102 del MMS.
La dirección de multidifusión está incluida en los mensajes MM1_notificación.REQ M104, M204, M204n que se envían desde el R/S receptor 102 del MMS a los UAs receptores 103, 204, 20n del MMS. En la figura 2 no se muestra ningún mensaje MM1_notificación.REQ dirigido al UA receptor 20m del MMS durante el período de tiempo inicial TP1. Puede suceder que no todos los UAs receptores del MMS reciban los mensajes MM1_notificación.REQ, por ejemplo porque no estén conectados todos los terminales móviles o porque la transmisión sufra perturbaciones. Por ejemplo, según la figura 2, un terminal móvil que incluya el UA receptor 20m del MMS puede dejar de captar el mensaje MM1_notificación.REQ enviado a dicho terminal móvil. El envío de un mensaje MM1_notificación.REQ a un UA receptor del MMS puede dejar de ejecutarse si el UE que incluye dicho UA receptor del MMS está desconec-
tado.
Los mensajes MM1_notificación M104, M204, M204n comprenden la Dirección de Multidifusión y el Puerto y pueden mejorarse con las opciones siguientes. Una primera opción consiste en la utilización de un sistema de protección de errores. En los mensajes MM1_notificación M104, M204, M204n puede incluirse una descripción de uno o más sistemas de protección de errores. Existen diversos modos de proteger a un objeto push de multidifusión contra su corrupción.
Por ejemplo, pueden utilizarse Códigos de Borrado (por ejemplo Reed-Solomon) de modo que se añada Redundancia al propio objeto, lo cual permite identificar o corregir errores de palabra. Una palabra también puede ser un solo bit o varios bits, por ejemplo un byte. El mecanismo de Fuente Digital [ref.: J. W.Byers, M. Luby, M. Mitzenmacher, A. Rege, Un Procedimiento de Fuente Digital para la Distribución Fiable de Datos Masivos ("A Digital Fountain Approach to Reliable Distribution of Bulk Data"), Actas de ACM SIGCOMM de 1.998, Septiembre de 1.998] también añade redundancia al objeto original. Pueden utilizarse Carruseles o Discos de Radiodifusión para la transmisión periódica del objeto. El UA receptor del MMS espera al siguiente ciclo si no se capta una palabra o un fragmento. En este escenario el número de ciclos es limitado. Para proteger mejor al MMS frente a los errores también pueden aplicarse combinaciones de los mecanismos anteriormente mencionados.
En la figura 2 se representa un segundo período de tiempo TP2 en el que los UAs receptores del MMS se incorporan al grupo de multidifusión, se preparan para la recepción del MM, reciben el MM y confirman la recepción del MM. Por lo tanto, otra opción de mejora de los mensajes MM1_notificación consiste en una indicación de una ventana temporal, similar al período de tiempo TP2, durante la que se transmita el objeto Push por el canal de multidifusión. El objeto Push no se transmite durante tiempo indefinido en el grupo de multidifusión. La Ventana Temporal no se limita a un solo período de transmisión del objeto push, puesto que son posibles las repeticiones cíclicas, por ejemplo mediante carrusel de datos o disco de radiodifusión. El período de tiempo TP2, como ejemplo de ventana temporal, puede indicarse por un momento de comienzo de la transmisión y el número de veces que se distribuirá el propio MM, o por un momento inicial y otro final de transmisión.
Además, un mensaje MM1_notificación puede mejorarse incluyendo una clave de transacción para protegerlo contra escuchas ocultas. En caso de que este tipo de mensaje de notificación se transmita mediante un portador de unidifusión, puede ser suficiente un simple mecanismo tal como una indicación de un canal por el que se distribuya el MM a los UAs receptores del MMS y del momento de comienzo de la transmisión. La indicación quizá no, pero el contenido puede estar cifrado. La clave de descifrado puede enviarse con el mensaje de notificación, es decir, con los mensajes MM1_notificación.REQ M104, M204, M204n, según la figura 2. Opcionalmente, la información de gestión de los Derechos Digitales, por ejemplo un objeto de derechos, puede distribuirse en el mensaje de notificación o junto con el propio contenido mediante transporte de multidifusión.
Otros ejemplos de mejora son: información de adeudo, un Localizador Uniforme de Recursos ("Uniform Resource Locator"-URL)/Indicador Unificado de Recursos ("Unified Resource Indicator"-URI) para la recuperación individual, por ejemplo, más fiable aunque quizás más cara, del contenido del MMS, y un nombre lógico del grupo (asociado a la dirección de multidifusión) para tener una representación más conveniente de los clientes. Como ejemplo de nombre lógico: una dirección de multidifusión de IP típica es 224.2.4.3. Este grupo podría usarse para información relacionada con "Grand Prix". Un nombre lógico podría ser "GrandPrix" asociado a la dirección de IP 224.2.4.3. El canal de transmisión usado para la transmisión por multidifusión queda descrito por el grupo de multidifusión y por tanto por la dirección de multidifusión.
Los UAs receptores 103, 204, 20n del MMS que hayan recibido los mensajes MM1_notificación.REQ M104, M204, M204n en el período inicial de tiempo TP1 se incorporan a un grupo de multidifusión en los procesos P200, P204, P20n y se preparan, en los procesos P200, P204, P20n, para recibir el objeto push. Pueden incorporarse al grupo de multidifusión basándose en la dirección de multidifusión comprendida en el mensaje MM1_notificación.REQ. Un UA receptor del MMS puede incorporarse al grupo de multidifusión enviando un mensaje, tal como un mensaje de IGMP o de MLD, a una entidad, tal como un Nodo de Soporte con Acceso a GPRS ("Gateway GPRS Support Node"-GGSN), que controle un portador, tal como un portador de un MBMS, adecuado para entrega del MM por multidifusión. Según el ejemplo presente, los UAs receptores 103, 204, 20n del MMS envían los mensajes MC1, MC2, MC3, que por ejemplo son mensajes de IGMP o de MLD, a un GGSN (no mostrado en la figura 2) para incorporarse al grupo de multidifusión en los procesos P200, P204, P20n. Para la preparación de la recepción del objeto push, por ejemplo puede ajustarse un canal destinado a recibir el objeto push. Alternativamente o además, puede adaptarse un cifrado, un codificador-descodificador, y/o una velocidad de transferencia de bits. Además, puede reservarse memoria para almacenar o procesar el MM en los UEs de los receptores.
La recepción de los mensajes MM1_notificación.REQ M104, M204, M204n puede ser confirmada al R/S receptor 102 del MMS mediante mensajes MM1_notificación.RES M105, M205, M205n. Mediante entrega de datos por multidifusión se transmite M206 el objeto push a los UAs receptores del MMS; 103; 204; 20n. Como se ha explicado anteriormente, el objeto push puede transmitirse varias veces usando un carrusel de datos para aumentar la probabilidad de su correcta recepción.
La recepción del objeto push puede ser confirmada mediante mensajes MM1_confirmación.REQ M108, M208, M208n.
Para aquellos UAs receptores del MMS que no capten el objeto push o los mensajes MM1_notificación.REQ M104, por ejemplo por el hecho de que no se capte la ventana push o debido a una transmisión corrompida, o para UAs receptores del MMS que estén desconectados, puede utilizarse el procedimiento normal de recuperación según la técnica actual para la recuperación del MM. Según la figura 2, el UA receptor 20m del MMS, por ejemplo, que estaba fuera de servicio, puede ser notificado mediante un mensaje MM1_notificación.REQ M204m en el período de tiempo TP3, cuando resulta accesible de nuevo. El UA 20m del MMS puede confirmar la recepción del mensaje de notificación M204m mediante un mensaje MM1.notificación.RES M205m y a continuación puede recuperar el MM desde el R/S receptor 102 del MMS. Alternativamente, puede repetirse la entrega por multidifusión, lo cual se hace preferentemente si una fracción grande de los UAs receptores del MMS no hubiera captado los mensajes MM1_notificación.REQ iniciales.
Tal como se ha indicado en relación con la figura 1, según la técnica actual, puede elaborarse una información del estado de la transmisión del mensaje multimedia y ejecutarse una confirmación de informes, mediante el mensaje MM1_confirmación.REQ M108, el mensaje MM4_informe_de_entrega.REQ M109, el mensaje MM4_informe_de_
entrega.RES M110, el mensaje MM1_informe_de_entrega.REQ M111, el mensaje MM1_comunicación_de_lectura_
del_receptor.REQ M112, el mensaje MM1_informe_de_comunicación_de_lectura.REQ M113, el mensaje MM1_
informe_de_comunicación_de_lectura.RES M114, y el mensaje MM1_comunicación_de_lectura_del_emisor.REQ M115, o según una información más eficaz utilizando agregación de los informes, como se describe con más detalle en relación con la figura 3.
El procedimiento descrito puede aplicarse a un solo UA receptor del MMS, como se ilustra en la figura 1. Sin embargo, se obtiene mayor eficacia con múltiples UAs receptores del MMS. El operador de un sistema de telecomunicaciones móviles que proporcione MMS puede restringir la entrega del MM por multidifusión a un número de UAs receptores del MMS que supere un valor umbral. En un grupo de UAs receptores del MMS cuya cantidad sea menor que el valor umbral puede aplicarse transmisión del MM por unidifusión. Con un número de UAs receptores del MMS que supere el valor umbral se aplica transmisión del MM por multidifusión para mejorar la eficacia.
La transmisión del objeto push puede ejecutarse inmediatamente después de la transmisión de los mensajes MM1_notificación.REQ. Opcionalmente, para enviar el MM a los UAs receptores del MMS puede usarse un evento activador. Un evento activador, tal como un tiempo, puede aplicarse preferentemente en los casos de grupos muy grandes en los que pueda tardarse cierto tiempo antes de que todos devuelvan la confirmación del mensaje de notificación, es decir, que todos envíen el mensaje MM1_notificación.RES. El evento temporal también puede usarse para dar a los UEs de los UA receptores del MM un margen de varias generaciones aleatorias de tiempo antes de que devuelvan al R/S receptor del MMS el mensaje MM1_notificación.RES. El envío del objeto push en momentos distintos reducirá la carga de la red, especialmente en el caso de alta densidad de UAs receptores del MMS situados en la misma zona geográfica, por ejemplo asociados al mismo Controlador de Red Radio ("Radio Network Controller"-RNC) o situados en la misma célula. El R/S receptor del MMS puede utilizar un temporizador para tener en cuenta los tiempos de transmisión de los mensajes MM1_notificación.REQ y de preparación P200 de la recepción del objeto push por los UAs receptores del MMS. El objeto push puede enviarse, alternativamente, dependiendo de la recepción de mensajes MM1_notificación.REQ. Los mensajes MM1_notificación.REQ recibidos satisfactoriamente pueden ser indicados al R/S receptor 102 del MMS mediante los mensajes MM1_notificación.RES. El R/S receptor 102 del MMS puede enviar el objeto push después de que se supere un valor umbral en el número de mensajes MM1_notificación.RES recibidos. Además, en la entrega por multidifusión del MMS a múltiples UAs receptores del MMS pueden estar involucrados más de un R/S receptor del MMS. En la figura 5 se muestra un ejemplo de un sistema que comprende más de un R/S receptor del MMS.
Puede aplicarse un principio correspondiente al modo Push con Protocolo de Aplicaciones Inalámbricas ("Wireless Application Protocol"-WAP). En Push WAP, en primer lugar se transmite una indicación de servicio, por ejemplo vía SMS. Las especificaciones del WAP vía aire ("over the air"-OTA) [véase www.wapforum.org] definen las denominadas "Indicaciones de Servicio" ("Service Indications") [véase "Service Indication", versión 31 de Julio de 2.001, WAP-167-ServiceInd-20010731-a.pdf, disponible en www.wapforum.org], que contienen un mensaje corto y un Identificador de Recursos Universal ("Universal Resource Identifier"-URI) que indica el servicio. Tras su recepción el dispositivo móvil puede dar comienzo al servicio indicado por el URI o dejarlo para más tarde, por ejemplo, puede ponerlo en la Bandeja de Entrada de objetos Push según una sección del WAP de los teléfonos más modernos. La invención también puede aplicarse a otras soluciones de almacenamiento y reenvío, por ejemplo al SMS o al Servicio de Mensajería Extendida o Mejorada ("Extended Messaging Service"-EMS).
Partes de la gestión de grupos o de los procedimientos de descomposición de grupos pueden implementarse en un Proveedor de Servicios de Valor Añadido ("Value Added Service Provider"-VASP) del MMS. Puede utilizarse un VASP del MMS para indicar al R/S emisor del MMS si se va a enviar un MM a un grupo grande o no. El R/S emisor del MMS puede tener en cuenta esta información antes de distribuir el MM.
La figura 3 muestra un ejemplo de un MMS con confirmación mejorada y tratamiento de informes mejorado. Un MM puede ser enviado desde un UA emisor 300 del MMS a múltiples UAs receptores del MMS, bien mediante transmisión por unidifusión según la técnica actual, bien con el mecanismo propuesto de entrega por multidifusión del MMS, según se ha explicado en relación con las figuras 1 y 2. En la figura 3 se representa un mecanismo de unidifusión. Por sencillez, sólo se representa un R/S receptor 302 del MMS y un UA receptor 303 del MMS que representan, ejemplarmente, uno o más R/Ss receptores del MMS y uno o más UAs receptores del MMS, respectivamente. En un MM dirigido a múltiples UAs receptores del MMS por cada R/S receptor del MMS, el número de mensajes transmitidos entre los múltiples UAs del MMS y dicho R/S receptor del MMS aumenta (por ejemplo los mensajes M304-M308, M312). Si están involucrados múltiples R/S receptores del MMS, el número de mensajes (por ejemplo los mensajes M302, M303, M309, M310, M313, M314) transmitidos entre el R/S emisor 301 del MMS y los múltiples R/S receptores 302 del MMS aumenta con el número de R/Ss del MMS involucrados. En el caso de múltiples R/Ss receptores del MMS se produce un aumento correspondiente en los procesos P302, P303,
P305.
Para indicar qué tipo y cómo quiere recibir el UA emisor 300 del MMS uno o más informes de entrega, de adeudo por respuesta y/o de comunicación de lectura, se dispone en el R/S emisor 301 del MMS y/o los R/S receptores 302 del MMS y preferentemente en el UA emisor 300 del MMS, de un mecanismo destinado a controlar los informes de entrega, de adeudo por respuesta y/o de comunicación de lectura. En lo que sigue, en primer lugar se describe la indicación del UA emisor 300 del MMS al R/S emisor 301 del MMS. A continuación se explica el proceso de las confirmaciones y de los informes mencionados anteriormente.
En el caso de múltiples UAs receptores 303, los indicadores de informes de entrega, de adeudo por respuesta y de comunicación de lectura, del mensaje MM1_presentar.REQ M300 enviado desde el UA emisor 300 al R/S emisor 301 del MMS se extienden desde un simple indicador si/no o "leído"/"borrado sin ser leído", a contener, por ejemplo, la siguiente parcelación.
\bullet
Información sobre el UA receptor individual requerido del MMS, por ejemplo indicando al UA emisor del MMS las direcciones o identidades de los UAs receptores del MMS;
\bullet
Información requerida acerca del número o porcentaje de UAs receptores del MMS que hayan recibido el mensaje en cierto período de tiempo;
\bullet
Informes agregados requeridos;
\bullet
Información solicitada de adeudo/facturación.
También pueden usarse combinaciones de indicadores de informes requeridos. Preferentemente, el usuario del UA emisor del MMS puede seleccionar el tipo de informe requerido, por ejemplo seleccionando indicadores que indiquen la petición de un informe agregado complementado con información de adeudo, y enviar esta petición al R/S emisor del MMS, por ejemplo mediante el mensaje MM1_presentar.REQ M300. La selección puede efectuarse mediante una unidad de entrada/salida. La mayor parcelación con la que el UA emisor del MMS puede indicar la recepción preferida de informes de entrega, comunicaciones de lectura y adeudos por respuesta, proporciona mayor comodidad al usuario final y soluciones más eficaces de transporte.
El R/S emisor 301 del MMS puede enviar la petición procedente del UA emisor 300 del MMS al R/S receptor 302 del MMS mediante el mensaje MM4_reenviar.REQ M302. El R/S emisor 301 del MMS también puede modificar la petición del UA emisor 300 del MMS en el proceso P301 y enviar la petición modificada al R/S receptor 302 del MMS. Además o alternativamente, el R/S emisor del MMS puede añadir una o más peticiones, por ejemplo con fines estadísticos propios o de adeudo/facturación, y enviar las peticiones añadidas al R/S receptor 302 del MMS. Las peticiones modificadas y/o añadidas se envían preferentemente mediante el mensaje MM4_reenviar.REQ M302.
Los ejemplos de tales peticiones modificadas o añadidas incluyen:
\bullet
Información requerida acerca del número o porcentaje de receptores que hayan recibido el mensaje en cierto período de tiempo.
\bullet
Información acerca de la posición física o de la red receptora. La red receptora y/o la posición física pueden utilizarse con fines estadísticos o de adeudo. Tanto la distancia real a las una o más redes receptoras, como el simple hecho de que el R/S o el UA receptor del MMS esté en la misma red, pueden utilizarse con fines estadísticos o de adeudo.
El R/S emisor 301 del MMS puede almacenar los indicadores y llevar un control de los informes que se devuelven en el procedimiento que sigue y puede notificar al UA emisor 300 del MMS según se haya solicitado. Además, el R/S emisor 301 del MMS puede llevar un control de la información para sus propios fines. Ejemplos de tal uso de la información en el R/S emisor 301 del MMS son los modelos de adeudo multiusuario en los que, por ejemplo, los cargos del UA emisor 300 del MMS dependen del número de receptores o de la velocidad real de distribución. Las peticiones antes mencionadas de control de los informes de entrega, de adeudo por respuesta y/o de comunicación de lectura, pueden transmitirse a través del R/S emisor 301 del MMS desde el UA emisor 300 del MMS a múltiples R/Ss receptores del MMS si los UAs receptores del MMS están conectados a R/Ss receptores del MMS distintos, como por ejemplo se muestra en la figura 5. En este caso, el R/S emisor 301 del MMS puede determinar las direcciones de los UAs receptores del MMS y distribuir los UAs receptores del MMS por cada R/S receptor del MMS involucrado. Para enviar el MM y las peticiones antes mencionadas a los R/Ss receptores del MMS pueden utilizarse múltiples mensajes MM4_reenviar.REQ, con un mensaje MM4_reenviar.REQ por cada R/S receptor involucrado del MMS.
Tras la recepción de las peticiones transmitidas, los uno o más R/Ss receptores 302 del MMS pueden almacenar información concerniente al tipo de información que se haya solicitado entregar al R/S emisor 301 del MMS y/o al UA emisor 300 del MMS. Los uno o más R/Ss receptores 302 del MMS pueden añadir peticiones en el proceso P302 o modificar en el proceso P302 las peticiones recibidas, por ejemplo para sus propios fines estadísticos o con fines de adeudo/facturación, antes de notificar a los uno o más UAs receptores 303 del MM del MMS.
La entrega del MM a un UA receptor 303 del MMS puede efectuarse mediante el mensaje MM1_notificación.REQ M304, el mensaje MM1_notificación.RES M305, el mensaje MM1_recuperar.REQ M306 y el mensaje MM1_recupe-
rar.RES M307, y con mensajes adicionales correspondientes en caso de que el MM haya de entregarse a múltiples UAs receptores del MMS. La entrega a uno o más UAs receptores del MMS también puede efectuarse por multidifusión del MMS, según se ha explicado en relación con las figuras 1 y 2, que preferentemente es el caso, por ejemplo, de grandes grupos de usuarios por cada R/S receptor involucrado del MMS.
Tras la recepción de los mensajes MM1_confirmación.REQ M308 correspondientes, procedentes de los UAs receptores 303 del MMS, los uno o más R/S receptores 302 del MMS pueden recopilar la información en el proceso P303 de acuerdo con la petición procedente del R/S emisor 301 del MMS. En la recopilación pueden guardarse las confirmaciones, es decir, los mensajes MM1_confirmación.REQ M308 procedentes de los uno o más UAs receptores 303 del MMS. Puede deducirse información adicional del proceso de entrega del MM, tal como la cantidad de UAs receptores 303 del MMS, a partir del número de mensajes MM1_notificación.RES M304 recibidos por los uno o más R/S receptores 302 del MMS. A partir del conocimiento de las direcciones de los UAs receptores 303 del MMS puede analizarse qué UAs receptores notificados del MMS han recibido la notificación y cuáles no. También puede verificarse qué UAs receptores del MMS han confirmado la recepción del MM y cuáles no. Con los uno o más mensajes de comunicación_de_lectura_del_receptor.REQ M312 puede efectuarse un análisis correspondiente que indique qué UAs receptores del MMS han leído el MM.
Para evitar que todas las confirmaciones de entrega o de lectura, es decir, los mensajes MM1_confirmación.REQ M308 y los mensajes de comunicación_de_lectura_del_receptor.REQ M312, respectivamente, recibidas para este MM, se envíen al R/S emisor 301 del MMS como mensajes MM4_informe_de_entrega.REQ y mensajes MM4_infor-
me_de_comunicación_de_lectura.REQ individuales, los uno o más R/S receptores 302 del MMS pueden agregar las confirmaciones de entrega o de lectura en uno o algunos informes de entregas o de comunicaciones de lectura.
Un informe agregado puede comprender una cantidad o un porcentaje de los UAs receptores del MMS que hayan confirmado la entrega y/o la lectura del MM. El informe puede comprender, alternativamente o además, la cantidad de UAs receptores del MMS que no hayan confirmado la entrega y/o la lectura. Puede ser útil que el UA emisor 300 del MMS reciba una indicación de la dirección de los UAs receptores del MMS que hayan o no hayan confirmado la entrega o la lectura. En consecuencia, las direcciones de los UAs receptores del MMS pueden relacionarse con la información agregada de las confirmaciones. A fin de evitar largos tiempos de respuesta de informes, el R/S receptor del MMS puede reunir las confirmaciones existentes dentro de un intervalo de tiempo. En este caso, las confirmaciones se registran y se recopilan en el informe si corresponden al intervalo de tiempo. Puede prescindirse de las confirmaciones recibidas fuera de ese intervalo de tiempo o pueden utilizarse para otro informe. Puede utilizarse un temporizador del o accesible por el R/S receptor del MMS, para dar comienzo al intervalo de tiempo del registro de confirmaciones y para terminar el registro de acuerdo con el intervalo de tiempo. La puesta en marcha del temporizador puede realizarse mediante los mensajes MM1.notificación.REQ, tal como uno o más mensajes M304 o los mensajes M104, 204, 204n, o mediante la entrega por multidifusión (mensajes M106; M206 de las figuras 1 y 2). En un informe agregado del MMS, las confirmaciones recibidas de entrega y lectura de un MM pueden relacionarse con el MM utilizando un elemento de identificación de la transacción que puede enviarse a los UAs receptores del MMS en el mensaje MM1_notificación.REQ.
En la tabla A puede encontrarse un ejemplo de un informe agregado que comprende información de la confirmación de la entrega y de la lectura. El informe comprende un elemento de identificación (MM ID) del MM. Además especifica la cantidad de UAs receptores direccionados del MMS, es decir, el número de UAs receptores del MMS a los que se ha de entregar el MM en el caso de un grupo, tal como un grupo de multidifusión, siendo la cantidad de UAs receptores direccionados del MMS el número de los UAs receptores del MMS del grupo. Como alternativa, la cantidad de UAs receptores del MMS puede especificar el número de direcciones seleccionadas por el usuario del UA emisor del MMS a las que se ha de entregar el MM. La cantidad de UAs receptores notificados del MMS puede determinarse, por ejemplo, contando el número de mensajes MM1_notificación.RES (por ejemplo los mensajes M105, M205, M205n, M305) enviados desde los UAs receptores notificados del MMS. Alternativamente puede contarse el número de mensajes MM1_notificación.REQ (por ejemplo los mensajes M104, M204, M204n, M304) enviados a los UAs receptores del MMS. De modo similar, la cantidad de UAs receptores del MMS que reciben el MM puede determinarse contando los mensajes MM1_confirmación.REQ (por ejemplo los mensajes M108, M208, M208n, M308) procedentes de los UAs receptores del MMS que hayan recibido el MM o los mensajes correspondientes de entrega (por ejemplo los mensajes M106, M206). La cantidad de UAs receptores del MMS que leen el MM puede determinarse, por ejemplo, contando el número de mensajes MM1_comunicación_de_lectura_del_receptor.REQ (por ejemplo M112, M312) enviados desde los UAs receptores del MMS para la confirmación de la lectura del MM.
TABLA A Ejemplo de un informe agregado
Elemento de identificación del MM MM ID
Cantidad de UAs receptores direccionados del MMS: 10
Cantidad de UAs receptores notificados del MMS: 9
Cantidad de UAs receptores del MMS que han recibido el MM: 8
Cantidad de UAs receptores del MMS que han leído el MM: 7
Direcciones de UAs receptores del MMS que no han sido notificadas: 1 Dirección
Direcciones de UAs receptores que no han confirmado la entrega del MM: 2 Direcciones
Direcciones de UAs receptores que no han leído el MM 3 Direcciones
Hora de Entrega 10:30 p.m.
Intervalo de tiempo para la recepción de MM1_confirmación.REQ 2 min.
Intervalo de tiempo para la recepción de MM1_confirmación_de_lectura_del_receptor.REQ 4 min.
Usar los mensajes mencionados anteriormente, enviados desde los UAs receptores del MMS, para determinar las cantidades respectivas, tiene la ventaja de que para la generación de informes se utiliza información con acuse de recibo, es decir, confirmada. Contar los mensajes dirigidos a los UAs receptores del MMS tiene la ventaja de que puede conseguirse una generación de informes más rápida y pueden omitirse mensajes de confirmación procedentes de los UAs receptores del MMS.
Correlacionar los mensajes de confirmación individuales con información relacionada con las direcciones de los UAs receptores del MMS, proporciona información concerniente a las direcciones de los UAs receptores del MMS que no captaron la notificación, que no confirmaron la entrega del MM, y/o que no confirmaron la lectura del MM.
Puede especificarse otra información tal como la hora de entrega, el intervalo de tiempo para la recepción de MM1_confirmación.REQ y para la recepción de MM1_comunicación_de_lectura_del_receptor.REQ, indicando al lector del informe los intervalos respectivos de recogida de mensajes de confirmación.
TABLA B Ejemplo de un informe, recopilado y agregado, recibido por el R/S emisor del MMS desde un primer R/S receptor del MMS
Elemento de identificación del R/S del MMS ID1
Elemento de identificación del MM MM ID
Cantidad de UAs receptores direccionados del MMS: 10
Direcciones de UAs receptores que no han leído el MM 3 Direcciones
Hora de entrega 10:30 p.m.
TABLA C Ejemplo de un informe, recopilado y agregado, recibido por el R/S emisor del MMS desde un segundo R/S receptor del MMS
Elemento de identificación del R/S del MMS ID2
Elemento de identificación del MM MM ID
Cantidad de UAs receptores direccionados del MMS: 20
Direcciones de UAs receptores que no han leído el MM 5 Direcciones
Hora de entrega 10:30 p.m.
TABLA D Ejemplo de un informe, recopilado y agregado, enviado desde el R/S emisor del MMS al UA emisor del MMS
Elemento de identificación del MM MM ID
Cantidad de UAs receptores direccionados del MMS: 30
Direcciones de UAs receptores que no han leído el MM 8 Direcciones
Hora de entrega 10:30 p.m.
A un informe puede añadírsele información, tal como un elemento de identificación de la red, en el caso en que uno o más R/S receptores del MMS estén situados en una red diferente a la del R/S emisor del MMS. Los uno o más R/S receptores del MMS envían al R/S emisor del MMS los informes agregados, el cual preferentemente recopila y agrega aún más los informes recibidos, antes de enviar al UA emisor 300 del MMS un informe de entregas y/o de lecturas. En las tablas B, C, y D puede encontrarse un ejemplo de una recopilación y agregación adicional.
A partir de las tablas B, C, y D puede deducirse que los informes pueden comprimirse cada vez más por recopilación y agregación. Además, es posible la selección y/o el proceso adicional de información de los informes, por ejemplo, puede ser innecesario proporcionar al usuario del UA emisor del MMS los elementos de identificación de los R/Ss receptores del MMS involucrados. Por lo tanto, en el informe del UA emisor del MMS se omite esta informa-
ción.
En el caso de múltiples receptores del mismo MM, la agregación de informes de entrega y de comunicaciones de lectura proporciona descripciones generales más adecuadas del estado correspondiente, tanto para el UA emisor del MMS como para el Retransmisor/Servidor emisor del MMS. Los mecanismos de control agregado permiten un adeudo en grupo del MMS más sofisticado, que por ejemplo puede tener en cuenta para la facturación del usuario que originó el MM el número de destinos que hayan recibido el MM y/o el número de destinos que hayan leído el MM, ya que, por ejemplo, los Retransmisores/Servidores emisor y receptor del MMS pueden tener en cuenta el número de UAs receptores del MMS que reciben y/o leen el MM analizando las anotaciones adecuadas de uno o más informes según la invención. El adeudo del usuario del UA emisor del MMS puede ser efectuado por una entidad adicional, por ejemplo un servidor de adeudos, basándose en uno o más informes según la presente invención. El UA emisor del MMS o el usuario del UA emisor del MMS pueden analizar la información proporcionada por los uno o más informes recopilados y agregados según la invención, por ejemplo, para inicializar una transmisión del MM a los uno o más UAs que no captaron, por ejemplo no recibieron, el MM.
El adeudo por respuesta agregado es un servicio que puede distinguir a los propios operadores, ya que puede adeudarse menos al UA emisor del MMS porque los recursos de transmisión se utilizan eficazmente, por ejemplo debido al escaso número de mensajes necesarios para informar de la recepción y/o la lectura de MMs. En el caso de adeudo por respuesta el UA emisor del MMS paga por el mensaje de respuesta. En el caso de mensajes de respuesta, el R/S receptor del MMS y el R/S emisor del MMS pueden recopilar estas respuestas en un sumario de mensajes de respuesta. En el caso, por ejemplo, de que sólo sean respuestas válidas si/no ó 1/2, el R/S emisor o receptor del MMS puede recopilar un mensaje de respuesta en grupo indicando si y no, ó 1 y 2, con el número o porcentaje de UAs receptores del MMS que hayan respondido en consecuencia.
Según la técnica actual, en una entrega de un MM a varios UAs receptores del MMS puede haber hasta el mismo número de informes de entrega y hasta el mismo número de comunicaciones de lectura si todos los UAs direccionados del MMS confirman la entrega y la lectura del MM. Según la presente invención sólo es necesario enviar un informe al UA emisor del MMS. En el caso en que los UAs receptores del MMS estén servidos por un R/S receptor del MMS, sólo es necesario enviar un informe desde el R/S receptor del MMS al R/S emisor del MMS. Si los UAs receptores direccionados del MMS pertenecen a distintos R/Ss receptores del MMS, cada R/S receptor del MMS puede enviar un informe al R/S emisor del MMS, aumentando por tanto ligeramente el número de informes en comparación con el caso en que múltiples UAs receptores están servidos por un R/S receptor del MMS. En cualquier caso, independientemente del número de UAs receptores del MMS o del número de R/S receptores del MMS involucrados, puede asegurarse que el UA emisor del MMS solamente recibe un informe agregado.
Debido a la flexibilidad del método propuesto, también puede proporcionarse al UA emisor del MMS más de un informe, por ejemplo proporcionándose al emisor un primer informe que indique la cantidad de UAs receptores que hayan recibido el MM en cierto intervalo de tiempo, por ejemplo varios minutos después de la entrega del MM, y posteriormente, por ejemplo varias horas después de la entrega del MM, un segundo informe que indique la cantidad de usuarios que hayan leído el MM.
Un ejemplo ilustra la eficacia del método propuesto: un emisor envía un MM a 10.000 UAs receptores distribuidos en 3 R/S receptores del MMS. Según la técnica anterior se generan hasta 10,000 informes de entrega y hasta 10.000 informes de lectura y se transfieren desde los R/Ss receptores del MMS al R/S emisor, el cual reenvía hasta 10.000 informes de entrega y hasta 10.000 informes de lectura al UA emisor del MMS. En total se envían hasta 40.000 mensajes de informes. Además, los mensajes de acuse de recibo que confirman la recepción de los mensajes MM4_informe_de_entrega.REQ y de los mensajes MM4_informe_de_comunicación_de_lectura.REQ, es decir, los mensajes MM4_informe_de_entrega.RES y los mensajes MM4_informe_de_comunicación_de_lectura.RES, respectivamente, ascienden hasta 10.000 por cada tipo de mensaje de confirmación. En total se han de generar, transferir y procesar 60.000 mensajes por las entidades involucradas, según el procedimiento descrito en la Especificación Técnica 23.140 V4.6.0 (2002-03) del 3GPP. Con el método propuesto, según la presente invención, desde el R/S receptor del MMS al R/S emisor es necesario enviar un mínimo de 3 informes que comprenden información de entrega y de lectura del MMS, y sólo un informe al UA emisor del MMS. En total, sólo es necesario enviar 4 informes. Añadiendo 3 mensajes de confirmación de la recepción de los informes, es decir, 3 mensajes de confirmación enviados desde el R/S emisor del MMS a los 3 R/Ss receptores del MMS, resulta la cantidad total de 7 mensajes, que por tanto es mucho menor que los 60.000 mensajes necesarios según la solución de la técnica actual.
El número de mensajes necesarios según la técnica anterior y según la invención propuesta, para un número arbitrario de UAs receptores del MMS y un número arbitrario de R/Ss receptores del MMS, puede calcularse como sigue:
Número de UAs receptores del MMS: N
Número de R/S receptores del MMS que sirven a los N UAs receptores del MMS: M
Número máximo de mensajes según la técnica anterior: 6 x N
Número mínimo de mensajes según la invención: 2 x M + 1
Para calcular el número máximo de mensajes según la técnica anterior, se ha supuesto que todos los UAs receptores direccionados del MMS han confirmado la entrega y la lectura. Para el cálculo según la técnica anterior sólo se han considerado los mensajes MM4_informe_de_entrega.REQ, MM4_informe_de_entrega.RES, MM1_informe_de_entrega.
REQ, MM4_informe_de_comunicación_de_lectura.REQ, MM4_informe_de_comunicación_de_lectura.RES, y
MM1_comunicación_de_lectura_del_emisor.REQ.
Para calcular el número mínimo de mensajes según la invención, se ha supuesto que las informaciones de entrega y de comunicaciones de lectura se agregan en un informe, es decir, la información comprendida en los mensajes M309 y M313 se une en un informe que también combina los mensajes M310 y M314. Además, para calcular el número mínimo de mensajes según la presente invención se unen los mensajes M311 y M315. No obstante, la combinación de diversos informes asegura mayor eficacia incluso en el caso en que sólo se direccione un UA receptor del MMS. En cualquier caso, con la presente invención el número de informes de entrega y de lectura puede desligarse del número de UAs receptores del MMS.
La figura 4 ilustra la entrega del MM por multidifusión, con dispositivos ejemplares y con conexiones entre los dispositivos. Se envía un MM desde una primera entidad N400 a través de una red de servicio N401, una red troncal N402 y una red radio de acceso N403, mediante un canal compartido eficientemente, a múltiples UAs receptores N410, N420, N430, representados en este caso como teléfonos móviles y teléfonos inteligentes. La primera entidad N400 puede ser un UA emisor del MMS, un R/S emisor del MMS o un R/S receptor del MMS. Usar una sola dirección de grupo en lugar de múltiples direcciones de destino, permite utilizar de modo rentable y eficaz los recursos radioeléctricos de interfaz, especialmente escasos.
La figura 5 muestra una realización ejemplar de un sistema de MMS destinado a ejecutar la invención propuesta, con múltiples UAs receptores D02-D08 del MMS servidos por múltiples R/Ss receptores S20, S30, S40 del MMS. Cuando los elementos de la red están bajo el control de una sola administración, a veces se utiliza la expresión entorno del MMS (MMS environment-MMSE) para denominar un sistema de MMS, como se indica por ejemplo con el MMSE E100-E400. Según el presente ejemplo, los múltiples UAs receptores D02-D08 del MMS están conectados al R/S receptor correspondiente S20, S30, S40 del MMS mediante redes radioeléctricas de acceso RA02; RA03; RA04. Desde un UA emisor D01 del MMS puede enviarse un MM por una primera red radioeléctrica RA01 a un R/S emisor S10 del MMS. El UA emisor D01 del MMS puede indicar al R/S emisor S10 del MMS los informes preferidos. El MM puede distribuirse a los R/Ss receptores S20-S40 del MMS y puede enviarse mediante multidifusión a los UAs receptores D02-D08 del MMS. Según la invención, para la entrega del MM se usa preferentemente transmisión por multidifusión. No obstante, también puede utilizarse transmisión por unidifusión, por ejemplo en el caso en que uno o más componentes involucrados en la entrega del MM no soporten la multidifusión o si el número de UA receptores del MMS existentes por cada R/S receptor del MMS es menor que cierto número umbral. Asimismo es posible usar una combinación de entregas por multidifusión y unidifusión, por ejemplo, entrega por multidifusión a los UAs receptores D02-D07 del MMS y entrega por unidifusión al UA receptor D08 del MMS.
Las confirmaciones tales como los mensajes MM1_confirmación.REQ y MM1_comunicación_de_lectura_del_
receptor.REQ procedentes de los UAs receptores D02-D08 del MMS se recopilan y se agregan en informes mediante los R/Ss receptores S20, S30, S40 del MMS, y se transmiten al R/S S10 emisor del MMS que preferentemente recopila y agrega aún más los informes procedentes de los R/Ss receptores S20, S30, S40 del MMS. Finalmente puede enviarse un informe del MM al UA emisor D01 del MMS, según las preferencias del usuario del UA emisor D01 del MMS o del operador que proporciona el MMS. Las preferencias del operador pueden determinarse utilizando funcionalidades de modificar y añadir.
En resumen, tanto el operador de una red de telecomunicación que proporciona un MMS, como el usuario de un MMS, resultan beneficiados con la mayor eficacia de la invención propuesta: la elevada carga de tratamiento de un R/S receptor del MMS y la enorme tarea de envío de mensajes, especialmente costosa en un red radioeléctrica, pueden minimizarse gracias a la eficaz entrega por multidifusión y a la recopilación y agregación de informes. Este tipo de ahorros de recursos de la red puede rebajar directamente el coste del MMS, contribuyendo a hacer aún más popular el MMS. Otro aspecto importante consiste en que, típicamente, los informes agregados son más fáciles de utilizar que el modo de informar mediante mensajes simples, como se hace en la técnica actual. La invención puede adaptarse para ser utilizada en sistemas de telecomunicación de 2G, 2,5G y 3G, por ejemplo según el estándar del Servicio Radio Genérico de datos por Paquetes ("General Packet Radio Service" - GPRS) y del Sistema Universal de Telecomunicaciones Móviles ("Universal Mobile Telecommunication System"-UMTS).
Las realizaciones precedentes y el siguiente glosario han de considerarse ilustrativos, en lugar de restrictivos de la invención, y quedan incluidas en la misma aquellas modificaciones que estén dentro del significado de las reivindicaciones.
Glosario
Entidades:
UA emisor del MMS 100, 300, D01
R/S emisor del MMS 101, 301, S10
R/S receptor del MMS 102, 302, S20, S30, S40
UA receptor del MMS 103, 204, 20n, 20m, D02-D08
Mensajes:
mensaje MM1_presentar.REQ M100, M300
mensaje MM1_presentar.RES M101, M301
mensaje MM4_reenviar.REQ M102, M302
mensaje MM4_reenviar.RES M103, M303
mensaje MM1_notificación.REQ M104, M204, M204n, M204m, M304
mensaje MM1_notificación.RES M105, M205, M205n, M205m, M305
(Continuación)
Mensajes:
mensaje de Entrega de Datos por Multidifusión M106
mensaje de IGMP o de MLD MC1, MC2, MC3
mensaje MM1_recuperar.REQ M306
mensaje MM1_recuperar.RES M307
mensaje MM1_confirmación.REQ M108, M208, M208n, M308
mensaje MM4_informe_de_entrega.REQ M109, M309
mensaje MM4_informe_de_entrega.RES M110, M310
MM1_informe_de_entrega.REQ M111, M311
MM1_comunicación_de_lectura_del_receptor.REQ M112, M312
MM1_informe_de_comunicación_de_lectura.REQ M113, M313
MM1_informe_de_comunicación_de_lectura.RES M114, M314
MM1_comunicación_de_lectura_del_emisor.REQ M115, M315

Claims (26)

1. Un método de transmisión eficaz de un mensaje multimedia desde un dispositivo emisor (100) de usuario a dispositivos receptores (103, 204, 20n) de usuario, comprendiendo el método las etapas de
- enviar un primer mensaje desde el dispositivo emisor (100) de usuario a un servidor emisor (101), comprendiendo el primer mensaje el mensaje multimedia y una indicación de direcciones de los dispositivos receptores (103, 204, 20n) de usuario,
- identificar un servidor receptor (102) asociado a los dispositivos receptores (103, 204, 20n) de usuario basándose en la indicación de las direcciones,
- enviar el primer mensaje al servidor receptor (102),
- identificar los dispositivos receptores (103, 204, 20n) de usuario basándose en la indicación de las direcciones, caracterizado por
- ejecutar una entrega por multidifusión del mensaje multimedia a los dispositivos receptores (103, 204, 20n) de usuario asignando una dirección de multidifusión, enviar la dirección de multidifusión a los dispositivos receptores (103, 204, 20n) de usuario, incluir el mensaje multimedia en un objeto adecuado para una transmisión por multidifusión, preparar a los dispositivos receptores (103, 204, 20n) de usuario para la recepción del objeto, reunir los dispositivos receptores (103, 204, 20n) de usuario en un grupo de multidifusión según la dirección de multidifusión, y enviar el objeto mediante la transmisión por multidifusión a los dispositivos receptores (103, 204, 20n) de usuario.
2. El método según la reivindicación 1, en el que la ejecución de la entrega por multidifusión se basa en el número de dispositivos receptores (103, 204, 20n) de usuario.
3. El método según la reivindicación 1 ó 2, en el que los dispositivos receptores (103, 204, 20n) de usuario reciben conjuntamente con la dirección de multidifusión al menos un elemento de un grupo que comprende una descripción de un sistema de protección de errores, una ventana temporal, una clave de transacción, información de adeudo, un Localizador Uniforme de Recursos, un Indicador Uniforme de Recursos, un nombre lógico de un grupo de multidifusión asociado a la dirección de multidifusión, una hora de inicio de transmisión, y un número de transmisiones.
4. El método según cualquiera de las reivindicaciones precedentes, en el que al menos uno de entre el servidor emisor (101) y el servidor receptor (102) determina las direcciones de los dispositivos receptores (103, 204, 20n) de usuario a partir de la indicación de direcciones.
5. El método según cualquiera de las reivindicaciones precedentes, en el que los dispositivos receptores (103, 204, 20n) de usuario están asociados a más de un servidor receptor (102) que se identifican basándose en la indicación de las direcciones, el primer mensaje se envía a dichos más de un servidor receptor (102) y cada uno de dichos más de un servidor receptor (102) identifica sus dispositivos receptores (103, 204, 20n) de usuario asociados y ejecuta una entrega por multidifusión del mensaje multimedia a sus dispositivos receptores (103, 204, 20n) de usuario asociados.
6. El método según cualquiera de las reivindicaciones precedentes, estando el método además adaptado para informar eficazmente de un estado de transmisión del mensaje multimedia dirigido a los dispositivos receptores (103, 204, 20n) de usuario y comprendiendo las etapas de
- recibir mensajes de estado, comprendiendo cada uno una indicación de un estado individual de transmisión del mensaje multimedia a uno de los dispositivos receptores (103, 204, 20n) de usuario,
- agregar las indicaciones en un informe que representa el estado de transmisión del mensaje multimedia, y
- enviar el informe al servidor emisor (101).
7. El método según la reivindicación 6, en el que al menos una de las indicaciones del estado individual de transmisión comprende al menos un elemento de un grupo que comprende una confirmación de una notificación concerniente al mensaje multimedia, una confirmación de una entrega del mensaje multimedia, y una confirmación de una lectura del mensaje multimedia.
8. El método según la reivindicación 6 ó 7, en el que las indicaciones se recopilan de acuerdo con una petición que se origina en al menos una entidad de un grupo que comprende el dispositivo emisor (100) de usuario, el servidor emisor (101) y el servidor receptor (102), y se agregan las indicaciones recopiladas.
9. El método según la reivindicación 8, en el que la petición es modificable o pueden añadirse a la petición una o más peticiones.
10. El método según cualquiera de las reivindicaciones 6 a 9, en el que se utilizan para el informe los mensajes de estado que se reciben dentro de un intervalo de tiempo.
11. El método según cualquiera de las reivindicaciones 6 a 10, en el que una o más de dichas indicaciones son relacionables con una o más direcciones de los dispositivos receptores (103, 204, 20n) de usuario y el informe comprende las una o más direcciones relacionadas con el estado de transmisión.
12. El método según cualquiera de las reivindicaciones 6 a 11, en el que el informe se procesa con fines estadísticos y/o de adeudo.
13. El método según cualquiera de las reivindicaciones 6 a 12, en el que los dispositivos receptores (103, 204, 20n) de usuario están asociados a más de un servidor receptor (102) y el servidor emisor (101) envía el mensaje multimedia a dichos más de un servidor receptor (102) y recibe más de un informe, representando cada uno de ellos el estado de transmisión del mensaje multimedia relacionado con el servidor receptor (102) respectivo, y el servidor emisor (101) agrega dichos más de un informe en un informe adicional que representa el estado de transmisión del mensaje multimedia.
14. El método según cualquiera de las reivindicaciones precedentes, en el que
- el dispositivo emisor (100) de usuario comprende un agente emisor de usuario del servicio de mensajes multimedia, y/o
- cada uno de los dispositivos receptores (103, 204, 20n) de usuario comprende un agente receptor de usuario del servicio de mensajes multimedia, y/o
- el servidor emisor (101) es un retransmisor servidor ("relay server") emisor del servicio de mensajes multimedia, y/o
- el servidor receptor (102) es un retransmisor servidor receptor del servicio de mensajes multimedia.
15. Un servidor receptor (102) de transmisión eficaz de un mensaje multimedia a dispositivos receptores (103, 204, 20n) de usuario, comprendiendo el servidor receptor (102) una unidad receptora para recibir mensajes, una unidad de transmisión para enviar mensajes, y una unidad central para procesar mensajes e información, en el que el servidor receptor (102) está adaptado para recibir un primer mensaje que comprende el mensaje multimedia y una indicación de direcciones de los dispositivos receptores (103, 204, 20n) de usuario, para identificar los dispositivos receptores (103, 204, 20n) de usuario basándose en la indicación de las direcciones, caracterizado porque está adaptado para ejecutar una entrega por multidifusión del mensaje de multidifusión a los dispositivos receptores (103, 204, 20n) de usuario, en el que el servidor receptor (102) está adaptado para asignar una dirección de multidifusión, incluir el mensaje multimedia en un objeto adecuado para una transmisión por multidifusión, enviar la dirección de multidifusión en un mensaje de notificación a los dispositivos receptores (103, 204, 20n) de usuario para reunir un grupo de multidifusión y para preparar la recepción del objeto, y enviar el objeto mediante la transmisión por multidifusión a los dispositivos receptores (103, 204, 20n) de usuario.
16. El servidor receptor (102) según la reivindicación 15, en el que el servidor receptor (102) está adaptado para ejecutar la entrega por multidifusión basándose en el número de dispositivos receptores (103, 204, 20n) de usuario.
17. El servidor receptor (102) según la reivindicación 15 ó 16, en el que el servidor receptor (102) está adaptado para enviar conjuntamente con la dirección de multidifusión al menos un elemento de un grupo que comprende una descripción de un sistema de protección de errores, una ventana temporal, una clave de transacción, información de adeudo, un Localizador Uniforme de Recursos, un Indicador Uniforme de Recursos, un nombre lógico de un grupo de multidifusión asociado a la dirección de multidifusión, una hora de inicio de transmisión, y un número de transmisión.
18. El servidor receptor (102) según cualquiera de las reivindicaciones 15 a 17, en el que el servidor receptor (102) está adaptado para determinar las direcciones de los dispositivos receptores (103, 204, 20n) de usuario a partir de la indicación de direcciones.
19. El servidor receptor (102) según cualquiera de las reivindicaciones 15 a 18, estando el servidor receptor (102) además adaptado para informar eficazmente de un estado de transmisión del mensaje multimedia dirigido a los dispositivos receptores (103, 204, 20n) de usuario, en el que el servidor receptor (102) está adaptado para recibir mensajes de estado, comprendiendo cada uno una indicación de un estado individual de transmisión del mensaje multimedia a uno de los dispositivos receptores (103, 204, 20n) de usuario, agregar las indicaciones en un informe que representa el estado de transmisión del mensaje multimedia, y enviar el informe al servidor emisor (101).
20. El servidor receptor (102) según la reivindicación 19, en el que el servidor receptor (102) está adaptado para recopilar las indicaciones de acuerdo con una petición que se origina en al menos una entidad de un grupo que comprende el dispositivo emisor (100) de usuario, el servidor emisor (101), y el servidor receptor (102), y agregar las indicaciones recopiladas.
21. El servidor receptor (102) según la reivindicación 20, en el que el servidor receptor (102) está adaptado para modificar la petición y recopilar las indicaciones de acuerdo con la petición modificada, o añadir una o más peticiones y recopilar las indicaciones según dichas una o más peticiones añadidas.
22. El servidor receptor (102) según cualquiera de las reivindicaciones 19 a 21, en el que el servidor receptor (102) está adaptado para utilizar para el informe los mensajes de estado que se reciben dentro de un intervalo de tiempo.
23. El servidor receptor (102) según cualquiera de las reivindicaciones 19 a 22, en el que el servidor receptor (102) está adaptado para relacionar una o más de dichas indicaciones con una o más direcciones de los dispositivos receptores (103, 204, 20n) de usuario y relacionar dichas una o más direcciones con el estado de transmisión del informe.
24. El servidor receptor (102) según cualquiera de las reivindicaciones 19 a 23, en el que el servidor receptor (102) está adaptado para procesar el informe con fines estadísticos y/o de adeudo.
25. El servidor receptor (102) según cualquiera de las reivindicaciones 15 a 24, en el que el servidor receptor (102) es un retransmisor servidor receptor del servicio de mensajes multimedia.
26. Un programa informático cargable en una unidad central de un servidor receptor (102), comprendiendo el programa informático codificación adaptada para ejecutar etapas del método según cualquiera de las reivindicaciones 1 a 14, en todo lo relacionado con el servidor receptor (102).
ES03732318T 2002-05-06 2003-05-06 Servicio de mensajes multimedia multiusuario. Expired - Lifetime ES2246048T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP02010050 2002-05-06
EP02010050 2002-05-06

Publications (1)

Publication Number Publication Date
ES2246048T3 true ES2246048T3 (es) 2006-02-01

Family

ID=29286112

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03732318T Expired - Lifetime ES2246048T3 (es) 2002-05-06 2003-05-06 Servicio de mensajes multimedia multiusuario.

Country Status (8)

Country Link
US (2) US8401032B2 (es)
EP (2) EP1502464B1 (es)
JP (1) JP4373324B2 (es)
AT (1) ATE300840T1 (es)
AU (1) AU2003239840A1 (es)
DE (1) DE60301145T2 (es)
ES (1) ES2246048T3 (es)
WO (1) WO2003094534A2 (es)

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1502464B1 (en) * 2002-05-06 2005-07-27 Telefonaktiebolaget LM Ericsson (publ) Multi-user multimedia messaging services
EP1632081B1 (en) * 2003-05-23 2016-08-17 Kirusa, Inc. A method and system for communicating a data file over a network and teleconferencing over a telephony network
KR20050015544A (ko) * 2003-08-06 2005-02-21 삼성전자주식회사 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서 호출 메시지를 수신하지 못한 사용자단말기들에게 효율적으로 멀티미디어 방송/다중방송서비스를 제공하는 방법
GB0402774D0 (en) * 2004-02-09 2004-03-10 Nokia Corp Multimedia message transfer
US20050243721A1 (en) * 2004-04-29 2005-11-03 Zhijun Cai Method and apparatus for controlling access to a multimedia broadcast/multicast service
US8122145B2 (en) * 2004-05-17 2012-02-21 Nokia Corporation System, method and computer program product for grouping clients and transferring content in accordance with the same
DE102004028534A1 (de) * 2004-06-11 2006-01-05 Christian Meentzen Verfahren und Vorrichtung zur Überwachung des Verkehrs von elektronischen Nachrichten
DE102004050084B3 (de) * 2004-10-14 2006-03-02 Siemens Ag Verfahren zum Versenden einer Mehrzahl Nachrichten bei einem Kommunikationsendgerät
CN100581283C (zh) * 2004-11-16 2010-01-13 北京三星通信技术研究有限公司 适用于多媒体广播与组播业务的密码管理方法
US7673060B2 (en) * 2005-02-01 2010-03-02 Hewlett-Packard Development Company, L.P. Systems and methods for providing reliable multicast messaging in a multi-node graphics system
CN100455049C (zh) * 2005-09-26 2009-01-21 华为技术有限公司 一种多媒体消息服务系统中对消息的处理方法
US20080040437A1 (en) * 2006-08-10 2008-02-14 Mayank Agarwal Mobile Social Networking Platform
US8068860B1 (en) * 2006-08-25 2011-11-29 At&T Mobility Ii Llc Short message service (SMS) protocol gateway
WO2008049449A1 (en) * 2006-10-26 2008-05-02 Telefonaktiebolaget Lm Ericsson (Publ) Signalling control for a point-to-multipoint content transmission network
US20080125147A1 (en) * 2006-11-27 2008-05-29 Maguire Nicholas A Text message broadcasting
FI20061057A0 (fi) * 2006-11-30 2006-11-30 Nokia Corp Välitystiedot tietoliikennejärjestelmässä
WO2008075324A1 (en) * 2006-12-21 2008-06-26 Mark Peter Dargan A system for providing group messaging services in a telecommunications network
US20080182603A1 (en) * 2007-01-30 2008-07-31 David Barnes Still Systems and methods for distributing messages to mobile devices
US9031583B2 (en) 2007-04-11 2015-05-12 Qualcomm Incorporated Notification on mobile device based on location of other mobile device
US20080254811A1 (en) 2007-04-11 2008-10-16 Palm, Inc. System and method for monitoring locations of mobile devices
US9140552B2 (en) * 2008-07-02 2015-09-22 Qualcomm Incorporated User defined names for displaying monitored location
GB0712877D0 (en) * 2007-07-03 2007-08-08 Skype Ltd Multimedia mood messages
GB0712878D0 (en) * 2007-07-03 2007-08-08 Skype Ltd Communication system and method
US20090137259A1 (en) * 2007-11-26 2009-05-28 Huawei Technologies Co., Ltd. Method and apparatus for sending message delivery reports
US20090248612A1 (en) * 2008-03-31 2009-10-01 Morris Robert P Methods, Systems, And Computer Program Products For Providing Prior Values Of A Tuple Element In A Publish/Subscribe System
US20090265643A1 (en) * 2008-04-18 2009-10-22 Alcatel Lucent Instant messaging reception indication
US8446850B2 (en) * 2008-07-08 2013-05-21 Intellectual Ventures Holding 81 Llc Method and apparatus for providing broadcast services
US8700071B2 (en) * 2008-08-01 2014-04-15 Cellco Partnership Direct mobile station-to-mobile station communication of multimedia message service (MMS) messages
WO2010075890A1 (en) * 2008-12-30 2010-07-08 Nokia Siemens Networks Oy Handling of delivery reports for messages having a one-to-many or many-to-one relationship
US9100222B2 (en) * 2008-12-31 2015-08-04 Sybase, Inc. System and method for mobile user authentication
US9209994B2 (en) * 2008-12-31 2015-12-08 Sybase, Inc. System and method for enhanced application server
US8380989B2 (en) 2009-03-05 2013-02-19 Sybase, Inc. System and method for second factor authentication
US8903434B2 (en) * 2008-12-31 2014-12-02 Sybase, Inc. System and method for message-based conversations
DE102009030219A1 (de) 2009-06-23 2010-12-30 T-Mobile International Ag Verfahren zur Übertragung einer elektronischen Kurznachricht an mehrere Empfänger
CN101997696A (zh) * 2009-08-24 2011-03-30 华为终端有限公司 传递及接收Push消息的方法和设备
CN102223293B (zh) * 2010-04-16 2015-09-16 中兴通讯股份有限公司 消息请求的路由方法及处理系统
DE102010045683A1 (de) * 2010-09-16 2012-03-22 Heidelberger Druckmaschinen Ag Kombinierte Unicast/Multicast Softwareübertragung
EP2437428A1 (en) * 2010-10-01 2012-04-04 Koninklijke Philips Electronics N.V. Device and method for load balancing for data packet transmissions in wireless networks
WO2012092677A1 (en) 2011-01-06 2012-07-12 Research In Motion Limited Delivery and management of status notifications for group messaging
EP2475139B1 (en) * 2011-01-06 2019-04-03 BlackBerry Limited Delivery and management of status notifications for multiple message formats
US9049025B1 (en) * 2011-06-20 2015-06-02 Cellco Partnership Method of decrypting encrypted information for unsecure phone
US9826502B2 (en) 2011-07-25 2017-11-21 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services
US9208476B2 (en) 2011-09-12 2015-12-08 Microsoft Technology Licensing, Llc Counting and resetting broadcast system badge counters
US20130066979A1 (en) * 2011-09-12 2013-03-14 Microsoft Corporation Distributing events to large numbers of devices
US8825781B2 (en) * 2012-02-29 2014-09-02 Blackberry Limited Method and system for alerting unopened items in communications
EP3094116B1 (en) * 2012-05-14 2018-04-18 Huawei Technologies Co., Ltd. Method and system for group communication, group server, and group member device
CN103997724B (zh) * 2013-02-17 2017-12-15 阿尔卡特朗讯 一种用于聚合计费信息的方法、装置和系统
US9756097B2 (en) 2013-06-24 2017-09-05 Cisco Technology, Inc. Non-DSG mechanisms for aligning client devices with their multicast data flows in a DOCSIS network environment
IL228523A0 (en) * 2013-09-17 2014-03-31 Nds Ltd Processing private data in a cloud-based environment
JP5968930B2 (ja) * 2014-02-19 2016-08-10 京セラドキュメントソリューションズ株式会社 画像形成装置及びイベント通知システム
US9516268B2 (en) 2014-03-28 2016-12-06 International Business Machines Corporation Maintaining audio video conference continuity
US20150326513A1 (en) * 2014-05-07 2015-11-12 Mitake Information Corporation Message transmission system and method suitable for individual and organization
US20150381377A1 (en) * 2014-06-26 2015-12-31 Qualcomm Technologies International, Ltd. Method and apparatus for managing addresses and connectivity arrangements for transporting multicast data in a wireless network
US11917002B2 (en) * 2014-10-14 2024-02-27 Comcast Cable Communications, Llc Manipulation and recording of content transmissions
US11943289B2 (en) 2014-10-14 2024-03-26 Comcast Cable Communications, Llc Manipulation of content transmissions
GB2535513A (en) * 2015-02-19 2016-08-24 Vodafone Ip Licensing Ltd Group messaging system
US9830603B2 (en) 2015-03-20 2017-11-28 Microsoft Technology Licensing, Llc Digital identity and authorization for machines with replaceable parts
US10469436B2 (en) * 2015-11-20 2019-11-05 Accenture Global Solutions Limited Managing messaging services
US10462093B2 (en) * 2015-12-03 2019-10-29 Facebook, Inc. Message data transfer
EP3800906A1 (en) * 2017-03-25 2021-04-07 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in mission critical data communication system
US10461884B2 (en) 2017-10-05 2019-10-29 Comcast Cable Communications, Llc Server selected variable bitrate streaming
JP2019092133A (ja) * 2017-11-17 2019-06-13 株式会社東芝 送信装置、受信装置、通信システムおよびプログラム
US10862844B2 (en) 2019-03-12 2020-12-08 Microsoft Technology Licensing, Llc Merged message storage data structure
US11012399B1 (en) * 2020-01-30 2021-05-18 Blackberry Limited Partial message delivery and status notification in an end-to-end secure messaging context
CN111464618B (zh) * 2020-03-30 2023-07-04 广州市百果园信息技术有限公司 一种消息推送方法、装置、设备和存储介质
WO2021244767A1 (en) * 2020-06-01 2021-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Pfcp protocol extension related to event reporting
CN115134321A (zh) * 2021-03-12 2022-09-30 华为技术有限公司 一种消息处理方法及装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6873627B1 (en) * 1995-01-19 2005-03-29 The Fantastic Corporation System and method for sending packets over a computer network
US5920701A (en) * 1995-01-19 1999-07-06 Starburst Communications Corporation Scheduling data transmission
US6085101A (en) * 1996-05-17 2000-07-04 Telcordia Technologies, Inc. Communications network having a multicast capability
US6728775B1 (en) * 1997-03-17 2004-04-27 Microsoft Corporation Multiple multicasting of multimedia streams
US20030061368A1 (en) * 1997-03-17 2003-03-27 Navin Chaddha Adaptive right-sizing of multicast multimedia streams
US7031326B1 (en) * 1997-09-11 2006-04-18 At&T Corp Method and system for a Unicast endpoint client to access a multicast internet protocol (IP) session
US6115749A (en) * 1997-10-14 2000-09-05 Lucent Technologies Inc. System and method for using a window mechanism to control multicast data congestion
US5928331A (en) * 1997-10-30 1999-07-27 Matsushita Electric Industrial Co., Ltd. Distributed internet protocol-based real-time multimedia streaming architecture
US6289223B1 (en) * 1998-07-22 2001-09-11 Ericsson Inc System and method for selective multipoint transmission of short message service messages
JP2000181836A (ja) 1998-12-11 2000-06-30 Nippon Telegr & Teleph Corp <Ntt> 情報配信方法及び情報配信プログラムを記録した記録媒体
US6611872B1 (en) * 1999-01-11 2003-08-26 Fastforward Networks, Inc. Performing multicast communication in computer networks by using overlay routing
JP2001177566A (ja) 1999-12-15 2001-06-29 Nippon Telegr & Teleph Corp <Ntt> 分配選択型光スイッチングネットワーク、分配選択型光送受信ノード及びその通信制御方法
US6298058B1 (en) * 1999-12-17 2001-10-02 Motorola, Inc. Methods for implementing a talkgroup call with competing sources in a multicast IP network
US7117273B1 (en) * 2000-01-25 2006-10-03 Cisco Technology, Inc. Methods and apparatus for maintaining a map of node relationships for a network
US7298508B2 (en) * 2000-03-28 2007-11-20 Brother Kogyo Kabushiki Kaisha Device and method for using multicast to transmit print data to networked printers
JP3550349B2 (ja) 2000-03-29 2004-08-04 日本電信電話株式会社 統計的情報をフィードバックする一斉同報通信システム及び方法
FI112307B (fi) 2000-08-02 2003-11-14 Nokia Corp Viestintäpalvelu
FI110297B (fi) * 2000-08-21 2002-12-31 Mikko Kalervo Vaeaenaenen Lyhytäänisanomajärjestelmä, -menetelmä ja -päätelaite
US6973081B1 (en) * 2000-10-12 2005-12-06 Realnetworks, Inc. System and method for seamlessly joining multicast session
US6947434B2 (en) * 2000-11-16 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Subgroup multicasting in a communications network
EP1209860B1 (de) * 2000-11-27 2007-08-22 Siemens Aktiengesellschaft Bandbreitenreservierung in Datennetzwerken
US7133371B2 (en) * 2000-12-01 2006-11-07 Motorola, Inc. Methods for achieving reliable joins in a multicast IP network
KR100470345B1 (ko) * 2000-12-27 2005-02-21 엘지전자 주식회사 이동통신 망에서의 ｉｐ멀티캐스트/브로드캐스트 패킷 전송을 위한 링크접속제어 프로토콜 구현장치 및 방법
FI115744B (fi) 2001-02-08 2005-06-30 Nokia Corp Kommunikaatiopalvelu
US7724744B2 (en) * 2001-04-30 2010-05-25 At&T Corp. Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session
EP1255416B1 (en) * 2001-05-04 2011-04-06 Siemens Aktiengesellschaft Method and medium for storing and accessing MMS (Multimedia Messaging Service) information
JP2002335281A (ja) 2001-05-07 2002-11-22 Ntt Docomo Inc マルチキャストパケット配信方法及びシステム、パケットのアドレス構造、並びに移動機
US20030031175A1 (en) * 2001-08-01 2003-02-13 Masato Hayashi Method of multicasting
US7184789B2 (en) 2001-10-03 2007-02-27 Qualcomm, Incorporated Method and apparatus for data packet transport in a wireless communication system using an internet protocol
EP1502464B1 (en) * 2002-05-06 2005-07-27 Telefonaktiebolaget LM Ericsson (publ) Multi-user multimedia messaging services
US7689709B2 (en) * 2002-12-13 2010-03-30 Sap Ag Native format tunneling

Also Published As

Publication number Publication date
US20130173730A1 (en) 2013-07-04
WO2003094534A3 (en) 2004-03-04
JP2005532714A (ja) 2005-10-27
ATE300840T1 (de) 2005-08-15
WO2003094534A2 (en) 2003-11-13
EP1601133A1 (en) 2005-11-30
DE60301145T2 (de) 2006-04-20
JP4373324B2 (ja) 2009-11-25
US8401032B2 (en) 2013-03-19
DE60301145D1 (de) 2005-09-01
EP1502464B1 (en) 2005-07-27
AU2003239840A1 (en) 2003-11-17
EP1601133B1 (en) 2012-07-04
AU2003239840A8 (en) 2003-11-17
EP1502464A2 (en) 2005-02-02
US20050220064A1 (en) 2005-10-06

Similar Documents

Publication Publication Date Title
ES2246048T3 (es) Servicio de mensajes multimedia multiusuario.
ES2475340T3 (es) Método y sistema de mensajería multimedia
US7558587B2 (en) System and method for dynamically selecting wireless information communication modes for a wireless communication device
US11570584B2 (en) Configuring a multicast or broadcast wireless network
EP2434788A1 (en) Method and apparatus for emergency broadcast using an emergency broadcast-multicast service
JP2010516182A (ja) ビデオ・ストリームのベース層および拡張層をマルチキャストする方法
US20100260266A1 (en) Fec alternatives to the reed-solomon outer code
US20130243195A1 (en) Method and device for managing encrypted group rekeying in a radio network link layer encryption system
CN101622843A (zh) 用于提供自动控制信道映射的方法和装置
ES2327626T3 (es) Un metodo de suministro de un servicio multimedia en una red de comunicacion inalambrica digital.
KR100812396B1 (ko) 위치기반 멀티미디어 메시지 서비스 방법 및 이를 위한장치
CN101467389A (zh) 在无线系统中支持组播消息的方法
KR20050100882A (ko) 멀티미디어 방송/멀티캐스트 서비스에서 제어 메시지의수신 방법 및 장치
CN102340742A (zh) 数据处理方法和接入点设备
US20040078439A1 (en) Messaging method
Jenkac et al. Retransmission strategies for MBMS over GERAN
Yonghua Cooperative multicast transmission strategy for energy-efficient dynamic network coding
KR100767585B1 (ko) Ｍｍｓ 메시지 재전송 방법 및 이를 위한 장치
US8149751B2 (en) Method and system for transmitting/receiving multimedia contents via a radiocommunication network
US9794801B1 (en) Multicast and unicast messages in a virtual cell communication system
Oluwaseyifunmi et al. PERFORMANCE ENHANCEMENT OF 4G NETWORKS USING NETWORK CODING
Hronec Study and Performance Evaluation of Multimedia Broadcast/Multicast Service in GERAN
CN1756388A (zh) 发送多个密码给多媒体广播与组播业务用户设备的方法