WO2002100063A1 - Verfahren zur handhabung einer nachricht mit multimedialem bezug - Google Patents

Verfahren zur handhabung einer nachricht mit multimedialem bezug Download PDF

Info

Publication number
WO2002100063A1
WO2002100063A1 PCT/DE2002/001850 DE0201850W WO02100063A1 WO 2002100063 A1 WO2002100063 A1 WO 2002100063A1 DE 0201850 W DE0201850 W DE 0201850W WO 02100063 A1 WO02100063 A1 WO 02100063A1
Authority
WO
WIPO (PCT)
Prior art keywords
mms
file
server
message
service provider
Prior art date
Application number
PCT/DE2002/001850
Other languages
English (en)
French (fr)
Inventor
Markus Tauberg
Josef Laumen
Andreas Schmidt
Original Assignee
Siemens Aktiengesellschaft
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 Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP02740367A priority Critical patent/EP1393524A1/de
Priority to JP2003501910A priority patent/JP2004532485A/ja
Priority to US10/479,432 priority patent/US20040153513A1/en
Publication of WO2002100063A1 publication Critical patent/WO2002100063A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • 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/08—Annexed information, e.g. attachments
    • 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/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • 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/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates to methods for handling a message with a multimedia reference in a send application or send / receive application and in a provider network element.
  • the invention relates to corresponding devices, software programs and a software program product.
  • GSM Global System for Mobile Communications
  • SMS Short Message Service
  • MMS Multimedia Messaging Service
  • UMTS Universal Mobile Telecommunications System
  • MMMS Multimedia Messaging Service
  • MM - Multimedia Message Messages with multimedia content are described below for better differentiation from the text messages of the SMS just called MMs (MM - Multimedia Message).
  • SMS Multimedia Messaging Service
  • SMS Multimedia Messaging Service
  • MMS is only implemented via WAP (WAP - Wireless Application Protocol).
  • WAP WAP - Wireless Application Protocol
  • WAP WSP Transfer Protocol To bridge the air interface between an MMS-compatible device and the WAP gateway, the use of the WAP WSP Transfer Protocol is provided, see 3G TS 23.140 version 4.1.0 (see above) and WAP-209 MMS encapsulation, release 2000; Wireless application protocol; WAP multimedia messaging service; Message encapsulation; MMS Proposed SCD 1.0.
  • MMS encapsulation (see above) is shown, in which the exchange of WAP messages between the four involved entities (MMS User Agent A, MMS Relay / Server A, MMS Relay / Server B and MMS User Agent B) is shown during the transmission of an MM.
  • MMS user agent is an application that uses MMS, for example on a mobile device or on a device connected to a mobile device (e.g. laptop, etc.).
  • An MMS relay / server is a network element at the MMS service provider that provides the MMS user agents with the MMS functionality.
  • the figure shows a known application for exchanging WAP messages (“MMS user agent A sends MM to MMS user agent B”) according to the prior art.
  • MMS user agent A sends MM to MMS user agent B
  • the MM generated in the MMS User Agent A is sent with the WAP message M-
  • the MMS user agent A receives the WAP message M-Send. conf with which the correct receipt of the MM from the MMS re- lay / Server A is confirmed.
  • the forwarding of the MM Zvi ⁇ rule the transmitter-side MMS Relay / Server A and e pfän- ger matteren MMS relay / server B is done via SMTP (SMTP - Simple Mail Transfer Protocol), including through the Internet (IP - Internet Protocol).
  • the MMS Relay / Server B informs the MMS User Agent B with the WAP message M-Notification. and via the storage space (URI - Universal Resource Identifier) of the newly arrived MM and available for download.
  • the MMS Relay / Server B then receives, for example, the MAP NotifyResp with the WAP message. req a confirmation that the notification ⁇ M-Notifi cation. ind) has been successfully delivered via the MM received.
  • the MMS user agent B uses the WAP message WSP GET, with which the URI is sent to the MMS relay / server B, to request delivery of the MM.
  • WAP message M-Retrieve. conf is then sent to the MMS User Agent B by the MMS Relay / Server B the desired MM.
  • the MMS User Agent B acknowledges M-Acknowledge with the WAP message. and the correct receipt of the MM.
  • the MMS Relay / Server A can comply with the WAP message M-Delivery. is sent to MMS User Agent A.
  • a sender of an MM wants to integrate a file into an MM, this file must be stored on the end device. If the file is not stored in the end device, the sender can first download the desired file via the air interface, e.g. from his MMS service provider, if he knows the corresponding URI of the desired file, before sending the MM, then install it in his MM and then the complete MM to ship. This MM then grew by the size of the attached file.
  • the disadvantage is on the one hand, the expenditure of time, on the other hand, there are high costs for the transmission on the expensive air interface.
  • the invention relates both to the generation and sending of a message with the reference according to the invention by means of a sending application (MMS User Agent A) and to the reception and processing of this message by the intermediary of the sending and receiving MMS relay / servers A and B or MMS service providers A and B (which can each be identical).
  • the invention also covers the handling on the part of the receiving application (MMS User Agent B), which is notified of a message sent in this way and in turn can request a selected action in the form of a message via the recipient's MMS relay / server.
  • the corresponding software programs on the individual devices are also part of this invention. These devices have, in particular, the necessary processors, control units and transmitting and / or receiving devices.
  • An important feature of the invention is to give the sender of an MM the option of downloading the MM element present in the form of a file to his mobile radio device or his device (eg laptop) connected to the mobile radio device. to save. Instead, the sender is given the option of specifying at least one reference in the specification block to at least one file, preferably in the form of a URI (storage space), in his MM by means of a control device arranged on or connected to the device.
  • the URI of the file is of course different from that for the part of the MM sent according to the state of the art.
  • the at least one file is transmitted only after the MM has been transmitted via the air interface (in the figure with air interface A) ) in the area of responsibility of the MMS service provider, the so-called MMSE (MMSE - Multimedia Messaging Service Environment), to the part of the MM sent according to the state of the art.
  • MMSE MMSE - Multimedia Messaging Service Environment
  • the further transmission of the complete MM including the attached file is preferably done according to the prior art.
  • the advantage of this procedure is the enormous reduction in the amount of data on the transmitter-side air interface and the associated cost savings in two respects: on the one hand, if - with a file not yet saved on the sending application - only the URI is downloaded from the sender instead of the desired file, and the others when sending the MM itself, because not the entire selected file is part of the MM, but only its URI of a few bytes in length.
  • an MMS User Agent A itself can send such file types (eg image) and file formats (eg JPEG) as MM elements which it is not able to display or reproduce itself.
  • a prerequisite for implementing the idea described above is the ability to be able to specify a URI (storage address) for the file when sending an MM.
  • the reference is part of the specification block of the WAP message M-Send. req.
  • This WAP message is therefore highlighted in the WAP MMS transaction flow diagram in the figure.
  • user A (Andreas xxx) would like to congratulate the user by means of an MM user B (Markus yyy).
  • the MMS User Agent A the MM, which initially consists of just one text, is compiled.
  • user A would like to integrate a birthday melody into the MM. Since he has not currently stored a suitable melody on his end device, he decides to contact his MMS service provider (e.g. through mobile web browsing) and select a melody from his range.
  • user A only has to download the URI (of a few bytes in size) instead of the entire audio file (typically a few kilo-bytes in size) onto his MMS user agent A and integrate it into his MM.
  • a new header field is preferably introduced, which for example could be called "X-Mms-Add-Element / f .
  • the field name has, for example, the hexadecimal value 0x89.
  • the field values are preferably according to WAP-209-MMSEncapsulation (see above) coded as a text string. The coding of the newly defined header field then looks as follows:
  • Add-Element-Value text string
  • the WAP message M-Send. req according to the example given above looks like this.
  • M-Send. req (MMS User Agent A - »MMS Relay / Server A):
  • the birthday MM can be sent.
  • it now also contains the memory address (URI) in the header field "X-Mms-Add-Element" of the desired audio file in the area of responsibility of the MMS service provider and is therefore significantly smaller than an MM resulting from the text and the audio file itself.
  • URI memory address
  • the MMS service provider A After the error-free transmission of the MM from the MMS user agent A to the MMS relay / server A, the MMS service provider A first evaluates the header fields of the received MM or the WAP message M-Send using a control unit. req off.
  • the MM is completed with the audio file requested by the sender from the MMS Service Provider A by appending, referencing using the URI takes place, and the header field "X-Mms-Add element" is preferably deleted again.
  • the MM which now contains the file itself instead of the reference, is then forwarded to the recipient's MMS Relay / Server B via an IP network (IP - Internet Protocol).
  • IP - Internet Protocol IP - Internet Protocol
  • the WAP message M-Retrieve. conf looks like this.
  • X-Mms-Message-Type m-retrieve-conf
  • X-Mms-Transaction-ID TRANSACTION-ID # 3
  • X-Mms-Version 1.0
  • the file can also be located in another storage location from which the sending and / or receiving MMS service provider retrieves the file, so that the file can subsequently be attached to the said message.
  • the recipient is either sent the complete message or the recipient is given the option of selecting how he would like to proceed with the file.
  • MMS Relay Server on the receiving side notifies that a file is available in a storage location for it.
  • the recipient is notified of the presence of the file together with the message sent (but without the file).
  • the recipient preferably receives additional information about the file, for example its name, its size and / or its file format.
  • the recipient can then advantageously use the receiving application to request whether the file referenced in the reference should be downloaded or not.
  • Other options for dealing with the file are preferably opening the file at its current storage location and / or forwarding it to another storage location, including forwarding it to another receiving application. All of these actions require that the recipient-side MMS relay / server and the recipient-side receiving application support detailed notification of the additional file information.
  • the requesting of one or more of the above-mentioned actions is preferably carried out by means of a message sent by the receiving application to the recipient-side MMS relay / server. If the file is downloaded to the receiving application, the recipient can preferably choose whether the file should be integrated into the part of the message received according to the prior art or be stored separately from it, if the receiving application supports this procedure.
  • the invention can be used not only when sending MMs using WAP messages, but also in future against transmission and reception procedures, especially UMTS (Universal Mobile Telecommunication System).
  • UMTS Universal Mobile Telecommunication System

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung betrifft u.a. ein Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug in einer Sendeapplikation oder Sende-/Empfangsapplikation, die auf einer Mobilfunkeinrichtung oder auf einer an eine Mobilfunkeinrichtung angeschlossenen Einrichtung implementiert ist. Ein Aspekt der Erfindung zeichnet sich im wesentlichen dadurch aus, dass die Nachricht derart generiert und versendet wird, dass sie mindestens einen in einem mitversendeten Spezifikationsblock enthaltenen Verweis auf mindestens eine Datei umfasst, die in einem Speicher ausserhalb der Mobilfunkeinrichtung oder auf der an eine Mobilfunkeinrichtung angeschlossenen Einrichtung abgelegt ist. Gleichfalls werden entsprechende Verfahren in einem Provider-Netzwerkelement sowie entsprechende Vorrichtungen und Software-Programme vorgeschlagen.

Description

Beschreibung
Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug
Die Erfindung betrifft Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug in einer Sendeapplikation oder Sende-/Empfangsapplikation sowie in einem Provider- Netzwerkelement .
Des weiteren betrifft die Erfindung entsprechende Vorrichtungen, Software-Programme und ein Software-Programm-Erzeugnis .
Das Mobilfunksystem GSM (GSM - Global System for Mobile Com- munications) bietet neben der Sprachtelefonie auch die Möglichkeit, kurze Textnachrichten von bis zu 160 Zeichen Länge zu versenden bzw. zu empfangen. Dieser Dienst heißt SMS (SMS - Short Message Service), s. GSM 03.40 Version 7.4.0, Release 1998, Digital Cellular Telecommunications System, Technical realisation of the Short Message Service (SMS) .
Für das Mobilfunksystem der nächsten Generation UMTS (UMTS - Universal Mobile Telecommunications System) wird zur Zeit eine multimediafähige Variante eines mobilen Nachrichtendien- stes standardisiert, der sogenannte MMS (Multimedia Messaging Service), s. 3G TS 23.140 Version 4.1.0, Release 4, Third Generation Partnership Project, Technical Specification Group Terminals, Multimedia Messaging Service (MMS), Functional De- scription, Stage 2. Nachrichten mit multimedialen Inhalten werden im Folgenden zur besseren Abgrenzung von den Textnachrichten des SMS nur noch kurz MMs (MM - Multimedia Message) genannt. Im Gegensatz zum SMS entfällt die Beschränkung auf reine Textinhalte. Beim MMS wird es möglich sein, Texte dem individuellen Geschmack entsprechend zu formatieren sowie Audio- und Videoinhalte in eine Nachricht einzubetten.
Nach dem heutigen Stand der Technik wird eine Implementierung von MMS lediglich über WAP (WAP - Wireless Application Proto- col) realisiert. Zur Überbrückung der Luftschnittstelle zwischen einem MMS-tauglichen Endgerät und dem WAP Gateway ist die Benutzung des WAP WSP Transfer Protocols vorgesehen, s. 3G TS 23.140 version 4.1.0 (s.o.) und WAP-209- MMSEncapsulation, Release 2000; Wireless Application Proto- col; WAP Multimedia Messaging Service; Message Encapsulation; MMS Proposed SCD 1.0.
In der einzigen Figur ist ein sogenanntes Transaction Flow Diagramm nach heutigem Stand der Technik gemäß WAP-209-
MMSEncapsulation (s.o.) gezeigt, in dem der Austausch der WAP Nachrichten zwischen den vier beteiligten Instanzen (MMS User Agent A, MMS Relay/Server A, MMS Relay/Server B und MMS User Agent B) bei der Übertragung einer MM dargestellt ist. Unter MMS User Agent versteht man eine Applikation beispielsweise auf einem Mobilfunkgerät oder auf einem an ein Mobilfunkgerät angeschlossenen Gerät (z.B. Laptop, o.a.), die MMS realisiert. Ein MMS Relay/Server ist ein Netzelement beim MMS Service Provider, das den MMS User Agents die MMS-Funktionalität zur Verfügung stellt.
In der Figur ist eine bekannte Anwendung des Austausches von WAP Nachrichten ("MMS User Agent A schickt MM an MMS User A- gent B" ) nach dem Stand der Technik dargestellt. Die im MMS User Agent A erzeugte MM wird mit der WAP Nachricht M-
Send. req an den MMS Relay/Server A geschickt. Daraufhin erhält das MMS User Agent A die WAP Nachricht M-Send. conf zurück, mit der der korrekte Empfang der MM vom MMS Re- lay/Server A bestätigt wird. Die Weiterleitung der MM zwi¬ schen dem senderseitigen MMS Relay/Server A und dem e pfän- gerseitigen MMS Relay/Server B geschieht über SMTP (SMTP - Simple Mail Transfer Protocol) , z.B. durch das Internet (IP - Internet Protocol) . Danach informiert der MMS Relay/Server B den MMS User Agent B mit der WAP Nachricht M-Notification. ind über den Speicherplatz (URI - Universal Resource Identifier) der neu eingetroffenen und zum Herunterladen (Download) bereitliegenden MM. Der MMS Relay/Server B erhält daraufhin z.B. mit der WAP Nachricht M-NotifyResp. req eine Bestätigung, daß die Benachrichtigung {M-Notifi cation . ind) über die eingetroffene MM erfolgreich zugestellt worden ist. Der MMS User Agent B fordert dann mit Hilfe der WAP Nachricht WSP GET, mit der der URI an den MMS Relay/Server B geschickt wird, die Auslieferung der MM an. Mit der WAP Nachricht M-Retrieve. conf wird dem MMS User Agent B daraufhin vom MMS Relay/Server B die gewünschte MM zugestellt. Der MMS User Agent B quittiert mit der WAP Nachricht M-Acknowledge . ind den korrekten Empfang der MM. Für den Fall, daß der Absender den Wunsch geäußert hat, über einen erfolgreichen Empfang der von ihm verschickten MM benachrichtigt zu werden, kann das MMS Relay/Server A dem nachkommen, indem die WAP Nachricht M-Delivery. ind an den MMS User Agent A geschickt wird.
Wenn ein Absender einer MM eine Datei in eine MM integrieren möchte, muß diese Datei auf dem Endgerät gespeichert sein. Ist die Datei nicht im Endgerät gespeichert, so kann der Absender die gewünschte Datei vor dem Abschicken der MM zunächst über die Luftschnittstelle z.B. von seinem MMS Service Provider bei Kenntnis der entsprechenden URI der gewünschten Datei herunterladen, danach in seine MM einbauen und anschließend die komplette MM versenden. Diese MM ist dann um die Größe der angehängten Datei gewachsen. Nachteilig ist ' hierbei einerseits der Zeitaufwand, andererseits fallen hohe Kosten für die Übertragung auf der teuren Luftschnittstelle an.
Es ist Aufgabe der vorliegenden Erfindung, eine Vereinfachung bei der Handhabung von MMs in Bezug auf einzubindende Dateien zu realisieren.
Diese Aufgabe wird mit den Merkmalen gemäß Anspruch 1, 8, 14, 17, 18 bzw. 19 gelöst.
Die Erfindung betrifft sowohl die Erzeugung und das Versenden einer Nachricht mit.dem erfindungsgemäßen Verweis durch eine Sendeapplikation (MMS User Agent A) als auch den Empfang und die Verarbeitung dieser Nachricht durch die zwischengeschalteten sende- und empfängerseitigen MMS Relay/Server A und B bzw. MMS Service Provider A und B (die jeweils identisch sein können) . Gleichfalls erfaßt die Erfindung den Umgang auf Seiten der Empfangsapplikation (MMS User Agent B) , die über eine derart versendete Nachricht benachrichtigt wird und ihrerseits eine ausgewählte Aktion in Form einer Nachricht über den empfängerseitigen MMS Relay/Server anfordern kann. Ebenso sind die entsprechenden Software-Programme auf den einzelnen Vorrichtungen Bestandteil dieser Erfindung. Diese Vorrichtun- gen weisen insbesondere die jeweils notwendigen Prozessoren, Steuereinheiten sowie Sende- und/oder Empfangseinrichtungen auf.
Ein wichtiges Merkmal der Erfindung ist es, dem Absender ei- ner MM die Möglichkeit zu geben, sich das oben beschriebene Herunterladen (Download) des in Form einer Datei vorliegenden MM-Elementes auf seine Mobilfunkeinrichtung oder seine an die Mobilfunkeinrichtung angeschlossene Einrichtung (z.B. Laptop) zu ersparen. Statt dessen wird dem Absender die Möglichkeit gegeben, mittels einer auf der Einrichtung angeordneten oder mit dieser verbundenen Steuereinrichtung in seiner MM mindestens einen Verweis in dem Spezifikationsblock auf mindestens eine Datei, bevorzugt in Form eines URI (Speicherplatz) , anzugeben. Der URI der Datei ist hierbei selbstverständlich ein anderer als der für den gemäß dem Stand der Technik versendeten Teil der MM. Es ist somit insbesondere möglich, die mindestens eine Datei erst nach der Übertragung der MM über die Luftschnittstelle (in der Figur mit Luftschnittstelle A bezeichnet) im Zuständigkeitsbereich des MMS Service Providers, dem sogenannten MMSE (MMSE - Multimedia Messaging Service Environment) , an den gemäß dem Stand der Technik verschickten Teil der MM anzuhängen. Die weitere Übertragung der vollstän- digen MM einschließlich der angehängten Datei geschieht bevorzugt nach dem Stand der Technik. Vorteilhaft an diesem Verfahren ist die enorme Reduzierung des Datenaufkommens auf der senderseitigen Luftschnittstelle und die damit verbundene Kostenersparnis in zweifacher Hinsicht: zum einen, wenn - bei noch nicht auf der Sendeapplikation gespeicherter Datei - vom Absender anstelle der gewünschten Datei nur ihr URI heruntergeladen wird und zum anderen beim Abschicken der MM selbst, weil nicht die gesamte ausgewählte Datei Bestandteil der MM ist, sondern nur ihr URI von wenigen Bytes Länge. Ein weite- rer Vorteil besteht darin, daß nach dieser Erfindung ein MMS User Agent A selbst solche Dateitypen (z.B. Bild) und Dateiformate (z.B. JPEG) als MM-Element verschicken kann, die er selbst nicht darzustellen bzw. wiederzugeben in der Lage ist.
Voraussetzung für das Umsetzen der oben beschriebenen Idee ist die Möglichkeit, einen URI (Speicheradresse) für die Datei beim Abschicken einer MM angeben zu können. Das wird bevorzugt durch eine Modifikation im Spezifikationsblock der WAP Nachricht M-Send. req erreicht, mit welcher die Nachricht mit dem multimedialen Bezug versendet wird. In diesem Falle ist also der Verweis Teil des Spezifikationsblockes der WAP Nachricht M-Send. req. Im WAP MMS Transaction Flow Diagramm in der Figur ist diese WAP Nachricht deshalb dick hervorgehoben.
Im folgenden Beispiel entsprechend dieser Ausführungsform der Erfindung möchte Benutzer A (Andreas xxx) mittels einer MM Benutzer B (Markus yyy) zum Geburtstag gratulieren. Im MMS User Agent A wird die MM, die vorerst nur aus einem Text besteht, zusammengestellt. Zusätzlich möchte Benutzer A eine Geburtstagsmelodie in die MM integrieren. Da er gerade keine passende Melodie auf seinem Endgerät gespeichert hat, entscheidet er sich, seinen MMS Service Provider zu kontaktieren (z.B. durch mobile web browsing) und eine Melodie aus dessen Angebot auszuwählen. Erfindungsgemäß muß der Benutzer A nur den URI (von wenigen Bytes Größe) anstelle der gesamten Audio-Datei (von typischerweise einigen kilo-Bytes Größe) auf sein MMS User Agent A herunterladen und diesen in seine MM integrieren.
Bevorzugt wird für diese Integration ein neues Kopf-Feld eingeführt, das zum Beispiel die Bezeichnung " X-Mms-Add-Element /f tragen könnte. Der Feld-Name trägt beispielsweise den hexade- zimalen Wert 0x89. Die Feld-Werte werden vorzugsweise gemäß WAP-209-MMSEncapsulation (s.o.) als Text-String codiert. Die Codierung des neu definierten Kopf-Feldes sieht dann wie folgt aus:
X-Mms-Add-Element : (0x89)
Add-Element-Value = Text-String Die WAP-Nachricht M-Send. req gemäß dem oben ausgeführten Beispiel sieht demnach wie folgt aus.
M-Send. req (MMS User Agent A -» MMS Relay/Server A) :
X-Mms-Message-Type: m-send-req
X-Mms-Transaction-ID: TRANSACTION-ID#l
X-Mms-Version: 1.0
Date: Wed, 28 Feb 2001 10:44:11 +0100 From: andreas.xxx@xxx.de
To: markus.yyy@zzz.de
Subject: Geburtstagsgruesse
X-Mms-Delivery-Report: Yes
X-Mms-Add-Element : http: //provider_a.de/attachments/melody65
Content-Type: Application/vnd.wap.multipart . ixed nEntries: 1
HeadersLen: XX
DataLen: XX Content-Type: text/plain;
Hallo Markus,
Ich wünsche Dir mit dem angehängten Lied alles Gute zum Geburtstag.
Viele Grüße, Andreas
Danach kann die Geburtstags-MM abgeschickt werden. Sie enthält nun neben dem Text auch die Speicheradresse (URI) im Kopf-Feld " X-Mms-Add-Element" der gewünschten Audio-Datei im Zuständigkeitsbereich des MMS Service Providers und ist damit deutlich kleiner als eine MM, die sich aus dem Text und der Audio-Datei selbst zusammensetzt. Nach der fehlerfreien Übermittlung der MM vom MMS User Agent A an den MMS Relay/Server A wertet der MMS Service Provider A mittels einer Steuereinheit zunächst die Kopf-Felder der e p- fangenen MM bzw. der WAP Nachricht M-Send. req aus. Ist - wie in dem hier ausgeführten Beispiel - das Kopf-Feld " X-Mms-Add- Element" vorhanden, wird die MM mit der vom Absender gewünschten Audio-Datei vom MMS Service Provider A durch Anhängen komplettiert, wobei die Referenzierung über den URI er- folgt, und das Kopf-Feld " X-Mms-Add-Element" vorzugsweise wieder gelöscht. Anschließend wird die MM, die nun anstelle des Verweises die Datei selbst enthält, an den MMS Relay/Server B des Empfängers über ein IP-Netzwerk (IP - Internet Protocol) weitergeleitet. Die weitere Übertragung der MM an den Empfänger geschieht gemäß Stand der Technik, d.h. in der WAP Nachricht M-Retrieve. conf gemäß der Figur wird dem MMS User Agent B eine MM zugestellt, die aus zwei MM- Elementen besteht: dem Text und der von Benutzer A ausgewählten Melodie.
Die WAP-Nachricht M-Retrieve . conf gemäß dem oben ausgeführten Beispiel sieht demnach wie folgt aus.
M-Retrieve . conf (MMS Relay/Server B - MMS User Agent B) :
X-Mms-Message-Type : m-retrieve-conf X-Mms-Transaction-ID: TRANSACTION-ID#3 X-Mms-Version: 1.0
Date: Wed, 28 Feb 2001 10:48:32 +0100 From: andreas.xxx@xxx.de To: markus.yyy@zzz.de X-Mms-Message-ID: MESSAGE-ID#1 Subject: Geburtstagssgruesse X-Mms-Delivery-Report: Yes
Content-Type : Application/vnd.wap . ultipart . ixed nEntries : 2 HeadersLen: XX DataLen: XX
Content-Type: text/plain; Hallo Markus,
Ich wünsche Dir mit dem angehängten Lied alles Gute zum Geburtstag.
Viele Grüße, Andreas.
HeadersLen: XX DataLen: 82345
Content-Type: audio/mp3,
Statt die besagte Datei im senderseitigen MMS Service Provider anzuhängen, ist es vorteilhafterweise auch möglich, die Datei erst im empfängerseitigen MMS Service Provider anzuhängen, vorausgesetzt, daß dieser die Möglichkeit eines solchen Zugriffs hat. In einer weiteren Alternative kann die Datei sich auch an einem anderen Speicherort befinden, aus dem der sende- und/oder e pfängerseitige MMS Service Provider die Datei abruft, so daß nachfolgend die Datei an die besagte Nachricht angehängt werden kann.
Dem Empfänger wird entweder - gemäß der zuvor beschriebenen Erfindungsvariante - die vollständige Nachricht übermittelt oder aber der Empfänger erhält die Möglichkeit der Auswahl, wie er mit der Datei verfahren möchte. Hierzu wird er vom ' empfängerseitigen MMS Relay Server benachrichtigt, daß eine Datei an einem Speicherort für ihn bereitliegt. Eine solche Benachrichtigung kann beispielsweise im Falle der WAP Archi¬ tektur mittels der WAP Nachricht M-Notification . ind gesche- hen. Bei einer Alternative wird der Empfänger zusammen mit der versendeten Nachricht (aber ohne die Datei) über das Vorhandensein der Datei benachrichtigt.
Bevorzugt erhält der Empfänger zusätzliche Informationen über die Datei, beispielsweise ihren Namen, ihre Größe und/oder ihr Dateiformat. Vorteilhafterweise kann dann der Empfänger mittels der Empfangsapplikation anfordern, ob die im Verweis referenzierte Datei heruntergeladen werden soll oder nicht. Andere Möglichkeiten des Umgangs mit der Datei sind vorzugs- weise das Öffnen der Datei an ihrem aktuellen Speicherort und/oder die Weiterleitung an einen anderen Speicherort, einschließlich des Weiterleitens an eine andere Empfangsapplikation. All diese Aktionen setzen voraus, daß der empfängersei- tige MMS Relay/Server und die empfängerseitige Empfangsappli- kation die detaillierte Benachrichtigung über die zusätzlichen Dateiinformationen unterstützen. Das Anfordern einer o- der mehrerer der oben genannten Aktionen wird bevorzugt mittels einer von der Empfangsapplikation an den empfängerseitigen MMS Relay/Server gesendeten Nachricht realisiert. Im Fal- le eines Herunterladens der Datei auf die Empfangsapplikation kann der Empfänger vorzugsweise wählen, ob die Datei in den gemäß dem Stand der Technik empfangenen Teil der Nachricht integriert oder separat von diesem abgelegt werden soll, falls die Empfangsapplikation dieses Vorgehen unterstüzt.
Die Erfindung läßt sich nicht nur bei der Versendung von MMs mittels WAP Nachrichten einsetzen, sondern auch bei zukünfti- gen Sende- und Empfangsverfahren, insbesondere UMTS (Universal Mobile Telecommunication System) .

Claims

Ansprüche
I.Verfahren zur Handhabung einer Nachricht (MM) mit multimedialem Bezug in einer Sendeapplikation oder Sende- /Empfangsapplikation (MMS User Agent A, MMS User Agent B) , die auf einer Mobilfunkeinrichtung oder auf einer an eine Mobilfunkeinrichtung angeschlossenen Einrichtung implementiert ist, dadurch gekennzeichnet, daß die Nachricht (MM) derart generiert und/oder versendet wird, daß sie mindestens einen in einem mitversendeten Spezifikationsblock enthaltenen Verweis auf mindestens eine Datei umfaßt, die in einem Speicher außerhalb der Mobilfunkeinrichtung oder auf der an eine Mobilfunkeinrichtung angeschlossenen Einrichtung abgelegt ist.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß der mindestens eine Verweis in einem Kopf-Feld des Spezifikationsblocks implementiert ist.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, daß der mindestens eine Verweis einen URI (Universal Resource Identifier) enthält.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Nachricht mit multimedialem Bezug mit der WAP-Nachricht M-Send. req von der Sendeapplikation (MMS User Agent A) an das senderseitige MMS Relay/Server (MMS Relay/Server A) versendet wird, wobei die WAP-Nachricht M- Send. req mindestens ein Kopf-Feld {" X-Mms-Add-Element" ) mit dem mindestens einen Verweis enthält.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der mindestens eine Verweis auf mindes- tens eine Datei gerichtet ist, die im Zuständigkeitsbereich des senderseitigen MMS Service Providers (MMS Service Providers A) , des empfängerseitigen MMS Service Providers (MMS Service Providers B) und/oder in einem externen Datenspeicher mit Zugriffsmöglichkeit durch den sender- und/oder empfängerseitigen MMS Service Provider (MMS Service Providers A, MMS Service Providers B) abgelegt ist.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der Feld-Name des Kopf-Feldes {" X-Mms- Add-Element") den hexadezimalen Wert 0x89 trägt.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß der Feld-Wert bzw. die Feld-Werte des Kopf-Feldes {" X-Mms-Add-Element" ) als Text-String kodiert ist bzw. sind.
8. Verfahren zur Handhabung einer Nachricht (MM) mit multimedialem Bezug, die nach einem der vorhergehenden Ansprüche von einer Sendeapplikation oder Sende-/Empfangsapplikation (MMS User Agent A, MMS User Agent B) gesendet und von einem Provider-Netzwerkelement (MMS Relay/Server A, MMS Relay/Server B) empfangen wurde, wobei der mitversendete Spezifikationsblock im sender- und/oder empfängerseitigen MMS Service Provider (MMS Service Provider A, MMS Service Provider B) hinsichtlich des mindestens einen Verweises auf die mindestens eine Datei ausgewertet wird.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, daß die Auswertung hinsichtlich eines Verweises auf die mindestens eine Datei über den URI der Datei erfolgt.
10.Verfahren nach Anspruch 8 oder 9, dadurch gekennzeichnet, daß der empfängerseitige MMS Relay/Server (MMS Relay/Server B) die Empfangsapplikation (MMS User Agent B) über die in dem mindestens einen Verweis referenzierte mindestens eine Datei, bevorzugt inklusive ihrer charakteristischen Dateiattribute, benachrichtigt .
11.Verfahren nach Anspruch 10, dadurch gekennzeichnet, daß die Benachrichtigung mittels der WAP-Nachricht M- Notification. ind erfolgt.
12.Verfahren nach einem der Ansprüche 8 bis 11, dadurch gekennzeichnet, daß der empfängerseitige MMS Relay/Server (MMS Relay/Server B) veranlaßt, daß die in dem Verweis referen- zierte Datei nach Anforderung durch den Empfänger, der zuvor eine detaillierte Benachrichtigung gemäß Anspruch 10 oder 11 erhalten hat, mindestens einer der folgenden Aktionen unterzogen wird:
- Öffnen der Datei an ihrem aktuellen Speicherort, - Weiterleitung der Datei an einen anderen Speicherort,
- Zustellung der Datei (Herunterladen) an die Empfangsapplikation (MMS User Agent B) ,
- Integrieren der Datei in die Nachricht mit dem multimedialen Bezug.
13.Verfahren nach einem der Ansprüche 8 bis 12, daß das Kopf- Feld {" X-Mms-Add-Element" ) nach erfolgreicher Ausführung des Auftrages beim senderseitigen MMS Relay/Server (MMS Relay/Server A) oder beim empfängerseitigen MMS Relay/Server (MMS Relay/Server B) gelöscht wird.
14.Vorrichtung mit Mitteln zum Generieren, Versenden, Empfangen und/oder Verarbeiten von Nachrichten (MM) mit multimedia- lern Bezug, dadurch gekennzeichnet, daß die Nachrichten derart generierbar, versendbar, empfangbar und/oder verarbeitbar sind, insbesondere nach einem Verfahren gemäß einem der vorhergehenden Ansprüche, daß sie mindestens einen in ei- nem Spezifikationsblock, insbesondere einem Kopf-Feld, enthaltenen Verweis auf mindestens eine Datei umfassen, insbesondere in Form eines URI (Universal Resource Identifier) .
15.Vorrichtung nach Anspruch 14, dadurch gekennzeichnet, daß sie als Telekommunikationsvorrichtung, insbesondere Mobilfunkeinrichtung und/oder eine an die bzw. eine Mobilfunkeinrichtung angeschlossene Einrichtung und insbesondere zur Durchführung ein oder mehrerer der Verfahrensschritte nach einem der Ansprüche 1 bis 7, ausgebildet ist, wobei die Datei in einem Speicher außerhalb dieser Einrichtungen abgelegt ist.
16.Vorrichtung nach Anspruch 14, dadurch gekennzeichnet, daß sie als Netzwerkelement im Bereich eines MMS Service Provi- ders (MMS Service Provider A, MMS Service Provider B) , insbesondere zur Durchführung ein oder mehrerer der Verfahrensschritte nach einem der Ansprüche 8 bis 13, ausgebildet ist.
17.Software-Programm, welches auf einer Vorrichtung, insbe- sondere einer Vorrichtung nach einem der Ansprüche 14 bis 16, derart ablaufen kann, daß das Software-Programm mitsamt der Vorrichtung die Verfahrensschritte gemäß einem der Ansprüche 1 bis 13 ausführt.
18.Software-Programm, welches in eine Vorrichtung, insbesondere einer Vorrichtung nach einem der Ansprüche 14 bis 16, ladbar ist, so daß die derart programmierte Vorrichtung fähig oder angepaßt ist, die Verfahrensschritte gemäß einem der Ansprüche 1 bis 13 auszuführen.
19.Software-Programm-Erzeugnis, das ein prozessorlesbares Speichermedium umfaßt, auf dem ein Programm gespeichert ist, welches es einer Vorrichtung, insbesondere einer Vorrichtung nach einem der Ansprüche 14 bis 16, nachdem es geladen worden ist, ermöglicht, die Verfahrensschritte gemäß einem der Ansprüche 1 bis 13 durchzuführen.
PCT/DE2002/001850 2001-06-01 2002-05-22 Verfahren zur handhabung einer nachricht mit multimedialem bezug WO2002100063A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP02740367A EP1393524A1 (de) 2001-06-01 2002-05-22 Verfahren zur handhabung einer nachricht mit multimedialem bezug
JP2003501910A JP2004532485A (ja) 2001-06-01 2002-05-22 マルチメディアレファレンスを有するメッセージのハンドリングのための方法
US10/479,432 US20040153513A1 (en) 2001-06-01 2002-05-22 Method for handling a message with multimedia reference

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10126847A DE10126847A1 (de) 2001-06-01 2001-06-01 Verfahren zur Handhabung einer Nachricht mit multimedialem Bezug
DE10126847.5 2001-06-01

Publications (1)

Publication Number Publication Date
WO2002100063A1 true WO2002100063A1 (de) 2002-12-12

Family

ID=7686970

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2002/001850 WO2002100063A1 (de) 2001-06-01 2002-05-22 Verfahren zur handhabung einer nachricht mit multimedialem bezug

Country Status (5)

Country Link
US (1) US20040153513A1 (de)
EP (1) EP1393524A1 (de)
JP (1) JP2004532485A (de)
DE (1) DE10126847A1 (de)
WO (1) WO2002100063A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2391340A (en) * 2002-07-31 2004-02-04 Motorola Inc Multimedia Message Billing System
CN100341302C (zh) * 2004-03-30 2007-10-03 乐金电子(中国)研究开发中心有限公司 多媒体信息服务内容的传送方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2357668A (en) * 1999-12-24 2001-06-27 Nokia Mobile Phones Ltd Mobile telephone interface allowing user-specification of message delivery conditions
US7171222B2 (en) * 2002-09-30 2007-01-30 Comverse, Ltd. Multimedia messaging method and system for transferring multimedia content
FR2847406B1 (fr) * 2002-11-20 2005-01-14 Cegetel Procede et dispositif modulaire de tracage d'un message multimedia a travers un reseau de telecommunications
GB2404112A (en) * 2003-05-10 2005-01-19 Uriel Kalman Keen Communications system, apparatus and method
DE102005043041A1 (de) * 2005-09-09 2007-03-22 Siemens Ag Verfahren und Vorrichtung zum Aufbau einer themenbezogenen Kommunikationsverbindung
BRPI0616035A2 (pt) * 2005-09-14 2011-06-07 Roamware Inc sistema de suprimento de cor em mensagem multimìdia para fornecer uma ou mais cores para mensagem multimìdia, método para fornecer uma ou mais cores para mensagem multimìdia e meio de leitura por computador para armazenar programa de computador
US8229479B1 (en) 2006-05-23 2012-07-24 Nextel Communications, Inc. Systems and methods for multimedia messaging
US8521857B2 (en) * 2006-08-24 2013-08-27 Bby Solutions, Inc. Systems and methods for widget rendering and sharing on a personal electronic device
US9654589B2 (en) * 2006-08-24 2017-05-16 Bby Solutions, Inc. Configurable personal audiovisual device for use in application-sharing system
WO2008025018A2 (en) 2006-08-24 2008-02-28 Chumby Industries, Inc. Networked personal audiovisual device having flexible housing
US20090002333A1 (en) * 2007-06-22 2009-01-01 Chumby Industries, Inc. Systems and methods for device registration
US20100057938A1 (en) * 2008-08-26 2010-03-04 John Osborne Method for Sparse Object Streaming in Mobile Devices

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999014909A1 (en) * 1997-09-16 1999-03-25 British Telecommunications Public Limited Company Messaging system
WO2001013656A1 (en) * 1999-08-12 2001-02-22 Telefonaktiebolaget Lm Ericsson (Publ) A system and method for sending multimedia attachments to text messages in radiocommunication systems
US6205330B1 (en) * 1995-08-30 2001-03-20 Microsoft Corporation System and host arrangement for transmission of electronic mail
WO2001033782A1 (en) * 1999-11-05 2001-05-10 Nokia Corporation Multimedia messaging service

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6205330B1 (en) * 1995-08-30 2001-03-20 Microsoft Corporation System and host arrangement for transmission of electronic mail
WO1999014909A1 (en) * 1997-09-16 1999-03-25 British Telecommunications Public Limited Company Messaging system
WO2001013656A1 (en) * 1999-08-12 2001-02-22 Telefonaktiebolaget Lm Ericsson (Publ) A system and method for sending multimedia attachments to text messages in radiocommunication systems
WO2001033782A1 (en) * 1999-11-05 2001-05-10 Nokia Corporation Multimedia messaging service

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2391340A (en) * 2002-07-31 2004-02-04 Motorola Inc Multimedia Message Billing System
CN100341302C (zh) * 2004-03-30 2007-10-03 乐金电子(中国)研究开发中心有限公司 多媒体信息服务内容的传送方法

Also Published As

Publication number Publication date
US20040153513A1 (en) 2004-08-05
EP1393524A1 (de) 2004-03-03
JP2004532485A (ja) 2004-10-21
DE10126847A1 (de) 2002-12-05

Similar Documents

Publication Publication Date Title
AT411312B (de) Verfahren zum übermitteln von kurznachrichten (sms) zwischen rechnern im internet
WO2002063839A2 (de) Verfahren und vorrichtung zur manipulation übertragener nachrichten
DE602004005319T2 (de) Nachrichtenverwaltung
DE102007002617B4 (de) Verfahren und Anordnung zur Verwaltung von Daten, sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
WO2002100063A1 (de) Verfahren zur handhabung einer nachricht mit multimedialem bezug
DE10239061A1 (de) Verfahren zum Übertragen von Nutzdatenobjekten
EP1632065B1 (de) Verfahren zum übertragen von nachrichten in einem auf mms basierten kommunikationssystem
WO2002058359A1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
EP1774805B1 (de) Verfahren zum übertragen applikationsspezifischer registrier-oder deregistrierdaten sowie system, server und kommunikationsendgerät hierfür
EP1415488A1 (de) Verfahren zur übertragung von daten
WO2003094481A1 (de) Verfahren zum übertragen von nutzdatenobjekten
DE10137866B4 (de) Verfahren zur Datenübertragung
WO2004015939A1 (de) Verfahren und system zum blockieren von unerwünschten nachrichten
EP1493295B1 (de) Verfahren zur bertragung von daten, insbesondere mit multim edialen inhalten, in einem mobilfunknetz
DE10117895A1 (de) Benachrichtigung im Multimedia Messaging Service (MMS)
WO2004021663A1 (de) Verfahren sowie vorrichtung zur datenquellenspezifischen kennzeichnung von push-nutzdaten
EP2027685B1 (de) Verfahren zur steuerung und benutzerspezifischen anpassung eines multimedia messaging dienstes
EP1508228B1 (de) Verfahren und Vorrichtungen zur Nachrichtenübertragung
EP1944929B1 (de) Verfahren und Anordnung zur Verwaltung von Daten, sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
EP1352500B1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
EP1263178A2 (de) Verfahren und Vorrichtung zur Präsentation von Multimedianachrichten
WO2005067325A1 (de) Verfahren zur wiedererlangung von einer auf einem mms-client nicht verfügbaren verknüpfung auf eine auf einem mms-server abgelegte multimedia nachricht durch einen mms-client
DE10150130A1 (de) Verfahren zur Übertragung von Daten

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2002740367

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10479432

Country of ref document: US

Ref document number: 2003501910

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 2002740367

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2002740367

Country of ref document: EP