DE10219894A1 - Method for creating a representation of at least one multimedia message, associated radio communication network and subsystem - Google Patents

Abstract

To create a new representation (RP) of at least one multimedia message (MM) for at least one receiving subscriber device (MS1), at least one procedural instruction (PA) and / or its parameters (PAP) is used to create the representation of at least one receiving subscriber device (MS1) transmitted to at least one server (SV1). The server (SV1) uses the present procedural instruction (PA) to represent (RP) the multimedia message (MM) based on its description (MB) from the media components (MK) and its description in the multimedia message (MM) for the receiving subscriber device (MS1) created.

Description

The invention is based on the object, a way show how the presentation of at least one multimedia Message on at least one receiving subscriber device in a flexible manner from the respective receiving subscriber device can be specified yourself. This task is accomplished with the Features of claim 1 solved.

This makes it the respective receiving subscriber device allows to specify how the media components of the multimedia message to be transmitted in at least a server is to be treated to this multimedia Message after it has been retrieved by the recipient Subscriber device user-specific on this subscriber device to be able to represent. In particular, structural and Presentation of the respective multimedia message can be customized to suit the recipient.

The invention also relates to a radio communication network according to claim 13 and an associated subsystem according to FIG. 14.

In particular, a user of a multimedia messaging service (abbreviated notation: MMS) receives e.g. B. according to the specification TS 22.140 v.4.1.0 in 3G, Release 4; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service aspects; Multimedia messaging service; Stage 1 , 3 G TS 23.140 version 4.3.0, Release 4 ; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia messaging service (MMS); Functional description; Stage 2 with the help of the principle according to the invention greater flexibility when sending and receiving messages from the MMS. This enables a sender of messages from the MMS to send the recipient of these multimedia messages (abbreviated notation: MM) both about the intention or meaning of individual media elements or components of an MM and about the context of content between the different media elements of an MM inform.

A recipient of messages, i. H. a receiving one Subscriber device, the MMS is advantageously a allows flexible request for received media elements, d. H. it enables him to determine which parts of Content or what content of one or more messages he actually want to receive. As a basis for decision-making a recipient z. B. the importance of individual content MM serve.

In addition, this invention enables a receiver of Messages of the MMS have greater flexibility when it comes to Representation of an MM on the respective receiving terminal or Subscriber device, d. H. the recipient defines how the content one or more MMS on the receiving device presented / presented.

The invention and its developments are as follows explained in more detail with reference to drawings.

Show it:

FIG. 1 is a schematic representation of a general message flow diagram in the multimedia messaging service between a transmitting and a receiving user application,

FIG. 2 is a schematic representation of a message flow diagram with a first possibility, a data adaptation of the invention based on a link on XSL information (XSL Extensible Stylesheet Language) in the UAProf- info in Multimedia Messaging Service of UMTS,

FIG. 3 is a schematic illustration of a further message flow diagram for another inventive possibility for data adjustment based on XSL information in the UAProf- info in Multimedia Messaging Service, and

Fig. 4, 5 respectively different schematic representation of ways to make the transformation and transmission to initiate a multimedia message from a network-side server by the inventive process to at least one receiving subscriber device.

Elements with the same function and mode of operation are provided with the same reference numerals in FIG. 1 at 5.

The mobile radio system GSM (Global System for Mobile Communications) offers not only voice telephony but also Possibility to add short text messages up to 160 characters in length send or receive, the so-called short message Service (SMS). As the successor to the SMS is currently especially for the next generation UMTS mobile radio system (Universal Mobile Telecommunication System) a multimedia-compatible variant of a mobile news service standardized, the so-called multimedia messaging service (MMS). The The restriction to pure text content is dropped and it will possible to embed any content in an MMS message, why u. a. z. B. Audio and video content, still images, graphics and counting texts. Messages with multimedia content are in the following for a better differentiation from the pure Text messages of the SMS only briefly MM (Multimedia Message) called. A multimedia message consists in particular of a header (the so-called "header") and a data part (the so-called "body", which contains the multimedia objects or Contains multimedia components. In the following, these are also called Media components or media elements.

A sender of a message from the MMS can so far (as e.g. in SMS) recipient of this MM just by adding explanatory text and / or an explanatory sound recording about Intention or meaning of individual media elements of an MM or the context of content between the different media Inform elements of an MM. This information can be found on Receiver side can not be evaluated automatically. In front Receiving an MM is not possible for a user based on this information to make a decision which (Parts of) content (s) of one or more messages actually want to receive. In addition, the Presentation or presentation of an MM on the receiving terminal previously determined by the sender of this MM. It is therefore in such conventional radio communication systems little or no flexibility for the recipient Presentation of multimedia messages provided.

The decision about conversion, adaptation and Filtering / deleting message content is up to you MMS service provider on the network side. This decision is based only on quasi-static users these days Preferences and the characteristics or skills of the respective end device of the recipient and cannot be dynamic be influenced by the user.

In particular the standard ISO / IEC 15938, in the following with MPEG-7 (motion picture expert group) an interface for describing multimedia content. By standardizing this interface it is possible to get information about the content of media elements, d. H. Exchange media components. Such an exchange of data can, for example, additional information from Include broadcasts. Here, the Information in MPEG-7 format with the media data multiplexed to the Recipient who transmits this information during the Retrieve shipment or depending on this information can control a recording of the media data.

• 1. Senderseitige Beschreibung der Medienkomponenten und Herstellen eines Kontextes zwischen den einzelnen Medienelementen im standardisierten MPEG-7 Format.
• 2. Netzwerkseitige Konvertierung und Adaption von Nachrichteninhalten in MMS basiert nun zusätzlich zu den Nutzer- Präferenzen und den Befähigungen des Empfängerendgeräts auf:
  • 1. a.) Information über Absicht/Bedeutung der einzelnen Media-Elemente einer MM
  • 2. b.) Kontext zwischen den verschiedenen Media-Elementen einer MM
  • 3. c.) Entscheidung liegt beim Empfänger:
  • - Dies verhilft zu einer höheren Flexibilität beim Empfang einer MM (Empfänger definiert, welche (Art von) Inhalt empfangen werden soll sowie flexible Media-Element Anfrage)
  • - XSLT (extensible style sheet language transformation): höhere Flexibilität bei der Darstellung einer MM auf dem jeweiligen Empfangsterminal (Empfänger definiert, wie die Inhalte präsentiert werden)
    • 1. d.) Die Medienadaption erfolgt "im Netz", kann aber auch in beschränktem Umfang (abhängig von der Leistungsfähigkeit) im Endgerät erfolgen.
• 3. Die vorgeschlagenen MPEG7/XSLT Informationen sind transparente "Attachments"("Anhängsel") einer MM:
  Vorteil: unabhängig vom Transportprotokoll

Advantages of MPEG7 in MMS are for example:

• 1. Description of the media components by the broadcaster and establishing a context between the individual media elements in standardized MPEG-7 format.
• 2. Network-side conversion and adaptation of message content in MMS is now based on:
  • 1. a.) Information about the intention / meaning of the individual media elements of an MM
  • 2. b.) Context between the different media elements of an MM
  • 3. c.) The decision rests with the recipient:
  • - This helps to increase flexibility when receiving an MM (recipient defines which (type of) content should be received and flexible media element request)
  • - XSLT (extensible style sheet language transformation): greater flexibility when displaying an MM on the respective receiving terminal (recipient defines how the content is presented)
    • 1. d.) The media adaptation takes place "on the network", but can also take place to a limited extent (depending on the performance) in the end device.
• 3. The proposed MPEG7 / XSLT information is transparent "attachments" of an MM:
  Advantage: regardless of the transport protocol

The novel idea of the solution principle according to the invention will in the following in particular with the help of the MMS protocol (see literature reference [2]) specified signaling exemplified. Thereby, content descriptors Metadata (e.g. MPEG-7) for adapting MM messages e.g. B. user preferences and device properties with the help of Transformations and formatting instructions (e.g. XSL) used.

• a) das Empfangsgerät (im folgenden R-MUA genannt) signalisiert dem empfangsseitigen Nachrichtenserver (im folgenden R-MRS genannt) einen (evtl. auch parametrisierten) Verweis auf die Transformations- und Formatierungsanweisungen, die auf einem zweiten Server vorliegen. Basierend hierauf kann der R-MRS die parametrisierten Transformations- und Formatierungsanweisungen abrufen und die Nachrichten anpassen, und anschließend angepasst (z. B. in Form einer SMIL Präsentation (synchronized multimedia integration language) an den R-MRS übertragen.
• b) der R-MUA signalisiert gemäß MMS (siehe [2]) dem R-MRS (evtl. parametrisierte) Transformations- und Formatierungsanweisungen. Basierend hierauf kann der R-MRS die Nachrichten anpassen und anschließend angepasst (z. B. in Form einer SMIL Präsentation) an den R-MRS übertragen.
• c) der R-MUA signalisiert nach a) oder b) die (evtl. parametrisierte) Transformations- und Formatierungsanweisungen. Eine Anpassung der Nachricht wird durch einen weiteren Server, dem VAS Server durchgeführt, dem hierzu die Nachricht und die (evtl. parametrisierten) Transformations- und Formatierungsanweisungen oder mindestens einen Verweis bzw. "Link hierauf übermittelt wird.

Based on this basic idea, an adaptation of the message can be realized in the following way:

• a) the receiving device (hereinafter referred to as R-MUA) signals the receiving-side message server (hereinafter referred to as R-MRS) a (possibly also parameterized) reference to the transformation and formatting instructions that are available on a second server. Based on this, the R-MRS can call up the parameterized transformation and formatting instructions and adapt the messages, and then adapt them (e.g. in the form of a SMIL presentation (synchronized multimedia integration language) to the R-MRS.
• b) the R-MUA signals according to MMS (see [2]) the R-MRS (possibly parameterized) transformation and formatting instructions. Based on this, the R-MRS can adapt the messages and then adapt them (e.g. in the form of a SMIL presentation) to the R-MRS.
• c) the R-MUA signals according to a) or b) the (possibly parameterized) transformation and formatting instructions. The message is adapted by a further server, the VAS server, to which the message and the (possibly parameterized) transformation and formatting instructions or at least one reference or "link to it" is transmitted.

Fig. 1 shows as specified in [2] is a general message flow diagram in the Multimedia Messaging Service (MMS), in which the exchange of MMS messages between the entities involved, ie in the individual transmitter-side MMS user application A (OM-UAA), transmitter-side MMS connection unit A (OM-RSA), receiver-side MMS connection unit B (RM-RSB), receiver-side MMS user application B (RM-UA B), when sending or receiving an MM is shown.

MMS user application (M-UA) is understood to mean, in particular, an application on a mobile radio device or on a device connected to a mobile radio device (eg PDA - Personal Digital Assistant - or the like), which implements the MMS functionality. A so-called MMS connection unit (M-SR) is a network element of an MMS service provider (MMS service provider) that provides the MMS functionality to the MMS user applications. Between the elements involved, the information is exchanged with messages that are shown chronologically from top to bottom in the general message flow diagram in FIG. 1:
To send a multimedia message, a sender OM-UAA sends such an MM to the MMS connection unit OM-RSA by means of an MMS send request MM1_SREQ. In addition to the multimedia data, this MM1_SREQ can advantageously also contain metadata MB, such as MPEG-7 data, which describe the media elements in the message. The description can include, for example, the meaning of the media elements in the message or the relationship between the media elements. Furthermore, the description can also contain information that simplifies transcoding of media elements.

In addition to sending the MM, a sender in such a send request Delivery notification and / or a read notification for this MM Request.

After receiving a send request, the O-M-RSA instructs the MM a unique identifier which is assigned to the O-M-UAA in an MMS send confirmation (MM1_SRES) is communicated. In addition, the O-M-RSA can advantageously the MD add more description data, such as Location information that is not available to the terminal. In addition, the confirmation of transmission confirms the successful receipt of the MM at the O-M-RSA to the sender O-M-UAA across from.

Based on the recipient addresses specified in the MM the O-M-RSA determines the (one or more) associated R-M-SRB and forwards the MM to this R-M-RSB what can also be acknowledged by this (MM4_FREQ and MM4_FRES).

After the MM arrives at R-M-RSB, the recipient receives R-M-UAB the MM from the R-M-RSB using an MMS Recipient notification MM1_NREQ communicated that for him A multimedia message is available for collection from the R-M-RSB.

On the basis of the recipient notification it has received, the RM-UAB now decides whether to reject the MM or to initiate receipt of the MM either immediately or at a later time. The RM-UAB immediately informs the RM-RSB of the result of this decision: in the event of rejection or later receipt by means of an MMS recipient notification confirmation MM1_NRES, which at the same time confirms receipt of the MM1_NREQ and is shown in FIG. 1, as well as in the event of immediate receipt by the RM-UAB immediately initiating reception (see below).

If the recipient decides, R-M-UAB, (instantly or at a later date) for receiving the MM, see above he demands - based on the information from the Recipient notification - the message provided for him via an MMS delivery request (MM1_RREQ) to the R-M-RSB. Using an MMS delivery message (MM1_RRES) the requested multimedia message from R-M-RSB to the R-M-UAB transfer. This acknowledges the successful receipt of the MM with an MMS delivery confirmation MM1_AREQ.

Was a delivery notification from the sender of the MM this information was requested in MM1_RRES transmitted to the recipient. In addition to the pure acknowledgment of receiving an MM approves or prohibits R-M-UAB if necessary in the MM1-AREQ creating a Delivery notification. Depending on this decision by the recipient and based on the status information in the MM1_AREQ the R-M-RSB sent an MMS delivery notification. This will sent to the R-M-RSA (MM4_FDREQ), acknowledged by the latter (MM4_FDRES) and then to the original sender the MM (O-M-UAA) transmitted (MM1_DREQ).

Was a read notification from the sender of the MM requested this information was also in the MM1_RRES transmitted to the recipient. The decision whether a read notification is created especially the recipient. This can be one Transfer read notification to the R-M-RSB using MM1_RRecREQ. After receiving the MM1_RRecREQ at the R-M-RSB, it becomes then forwarded to the O-M-RSA (MM4_FRREQ), the reception acknowledged by this (MM4_FRRES) and then to the original sender of the MM (O-M-UAA) transmitted (MM1_ROrigREQ).

Include both delivery and read notifications the same unique identifier of the MM, which the O-M-UAA communicated in the MMS send confirmation (MM1_SRES) has been. Along with specifying the recipient on whom the delivery or read notification relates this identifier assigns the delivery or Read notification of a previously sent MM.

• 1. a.) ob und wann diese MM von den Empfängern dieser MM entweder abgewiesen, empfangen oder an andere, dritte Empfänger weitergeleitet wurde,
• 2. b.) ob und wann diese MM auf einer MMS Verbindungseinheit verfallen ist, ohne dass der Empfänger erreicht wurde, und/oder
• 3. c.) ob und wann diese MM von einer MMS Verbindungseinheit an andere Nicht-MMS-Systeme (nach entsprechender Konvertierung der MM) weitergeleitet wurde, von denen keine MMS Zustellbenachrichtigung mit detaillierterer Information zu einem späteren Zeitpunkt erwartet werden kann.

A delivery notification particularly informs the sender of an MM about this

• 1. a.) Whether and when this MM was either rejected, received or forwarded to other, third recipients by the recipients of this MM,
• 2. b.) Whether and when this MM expired on an MMS connection unit without reaching the recipient, and / or
• 3. c.) Whether and when this MM was forwarded from an MMS connection unit to other non-MMS systems (after appropriate conversion of the MM), from which no MMS delivery notification with more detailed information can be expected at a later time.

A read notification, on the other hand, informs the sender an MM about how and when this MM from the recipients this MM was handled after reception, e.g. B. whether they was read, or whether it was deleted without it was read.

Data adaptation, partial reception and notification of Qualifications in MMS Characteristics of mobile devices

Different, mobile end devices generally support different media types (e.g. audio, still picture, video) and different media formats (e.g. MP3 (= MPEG1 Layer 3 ) or WAV for audio, JPEG (Joint photographic expert group) or GIF for still images, MPEG-4 or Quicktime for video). For a user B of the MMS, this means that parts of the content of multimedia messages which are sent to him by a user A of the MMS may not be recognized by his mobile terminal B and are therefore worthless to him. For example, a mobile terminal B of user B supports MP3 audio and JPEG still images. However, if user A sends an MM with an MP3 audio content and a video content to user B, the audio content is recognized by terminal B and can be played back; User B cannot experience the content of the video with his end device B.

In addition, each mobile device has different ones Properties in construction and design, such as B. the Size / resolution of the screen or the number of representable colors. For a user B of the MMS, this means that Contents of multimedia messages sent by a user A of the MMS are sent to him, possibly only partially, or shown in fragments or only with a lower color depth can be. For example, the screen resolution the mobile terminal B of a user B 120 × 160 pixels. However, user A sends an MM with a still image of 240 × 320 Pixels, so the whole picture on the screen of the Terminal B are shown. Only a section of the received image becomes visible.

A conversion or transformation or Adaptation of news content, which to the Capabilities of the recipient's mobile device. By means of data conversion, the end device cannot representable media types and / or media formats in such media Types and / or media formats that are converted by End device are supported. For example, in the above first case the received video content in one or more JPEG still images are converted. This could be the mobile Then display terminal B to user B. through Data adaptation can e.g. B. in the second case above, the Size of the received still image from 240 × 320 pixels to one Size of 120 × 160 pixels can be adjusted so that the entire image from terminal B can be displayed. Is to it does not require the receiver to decode the Video data are transmitted. Rather, it will Receiving terminal preferably carry out this adaptation yourself (locally).

Compared to commercially available PCs, mobile devices are however, due to a very limited computing power and little available storage space. For a user B of the MMS, this means that it may will not be able to convert or adapt News content locally, upon receipt, on this mobile Terminal device. Especially when the media adaptation format conversion is required (e.g. MPEG-1 after MPEG-4), often remains the only conversion and solution Adaptation of message content in MMS on the network side - that is from the receiver-side MMS connection unit B (R-M-RSB) - before delivering the messages to the user / recipient perform.

Can't convert from News content is carried out, it may be appropriate that the affected message content on the network side completely deleted from the MM. Because if one certain message content is not on the recipient terminal can be represented, then it usually makes no sense this via the costly resource mobile network to the Deliver the recipient. This means for the recipient partial receipt of the MM sent to him; some information is lost. However, the network / server provides one Storage of MM messages ready (persistent storage) the subscriber may have the opportunity to receive this message from another terminal or subscriber device completely as other terminal preferences come into play can.

User preferences

Different users of services provide i. d. R. various requirements for this service. Every user has different preferences for the design of such Service. For example, private users worry. d. R. mainly around the financial framework, while for Business people who want comfort. A private one User likes B. received no messages abroad since he would have to pay increased fees there. A businessman against z. B. receive all messages abroad, but no news on non-working days and received during vacation.

Communicate qualifications

In addition to the characteristics of the users' mobile devices the MMS service also plays the preferences of the users play an essential role when a service provider of an MMS Deliver messages customized to a recipient. To one Adaptation of an MM to the preferences of the recipient To be able to perform a service provider z. B. his Provide users / customers with an internet page on which these their preferences in the form of a user profile can create.

In order to be able to carry out a conversion and adaptation of message content adapted to the terminal of an MM receiver on the network side, the recipient's MMS connection unit B (RM-RSB) is expediently made aware of the capabilities or characteristics of the mobile terminal of the respective recipient. In MMS, an MMS user application B (RM-UAB) on a mobile terminal B can display information (UAProf in FIG. 1) about its capabilities, such as. B. supported media types and formats, screen resolution and color depth, to an MMS delivery request (MM1_RREQ) - see also [3] - with which he requests the message provided for him from the RM-RSB. In order not to have to transmit this information costly via the mobile radio network for every delivery request, it can be temporarily stored in a terminal profile on the network side. On the basis of this information, together with the information on user preference, the MMS connection unit can convert, adapt and / or delete message content, so that the terminal of the MM recipient in the MMS delivery message (MM1_RRES) an adapted multimedia message from RM-RSB receives.

• a) Eine erste bevorzugte Ausführungsvariante veranschaulicht das Nachrichtenflussdiagramm von Fig. 2, bei dem eine Datenanpassung auf Basis eines Links auf XSL Informationen in der UAProf-Info im Multimedia Messaging Service (MMS) durchgeführt wird. In der UAProf-Info ist ein Link auf XSL Informationen enthalten, die ein Teil der MM_RREQ ist (UAPROF + XSL-LNK in Fig. 2). Diese XSL Informationen können nach Empfang der MM1_RREQ von dem R-M-RSB gemäß dem Link von einem Server XSL-S (siehe Fig. 2) mit einer Anforderungsnachricht XSL_REQ (in Fig. 2) angefordert werden. Nach Erhalt der XSL Informationen XSL-INF in XSL_RES können die Nachrichten entsprechend der XSL Spezifikation formatiert werden, was durch das Akronym CONV in Fig. 2 angedeutet ist, und in der MM1_RRES an den R-MUA übertragen werden. In Fig. 2 sind die entsprechend der XSL-Informationen adaptierten bzw. Transformierten Nachrichten mit MM* in der MM1_RRES markiert. Des weiteren können in einer vorteilhaften, speziellen Variante auch Parameter beispielsweise in Form eines XML Dokuments in der UAProf-Info in der MM1_RREQ enthalten sein, die von der XSL Spezifikation genutzt werden. Auf diese Weise kann der R-MUA bei der MMS Zustellnachfrage Nutzer und Gerätepräferenzen übertragen.
• b) Fig. 3 veranschaulicht an Hand eines weiteren Nachrichtenflussdiagramm eine zweite Ausführungsvariante, bei der eine Datenanpassung auf Basis von XSL Informationen in der UAProf-Info im Multimedia Messaging Service (MMS) durchgeführt wird. Dabei kann die UAProf-Info XSL Informationen enthalten, die ein Teil der MM1_RREQ ist (UAPROF + XSL-INF in Fig. 3). Nach Empfang der MM1_RREQ kann der R-M-RSB die Nachricht entsprechend der XSL Spezifikation formatiert in der MM1_RRES an den R-M-UA übertragen. Diese Konversion bzw. Transformation ist dabei durch das Akronym CONV in Fig. 3 angedeutet. Weiterhin sind in der Fig. 3 die entsprechend der XSL- Informationen adaptierten Nachrichten mit MM* in der MM1_RRES markiert. Des weiteren können in einer vorteilhaften, speziellen Variante auch Parameter beispielsweise in Form eines XML Dokuments in der UAProf-Info in der MM1-RREQ enthalten sein, die von der XSL Spezifikation genutzt werden. Auf diese Weise kann der R-M-UA bei der MMS Zustellnachfrage Nutzer- und Gerätepräferenzen übertragen.
• c) In einer weiteren Variante können die Kommunikationsmechanismen des unter a) und b) beschriebenen Nachrichtenflusses genutzt werden. Im Gegensatz zu dem dort beschriebenen Nachrichtenfluss werden jedoch die Nachrichten nicht von dem R-M-UA angepasst, sondern nur an einen sogenannten VAS Server (value added server) weitergeleitet, der die Nachricht gemäß der XSL Spezifikation als VAS modifiziert.
• d) In einer weiteren Variante können die in a), b) und c) beschriebenen Kommunikationsmechanismen in dem Nachrichtenfluss genutzt werden. Zudem fügt der O-M-RS oder/und der R-M-RS oder/und in der in c) beschriebenen Variante der VAS Server Metadaten in die Beschreibung MB der Nachricht ein (z. B. vom Server unterstützte Transformationsmöglichkeiten, Positionsinformationen, Werbung), die bei der Anpassung der Nachricht für die Präsentation bzw. Darstellung genutzt werden.

More flexible data adaptation with the help of metadata to describe the media elements in MMS:
A more flexible adaptation of the messages to be presented can be based on the description of the message or the media elements using the XSL specifications (see [5]), as described in [6]. The description is created by the news broadcaster in this communication scenario. The following three design variants can in particular be expedient for the method according to the invention:

• a) A first preferred embodiment variant illustrates the message flow diagram of FIG. 2, in which data adaptation is carried out on the basis of a link to XSL information in the UAProf info in the multimedia messaging service (MMS). The UAProf info contains a link to XSL information which is part of the MM_RREQ (UAPROF + XSL-LNK in Fig. 2). This XSL information can be requested by the RM-RSB after receiving the MM1_RREQ according to the link from a server XSL-S (see FIG. 2) with a request message XSL_REQ (in FIG. 2). After receiving the XSL information XSL-INF in XSL_RES, the messages can be formatted in accordance with the XSL specification, which is indicated by the acronym CONV in FIG. 2, and transmitted in the MM1_RRES to the R-MUA. In FIG. 2, the messages adapted or transformed in accordance with the XSL information are marked with MM * in the MM1_RRES. Furthermore, in an advantageous, special variant, parameters, for example in the form of an XML document in the UAProf info in the MM1_RREQ, which are used by the XSL specification. In this way, the R-MUA can transmit users and device preferences for MMS delivery requests.
• b) FIG. 3 uses a further message flow diagram to illustrate a second embodiment variant in which data adaptation is carried out on the basis of XSL information in the UAProf info in the multimedia messaging service (MMS). The UAProf-Info XSL can contain information that is part of the MM1_RREQ (UAPROF + XSL-INF in Fig. 3). After receiving the MM1_RREQ, the RM-RSB can transmit the message formatted according to the XSL specification in the MM1_RRES to the RM-UA. This conversion or transformation is indicated by the acronym CONV in FIG. 3. Furthermore, the messages adapted in accordance with the XSL information are marked with MM * in MM1_RRES in FIG. 3. Furthermore, in an advantageous, special variant, parameters, for example in the form of an XML document in the UAProf info in the MM1-RREQ, which are used by the XSL specification. In this way, the RM-UA can transmit user and device preferences for MMS delivery requests.
• c) In a further variant, the communication mechanisms of the message flow described under a) and b) can be used. In contrast to the message flow described there, however, the messages are not adapted by the RM-UA, but are only forwarded to a so-called VAS server (value added server), which modifies the message as VAS according to the XSL specification.
• d) In a further variant, the communication mechanisms described in a), b) and c) can be used in the message flow. In addition, the OM-RS or / and the RM-RS or / and in the variant of the VAS server described in c) inserts metadata in the description MB of the message (e.g. transformation options supported by the server, position information, advertising) that can be used for the presentation or presentation when adapting the message.

• - eine Multimedia Nachricht MM (siehe Fig. 4) enthält mindestens eine Media-Komponente MK, wie beispielsweise ein Bild, und mindestens eine Beschreibung MB der enthaltenen Media-Komponenten MK. Vorzugsweise sind die Beschreibungen MB in MPEG-7 codiert. Die Beschreibung MB kann hierbei Informationen enthalten, wie beispielsweise die Bedeutung von Media-Komponenten MK oder deren Bezug bzw. Kontext zueinander in der Nachricht. (Beispiel: Bild ist Portrait des Senders oder der Teil des Textes, der sich auf einen Bildausschnitt bezieht).
• - auf dem Nachrichtenserver (Akronym: R-M-RS) SV1 (siehe Fig. 4) liegen prozedurale Anweisungen PA vor, die eine Präsentation der Media-Komponenten MK in Abhängigkeit von der Beschreibung MB für den Empfänger der Nachricht R-M-UA erstellen. Vorteilhaft sind diese Anweisungen in XSL formuliert und generieren eine Präsentation insbesondere in SMIL.
• - die prozeduralen Anweisungen PA können ggf. vom Empfänger R-M-UA (= MS1 in Fig. 4) an den Server SV1 übermittelt werden.
• - die prozeduralen Anweisungen PA können ggf. Parameter PAP verwenden, die die Erstellung der Präsentation beeinflussen. Die Bedeutung der Parameter braucht nur dem Empfänger R-M-UA = MS1 bekannt zu sein, da dieser deren Auswertung in den prozeduralen Anweisungen PA spezifiziert hat.
• - die Parameter PAP können insbesondere übermittelt werden, wenn der Empfänger R-M-UA beim Server R-M RS Nachrichten abruft.

In summary, a system is provided that transmits multimedia messages (MMN) preferably as follows and is characterized in particular as follows:

• - A multimedia message MM (see FIG. 4) contains at least one media component MK, such as an image, and at least a description MB of the media components MK contained. The descriptions MB are preferably encoded in MPEG-7. The description MB can contain information such as the meaning of media components MK or their relationship or context to one another in the message. (Example: picture is a portrait of the broadcaster or the part of the text that refers to a section of the picture).
• - On the message server (acronym: RM-RS) SV1 (see FIG. 4) there are procedural instructions PA which create a presentation of the media components MK as a function of the description MB for the recipient of the message RM-UA. These instructions are advantageously formulated in XSL and generate a presentation, especially in SMIL.
• - The procedural instructions PA can optionally be transmitted from the receiver RM-UA (= MS1 in FIG. 4) to the server SV1.
• - The procedural instructions PA can possibly use parameters PAP that influence the creation of the presentation. The meaning of the parameters need only be known to the receiver RM-UA = MS1, since the latter specified their evaluation in the procedural instructions PA.
• - The parameters PAP can be transmitted in particular if the recipient RM-UA calls the server RM RS messages.

• a) das Empfangsgerät R-M UA (= MS1 in Fig. 4) signalisiert dem empfangsseitigen Nachrichtenserver R-M-RS (= SV1 in Fig. 4) einen (evtl. parametrisierten) Verweis auf die Transformations- und Formatierungsanweisungen PA, die auf einem zweiten Server vorliegen (hier in Fig. 4 der Übersichtlichkeit weggelassen). Basierend hierauf kann der R-M RS die parametrisierten Transformations- und Formatierungsanweisungen abrufen und die Nachrichten anpassen, und anschließend angepasst (z. B. in Form einer SMIL Präsentation) an den R-M- RS übertragen.
• b) der R-M-UA signalisiert gemäß MMS (siehe [2]) dem R-M RS (evtl. parametrisierte) Transformations- und Formatierungsanweisungen. Basierend hierauf kann der R-M RS die Nachrichten anpassen und anschließend angepasst (z. B. in Form einer SMIL Präsentation) an den R-M RS übertragen.
• c) der R-M- UA signalisiert nach a) oder b) die (evtl. parametrisierte) Transformations- und Formatierungsanweisungen. Eine Anpassung der Nachricht wird durch einen weiteren Server, dem VAS Server durchgeführt, dem hierzu die Nachricht und die (evtl. parametrisierten) Transformations- und Formatierungsanweisungen oder ein Link (= Verweis) hierauf übermittelt wird.

Such a system can preferably be set up on the MMS protocol:

• a) the receiving device RM UA (= MS1 in Fig. 4) signals the receiving-side message server RM-RS (= SV1 in Fig. 4) a (possibly parameterized) reference to the transformation and formatting instructions PA, which are available on a second server (omitted here for clarity in FIG. 4). Based on this, the RM RS can call up the parameterized transformation and formatting instructions and adapt the messages, and then transfer them (e.g. in the form of a SMIL presentation) to the RM RS.
• b) the RM-UA signals according to MMS (see [2]) to the RM RS (possibly parameterized) transformation and formatting instructions. Based on this, the RM RS can adapt the messages and then adapt them (e.g. in the form of a SMIL presentation) to the RM RS.
• c) the RM-UA signals according to a) or b) the (possibly parameterized) transformation and formatting instructions. The message is adapted by another server, the VAS server, to which the message and the (possibly parameterized) transformation and formatting instructions or a link (= reference) is transmitted.

This transformation of the media components as well as the Description of the respective multimedia message makes it possible if necessary, also to other recipients (not only the recipient R-M-UA, who the instructions PA and their Parameter PAP specified) to use the instructions PA.

According to FIG. 4, a multimedia message MM (see 1.MM) is transmitted from the network side of a radio communication system to a server SV1. The latter saves the multimedia message or keeps a reference to this multimedia message on another server. The respective server can be formed, for example, by a higher-level network component or logic / storage device of the radio communication network, on which messages and / or data can be kept available for retrieval. The respective multimedia message MM contains in particular a description MB, preferably descriptors, of its media components MK. Such media components are, for example, text, video, audio, photo elements, etc. To create a new representation RP of at least one multimedia message MM for at least one receiving subscriber device MS1, at least one procedural instruction PA and / or its parameters PAP for creating the representation RP from at least one receiving subscriber device MS1 to at least one server such as. B. SV1, which with the present procedural instruction creates a representation RP of the multimedia message MM on the basis of its description MB from the media components MK and the description MB for the respective receiving subscriber device MS1. The representation RP is thus formed in particular by a transformation of the respective media component MK, by a transformation of the description MB of the respective multimedia message MM, and / or by at least one additional control information for its presentation on the subscriber device MS1. According to the exemplary embodiments of FIGS . 2, 3, the respective procedural instruction PA can advantageously be sent to the server as a component and / or as an attachment to a delivery request signal MM1_RREQ of the respective subscriber device, such as RM-UAB = MS1 (see XSL-S in FIG. 2 ) and / or be sent to at least one other network-side server, from which the multimedia message MM intended for the subscriber device is kept ready on the network side. The procedural instruction PA and / or its parameter PAP can preferably be generated in XSL (Extensible Style Sheet Language). The representation RP can be created in particular in the multimedia messaging service of UMTS (Universal Mobile Telecommunication Service). Additionally or alternatively, at least one reference to the procedural instruction (PA) and / or its parameters (PAP) can be made by the respective subscriber device (MS1 in FIG. 4, RM-UAB in FIG. 2) to the server (RM-RS) assigned to it on the receiving end. be signaled on at least one other server. Of course, the respective subscriber device (such as RM-UAB in FIG. 3 or MS1 in FIG. 5) and the server assigned to it on the receiving end (RM-RSB in FIG. 3 or SV1 in FIG. 5) can process the instruction PA and / or signal their parameters PAP directly. The representation RP can also be created by a VAS server (Value Added Service), to which the multimedia message MM and the procedural instruction PA and / or its parameter PAP or a reference to this is transmitted.

According to FIG. 4, the representation RP to be initiated to the receiving subscriber device MS1 through transmission of the procedural PA instruction and / or their parameters PAP by the receiving subscriber device MS1, the transformation of the multimedia message MM in the representation of RP, as well as the transmission. This is illustrated in FIG. 4 by the fact that in step 1. ) The multimedia message MM first arrives at the server SV1. Only then is the procedural instruction PA and / or its parameter PAP transferred from the subscriber device MS1 to the server SV1 in step 2. ), There in the subsequent step 3. ) By transforming the description MB and the media components MK of the multimedia message MM the representation RP generated, and then transferred this to the subscriber device MS1 in step 4. ).

In particular, the procedural instruction PA and / or whose parameters PAP from the recipient Subscriber device MS1 only after receiving a notification signal (MM1_NREQ) that the server SV1 to the subscriber device MS1 transferred over the existence of one for him Multimedia message MM ready for collection on the network side created and transmitted to the server SV1. So the trigger is the arrival of a notification message at Subscriber device coming from the server with the message that a Multimedia message available for collection on the network side.

The finished representation RP can then from the subscriber device MS1 as needed, d. H. at different times various locations, etc., can be retrieved from server SV1.

It is also possible for the transformation of the multimedia message MM into the representation RP, and the transmission of this representation RP to the receiving subscriber device MS1 by receiving the multimedia message MM itself at the server (SV1) assigned to the subscriber device MS1 on the reception side becomes. This is illustrated in FIG. 5 by the fact that the multimedia message MM precedes the transformation in step 3. ) Immediately after the procedural instruction PA and / or its parameter PAP in a preceding step 1. ) From the subscriber device MS1 to the server SV1 have been transmitted. The representation is only transmitted in step 4. ) After the transformation of the description MB and the media components MK from the server SV1 to the subscriber device MS1.

In this way, a subsystem for a radio communication Network to create a new representation of at least one multimedia message for at least one receiving subscriber device provided. This subsystem of the Radio communication network is through at least one Subscriber device and at least one assigned server, to carry out the method according to the invention are trained.

The following abbreviations have been used in the context of the invention, which are introduced or are standard as an acronym and possibly definitions, particularly in mobile radio technology:
GSM Global System for Mobile Communication
UMTS Universal Mobile Telecommunication System
SMS Short Message Service
MMS multimedia messaging service according to [2]
MM multimedia message (multimedia message according to [2])
VAS Value Added Service
MM * MM adapted according to XSL information
M-UA MMS user application (MMS User Agent according to [2])
M-RS MMS connection unit (MMS relay / server according to [2])
OM-UA transmitter-side M-UA
RM-UA receiver-side M-UA
OM-RS transmitter-side M-RS
RM-RS M-RS on the receiver side
MM1_SREQ MMS send request
MM1_SRES MMS send confirmation
MM1_NREQ MMS recipient notification
MM1_NRES MMS recipient notification confirmation
MM1_RREQ MMS delivery request
MM1_RRES MMS delivery message
MM1_AREQ MMS delivery confirmation
MM1_DREQ MMS delivery status notification
MM1_RRecREQ MMS read status notification from the recipient
MM1_ROrigREQ MMS read status notification to the sender
MM4_FREQ MMS Request to forward an MM
MM4_FRES MMS Confirmation of forwarding an MM
MM4_FDREQ MMS delivery status notification for OM-SR
MM4_FDRES MMS confirmation from MM4-FDREQ
MM4_FRREQ MMS Forwarding of a read status notification
MM4_FRRES MMS confirmation of MM4_FRREQ
UAProf Information about qualifications of an RM-UA
XSL-LNK link (in the form of a URL) to XSL information
XSL-INF XSL information
CONV adaptation of messages according to XSL specifications

The following references were referred to above:
[1] 3G TS 22.140 v.4.1.0, Release 4; 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service aspects; Multimedia messaging service; Stage 1 .
[2] 3G TS 23.140 version 4.3.0, Release 4 ; Third Generation Partnership Project; Technical Specification Group Terminals; Multimedia messaging service (MMS); Functional description; Stage 2
[3] WAG-UAProf, version 10 -Nov-1999; Wireless Application Group, User Agent Profile Specification.
[4] P. Salembier, JR Smith, MPEG-7 Multimedia Description Schemes, IEEE Trans. On Circuits and Systems for Video Technology, Vol 11 , No 6 , June 2001 .
[5] Extensible Style Sheet Language - An Overview, http: / / www.w3.org/Style/XSL/Overview.html.
[6] J. Heuer, U. Rauschenbach, A. Kaup, "Multimedia Messaging Technologies Based on MPEG-7", ITG Technical Report 167 , Electronic Media: Technologies, Systems, Applications, VDE Verlag, 2001.

Claims (14)

1. Method for creating a new representation (RP) of at least one multimedia message (MM) for at least one receiving subscriber device (MS1),
the multimedia message (MM) containing a description (MB) of its media components (MK),
wherein at least one procedural instruction (PA) and / or its parameters (PAP) for creating the representation (RP) is or are transmitted from at least one receiving subscriber device (MS1) to at least one server (SV1), and
the server (SV1) with the present procedural instruction represents (RP) the multimedia message (MM) based on its description (MB) from the media components (MK) and the description (MB) for the respective receiving subscriber device ( MS1) is created. 2. The method according to claim 1, characterized, that the multimedia message (MM) before forwarding it received from the server (SV1). 3. The method according to any one of the preceding claims, characterized, that the representation (RP) by transforming the respective media component (MK), through a transformation the description (MB) of the respective multimedia message (MM), and / or by at least one additional Control information for presentation on the subscriber device (MS1) is formed. 4. The method according to any one of the preceding claims, characterized, that the respective procedural instruction (PA) component and / or as an attachment to the delivery request signal (MM1_RREQ) of the respective subscriber device (MS1) to the server (XSL-S, SV1) and / or to at least one further network-side server is sent from which the for the subscriber device (MS1) certain multimedia message (MM) on the network side is kept ready. 5. The method according to any one of the preceding claims, characterized, that the procedural instruction (PA) and / or its parameters (PAP) in XSL (Extensible Style Sheet Language) become. 6. The method according to any one of the preceding claims, characterized, that the representation (RP) in the multimedia messaging service from UMTS (Universal Mobile Telecommunication Service) is created. 7. The method according to any one of the preceding claims, characterized, that from the respective subscriber device (MS1, R-M-UA) to him server assigned at the receiving end (R-M-RS) at least one Reference to the procedural instruction (PA) and / or its Parameter (PAP) on at least one other server is signaled. 8. The method according to any one of claims 1 to 6, characterized, that from the respective subscriber device (R-M-UAB) to him the server assigned at the receiving end (R-M-RSB) the procedural Instruction (PA) and / or its parameters (PAP) directly is signaled. 9. The method according to any one of the preceding claims, characterized, that the representation (RP) by a VAS server (Value Added Service) is created, for which the multimedia Message (MM) and the procedural instruction (PA) and / or whose parameters (PAP) or a reference to them are transmitted becomes. 10. The method according to any one of the preceding claims, characterized, that the transformation of the multimedia message (MM) into the Representation (RP), as well as the transmission of this Representation (RP) to the receiving subscriber device (MS1) by the Transmission of the procedural instruction (PA) and / or its Parameters (PAP) from the receiving subscriber device (MS1) is initiated. 11. The method according to any one of claims 1 to 10, characterized, that the transformation of the multimedia message (MM) into the Representation (RP), as well as the transmission of this Representation (RP) to the receiving subscriber device (MS1) by the Receiving the multimedia message (MM) from the Subscriber device (MS1) server (SV1) assigned at the receiving end is initiated. 12. The method according to any one of the preceding claims, characterized, that the procedural instruction (PA) and / or its parameters (PAP) from the respective receiving subscriber device (MS1) after receiving a notification signal (MM1_NREQ) via the presence of a network pickup for him ready multimedia message (MM) created and sent to the Server (SV1) is transmitted. 13. Radio communication network to create a new one Representation (RP) of at least one multimedia message (MM) for at least one receiving subscriber device (MS1) according to one of the preceding claims. 14. Subsystem of the radio communication network according to FIG. 13, which has at least one subscriber device (MS1) and at least one assigned server (SV1), which is used to create a new representation (RP) of at least one multimedia message (MM) according to one of the Claims 1 to 12 are formed.