EP1520438A1 - Mms-nachrichten bertragungsverfahren und -system - Google Patents

Mms-nachrichten bertragungsverfahren und -system

Info

Publication number
EP1520438A1
EP1520438A1 EP03762394A EP03762394A EP1520438A1 EP 1520438 A1 EP1520438 A1 EP 1520438A1 EP 03762394 A EP03762394 A EP 03762394A EP 03762394 A EP03762394 A EP 03762394A EP 1520438 A1 EP1520438 A1 EP 1520438A1
Authority
EP
European Patent Office
Prior art keywords
mms
message
service provider
network element
mmse
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.)
Ceased
Application number
EP03762394A
Other languages
English (en)
French (fr)
Inventor
Josef Laumen
Andreas Schmidt
Markus Trauberg
Sabine Van Niekerk
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
Original Assignee
Siemens AG
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 filed Critical Siemens AG
Publication of EP1520438A1 publication Critical patent/EP1520438A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • the present invention relates to a method and a system for transmitting messages.
  • Such methods and systems are used, inter alia, in mobile radio devices.
  • GSM Global System for Mobile Communications
  • SMS Short Message Service
  • next generation mobile radio systems such as UMTS (Universal Mobile Telecommunications System)
  • UMTS Universal Mobile Telecommunications System
  • MMS Multimedia Messaging Service
  • SMS Short Messaging Service
  • MMS Multimedia Messaging Service
  • SMS Short Messaging Service
  • MMS does not limit you to text-only content.
  • MMS is described in detail in the technical specifications TS 22.140 Version 5.1.0, Release 5 and TS 23.140 Version 5.3.0, Release 5 of the 3rd Generation Partnership Project (3GPP).
  • FIG. 1 shows a known MMS network architecture with an MMS user A (MMS UA A - MMS User Agent A) and an MMS user B (MMS UA B - MMS User Agent B).
  • MMS UA A or MMS UA B is an application, for example on a mobile radio terminal or on a device connected to a mobile radio terminal, for example a laptop or the like, which can implement MMS.
  • FIG. 1 also shows two MMS service environments MMSE SP A and MMSE SP B (multimedia messaging service environment), two network elements MMS RL A and MMS RL B (MMS relay / server).
  • the MMS RL A and MMS RL B are network elements which, in the area of responsibility MMSE SP A or MMSE SP B of the service provider, provide MMS functionalities to the users MMS UA A or MMS UA B.
  • MMS network architecture problems with this known MMS network architecture arise, however, when the network architecture is put together with components from different manufacturers or components with different functional scope. For example, if an MMS service provider wants to operate several MMS network elements MMS RL A, MMS RL B from different manufacturers with different functionalities in its area of responsibility MMSE SP A or MMSE SP B, it must be ensured if a special functionality, for example, of an MMS when sending, forwarding between two MMS service providers or when delivering, it is required that an MMS in the service environment is only processed by those network elements that support the required functionalities. With some functionalities there is also the need for a sent reply MMS to a previously received original MMS to be processed exactly by the same network elements that have already processed the original MMS.
  • the present invention is therefore based on the object of providing a method and a system for transmitting messages, by means of which a network provider can dynamically expand its network architecture at any time by means of new network elements from different manufacturers or components with different functional scope, without if you have to risk that a service is processed by a network element that does not support the desired functionality.
  • the process has the process steps
  • the message contains at least one first header field, which has a reference to at least one network element of the first message service provider, which was involved in the processing of the message.
  • the messages are preferably MMS messages. Header fields for targeted referencing of network elements can be introduced into these MMS messages. For example, when an MMS message is forwarded between two MMS service providers and when an MMS message is delivered, a reference to that network element within the MMS service environment of the recipient's MMS service provider, or references to those network elements within the MMS network environment of the Both MMS service providers are also transferred to the processing of the
  • MMS message were involved.
  • the present invention also includes references to other network elements.
  • the second message is preferably sent
  • Message service providers to a network element outside of a service environment the message being at least contains a second header field which has a reference to at least one network element of the second message service provider which was involved in the processing of the message.
  • the network element outside the service environment is preferably an end station outside the service environment MMSE.
  • the message contains the first header field during the transmission from the second message service provider to the network element outside of a service environment, which has a reference to at least one network element of the first message service provider that was involved in the processing of the message.
  • the message is sent from the network element outside the service environment via the second news service provider back to the first news service provider, with the respective reference (s) from the first and / or second header being set in each return step Field is resolved.
  • the present invention is preferably used in a GSM / GPRS (Global System for Mobile Communications / General Packet Radio Service) and / or UMTS network.
  • GSM Global System for Mobile Communications / General Packet Radio Service
  • GPRS Global System for Mobile Communications / General Packet Radio Service
  • UMTS Universal Mobile Telecommunication Services
  • application in other networks is also conceivable.
  • the reference has the indication of a return channel.
  • the reference contained in an MMS can be used to specifically address a special network element for the further processing of a reply MMS.
  • the referencing of a network element is made possible by the introduction of a first and / or a second header field. This ensures that an MMS is only forwarded to those network elements for processing that have a special functionality. did what is required.
  • a third and a fourth header field can be introduced for the resolution of the references from the first and second header fields defined above for the individual return steps.
  • the transmitted message is evaluated by a switching node after it has been received by the second news service provider.
  • the switching node is preferably a so-called router, i.e. a mediating network computer. All MMS that arrive in an MMS network environment are first forwarded to the switching node.
  • the message contains the functionality of the message in at least one header field. This enables the switching node to decide which one
  • Network elements that are suitable for MMS because they support the required functionality.
  • the switching node determines which network elements at the second message service provider the message is forwarded to, depending on a header field. After the header field has been evaluated by the network node, the network node decides which network elements within the area of responsibility of the MMS service provider are to be sent this MMS for further processing.
  • the switching node is designed as an independent network element.
  • the switching node is integrated in a forwarding means.
  • the forwarding means can be a network element such as a so-called “MMS Relay / Server", ie a network computer for forwarding MMS.
  • MMS Relay / Server ie a network computer for forwarding MMS.
  • the task set at the outset is also achieved by a system for transmitting messages, comprising means for sending a message from a first news service provider to a second news service provider, and means for evaluating the message at the second news service provider, the message containing at least a first header field , which has a reference to at least one network element of the first news service provider that was involved in processing the message.
  • the present invention further relates to a mobile radio terminal and / or a transceiver for use in a method according to the invention and / or in a system according to the invention.
  • FIG. 1 is a schematic representation of a known network architecture
  • FIG. 2 shows a schematic illustration of an exemplary embodiment of a network architecture with an MMS switching node and a plurality of MMS network elements
  • FIG. 3 shows a schematic illustration of an exemplary embodiment of a network architecture with an MMS switching node and MMS network work elements
  • FIG. 4 shows a schematic illustration of an exemplary embodiment of a network architecture
  • FIG. 5 shows a schematic illustration of an exemplary embodiment of a network architecture when sending an MMS with reply fee recording
  • FIG. 6 shows a schematic illustration of an exemplary embodiment of a network architecture when a
  • FIG. 7 is a flowchart illustrating the sending of an MMS.
  • FIG. 8 is a flowchart showing the sending of an MMS according to the WAP standard.
  • FIG. 1 shows an MMS network architecture according to the prior art and has already been described in the introduction to the description.
  • FIG. 2 shows an embodiment of an MMS network architecture.
  • a network environment MMSE SP A from a first network provider A and a network environment MMSE SP B from a second network provider are shown.
  • the MMSE SP A comprises a switching node MMS RO A and three separate network elements MMS RL AI, MMS RL A2 and MMS RL A3.
  • the switching node MMS RO A is connected to a user MMS UA A.
  • the second network environment MMSE SP B comprises a network element MMS RL B.
  • it is assumed that the MMS service provider A has gradually expanded its network environment MMSE SP A with different network elements MMS RL A from different manufacturers or with different functionalities.
  • FIG. 3 shows a further exemplary embodiment of an MMS network architecture. With regard to the meaning of the elements shown therein, reference is made to FIGS. 1 and 2.
  • the functionality of the connection node MMS RO A is integrated in the network element MMS RL A3. This takes on the central function of the MMS switching node.
  • FIG. 4 shows an exemplary embodiment of a network architecture in which the sender and recipient use the MMS service from different MMS service providers and the MMS service providers each have a number of MMS network elements in their MMS service environments, several of which support a desired functionality , With regard to the meaning of the elements shown, reference is made to FIGS. 1 to 3. Elements shown on the side of user B have corresponding meaning. In this exemplary embodiment, a user A (MMS UA A) would like to send an MMS to user B.
  • MMS UA A would like to send an MMS to user B.
  • MMS UA B make use of a reply charging functionality, a so-called “reply charging” functionality.
  • he compiles an MMS on his end device (MMS UA A) addresses it to recipient B, marks it with the reply charging identifier and sends it via interface MM1 to his network service provider MMS SP A.
  • MMS UA A The MMS sent is called the original MMS in order to be able to distinguish it from the reply MMS sent later by the MMS user MMS UA B.
  • each MMS is first routed to the switching node MMS RO A or MMS RO B. There, the header fields are examined to determine whether the MMS is sent to a specific network element in the network environment of the network service provider to be forwarded.
  • the switching node MMS RO A finds a reply charging identifier in the header field of the original MMS, whereupon it forwards the MMS to an MMS network element which it knows that the reply charging
  • the reply charging functionality requested by the sender is characterized in that certain function-specific data, such as the deadline for replies and the identity of the original MMS, are stored in the MMS network element until the deadline set by the sender has expired or the expected reply MMS has arrived from the recipient of the original MMS. For this reason, the reply MMS must also be processed by the same MMS network element MMS RL A3 as the original MMS.
  • the original MMS After the transmission of the original MMS to the network environment MMSE SP B of the recipient B, the original MMS also arrives there initially for the evaluation of the header field
  • Switching node MMS RO B Using the reply charging identifier, the MMS in the network environment MMSE SP B is forwarded to a network element MMS RL B2, which supports the reply charging functionality. The further processing of the original MMS with reply charging identifier takes place in
  • Network element MMS RL B2 The function-specific data is stored there until the time limit set by the sender has passed or the expected response MMS from user B has arrived.
  • the recipient can reply to the original MMS by putting together a new MMS on his terminal MMS UA B, addressing it to the recipient A, identifying it as a reply MMS and via the MM1 interface to its MMS
  • Service provider MMSE SP B sent.
  • the labeling is done using a header field specially defined for this purpose, in which the message identifier, the so-called message ID, of the original MMS is entered.
  • This exemplary embodiment of reply charging describes a case in which a reply MMS arriving in a network environment may not be forwarded to any of the network elements present in the network environment, but only to the one that was active when the original MMS was sent and knows about the function-specific boundary conditions. This is also the case if all network elements support the special functionality.
  • the function-specific boundary conditions are the deadline and the message identifier.
  • the connection node MMS RO A can enter a path specification for possible response MMS in each original MMS that leaves the network environment MMSE SP A.
  • the switching node MMS RO B preferably stores a path specification set in the network environment MMSE SP A until a response MMS arrives or until a deadline has passed. When a reply MMS arrives, the switching node must be able to read out and insert this path information again within the period.
  • the database required for storing this switching information is connected to the MMS switching node or integrated therein.
  • an original MMS is provided with the indication of a return channel when it leaves a network environment.
  • a specific network element in the network environment of an MMS service provider for example the network element that is used when processing the original
  • a network element is preferably addressed via an Internet protocol address, a so-called IP address.
  • the Internet protocol address can also be made from a specified universal resource identification means, a so-called URI (Universal Resource Identifier) can be determined by evaluating the name of the main computer contained therein, the so-called domain name system host name.
  • the return channel can also be an e-mail address. It is also conceivable that the network element is addressed via other identification means.
  • FIG. 5 shows a schematic representation of the sending of an original MMS with a reply charging identifier in an MMS network architecture.
  • MM1 and MM4 represent interfaces.
  • all information required for the transport of an MMS, as well as the supplementary information for the reply charging functionality, are stored as information elements in short messages, i.e. so-called "abstract messages" entered.
  • the abstract messages are information blocks which are transmitted between two mutually connected MMS units, each information block containing at least one information element. The abstract messages are explained in detail in the technical specification TS 23.140 Version 5.3.0, Release 5, of the 3rd Generation Partnership Project (3GPP).
  • a device involved in the data exchange does not recognize an information element, it is passed on unchanged.
  • Different information elements must be defined for the interfaces MM1 and MM4. If only a new information element is defined and used on both interfaces, a return channel assigned by the connection node MMS RO A could be passed through unchanged in the network environment B of the receiver to the user MMS UA B if the network service provider MMSE SP B cannot recognize these information elements.
  • the user could use MMS UA B, ie the recipient of the original MMS and of the reply MMS, possibly using the return channel assigned by the switching node MMS RO A, try to send a reply MMS to its MMS service provider MMSE SP B.
  • this path specification is only valid for network environment A and cannot be evaluated by network environment B. Corresponding compatibility problems can be solved by defining different information elements for the interfaces MM1 and MM4.
  • FIG. 5 shows a transmission of an original MMS from the MMS UA A terminal of the sender A to the MMS UA B terminal of the recipient B, with RC-Req for the reply charging identifier and URI A3 (MM4) or URI B2 (MM1, B side) stand for the references of the two network elements involved in the transmission.
  • Tx stands for sending and Rx stands for receiving and distinguishing the sender's MMS network environment from that of the recipient.
  • the switching node MMS RO B can either temporarily store the path of the MMS switching node MMS RO A until the response MMS arrives in the memory M of the switching node MMS RO B, or it can transmit it to the user MMS UA B.
  • the switching node MMS RO B can be evaluated after the Return channel forward the response MMS to the network element within the network environment B, which supports the desired reply charging functionality and has knowledge of the function-specific boundary conditions. In the present exemplary embodiment, this would be the network element MMS RL B2, characterized by the reference URI B2. The same principle applies to the forwarding of the reply MMS from the network environment B to Network environment A via the interface MM.
  • the return channel for this interface is either transmitted by the MMS UA B of the sender or read out from a memory M in the switching node MMS RO B.
  • a corresponding procedure is shown in FIG. 6.
  • the switching node MMS RO A after evaluating the return channel, can forward the response MMS to the corresponding network element, which supports the desired reply charging functionality within the network environment A and has knowledge of the function-specific boundary conditions. In the present exemplary embodiment, this would be the network element MMS RL A3 characterized by the reference URI A3.
  • FIG. 6 shows an exemplary embodiment of a transmission of a reply MMS from the MMS user MMS UA B to the user MMS UA A.
  • RC-ID stands for the message identification of the previously received original MMS, which identifies the sent MMS as a response MMS.
  • URI B2 MM1, B-side
  • URI A3 MM4
  • FIG. 7 shows a flowchart when sending an MMS using the abstract messages described above.
  • the abstract messages each contain at least one information element which is exchanged between the participating instances.
  • FIG. 7 shows two user elements, that is to say an initiating user MMS UA A and a receiving user MMS UA B. Both users are connected to network elements MMS RL A or MMS RL B.
  • An MMS is sent by the user MMS UA A to the network element MMS RL A for the interface MM1 on the sender side by means of an abstract measurement. say 1.
  • the network element MMS RL A confirms the correct receipt of the MMS with the abstract message 2.
  • the transmission of an MMS between two MMS network environments takes place with the abstract message 3 and is confirmed with the abstract message 4.
  • the following abstract messages are defined for the interface MM1 on the recipient's MMS UA B side: The recipient is notified of an MMS that is available for download using the abstract message 5 and can be confirmed with the abstract message 6. With the abstract message 7, the recipient MMS UA B can initiate the downloading of an MMS available on the network element. The delivery of the MMS from the network element MMS RL B to the user MMS UA B takes place by means of the abstract message 8.
  • the abstract message 9 serves on the one hand as confirmation for the correct transmission of the MMS with the abstract message 8 and on the other hand to inform the network element MMS RL B whether or not the recipient of the MMS agrees to send a response.
  • This feedback can be requested by the sender beforehand, together with the sending of the MMS in the abstract message 1, and if necessary is sent to the network environment of the sender with the abstract message 10 and from there with the abstract message 12 to the user MMS UA A of the sender of the MMS. Confirmation is given via Abstract Message 11.
  • a so-called return path In order to be able to transmit a return channel, a so-called return path, as described on the interfaces MM1 and MM4, two new information elements are defined, namely a send return channel and a receive return channel, with transmit and receive the network environment of the sender and identify the network environment of the receiver.
  • two further information elements send destination and receive destination, are defined.
  • the new information element send-return channel is inserted in the abstract message 3.
  • this new information element can also be inserted into abstract message 2, which also enables the sender to directly address a network element which has processed the original MMS sent by him, for example when he later calls it back or want to update.
  • the new receiving-return channel information element is supplemented in abstract message 8, and the new receiving-destination information element is used in abstract message 1.
  • the return channel of the network environment A cannot be temporarily stored in the network environment B and it is also sent with the abstract message 8 to the user MMS UA B and from there in the abstract message 1 together with the response MMS back to the network environment B. if the abstract message 8 has to be extended by the new information element send return channel and the abstract message 1 by the new information element send destination.
  • FIG. 8 shows a flowchart of an exemplary embodiment of the implementation of the present invention according to the WAP (Wireless Application Protocol) standard for mobile radio terminals.
  • WAP is an open standard for communication between the mobile device and the Internet.
  • the WAP transmission protocol (WSP transfer protocol) is used to bridge the air interface between a mobile terminal that supports MMS and the WAP node.
  • Figure 8 shows an exchange of WAP
  • a message send request 20 is sent from the MMS CA to the MMS PR A. Then there is a activity 21.
  • the Internet network IPN is located between MMS PR A and MMS PR B.
  • An MMS notification 22 is sent from the MMS PR B, which is replied with a notification 23.
  • a WAP data request command 24 is then issued, which is replied by MMS delivery 25.
  • This is followed by a message transmission confirmation 26. This can be forwarded on the sender side to the MMS CA, as shown by the arrow 27.
  • the confirmation 21 is supplemented by the header field send / return channel in order to be able to transmit the return channel to the sender's MMS client after receiving an original MMS, so that the latter has knowledge of which MMS network element (MMS PR) is in the area of responsibility of his MMS service provider he should address in the event of a recall or exchange command or the like.
  • MMS PR MMS network element
  • the MMS message 25 is supplemented by the header return reception channel, with the aid of which the MMS client of the recipient is informed of the return channel of the MMS network element in the area of responsibility of his MMS service provider to which the response MMS is sent back for further processing shall be. If necessary, the path specification send-return channel is also supplemented in this MMS message.
  • the message send request 20 is expanded by the header field receive destination and possibly also by the header field send destination for the resolution of the path information.
  • An MMS can thus be forwarded specifically to the network elements in the area of responsibility of the MMS service provider involved.
  • the field values of the header fields in the MMS messages are preferably encoded as text strings, so-called text strings.
  • the present invention was explained on the basis of the reply charging functionality, since the functional specific data is only known to one MMS network element within a service area, which makes the specification of a return channel essential for a properly functioning service.
  • the present invention is not limited to the reply charging functionality, but is also for example functionalities such as recalling and replacing previously sent MMS and similar functionalities in which the storage of function-specific data is essential for a properly functioning service. applicable. These functionalities also require the possibility of specifically addressing a network element.

Landscapes

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

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zum Übertragen von Nachrichten aufweisend die Verfahrensschritte Senden einer Nachricht (MMS) von einem ersten Nachrichtendienstleister (MMSE SP A) zu einem zweiten Nachrichtendienstleister (MMSE SP B), und Auswerten der Nachricht (MMS) bei dem zweiten Nachrichtendienstleister (MMSE SP B), wobei die Nachricht mindestens ein erstes Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL A) des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.

Description

Beschreibung
M S-NACHRICHTE ÜBERTRAGUNGSVERFAHREN UND -SYSTEM
Die vorliegende Erfindung betrifft ein Verfahren und ein System zum Übertragen von Nachrichten.
Derartige Verfahren bzw. Systeme finden unter Anderem in Mobilfunk-Einrichtungen Anwendung.
Das weltweit am meisten verbreitete Mobilfunksystem GSM (Global System for Mobile Communications) bietet neben der Sprachtelefonie auch die Möglichkeit, kurze Nachrichten von bis zu 160 Zeichen Länge zu versenden bzw. zu empfangen. Die- ser Dienst ist als SMS (Short Message Service) bekannt.
Für Mobilfunksysteme der nächsten Generationen (2.5G, 3G) wie z.B. UMTS (Universal Mobile Telecommunications System), ist eine multimediafähige Variante eines mobilen Nachrichten- dienstes bekannt. Mit diesem Nachrichtendienst können Nachrichten mit multimedialen Inhalten, sogenannte MMS- Nachrichten (Multimedia Messaging Service) , nachfolgend MMS genannt, versendet werden. Im Gegensatz zu SMS entfällt bei MMS die Beschränkung auf reine Textinhalte. Darüber hinaus wird es möglich sein, Texte, dem individuellen Geschmack entsprechend, zu formatieren, sowie Audio- und Videoinhalte in eine Nachricht einzubetten.
In den technischen Spezifikationen TS 22.140 Version 5.1.0, Release 5 und TS 23.140 Version 5.3.0, Release 5 des 3rd Generation Partnership Project (3GPP) wird MMS im Detail beschrieben.
Figur 1 zeigt eine bekannte MMS-Netzwerk-Architektur mit ei- nem MMS-Nutzer A (MMS UA A - MMS User Agent A) und einem MMS- Nutzer B (MMS UA B - MMS User Agent B) . Bei MMS UA A bzw. MMS UA B handelt es sich um eine Applikation, beispielsweise auf einem Mobilfunk-Endgerät oder auf einem an ein Mobilfunk- Endgerät angeschlossenen Gerät, beispielsweise einem Laptop oder Ähnlichem, welches MMS realisieren kann. Figur 1 zeigt des Weiteren zwei MMS-Dienstleistungs-Umgebungen MMSE SP A und MMSE SP B (Multimedia Messaging Service Environmment) , zwei Netzwerkelemente MMS RL A und MMS RL B (MMS Re- lay/Server) . Bei den MMS RL A und MMS RL B handelt es sich um Netzwerkelemente, welche im Zuständigkeitsbereich MMSE SP A bzw. MMSE SP B des Dienstleistungsanbieters den Nutzern MMS UA A bzw. MMS UA B MMS-Funktionalitäten zur Verfügung stellen.
Probleme bei dieser bekannten MMS-Netzwerk-Architektur ergeben sich jedoch bei der Zusammenstellung der Netzwerkarchi- tektur mit Komponenten verschiedener Hersteller bzw. Komponenten mit unterschiedlichem Funktionsumfang. Will beispielsweise ein MMS-Dienstleister mehrere MMS-Netzwerkelemente MMS RL A, MMS RL B von verschiedenen Herstellern mit unterschiedlichen Funktionsumfängen in seinem Zuständigkeitsbereich MMSE SP A bzw. MMSE SP B betreiben, so muss sichergestellt sein, falls von einer MMS eine besondere Funktionalität, beispielsweise beim Absenden, Weitertransport zwischen zwei MMS- Dienstleistern oder beim Zustellen gefordert wird, dass eine MMS in der Dienstleistungsumgebung nur von denjenigen Netz- werkelementen verarbeitet wird, welche die geforderten Funktionalitäten unterstützen. Bei manchen Funktionalitäten besteht auch die Notwendigkeit, dass eine verschickte Antwort- MMS auf eine zuvor empfangene Original-MMS exakt von den gleichen Netzwerkelementen verarbeitet werden, welche auch schon die Original-MMS bearbeitet haben.
Somit liegt der vorliegenden Erfindung die Aufgabe zugrunde, ein Verfahren und ein System zum Übertragen von Nachrichten bereitzustellen, durch welches ein Netzwerkanbieter seine Netzwerkarchitektur durch neue Netzwerkelemente von verschiedenen Herstellern bzw. Komponenten mit unterschiedlichem Funktionsumfang jederzeit dynamisch erweitern kann, ohne da- bei riskieren zu müssen, dass eine Dienstleistung von einem Netzwerkelement bearbeitet wird, welches die gewünschte Funktionalität nicht unterstützt.
Die Aufgabe wird durch ein Verfahren zum Übertragen von Nachrichten und ein System zum Übertragen von Nachrichten mit den Merkmalen der unabhängigen Ansprüche gelöst . Weiterbildungen der vorliegenden Erfindung ergeben sich aus den abhängigen Ansprüchen.
Das Verfahren weist die Verfahrensschritte
Senden einer Nachricht von einem ersten Nachrichtendienstleister zu einem zweiten Nachrichtendienstleister, und - Auswerten der Nachricht bei dem zweiten Nachrichtendienstleister auf. Die Nachricht enthält mindestens ein erstes Kopf-Feld, welches eine Referenz auf mindestens ein Netzwerkelement des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war. Bei den Nachrichten handelt es sich bevorzugt um MMS-Nachrichten. In diese MMS- Nachrichten können Kopf-Felder zur gezielten Referenzierung von Netzwerkelementen eingeführt werden. So kann beispielsweise beim Weitertransport einer MMS-Nachricht zwischen zwei MMS-Dienstleistern und beim Zustellen einer MMS-Nachricht eine Referenz auf dasjenige Netzwerkelement innerhalb der MMS- Dienstleistungsumgebung des MMS-Dienstleisters des Empfängers, bzw. Referenzen auf diejenigen Netzwerkelemente innerhalb der MMS-Netzwerkumgebungen der beiden MMS-Dienstleister mitübertragen werden, dass bzw. die an der Verarbeitung der
MMS-Nachricht beteiligt waren. Die vorliegende Erfindung um- fasst jedoch auch Referenzierungen auf andere Netzwerkelemente .
Bevorzugt erfolgt das Senden der Nachricht von dem zweiten
Nachrichtendienstleister an ein Netzwerkelement außerhalb einer Dienstleistungsumgebung, wobei die Nachricht mindestens ein zweites Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement des zweiten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war. Bei dem Netzwerkelement außerhalb der Dienstleistungsumgebung handelt es sich bevorzugt um eine Endstation außerhalb der Dienstleistungsumgebung MMSE.
Weiter bevorzugt enthält die Nachricht bei der Übertragung von dem zweiten Nachrichtendienstleister an das Netzwerkele- ment außerhalb einer Dienstleistungsumgebung das erste Kopf- Feld, welches eine Referenz auf mindestens ein Netzwerkelement des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
In einer Weiterbildung der vorliegenden Erfindung wird die Nachricht von dem Netzwerkelement außerhalb der Dienstleistungsumgebung über den zweiten Nachrichtendienstleister zurück zu dem ersten Nachrichtendienstleister gesendet, wobei bei jedem Rücksendeschritt die jeweils gesetzte (n) Refe- renz (en) aus dem ersten und/oder zweiten Kopf-Feld aufgelöst wird.
Bevorzugt findet die vorliegende Erfindung in einem GSM/GPRS- (Global System for Mobile Communications/General Packet Radio Service) und/oder UMTS-Netzwerk Anwendung. Dennoch ist auch eine Anwendung in anderen Netzwerken denkbar.
In einer bevorzugten Ausführungsform der vorliegenden Erfindung weist die Referenz die Angabe eines Rückkanals auf. Die in einer MMS enthaltene Referenz kann beim möglichen Antworten auf die MMS dafür genutzt werden, ein spezielles Netzwerkelement gezielt für die weitere Verarbeitung einer Antwort-MMS anzusprechen. Die Referenzierung eines Netzwerkelements wird durch die Einführung eines ersten und/oder eines zweiten Kopf-Feldes ermöglicht. Somit kann gewährleistet werden, dass eine MMS nur an solche Netzwerkelemente zur Verarbeitung weitergeleitet wird, die eine besondere Funktionali- tat unterstützen, welche gefordert wird. Für die Auflösung der Referenzen aus dem ersten und zweiten oben definierten Kopf-Feld für die einzelnen Rücksendeschritte kann ein drittes und ein viertes Kopf-Feld eingeführt werden.
In einer Weiterbildung der vorliegenden Erfindung wird die übertragene Nachricht nach dem Eingang beim zweiten Nachrichtendienstleister von einem Vermittlungsknoten ausgewertet. Bei dem Vermittlungsknoten handelt es sich bevorzugt um einen sogenannten Router, d.h. einen vermittelnden Netzwerkrechner. Alle MMS, welche in einer MMS-Netzwerkumgebung eingehen, werden zuerst dem Vermittlungsknoten zugeleitet . In einer bevorzugten Ausführungsform enthält die Nachricht dabei in mindestens einem Kopf-Feld die Funktionalität der Nachricht. Da- durch kann der Vermittlungsknoten entscheiden, für welche
Netzwerkelemente, die MMS geeignet ist, da diese die geforderte Funktionalität unterstützen.
In einer Weiterbildung der vorliegenden Erfindung bestimmt der Vermittlungsknoten in Abhängigkeit von einem Kopf-Feld an welche Netzwerkelemente bei dem zweiten Nachrichtendienstleister die Nachricht weitergeleitet wird. Nach dem Auswerten des Kopf-Feldes durch den Netzwerkknoten entscheidet der Netzwerkknoten, an welche Netzwerkelemente innerhalb des Zuständigkeitsbereichs des MMS-Dienstleistungsanbieters diese MMS zur weiteren Verarbeitung geleitet wird.
In einer bevorzugten Ausführungsform der vorliegenden Erfindung ist der Vermittlungsknoten als eigenständiges Netzwer - element ausgebildet.
In einer weiteren bevorzugten Ausführungsform der vorliegenden Erfindung ist der Vermittlungsknoten in einem Weitergabemittel integriert. Bei dem Weitergabemittel kann es sich um ein Netzwerkelement wie beispielsweise einen sogenannten "MMS Relay/Server" , d.h. einem Netzwerkrechner zur Weiterleitung von MMS handeln. Die eingangs gestellte Aufgabe wird auch durch ein System zum Übertragen von Nachrichten, aufweisend Mittel zum Senden einer Nachricht von einem ersten Nachrichtendienstleister zu einem zweiten Nachrichtendienstleister, und Mittel zum Auswerten der Nachricht bei dem zweiten Nachrichtendienstleister, wobei die Nachricht mindestens ein erstes Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement des ersten Nachrichtendienstleisters auf- weist, welches an der Verarbeitung der Nachricht beteiligt war, gelöst.
Die vorliegende Erfindung betrifft des Weiteren ein Mobil- funk-Endgerät und/oder eine Sende-/Empfangsvorrichtung zur Verwendung bei einem erfindungsgemäßen Verfahren und/oder in einem erfindungsgemäßen System.
Die Erfindung wird im Folgenden unter Hinweis auf die beigefügten Zeichnungen anhand von Ausführungsbeispielen näher er- läutert. Die dort dargestellten Merkmale und auch die bereits oben beschriebenen Merkmale können nicht nur in der genannten Kombination, sondern auch einzeln oder in anderen Kombinationen erfindungswesentlich sein. Es zeigen:
Figur 1 eine schematische Darstellung einer bekannten Netzwerkarchitektur; Figur 2 eine schematische Darstellung eines Ausführungsbei- spieles einer Netzwerkarchitektur mit einem MMS- Vermittlungsknoten und mehreren MMS- Netzwerkelementen;
Figur 3 eine schematische Darstellung eines Ausführungsbei- spieles einer Netzwerkarchitektur mit einem MMS- Vermittlungsknoten und MMS-NetzWerkelementen; Figur 4 eine schematische Darstellung eines Ausführungsbei- spieles einer Netzwerkarchitektur; Figur 5 eine schematische Darstellung eines Ausführungsbei- spieles einer Netzwerkarchitektur bei Versand einer MMS mit Rückantwort-Gebührenerfassung;
Figur ■ 6 eine schematische Darstellung eines Ausführungsbei- spieles einer Netzwerkarchitektur bei Versand einer
Antwort-MMS;
Figur 7 ein Ablaufdiagramm darstellend das Versenden einer MMS ; und
Figur 8 ein Ablaufdiagramm darstellend das Versenden einer MMS nach dem WAP-Standard.
Figur 1 zeigt eine MMS-Netzwerkarchitektur nach dem Stand der Technik und wurde bereits in der Einleitung der Beschreibung beschrieben.
Figur 2 zeigt ein Ausführungsbeispiel einer MMS- Netzwerkarchitektur. Es wird eine NetzWerkumgebung MMSE SP A eines ersten Netzwerkanbieters A und eine Netzwerkumgebung MMSE SP B eines zweiten Netzwerkanbieters dargestellt. Die MMSE SP A umfasst einen Vermittlungsknoten MMS RO A und drei separate Netzwerkelernente MMS RL AI, MMS RL A2 und MMS RL A3. Der Vermittlungsknoten MMS RO A ist mit einem Nutzer MMS UA A verbunden. Die zweite Netzwerkumgebung MMSE SP B umfasst ein Netzwerkelernent MMS RL B. Bei dem Ausführungsbeispiel wird angenommen, dass der MMS-Dienstleister A seine Netzwerkumgebung MMSE SP A mit unterschiedlichen Netzwerkelementen MMS RL A von verschiedenen Herstellern bzw. mit unterschiedlichen Funktionsumfängen nach und nach erweitert hat. Es wird ferner angenommen, dass das Netzwerkelement MMS RL A3 die neueste MMS-Version unterstützt und mit besonderen Funktionalitäten ausgestattet ist, während die beiden anderen Netzwerkelemente MMS RL AI und MMS RL A2 nur die MMS-Basis-Funktionalitäten beherrschen. Die Auswahl eines bestimmten Netzwerkelements in der Netzwerkumgebung des MMS-Dienstleisters erfolgt mittels des zentral angeordneten Vermittlungsknotens MMS RO A, der für die Verteilung aller im Zuständigkeitsbereich MMSE SP A eintreffenden MMS zuständig ist . Figur 3 zeigt ein weiteres Ausführungsbeispiel einer MMS- Netzwerkarchitektur. Hinsichtlich der Bedeutung der darin gezeigten Elemente wird auf die Figuren 1 und 2 Bezug genommen. In dem Ausführungsbeispiel gemäß Figur 3 ist die Funktionalität des Verbindungsknotens MMS RO A in dem Netzwerkelement MMS RL A3 integriert . Dieses nimmt die zentrale Funktion des MMS-Vermittlungsknotens ein.
Figur 4 zeigt ein Ausführungsbeispiel einer Netzwerkarchitektur, bei der Absender und Empfänger die MMS-Dienstleistung von unterschiedlichen MMS-Dienstleistern in Anspruch nehmen und die MMS-Dienstleister in ihren MMS- Dienstleistungsumgebungen jeweils über mehrere MMS- Netzwerkelemente verfügen, von denen mehrere eine gewünschte Funktionalität unterstützen. Hinsichtlich der Bedeutung der gezeigten Elemente wird auf die Figuren 1 bis 3 verwiesen. Gezeigte Elemente auf der Seite des Nutzers B haben entsprechende Bedeutung. Ein Nutzer A (MMS UA A) möchte in diesem Ausführungsbeispiel beim Versenden einer MMS an Benutzer B
(MMS UA B) von einer Antwort-Vergebührungs-Funktionalität , einer sogenannten "Reply-Charging" -Funktionalität, Gebrauch machen. Dies bedeutet, er ist bereit, die Kosten für eine Antwort-MMS vom Empfänger zu übernehmen. Dazu stellt er eine MMS auf seinem Endgerät (MMS UA A) zusammen, adressiert sie an den Empfänger B, markiert sie mit der Reply-Charging- Kennung und verschickt sie über die Schnittstelle MM1 an seinen Netzwerkdienstleister MMS SP A. Die von MMS UA A abgeschickte MMS trägt die Bezeichnung Original-MMS, um sie von der später vom MMS-Nutzer MMS UA B abgeschickten Antwort-MMS unterscheiden zu können.
Jede MMS wird nach dem Erreichen einer Netzwerkumgebung zunächst an den Vermittlungsknoten MMS RO A bzw. MMS RO B ge- leitet. Dort werden die Kopf-Felder daraufhin untersucht, ob die MMS wegen einer speziellen Funktionalität an ein bestimmtes Netzwerkelement in der Netzwerkumgebung des Netzwerk- dienstleisters weitergeleitet werden soll. Im vorliegenden Ausführungsbeispiel findet der Vermittlungsknoten MMS RO A im Kopf-Feld der Original-MMS eine Reply-Charging-Kennung, woraufhin er die MMS an ein MMS-Netzwerkelement weiterleitet, von dem er weiß, dass dieses die Reply-Charging-
Funktionalität unterstützt. Es wird angenommen, dass dies bei dem MMS-Netzwerkelement MMS RL A3 der Fall ist. Die vom Absender beantragte Reply-Charging-Funktionalität zeichnet sich dadurch aus, dass bestimmte funktionsspezifische Daten, wie beispielsweise die Frist zum Antworten und die Identität der Original-MMS, solange im MMS-Netzwerkelement gespeichert werden, bis die vom Absender gesetzte Frist verstrichen oder die erwartete Antwort-MMS vom Empfänger der Original-MMS eingetroffen ist. Aus diesem Grund muss auch die Antwort-MMS vom gleichen MMS-Netzwerkelement MMS RL A3 bearbeitet werden, wie die Original-MMS.
Nach der Übertragung der Original-MMS an die Netzwerkumgebung MMSE SP B des Empfängers B gelangt die Original-MMS auch dort für die Auswertung des Kopf-Feldes zunächst zum
Vermittlungsknoten MMS RO B. Anhand der Reply-Charging- Kennung wird die MMS in der Netzwerkumgebung MMSE SP B an ein Netzwerkelement MMS RL B2 weitergeleitet, welches die Reply- Charging-Funktionalität unterstützt. Die weitere Verarbeitung der Original-MMS mit Reply-Charging-Kennung geschieht im
Netzwerkelement MMS RL B2. Dort werden die funktionsspezifischen Daten solange gespeichert, bis die vom Absender vergebene Frist verstrichen oder die erwartete Antwort-MMS vom Nutzer B eingetroffen ist.
Nach der Zustellung der Original-MMS an das MMS UA B des Empfängers kann dieser auf die Original-MMS antworten, indem er selbst eine neue MMS auf seinem Endgerät MMS UA B zusammenstellt, an den Empfänger A adressiert, sie als Antwort-MMS kennzeichnet und über die Schnittstelle MM1 an seinen MMS-
Dienstleister MMSE SP B verschickt. Die Kennzeichnung erfolgt mittels eines extra für diesen Zweck definierten Kopf-Feldes, in das die Nachrichtenkennung, die sogenannte Message-ID, der Original-MMS eingetragen wird.
Dieses Ausführungsbeispiel des Reply-Charging beschreibt ei- nen Fall, bei dem eine in einer Netzwerkumgebung eintreffende Antwort-MMS nicht an irgendeines der in der Netzwerkumgebung vorhandenen Netzwerkelemente weitergeleitet werden darf, sondern nur an dasjenige, das beim Versenden der Original-MMS aktiv war und über die funktionsspezifischen Randbedingungen Bescheid weiß. Dies ist auch dann der Fall, wenn alle Netzwerkelemente die speziell Funktionalität unterstützen. Im vorliegenden Beispiel des Reply-Charging sind die funktionsspezifischen Randbedingungen die Frist und die Nachrichten- Kennung. Der Verbindungsknoten MMS RO A kann in jede Origi- nal-MMS, welche die Netzwerkumgebung MMSE SP A verlasst, eine Pfad-Angabe für mögliche Antwort-MMS eintragen. Bevorzugt speichert der Vermittlungsknoten MMS RO B eine in der Netzwerkumgebung MMSE SP A gesetzte Pfad-Angabe bis zum Eintreffen einer Antwort-MMS oder bis zum Verstreichen einer Frist. Bei Ankunft einer Antwort-MMS muss der Vermittlungsknoten diese Pfad-Angabe innerhalb der Frist wieder auslesen und einfügen können. Die für das Ablegen dieser Vermittlungs- Informationen benötigte Datenbank ist mit dem MMS- Vermittlungsknoten verbunden oder darin integriert.
Bei der vorliegenden Erfindung wird einer Original-MMS beim Verlassen einer Netzwerkumgebung mit der Angabe eines Rückkanals versehen. Dadurch kann ein bestimmtes Netzwerkelement in der Netzwerkumgebung eines MMS-Dienstleisters, beispielsweise das Netzwerkelement , das bei der Verarbeitung der Original-
MMS aktiv gewesen ist und Kenntnis über die funktionsspezifischen Randbedingungen aufweist, beim Abschicken einer Antwort-MMS referenziert ' werden. Bevorzugt erfolgt das Ansprechen eines Netzwerkelements über eine Internet-Protokoll- Adresse, eine sogenannte IP-Adresse. Die Internet-Protokoll- Adresse kann auch aus einem angegebenem universellem Resour- cen-Identifikationsmittel, einem sogenannten URI (Universal Ressource Identifier) bestimmt werden, indem der darin enthaltene Name des Hauptcomputers, der sogenannte Domain-Name- System-Hostname, ausgewertet wird. Bei der Angabe des Rückkanals kann es sich auch um eine E-Mail-Adresse handeln. Dabei ist auch denkbar, dass das Netzwerkelement über andere Identifikationsmittel angesprochen wird.
Figur 5 zeigt eine schematische Darstellung eines Versandes einer Original-MMS mit einer Reply-Charging-Kennung in einer MMS-Netzwerkarchitektur. Hinsichtlich der Bedeutung der gezeigten Elemente wird auf die Beschreibung der Figuren 1 bis 4 Bezug genommen, wobei gleichlautende Elemente die gleiche Bedeutung haben. MM1 und MM4 stellen Schnittstellen dar. In diesem Ausführungsbeispiel werden alle für den Transport ei- ner MMS benötigten Informationen, ebenso wie die ergänzenden Informationen für die Reply-Charging-Funktionalität, als Informationselemente in Kurznachrichten, d.h. sogenannte "Abs- tract Messages" eingetragen. Bei den Abstract Messages handelt es sich um Informationsblöcke, welche zwischen zwei mit- einander in Verbindung stehenden MMS-Einheiten übertragen werden, wobei jeder Informationsblock mindestens ein Informationselement enthält. Die Abstract Messages werden im Detail in der technischen Spezifikation TS 23.140 Version 5.3.0, Release 5, des 3rd Generation Partnership Project (3GPP) erläu- tert.
Erkennt ein am Datenaustausch beteiligtes Gerät ein Informationselement nicht, so wird dieses unverändert weitergereicht. Für die Schnittstellen MM1 und MM4 müssen unter- schiedliche Informationselemente definiert werden. Wird nur ein neues Informationselement definiert und auf beiden Schnittstellen eingesetzt, so könnte ein vom Verbindungsknoten MMS RO A vergebener Rückkanal in der Netzwerkumgebung B des Empfängers unverändert zum Nutzer MMS UA B durchgereicht werden, falls der Netzwerkdienstleister MMSE SP B diese Informationselemente nicht erkennen kann. Dabei könnte der Nutzer MMS UA B, d.h. der Empfänger der Original-MMS und Absen- der der Antwort-MMS, möglicherweise unter Verwendung des von dem Vermittlungsknoten MMS RO A vergebenen Rückkanals, versuchen, eine Antwort-MMS an seinen MMS-Dienstleisters MMSE SP B zu schicken. Diese Pfad-Angabe ist allerdings nur für die Netzwerkumgebung A gültig und kann von der Netzwerkumgebung B nicht ausgewertet werden. Durch Definition unterschiedlicher Informationselemente für die Schnittstellen MM1 und MM4 können entsprechende Kompatibilitätsprobleme gelöst werden.
Figur 5 zeigt eine Übertragung einer Original-MMS vom Endgerät MMS UA A des Absenders A zum Endgerät MMS UA B des Empfängers B, wobei RC-Req für die Reply-Charging-Kennung und URI A3 (MM4) bzw. URI B2 (MM1 , B-Seite) für die Referenzen der beiden an der Übertragung beteiligten Netzwerkelemente stehen. Tx steht für Senden und Rx steht für Empfangen und das Unterscheiden der MMS-Netzwerkumgebung des Absenders von der des Empfängers. Hinsichtlich der Bedeutung der gezeigten Elemente wird auf die Beschreibung der Figuren 1 bis .5 Bezug genommen, wobei gleichlautende Elemente die gleiche Bedeutung haben. Der Vermittlungsknoten MMS RO B kann die Pfadangabe des MMS-Vermittlungsknotens MMS RO A entweder bis zum Eintreffen der Antwort-MMS im Speicher M des Vermittlungsknotens MMS RO B Zwischenspeichern, oder an den Nutzer MMS UA B übermitteln.
Wird eine Antwort-MMS von dem Nutzer MMS UA B des Empfängers an die Netzwerkumgebung MMSE B (Schnittstelle MM1, B-Seite) mit der Angabe des zuvor in der Original-MMS übermittelten Rückkanals zurückgeschickt, so kann der Vermittlungsknoten MMS RO B nach Auswertung des Rückkanals die Antwort-MMS an das Netzwerkelement innerhalb der Netzwerkumgebung B weiterleiten, welches die gewünschte Reply-Charging-Funktionalität unterstützt und Kenntnis über die funktionsspezifischen Randbedingungen aufweist. In dem vorliegenden Ausführungsbeispiel wäre dies das Netzwerkelement MMS RL B2 , gekennzeichnet durch die Referenz URI B2. Das gleiche Prinzip gilt für die Weiterleitung der Antwort-MMS von der Netzwerkumgebung B an die Netzwerkumgebung A über die Schnittstelle MM . Der Rückkanal für diese Schnittstelle wird entweder vom MMS UA B des Absenders mit übermittelt oder aus einem Speicher M im Vermittlungsknoten MMS RO B ausgelesen. Eine entsprechende Vorge- hensweise wird in Figur 6 gezeigt. In der Netzwerkumgebung A kann der Vermittlungsknoten MMS RO A nach Auswertung des Rückkanals die Antwort-MMS an das entsprechende Netzwerkelement weiterleiten, welches die gewünschte Reply-Charging- Funktionalität innerhalb der Netzwerkumgebung A unterstützt und Kenntnis über die funktionsspezifischen Randbedingungen hat. Im vorliegenden Ausführungsbeispiel wäre dies das Netzwerkelement MMS RL A3 gekennzeichnet durch die Referenz URI A3.
Wie bereits erwähnt zeigt Figur 6 ein Ausführungsbeispiel einer Übertragung einer Antwort-MMS vom MMS-Nutzer MMS UA B an den Nutzer MMS UA A. Hinsichtlich der Bedeutungen der gezeigten Elemente wird auf die Erläuterungen zu den Figuren 1 bis 5 verwiesen, wobei gleichlautende Elemente die gleiche Bedeu- tung haben. Des Weiteren steht RC-ID für die Nachrichtenidentifikation (Message ID) der zuvor empfangene Original-MMS, welche die verschickte MMS als Antwort-MMS kennzeichnet. URI B2 (MM1, B-Seite) bzw. URI A3 (MM4) stehen für die Referenzen der bei der Übertragung der Original-MMS aktiven Netzwerkele- mente in den beiden beteiligten Netzwerkumgebungen.
Figur 7 zeigt ein Ablaufdiagramm bei dem Versenden einer MMS unter Verwendung der vorstehend beschriebenen Abstract Messages. Wie bereits erläutert enthalten die Abstract Messages jeweils mindestens ein Informationselement, welches zwischen den beteiligten Instanzen ausgetauscht wird. Figur 7 zeigt zwei Nutzer-Elemente, das heißt einen initiierenden Nutzer MMS UA A und einen empfangenden Nutzer MMS UA B. Beide Nutzer stehen mit Netzwerkelementen MMS RL A bzw. MMS RL B in Ver- bindung. Das Abschicken einer MMS von dem Nutzer MMS UA A an das Netzwerkelement MMS RL A für die Schnittstelle MM1 erfolgt auf der Seite des Absenders mittels einer Abstract Mes- sage 1. Das Netzwerkelement MMS RL A bestätigt den korrekten Empfang der MMS mit der Abstract Message 2. Die Übertragung einer MMS zwischen zwei MMS-Netzwerkumgebungen (über die Schnittstelle MM4) geschieht mit der Abstract Message 3 und wird mit der Abstract Message 4 bestätigt. Für die Schnittstelle MM1 auf der Seite des Empfängers MMS UA B sind die folgenden Abstract Messages definiert : Die Benachrichtigung des Empfängers über eine zum Herunterladen bereitliegende MMS erfolgt mit Hilfe der Abstract Message 5 und kann mit der Abstract Message 6 bestätigt werden. Mit der Abstract Message 7 kann der Empfänger MMS UA B das Herunterladen einer auf dem Netzwerkelement bereitliegenden MMS initiieren. Das Zustellen der MMS von dem Netzwerkelement MMS RL B an den Nutzer MMS UA B erfolgt mittels der Abstract Message 8. Die Abstract Messa- ge 9 dient zum einen als Bestätigung für die korrekte Übertragung der MMS mit der Abstract Message 8 und zum anderen dazu, dem Netzwerkelement MMS RL B mitzuteilen, ob der Empfänger der MMS dem Versenden einer Rückmeldung zustimmt oder nicht. Diese Rückmeldung kann vom Absender vorher, zusammen mit dem Versenden der MMS in der Abstract Message 1, beantragt werden und wird gegebenenfalls mit der Abstract Message 10 an die Netzwerkumgebung des Absenders und von da aus mit der Abstract Message 12 weiter an den Nutzer MMS UA A des Absenders der MMS übermittelt. Eine Bestätigung erfolgt über die Abstract Message 11.
Um einen Rückkanal, einen sogenannten Return Path, wie beschrieben auf den Schnittstellen MM1 und MM4 übertragen zu können, werden zwei neue Informationselemente definiert, näm- lieh ein Send -Rückkanal und ein Empfangs-Rückkanal , wobei Sende bzw. Empfang die NetzWerkumgebung des Absenders bzw. die Netzwerkumgebung des Empfängers kennzeichnen. Für die Angabe des Rückkanals beim Versenden einer Antwort-MMS werden zwei weitere Informationselemente Sende-Destination und Emp- fangs-Destination definiert. Das neue Informationselement Sende-Rückkanal wird in die Abstract Message 3 eingefügt . Für eine Erhöhung des Komforts kann dieses neue Informationselement ebenfalls in die Abstract Message 2 eingefügt werden, womit auch dem Absender er- möglicht wird, ein Netzwerkelement direkt anzusprechen, welches die von ihm verschickte Original-MMS bearbeitet hat, beispielsweise wenn er diese später wieder zurückrufen oder aktualisieren möchte. Das neue Informationselement Empfangs- Rückkanal wird in der Abstract Message 8 ergänzt, und das neue Informationselement Empfangs-Destination findet in der Abstract Message 1 Einsatz.
Falls der Rückkanal der Netzwerkumgebung A in der Netzwerkumgebung B nicht zwischengespeichert werden kann und er mit der Abstract Message 8 auch an den Nutzer MMS UA B und von dort in der Abstract Message 1 zusammen mit der Antwort-MMS wieder zurück an die Netzwerkumgebung B geschickt werden soll, so muss die Abstract Message 8 um das neue Informationselement Sende-Rückkanal und die Abstract Message 1 um das neue Infor- mationselement Sende-Destination erweitert werden.
Figur 8 zeigt ein Ablaufdiagram eines Ausführungsbeispiels der Implementierung der vorliegenden Erfindung nach dem WAP- (Wireless Application Protocol) Standard für Mobilfunk- Endgeräte. WAP ist ein offener Standard zur Kommunikation zwischen Mobilfunk-Endgerät und dem Internet. Zur Überbrückung der Luftschnittstelle zwischen einem MMS unterstützendem Mobuilfunk-Endgerät und dem WAP-Knotenpunkt ist eine Nutzung des WAP-Übertragungsprotokolls (WSP-Transferprotokoll) vorgesehen. Abbildung 8 zeigt einen Austausch von WAP-
Nachrichten zwischen vier Beteiligten Instanzen, d.h. dem MMS-Klienten MMS C A, dem MMS-Netzwerkelement MMS PR A, dem MMS-Netzwerkelement MMS PR B und dem MMS-Klienten MMS C B. Bei den relevanten Nachrichten handelt es sich um die durch die Pfeile 20, 21 und 25 dargestellten Nachrichtenübertragungen. Zuerst wird eine Nachricht-Sende-Anfrage 20 von dem MMS C A an das MMS PR A gesendet. Anschließend erfolgt eine Bes- tätigung 21. Zwischen MMS PR A und MMS PR B befindet sich das Internet-Netzwerk IPN. Vom MMS PR B erfolgt eine MMS- Benachrichtigung 22, welche mit einer Benachrichtigung 23 erwidert wird. Wie durch den Pfeil 24 gezeigt, erfolgt anschließend eine WAP-Datenanforderungsbefehl 24, welcher durch die MMS-Zustellung 25 erwidert wird. Anschließend erfolgt eine Nachrichtenübermittlungsbestätigung 26. Diese kann sender- seitig an den MMS C A, wie durch den Pfeil 27 gezeigt, weitergeleitet werden.
Die Bestätigung 21 wird um das Kopf-Feld Sende-Rückkanal ergänzt, um den Rückkanal nach Empfang einer Original-MMS an den MMS-Klienten des Absenders übermitteln zu können, damit dieser Kenntnis darüber hat, welches MMS-Netzwerkelement (MMS PR) im Zuständigkeitsbereich seines MMS-Dienstleisters er im Falle eines Rückruf- bzw. Austausch-Befehls oder Ähnlichem ansprechen soll. Die MMS-Nachricht 25 wird um das Kopf-Feld Empfangs-Rückkanal ergänzt, mit dessen Hilfe dem MMS-Klienten des Empfängers der Rückkanal desjenigen MMS-Netzwerkelements im Zuständigkeitsbereich seines MMS-Dienstleisters mitgeteilt wird, an das die Antwort-MMS zur weiteren Verarbeitung zurückgeschickt werden soll. Gegebenenfalls wird auch die Pfadangabe Sende-Rückkanal in dieser MMS-Nachricht ergänzt. Dies ist aber nur dann erforderlich, wenn diese Information in der Netzwerkumgebung B nicht zwischengespeichert wird bzw. werden kann. Die Nachrichten-Sende-Anfrage 20 wird um das Kopf-Feld Empfangs-Destination und gegebenenfalls auch um das Kopf-Feld Sende-Destination für die Auflösung der Pfadangaben erweitert. Damit kann eine MMS gezielt an die Netzwerkelemente im Zuständigkeitsbereich des beteiligten MMS-Dienstanbieters weitergeleitet werden. Bevorzugt werden die Feld-Werte der Kopf-Feldern in den MMS-Nachrichten als Text-Zeichenfolgen, sogenannte Text-Strings, codiert.
In den vorstehend erläuterten Ausführungsbeispielen wurde die vorliegende Erfindung anhand der Reply-Charging- Funktionalität erläutert, da die dabei benötigten funktions- spezifischen Daten jeweils nur einem MMS-Netzwerkelement innerhalb eines Dienstleistungsgebiets bekannt sind, was die Angabe eines Rückkanals für eine einwandfrei funktionierende Dienstleistung unumgänglich macht. Die vorliegende Erfindung ist aber nicht auf die Reply-Charging-Funktionalität beschränkt, sondern ist beispielsweise auch auf Funktionalitäten wie Rückrufen und Ersetzen von bereits verschickten MMS und ähnlichen Funktionalitäten, bei denen das Speichern von funktionsspezifischen Daten für eine einwandfrei funktionie- rende Dienstleistung unumgänglich ist, anwendbar. Bei diesen Funktionalitäten bedarf es ebenfalls der Möglichkeit, ein Netzwerkelement gezielt anzusprechen.

Claims

Patentansprüche
1. Verfahren zum Übertragen von Nachrichten, aufweisend die Verfahrensschritte : - Senden einer Nachricht (MMS) von einem ersten Nachrichtendienstleister (MMSE SP A) zu einem zweiten Nachrichtendienstleister (MMSE SP B) , und - Auswerten der Nachricht (MMS) bei dem zweiten Nachrichtendienstleister (MMSE SP B) , d a d u r c h g e k e n n z e i c h n e t, d a s s die Nachricht mindestens ein erstes Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL A) des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
2. Verfahren nach Anspruch 1, g e k e n n z e i c h n e t d u r c h
Senden der Nachricht von dem zweiten Nachrichtendienstleister an ein Netzwerkelement (MMS UA B) außerhalb einer Dienstleistungsumgebung (MMSE) , wobei die Nachricht mindestens ein zweites Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL B) des zweiten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
3. Verfahren nach Anspruch 2 , d a d u r c h g e k e n n z e i c h n e t, d a s s die Nachricht bei der Übertragung von dem zweiten Nachrichtendienstleister an das Netzwerkelement außerhalb ei- ner Dienstleistungsumgebung (MMSE) das erste Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL A) des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
4. Verfahren nach Anspruch 2 oder 3 , g e k e n n z e i c h n e t, d u r c h Senden der Nachricht von dem Netzwerkelement außerhalb der Dienstleistungsumgebung über den zweiten Nachrichtendienstleister zurück zu dem ersten Nachrichtendienstleister, wobei bei jedem Rücksendeschritt die je- weils gesetzte (n) Referenz (en) aus dem ersten und/oder zweiten Kopf-Feld aufgelöst wird.
5. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, d a s s die Referenz die Angabe eines Rückkanals aufweist.
6. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, d a s s die übertragene Nachricht nach dem Eingang beim zweiten Nachrichtendienstleister (MMSE SP B) von einem Vermittlungsknoten (MMS RO) ausgewertet wird.
7. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, d a s s aus mindestens einem Kopf-Feld die Funktionalität der Nachricht ersichtlich ist.
8. Verfahren nach einem der Ansprüche 6 oder 7, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) in Abhängigkeit von einem Kopf-Feld bestimmt, an welche Netzwerkelemente bei dem zweiten Nachrichtendienstleister die Nachricht weitergeleitet wird.
9. Verfahren nach einem der Ansprüche 3 bis 5, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) als eigenständiges Netzwerkelement ausgebildet ist.
10.Verfahren nach einem der Ansprüche 3 bis 5, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) in einem Weitergabemittel (MMS RL) integriert ist.
11. System zum Übertragen von Nachrichten, aufweisend: - Mittel zum Senden einer Nachricht (MMS) von einem ersten Nachrichtendienstleister (MMSE SP A) zu einem zweiten Nachrichtendienstleister (MMSE SP B) , und - Mittel zum Auswerten der Nachricht (MMS) bei dem zweiten Nachrichtendienstleister (MMSE SP B) , d a d u r c h g e k e n n z e i c h n e t, d a s s die Nachricht mindestens ein erstes Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL A) des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
12. System nach Anspruch 11, g e k e n n z e i c h n e t d u r c h
Mittel zum Senden der Nachricht von dem zweiten Nachrichtendienstleister an ein Netzwerkelement (MMS UA B) außer- halb einer Dienstleistungsumgebung (MMSE) , wobei die Nachricht mindestens ein zweites Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL B) des zweiten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
13. System nach Anspruch 12, d a d u r c h g e k e n n z e i c h n e t, d a s s die Nachricht bei der Übertragung von dem zweiten Nachrichtendienstleister an das Netzwerkelement außerhalb ei- ner Dienstleistungsumgebung (MMSE) das erste Kopf-Feld enthält, welches eine Referenz auf mindestens ein Netzwerkelement (MMS RL A) des ersten Nachrichtendienstleisters aufweist, welches an der Verarbeitung der Nachricht beteiligt war.
14. System nach Anspruch 12 oder 13 , g e k e n n z e i c h n e t, d u r c h Mittel zum Senden der Nachricht von dem Netzwerkelement außerhalb der Dienstleistungsumgebung über den zweiten Nachrichtendienstleister zurück zu dem ersten Nachrichtendienstleister, wobei bei jedem Rücksendeschritt die je- weils gesetzte (n) Referenz (en) aus dem ersten und/oder zweiten Kopf-Feld aufgelöst wird.
15. System nach einem der Anspruch 11 bis 14, d a d u r c h g e k e n n z e i c h n e t, d a s s die Referenz die Angabe eines Rückkanals aufweist.
16. System nach einem der Ansprüche 11 bis 15, d a du r c h g e k e n n z e i c h n e t, d a s s die übertragene Nachricht nach dem Eingang beim zweiten Nachrichtendienstleister (MMSE SP B) von einem Vermittlungsknoten (MMS RO) ausgewertet wird.
17. System nach einem der Ansprüche 11 bis 16, d a du r c h g e k e n n z e i c h n e t, d a s s aus mindestens einem Kopf-Feld die Funktionalität der
Nachricht ersichtlich ist.
18. System nach einem der Ansprüche 11 oder 17, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) in Abhängigkeit von einem Kopf-Feld bestimmt, an welche Netzwerkelemente bei dem zweiten Nachrichtendienstleister die Nachricht weitergeleitet wird.
19. System nach einem der Ansprüche 11 bis 18, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) als eigenständiges Netzwerkelement ausgebildet ist.
20. System nach einem der Ansprüche 11 bis 19, d a d u r c h g e k e n n z e i c h n e t, d a s s der Vermittlungsknoten (MMS RO) in einem Weitergabemittel (MMS RL) integriert ist.
21.Mobilfunk-Endgerät zur Verwendung bei einem Verfahren nach einem der Ansprüche 1 bis 10 und/oder in einem System nach einem der Ansprüche 11 bis 20.
22. Sende-/EmpfangsVorrichtung zur Verwendung bei einem Verfahren nach einem der Ansprüche 1 bis 10 und/oder in einem System nach einem der Ansprüche 11 bis 20.
EP03762394A 2002-07-09 2003-06-11 Mms-nachrichten bertragungsverfahren und -system Ceased EP1520438A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10230897A DE10230897A1 (de) 2002-07-09 2002-07-09 Nachrichtenübertragungsverfahren und -system
DE10230897 2002-07-09
PCT/DE2003/001946 WO2004006593A1 (de) 2002-07-09 2003-06-11 Mms-nachrichtenübertragungsverfahren und -system

Publications (1)

Publication Number Publication Date
EP1520438A1 true EP1520438A1 (de) 2005-04-06

Family

ID=29796223

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03762394A Ceased EP1520438A1 (de) 2002-07-09 2003-06-11 Mms-nachrichten bertragungsverfahren und -system

Country Status (6)

Country Link
US (1) US8850061B2 (de)
EP (1) EP1520438A1 (de)
CN (1) CN100366102C (de)
AU (1) AU2003246533A1 (de)
DE (1) DE10230897A1 (de)
WO (1) WO2004006593A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10230897A1 (de) * 2002-07-09 2004-01-29 Siemens Ag Nachrichtenübertragungsverfahren und -system
DE10327056B4 (de) * 2003-06-16 2011-06-01 Infineon Technologies Ag Verfahren zum Modifizieren einer Multimedia-Nachricht durch netzwerkseitige Anwendung von Applikationen sowie zugehöriges Funkkommunikationssystem
DE102019123990A1 (de) 2019-09-06 2021-03-11 PRE Power Recycling Energyservice GmbH Vorrichtung und Verfahren zur Konzentration der Energiedichte für eine Hochleistungs-Ultraschallbehandlung von Suspensionen und Flüssigkeiten
EP4056530A1 (de) 2021-03-09 2022-09-14 PRE Power Recycling Energyservice GmbH Verfahren zur behandlung von flüssigkeiten und / oder suspensionen und zur erzeugung von wasserstoff aus wassersoff-enthaltenden chemischen verbindungen

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371852A (en) * 1992-10-14 1994-12-06 International Business Machines Corporation Method and apparatus for making a cluster of computers appear as a single host on a network
US5928332A (en) * 1996-12-06 1999-07-27 Intel Corporation Communication network with reversible source routing that includes reduced header information being calculated in accordance with an equation
SE508514C2 (sv) * 1997-02-14 1998-10-12 Ericsson Telefon Ab L M Förfarande och anordning för överföring av kortmeddelanden i ett telekommunikationssystem innefattande ett mobilkommunikationssystem
FI109511B (fi) * 1997-06-03 2002-08-15 Nokia Corp Lyhytsanomien reititys
US6560456B1 (en) * 1999-05-24 2003-05-06 Openwave Systems, Inc. System and method for providing subscriber-initiated information over the short message service (SMS) or a microbrowser
US6282274B1 (en) * 1999-07-09 2001-08-28 Telcordia Technologies, Inc. Selectable billing options for a single communications account
US6374292B1 (en) * 1999-07-20 2002-04-16 Sun Microsystems, Inc. Access control system for an ISP hosted shared email server
ES2237022T3 (es) * 1999-12-02 2005-07-16 Sony International (Europe) Gmbh Mensajeria instantanea.
AU2001249099A1 (en) * 2000-03-07 2001-09-17 Sun Microsystems, Inc. Methods and apparatus for automatically generating a routing table in a messaging server
FI20001294A (fi) * 2000-05-30 2001-12-01 Nokia Networks Oy Vastauksen laskuttaminen tietoliikennejärjestelmässä
FI111595B (fi) * 2000-12-20 2003-08-15 Nokia Corp Järjestely multimediasanomanvälityksen toteuttamiseksi
WO2002058359A1 (de) * 2001-01-18 2002-07-25 Siemens Aktiengesellschaft Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
EP1358742B1 (de) * 2001-02-07 2012-04-04 Siemens Aktiengesellschaft Verfahren zur nachrichtenversendung aus einem mms-system und einrichtung hierfür
DK1796406T3 (da) * 2001-06-27 2009-11-16 Siemens Ag Fremgangsmåder, indretninger og softwareprogrammer til behandling og/eller evaluering af MMS-relaterede meddelelser
US20030016668A1 (en) * 2001-07-17 2003-01-23 Antonio Mugica Method of device-to-device communications in hybrid distributed device control networks
EP1415488B1 (de) * 2001-08-09 2005-11-09 Siemens Aktiengesellschaft Verfahren zur übertragung von daten
FR2828970B1 (fr) * 2001-08-27 2003-12-19 Cit Alcatel Systeme d'interoperabilite entre messages mms et messages sms/ems et procede d'echange associe
US20030193967A1 (en) * 2001-12-31 2003-10-16 Gregg Fenton Method, apparatus and system for processing multimedia messages
US7200680B2 (en) * 2002-03-11 2007-04-03 Ericsson Inc. Method, apparatus and system for providing multimedia messages to incompatible terminals
GB0208069D0 (en) * 2002-04-08 2002-05-22 Nokia Corp Message header for messaging service
DE10230897A1 (de) * 2002-07-09 2004-01-29 Siemens Ag Nachrichtenübertragungsverfahren und -system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004006593A1 *

Also Published As

Publication number Publication date
AU2003246533A1 (en) 2004-01-23
CN1666546A (zh) 2005-09-07
WO2004006593A1 (de) 2004-01-15
US20050233731A1 (en) 2005-10-20
CN100366102C (zh) 2008-01-30
US8850061B2 (en) 2014-09-30
DE10230897A1 (de) 2004-01-29

Similar Documents

Publication Publication Date Title
AT411312B (de) Verfahren zum übermitteln von kurznachrichten (sms) zwischen rechnern im internet
DE10104713A1 (de) Verfahren und Vorrichtungen zum Zugreifen auf Nachrichten
EP1774805B1 (de) Verfahren zum übertragen applikationsspezifischer registrier-oder deregistrierdaten sowie system, server und kommunikationsendgerät hierfür
WO2002058359A1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
EP1609277B1 (de) Verfahren zur sofortigen zustellung von emails an telekommunikationsendgeräte
DE102006001503B4 (de) Verfahren und System zum Übermitteln von Zusatzdaten
EP1525724B1 (de) Verfahren und system zum blockieren von unerwünschten nachrichten
WO1999048313A1 (de) Vorrichtung zum verwalten von daten in einem mobiltelefon
EP1283636A2 (de) Multimedialer Nachrichtendienst mit dienstanbieterübergreifender Antwortvergebührungs-Funktionalität
EP1647153A1 (de) Übertragen eines nutzdatenobjektes von einer vermittlungskomponente auf eine mobile station
EP1520438A1 (de) Mms-nachrichten bertragungsverfahren und -system
DE10215567A1 (de) Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz
DE102005015385A1 (de) Verfahren zum Umleiten mindestens einer Multimedianachricht in einem Mobilfunk-Kommunikationsnetzwerk, Multimedianachricht-Relaiseinrichtungen, Zentral-Mobilfunk-Servereinheit und Mobilfunk-Kommunikationsendgerät-Speicherelement
WO2004086675A1 (de) Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz
DE10327056B4 (de) Verfahren zum Modifizieren einer Multimedia-Nachricht durch netzwerkseitige Anwendung von Applikationen sowie zugehöriges Funkkommunikationssystem
EP1437011B1 (de) Verfahren zur durchführung von augenblicklichem nachrichtenverkehr (instant messaging) mit paketvermittelten daten
DE102004058747B4 (de) Teilnehmergerät und Verfahren zum Betreiben eines Teilnehmergeräts
EP1352500B1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
EP1919167B1 (de) Übermittlung von Nachrichten in einem Telekommunikationsnetz
DE102005020916B4 (de) Verfahren und Kommunikationseinrichtung zum Bearbeiten einer Nachricht
WO2003055241A1 (de) Verfahren zur realisierung von push-diensten
DE10156197A1 (de) Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, zugehörige Sende-/Empfangseinheit sowie Funkkommunikationssystem

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20041216

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE ES FR GB IT

RIN1 Information on inventor provided before grant (corrected)

Inventor name: VAN NIEKERK, SABINE

Inventor name: TRAUBERG, MARKUS

Inventor name: SCHMIDT, ANDREAS

Inventor name: LAUMEN, JOSEF

RIN1 Information on inventor provided before grant (corrected)

Inventor name: VAN NIEKERK, SABINE

Inventor name: TRAUBERG, MARKUS

Inventor name: SCHMIDT, ANDREAS

Inventor name: LAUMEN, JOSEF

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20140929

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007220000

Ipc: H04W0084000000

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007220000

Ipc: H04W0084000000

Effective date: 20141205