EP1421807A1 - Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem - Google Patents

Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem

Info

Publication number
EP1421807A1
EP1421807A1 EP02758158A EP02758158A EP1421807A1 EP 1421807 A1 EP1421807 A1 EP 1421807A1 EP 02758158 A EP02758158 A EP 02758158A EP 02758158 A EP02758158 A EP 02758158A EP 1421807 A1 EP1421807 A1 EP 1421807A1
Authority
EP
European Patent Office
Prior art keywords
order
data
message
mms
communication network
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
EP02758158A
Other languages
English (en)
French (fr)
Inventor
Josef Laumen
Markus Trauberg
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
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
Priority claimed from DE10156197A external-priority patent/DE10156197A1/de
Application filed by Siemens AG filed Critical Siemens AG
Publication of EP1421807A1 publication Critical patent/EP1421807A1/de
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-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/18Commands or executable codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/226Delivery according to priorities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements

Definitions

  • the invention relates to a method for data transmission in a data communication network, in particular text and / or image data with and without sound.
  • the object of the invention is to show a way in which data or message signals can be transmitted in a data communication network in the most efficient manner from a first user application unit to at least one second user application unit and evaluated there.
  • This object is achieved in a method of the type mentioned at the outset by assigning at least one piece of control information to the respective data signal in at least one additional data element which contains an identifier for the order of data elements of the same name.
  • Such additional control information allows these data elements of the same type or the same name to be uniquely related to one another, ie to be arranged in a defined manner.
  • This makes it possible in particular to subsequently reconstruct in the respective receiving user application unit which order of data elements of the same name in the same data or message signal in the respective transmitting user application unit and / or on its transmission path has been impressed by one or more intermediate components of the data communication network , This enables efficient evaluation in the respective receiving unit, since the individual data elements can now be brought into relation and evaluated by the additional identification.
  • the invention also relates to a transmitter / receiver unit of a data communication network, which is designed to carry out the method according to the invention.
  • the invention also relates to a radio communication system which has at least one transmitting and / or receiving unit for carrying out the method according to the invention.
  • FIG. 1 shows a schematic representation of the multiple forwarding of a message signal starting from a first transmission unit of a data communication network, in particular a radio communication system, over several user application units, each user application unit being assigned one or more additional data elements of the same type to the message signal to be transmitted and identified by an identifier specified according to the method according to the invention
  • FIG. 2 shows a schematic representation of the basic structure of a header field in a message signal of the multimedia messaging service and / or Internet e-mail.
  • FIGs 3, 4 in a schematic representation the structure of a recipient delivery message for a user application unit according to Figure 1, the one to be transmitted
  • Procedure forward message to another user application unit and thereby according to the invention Procedure enters control information in an additional data element for identification.
  • Various services are used in communication technology, which enable a message exchange between units of this service.
  • Message types are often used that contain control information in a message header, a so-called header, in addition to the user information that is actually to be transmitted.
  • These services include, for example, Internet e-mail, whose messages are in accordance with the specifications (RFC822 Standard for the Format of ARPA Internet Text Messages, Crocker D., August
  • MMS multimedia messaging service
  • message signals such as Voice, data, images, music, noises, etc. are jointly transmitted to one or more subscriber devices, in particular mobile radio devices, in a predefined group.
  • This group-wise transmission is provided in particular in a radio communication system according to the UMTS standard (Universal Mobile Telecommunication System).
  • UMTS Universal Mobile Telecommunication System
  • This group-wide forwarding and transmission of message signals is carried out both via at least one air interface between the subscriber devices of a predefinable group and at least one base station.
  • this sending and / or receiving of group messages in the multimedia messaging service is also carried out between the other network components of the radio communication network which are assigned to the respective base station, or for other control and operation of the
  • the previous specification of the multimedia messaging service is preferably based on two specifications of the Third Generation Partnership Project (3GPP), which on the one hand basically describe the service (3G TS 22.140 Version 4.1.0, Release 4; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service (MMS); Service
  • 3GPP Third Generation Partnership Project
  • MMS Multimedia Messaging Service
  • WAP Wireless Application Protocol
  • WAP-209-MMS Encapsulation, Specification Change Document, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001 the use of the WAP is used to bridge the respective air interface between an MMS-capable terminal and a respectively assigned WAP gateway on the network side Wireless Session Protocol (WSP) provided.
  • WSP Wireless Session Protocol
  • MMS also exchanges messages with a message header that contains header fields with control information and a data section with user information between different units of this service.
  • FIG. 2 shows a schematic representation of the basic, logical structure of a header field KF according to the specification WAP-209-MMS Encapsulation, Specification Change Docu- ment, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001.
  • a header field of a message / data signal has a header field name KFN in a first section, to which a header field value KFW is assigned in a second section.
  • messages can contain several types of header fields several times in order to integrate several pieces of information of the same type into the same message.
  • An example of this are multiple addresses, i.e. when a message is addressed to several recipient units, each with a separate header field for each recipient unit. If it is now desired to encode all recipient addresses in the same message, this can be done, for example, by using a separate header field in the same message signal for each recipient address.
  • n header fields are generated by the respective addressees and inserted into the same message.
  • This large number of header fields are then preferably equivalent within the data structure of the respective message signal.
  • the order of the header fields in the messages is often irrelevant and can / may also be changed when processing and / or forwarding the message.
  • the header fields of a multimedia message in accordance with WAP contain, in addition to the information of the type of the header field, a value which as a rule does not contain an enumeration of several information elements of the same type. Rather, for several information elements of the same type a plurality of header fields of the same type, each encoded with one, ie the same information element.
  • the basic logical structure of such a header field is illustrated in FIG. 2. Further details can be found in particular in WAP-209-MMS Encapsulation, Specification Change Document, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001.
  • one or more control information items in one or more additional data elements are assigned to the data of the respective message signal , which contains an identification of the order of data elements of the same name.
  • a coding of the order of several header fields of the same type is carried out in one and the same message. This order is preferably independent of the coded order of the header fields in the message and defines an order that e.g. a chronological order, a logical order, a causal order, an order of priority, an order of spatial allocation to one another, or any other classification.
  • the additional identification of the order of a large number of data elements of the same name within one and the same message is shown below by way of example using the encodings of messages exchanged in the MMS defined by the WAP forum.
  • the time sequence of participants who have forwarded the same message in succession is specified as the classification or identification.
  • a new header field with the name * X-Mms-Forwarded-By ", which has not yet been specified, is used.
  • This field is expediently defined and inserted as a header field in the MMS an MMS connection unit in the data communication network is sent to a further MMS user application, for example on the end device of the respective subscriber or user, in order to inform about the presence and the possibility of retrieving an upcoming multimedia message (in WAP: M-
  • FIGS. 3 and 4 The basic definition or structure of such a message in the WAP forum is shown schematically in FIGS. 3 and 4, which together contain a large number of data elements of a recipient delivery message.
  • the header field 'X-Mms-Forwarded-By' has been newly introduced to illustrate the invention and is designated by DE1. In particular, it has a name, which in textual coding is the character string 'X-Mms-Forwarded-By', and a header field value , which is referred to as * Forwarded-By-Value ".
  • the value contains the address of the subscriber who forwarded the message and also a numerical value which by definition describes the chronological order of several forwarding processes.
  • the value * Forwarded-By-Value is preferably assigned a whole positive number.
  • Several header fields of this type then have different numbers, with a larger number indicating a later point in time when the multimedia message is forwarded. Even with several header feathers of this type it is therefore possible to reconstruct the sequence of the forwarding processes at the respective receiver by means of control information SI1 which is additionally added in this way.
  • the forwarded-by-value is assigned a field value that is formed by a whole positive number that determines the position of the field in a sequence of header fields (integer value), and then a character string. te that contains the address of the forwarding user (encoded string value).
  • FIG. 1 shows a schematic representation of the forwarding of a multimedia message from an output user application or transceiver unit across a plurality of transceiver units or user applications.
  • An MMS send request SA is first sent from a first MMS user application NA to a first MMS connection unit VA.
  • An MMS delivery message ZN1 is then transmitted from the MMS connection unit VA to a further MMS connection unit VX.
  • the latter then transmits an MMS recipient notification EB1 to a second MMS user application NG as the first recipient unit.
  • This first receiver unit NG does not want to receive the multimedia message offered by the sending unit NA for sending itself, but rather only to forward the delivery message, ie the offer to download the multimedia message, to at least one further MMS user application.
  • the user application NG sends a forwarding request WL1 back to the MMS connection unit VX.
  • the connection unit VX inserts this information into the delivery message ZN1, ie it forms the delivery message ZN2 to be forwarded by using a first header field of the "X-Mms-Forwarded-By" type with the value * 1 userG ⁇ MMS service providerX "for the original control information (such as adds, for example, the sender address NationalA @ MMS c DivvantageA) of the first delivery message AnL. then, the connecting unit VX sends this extended delivery message ZN2 to a subsequent connection unit VE on.
  • the second connection unit VD sends on the same principle as the first connection unit VX to another MMS -User application NR as a second receiver unit, a recipient notification EB2, via which the user application NR is informed that an MMS message is available for retrieval at the sending unit NA User application NR forwards this request by means of a forwarding request WL2 only via the connection unit VD in the network (and does not call up this multimedia message itself).
  • the connection unit VD then generates a delivery message ZN3 and sends it to the subsequent MMS connection unit VT.
  • the delivery message ZN3 thus contains two header fields of the type" X-Mms-Forwarded- By "with the values” 1 user GMMS service provider X and * 2 user R @ MMS service provider D ".
  • the MMS connection unit VT in turn sends a recipient notification EB3 to another MMS user application ML as the third recipient unit. This sends a forwarding request WL3 back to the connection unit VT in an analogous manner to the user application NG and user application NR.
  • the latter then sends a delivery message ZN4 to at least one further MMS connection unit, which is indicated in FIG. 1 by three continuation points.
  • the connection unit VT supplements the delivery message with a third header field of the type "X-Mms-Forwarded-By" with the value * 3 userL ⁇ MMS service provider T.
  • the MMS delivery message ZN4 then contains a total of three header fields of the type" X- Mms-Forwarded-By "with the values" 1 userG ⁇ MMS-service providerX ", * 2 userRgMMS-service providerD" and w 3 userL @ MMS-service providerT ".
  • the recipient delivery message is routed through the chain of MMS connection units, so an MMS recipient delivery message is sent from an MMS connection unit to an MMS user application that has previously been forwarded by four other users of the service
  • the message is advantageously encoded as follows (her r only the header fields of the message are shown in the example): Receiver delivery message (in WAP: M-Retrieve.conf) MMS connection unit - MMS user application):
  • X-Mms-Message-Type m-retrieve-conf
  • X-Mms-Transaction-ID TRANSACTION-ID # 3
  • X-Mms-Version 1.0
  • the header field "X-Mms-Forwarded-By '* is contained four times in the same message, here the recipient delivery message. From the markings in the header fields it can be seen that the message is in the order
  • the additionally inserted data elements with the addresses of the forwarding user applications can possibly also in the request and notification signals in the communication traffic between the respective connection unit and its respective assigned user application are recorded in a corresponding manner.
  • a numerical value or a letter combination and / or any other marking is also coded in an added header field value, which denotes an order of the header fields of the same type.
  • the useful information contained in the header fields can be subsequently put into a corresponding order by the respective recipient of the message.
  • This order can be, for example, a chronological order, a logical order, a causal order, an order of priority, a spatial assignment or any other sequence.
  • the meaning of the order can be determined with the help of the definition of one or more header fields be determined. The same applies to the type and meaning of the label of the order.
  • the receiving element or the receiving user application that wishes to have the group message actually provided it is possible, in particular for the receiving element or the receiving user application that wishes to have the group message actually provided, to read previously performed requests from other user applications from the received delivery message.
  • the history that a delivery message has passed through on its way through a data communication network can thus be recorded in a clear manner and made selectively evaluable.
  • This type of data transmission is preferably expedient in a radio communication system.
  • This can preferably be designed according to the so-called UMTS standard (Universal Mobile Telecommunication System), GSM (Global System for Mobile Communication), GPRS (General Packet Radio Service) or also according to a WLAN (Wireless Local Area Network) standard his.
  • the user applications can in particular be implemented in subscriber devices of this radio communication system.
  • Subscriber device is preferably understood to mean a mobile radio device that is mobile in the radio cells of such a radio communication network.
  • 1 can also be provided in a corresponding manner in the network components of such a radio communication system.
  • Network components are in particular base stations and their associated higher-level radio network control units, such as RNC (Radio Network Controller). Accordingly, this data transmission principle can also be used in a GPRS radio communication system (General Packet Radio Service).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Zur Datenübertragung in einem Datenkommunikationsnetz werden den Datensignalen (ZN1, ZN2) Steuerungsinformationen (SI1) in einem oder mehreren zusätzlichen Datenelementen (DE1) zugeordnet, die eine Kennzeichnung der Ordnung gleichnamiger Datenelemente enthalten.

Description

Beschreibung
Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, zugehörige Sende-/Empfangseinheit sowie Funkkommuni a- tionssystem
Die Erfindung betrifft ein Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, insbesondere von Text- und/oder Bilddaten mit und ohne Ton.
Der Erfindung liegt die Aufgabe zugrunde, einen Weg aufzuzeigen, wie in einem Datenkommunikationsnetz Daten- bzw. Nachrichtensignale in möglichst effizienter Weise von einer ersten Nutzeranwendungseinheit zu mindestens einer zweiten Nut- zeranwendungseinheit übertragen und dort ausgewertet werden können. Diese Aufgabe wird bei einem Verfahren der eingangs genannten Art dadurch gelöst, daß dem jeweiligen Datensignal mindestens eine Steuerungsinformation in mindestens einem zusätzlichen Datenelement zugeordnet wird, die eine Kennzeich- nung der Ordnung gleichnamiger Datenelemente enthalten.
Durch eine solche zusätzliche Steuerungsinformation, mit deren Hilfe gleichnamige Datenelemente hinsichtlich ihrer Ordnung zueinander zusätzlich gekennzeichnet werden, können die- se Datenelemente gleichen Typs bzw. gleichen Namens in eindeutiger Weise in Bezug zueinander gesetzt, d.h. in definierter Weise geordnet werden. Dadurch wird es insbesondere möglich, in der jeweilig empfangenden Nutzeranwendungseinheit nachträglich zu rekonstruieren, welche Ordnung gleichnamigen Datenelementen im selben Daten- bzw. Nachrichtensignal in der jeweilig sendenden Nutzeranwendungseinheit und/oder auf des- sem Übertragungsweg durch eine oder mehrere zwischengeschaltete Komponenten des Datenkommunikationsnetzes aufgeprägt worden ist. Dadurch ist in der jeweiligen Empfangseinheit ei- ne effiziente Auswertung ermöglicht, da ja die einzelnen Datenelemente jetzt durch die zusätzliche Kennzeichnung zueinander in Relation bringbar und bewertbar sind. Die Erfindung betrifft auch eine Sende-/Empfangseinheit eines Datenkommunikationsnetzes, die zur Durchführung des erfindungsgemäßen Verfahrens ausgebildet ist.
Die Erfindung betrifft auch ein Funkkommunikationssystem, das mindestens eine Sende- und/oder Empfangseinheit zur Durchführung des erfindungsgemäßen Verfahrens aufweist.
Sonstige Weiterbildungen der Erfindung sind in den Unteran- Sprüchen wiedergegeben.
Die Erfindung und ihre Weiterbildungen werden nachfolgend anhand von Zeichnungen näher erläutert.
Es zeigen:
Figur 1 in schematischer Darstellung die Mehrfachweiterleitung eines Nachrichtensignals ausgehend von einer ersten Sendeeinheit eines Datenkommunikationsnet- zes, insbesondere Funkkommunikationssystems über mehrere Nutzeranwendungseinheiten hinweg, wobei jede Nutzeranwendungseinheit beim Weiterleiten dem zu übertragenden Nachrichtensignal jeweils eine oder mehrere zusätzliche Datenelemente gleichen Typs zu- ordnet und durch eine Kennzeichnung nach dem erfindungsgemäßen Verfahren spezifiziert,
Figur 2 in schematischer Darstellung den prinzipiellen Aufbau eines Kopffeldes in einem Nachrichtensignal des Multimedia Messaging Service und/oder Internet E-
Mails, und
Figuren 3, 4 in schematischer Darstellung den Aufbau einer Empfängerzustellnachricht für eine Nutzeranwen- dungseinheit nach Figur 1, die eine zu übertragende
Nachricht an eine weitere Nutzeranwendungseinheit weiterleitet und dabei nach dem erfindungsgemäßen Verfahren Steuerungsinformationen in einem zusätzlichen Datenelement zur Kennzeichnung einträgt.
Elemente mit gleicher Funktion und Wirkungsweise sind in den Figuren 1 mit 4 jeweils mit denselben Bezugszeichen versehen.
In der Kommunikationstechnik werden diverse Dienste angewendet, die einen Nachrichtenaustausch zwischen Einheiten dieses Dienstes ermöglichen. Vielfach werden dabei Nachrichtentypen verwendet, die zusätzlich zu den eigentlich zu übertragenden Nutzinformationen auch Steuerinformationen in einem Nachrichtenkopf, einem sogenannten Header, enthalten. Zu diesen Diensten zählt beispielsweise Internet E-Mail, deren Nachrichten gemäß den Spezifikationen (RFC822 Standard for the Format of ARPA Internet Text Messages, Crocker D., August
1982 und RFC2045 Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies, Freed N. November 1996) codiert werden. Ein weiterer Dienst der obengenannten Art ist insbesondere der für UMTS gewünschte Multimedia Messaging Service (MMS) . Bei diesem Service werden Nachrichtensignale wie z.B. Sprache, Daten, Bilder, Musik, Geräusche, usw. gemeinsam an ein oder mehrere Teilnehmergeräte, insbesondere Mobilfunkgeräte, einer vordefinierbaren Gruppe gemeinsam übertragen. Diese gruppenweise Übertragung ist insbe- sondere in einem Funkkommunikationssystem nach dem UMTS- Standard vorgesehen (Universal Mobile Telecommunication System) . Diese gruppengemeinsame Weiterleitung und Übertragung von Nachrichtensignalen wird dabei sowohl über mindestens eine Luftschnittstelle zwischen den Teilnehmergeräten einer vorgebbaren Gruppe und mindestens einer Basisstation durchgeführt. Zum anderen wird dieses Senden und/oder Empfangen von Gruppennachrichten im Multimedia Messaging Service auch zwischen den weiteren Netzwerkkomponenten des Funkkommunikationsnetzes durchgeführt, die der jeweiligen Basisstation zuge- ordnet sind, oder zur sonstigen Steuerung und Betrieb des
Funkkommunikationssystems dienen. Die bisherige Spezifikation des Multimedia Messaging Service basiert vorzugsweise auf zwei Spezifikationen des Third Generation Partnership Pro- jects (3GPP) , die zum einen den Dienst grundsätzlich beschreiben (3G TS 22.140 Version 4.1.0, Release 4; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service (MMS) ; Service
Aspects; Stage 1, 2001) und zum anderen die konkrete Funktionalität abstrakt festlegen (3G TS 23.140 Version 4.2.0, Release 4; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia Messaging Service (MMS) ; Functional Description; Stage 2, 2001) . Eine mögliche - und bisher auch die einzige - Realisierung von MMS wird in drei Spezifikationen des WAP-Forums (Wireless Application Protocol) beschrieben (WAP-205-MMS Architecture Overview, Specification; Wireless Application Protocol, Multimedia Mes- saging Service; Architecture Overview Specification, 2001;
WAP-206-MMS Client Transactions, Specification; Wireless Application Protocol; WAP Multimedia Messaging Service Client Transactions; 2001; WAP-209-MMSEncapsulation, Specification Change Document; Wireless Application Protocol; Multimedia Messaging Service; Message Encapsulation; 2001.).
Günstig erscheint dabei derzeit eine Implementierung von MMS über WAP (Wireless Application Protocol) . Zur Überbrückung der jeweiligen Luftschnittstelle zwischen einem MMS-fähigen Endgerät und einem jeweilig zugeordneten WAP Gateway auf der Netzwerkseite ist insbesondere nach WAP-209-MMS Encapsulation, Specification Change Document, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001 die Benutzung des WAP Wireless Session Protocol (WSP) vorgesehen. Auch in MMS werden Nachrichten mit einem Nachrichtenkopf, der Kopffelder mit Steuerinformationen enthält, und einem Datenteil mit Nutzinformationen zwischen verschiedenen Einheiten dieses Dienstes ausgetauscht.
Figur 2 zeigt in schematischer Darstellung den grundsätzlichen, logischen Aufbau eines Kopffeldes KF gemäß der Spezifikation WAP-209-MMS Encapsulation, Specification Change Docu- ment, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001. Ein solches Kopffeld eines Nachrichten-/Datensignals weist in einem ersten Abschnitt einen Kopffeldnamen KFN auf, dem in einem zweiten - Abschnitt ein Kopffeldwert KFW zugeordnet ist.
Gegebenenfalls können Nachrichten manche Typen von Kopffeldern mehrfach enthalten, um mehrere Informationen desselben Typs in dieselbe Nachricht zu integrieren. Ein Beispiel hier- für sind Mehrfachadressen, d.h. wenn eine Nachricht an mehrere Empfängereinheiten jeweils mit separatem Kopffeld je Empfängereinheit adressiert ist. Ist es nun gewünscht, alle Empfängeradressen in derselben Nachricht zu codieren, so kann dies beispielsweise derart erfolgen, daß für jede Empfänger- adresse ein separates Kopffeld im selben Nachrichtensignal verwendet wird. Mit anderen Worten heißt das, für n Empfängeradressen n Kopffelder durch die jeweiligen Adressaten generiert und in dieselbe Nachricht eingefügt werden. Diese Vielzahl von Kopffeldern sind dann innerhalb der Datenstruk- tur des jeweiligen Nachrichtensignals vorzugsweise gleichwertig. Mit der Reihenfolge ihres Auftretens in der Nachricht ist vorzugsweise keine Ordnung von Inhalten verknüpft. Vielfach ist die Reihenfolge der Kopffelder in den Nachrichten unerheblich und kann/darf bei der Verarbeitung und/oder Wei- terleitung der Nachricht auch geändert werden.
Bisher ist es in den obengenannten Nachrichtendiensten nicht möglich, mehreren Kopffeldern eines, d.h. desselben, gleichen Typs in einer Nachricht eine Ordnung im Sinne einer Gewich- tung zu geben. Stattdessen stehen die Inhalte mehrerer Kopffelder desselben Typs in einer Nachricht gleichberechtigt nebeneinander. Ihre Reihenfolge in der Nachricht ist vorzugsweise unerheblich. Die Kopffelder einer Multimedianachricht gemäß WAP enthalten neben der Information des Typs des Kopf- feldes einen Wert, der im Regelfall keine Aufzählung von mehreren Informationselementen desselben Typs enthält. Vielmehr werden bisher für mehrere Informationselemente desselben Typs mehrere Kopffelder desselben Typs mit jeweils einem, d.h. demselben Informationselement kodiert. Den grundsätzlich logischen Aufbau eines solchen Kopffeldes veranschaulicht Figur 2. Nähere Angaben dazu finden sich insbesondere in WAP-209- MMS Encapsulation, Specification Change Document, Wireless Application Protocol, Multimedia Messaging Service, Message Encapsulation, 2001.
Um nun für solche Verteilernachrichten, die jeweils an eine Gruppe einer Vielzahl von Empfangseinheiten gesendet werden, eine verbesserte Auswertemöglichkeit und effizientere Übertragung sowie Verteilung in einem Datenkommunikationsnetz bereitzustellen, werden den Daten des jeweiligen Nachrichtensignals ein oder mehrere Steuerungsinformationen in einem o- der mehreren zusätzlichen Datenelementen zugeordnet, die eine Kennzeichnung der Ordnung gleichnamiger Datenelemente enthält. Insbesondere wird eine Codierung der Ordnung von mehreren Kopffeldern desselben Typs in ein und derselben Nachricht vorgenommen. Diese Ordnung ist vorzugsweise unabhängig von der kodierten Reihenfolge der Kopffelder in der Nachricht und legt eine Ordnung fest, die z.B. eine chronologische Reihenfolge, eine logische Reihenfolge, eine kausale Reihenfolge, eine Reihenfolge der Priorität, eine Reihenfolge der räumlichen Zuordnung zueinander oder auch eine beliebig andere Klassifikation sein kann.
Die zusätzliche Kennzeichnung der Ordnung einer Vielzahl von gleichnamigen Datenelementen innerhalb ein und derselben Nachricht wird im Folgenden beispielhaft anhand der durch das WAP-Forum definierten Codierungen von im MMS ausgetauschten Nachrichten aufgezeigt. Dabei wird als Klassifikation bzw. Kennzeichnung die zeitliche Folge von Teilnehmern spezifiziert, die dieselbe Nachricht nacheinander weitergeleitet haben. Dazu wird ein neues, bisher noch nicht spezifiziertes Kopffeld mit dem Namen *X-Mms-Forwarded-By" verwendet. Dieses Feld wird zweckmäßigerweise jeweils als Kopffeld in der MMS-. Empfängerzustellnachricht definiert und eingefügt, die von einer MMS-Verbindungseinheit im Datenkommunikationsnetzwerk zu einer weiteren MMS-Nutzeranwendung z.B. auf dem Endgerät des jeweiligen Teilnehmers bzw. Nutzers geschickt wird, um über das Vorliegen und die Abrufemöglichkeit einer anstehen- den Multimedianachricht zu informieren (in WAP: M-
Retrieve.conf Nachricht) . Die grundsätzliche Definition bzw. Struktur einer solchen Nachricht im WAP-Forum zeigt schematisch Figur 3 und 4, die zusammengesetzt eine Vielzahl von Datenelementen einer Empf ngerzustellnachricht enthalten. Das Kopffeld 'X-Mms-Forwarded-By" ist darin zur Verdeutlichung der Erfindung neu eingeführt und mit DEl bezeichnet. Es weist insbesondere einen Namen, der in textueller Codierung die Zeichenkette "X-Mms-Forwarded-By" ist, und einen Kopffeldwert auf, der als * Forwarded-By-Value" bezeichnet wird. Dabei be- inhaltet der Wert die Adresse des Teilnehmers, der die Nachricht weitergeleitet hat, und außerdem einen Zahlenwert, der definitionsgemäß die zeitliche Reihenfolge mehrerer Weiter- leitungsvorgänge beschreibt. Hier im Ausführungsbeispiel wird dem Wert * Forwarded-By-Value" vorzugsweise eine ganze positi- ve Zahl zugewiesen. Mehrere Kopffelder dieses Typs haben dann unterschiedliche Zahlen, wobei eine größere Zahl einen späteren Zeitpunkt des Weiterleitens der Multimedianachricht bezeichnet. Auch bei mehreren Kopffeidern dieses Typs ist es also möglich, die Reihenfolge der Weiterleitungsvorgänge am jeweiligen Empfänger durch derart zusätzlich hinzugefügte Steuerinformation SIl zu rekonstruieren.
Die jeweilige Kodierung des Kopffeldwertes, "Forwarded-By- Value" in Nachrichten des MMS erfolgt also insbesondere nach folgendem Prinzip:
Forwarded-By-Value = Integer-Value + Encoded-String-Value
Dies bedeutet, daß dem Forwarded-By-Value ein Feldwert zuge- ordnet ist, der durch eine ganze positive Zahl gebildet ist, die die Position des Feldes in einer Folge von Kopffeldern bestimmt (Integer-Value) , und anschließend einer Zeichenket- te, die die Adresse des weiterleitenden Nutzers enthält (En- coded-String-Value) .
Figur 1 veranschaulicht in schematischer Darstellung die Wei- terleitung einer Multimedianachricht von einer Ausgangsnutzeranwendung bzw. Sende-/Empfangseinheit über mehrere Sende- /Empfangseinheiten bzw. Nutzeranwendungen hinweg. Dabei wird zunächst eine MMS-Sendeanfrage SA von einer ersten MMS- Nutzeranwendung NA an eine erste MMS-Verbindungseinheit VA gesendet. Daraufhin wird eine MMS-Zustellnachricht ZNl von der MMS-Verbindungseinheit VA an eine weitere MMS- Verbindungseinheit VX übertragen. Diese übermittelt daraufhin eine MMS-Empfängerbenachrichtigung EB1 an eine zweite MMS- Nutzeranwendung NG als erste Empfängereinheit. Diese erste Empfängereinheit NG möchte die Multimedianachricht, die von der Sendeeinheit NA zum Versenden angeboten wird, nicht selbst übermittelt bekommen, sondern die Zustellnachricht, d.h. das Anbieten zum Herunterladen der Multimedianachricht lediglich an mindestens eine weitere MMS-Nutzeranwendung wei- terleiten. Dazu sendet die Nutzeranwendung NG eine Weiterlei- tungsanfrage WL1 an die MMS-Verbindungseinheit VX zurück. In dieser ist als Information die Adresse der weiterleitenden Nutzeranwendung NG enthalten. Die Verbindungseinheit VX fügt diese Information in die Zustellnachricht ZNl ein, d.h. sie bildet die weiterzuleitende Zustellnachricht ZN2, indem sie ein erstes Kopffeld vom Typ "X-Mms-Forwarded-By" mit dem Wert * 1 NutzerGΘMMS-DienstanbieterX" zur ursprünglichen Steuerinformation (wie z.B. der Absenderadresse NutzerA@MMS-c DienstanbieterA) der ersten Zustellnachricht ZNl hinzufügt. Die Verbindungseinheit VX sendet daraufhin diese erweiterte Zustellnachricht ZN2 an eine nachfolgende Verbindungseinheit VE weiter. Die zweite Verbindungseinheit VD sendet nach dem gleichen Prinzip wie die erste Verbindungseinheit VX an eine weitere MMS-Nutzeranwendung NR als zweite Empfängereinheit eine Empfängerbenachrichtigung EB2. Über diese wird die Nutzeranwendung NR informiert, daß eine MMS-Nachricht zum Abrufen bei der Sendeeinheit NA bereitgehalten wird. Auch die Nutzeranwendung NR leitet diese Anfrage mittels einer Weiter- leitungsanfrage WL2 über die Verbindungseinheit VD lediglich im Netz weiter (und ruft diese Multimedianachricht nicht selbst ab) . Die Verbindungseinheit VD generiert daraufhin ei- ne Zustellnachricht ZN3 und sendet diese an die nachfolgende MMS-Verbindungseinheit VT. Dabei ergänzt sie die bisherige Zustellnachricht ZN2 um ein weiteres Kopffeld "X-Mms- Forwarded-By" mit dem Wert ""2 NutzerR@MMS-DienstanbieterD" , d.h. die Zustellnachricht ZN3 enthält somit zwei Kopffeider vom Typ "X-Mms-Forwarded-By" mit den Werten "1 NutzerGΘMMS- DienstanbieterX" und *2 NutzerR@MMS-DienstanbieterD" . Die MMS-Verbindungseinheit VT sendet wiederum eine Empfängerbenachrichtigung EB3 an eine weitere MMS-Nutzeranwendung ML als dritte Empfängereinheit. Diese sendet in analoger Weise zur Nutzeranwendung NG sowie Nutzeranwendung NR wiederum eine Weiterleitungsanfrage WL3 an die Verbindungseinheit VT zurück. Diese schickt daraufhin eine Zustellnachricht ZN4 an mindestens eine weitere MMS-Verbindungseinheit weiter, was in der Figur 1 durch drei Fortsetzungspunkte angedeutet ist. Da- bei ergänzt die Verbindungseinheit VT die Zustellnachricht um ein drittes Kopffeld vom Typ "X-Mms-Forwarded-By" mit dem Wert *3 NutzerLΘMMS-DienstanbieterT" . Die MMS- Zustellnachricht ZN4 enthält dann insgesamt betrachtet drei Kopffeider vom Typ "X-Mms-Forwarded-By" mit den Werten "1 NutzerGΘMMS-DienstanbieterX" , *2 NutzerRgMMS-DienstanbieterD" und w3 NutzerL@MMS-DienstanbieterT" . Hier im Ausführungsbei- spiel durchläuft die Empfängerzustellnachricht insgesamt vier MMS-Verbindungseinheiten mit jeweils zugeordneter MMS- Nutzeranwendung. Dabei wird jeweils die Empfängerzustellnach- rieht durch die Kette von MMS-Verbindungseinheiten hindurchgeleitet. Eine MMS-Empfängerzustellnachricht wird also von einer MMS-Verbindungseinheit zu einer MMS-Nutzeranwendung gesendet, die zuvor bereits von vier anderen Nutzern des Dienstes weitergeleitet wurde. Die entsprechende Nachricht wird, basierend auf der WAP-Implementierung von MMS, in vorteilhafter Weise folgendermaßen kodiert (hier im Beispiel werden nur die Kopffelder der Nachricht dargestellt) : Empfängerzustellnachricht (in WAP: M-Retrieve.conf) MMS-Verbindungseinheit - MMS-Nutzeranwendung) :
X-Mms-Message-Type : m-retrieve-conf X-Mms-Transaction-ID: TRANSACTION-ID#3 X-Mms-Version: 1.0
Date: Fri, 24 August 2001 13:07:00 +0100 From: NutzerA@MMS-DienstanbieterA To: NutzerBΘMMS-DienstanbieterB X-M s-Forwarded-By: 1 NutzerGΘMMS-DienstanbieterX X-Mms-Forwarded-By: 3 NutzerL@MMS-DienstanbieterT X-Mms-Forwarded-By: 4 NutzerK@MMS-DienstanbieterZ Subject: Vierfach weitergeleitetet Mulimedianachricht X-Mms-Forwarded-By: 2 NutzerRQMMS-DienstanbieterD Content-Type: Application/*
Das Kopffeld „X-Mms-Forwarded-By'* ist in der gleichen Nachricht, hier Empängerzustellnachricht, vierfach enthalten. Aus den Kennzeichnungen in den Kopffeldern ist ersichtlich, dass die Nachricht in der Reihenfolge
1. NutzerGΘMMS-DienstanbieterX
2. NutzerR@MMS-DienstanbieterD
3. NutzerLΘMMS-DienstanbieterT 4. NutzerKΘMMS-DienstanbieterZ weitergeleitet wurde.
Für diese Aussage spielt die Reihenfolge der Kopffelder im Nachrichtenkopf und auch deren Position somit keine Rolle. Inhaltlich ändert sich also nichts an der Aussage, wenn die Position von Kopffeldern innerhalb des Kopfes geändert wird.
Die zusätzlich eingefügten Datenelemente mit den Adressen der weiterleitenden Nutzeranwendungen können ggf. auch in die An- frage- und Benachrichtigungssignale im Kommunikationsverkehr zwischen der jeweiligen Verbindungseinheit und ihrer jeweilig zugeordneten Nutzeranwendung in entsprechender Weise aufgenommen werden.
Auf diese Weise kann durch die zusätzliche Kennzeichnung eine Mitprotokollierung einer Nachricht dahingehend durchgeführt werden, in welcher zeitlichen Reihenfolge sie von Nutzeranwendungen bzw. Empfängern weitergeleitet worden ist. Auf diese Weise ist es zwischendurch und insbesondere bei derjenigen MMS-Nutzeranwendung, die dann tatsächlich die von einer Nutzeranwendung bereitgehaltene Gruppennachricht abrufen will, möglich, eine chronologische Zuordnung von zuvor bereits befragten Nutzeranwendungen aus der Empfängerbenachrichtigung abzulesen und auszuwerten. Durch diese Kennzeichnung wird ei- ne Auswertung von Zustellnachrichten für die jeweils empfangende Nutzeranwendung erleichtert. Denn durch die zusätzliche Kennzeichnung der Ordnung von gleichnamigen Datenelementen, die einer solchen Zustellnachricht nach Durchlaufen einer Nutzeranwendung jeweils hinzugefügt wird, kann deren Bezug zueinander nachträglich rekonstruiert werden und somit eine selektive Auswertung und/oder Weiterverarbeitung empfangssei- tig durchgeführt werden.
Insbesondere kann es zweckmäßig sein, die Kennzeichnung der- art vorzunehmen, daß in einem hinzugefügten Kopffeldwert neben der kodierten Nutzinformation auch ein numerischer Wert oder eine Buchstabenkombination und/oder eine beliebige andere Kennzeichnung kodiert wird, die eine Ordnung der Kopffelder desselben Typs bezeichnet. Auf Basis dieser festgelegten Ordnung können die in den Kopffeldern enthaltenen Nutzinformationen vom jeweiligen Empfänger der Nachricht in eine entsprechende Ordnung im Nachhinein gebracht werden. Diese Ordnung kann z.B. eine chronologische Reihenfolge, eine logische Reihenfolge, eine kausale Reihenfolge, eine Reihenfolge der Priorität, eine räumliche Zuordnung oder auch eine beliebige andere Folge sein. Insbesondere kann die Bedeutung der Ordnung mit Hilfe der Definition eines oder mehrerer Kopffelder festgelegt werden. Entsprechendes gilt für die Art und die Bedeutung des Kennzeichens der Ordnung. Auf diese Weise ist es insbesondere für dasjenige empfangende Element bzw. diejenige empfangende Nutzeranwendung ermöglicht, die die tatsäch- lieh bereitgestellte Gruppennachricht übermittelt haben möchte, bereits vorher durchgeführte Anfragen anderer Nutzeranwendungen aus der empfangenen Zustellnachricht abzulesen. Damit kann insbesondere die Historie, die eine Zustellnachricht auf ihrem Laufweg durch ein Datenkommunikationsnetz durchlebt hat, in eindeutiger Weise aufgezeichnet und selektiv auswertbar gemacht werden.
Vorzugsweise ist diese Art der Datenübertragung in einem Funkkommunikationssystem zweckmäßig. Dieses kann bevorzugt nach dem sogenannten UMTS-Standard (Universal Mobile Telecom- munication System) , GSM (Global System for Mobile Communica- tion) , GPRS (General Packet Radio Service) oder auch nach einem WLAN (Wireless Local Area Network) -Standard ausgebildet sein. Die Nutzeranwendungen können dabei insbesondere in Teilnehmergeräten dieses Funkkommunikationssystems implementiert sein. Unter Teilnehmergerät wird dabei vorzugsweise ein Mobilfunkgerät verstanden, das sich mobil in den Funkzellen eines solchen Funkkommunikationsnetzes aufhält. Nutzeranwendungen entsprechend der Figur 1 können daneben auch in den Netzwerkkomponenten eines solchen Funkkommunikationssystems in entsprechender Weise vorgesehen sein. Netzwerkkomponenten sind insbesondere Basisstationen sowie deren zugeordnete übergeordnete Funknetzwerk-Kontrolleinheiten wie z.B. RNC (Radio Netwerk Controller) . Entsprechend läßt sich dieses Datenübermittlungsprinzip auch in einem GPRS Funkkommunikationssystem anwenden (General Packet Radio Service) .

Claims

Patentansprüche
1. Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, insbesondere von Text- und/oder Bilddaten mit und ohne Ton, dadurch gekennzeichnet, daß dem jeweiligen Datensignal (ZNl, ZN2) mindestens eine Steuerungsinformation (SIl) in mindestens einem zusätzlichen Datenelement (DEl) zugeordnet wird, die eine Kenn- Zeichnung der Ordnung gleichnamiger Datenelemente enthalten.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß das jeweilige Datensignal (ZN2) eine Vielzahl von Datenelementen aufweist.
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Ordnung inhaltlich eine zeitliche Reihenfolge, eine Reihenfolge der Wichtigkeit, eine kausale Reihenfolge, eine logische Reihenfolge, eine räumliche Reihenfolge, o- der dergleichen kennzeichnet.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Kennzeichnung der Ordnung durch Zahlen, durch Buchstaben, durch Kombinationen aus Zahlen und Buchstaben, und/oder durch Symbole und Zeichen realisiert wird, die als Basis für eine Vergleichsoperation geeignet sind.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Datenelemente innerhalb einer oder mehrerer Daten- Signale (EB1) frei wählbar angeordnet werden.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß für das Datenkommunikationsnetz der UMTS-Standard (U- niversal Mobile Telecommunication System) gewählt wird.
7. Sende-/Empfangseinheit eines Datenkommunikationsnetzes, die zur Durchführung des Verfahrens nach einem der vorhergehenden Ansprüche ausgebildet ist.
8. Funkkommunikationssystem mit mindestens einer Sende-/ Empfangseinheit nach Anspruch 7.
EP02758158A 2001-08-31 2002-08-23 Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem Ceased EP1421807A1 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE10142608 2001-08-31
DE10142608 2001-08-31
DE10156197 2001-11-15
DE10156197A DE10156197A1 (de) 2001-08-31 2001-11-15 Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, zugehörige Sende-/Empfangseinheit sowie Funkkommunikationssystem
PCT/DE2002/003106 WO2003026330A1 (de) 2001-08-31 2002-08-23 Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem

Publications (1)

Publication Number Publication Date
EP1421807A1 true EP1421807A1 (de) 2004-05-26

Family

ID=26010036

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02758158A Ceased EP1421807A1 (de) 2001-08-31 2002-08-23 Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem

Country Status (2)

Country Link
EP (1) EP1421807A1 (de)
WO (1) WO2003026330A1 (de)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002542548A (ja) * 1999-04-19 2002-12-10 ノキア ネットワークス オサケ ユキチュア メッセージを送出する方法
DE10004260A1 (de) * 2000-02-02 2001-08-09 Bosch Gmbh Robert Verfahren zum Übertragen von Nachrichten in einem Telekommunikationsnetzwerk

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2003026330A1 (de) 2003-03-27

Similar Documents

Publication Publication Date Title
DE602005004721T2 (de) Verfahren zur Verwaltung von verdoppelten Nachrichtenmeldungen in multimedialen Benachrichtigungsdiensten
DE19856441C2 (de) Verfahren zur Übertragung von Kurznachrichten
EP1283650A1 (de) Verfahren, Sende-/Empfangseinheit und Kommunikationssystem zur Übertragung von Daten von einem Versender an mehrere Empfänger
DE20016625U1 (de) System zum Informationsaustausch zwischen Kommunikationsnetzen
DE10004260A1 (de) Verfahren zum Übertragen von Nachrichten in einem Telekommunikationsnetzwerk
EP1484930B1 (de) Übertragungsrahmen und Funkeinheit für die Übertragung von Kurznachrichten mit verschiedenen Datenformaten
EP1293099B1 (de) Verfahren zur übertragung von kurznachrichten
DE60133419T2 (de) Verfahren zur übertragung und zum empfang von dienstdaten, netzwerkelemente und kommunikationsnetzwerk und -system
EP1387539A1 (de) Verfahren und System zum Blockieren von unerwünschten Nachrichten
EP1356644B1 (de) Nachrichtenübermittlungsvorrichtung und verfahren zur übermittlung von nachrichten
DE19959528B4 (de) Verfahren zur Übertragung von elektronischen Postnachrichten
DE10215567A1 (de) Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz
DE10142270A1 (de) Verfahren zur Nachrichtenversendung aus einem MMS-System und Einrichtun hierfür
EP1421807A1 (de) Verfahren zur datenübertragung in einem datenkommunikationsnetz, zugehörige sende-/empfangseinheit sowie funkkommunikationssystem
DE10156197A1 (de) Verfahren zur Datenübertragung in einem Datenkommunikationsnetz, zugehörige Sende-/Empfangseinheit sowie Funkkommunikationssystem
DE102007025343B4 (de) Kommunikationsendgerät zum Empfangen von Nachrichten, Kommunikationssystem und Verfahren zum Empfangen von Nachrichten
EP1360806B1 (de) Verfahren zur übermittlung von daten über kommunikationsnetze
WO1997014254A2 (de) Verfahren und einrichtung zum weiterleiten von sprachungebundenen informationen
EP1919167B1 (de) Übermittlung von Nachrichten in einem Telekommunikationsnetz
DE10230897A1 (de) Nachrichtenübertragungsverfahren und -system
EP1265408A1 (de) System und Verfahren zum Verteilen von Nachrichten
DE20000850U1 (de) SMS Kurznachrichtensystem
DE102004001012A1 (de) Verfahren zur Wiedererlangung von mindestens einer fehlenden Verknüpfung auf eine oder mehrere, auf einem MMS-Server abgelegte, Multimedia Nachrichten durch einen MMS-Client, sowie ein Kommunikationsgerät und eine Netzwerkkomponente
DE10042884A1 (de) Leitverfahren und Leitsystem, Verfahren und System zum Auswerten, Verteilen und Austauschen von Nachrichten
DE10212589A1 (de) Verfahren zum Übertragen von Nutzdaten mittels eines IP-Paketes und IP-Paket

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: 20040130

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 IE IT LI LU MC NL PT SE SK TR

17Q First examination report despatched

Effective date: 20040622

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: 20051224