ES2244935T3 - Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil. - Google Patents

Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil.

Info

Publication number
ES2244935T3
ES2244935T3 ES03722246T ES03722246T ES2244935T3 ES 2244935 T3 ES2244935 T3 ES 2244935T3 ES 03722246 T ES03722246 T ES 03722246T ES 03722246 T ES03722246 T ES 03722246T ES 2244935 T3 ES2244935 T3 ES 2244935T3
Authority
ES
Spain
Prior art keywords
data
message
ind
mms
unit
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
ES03722246T
Other languages
English (en)
Inventor
Ralf Prenzel
Andreas Schmidt
Markus Trauberg
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
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 Siemens AG, Siemens Corp filed Critical Siemens AG
Application granted granted Critical
Publication of ES2244935T3 publication Critical patent/ES2244935T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/184Messaging devices, e.g. message centre

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephone Function (AREA)
  • Communication Control (AREA)

Abstract

Procedimiento para transmitir datos, en particular con contenidos multimedia, desde una primera unidad de comunicaciones (10; 110) a una segunda unidad de comunicaciones (40; 114) en una red de telecomunicaciones (10, 20, 30, 40; 110, 112, 114), transmitiéndose a la primera unidad de comunicaciones (10; 110) al menos un mensaje sobre el estado de la transmisión (M-Delivery.ind) asociado a los datos, sucediendo que en el caso de que no sea posible poner los datos a disposición de la segunda unidad de comunicaciones (40; 114), se prevé en el mensaje sobre el estado de la transmisión (M- Delivery.ind) una información sobre la imposibilidad de puesta a disposición de los datos enviados, caracterizado porque existe imposibilidad de poner a disposición los datos enviados cuando la recepción correcta de los datos enviados o de una comunicación de información al receptor (M- Notification.ind) sobre los datos a transmitir a la segunda unidad de comunicaciones (40; 114) no obtiene acuse de recibo porparte de la segunda unidad de comunicaciones(40; 114) mediante el correspondiente aviso de confirmación en cada caso (M-NotifyResp.ind, M-Acknowledge.ind).

Description

Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonía móvil.
La presente invención se refiere a un procedimiento para transmitir datos, en particular con contenidos multimedia, desde una primera unidad de comunicaciones a una segunda unidad de comunicaciones en una red de telefonía móvil, transmitiéndose a la primera unidad de comunicaciones al menos un mensaje sobre el estado de la transmisión relativo a los datos.
Las redes de telefonía móvil utilizadas hasta ahora, como por ejemplo una red que funcione según el estándar GSM (GSM: Global System for Mobile Communication), abren sólo posibilidades limitadas para la transmisión de datos de texto. Así pueden transmitirse por ejemplo mediante el SMS (Short Message Service) aproximadamente sólo mensajes de texto que incluyan hasta 160 caracteres. Los costes del envío de tales mensajes de texto han de ser soportados por quien envía los datos.
En el futuro debe ser posible también una transmisión de datos multimedia, en particular imágenes o películas con o sin sonido. Como sucesor de los sistemas de telecomunicaciones basados esencialmente en voz/texto, como por ejemplo según el estándar GSM, se encuentran los sistemas de telefonía móvil susceptibles de multimedia, como por ejemplo según el estándar UMTS (UMTS: Universal Mobile Telecommunications System). Por ejemplo en el estándar UMTS o GPRS se prevé, adicionalmente al SMS utilizado hasta ahora, un llamado MMS (Multimedia Messaging Service = Servicio de mensajes multimedia) para la transmisión de mensajes que pueden incluir contenidos multimedia, denominados también Multimedia Messages (MMs = mensajes multimedia). Así pueden transmitirse también textos formateados, imágenes, vídeos y películas con y sin sonido. La limitación existente en el SMS a una longitud de mensajes de 160 caracteres, no existe aquí.
Según el estado de la técnica, puede implementarse un MMS por ejemplo mediante el WAP (Wireless Application Protocol). Para cubrir la interfaz de aire entre un aparato terminal susceptible de MMS, por ejemplo el correspondiente teléfono móvil, y la WAP-"gateway", por el lado de la red, puede utilizarse según [2] el WAP-WSP (WSP: Wireless Session Protocol) [6].
Para la gestión interna de tales emisiones MMS-sobre-WAP sirven los llamados campos de cabecera (header), es decir, campos que preceden al mensaje multimedia propiamente dicho (MM: Multimedia Message), en los que pueden estar contenidas informaciones, como por ejemplo sobre el origen, el tiempo de envío, el tamaño del fichero y otros detalles.
Si se implementa un MMS sobre WAP en una red de telefonía móvil, entonces se prevé dentro de la red al menos una unidad de enlace MMS o bien sistema de conmutación MM, que asume la gestión de los MMs en esta red de telefonía móvil. A ello pertenece por ejemplo la conmutación de MMs entre el emisor y el receptor y el almacenamiento intermedio de los MMs.
Al respecto, envía primeramente el emisor un mensaje (MM) a la unidad de enlace MMS, pudiendo otorgar el emisor, o bien la unidad de enlace MMS, un periodo de validez al mensaje, tras transcurrir el cual el correspondiente MM ya no puede ser descargado por el receptor de la unidad de enlace MMS. El receptor recibe la información sobre el periodo de validez hasta que ha corrido el MM con la información al receptor MMS que se envía por parte de la unidad de enlace MMS al receptor o bien la aplicación de usuario receptora MMS.
En la WO 01/28171 A no se transmiten los contenidos de un mensaje MMS a una unidad de comunicaciones receptora cuando ésta está ocupada o no es alcanzable.
Se conocen en la especificación MMS [2,5] varias situaciones que describen el estado de transmisión de un mensaje multimedia (Multimedia Message: MM). Diferentes situaciones pueden por ejemplo mostrar si un MM ha sido transmitido con éxito (situación: recibido = "retrieved"), si ha sido rechazado el MM por el receptor (situación: rechazado = "rejected"), si el receptor ha recibido el mensaje a través de la entrada del MM en su buzón de correo y puede descargar posteriormente el mismo (situación: retardado = "deferred"), si el receptor ha podido reconocer el MM (situación: no reconocido = "unrecognized") y si el receptor no ha descargado y con ello no ha recibido completamente el MM dentro de un periodo de validez predeterminable (situación: expirado = "expired").
Estas situaciones pueden enviarse por parte del sistema de conmutación al primer equipo de telecomunicaciones como reacción a un mensaje sobre el estado de la transmisión consultado. Estos mensajes pueden, bien enviarse tras una información de comunicación al receptor a la que se ha acusado recibo o bien enviarse tras el envío con éxito de un MM o tras transcurrir el periodo de validez del MM.
Si el emisor de un MM recibe el mensaje solicitado sobre el estado de la transmisión MMS relativo a un mensaje enviado por él, no puede el mismo decidir, por ejemplo en el caso de que se reciba la situación "expirado", si el receptor no ha descargado intencionadamente el MM enviado desde la unidad de enlace MMS o bien si el receptor no ha podido ser alcanzado dentro del periodo de validez del MM y por lo tanto el MM no ha podido ser puesto a disposición. El emisor no tiene así ninguna ayuda relativa a la decisión de si debería eventualmente enviar de nuevo el correspondiente MM con un periodo de validez mayor, para que este MM pueda alcanzar al receptor.
Es por lo tanto tarea de la presente invención poner a disposición del emisor de datos, en particular de un mensaje multimedia (MM), una información detallada sobre la posibilidad de poner a disposición los datos que envía.
Esta tarea se resuelve en cuanto a procedimiento según la reivindicación 1, y en cuanto a sistema de conmutación según la reivindicación 12.
En un procedimiento para la transmisión de datos, en particular con contenidos multimedia, desde una primera unidad de comunicaciones a una segunda unidad de comunicaciones en una red de telecomunicaciones, se transmite a la primera unidad de comunicaciones, por ejemplo tras un envío de datos, al menos un mensaje sobre el estado de la transmisión asociado a los datos. Además, en el caso de que los datos no puedan ser puestos a disposición de la segunda unidad de comunicaciones, se prevé en el mensaje sobre el estado de la transmisión una información sobre la imposibilidad de puesta a disposición de los datos enviados.
Mediante el procedimiento correspondiente a la invención, la primera unidad de comunicaciones o bien el emisor de datos está en situación de detectar que los datos enviados por él no han podido ser puestos a disposición de la segunda unidad de comunicaciones o bien de un receptor previsto. Según el procedimiento conocido por el estado de la técnica, hasta ahora no podía reconocer el emisor de los datos si los datos no pudieron ser puestos a disposición de un receptor por ejemplo debido a una dirección incorrecta del receptor o si el receptor no desea recibir los datos. Esta información es importante para el emisor de los datos, ya que en el primer caso podría intentar transmitir los datos de nuevo, mientras que en el segundo caso no tiene sentido una transmisión repetida como la indicada, puesto que el receptor ya ha decidido conscientemente que no quiere recibir los datos.
Para garantizar que los datos a transmitir son mantenidos en un estado actualizado, puede prescribir el emisor de los datos un periodo de validez, dentro del cual los datos deben ser puestos a disposición del receptor. El procedimiento correspondiente a la invención puede por lo tanto, de manera ventajosa, estar configurado de tal manera que se prevé incluir la información sobre la imposibilidad de puesta a disposición de los datos enviados se en el mensaje sobre el estado de la transmisión, cuando los datos no hayan sido puestos a disposición de la segunda unidad de comunicaciones dentro del periodo de validez prescrito. En este caso puede decidir el emisor de los datos, cuando los datos no han podido ser puestos a disposición, si envía los datos de nuevo a la segunda unidad de comunicaciones (receptor) o bien si los datos ya no son actuales y por lo tanto ya no deben ser utilizados.
Una posibilidad de reconocer la imposibilidad de puesta a disposición de la segunda unidad de comunicaciones de los datos enviados, consiste en implementar los llamados avisos de confirmación dentro de un protocolo de envío de datos, que se utiliza en la transmisión de datos entre la primera y la segunda unidad de comunicaciones. Mediante tales avisos de confirmación, informa el receptor de datos o mensajes al emisor o bien, en determinadas condiciones, a eventuales puestos de conmutación previstos en la vía de transmisión de datos, de que ha recibido correctamente los datos o mensajes. "Recibido correctamente" significa, en particular en relación con la presente descripción, que el receptor o la segunda unidad de comunicaciones puede reconocer por completo el contenido de los datos o mensajes transmitidos. Por lo tanto puede determinarse en el procedimiento correspondiente a la invención que la imposibilidad de puesta a disposición de los datos enviados existe cuando no se obtiene el acuse de recibo de la segunda unidad de comunicaciones mediante el correspondiente aviso de confirmación en cada caso relativo a la recepción correcta de los datos enviados y/o a la recepción de un mensaje de información al receptor referido a los datos a transmitir a la segunda unidad de comunicaciones. Debemos hacer observar que el mensaje de información al receptor es un aviso a la segunda unidad de comunicaciones, para informar a ésta de que han de ser transmitidos datos a la misma.
Puede estar previsto en sistemas de telecomunicaciones que los datos de un emisor no sean retransmitidos directamente a un receptor, sino que el receptor reciba primeramente una información de que existe el deseo de enviarle datos. Tras recibir un mensaje de información al receptor como el indicado, puede elegir entonces el receptor entre si desea recibir o bien que se le envíen los datos inmediatamente o después, o bien si desea rechazar la recepción de estos datos.
Para garantizar una transmisión de datos eficiente entre la primera y la segunda unidad de comunicaciones, puede incluir la red de telecomunicaciones, según otro perfeccionamiento ventajoso, un sistema de conmutación, a través del cual los datos sean transmitidos desde la primera a la segunda unidad de comunicaciones. Al respecto, el sistema de conmutación puede estar configurado de tal manera que esté en condiciones de determinar la imposibilidad de puesta a disposición de los datos enviados, por ejemplo mediante consulta o captación de avisos de confirmación. Reseñemos aquí que cuando un sistema de conmutación recibe datos de la primera unidad de comunicaciones, puede informar al respecto a la segunda unidad de comunicaciones mediante el mensaje de información al receptor antes citado. Además, es tarea de un sistema de conmutación como el indicado enviar el mensaje sobre el estado de la transmisión a la primera unidad de comunicaciones, para informar a la misma sobre el estado de los datos a transmitir. Un sistema de conmutación como el indicado dentro de la red de telecomunicaciones, puede estar previsto por ejemplo en un nudo de conmutación de la red, pero también puede estar distribuido el sistema de conmutación por ejemplo entre varios nudos de conmutación, o bien estar implementado en unidades que por lo demás no poseen ninguna propiedad relativa a los nudos de conmutación, pero que no obstante están incluidas en la red de telecomunicaciones.
De manera especialmente efectiva pueden enviarse los datos más diversos, en particular con contenidos multimedia, utilizando el "Multimedia Messaging Service" (MMS), que pone a disposición un estándar determinado para formatear y enviar mensajes y datos con contenidos multimedia (MMs: Multimedia Messages = mensajes multimedia) [1, 2]. De manera ventajosa puede realizarse MMS utilizando el "Wireless Application Protocol" (WAP) [3, 4, 5, 6]. El WAP ofrece la posibilidad de transmitir en redes de telefonía móvil de manera eficiente las clases más diversas de datos, como por ejemplo textos, imágenes, vídeos y/o datos de audio, así como de poder acceder a Internet. Explicaciones más precisas de cómo pueden transmitirse datos mediante MMS a través de WAP, pueden deducirse por ejemplo de las referencias [3, 4, 5] de esta descripción.
En la utilización de mensajes multimedia del MMS sobre WAP, se prevén distintos envíos de transmisión de datos y mensajes. Dentro del protocolo WAP, tal como se representa en la referencia 5 de esta descripción, se describe cada uno de estos tipos de emisión dentro del mensaje mediante un campo de datos "X-Mms Message-Type".
Así, en el marco del procedimiento correspondiente a la invención, una información sobre la comunicación al receptor sería una información MMS-sobre-WAP de la categoría "m-notification.ind" [5].
El envío de mensajes multimedia con el protocolo WAP prevé el tratamiento y el almacenamiento intermedio del mensaje multimedia mediante un puesto de conmutación denominado "Mms-Relay/Server". Desde éste se envían por ejemplo datos a transmitir al receptor.
Dentro del procedimiento correspondiente a la invención el envío del mensaje multimedia al receptor tiene, preferentemente, la categoría WAP "m-retrieve.conf", tal como se describe en la referencia [5].
El mensaje sobre el estado de la transmisión correspondiente a la invención al emisor de los datos a transmitir, puede asignarse entonces en función del protocolo WAP a la categoría "m-delivery.ind".
Dentro del protocolo WAP puede estar previsto, en mensajes sobre el estado de la transmisión del tipo "m-delivery.ind", un campo con la denominación "X-Mms-Status", en el cual está archivado el estado de la transmisión de los datos a enviar. De manera ventajosa se emplaza en el procedimiento correspondiente a la invención en este campo una combinación de números o cifras asignada a la "imposibilidad de poner a disposición", cuando existe imposibilidad de poner los datos a disposición de la segunda unidad de comunicaciones. En el marco de los parámetros conocidos hasta ahora, puede utilizarse para ello en particular el valor "<Octet 133>".
Como unidades de comunicaciones en el marco de la presente invención, pueden utilizarse por ejemplo aparatos de telecomunicaciones con un módulo de telefonía móvil. Éstos pueden ser por ejemplo teléfonos móviles o también PCs (Personal Computer), laptops, palmtops, organizadores o PDAs (PDA: Personal Digital Assistant), que incluyan un módulo de telecomunicaciones de telefonía móvil o por ejemplo que estén unidos mediante un enlace con hilos o bien una red local sin hilos (por ejemplo bluetooth, interfaz de infrarrojos) con un teléfono móvil.
La red de telecomunicaciones puede estar configurada, al menos por zonas, como red de telefonía móvil. La red de telefonía móvil y/o las unidades de comunicaciones pueden estar configuradas por ejemplo según uno de los estándares de telefonía móvil usuales, como por ejemplo el estándar GSM, el estándar GPRS, el estándar EDGE, el estándar UMTS o uno de los diversos estándares CDMA. El que la red de telecomunicaciones pueda estar configurada al menos por zonas como red de telefonía móvil, significa que al menos una parte de la vía de transmisión entre la primera y la segunda unidad de telecomunicaciones discurre dentro de una red de telefonía móvil. Otras partes de la vía de transmisión pueden discurrir por ejemplo en Internet, en redes de datos y/o en redes fijas de telecomunicaciones o en combinaciones de las mismas. No obstante, también es posible que la red de telecomunicaciones esté configurada en su conjunto como red de telefonía móvil o combinación de distintas redes de telefonía móvil.
Según otro aspecto, se logra un sistema de conmutación para la transmisión de datos en una red de telecomunicaciones desde una primera unidad de comunicaciones hasta una segunda unidad de comunicaciones incluyendo el sistema de conmutación un equipo para crear o bien generar un mensaje sobre el estado de la transmisión, que está asignado a los datos a transmitir a la segunda unidad de comunicaciones, integrando el equipo para crear el mensaje sobre el estado de la transmisión además una información sobre la imposibilidad de puesta a disposición de los datos a transmitir en el mensaje sobre el estado de la transmisión, cuando los datos no pueden ser puestos a disposición de la segunda unidad de comunicaciones.
Con el sistema de conmutación descrito es posible transmitir al emisor o bien a la primera unidad de comunicaciones un mensaje cuando los datos que la misma ha enviado a un receptor o bien a la segunda unidad de comunicaciones no han podido ponerse en absoluto a disposición del receptor. El emisor puede por ejemplo decidir a continuación enviar de nuevo los correspondientes datos. Contrariamente al estado de la técnica conocido hasta ahora a este respecto, obtiene así el emisor la posibilidad de distinguir la no alcanzabilidad de un receptor del estado en que el receptor no ha llamado a los datos puestos a disposición para él, ya que no desea la recepción de los mensajes o simplemente estaba impedido para llamar a los datos (por ejemplo debido a problemas técnicos).
Para asegurar un estado lo más actual posible de los datos a enviar, puede estar previsto que el equipo para crear el mensaje sobre el estado de la transmisión del sistema de conmutación prevea la información sobre la imposibilidad de puesta a disposición de los datos a transmitir en el mensaje sobre el estado de la transmisión cuando los datos no pueden ponerse a disposición de la segunda unidad de comunicaciones dentro de un periodo de validez que puede prescribirse. Un periodo de validez como el indicado puede ser determinado por ejemplo por el emisor de los datos o también dentro de la red de telecomunicaciones (por ejemplo mediante un ajuste estándar). Por ejemplo, puede estar archivado un periodo de validez también en el perfil de usuario de un receptor previsto para los datos. La introducción de un periodo de validez, tras el cual los datos a enviar ya no son puestos a disposición del receptor, asegura que siempre se disponga sólo de datos actuales para la transmisión. De esta manera se evita por ejemplo que las redes móviles o sus sistemas de conmutación se vean cargados o incluso sobrecargados por mensajes antiguos, ya no
actuales.
El receptor puede, cuando ha recibido la comunicación sobre la información para el receptor o el envío del mensaje o bien el mensaje multimedia, comunicar al sistema de conmutación que él ha recibido la comunicación o el mensaje (correctamente). Correctamente en este contexto significa, como ya se mencionó anteriormente, que puede reconocer por completo el contenido de los correspondientes mensajes. Si un usuario por ejemplo no ha conectado su aparato de telecomunicaciones a lo largo de un periodo completo de tiempo o el mismo no está funcionalmente en orden, entonces el sistema de conmutación no recibe ningún aviso de confirmación relativo a los correspondientes envíos a la segunda unidad de comunicaciones.
La constatación de que existe la "imposibilidad de puesta a disposición" de los datos enviados, puede existir para el sistema de conmutación cuando la recepción correcta de los datos enviados o bien una comunicación de información al receptor para la segunda unidad de comunicaciones en relación con los datos enviados no obtiene un acuse de recibo mediante el correspondiente aviso de confirmación. Puede estar por ejemplo previsto en el sistema de conmutación que los datos a transmitir se memoricen de forma transitoria en el sistema de conmutación y el receptor previsto sólo sea informado mediante un mensaje (el mensaje de información al receptor) de que tiene un mensaje a disposición para él con por ejemplo los correspondientes datos multimedia.
En el caso de que el receptor, en particular tras el envío de una comunicación de información al receptor, no desee la recepción del mensaje asociado, podría ciertamente acusar recibo de la recepción correcta de la comunicación de información al receptor por parte de la segunda unidad de comunicaciones, pero a continuación no sería solicitado el envío del propio mensaje. Así, no tiene lugar a pesar de la información a la segunda unidad de comunicaciones en relación con los datos o mensajes a transmitir, ninguna puesta a disposición.
Para informar al emisor (la primera unidad de comunicaciones) sobre el correspondiente estado de transmisión de los datos por él enviados, puede estar previsto que el sistema de conmutación incluya un equipo para transmitir el mensaje sobre el estado de la transmisión a la primera unidad de comunicaciones. El sistema de conmutación puede enviar por ejemplo el mensaje sobre el estado de la transmisión directamente al emisor de los correspondientes datos o también a través de otro sistema de conmutación. El mensaje sobre el estado de la transmisión podría ser por ejemplo transmitido también a una memoria de mensajes (un llamado apartado o "mail box") del emisor de los datos, en el que él puede llamar entonces al mensaje sobre el estado de la transmisión.
Otras formas constructivas preferentes están contenidas en las reivindicaciones secundarias.
A continuación se describe la invención a modo de ejemplo con referencia a las figuras adjuntas. Se muestra en:
figura 1 una representación esquemática de un sistema de telecomunicaciones para la transmisión de mensajes multimedia (MMs);
figura 2 un diagrama para la representación del flujo de información cuando se envía un MM dentro del WAP;
figura 3 posibles estados de la situación X-Mms de un mensaje de confirmación de envío "m-delivery.ind" de un mensaje multimedia sobre WAP;
figura 4 un ejemplo de un mensaje de confirmación de envío "m-delivery.ind" de un mensaje MMS sobre WAP.
En la figura 1 se representa una arquitectura de red MMS correspondiente al estado actual de la técnica según 3GPP (Ref. [1, 2]). Como una primera aplicación de usuario MMS A (MMS User Agent A) 10, se representa una aplicación por ejemplo sobre un aparato de telefonía móvil, que corresponde a una primera unidad de comunicaciones, o sobre un aparato conectado a un aparato de telefonía móvil (por ejemplo laptop o similar), que realiza MMS. Por lo demás, se representa una primera unidad de enlace MMS 20, por ejemplo en forma de un llamado "MMS Relay/Server", que en una zona de competencia MMSE (MMSE: Multimedia Messaging Service Environment = Entorno de servicio de mensajes multimedia) 22 de un MMS service provider o bien ofertante de servicios A pone a disposición de las aplicaciones de usuario MMS la funcionalidad MMS. Según el estado de la técnica, existe en cada caso sólo una unidad de enlace MMS 20 por cada MMSE 22. La unidad de enlace MMS 20 del proveedor de servicios A está unida con otra unidad de enlace MMS 30 de un proveedor de servicios o bien ofertante de servicios B, que a su vez tiene contacto con un receptor 40. Este receptor 40 está representado por una segunda aplicación de usuario MMS B (MMS User Agent B) 40, que igualmente representa una aplicación, por ejemplo sobre un aparato de telefonía móvil, que corresponde a una segunda unidad de comunicaciones.
Un mensaje multimedia es transmitido por el emisor 10 a la correspondiente unidad de enlace 20 de un proveedor de servicios A 22. Puesto que el receptor del mensaje 40 se encuentra en una zona de competencia 32 del segundo proveedor de servicios B, se conmuta el mensaje multimedia a la unidad de enlace 30 responsable de la segunda zona de competencia 32. Desde esta unidad de conmutación se retransmite el mensaje entonces al receptor del mensaje multimedia 40.
Los enlaces entre el emisor 10, la unidad de enlace MMS A 20, la unidad de enlace MMS B 30 y el receptor 40, se representan en la figura 1 en cada caso con una flecha de ida y de retorno, para documentar que durante la retransmisión del mensaje también se envían de retorno los correspondientes avisos de confirmación de recepción a los correspondientes emisores (emisor 10, unidad de enlace MMS A 20 y unidad de enlace MMS 30). Señalemos que las unidades de enlace MMS 20 y 30 pueden servir como un sistema de conmutación.
El transcurso, a modo de ejemplo, de un envío de un mensaje multimedia desde un emisor 110 (por ejemplo correspondiente al emisor 10 de la figura 1) a un receptor 114 (por ejemplo correspondiente al receptor 40 de la figura 1) mediante una unidad de conmutación MMS 112 (por ejemplo correspondiente a una o varias unidades 20, 30 de la figura 1) se representa detalladamente en la figura 2. La figura 2 muestra un diagrama de flujo de información según el estado actual de la técnica según [4], representándose el intercambio de las comunicaciones WAP o bien informaciones WAP entre tres instancias participantes, la aplicación de usuario MMS A (M-UA-A) 110, la unidad de conmutación MMS (M-SR) 112 y la aplicación de usuario MMS B (M-UA-B) 114 durante el envío o bien recepción de un MM. El emisor de datos 110 incluye al menos un aparato de telecomunicaciones, incluyendo igualmente el receptor un aparato de telecomunicaciones. Estos aparatos de telecomunicaciones pueden estar configurados, tal como ya se ha mencionado, por ejemplo como terminales móviles (handys) usuales o como aparatos con otras funciones de entrada o visualización, como por ejemplo laptops con módulo de telefonía móvil.
En el ejemplo de ejecución representado en la figura 2 se muestra la transmisión de MMs utilizando el estándar WAP, tal como por ejemplo encuentra aplicación en la transmisión de datos de imagen, vídeo, audio y de texto formateados en el estándar UMTS (Universal Mobile Telecommunication Standard). La presente invención es, no obstante, transmisible también de la manera correspondiente a otros estándares de telecomunicaciones, como por ejemplo GSM o DECT (DECT = Digital European Cordless Telephone).
Entre las tres instancias participantes 110, 112, 114, se intercambian las informaciones o bien comunicaciones o mensajes que están representados en el diagrama de flujo de la figura 2 con flechas. Un mensaje multimedia (MM) está compuesto básicamente por una cabeza (header) y opcionalmente por una parte de datos (body), que puede contener los objetos multimedia.
Un mensaje multimedia (MM) redactado en el aparato de telecomunicaciones del emisor 110 o a retransmitir a través de éste, puede incluir una o varias unidades o bien objetos, como por ejemplo imágenes individuales, secuencias de películas, textos, o similares. El MM se envía primeramente, tal como se representa en la figura 2, como un envío de consulta (el cual lleva en el protocolo WAP el nombre "M-Send.req") al proveedor/la unidad de conmutación 112. Desde allí se realiza el acuse de recibo al emisor 110 del MM llegado con un aviso de retorno "M-Send.conf".
A continuación en el tiempo, envía la unidad de conmutación 112 una comunicación de información al receptor "M-notification.ind" al receptor 114 previsto, mediante la cual éste es informado de que dispone para él de un MM en la unidad de conmutación 112 para su descarga. Sobre ello, recibe la unidad de conmutación 112 por ejemplo automáticamente el aviso de retorno de acuse de recibo o bien la comunicación de confirmación de recepción "M-NotifyResp.ind" del aparato de telecomunicaciones 114 del receptor, cuando éste ha recibido correctamente la comunicación de información al receptor.
Sólo sobre solicitud por parte del receptor 114 con el mensaje de solicitud "WSP GET.req" se retransmite por parte de la unidad de conmutación 112 el MM con el envío MM "M-Retrieve.conf" al receptor.
Otra comunicación de confirmación de recepción, ahora con la categoría "M-Acknowledge.ind", acusa recibo de la recepción del MM.
Finalmente, envía la unidad de conmutación 112, cuando el emisor 110 lo desea, un mensaje "M-delivery.ind" sobre el estado de la puesta a disposición del MM a éste. Señalemos que entonces se genera el mensaje sobre el estado de la transmisión por un primer equipo (no representado) de la unidad de conmutación 112 previsto para ello, y a continuación es enviado por un segundo equipo previsto para ello (igualmente no representado) del 112 al emisor 110. Al respecto, la comunicación "M-Delivery.ind" contiene en el protocolo WAP, al que se refiere el presente ejemplo, un campo de estado ("X-Mms-status") 210 (figura 3) que describe el estado del MM al enviar el mensaje de estado "M-Delivery.ind".
En la figura 3 se representan en general los posibles estados 212 del campo de estado "X-Mms-status" 210 en el mensaje del tipo "M-Delivery.ind", que se describe extensamente en la figura 4. Hasta ahora se determinan en la especificación MMS [2, 5] varias situaciones que se transmiten en una información sobre el estado de puesta a disposición MMS o bien mensajes sobre el estado de la transmisión "M-Delivery.ind". Las distintas situaciones indican si el MM ha sido transmitido con éxito al receptor (situación: "retrieved" = recibido), si el MM ha sido rechazado por el receptor (situación: "rejected" = rechazado), si el receptor ha recibido la información a través de la entrada del MM en su buzón de correos y ha descargado ésta posteriormente (situación: "deferred" = retardado), si el receptor no ha reconocido el MM (situación: "unrecognized" = no reconocido) y si el receptor no ha descargado dentro del periodo de validez el MM y con ello no lo ha recibido por completo (situación: "expired" = expirado).
En el marco de la invención, puede asumir el campo de situación "X-Mms-status" un estado "imposible de poner a disposición" o bien "undeliverable". El nuevo estado "imposible de poner a disposición"/"undeliverable" es activado por la unidad de enlace MMS 112 (ver figura 2) en el aviso solicitado sobre el estado de la transmisión "M-Delivery.ind" cuando un MM no ha podido ser puesto a disposición dentro de su periodo de validez, es decir, que la unidad de enlace no ha recibido del receptor ni la (primera) comunicación de confirmación de recepción "M-NotifyResp.ind" ni la segunda comunicación de confirmación de recepción "M-Acknowledge.ind" de la transmisión del MM. Esto significa que ni la comunicación de la información al usuario MMS ("M-Notification.ind") ni el envío del MM ("M-retrieve.conf") han alcanzado correctamente al receptor.
En la figura 3 se representa igualmente cómo se codifican los correspondientes estados del registro "X-Mms-Status" del presente ejemplo internamente en el sistema. Así, se representan los estados conocidos "Expired" hasta "Unrecognised" por los valores "<Octet128>" hasta "<Octet132>", mientras el estado "Undeliverable" se representa en el sistema con el valor "<Octet133>".
La figura 4 muestra un mensaje sobre el estado de la transmisión de la categoría "M-delivery.ind", tal como se envía al emisor 10, 110 de un mensaje multimedia a través del protocolo WAP. En la cabecera se representa que el mensaje es enviado por la unidad de conmutación 20, 30, 112 al emisor 10, 110. En un primer campo de datos "X-Mms-message-type", se representa de qué tipo de mensaje se trata. En este caso, se trata de la citada información del emisor del MM sobre el estado de la transmisión del mensaje MM, que está categorizado con "m-delivery.ind" dentro del protocolo WAP. En el siguiente campo de datos, que se denomina "X-Mms-version", se documenta la versión del protocolo MMS-WAP utilizado. En el campo siguiente con la denominación "X-Mms-message-ID" está anotado el número interno del mensaje multimedia (MM) al que se refiere el mensaje sobre el estado de la transmisión. En el campo con la denominación "To" se encuentra el receptor, mientras que en el campo de fecha con la denominación "Date" está la fecha en la que el mensaje multimedia ha sido tratado por última vez. Esta fecha puede ser por ejemplo la fecha del envío al receptor, la fecha de rechazo o también la fecha de caducidad del periodo de validez del envío al receptor. En el último campo de este mensaje sobre el estado de la transmisión con la denominación "X-Mms-Status", se representa el propio estado de la transmisión del mensaje multimedia. En el presente ejemplo, el mensaje MM no puede entregarse al receptor o bien no es posible ponerlo a disposición, es decir, el receptor no ha acusado por ejemplo recibo de la comunicación de información al receptor o tampoco de varios mensajes de información al receptor, porque por ejemplo su aparato de telecomunicaciones nunca se conectó o está defectuoso.
La presente invención describe un procedimiento para la transmisión de datos, en particular con contenidos multimedia desde un emisor a un receptor, comunicándose al emisor la imposibilidad de puesta a disposición de los datos al receptor cuando el mensaje enviado por él no puede ponerse a disposición. El emisor puede entonces dado el caso enviar de nuevo el mensaje. Esto posibilita un manejo eficiente de mensajes multimedia, ya que el mensaje por ejemplo sólo sería enviado una segunda vez en el caso de no poder ser puesto a disposición y no en el caso de que el receptor no desee la puesta a disposición. Esta diferenciación no era posible en el estado de la técnica existente hasta ahora.
Referencias
(Ref. [3], [4], [5], [6] pueden obtenerse por ejemplo en "http://www.wapformm.org/")
[1] 3G TS 22.140 versión 4.1.0, Edición 4; Proyecto de 3ª generación de partenariado; Especificación técnica grupo terminales; Servicio de mensajes multimedia (MMS); Aspectos de servicio; versión 1, marzo 2001.
[2] 3TG TS 23.140 versión 4.2.0, Edición 4; Proyecto de 3ª generación de partenariado; Especificación técnica grupo terminales; Servicio de mensajes multimedia (MMS); Descripción funcional; versión 2, marzo 2001.
[3] WAP-205-MMS Descripción general arquitectura, especificación de anteproyecto; Protocolo de aplicación sin hilos WAP; Servicio de mensajes multimedia (MMS); Especificación de visión general de arquitectura, 25 abril 2001.
[4] WAP-206-MMS Transacciones de cliente, especificaciones de anteproyecto; Protocolo de aplicación sin hilos (WAP); Transacciones de servicio al cliente de mensajes multimedia WAP; 12 abril 2001.
[5] WAP-209-MMS Encapsulado, Documento de cambio de especificación de anteproyecto; Protocolo de aplicación sin hilos (WAP); Servicio de mensajes multimedia; Encapsulado de mensaje; 5 enero 2002.
[6] WAP-203-WSP, Especificación, versión aprobada, Protocolo de aplicación sin hilos (WAP): Protocolo de sesión sin hilos; 4 mayo 2000.
Relación de abreviaturas
GSM
Global System for Mobile Communication (Sistema global para comunicaciones móviles)
SMS
Short Message Service (Servicio de mensajes cortos)
UMTS
Universal Mobile Telecommunication System (Sistema universal de telecomunicaciones móviles)
WAP
Wireless Application Protocol (Protocolo de aplicación sin hilos)
WSP
Wireless Session Protocol (Protocolo de sesión sin hilos)
DECT
Digital European Cordless Telephone (Telefonía sin cordón digital europea)
Abreviaturas Específicas de MMS
MM = Multimedia Message (Mensaje multimedia)
MMS = Multimedia Messaging Service (Servicio de mensajes multimedia)
M-UA = Aplicación de usuario MMS
M-SR = Unidad de enlace MMS
M-Send.req = Consulta de envío de MMS
M-Send.conf = Confirmación de envío de MMS
M-Notification.ind = Notificación al receptor de MMS
M-NotifyResp.ind = Confirmación de notificación al receptor MMS
W-WSP-GET.req = Consulta de puesta a disposición de MMS
M-Retrieve.conf = Mensaje de puesta a disposición de MMS
M-Acknowledge.ind = Confirmación de puesta a disposición de MMS
M-Delivery.ind = Notificación de situación de puesta a disposición de MMS

Claims (15)

1. Procedimiento para transmitir datos, en particular con contenidos multimedia, desde una primera unidad de comunicaciones (10; 110) a una segunda unidad de comunicaciones (40; 114) en una red de telecomunicaciones (10, 20, 30, 40; 110, 112, 114), transmitiéndose a la primera unidad de comunicaciones (10; 110) al menos un mensaje sobre el estado de la transmisión (M-Delivery.ind) asociado a los datos, sucediendo que
en el caso de que no sea posible poner los datos a disposición de la segunda unidad de comunicaciones (40; 114), se prevé en el mensaje sobre el estado de la transmisión (M-Delivery.ind) una información sobre la imposibilidad de puesta a disposición de los datos enviados,
caracterizado porque
existe imposibilidad de poner a disposición los datos enviados cuando la recepción correcta de los datos enviados o de una comunicación de información al receptor (M-Notification.ind) sobre los datos a transmitir a la segunda unidad de comunicaciones (40; 114) no obtiene acuse de recibo por parte de la segunda unidad de comunicaciones (40; 114) mediante el correspondiente aviso de confirmación en cada caso (M-NotifyResp.ind, M-Acknowledge.ind).
2. Procedimiento según la reivindicación 1,
caracterizado porque la información sobre la imposibilidad de puesta a disposición de los datos enviados está prevista en el mensaje sobre el estado de la transmisión (M-Delivery.ind) cuando los datos no pueden ser puestos a disposición de la segunda unidad de comunicaciones (40; 114) dentro de un periodo de validez que puede determinarse previamente.
3. Procedimiento según la reivindicación 1 ó 2,
caracterizado porque existe imposibilidad de poner a disposición los datos enviados cuando la recepción correcta de los datos enviados y de una comunicación de información al receptor (M-Notification.ind) sobre los datos a transmitir a la segunda unidad de comunicaciones (40; 114) no obtiene acuse de recibo por parte de la segunda unidad de comunicaciones (40; 114)mediante el correspondiente aviso de confirmación en cada caso (M-NotifyResp.ind, M-Acknowledge.ind).
4. Procedimiento según una de las reivindicaciones 1 a 3,
caracterizado porque la red de telecomunicaciones (10, 20, 30, 40; 110, 112, 114) incluye un sistema de conmutación (20, 30; 112) a través del cual se transmiten los datos desde la primera unidad de comunicaciones (10, 110) hasta la segunda unidad de comunicaciones (40, 114), detectando el sistema de conmutación (20, 30, 112) la imposibilidad de puesta a disposición de los datos enviados y enviando el mensaje sobre el estado de la transmisión (M-Delivery.ind) a la primera unidad de comunicaciones (10, 110).
5. Procedimiento según la reivindicación 1 ó 4,
caracterizado porque los datos se transmiten mediante un "Multimedia Messaging Service" (MMS, Servicio de mensajes multimedia), utilizando un "Wireless Application Protocol" (WAP, Protocolo de aplicación sin hilos).
6. Procedimiento según la reivindicación 5,
caracterizado porque la comunicación de información al receptor (M-notification.ind) incluye una comunicación MMS de la categoría "X-Mms-Message-Type: m-notification-ind".
7. Procedimiento según la reivindicación 5 ó 6,
caracterizado porque los datos se transmiten al receptor mediante al menos un mensaje MMS de la categoría "X-Mms-Message-Type: m-retrieve-conf".
8. Procedimiento según una de las reivindicaciones 5 a 7,
caracterizado porque el mensaje sobre el estado de la transmisión (M-Delivery.ind) incluye una comunicación MMS de la categoría "X-Mms-Message-Type: m-delivery-ind".
9. Procedimiento según la reivindicación 8,
caracterizado porque la información sobre la imposibilidad de puesta a disposición de los datos enviados se representa en el campo de datos X-Mms-Status del mensaje sobre el estado de la transmisión (M-delivery.ind) mediante el valor "<Octet133>".
10. Procedimiento según una de las reivindicaciones 1 a 9,
caracterizado porque la primera unidad de telecomunicaciones (10; 110) y/o la segunda unidad de telecomunicaciones (40; 114) incluye un módulo de telefonía móvil.
11. Procedimiento según una de las reivindicaciones 1 a 10,
caracterizado porque la red de telecomunicaciones (10, 20, 30, 40; 110, 112, 114) está configurada al menos por zonas como red de telefonía móvil y la primera unidad de comunicaciones (10; 110) y/o la segunda unidad de comunicaciones (40; 114) funcionan según el estándar GSM, GPRS, EDGE o/y UMTS.
12. Sistema de conmutación (20, 30; 112) para transmitir datos en una red de telecomunicaciones (10, 20, 30, 40; 110, 112, 114), en particular según un procedimiento correspondiente a una de las reivindicaciones precedentes, desde una primera unidad de comunicaciones (10; 110) hasta una segunda unidad de comunicaciones (40; 114), sucediendo que
el sistema de conmutación (20, 30; 112) incluye un equipo para crear un mensaje sobre el estado de la transmisión, que está asociado a los datos a transmitir a la segunda unidad de comunicaciones (40; 114), previendo el equipo para crear el mensaje sobre el estado de la transmisión una información sobre la imposibilidad de puesta a disposición de los datos a transmitir en el mensaje sobre el estado de la transmisión (M-Delivery.ind), cuando los datos no pueden ser puestos a disposición,de la segunda unidad de comunicaciones (40; 114)
caracterizado porque para el equipo para crear el mensaje sobre el estado de la transmisión existe imposibilidad de poner a disposición los datos enviados cuando la recepción correcta de los datos enviados o de una comunicación de información al receptor (M-Notification.ind) sobre los datos a transmitir a la segunda unidad de comunicaciones (40; 114) no obtiene acuse de recibo por parte de la segunda unidad de comunicaciones (40; 114) mediante el correspondiente aviso de confirmación en cada caso (M-NotifyResp.ind, M-Acknowledge.ind).
13. Sistema de conmutación según la reivindicación 12,
caracterizado porque el equipo para crear el mensaje sobre el estado de la transmisión prevé la información sobre la imposibilidad de puesta a disposición de los datos a transmitir en el mensaje sobre el estado de la transmisión (M-Delivery.ind) cuando los datos no pueden ser puestos a disposición de la segunda unidad de comunicaciones (40; 114) dentro de un periodo de validez que puede determinarse previamente.
14. Sistema de conmutación según la reivindicación 12 ó 13,
caracterizado porque para el equipo para crear el mensaje sobre el estado de la transmisión existe imposibilidad de poner a disposición los datos enviados cuando la recepción correcta de los datos enviados y de una comunicación de información al receptor (M-Notification.ind) sobre los datos a transmitir a la segunda unidad de comunicaciones (40; 114) no obtiene acuse de recibo por parte de la segunda unidad de comunicaciones (40; 114) mediante el correspondiente aviso de confirmación en cada caso (M-NotifyResp.ind, M-Acknowledge.ind).
15. Sistema de conmutación según una de las reivindicaciones 12 a 14,
caracterizado porque el sistema de conmutación (20, 30; 112) incluye un equipo para transmitir el mensaje sobre el estado de la transmisión a la primera unidad de comunicaciones (10; 110).
ES03722246T 2002-04-09 2003-04-01 Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil. Expired - Lifetime ES2244935T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10215567A DE10215567A1 (de) 2002-04-09 2002-04-09 Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz
DE10215567 2002-04-09

Publications (1)

Publication Number Publication Date
ES2244935T3 true ES2244935T3 (es) 2005-12-16

Family

ID=28458666

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03722246T Expired - Lifetime ES2244935T3 (es) 2002-04-09 2003-04-01 Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil.

Country Status (12)

Country Link
US (2) US8532564B2 (es)
EP (1) EP1493295B1 (es)
JP (2) JP4510470B2 (es)
KR (1) KR100975439B1 (es)
CN (2) CN101841781B (es)
AT (1) ATE301914T1 (es)
AU (1) AU2003229504A1 (es)
BR (1) BR0309137A (es)
DE (2) DE10215567A1 (es)
ES (1) ES2244935T3 (es)
RU (1) RU2323543C2 (es)
WO (1) WO2003085999A1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645472B2 (en) * 2004-07-26 2014-02-04 Vringo Infrastructure Inc. System and method for informing a sender of a message of content adaptation and message failure issues
KR101155335B1 (ko) * 2005-01-07 2012-06-11 엘지전자 주식회사 이동통신 단말기의 멀티미디어 메시지 동작방법
JP5216328B2 (ja) 2005-01-24 2013-06-19 アンタレス ファーマ インコーポレイテッド あらかじめ充填された針補助シリンジジェット式注射器
KR100677497B1 (ko) * 2005-11-02 2007-02-02 엘지전자 주식회사 단말기의 중복 통보 메시지 처리 방법
US8023971B2 (en) * 2005-11-21 2011-09-20 Syniverse Icx Corporation Method and system to deliver multimedia alerts to a mobile phone
GB2465799B (en) * 2008-12-01 2012-01-25 Apple Inc System and method of controlling delivery of multimedia messages
CN102318378B (zh) * 2009-02-16 2016-04-13 阿尔卡特朗讯 提供针对遗漏呼叫确认的通报的系统和方法
EP2410697A1 (en) * 2010-07-20 2012-01-25 ABB Research Ltd. Frame transmission and communication network

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE1014227B (de) * 1954-10-23 1957-08-22 Albert Schweizer Vorrichtung zur Bedienung von hochliegend angeordneten elektrischen Geraeten, insbesondere von Lampen, Strassenleuchten u. dgl.
WO1991009473A1 (en) * 1989-12-14 1991-06-27 Motorola, Inc. Satellite based acknowledge-back paging system
JPH0918483A (ja) * 1995-06-26 1997-01-17 Sharp Corp 無線通信ネットワークシステム
US6070080A (en) * 1996-11-22 2000-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Called party availability announcement in a radio telecommunications network
JP3658896B2 (ja) * 1996-11-26 2005-06-08 ソニー株式会社 情報信号伝送システム、再生装置及び表示装置
KR100414932B1 (ko) * 1998-01-24 2004-04-03 삼성전자주식회사 이동통신시스템의데이타통신방법
FI108982B (fi) * 1998-06-15 2002-04-30 Nokia Corp Sanomapalvelu langattomassa tietoliikennejärjestelmässä
RU2169437C1 (ru) * 1998-12-29 2001-06-20 Свисском Мобиле Аг Способ предоставления пользователям телекоммуникационной сети доступа к объектам
AU4033099A (en) * 1999-04-19 2000-11-02 Nokia Networks Oy Method for delivering messages
US7194681B1 (en) * 1999-07-30 2007-03-20 Microsoft Corporation Method for automatically assigning priorities to documents and messages
HK1049933A1 (zh) * 1999-10-08 2003-05-30 诺基亚公司 位置敏感的多媒體消息發送(mms)
AU1519801A (en) 1999-11-08 2001-06-06 Sony International (Europe) Gmbh Multimedia service system
FI110831B (fi) * 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
FI113234B (fi) * 2000-02-01 2004-03-15 Nokia Corp Menetelmä ja laite ominaisuustiedon välittämiseksi
US6938024B1 (en) * 2000-05-04 2005-08-30 Microsoft Corporation Transmitting information given constrained resources
US7986422B1 (en) * 2000-06-16 2011-07-26 Nokia Corporation Messaging service system and method to be performed in such a system
JP4570741B2 (ja) 2000-06-26 2010-10-27 パナソニック株式会社 基地局装置、通信端末装置及び通信方法
DE10142270A1 (de) 2001-02-07 2002-08-08 Siemens Ag Verfahren zur Nachrichtenversendung aus einem MMS-System und Einrichtun hierfür
US7127264B2 (en) * 2001-02-27 2006-10-24 Telecommunication Systems, Inc. Mobile originated interactive menus via short messaging services
US7054592B2 (en) * 2001-09-18 2006-05-30 Matsushita Electric Industrial Co., Ltd. Transmission apparatus and reception apparatus
US7185015B2 (en) * 2003-03-14 2007-02-27 Websense, Inc. System and method of monitoring and controlling application files
US20070136215A1 (en) * 2005-12-12 2007-06-14 Fogel Thomas C Truncation of undeliverable mailpieces

Also Published As

Publication number Publication date
US8909129B2 (en) 2014-12-09
EP1493295A1 (de) 2005-01-05
RU2004132830A (ru) 2005-06-27
JP4991772B2 (ja) 2012-08-01
DE10215567A1 (de) 2003-10-23
KR20040098065A (ko) 2004-11-18
EP1493295B1 (de) 2005-08-10
ATE301914T1 (de) 2005-08-15
RU2323543C2 (ru) 2008-04-27
AU2003229504A1 (en) 2003-10-20
JP2009153173A (ja) 2009-07-09
HK1148159A1 (en) 2011-08-26
KR100975439B1 (ko) 2010-08-11
DE50300970D1 (de) 2005-09-15
JP4510470B2 (ja) 2010-07-21
JP2005528021A (ja) 2005-09-15
CN101841781A (zh) 2010-09-22
US20050165897A1 (en) 2005-07-28
BR0309137A (pt) 2007-01-30
US20130303208A1 (en) 2013-11-14
CN101841781B (zh) 2013-01-02
WO2003085999A1 (de) 2003-10-16
US8532564B2 (en) 2013-09-10
CN1647569A (zh) 2005-07-27
CN1647569B (zh) 2010-05-26

Similar Documents

Publication Publication Date Title
ES2380386T3 (es) Método y sistema de transmisión de correo electrónico y servidor de correo electrónico instantáneo
ES2326615T3 (es) Servicio de mensajeria multimedia.
ES2366993T3 (es) Visualización de mensajes multimedia.
ES2388664T3 (es) Procedimiento y aparato para el envio de un mensaje desde un dispositivo inalámbrico
JP5158890B2 (ja) ペアレントコントロールされたショートメッセージサービスのための方法および装置
ES2337016T3 (es) Tratamiento de mensajes instantaneos en caso de no disposnibilidad del receptor.
KR101428156B1 (ko) 향상된 sms/ems/mms를 제공하기 위한 방법 및 장치
JP4723841B2 (ja) モバイル・トゥー・モバイル・ビデオ機能をネットワークに提供するための方法および装置
ES2245103T3 (es) Metodo para entregar mensajes.
JP4034071B2 (ja) 遠隔通信網におけるメッセージの伝送のための方法
ES2313435T3 (es) Aparatos y procedimientos de servicios de telecomunicaciones.
US8909129B2 (en) Method for transmitting data, particularly having multimedia contents, in a mobile communication network
ES2291638T3 (es) Procedimiento para transmitir un mensaje multimedia entre diferentes centros de mensajes multimedia.
MX2007001156A (es) Metodo de comunicacion inalambrica y sitema para establecer un servicio de mensaje multimedia por una red de area local inalambrica.
ES2328150T3 (es) Informacion dirigida a un dispositivo destinatario sobre las propiedades del contenido de un mensaje.
ES2273274T3 (es) Seleccion de un metodo de transferencia de datos.
JP2004320777A (ja) 移動通信システムにおける無線メッセージ受信方法
ES2319316T3 (es) Procedimiento para implementar el cargo del serfvicio de mensajeria multimedia.
ES2311137T3 (es) Sistema y procedimiento para proporcionar una imagen.
JP4368885B2 (ja) ショートメッセージ再送システム、ショートメッセージ再送方法
ES2387895T3 (es) Método para realizar un servicio de mensajes cortos y un sistema de procesamiento de mensajes cortos
US20050239442A1 (en) Method and system for handling wireless messaging errors
US9060257B1 (en) Systems and methods for multimedia messaging
ES2307889T3 (es) Transferencia de mensajes multimedia entre centros de mensajeria multimedia mms.
ES2237702T3 (es) Priorizacion de mensajes mms.