WO2004086675A1 - Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz - Google Patents

Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz Download PDF

Info

Publication number
WO2004086675A1
WO2004086675A1 PCT/EP2004/000937 EP2004000937W WO2004086675A1 WO 2004086675 A1 WO2004086675 A1 WO 2004086675A1 EP 2004000937 W EP2004000937 W EP 2004000937W WO 2004086675 A1 WO2004086675 A1 WO 2004086675A1
Authority
WO
WIPO (PCT)
Prior art keywords
user data
control unit
information
service control
transmission
Prior art date
Application number
PCT/EP2004/000937
Other languages
English (en)
French (fr)
Inventor
Belhassen Jerbi
Josef Laumen
Andreas Schmidt
Markus Trauberg
Original Assignee
Siemens Aktiengesellschaft
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2004086675A1 publication Critical patent/WO2004086675A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication

Definitions

  • the invention relates to a method for transmitting useful data, in particular multimedia data in a communication network from a transmitting communication unit to a receiving communication unit by means of a service control unit, the useful data being temporarily stored in the service control unit.
  • SMS short message service: "Short Message Service”
  • MMS Multimedia Message Service: "Multimedia Messaging Service” / EMS
  • Extended short message service "Enhanced Messaging Service”
  • SMS short message service a short message is sent from a sending unit to a short message service control unit (SMSC: Short Messaging Service Center) and temporarily stored there.
  • SMSC tries to reach the recipient of the short message desired by the sending unit and to transmit the short message to it. If the recipient cannot be reached, the SMSC tries to reach the recipient within a predetermined period of time and then delivers the short message.
  • Multimedia messages are transmitted in a comparable manner (MM: multimedia message: "Multimedia Message”).
  • the multimedia message which can include image, sound and text data, for example, is typically transmitted from the transmitter to a first service control center, which then delivers the multimedia message to a second service control center, which Receiver assigned to the multimedia message takes over. The delivery The second service control center then handles the multimedia message to the desired recipient.
  • Such a multimedia data service can be implemented, for example, in the UMTS standard (3GPP TS 23.140) [1] or in the context of the OMA / WAP standard (OMA: Open Mobile Alliance, WAP: Wireless Application Protocol) (OMA-WAP-MMS- CTR-vl_l and OMA-WAP-MMS-ENC-vl_l) [2, 3].
  • OMA Open Mobile Alliance
  • WAP Wireless Application Protocol
  • the services SMS and MMS described above are generally referred to as so-called “store and forward” services.
  • the "store and forward” principle generally includes the intermediate storage of a message to be transmitted in a service control unit and subsequent forwarding of the message by the service control unit.
  • This object is achieved by a method for the transmission of user data, in particular multimedia data, in a communication network from a transmission communication unit to a reception communication unit by means of a service control unit, the user data being temporarily stored in the service control unit, and furthermore the Pay data is assigned to user data, by means of which a cost bearer for the transmission of the user data is signaled.
  • the service control unit or also the receiving communication unit can flexibly assign cost transfer information to the user data and thus flexibly influence the billing mode for the transmission of the user data.
  • the billing mode it can be provided as the billing mode that the transmission communication unit assumes the costs for the transmission of the user data, the reception communication unit the costs for the transmission of the
  • the services control unit takes over the costs for the transmission of the payload or that a cost sharing of the transfer of the payload is provided between, for example, the transmitting communication unit, the receiving communication unit and / or the services control unit.
  • the sender can assign the assumption of costs information, who can, for example, agree to the assumption of costs or refuse to do so. Furthermore, the assignment of the assumption of costs information can be carried out by the recipient, who can in turn, for example, agree to accept the assumption of costs or reject them.
  • the service control unit can also allocate the cost assumption information to the user data, for example the cost assumption by the provider of a "store and forward" service used and / or by a provider the provider of a "store and forward” service used can cooperate with providers of so-called "value-added services" (a "value-added service provider is also referred to as a VASP:" Value Added Service Provider ").
  • a value-added service control unit of the provider of Value-added services can be connected to the service control unit, and in connection with the present application both can be viewed together as a kind of extended service control unit, so that the assignment of the cost coverage information can also be carried out by the provider of value-added services or the value-added service control unit.
  • the value-added services control unit can, however, also lie outside the actual central communication network and can be regarded as independent of the services control unit.
  • special cost takeover profiles for example, transfer costs by transmitter and receiver f r respectively certain types of user data to be esigned).
  • the cost acceptance information assigned to the user data can also be changed (for example expanded or reduced) by the service control unit. In this way, for example, when the transmission between the transmission communication unit and the service control unit is carried out, a different assumption of costs information can be assigned than in the transmission between the service control unit and the reception communication unit.
  • the user data transmission service can provide a standard billing mode, such as the transfer of user data transmission costs by the respective recipient.
  • a standard billing mode such as the transfer of user data transmission costs by the respective recipient.
  • the sender of the user data could optionally signal, for example, the assumption of the costs by the sender and thus the costs. take over for the transfer.
  • a user data transmission service can be set up in such a way that no standard billing mode is provided, and each time user data is sent, the Services control unit and / or the recipient is notified of who will assume the costs for the transmission of the user data.
  • Communication networks can be used, for example, as telephone.
  • a method according to the invention for transmitting the user data can be implemented, for example, as an SMS, EMS or MMS message service in accordance with the GSM, UMTS [1, 4] and / or OMA / WAP standard [2, 3].
  • the cost assumption information is at least additional information, such as validity information or address information (for example the address of a cost object for the transmission of the user data, which, for example, is not itself the sender or recipient of the User data is), u summarizes.
  • the cost coverage information can, for example, be linked to certain boundary conditions.
  • validity information associated with the assumption of costs information assumption of costs by a sender of user data can be limited to a specific period of time or a specific selection of recipients.
  • the additional information can include a statement about the support of cost coverage information, for example by a service provider or recipient. The use of additives or validity information thus allows a further extension of the ways to make the billing mode for the transmission of user data after the ⁇ Store and forward "principle flexible and to individualize.
  • the assumption of costs information can, for example, be transmitted from the transmitting communication unit to the service control unit.
  • the transmission communication unit can influence the billing mode of the User data transmission can be taken.
  • the transmitting communication unit can signal to the service control unit that the sender of the user data assumes the costs or that the receiver of the user data assumes the costs for the transmission.
  • the takeover of the costs by the send communication unit and / or by the provider of the store and forward service used and / or by a "value-added services" provider cooperating with the provider of the "store and forward” service used for the transmission of the user data is signaled.
  • the "store and forward" principle for example SMS, EMS or MMS
  • This may be desirable, for example, when transmitting advertising or opinion poll messages.
  • the cost absorption information can at least partially be transmitted together with the user data.
  • the cost coverage information can be integrated in a so-called header block of a user data message, the user data message comprising the header block and the user data.
  • header blocks can typically contain control data assigned to the useful data, such as the sender of the message, the recipient of the message, the type of the message and / or similar information.
  • control data message is assigned for the transmission of the user data
  • Control data is transmitted and the control data message at least partially includes the cost coverage information.
  • a control data message can be, for example, an information message to the recipient of the user data that the User data are present in the service control unit, or it can be a confirmation message about the correct reception of the user data by the service control unit or the receiving communication unit.
  • the cost transfer information can advantageously be at least partially integrated in control data messages.
  • the information that the sender of the user data bears the costs for the user data transmission without, for example, also transmitting the validity period to the potential recipient of the useful data, since the validity period is only relevant, for example, for the service control unit.
  • the cost coverage information can be transmitted without generating an unnecessary data stream by sending the entire user data.
  • the method for transmitting user data comprises the steps:
  • the sender of the user data being able to include information on the assumption of costs.
  • This can include, for example, information about the transmission costs for the user data being taken over by the sender of the user data and, if appropriate, validity information such as a validity period.
  • an information message about the useful data can then be sent from the service control unit to the receiving communication unit, which at least partially includes the cost coverage information.
  • the recipient of the user data can be informed that appropriate user data addressed to him are available and who will assume the costs for the transmission of the user data and, if applicable, the costs for the user data.
  • the information message can include, for example, all of the cost coverage information transmitted by the transmitter, possibly including validity information. However, it can also be provided that only one statement about the cost object is communicated to the recipient, while a validity that may be present information or other additional information is not transmitted. Such information can also only be transmitted to the recipient at a later point in time (for example, together with the user data itself).
  • a receipt confirmation message for the information message sent back from the receiver to the service control unit can then e.g. directly trigger the transmission of the user data from the service control unit to the receive communication unit.
  • the receiving communication unit sends a separate transmission request to the service control unit in order to transmit the useful data.
  • the method for • transmitting user data comprises the steps:
  • the method described in the previous paragraph describes a possible embodiment of the invention when transmitting a multimedia message via two service control units involved.
  • a method designed in this way can be used, for example, if the transmitter and the receiver of the user data are supplied by different service providers.
  • the assignment of cost assumption information to the user data to be transmitted makes it possible to provide a communication network which enables "store and forward" message services with a flexible setting of the cost bearer for the transmission of user data.
  • the communication network, the receiving and transmitting communication unit as well as the service control unit and the corresponding useful information exchanged between these units. and signaling data can further be configured in accordance with the statements made above.
  • Such a transmission communication unit can be a telecommunication terminal such as a telephone, a cell phone or a computer or organizer provided with a telecommunication module.
  • the transmission communication unit can be designed in such a way that when the user data is sent, a certain amount of information about the assumption of costs, such as the assumption of the transmission costs by the transmitter, is created as standard. Furthermore, it can also be provided that the user of the transmission. Communication unit when sending user data according to the "store and forward" principle to input or to select a cost coverage information, such as a cost object and / or a validity period, is requested.
  • Such a transmission communication unit also enables a more flexible provision of corresponding user data services, such as SMS or MMS services with more flexible cost structures.
  • a receiving communication unit for receiving user data, in particular multimedia data, by a transmitting communication unit by means of a services control unit, the services control unit for temporarily storing the User data is set up, wherein the receiving communication device is also set up for outputting cost acceptance information for signaling a cost unit for the transmission of the user data.
  • Services control unit for forwarding user data, in particular multimedia data, from a transmitting ⁇ communication device to a receiving communication device.
  • the service control unit is set up to temporarily store the user data, and the service control unit is also set up to receive and / or to store and / or to transmit cost acceptance information associated with the user data for signaling a cost unit for the transmission of the user data is.
  • a cost transfer information assigned to the user data makes it possible to assign different cost objects to different user data and / or user data objects. If the billing of the user data transmission is controlled directly by the service control unit, this can be done directly by taking into account the cost assumption. me information happen. If the charging of the user data transmission is controlled by another device in the telecommunications network, the service control unit can transmit the cost assumption information, for example with a variable that characterizes the user data transmission (for example transmission duration, amount of data) to this device.
  • a service control unit of this type therefore also enables a more flexible setting of the charging of useful data transmissions according to the "store and forward" principle.
  • Figure 1 Schematic drawing of a telecommunications network for the transmission of multimedia messages
  • FIGS. 3 to 12 Tabular lists of header data records for individual messages shown in FIG. 2;
  • Figure 13 Message exchange when sending a multimedia message according to the OMA / WAP protocol
  • Figure 14 Tabular listing of the assignment of hexadecimal values to field names for
  • Multimedia messages according to the OMA / WAP protocol Figure 15; Possible. Assignment of hexadecimal values to insurance header fields of a multimedia message according to the OMA / WAP protocol;
  • FIG. 16 shows four possibilities for encoding the field value of a header field of an OMA / WAP multimedia message
  • FIGS. 17 to 21 examples of possible field values for header fields of individual messages according to FIG. 13;
  • FIGS. 22 to 28 Tabular list of possible header data fields for individual messages according to FIG. 13.
  • FIG. 1 schematically represents a. Telecommunication network 10 for the transmission of multimedia messages (MM: Multimedia Message) between a transmitting communication unit (transmitting unit, transmitting device, MMS user agent A) 20 and a receiving communication unit (receiving unit, receiving device, MMS user agent B) 22 as part of the multimedia messaging service (MMS: Multimedia Messaging Service).
  • the multimedia message is sent from the sending unit 20 via an air interface MM1 40 of a mobile radio network to an MMS service control unit_A 30 [MMS relay / server ⁇ ) of an MMS service provider of a sender of the MM.
  • the multimedia message is then transmitted to an MMS service control unit B 32 (MMS relay / server B) via a telecommunication connection 44 (MM4). From the MMS
  • FIG. 2 shows the exchange of so-called MMS-a.bstract messages (abstract message: see, for example, [1]) between the sending unit 20 and the receiving unit 22 by means of the MMS service control unit 30 and the MMS service control unit 32 when sending and receiving a multimedia message 50 according to the 3GPP MMS standard [1].
  • An ajstract message comprises at least one information element.
  • the sending unit 20 sends the multimedia message (MM: Multimedia Message) 50 via an air interface MM1 40 to the MMS service control unit_A 30 of an MMS service provider A with an abstract message “MM1 submit.REQ” 60.
  • MM Multimedia Message
  • the MMS service control unit_A 30 confirms the correct receipt of the MM 50 with an abstract message "MMl_submit.RES" 62.
  • the MM 50 is transmitted to the MMS service control unit_B 32 of the recipient with an abstract message pair "MM4_ orward.REQ” 64 (contains the MM 50) and »MM4_forward.RES « 66 (feedback).
  • the receiving device 22 of the recipient is then informed of the MM 50 available for download with an abstract message “MM1_notification.RE ⁇ 2” 68.
  • MMS abstract message
  • Notification contains the URI (URI - Uniform Resource Identifier) of a memory location of the MM 50 as a reference.
  • An abstract message "MMl_notification.RES" 70 serves as confirmation for the correct reception of the MMS notification by the receiving unit 22.
  • the receiving unit 22 can download an MM available on the MMS service control unit_B 32 Initiate 50.
  • the MM 50 is delivered from the MMS service control unit B 32 to the MMS user agent B 22 by means of an abstract message “MMl_retrieve.RES” 74.
  • the MMS service control unit B 32 can be delivered with an abstract message “MMl_acknowledgement.REQ” 76 from the receiving unit 22 be informed of the downloading result of the MM 50.
  • FIG. 2 shows a flow chart in which the abstract messages mentioned and defined in [1] are shown. Description Figures 3 to 12 (tables):
  • the tables in FIGS. 3 to 12 show examples of so-called MMS "abstract messages", which have been expanded to include cost coverage information, according to the 3GPP standard [1].
  • the listed abstract messages are according to [1] with »MMl_submit.REQ «, »MMl_submit.RES«, »MM4_ orward.REQ « »M4_forward.RES«, »MMl_notification.REQ «, »MMl_notification .RES«, »MMl_retrieve.RES «,» MMl_acknowledgement.REQ «,» MM4_deliver ⁇ _repor .REQ «and» MMl_deliver ⁇ _report.REQ ⁇ .
  • the meaning of these abstract messages was briefly explained in the description of FIG. 2.
  • the tables in FIGS. 3 to 12 describe one way of implementing cost coverage information in individual aJstract messages.
  • the corresponding 3GPP-a stract messages in accordance with the 3GPP MMS standard [1] have been supplemented by some new information elements which contain information about the assumption of costs in the sense of the present invention.
  • information elements inserted as cost coverage information in the tables of FIGS. For better identification, these new information elements are each framed thick in the tables in FIGS. 3 to 12.
  • Information element retrieval-for-free-s upport-at- originat or-MMSE Feedback to the sending unit 20 that or whether the MMS service provider A supports the requested retrieval - for-free functionality.
  • this information element can also contain the maximum number of downloads on the B side.
  • Information element retrieval-for-free-deadline Time limit for the assumption of costs by the recipient for the reception (PUSH mode) or the download (PULL mode) of this MM.
  • Information element retrieval-for-free-at-originator-MMSE Information to the MMS service provider B that or whether the MMS service provider A supports the requested retrieval-for-free functionality. d) »MM4_fo ward.RES « 66:
  • Interface MM1 on the B side :
  • this information element can also include the maximum number of downloads on the B side).
  • Information element retrieval-for-free Indicates that the recipient is accepting the sender's offer to cover the costs of receiving (PUSH mode) or downloading (PULL mode) this MM. g) »MMl_retrieve.RES« 74: 1. Information element retrieval -for-free:
  • this information element can also contain the number of the current download process on the B side).
  • this information element can also contain the number of the current download process on the B side).
  • this information element can also contain the number of the current download process on the B- Page included).
  • Information element retrieval-for-free Indication that the recipient has responded to the sender's offer to cover the costs of receiving (PUSH mode) or downloading (PULL mode) this MM (this information element can be optional) also include the number of the current download process on the B side).
  • the information element "retrieva2 - for-free-ea Iine” can, for example, be optional for the Display a deadline.
  • the same information can also be expressed using the existing information element "Time of Expiry”.
  • the two deadlines are advantageously the same and the use of the information element "Time of Expiry” is defined accordingly.
  • both the information element retra- rial-for-free-s upport-at-originator-MMSE and the retrieval-for-free-at-recipient-MMSE information element can also be used as cost coverage information if both MMS service control units (30, 32) (MMSEs) involved in the transmission of the MM have the retrieval-for-free functionality support.
  • the receiving unit 22 can also first check each abstract message “MM4_forward.REQ” 64 arriving with an MM to determine whether the sender 20 has requested the retrieval-free functionality, and the MMS service provider A of the sender has the retrieval -for-free Support functionality and the possibly existing additional restrictions (such as number of download processes, time limit) are acceptable for the MMS service provider B of the recipient and then, based on this investigation, the information element retrieval-for-free-s support-at-originator -MMSE may be replaced by the information element retrieval -for-free-s upport-at-recipient-MMSE.
  • the MMS service control unit B 32 may be one of the MMS Divisser_A 30 replace the retrieval-for-free-support-at-originator-MMSE type information element with the corresponding retrieval -for-free-support-at-recipient-MMSE information element, provided that the MMS service control unit_B 32 also has the desired functionality supported and agrees with the possible additional restrictions. This prevents the information element of the Retri eval-For-Free-Support-At-Originator-MMSE type from being "carried along", which at the same time also reduces the data volume on the air interface.
  • FIG. 13 shows a possible message flow diagram for a transmission of an MM 150 using the OMA / WAP protocol according to the current state of the art according to [2, 3].
  • the diagram in FIG. 13 represents the exchange of OMA / WAP MMS protocol data between four participating entities, a sending device 120 (MMS Client A) r an MMS
  • MMS proxy relay A MMS service control unit A 130
  • MMS proxy relay B MMS service control unit B 132
  • receiving device 122 MMS client B
  • the sending device 120 of a sender can send the MM 150 to the MMS service control unit A 130 of an MMS service provider A with a message “M-Send.req” 160.
  • the MMS service control unit A 130 confirms the correct receipt of the MM 150 with a message “M-Send.conf” 162.
  • the transmission of the MM 150 to the MMS service control unit B 132 Nes receiver happens in an Internet network 164 (IP network, IP: Internet Protocol).
  • the receiving device 122 is then sent via the MM 150 ready for download with a message “M-Notification. ind «168 informed.
  • This MMS notification contains the URI (URI - Uniform Resource Identifier) of a memory location of the MM 150 as a reference.
  • a message "M-NotifyResp.req” 170 serves as confirmation for the correct receipt of the MMS notification 168 by the receiving device 122.
  • the receiving device 122 can download the MM 150 available on the MMS service control unit_B 132 initiate.
  • the MM 150 is delivered from the MMS service control unit B 132 to the receiving device 122 by means of a message “M-Retrieve.conf” 174.
  • the MMS service control unit B 132 can be sent by the receiving device 122 with a message “M-Acknowledge.ind” 176 the output of the download of the MM 150 will be informed.
  • a confirmation message "M-Deliver ⁇ .ind” 180 is then sent to the sending device 120 via the Internet network 178 (IP network).
  • cost coverage information can be found, for example, in the OMA / WAP MMS messages “M-Send.req” 160, “M-Send.conf” 162, “M-Noti ication” shown in FIG. ind «168,» M-NotifyResp.req «170,» M-Retrieve. conf «174,» M-Acknowledge.ind «176 and» M-Delivery.ind «180.
  • FIGS. 14 to 28 In the following FIGS. 14 to 28, one possibility is described about which header fields the WAP mentioned above Messages for inserting a cost coverage information can be expanded.
  • Figures 14 and 15 According to [2, 3] there is a header field in an OMA / WAP MMS PDU
  • PDU "Protocol Data Unit”: control data record or protocol data record which is sent as part of the transmission of an MM 150 (corresponds to abstract message according to [1])) from a field name, followed by a field value, which consists of at least one an octet (8-bit word).
  • MM 150 corresponds to abstract message according to [1]
  • a field value which consists of at least one an octet (8-bit word.
  • the assignment of hexadecimal values to the field names is shown in the table in FIG. 14. There are currently 33 field names. To record cost coverage information, for example, newly defined field names can therefore begin with number 34 (hexadecimal: 0x22). They are shown in the table in FIG. 15.
  • the table in FIG. 16 shows four possibilities for coding the field value of a header field of an OMA / WAP MMS PDU, the first octet deciding on the type and length of the coding.
  • the field values for the header fields defined for receiving cost coverage information can preferably come from the fourth value range (128 to 255).
  • the field values for a possible header field "X-M ⁇ is-Retrieval-For-Free” could be defined in such a way that they allow a simple "requested” / “not requested” or “yes” / “no” distinction when asked whether a transmitter (120) or receiver (122) requests or uses the retrieval-for-free functionality takes.
  • Encoding is also conceivable, which allows the explicit specification of a number (e.g. display for how many download processes on the B side of the sender is willing to assume the costs or display how many download processes on the B side of the sender have already been used have been) . Two coding options are shown in Figures 17 (simple distinction) and 18 (number of downloads).
  • Figure 19 The field values for a possible header field "X-ns-jRetrieval-For-Free-Deadline" can be coded according to the standard [2, 3] either as an absolute date or as a relative time span ( Figure 19).
  • the exemplary tables are based on the fact that in the MMS service control unit_B 132 the header field “X-iv ⁇ s-Jetrieval-For-Free-Support-At-Orlginator-Domaln” is replaced by the header field “X-Mns-Retrleval-For -Free-Support-At-Reciplent-Domaln «can be replaced if the second MMS service provider B involved in the transmission of the MM supports the required functionality and accepts the boundary conditions.
  • Figure 22 In the OMA / WAP MMS “M-Send.req” PDU 160, for example, header fields “X- ⁇ Sns-retrieval-for-free” and “X-M ⁇ s- retrieval-for-free deadline” can be added with which the sending device 120 can express the readiness of the sender to assume the costs and a time limit when the MM 150 is sent.
  • a header field “X-büns-Retrieval-For-Free-At-Originator-Domain” can be added, which enables an MMS service provider A to do so is to indicate to the transmitting device 120 whether a retri e va 1 -for -free- request is accepted and forwarded.
  • Figure 24 In the OMA / WAP MMS »M-Notification.
  • header fields "X- ⁇ s-iRetrieval-For-Free” and "X-M ⁇ s-Ketrieval-For-Free-Deadline” can be added, with which the recipient knows about the willingness of the sender to assume the costs, as well as a time limit can be informed.
  • a header field "X-M ⁇ s-iRetrieval-For-Free-at-Kecipient-Domain” can be added, with which an MMS service provider B can indicate to the recipient whether the retrieval-for-free functionality of the two participating MMS service providers is supported.
  • a header field "X- ⁇ s-iRetrieval-For-Free" can be added, with the aid of which the MMS service provider B of the recipient decides on the decision of the recipient or the number of times the recipient has downloaded so far can be informed.
  • a header field "Xi>! Fas - RetrievaI-For-Free-.At- -Recipient-Domain" can be added, with which the MMS service provider B can indicate to the receiving device 122 whether the retrieval -for-free Functionality is supported by the two MMS service providers involved.
  • a header field “X-iv ⁇ s - Retrieva2-For-Free” can be added, with the aid of which the MMS service provider B of the recipient can make decisions or the number of times the recipient has downloaded so far can be informed.
  • a header field "X-ns-JRetrieval-For-Free” can be added, with the help of which the MMS Client A 120 can decide or the number of times so far downloading of the recipient can be informed.
  • the present invention describes a method for the transmission of user data in a communication network from a transmitting communication unit to a receiving communication unit in the context of a so-called "store and forward" data service, the user data being an assumption of costs information for signaling a cost bearer for the transmission of the User data is assigned.
  • the charging of the message or data transmission within the scope of such a service can be adapted more flexibly, for example to the wishes of customers or operators of communication networks.
  • OMA-WAP-MMS-ENC-vl_l-20021030-C Multimedia Messaging Service: Encapsulation Protocol, Version 1.1, October 30, 2002; available at www.openmobilealliance. Org;
  • OMA-WAP-MMS-CTR-vl_l-20021031-C Multimedia Messaging Service: Client Transactions, Version 1.1, October 31, 2002; available at www.openmobilealliance. Org.

Abstract

Die vorliegende Erfindung beschreibt ein Verfahren zur Übertragung von Nutzdaten (50, 150), insbesondere Multimedia-Daten, in einem Kommunikationsnetz (10) von einer Sende-Kommunikationseinheit (20, 120) an eine Empfangs-Kommunikationseinheit (22, 122) vermittels einer Dienste-Steuereinheit (30, 32, 130, 132), wobei die Nutzdaten (50, 150) in der Dienste-Steuereinheit (30, 32, 130, 132) zwischengespeichert werden, und wobei weiter den Nutzdaten (50, 150) eine Kostenübernahme-Information zugeordnet wird, durch welche ein Kostenträger für die Übertragung der Nutzdaten (50, 150) signalisiert wird.

Description

Beschreibung
VERFAHREN ZUR ÜBERTRAGUNG VON NUTZDATEN INKLUSIVE KOSTENUBERNAHME-INFORMATIONEN IN EINEM KOMMUNIKATIONSNETZ
Die Erfindung betrifft ein Verfahren zur Übertragung von Nutzdaten, insbesondere Multimedia-Daten in einem Kommunikationsnetz von einer Sende-Kommunikationseinheit an eine Emp- fangs-Kommunikationseinheit vermittels einer Dienste- Steuereinheit, wobei die Nutzdaten in der Dienste- Steuereinheit zwischengespeichert werden.
Derartige Verfahren sind aus dem Stand der Technik bekannt. So ist beispielsweise in der mobilen Telekommunikation gemäß dem GSM- oder UMTS-Standard die Übertragung von Kurznachrichten (SMS: Kurznachrichten-Dienst: "Short Message Service") oder Multimedia-Nachrichten (MMS: Multimedianachrichten- Dienst: "Multimedia Messaging Service" / EMS : erweiterter Kurznachrichten-Dienst: "Enhanced Messaging Service") be- kannt. Beim SMS-Kurznachrichtendienst wird eine Kurznachricht von einer Sendeeinheit an eine Kurznachrichten- Dienstesteuereinheit (SMSC: Short Messaging Service Center) gesendet und dort zwischengespeichert. Das SMSC versucht den von der Sendeeinheit gewünschten Empfänger der Kurznachricht zu erreichen und ihm die Kurznachricht zu übermitteln. Ist der Empfänger nicht erreichbar, so versucht das SMSC innerhalb eines vorbestimmten Zeitraums den Empfänger zu erreichen, um ihm dann die Kurznachricht zuzustellen.
In vergleichbarer Weise erfolgt die Übertragung von Multimedia-Nachrichten (MM: Multimedianachricht: "Multimedia Message") . Auch hier wird typischerweise die Multimedia-Nachricht, die beispielsweise Bild-, Ton- und Textdaten umfassen kann, vom Sender an ein erstes Dienste-Steuerungszentrum übermit- telt, welches dann die Zustellung der Multimedia-Nachricht an ein zweites Dienste-Steuerungszentrum, das dem Empfänger der Multimedia-Nachricht zugeordnet ist, übernimmt. Die Zustel- lung der Multimedia-Nachricht an den gewünschten Empfänger übernimmt dann das zweite Dienste-Steuerungszentrum. Die Realisierung eines solchen Multimedia-Datendienstes ist beispielsweise im UMTS-Standard (3GPP TS 23.140) [1] oder im Rahmen des OMA/WAP-Standards (OMA: Open Mobile Alliance, WAP: Wireless Application Protocol) (OMA-WAP-MMS-CTR-vl_l und OMA- WAP-MMS-ENC-vl_l) [2, 3] beschrieben.
Die oben beschriebenen Dienste SMS und MMS werden generell als sogenante "Store and Forward"-Dienste bezeichnet. Das "Store and Forward" -Prinzip beinhaltet ganz allgemein die Zwischenspeicherung einer zu übertragenden Nachricht in einer Dienste-Steuereinheit und anschließende Weiterleitung der Nachricht durch die Dienste-Steuereinheit.
Um den Kunden und Dienstesanbieter von "Store and Forward"- Nachrichten- oder Daten-Diensten eine größtmögliche Flexibilität beim Anbieten verschiedener Nachrichten- und Datenübertragungs-Dienste zu ermöglichen, wäre es wünschenswert, die Kostenübernahme für solche Dienste möglichst flexibel zu gestalten. So könnte beispielsweise sinnvoll sein, dass der Sender einer Werbenachricht die Kosten für diese Nachricht übernimmt, während der Empfänger die Übertragung einer von ihm bestellten Video-Datei bezahlt müsste. Es ist ein Nach- teil der im Stand der Technik bekannten "Store and Forward"- Nachrichten- und Datenübertragungs-Dienste, dass der Abrechnungsmodus für eine entsprechende Datenübertragung vom Diensteanbieter im Dienstesteuerungs-Zentrum vorgegeben wird und daher nicht im Einzelfall von den Benutzern beeinflusst werden kann.
Es ist daher Aufgabe der vorliegenden Erfindung, eine flexiblere Möglichkeit zur Vergebührung der Übertragung von Nutzdaten nach dem Store and forward" -Prinzip zur Verfügung zu stellen. Diese Aufgabe wird gelöst von einem Verfahren zur Übertragung von Nutzdaten, insbesondere Multimedia-Daten, in einem Koinmu- nikationsnetz von einer Sende-Kommunikationseinheit an eine Empfangs-Kommunikationseinheit vermittels einer Dienstesteuereinheit, wobei die Nutzdaten in der Dienste-Steuereinheit zwischengespeichert werden und wobei weiterhin den Nutzdaten eine Kostenübernahme-Information zugeordnet wird, durch welche ein Kostenträger für die Übertragung der Nutzdaten signalisiert wird.
Durch die Generierung der den Nutzdaten zugeordneten Kostenübernahme-Information können beispielsweise die Sende- Kommunikationseinheit, die Dienste-Steuereinheit oder auch die Empfangs-Kommunikationseinheit den Nutzdaten flexibel ei- ne Kostenübernahme-Information zuordnen und so den Abrechnungsmodus für die Übertragung der Nutzdaten flexibel beeinflussen. So kann als Abrechnungsmodus beispielsweise vorgesehen sein, dass die Sende-Kommunikationseinheit die Kosten für die Übertragung der Nutzdaten übernimmt, die Empfangs- Kommunikationseinheit die Kosten für die Übertragung der
Nutzdaten übernimmt, die Dienste-Steuereinheit die Kosten für die Übertragung der Nutzdaten übernimmt oder dass eine Kostenteilung der Übertragung der Nutzdaten zwischen beispielsweise der Sende-Kommunikationseinheit, der Empfangs- Kommunikationseinheit und/oder der Dienste-Steuereinheit vorgesehen ist.
Die Zuordnung der Kostenübernahme-Information kann durch den Sender erfolgen, der sich damit zum Beispiel zur Kostenüber- nähme bereiterklären oder diese ablehnen kann. Weiterhin kann die Zuordnung der Kostenübernahme-Information durch den Empfänger vorgenommen werden, welcher sich damit wiederum beispielsweise zur Kostenübernahme bereiterklären oder diese ablehnen kann. Auch die Dienste-Steuereinheit kann den Nutzda- ten die Kostenübernahme-Information zuordnen, wobei beispielsweise die Kostenübernahme durch den Anbieter eines verwendeten "Store and Forward"-Diensts und/oder durch einen mit dem Anbieter eines verwendeten "Store and Forward"-Diensts zusammenarbeitenden Anbieter von sogenannten "Mehrwertdiensten" vorgesehen sein kann (ein "Mehrwertdienst-Anbieter wird auch als VASP: "Value Added Service Provider" bezeichnet) . Dabei kann eine Mehrwertdienste-Steuereinheit des Anbieters von Mehrwertdiensten beispielsweise mit der Dienste- Steuereinheit verbunden sein wobei im Zusammenhang mit der vorliegenden Anmeldung beide zusammen als eine Art erweiterte Dienste-Steuereinheit betrachtet werden können. So kann die Zuordnung der Kostenübernahme-Information auch durch den Anbieter von Mehrwertdiensten beziehungsweise die Mehrwertdienste-Steuereinheit erfolgen. Die Mehrwertdienste- Steuereinheit kann aber auch außerhalb des eigentlichen zentralen Kommunikationsnetzes liegen und als unabhängig von der Dienste-Steuereinheit angesehen werden. Weiterhin kann die Anwendung spezieller Kostenübernahme-Profile (z.B. Übernahme der Übertragungskosten durch Sender und Empfänger für jeweils bestimmte Arten von Nutzdaten) orgesehen sein.
Außerdem kann die den Nutzdaten zugeordneten Kostenübernahme- Information auch durch die Dienste-Steuereinheit verändert (beispielsweise erweitert oder reduziert) werden. So kann den Nutzdaten beispielsweise bei der Übertragung zwischen Sende- Kommunikationseinheit und Dienste-Steuereinheit eine andere Kostenübernahme-Information zugeordnet werden als bei der Ü- bertragung zwischen Dienste-Steuereinheit und Empfangs- Kommunikationseinheit .
Der Nutzdaten-Übertragungsdienst kann einen standardmäßigen Abrechnungsmodus vorsehen, wie beispielsweise die Übernahme der Übertragungskosten für Nutzdaten durch den jeweiligen Empfänger. In diesem Fall könnte der Sender der Nutzdaten optional zum Beispiel die Übernahme der Kosten durch den Sender signalisieren und damit die Kosten. für die Übertragung über- nehmen. Weiterhin kann ein Nutzdaten-Übertragungsdienst so eingerichtet sein, dass kein standardmäßiger Abrechnungsmodus vorgesehen ist und jeweils beim Senden von Nutzdaten der Dienste-Steuereinheit und/oder dem Empfänger mitgeteilt wird, wer die Kosten für die Übertragung der Nutzdaten jeweils ü- bernimmt .
Kommunikationsnetze können beispielsweise als Fernsprech--.
Festnetze, Daten-Festnetze (Datex-P) oder Mobilfunknetze beispielsweise nach dem GSM-, CDMA-, UMTS- oder dem TD-SCDMA- Standard ausgebildet sein. Ein erfindungsgemäßes Verfahren zur Übertragung der Nutzdaten kann beispielsweise als SMS-, EMS- oder MMS-Nachrichtendienst gemäß dem GSM-, UMTS- [1, 4] und/oder OMA/WAP-Standard [2, 3] realisiert sein.
In einer vorteilhaften Ausgestaltung der Erfindung kann vorgesehen sein, dass die Kostenübernahme-Information mindestens eine Zusatzinformation, wie z.B. eine Gültigkeits-Information oder eine Adress-Information (beispielsweise die Adresse eines Kostenträgers für die Übertragung der Nutzdaten, der beispielsweise selbst nicht Sender oder Empfänger der Nutzdaten ist), u fasst. Damit kann die Kostenübernahme-Information beispielsweise an bestimmte Randbedingungen geknüpft werden. So kann mit einer der Kostenübernahme-Information zugeordnete Gültigkeitsinformation beispielsweise eine Kostenübernahme durch einen Sender von Nutzdaten auf einen bestimmten Zeitraum oder eine bestimmte Auswahl von Empfängern beschränkt sein. Außerdem kann die Zusatzinformation eine Aussage über die Unterstützung von Kostenübernahme-Informationen beispielsweise durch einen Diensteanbieter oder Empfänger umfassen. Die Verwendung einer Zusatz- oder Gültigkeits- Information erlaubt somit eine zusätzliche Erweiterung der Möglichkeiten, den Abrechnungsmodus für die Übertragung von Nutzdaten nach dem Λ Store and forward" -Prinzip flexibler zu gestalten bzw. zu individualisieren.
Die Kostenübernahme-Information kann beispielsweise von der Sende-Kommunikationseinheit an die Dienste-Steuereinheit ü- bertragen werden. Auf diese Weise kann von der Sende- Kommunikationseinheit Einfluss auf den Abrechnungsmodus der Nutzdaten-Übertragung genommen werden. So kann beispielsweise die Sende-Kommunikationseinheit der Dienste-Steuereinheit signalisieren, dass der Sender der Nutzdaten die Kosten übernimmt oder auch dass der Empfänger der Nutzdaten die Kosten für die Übertragung übernimmt.
Weiterhin kann vorgesehen sein, dass durch die Kostenübernahme-Information der Dienste-Steuereinheit und/oder der Empfangs-Kommunikationseinheit die Übernahme der Kosten durch die Sende-Kommunikationseinheit und/oder durch den Anbieter des verwendeten "Store and Forward"-Dienstes und/oder durch einen mit dem Anbieter des verwendeten "Store and Forward"- Dienstes zusammenarbeitenden "Mehrwertdienste"-Anbieters für die Übertragung der Nutzdaten signalisiert wird. Auf diese Weise ist es beispielsweise möglich, in Systemen, welche standardmäßig die Kostenübernahme einer Übertragung von Nutzdaten nach dem "Store and forward"-Prinzip (beispielsweise SMS, EMS oder MMS) durch den Empfänger der Nutzdaten vorsehen, im Einzelfall eine Kostenübernahme durch den Sender der Nutzdaten einzustellen. Dies kann beispielsweise bei der Ü- bermittlung von Werbe- oder Meinungsumfrage-Nachrichten gewünscht sein.
In einer weiteren Ausgestaltung der Erfindung kann die Kos- tenübernahme-Information zumindest teilweise gemeinsam mit den Nutzdaten übertragen werden. So kann die Kostenübernahme- Information beispielsweise in einem sogenannten Kopf-Block (englisch: header) einer Nutzdaten-Nachricht integriert sein, wobei die Nutzdaten-Nachricht den Kopf-Block und die Nutzda- ten umfasst. In solchen Kopf-Blöcken können typischerweise den Nutzdaten zugeordnete Steuerdaten wie beispielsweise der Sender der Nachricht, der Empfänger der Nachricht, der Typus der Nachricht und/oder ähnliche Informationen enthalten sein. Durch das gemeinsame Versenden der Kostenübernahme- Information mit den Nutzdaten wird ein zusätzlicher Datenstrom und Steuerungsaufwand vermieden, welcher bei einer se- paraten Übersendung der Kostenübernahme-Information auftreten würde .
Weiterhin kann vorgesehen sein, dass eine Steuerdaten- Nachricht zur Übertragung von den Nutzdaten zugeordneten
Steuerdaten übertragen wird und die Steuerdaten-Nachricht die Kostenübernahme-Information zumindest teilweise umfasst. Im Rahmen eines erfindungsgemäßen Verfahrens zur Übertragung von Nutzdaten kann es beispielsweise sinnvoll sein, Informationen über die zu versendenden oder versendeten Nutzdaten zu übertragen, ohne die Nutzdaten selbst mitzuübertragen..Eine Steuerdaten-Nachricht kann beispielsweise eine Informationsnachricht an den Empfänger der Nutzdaten sein, dass die Nutzdaten in der Dienste-Steuereinheit vorliegen, oder sie kann eine Bestätigungsnachricht über den ordnungsgemäßen Empfang der Nutzdaten durch die Dienste-Steuereinheit oder die Empfangs- Kommunikationseinheit sein.
In Steuerdaten-Nachrichten kann vorteilhafterweise die Kos- tenübernahme-Information zumindest teilweise integriert sein. So kann beispielsweise an den potentiellen Empfänger der Nutzdaten die Information übermittelt werden, dass der Sender der Nutzdaten die Kosten für die Nutzdatenübertragung übernimmt ohne beispielsweise den Gültigkeitszeitraum mitzuüber- tragen, da der Gültigkeitszeitraum beispielsweise nur für die Dienste-Steuereinheit relevant ist. Auf diese Weise kann die Kostenübernahme-Information übertragen werden, ohne einen unnötigen Datenstrom durch die Übersendung der gesamten Nutzdaten zu erzeugen.
In einer vorteilhaften Ausgestaltung der Erfindung umfasst das Verfahren zur Übertragung von' Nutzdaten die Schritte:
- Übertragen der Nutzdaten und der Kostenübernahme- Information von der Sende-Kommunikationseinheit an die Dienste-Steuereinheit - Zwischenspeicherung der Nutzdaten der Kostenübernahme- Information in der Dienste-Steuereinheit,
- Übertragen einer Informationsnachricht über die Nutzdaten von. der Dienste-Steuereinheit an die Empfangs- Ko munikationseinheit, wobei die Informationsnachricht die Kostenübernahme-Information zumindest teilweise umfasst,
- Übertragen einer den Empfang der Informationsnachricht bestätigenden Empfangsbestätigungs-Nachricht von der Empfangs-Kommunikationseinheit an die Dienste-Steuereinheit, und
- Übertragen der Nutzdaten von der Dienste-Steuereinheit an die Empfangs-Kommunikationseinheit..
Vermittels des im vorstehenden Absatz dargestellten Verfah- rens ist es möglich, Nutzdaten nach dem "Store and Forward" - Prinzip zu übertragen, wobei der Sender der Nutzdaten diesen eine Kostenübernahme-Information beifügen kann. Diese kann beispielsweise eine Information über die Übernahme der Übertragungskosten für die Nutzdaten durch den Sender der Nutzda- ten sowie gegebenenfalls eine Gültigkeitsinformation wie beispielsweise einen Gültigkeitszeitraum umfassen. .
Nach der Zwischenspeicherung der Nutzdaten in der Dienste- Steuereinheit kann dann eine Informationsnachricht über die Nutzdaten von der Dienste-Steuereinheit an die Empfangs- Kommunikationseinheit gesendet werden, welche die Kostenübernahme-Information zumindest teilweise umfasst. In einer solchen Nachricht kann dem Empfänger der Nutzdaten mitgeteilt werden, dass entsprechende an ihn adressierte Nutzdaten für ihn bereitliegen und wer die Kosten für die Übertragung der Nutzdaten und gegebenenfalls die Kosten für die Nutzdaten ü- bernimmt. Dabei kann die Informationsnachricht beispielsweise die gesamte vom Sender übermittelte Kostenübernahme- Information umfassen, gegebenenfalls inklusive einer Gültig- keits-Information. Es kann aber auch vorgesehen sein, dass nur eine Aussage über den Kostenträger dem Empfänger mitgeteilt wird, während eine unter Umständen vorhandene Gültig- keits- oder andere Zusatzinformation nicht mitübermittelt wird. Solche Informationen können auch erst zu einem späteren Zeitpunkt (zum Beispiel zusammen mit den Nutzdaten selbst) an den Empfänger übermittelt werden.
Eine vom Empfänger an die Dienste-Steuereinheit zurückgesendete Empfangs-Bestätigungsnachricht für die Informationsnachricht kann dann z.B. direkt die Übertragung der Nutzdaten von der Dienste-Steuereinheit an die Empfangs-Kommunikations- einheit auslösen. Außerdem kann vorgesehen sein, dass zur Ü- bertragung der Nutzdaten die Empfangs-Kommunikationseinheit eine separate Übertragungs-Aufforderung an die Dienste- Steuereinheit sendet.
In einer weiteren vorteilhaften Ausgestaltung der Erfindung umfasst das Verfahren zur • Übertragung von Nutzdaten die Schritte:
- Übertragen der Nutzdaten und der Kostenübernahme- Information von der Sende-Kommunikationseinheit an eine erste Dienste-Steuereinheit
Zwischenspeicherung der Nutzdaten der Kostenübernahme- Information in der ersten Dienste-Steuereinheit, Optionales überprüfen und/oder Modifizieren der Kosten- Übernahme-Information durch die erste Dienste- Steuereinheit,
Übertragen der Nutzdaten und der Kostenübernahme- Information von der ersten Dienste-Steuereinheit an eine zweite Dienste-Steuereinheit - Zwischenspeicherung der Nutzdaten der Kostenübernahme- Information in der zweiten Dienste-Steuereinheit,
- Optionales überprüfen und/oder Modifizieren der Kostenübernahme-Information durch die zweite Dienste- Steuereinheit, - Übertragen einer Informationsnachricht über die Nutzdaten von der zweiten Dienste-Steuereinheit an die Empfangs- Kommunikationseinheit, wobei die Informationsnachricht die Kostenübernahme-Information zumindest teilweise umfasst,
- Übertragen einer den Empfang der Informationsnachricht bestätigenden Empfangsbestätigungs-Nachricht von der Emp- fangs-Kom unikationseinheit an die zweite Dienste- Steuereinheit, und
- Übertragen der Nutzdaten von der zweiten Dienste- Steuereinheit an die Empfangs-Kommunikationseinheit, gegebenenfalls zumindest teilweise zusammen mit der Kosten- Übernahme-Information.
Das im vorstehenden Absatz beschriebene Verfahren beschreibt eine mögliche Ausgestaltung der Erfindung bei Übertragung einer Multimedianachricht über zwei beteiligte Dienste- Steuereinheiten. Ein derart ausgebildetes Verfahren kann beispielsweise Anwendung finden, wenn der Sender und der Empfänger der Nutzdaten von verschiedenen Diensteanbietern versorgt werden.
Die vorstehend genannte Aufgabe wird weiterhin gelöst von einem Kommunikationsnetzwerk zur Übertragung von Nutzdaten, insbesondere Multimediadaten, von einer Sende- Kommunikationseinheit an eine Empfangs-Kommunikationseinheit vermittels einer Dienste-Steuereinheit, wobei die Dienste- Steuereinheit zur Zwischenspeicherung der Nutzdaten eingerichtet ist, und wobei den Nutzdaten eine Kostenübernähme- Information zur Signalisierung des Kostenträgers für die Ü- bertragung der Nutzdaten zugeordnet wird.
Die Zuordnung von Kostenübernahme-Information zu zu übertragenen Nutzdaten ermöglicht es, ein Kommunikationsnetzwerk zur Verfügung zu stellen, welches "Store and Forward" - Nachrichtendienste mit einer flexiblen Einstellung des Kostenträgers für die Übertragung von Nutzdaten ermöglicht. Das Kommunikationsnetzwerk, die Empfangs- und Sende- Kommunikationseinheit sowie die Dienste-Steuereinheit und die entsprechenden zwischen diesen Einheiten ausgetauschten Nutz- und Signalisierungsdaten können weiterhin entsprechend den voranstehend gemachten Ausführungen ausgestaltet sein.
Die vorstehend genannte Aufgabe wird auch gelöst von einer Sende-Kommunikationseinheit zum Versenden von Nutzdaten, insbesondere Multimediadaten, an eine Empfangs- Kommunikationseinheit vermittels einer Dienste-Steuereinheit, wobei die Dienste-Steuereinheit zur Zwischenspeicherung der Nutzdaten eingerichtet ist, und weiterhin die Sende- Kommunikationseinheit zur Erstellung einer Kostenübernahme- Information für die Dienste-Steuereinheit und/oder die Empfangs-Kommunikationseinheit zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten eingerichtet ist.
Eine solche Sende-Kommunikationseinheit kann ein Telekommunikationsendgerät wie beispielsweise ein Telefon, ein Mobiltelefon oder ein mit einem Telekommunikationsmodul versehener Computer oder Organizer sein. Die Sende-Kommunikationseinheit kann dabei derart ausgestaltet sein, dass beim Versenden von Nutzdaten standardmäßig eine bestimmte Kostenübernahme- Information, wie beispielsweise die Übernahme der Übertragungskosten durch den Sender, erstellt wird. Weiterhin kann auch vorgesehen sein, dass der Benutzer der Sende-. Kommunikationseinheit beim Versenden von Nutzdaten nach dem "Store and Forward" -Prinzip zur Eingabe bzw. zur Auswahl einer Kostenübernahme-Information, beispielsweise eines Kostenträgers und/oder eines Gültigkeitszeitraums, aufgefordert wird. Auch eine solche Sende-Kommunikationseinheit ermöglicht ein flexibleres Bereitstellen von entsprechenden Nutzdaten- Diensten, wie beispielsweise SMS- oder MMS-Diensten mit flexibleren Kostenstrukturen.
Die vorstehende Aufgabe wird weiterhin gelöst von einer Empfangs-Kommunikationseinheit zum Empfang von Nutzdaten, insbe- sondere Multimedia-Daten, von einer Sende- Kommunikationseinheit vermittels einer Dienste-Steuereinheit, wobei die Dienste-Steuereinheit zur Zwischenspeicherung der Nutzdaten eingerichtet ist, wobei weiterhin die Empfangs- Kommunikationseinrichtung zur Ausgabe einer Kostenübernähme- Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten eingerichtet ist.
Durch die Ausgabe der Kostenübernahme-Information ist es einem Empfänger zum Beispiel möglich zu entscheiden, ob er unter den entsprechend signalisierten Bedingungen bereit ist, die Nutzdaten zu empfangen. So kann er gegebenenfalls den Empfang der Nutzdaten ablehnen, wenn er selbst die Kosten für die Übertragung der Nutzdaten übernehmen muss und dazu nicht bereit ist .. Derartige Entscheidungen zur Übertragung der Nutzdaten können weiterhin auch automatisch auf Basis von in der Empfangs-Kommunikationseinheit abgespeicherten Benutzer- Präferenzen realisiert werden. Daher ermöglichen auch derartige Empfangs-Kommunikationseinheiten eine flexiblere Einstellung der Vergebührung von Nutzdaten-Übertragungen nach dem "Store and Forward" -Prinzip.
Die vorstehende Aufgabe wird weiterhin gelöst von einer
Dienste-Steuereinheit zur Weiterleitung von Nutzdaten, insbesondere Multimediadaten, von einer Sende- ■ Kommunikationseinrichtung an eine E pfangs- Kommunikationseinrichtung,. wobei die Dienste-Steuereinheit zur Zwischenspeicherung der Nutzdaten eingerichtet ist, und wobei weiterhin die Dienste-Steuereinheit zum Empfang und/oder zur Speicherung und/oder zur Übertragung einer den Nutzdaten zugeordneten Kostenübernahme-Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzda- ten eingerichtet ist.
Durch die Einbeziehung einer den Nutzdaten zugeordneten Kostenübernahme-Information wird es möglich, unterschiedlichen Nutzdaten und/oder Nutzdatenobjekten verschiedene Kostenträ- ger zuzuordnen. Wird die Vergebührung der Nutzdaten- Übertragung direkt durch die Dienste-Steuereinheit gesteuert, so kann dies direkt durch Berücksichtigung der Kostenübernah- me-Information geschehen. Wird die Vergebührung der Nutzdatenübertragung durch eine andere Einrichtung im Telekommunikationsnetz gesteuert, kann die Dienste-Steuereinheit die Kostenübernahme-Information, beispielsweise mit einer die Nutzdaten-Übertragung charakterisierenden Größe (z.B. Übertragungsdauer, Datenmenge), an diese Einrichtung übertragen. Daher ermöglicht auch eine derartige Dienste-Steuereinheit eine flexiblere Einstellung der Vergebührung von Nutzdaten- Übertragungen nach dem "Store and Forward" -Prinzip.
Weitere bevorzugte Ausführungsformen sind in den Unteransprüchen enthalten.
Im Folgenden wird die Erfindung beispielhaft mit Bezug auf die beiliegenden Figuren erläutert. Es zeigen:
Figur 1 : Schemazeichnung eines Telekommunikationsnetzwerks zur Übertragung von Multimedia- Nachrichten;
Figur 2: Beispiel für den Nachrichtenfluss beim
Versenden einer Multimedia-Nachricht in einem Telekommunikations-Netzwerk gemäß Figur 1;
Figuren 3 bis 12: Tabellarische Aufstellungen von Kopf- Datensätzen für einzelne der in Figur 2 dargestellten Nachrichten;
Figur 13: Nachrichtenaustausch bei der Übersendung einer Multimedia-Nachricht gemäß dem OMA/WAP-Protokoll;
Figur 14: Tabellarische Aufstellung der Zuweisung von hexadezimalen Werten zu Feldnamen für
Multimedia-Nachrichten gemäß dem OMA/WAP- Protokoll; Figur 15; Mögliche. Zuweisung von hexadezimalen Werten zu Kostenübernahme-Kopf-Feldern einer Multimedia-Nachricht gemäß dem OMA/WAP- Protokoll;
Figur 16 Darstellung von vier Möglichkeiten den Feld-Wert eines Kopf-Feldes einer OMA/WAP-Multi edia-Nachricht zu kodieren;
Figur 17 bis 21 Beispiele für mögliche Feld-Werte für Kopf-Felder einzelner Nachrichten gemäß Figur 13;
Figuren 22 bis 28: Tabellarische Aufstellung möglicher Kopf- Datenfelder für einzelne der Nachrichten gemäß Figur 13.
In der folgenden Beschreibung verschiedener Ausführungsbei- spiele der vorliegenden Erfindung werden Spezialausdrücke, welche beispielsweise im Rahmen der Mobilfunk- Standardisierung (z.B. 3GPP-Standardisierung (3GPP: Third Generation Partnership Project) oder OMA/WAP-Standardisierung (OMA: Open Mobile Alliance; WAP: Wireless Application Proto- col) ) standardmäßig verwendet werden und dort eine feste Bedeutung haben in der Originalformulierung (im allgemeinen Englisch) zitiert und nicht übersetzt. Solche Ausdrücke werden kursiv gedruckt. Ebenfalls kursiv gedruckt werden vergleichbare Ausdrücke, welche in den folgenden Erläuterungen eine den genannten Ausdrücken vergleichbare Funktion haben und als Beispiele für mögliche Ausgestaltungen der Erfindung verwendet werden.
Spezielle Ausdrücke, welche im Rahmen der genannten Mobil- funk-Standardisierung (z.B. 3GPP-Standardisierung oder
OMA/WAP-Standardisierung) dort definierte und festgelegte Nachrichten oder Feldnamen bezeichnen, werden im Folgenden fett gedruckt und zusätzlich mit Pfeilen "»" und "«" wie folgt: »Nachrichten-Name« oder »Feldname« markiert.
Figur 1 stellt schematisch -ein . Telekommunikationsnetz 10 zur Übertragung von Multimedia-Nachrichten (MM: Multimedia Message) zwischen einer Sende-Kommunikationseinheit (Sendeeinheit, Sendeeinrichtung, MMS user agent A) 20 und einer Empfangs- Kommunikationseinheit (Empfangseinheit, Empfangseinrichtung, MMS user agent B) 22 im Rahmen des MultimediaNachrichtendienstes (MMS: Multimedia Messaging Service) dar. Dabei wird die Multimedia-Nachricht von der Sendeeinheit 20 über eine Luftschnittstelle MM1 40 eines Mobilfunknetzes an eine MMS-Dienstesteuereinheit_A 30 [MMS relay/server Ä) eines MMS-Diensteanbieters eines Versenders der MM gesendet. Über eine Telekommunikationsverbindung 44 (MM4) wird die Multimedia-Nachricht dann an eine MMS-Dienstesteuereinheit_B 32 {MMS relay/server B) übertragen. Von der MMS-
Dienstesteuereinheit_B 32 eines Empfängers B wird die Multimedia-Nachricht dann über eine zweite Luftschnittstelle 42 an die Empfangseinheit 22 übertragen. Diese Ausgestaltung eines solchen zur Übertragung von Multimedia-Nachrichten eingerichteten Kommunikationsnetzwerks entspricht dem UMTS-Standard gemäß Referenz [1] .
Beschreibung Fig. 2:
In Figur 2 wird der Austausch von sogenannten MMS-a.bstract messages ( abstract message : siehe z.B. [1]) zwischen der Sendeeinheit 20 und der Empfangseinheit 22 vermittels der MMS- Dienstesteuereinheit_A 30 und der MMS-Dienstesteuereinheit_B 32 beim Versenden und Empfangen einer Multimedianachricht 50 gemäß dem 3GPP MMS-Standard [1] dargestellt. Eine ajstract message umfasst dabei mindestens ein Informationselement. Die Sendeeinheit 20 schickt die Multimedia_Nachricht (MM: Multimedia Message) 50 über eine Luftschnittstelle MM1 40 an die MMS-Dienstesteuereinheit_A 30 eines MMS- Dienstleistungsanbieters A mit einer abstract message »MM1 submit.REQ« 60.
Die MMS-Dienstesteuereinheit_A 30 bestätigt den korrekten Empfang der MM 50 mit einer abstract message »MMl_submit.RES« 62. Die Übertragung der MM 50 an die MMS- Dienstesteuereinheit_B 32 des Empfängers geschieht mit einem abstract message-Paar »MM4_ orward.REQ« 64 (enthält die MM 50) und »MM4_forward.RES« 66 (Rückmeldung) . Danach wird die Empfangseinrichtung 22 des Empfängers über die zum Herunterladen bereitliegende MM 50 mit einer abstract message »MMl_notification.REζ2« 68 informiert. In dieser MMS-
Benachrichtigung ist der URI (URI - Uniform Resource Identi- fier) eines Speicherplatzes der MM 50 als Referenz enthalten. Eine abstract message »MMl_notification.RES« 70 dient als Bestätigung für den korrekten Empfang der MMS- Benachrichtigung durch die Empfangseinheit 22. Mit einer abstract message »MMl_retrieve.REQ« 72 kann die Empfangseinheit 22 das Herunterladen einer auf der MMS- Dienstesteuereinheit_B 32 bereitliegenden MM 50 initiieren. Das Zustellen der MM 50 von der MMS-Dienstesteuereinheit_B 32 an den MMS User Agent B 22 erfolgt mittels einer abstract message »MMl_retrieve.RES« 74. Die MMS- Dienstesteuereinheit_B 32 kann mit einer abstract message »MMl_acknowledgement.REQ« 76 von der Empfangseinheit 22 ü- ber den Ausgang des Herunterladens der MM 50 informiert wer- den. Figur 2 zeigt ein Ablaufdiagramm, in dem die genannten und in [1] definierten abstract messages dargestellt sind. Beschreibung Figuren 3 bis 12 (Tabellen) :
In den Tabellen in den Figuren 3 bis 12 sind Beispiele für um eine Kostenübernahme-Information erweiterte sogenannte MMS- "abstract messages" gemäß dem 3GPP-Standard [1] dargestellt. Die aufgeführten abstract messages werden gemäß [1] mit »MMl_submit.REQ«, »MMl_submit.RES«, »MM4_ orward.REQ« » M4_forward.RES«, »MMl_notification.REQ«, »MMl_notification .RES«, »MMl_retrieve.RES«, »MMl_acknowledgement.REQ«, »MM4_deliverγ_repor .REQ« und »MMl_deliverγ_report.REQ<< bezeichnet. Die Bedeutung dieser abstract messages wurde im Rahmen der Beschreibung von Figur 2 kurz erläutert.
Die Tabellen in den Figuren 3 bis 12 beschreiben eine Möglichkeit, eine Kostenübernahme-Information in einzelnen aJs- tract messages zu implementieren. Dabei sind die entsprechenden 3GPP-a stract messages gemäß 3GPP MMS-Standard [1] um einige neue Informationselemente ergänzt, welche eine Kosten- Übernahme-Information im Sinne der vorliegenden Erfindung beinhalten. Im folgenden werden unter a) bis j) zu den in Figur 2 gezeigten abstract messages 60 - 76 als Kostenübernahme-Informationen in den Tabellen der Figuren 3 bis 12 eingefügte Informationselemente beispielhaft ausgeführt. Zur bes- seren Kenntlichmachung sind diese neuen Informationselemente in den Tabellen der Figuren 3 bis 12 jeweils dick eingerahmt.
Die bisher bereits aus dem Stand der Technik (s. Verweise auf entsprechenden 3GPP-Standard in den Tabellen) bekannten In- formationselemente in den Tabellen der Figuren 3 bis 12 beschriebenen abstract messages werden im Rahmen dieser Erläu- terung nicht mehr gesondert diskutiert. Es wird stattdessen in den jeweiligen Tabellen der Figuren 3 bis 12 auf die Zitate im entsprechenden 3GPP-Standard hingewiesen.
Die Bezugszeichen der einzelnen abstract messages beziehen sich auf Figur 2.
Schnittstelle MM1 auf der A-Seite:
a) »MMl_submit.REQ« 60:
1. Information Element retrieval -for-free :
Anzeige der Bereitschaft des Absenders zur Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus: » Ml_retrieve.REQ« 72 wird zeitlich direkt nach »MMl_notification.RES« 70 abesandt) bzw. das Herunterladen (PULL-Modus: »MMl_retrieve.REQ« 72 wird in einem vom Benutzer bestimmten Zeitabstand nach »MMl_notifica ion.RES« 70 abesandt) dieser MM 50 (optional kann dieses Informationselement auch die maximale Anzahl der Herunterladvorgänge auf der B-Seite beinhalten) .
2. Information Element retrieval -for-free-deadline :
Zeitliche Frist für die Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM. b) »MMl_submit.RES« 62:
1. Information Element retrieval -for-free-s upport-at- originat or-MMSE : Rückmeldung an die Sendeeinheit 20, dass bzw. ob der MMS-Dienstleistunganbieter A die angeforderte retrieval - for-free Funktionalität unterstützt.
Schnittstelle MM4 zwischen zwei MMS-Dienstleistungsanbietern:
c) »MM4_forward.REQ« 64:
1. Information Element retrieval -for-free :
Anzeige der Bereitschaft des Absenders zur Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM (optional kann dieses Informationselement auch die maximale Anzahl der Herunterladvorgänge auf der B-Seite beinhalten) .
2. Information Element retrieval -for-free-deadline : Zeitliche Frist für die Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM.
3. Information Element retrieval -for-free-s upport-at- originator-MMSE : Information an den MMS-Dienstleistungsanbieter B, daß bzw. ob der MMS-Dienstleistunganbieter A die angeforderte retrieval -for-free Funktionalität unterstützt. d) »MM4_fo ward.RES« 66:
1. Information Element retrieval -for-free-support-at- recipient-MMSE:
Rückmeldung an den MMS-Dienstleistungsanbieter A, daß bzw. ob der MMS-Dienstleistunganbieter B die angeforderte retrieval -for-free Funktionalität unterstützt. Schnittstelle MM1 auf der B-Seite:
e) »MMl_noti ication.REQ« 68: 1. Information Element retrieval -for-free :
Anzeige der Bereitschaft des Absenders zur Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM 50 (optional kann dieses Informationselement auch die maximale Anzahl der Herunterladvorgänge auf der B-Seite beinhalten) .
2. Information Element retrieval -for-free-deadline :
Zeitliche Frist für die Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM. 3. Information Element retrieval -for-free-support-at- ori gi na t or-MMSE :
Information an Empfangseinheit, daß bzw. ob der MMS- Dienstleistunganbieter A die angeforderte retrieval -for- free Funktionalität unterstützt. 4. Information Element retrieval -for-free-support-at- recipl en t -MMSE :
Information an die Empfangseinrichtung, daß bzw. ob der MMS-Dienstleistunganbieter B die angeforderte retrieval - for-free Funktionalität unterstützt. f) »M l_notification.RES« 70:
1. Information Element retrieval -for-free : Anzeige, daß der Empfänger auf das Angebot des Absenders zur Übernahme der Kosten für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM eingeht. g) »MMl_retrieve.RES« 74: 1. Information Element retrieval -for-free :
Anzeige der Bereitschaft des Absenders zur Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM (optional kann dieses Informationselement auch die Nummer des Aktuellen Herunterladvorganges auf der B-Seite beinhalten) .
2. Information Element retrieval -for-free-deadline :
Zeitliche Frist für die Übernahme der Kosten vom Empfänger für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM. 3. Information Element retrieval -for-free-s upport-at- originator -MMSE :
Information an die Empfangseinheit, daß bzw. ob der MMS- Dienstleistunganbieter A die angeforderte retrieval -for- free Funktionalität unterstützt. 4. Information Element retrieval -for-free-support-at- recipient-MMSE:
Information an die Empfangseinrichtung, daß bzw. ob der MMS-Dienstleistunganbieter B die angeforderte retrieval - for-free Funktionalität unterstützt. h) »MMl_acknowledgement.REQ« 76: a) Information Element retrieval -for-free :
Anzeige, daß der Empfänger auf das Angebot des Absenders zur Übernahme der Kosten für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM eingeht (optional kann dieses Informationselement auch die Nummer des aktuellen Herunterladvorgangs auf der B-Seite beinhalten) .
Schnittstelle MM4 zwischen zwei MMS-Dienstleistungsanbietern:
i) »MM4_delivery_report.REQ«:
1. Information Element retrieval -for-free :
Anzeige, daß der Empfänger auf das Angebot des Absenders zur Übernahme der Kosten für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM eingegangen ist (optional kann dieses Informationselement auch die Nummer des aktuellen Herunterladvorgangs auf der B- Seite beinhalten) .
Schnittstelle MM1 auf der A-Seite:
j ) »MMl_deliverγ_report.REQ«:
1. Information Element retrieval -for-free : Anzeige, daß der Empfänger auf das Angebot des Absenders zur Übernahme der Kosten für den Empfang (PUSH-Modus) bzw. das Herunterladen (PULL-Modus) dieser MM eingegangen ist (optional kann dieses Informationselement auch die Nummer des aktuellen Herunterladvorgangs auf der B- Seite beinhalten) .
Wie voranstehend ausgeführt, kann das Informationselement "retrieva2--for-free- ea Iine" zum Beispiel optional für die Anzeige einer Frist verwendet werden. Alternativ kann die gleiche Information auch mit dem schon vorhandenen Informationselement " Time of Expiry" ausgedrückt werden. Vorteilhafterweise sind dazu beiden Fristen gleich und die Verwendung des Informationselement " Time of Expiry" ist entsprechend definiert.
Wie unter den Punkten e) und g) dargestellt, können in den abstract messages »MMl_noti ication.REQ« 68 und »MMl_retrieve.RES« 74 sowohl das Informationselement ret- rieval -for-free-s upport-at-originator-MMSE als auch das Informationselement retrieval -for- free-s upport-at-recipient- MMSE als Kostenübernahme-Information verwendet werden, wenn beide an der Übertragung der MM beteiligten MMS- Dienstesteuereinheiten (30, 32) (MMSEs) die retrieval-for- free Funktionalität unterstützen.
Weiterhin kann auch die Empfangseinheit 22 zunächst jede mit einer MM eintreffende abstract message »MM4_forward.REQ« 64 daraufhin untersucht, ob der Absender 20 die retrieval -for- free Funktionalität beantragt hat, der MMS- Dienstleistungsanbieter A des Absenders die retrieval -for- free Funktionalität unterstützen und die eventuell vorhandenen zusätzlichen Einschränkungen (wie beispielsweise Anzahl der Herunterladvorgänge, zeitliche Frist) für den MMS- Dienstleistungsanbieter B des Empfängers akzeptabel sind und daran anschließend auf Basis dieser Untersuchung das Information Element retrieval -for-free-s upport-at-originator-MMSE gegebenenfalls durch das Information Element retrieval -for- free-s upport-at-recipient-MMSE ersetzt. Anders ausgedrückt kann die MMS-Dienstesteuereinheit B 32 ein eventuell der MMS- Dienstesteuereinheit_A 30 gesetztes Informationselement vom Typ retrieval-for-free-support-at-originator-MMSE durch das entsprechende Informationselement vom Typ retrieval -for- free- support-at-recipient-MMSE ersetzen, sofern auch die MMS- Dienstesteuereinheit_B 32 die gewünschte Funktionalität unterstützt und mit den möglicherweise vorhandenen zusätzlichen Einschränkungen einverstanden ist. Damit kann das "Mitschleppen" des Informationselements vom Typ Retri eval -For-Free- Support-At-Originator-MMSE vermieden werden, wodurch gleich- zeitig auch das Datenvolumen auf der Luftschnittstelle reduziert wird.
Beschreibung Fig. 13:
Figur 13 zeigt ein mögliches Nachrichten-Flussdiagramm für eine Übertragung einer MM 150 unter Verwendung des OMA/WAP- Protokolls nach heutigem Stand der Technik gemäß [2, 3] . Das Diagramm in Figur 13 stellt dabei den Austausch von OMA/WAP MMS-Protokolldaten zwischen vier beteiligten Instanzen, einer Sendeeinrichtung 120 (MMS Client A) r einer MMS-
Dienstesteuereinheit_A 130 (MMS Proxy-Relay A) , einer MMS- Dienstesteuereinheit_B 132 (MMS Proxy-Relay B) und einer Empfangseinrichtung 122 (MMS Cli ent B) bei der Übertragung einer MM 150 dar.
Im in Figur 13 dargestellten Verlauf kann die Sendeeinrichtung 120 eines Absenders die MM 150 an die MMS- Dienstesteuereinheit_A 130 eines MMS-Dienstleistungsanbieters A mit einer Nachricht »M-Send.req« 160 schicken. Die MMS- Dienstesteuereinheit_A 130 bestätigt den korrekten Empfang der MM 150 mit einer Nachricht »M-Send.conf« 162. Die Übertragung der MM 150 an die MMS-Dienstesteuereinheit B 132 ei- nes Empfängers geschieht in einem Internet-Netzwerk 164 (IP- Netzwerk, IP: Internet Protocol) . Danach wird die Empfangseinrichtung 122 über die zum Herunterladen bereitliegende MM 150 mit einer Nachricht »M-Notification. ind« 168 infor- miert. In dieser MMS-Benachrichtigung ist der URI (URI - Uniform Resource Identifier) eines Speicherplatzes der MM 150 als Referenz enthalten. Eine Nachricht »M-NotifyResp.req« 170 dient als Bestätigung für den korrekten Empfang der MMS- Benachrichtigung 168 durch die Empfangseinrichtung 122. Mit einer Nachricht »WSP_GET« 172 kann die Empfangseinrichtung 122 das Herunterladen der auf der MMS-Dienstesteuereinheit_B 132 bereitliegenden MM 150 initiieren. Das Zustellen der MM 150 von der MMS-Dienstesteuereinheit_B 132 an die Empfangseinrichtung 122 erfolgt mittels einer Nachricht »M- Retrieve.conf« 174. Die MMS-Dienstesteuereinheit_B 132 kann mit einer Nachricht »M-Acknowledge.ind« 176 von der Empfangseinrichtung 122 über den Ausgang des Herunterladens der MM 150 informiert werden. Über das Internet-Netzwerk 178 (IP- Netzwerk) wird dann der Sendeeinrichtung 120 eine Bestäti- gunsnachricht »M-Deliverγ.ind« 180 gesendet.
Eine Kostenübernahme-Information kann dabei beispielsweise in den in Figur 13 dargestellten OMA/WAP MMS-Nachrichten »M- Send.req« 160, »M-Send.conf« 162, »M-Noti ication. ind« 168, »M-NotifyResp.req« 170, »M-Retrieve. conf« 174, »M- Acknowledge.ind« 176 und »M-Delivery.ind« 180 enthalten sein.
Figuren 14 bis 28: In den folgenden Figuren 14 bis 28 wird eine Möglichkeit beschrieben, um welche Kopf-Felder vorstehend erwähnte WAP Nachrichten zum Einfügen einer Kostenübernahme-Information erweitert werden können.
Figuren 14 und 15: Nach [2, 3] besteht ein Kopf-Feld in einer OMA/WAP MMS PDU
(PDU: "Protocol Data Unit": Steuerdatensatz oder Protokolldatensatz welcher im Rahmen der Übertragung einer MM 150 versendet wird (entspricht abstract message gemäß [1])) aus einem Feld-Namen, gefolgt von einem Feld-Wert, der aus mindes- tens einem Oktett (8-bit-Wort) besteht. Die Zuweisung von hexadezimalen Werten zu den Feld-Namen ist in der Tabelle in Figur 14 aufgeführt. Derzeit existieren 33 Feld-Namen. Zur Aufnahme einer Kostenübernahme-Information können beispielsweise neu definierten Feld-Namen beginnen deshalb bei Nummer 34 (hexadezimal: 0x22) verwendet werden. Sie sind in der Tabelle in Figur 15 dargestellt.
Figur 16:
Die Tabelle in Figur 16 zeigt vier Möglichkeiten den Feld- Wert eines Kopf-Feldes einer OMA/WAP MMS PDU zu codieren, wobei das erste Oktett über die Art und Länge der Codierung entscheidet. Um die zu übertragenden Datenmenge auf der Luftschnittstelle gering zu halten, können die Feld-Werte für die zur Aufnahme von Kostenübernahme-Information definierten Kopf-Felder vorzugsweise aus dem vierten Wertebereich (128 bis 255) stammen.
Figur 17 und 18
Die Feld-Werte für ein mögliches Kopf-Feld »X-Mαis-Retrieval- For-Free« könnten beispielsweise so definiert werden, dass sie eine einfache "requested"/"not requested" bzw. "ja" /"nein" Unterscheidung auf die Frage zulassen, ob eine Sende- (120) oder Empfangseinrichtung (122) die retrieval - for-free Funktionalität beantragt bzw. in Anspruch nimmt. Denkbar ist auch eine Codierung, welche die explizite Angabe einer Nummer erlaubt (z.B. Anzeige für wie viele Herunterladvorgänge auf der B-Seite der Absender zur Übernahme der Kosten bereit ist bzw. Anzeige wie viele Herunterladvorgänge auf der B-Seite des Absenders bereits in Anspruch genommen worden sind) . Zwei Codierungsmöglichkeiten sind in den Abbildungen 17 (einfache Unterscheidung) und 18 (Angabe der Anzahl von Herunterladvorgängen) dargestellt .
Figur 19: Die Feld-Werte für ein mögliches Kopf-Feld »X- ns-jRetrieval- For-Free-Deadline« können standardkonform nach [2, 3] entweder als absolutes Datum oder als relative Zeitspanne codiert werden (Figur 19) .
Figur 20 und 21:
Für eine Definition der Codierung von Feld-Werte für zwei mögliche Kopf-Felder »X-Mns-jetrieval-For-Free-Support-.At- Origina or-.Do.niain« und »X-Mms-JRetrieval-For-Free-Support- At-jRecipient-Domain« kann, wie in den Abbildungen 20 und 21 dargestellt, beispielsweise eine einfache "ja" /"nein" Unterscheidung gewählt werden.
Figuren 22 bis 28:
Beispiele für durch Kostenübernahme-Informationen modifizier- te OMA/WAP MMS PDUs »M-Send.req« 160, »M-Send.conf« 162, »M-Notification. ind« 168, »M-NotifγResp. ind« 170, »M- Retrieve.conf« 174, »M-Acknowledge . ind« 176 und »M- Delivery.ind« 180 sind in den Tabellen in den Figuren 22 bis 28 dargestellt. Den beispielhaften Tabellen liegt zu Grunde, dass in der MMS- Dienstesteuereinheit_B 132 das Kopf-Feld »X-ivδπs-Jetrieval- For-Free-Support-At-Orlginator-Domaln« durch das Kopf-Feld »X-Mns-Retrleval-For-Free-Support-At-Reciplent-Domaln« ersetzt werden kann, falls auch der zweite an der Übertragung der MM beteiligte MMS-Dienstleistungsanbieter B die geforderte Funktionalität unterstützt und die Randbedingungen akzeptiert.
Figur 22: In der OMA/WAP MMS »M-Send.req« PDU 160 können beispielsweise Kopf-Felder »X-λSns- etrieval-For-Free« und »X-Mπs- -Retrieval-For-Free-Deadline« ergänzt werden, mit denen die Sendeeinrichtung 120 beim Abschicken der MM 150 die Bereitschaft des Absenders zur Übernahme der Kosten, sowie eine zeitliche Frist zum Ausdruck bringen kann.
Figur 23:
In der OMA/WAP MMS »M-Send.conf« 162 PDU kann beispielsweise ein Kopf-Feld »X-büns-Retrieval-For-Free-At-Originator- Domain« ergänzt werden, mit dem es einem MMS- Dienstleistunganbieter A möglich ist, der Sendeeinrichtung 120 anzuzeigen, ob eine retri e va 1 -for -free- nfrage akzeptiert und weitergeleitet wird.
Figur 24: In der OMA/WAP MMS »M-Notification. ind« PDU 168 können Kopf-Felder »X- πs-iRetrieval-For-Free« und »X-Mπs- Ketrieval-For-Free-Deadline« ergänzt werden, mit denen der Empfänger über die Bereitschaft des Absenders zur Übernahme der Kosten, sowie einer zeitlichen Frist informiert werden kann. Außerdem kann ein Kopf-Feld »X-Mπs-iRetrieval-For-Free- -at-Kecipient-Domain« ergänzt werden, mit dem ein MMS- Dienstleistunganbieter B dem Empfänger anzeigen kann, ob die retrieval -for-free Funktionalität von den beiden beteiligten MMS-Dienstleistungsanbietern unterstützt wird.
Figur 25:
In der OMA/WAP MMS »M-NotifyResp.ind« PDU 170 kann ein Kopf-Feld »X- πs-iRetrieval-For-Free« ergänzt werden, mit dessen Hilfe der MMS-Dienstleistungsanbieter B des Empfängers über die Entscheidung des Empfängers bzw. die Anzahl der bisher getätigten Herunterladvorgänge des Empfängers informiert werden kann .
Figur 26:
In der OMA/WAP MMS »M-Retrieve.conf« PDU 174 können Kopf- Felder »X-ifeis-JRetrieval-For-Free« und »X- πs-.RefcrievaI-
For-Free-Deadline« ergänzt werden, mit denen der MMS Client B 122 über die Bereitschaft des Absenders zur Übernahme der Kosten, sowie einer zeitlichen Frist informiert werden kann. Außerdem kann ein Kopf-Feld »X-i>!fas--RetrievaI-For-Free-.At- -Recipient-Domain« ergänzt werden, mit dem der MMS- Dienstleistunganbieter B der Empfangeinrichtung 122 anzeigen kann, ob die retrieval -for-free Funktionalität von den beiden beteiligten MMS-Dienstleistungsanbietern unterstützt wird. Figur 27 :
In der OMA/WAP MMS »M-Acknowledge.ind« PDU 176 kann ein Kopf-Feld »X-ivδπs--Retrieva2-For-Free« ergänzt werden, mit dessen Hilfe der MMS-Dienstleistungsanbieter B des Empfängers über die Entscheidung bzw. die Anzahl der bisher getätigten Herunterladvorgänge des Empfängers informiert werden kann.
Figur 28:
In der OMA/WAP MMS »M-Deliverγ.ind« PDU 180 kann ein Kopf- Feld »X- ns-JRetrieval-For-Free« ergänzt werden, mit dessen Hilfe der MMS Client A 120 über die Entscheidung bzw. Anzahl der bisher getätigten Herunterladvorgänge des Empfängers informiert werden kann.
Die vorliegende Erfindung beschreibt ein Verfahren zur Übertragung von Nutzdaten in einem Kommunikationsnetz von einer Sende-Kommunikationseinheit an eine Empfangs-Kommunikationseinheit im Rahmen eines sogenannten "Store and Forward" - Datendiensts, wobei den Nutzdaten eine Kostenübernahme- Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten zugeordnet wird. Auf diese Weise kann die Vergebührung der Nachrichten- bzw. Datenübertragung im Rahmen eines solchen Dienstes flexibler beispielsweise den Wünschen von Kunden oder Betreibern von Kommunikationsnetz- werken angepasst werden.
Referenzen:
[1] 3GPP TS 23.140 V6.0.0 (2002-12) "Multimedia Messaging Serviece (MMS); Functional Description; Stage 2"; available at www.3gpp.org;
[2] OMA-WAP-MMS-ENC-vl_l-20021030-C "Multimedia Messaging Service: Encapsulation Protocol, Version 1.1, 30- October_2002; available at www. openmobilealliance . org;
[3] OMA-WAP-MMS-CTR-vl_l-20021031-C "Multimedia Messaging Service: Client Transactions, Version 1.1, 31-October_2002; available at www. openmobilealliance . org.
[4] 3GPP TS 23.040 V6.0.1 (2002-09) "Technical Realization of the Short Message Service (SMS)"; available at www.3gpp.org;

Claims

Patentansprüche
1. Verfahren zur Übertragung von Nutzdaten (50, 150), insbesondere Multimediadaten, in einem Kommunikationsnetz (10) von einer Sende-Kommunikationseinheit (20, 120) an eine
Empfangs-Kommunikationseinheit (22, 122) vermittels einer Dienste-Steuereinheit (30, 32, 130, 132) , wobei die Nutzdaten (50, 150) in der Dienste-Steuereinheit (30, 32, 130, 132) zwischengespeichert werden, dadurch gekennzeichnet, dass den Nutzdaten (50, 150) eine Kostenübernahme- Information zugeordnet wird, durch welche ein Kostenträger für die Übertragung der Nutzdaten (50, 150) signalisiert wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Kostenübernahme-Information eine Zusatzinformation, insbesondere eine Gültigkeits-Information oder eine Adress-Information umfasst.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Kostenübernahme-Information von der Sende- Kommunikationseinheit (20, 120) an die Dienste- Steuereinheit (30, 32, 130, 132) übertragen wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass durch die Kostenübernahme-Information der Dienste- Steuereinheit (30, 32, 130, 132) und/oder der Empfangs- Kommunikationseinheit (22, 122) die Übernahme der Kosten durch die Sende-Kommunikationseinheit (20, 120) für die Übertragung der Nutzdaten (50, 150) signalisiert wird.
5.. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Nutzdaten (50, 150) durch die Empfangs- Kommunikationseinheit (22, 122) bei der Dienste- Steuereinheit (30, 32, 130, 132) abrufbar sind oder abgerufen werden.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass die Kostenübernahme-Information den Nutzdaten durch die Dienste-Steuereinheit zugeordnet wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Dienste-Steuereinheit eine Mehrwertdienste- Steuereinheit umfasst und durch die Mehrwertdienste- Steuereinheit den Nutzdaten die Kostenübernahme- Information zugeordnet wird.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass die Kostenübernahme-Information gemeinsam mit den Nutzdaten (50, 150) übertragen wird.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass bei der Übertragung der Nutzdaten (50, 150) eine se- parater Steuerdatenblock vorgesehen ist, der die Kostenübernahme-Information zumindest teilweise umfasst.
10. Verfahren nach einem der Ansprüche 1 bis 9, • dadurch gekennzeichnet, dass eine Steuerdaten-Nachricht (62, 66, 68, 70, 72, 76, 162, 168, 170, 172, 176, 178, 180) zur Übertragung von den Nutzdaten (50, 150) zugeordneten Steuerdaten übertragen wird und die Steuerdaten-Nachricht (62, 66, 68, 70, 72, 76, 162, 168, 170, 172, 176, 178, 180) die Kostenübernahme-Information zumindest teilweise umfasst.
11. Verfahren nach einem der vorhergehenden Ansprüche, umfassend die Schritte:
- Übertragung der Nutzdaten (50, 150) und der Kostenübernahme-Information von der Sende-Kommunikationseinheit
(20, 120) an die Dienste-Steuereinheit (30, 32, 130, 132),
- Zwischenspeicherung der Nutzdaten (50, 150) und der Kostenübernahme-Information in der Dienste-Steuereinheit (30, 32, 130, 132),
- Übertragung einer Informationsnachricht (68, 168) über die Nutzdaten (50, 150) von der Dienste-Steuereinheit
(30, 32, 130, 132) an die Empfangs-Kommunikationseinheit
(22, 122), wobei die Informationsnachricht (68, 168) die
Kostenübernahme-Information zumindest teilweise umfasst,
- Übertragung einer den Empfang der Informationsnachricht bestätigenden Emfangsbestätigungs-Nachricht (70, 170) von der Empfangs-Kommunikationseinheit (22, 122) an die Dienste-Steuereinheit (30, 32, 130, 132) , und
- Übertragung der Nutzdaten (50, 150) von der Dienste- Steuereinheit (30, 32, 130, 132) and die Empfangs- Kommunikationseinheit (22, 122) .
12. Kommunikationsnetzwerk (10) zur Übertragung von Nutzdaten (50, 150) , insbesondere Multimediadaten, von einer Sende- Kommunikationseinheit (20, 120) an eine Empfangs- Kommunikationseinheit (22, 122) vermittels einer Dienste- Steuereinheit (30, 32, 130, 132), wobei die Dienste- Steuereinheit (30, 32, 130, 132) zur Zwischenspeicherung der Nutzdaten (50, 150) eingerichtet ist, dadurch gekennzeichnet, dass den Nutzdaten (50, 150) eine Kostenübernahme- Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten (50, 150) zugeordnet ist.
13. Kommunikationsnetzwerk nach Anspruch 12 zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 11.
14. Sende-Kommunikationseinheit (20, 120) zum Versenden von Nutzdaten (50, 150) , insbesondere Multimediadaten, an eine Empfangs-Kommunikationseinheit (22, 122) vermittels einer Dienste-Steuereinheit (30, 32, 130, 132) , wobei die Dienste-Steuereinheit (30, 32, 130, 132) zur Zwischenspeicherung der Nutzdaten (50, 150) eingerichtet ist, dadurch gekennzeichnet, dass die Sende-Kommunikationseinheit (20, 120) zur Erstellung einer Kostenübernahme-Information für die Dienste-Steuereinheit (30, 32, 130, 132) und/oder die Empfangs-Kommunikationseinheit (22, 122) zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten (50, 150) eingerichtet ist.
15. Sende-Kommunikationseinheit nach Anspruch 14 zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 11.
16. Empfangs-Kommunikationseinheit ( 22 , 122 ) zum Empfang von Nutzdaten ( 50, 150 ) , insbesondere Multimediadaten, von einer Sende-Kommunikationseinheit (20, 120) vermittels einer Dienste-Steuereinheit (30, 32, 130, 132) , wobei .die Dienste-Steuereinheit (30, 32, 130, 132) zur Zwischenspeicherung der Nutzdaten (50, 150) eingerichtet ist, dadurch gekennzeichnet, dass die Empfangs-Kommunikationseinrichtung (22, 122) zur Ausgabe einer Kostenübernahme-Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten (50, 150) eingerichtet ist.
17. Empfangs-Kommunikationseinheit nach Anspruch 16 zur
Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 11.
18. Dienste-Steuereinheit (30, 32, 130, 132) zur Weiterleitung von Nutzdaten (50, 150) , insbesondere Multimediadaten, von einer Sende-Kommunikationseinrichtung (20, 120) an eine Empfangs-Kommunikationseinrichtung (22, 122), wobei die Dienste-Steuereinheit (30, 32, 130, 132) zur Zwi- schenspeicherung der Nutzdaten (50, 150) eingerichtet ist, dadurch gekennzeichnet, dass die Dienste-Steuereinheit (30, 32, 130, 132) zum Empfang und/oder zur Speicherung und/oder zur Übertragung einer den Nutzdaten (50, 150) zugeordneten Kostenübernahme-Information zur Signalisierung eines Kostenträgers für die Übertragung der Nutzdaten (50, 150) eingerichtet ist.
19. Dienste-Steuereinheit nach Anspruch 18 zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 11.
20. Dienste-Steuereinheit nach Anspruch 18 oder 19 dadurch gekennzeichnet, dass die Dienste-Steuereinheit eine Mehrwertdienste- Steuereinheit umfasst.
PCT/EP2004/000937 2003-03-26 2004-02-02 Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz WO2004086675A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10313628.2 2003-03-26
DE10313628A DE10313628A1 (de) 2003-03-26 2003-03-26 Verfahren zur Übertragung von Nutzdaten in einem Kommunikationsnetz

Publications (1)

Publication Number Publication Date
WO2004086675A1 true WO2004086675A1 (de) 2004-10-07

Family

ID=33016004

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/000937 WO2004086675A1 (de) 2003-03-26 2004-02-02 Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz

Country Status (3)

Country Link
DE (1) DE10313628A1 (de)
TW (1) TW200503496A (de)
WO (1) WO2004086675A1 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2086165A1 (de) * 2008-01-31 2009-08-05 Nokia Corporation Aushandeln einer Kostenverteilung in IMS-Sitzungen
US8135117B2 (en) 2007-11-07 2012-03-13 Nokia Corporation Charging split negotiation in IMS sessions
US10001791B2 (en) 2012-07-27 2018-06-19 Assa Abloy Ab Setback controls based on out-of-room presence information obtained from mobile devices
US10050948B2 (en) 2012-07-27 2018-08-14 Assa Abloy Ab Presence-based credential updating

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006029444B3 (de) * 2006-06-21 2007-12-13 Nokia Siemens Networks Gmbh & Co.Kg Verfahren zum Betreiben eines Kommunikationssystems und Kommunikationssystem

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5508817A (en) * 1992-03-19 1996-04-16 Fujitsu Limited Electronic mail accounting system
EP0833490A2 (de) * 1996-09-30 1998-04-01 AT&T Corp. Gebührenfreie Nachrichtenantwort
WO1998056202A2 (en) * 1997-06-03 1998-12-10 Nokia Networks Oy Billing mobile terminated short messages
WO2002025921A2 (de) * 2000-09-22 2002-03-28 Siemens Aktiengesellschaft Abrechnung von datenübertragungskosten in einem mobilfunknetz

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5508817A (en) * 1992-03-19 1996-04-16 Fujitsu Limited Electronic mail accounting system
EP0833490A2 (de) * 1996-09-30 1998-04-01 AT&T Corp. Gebührenfreie Nachrichtenantwort
WO1998056202A2 (en) * 1997-06-03 1998-12-10 Nokia Networks Oy Billing mobile terminated short messages
WO2002025921A2 (de) * 2000-09-22 2002-03-28 Siemens Aktiengesellschaft Abrechnung von datenübertragungskosten in einem mobilfunknetz
WO2002025922A2 (de) * 2000-09-22 2002-03-28 Siemens Aktiengesellschaft Kostenabrechnung bei datenübertragung in einem mobilfunknetz

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8135117B2 (en) 2007-11-07 2012-03-13 Nokia Corporation Charging split negotiation in IMS sessions
US8265244B2 (en) 2007-11-07 2012-09-11 Nokia Corporation Charging split negotiation in IMS sessions
EP2086165A1 (de) * 2008-01-31 2009-08-05 Nokia Corporation Aushandeln einer Kostenverteilung in IMS-Sitzungen
US10001791B2 (en) 2012-07-27 2018-06-19 Assa Abloy Ab Setback controls based on out-of-room presence information obtained from mobile devices
US10050948B2 (en) 2012-07-27 2018-08-14 Assa Abloy Ab Presence-based credential updating
US10606290B2 (en) 2012-07-27 2020-03-31 Assa Abloy Ab Controlling an operating condition of a thermostat

Also Published As

Publication number Publication date
DE10313628A1 (de) 2004-10-21
TW200503496A (en) 2005-01-16

Similar Documents

Publication Publication Date Title
DE102005033667B4 (de) Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
EP1632065B1 (de) Verfahren zum übertragen von nachrichten in einem auf mms basierten kommunikationssystem
DE602005004721T2 (de) Verfahren zur Verwaltung von verdoppelten Nachrichtenmeldungen in multimedialen Benachrichtigungsdiensten
EP1774805B1 (de) Verfahren zum übertragen applikationsspezifischer registrier-oder deregistrierdaten sowie system, server und kommunikationsendgerät hierfür
WO2006086939A1 (de) Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems
EP1107617A2 (de) Verfahren zur Übertragung einer Textnachricht
DE10104713A1 (de) Verfahren und Vorrichtungen zum Zugreifen auf Nachrichten
WO2002058359A1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
DE10133472A1 (de) Verfahren, Vorrichtungen und Software-Programme zur Nachrichtenübermittlung zwischen Telekommunikations-Netzwerkelementen
DE102006001503B4 (de) Verfahren und System zum Übermitteln von Zusatzdaten
WO2004015939A1 (de) Verfahren und system zum blockieren von unerwünschten nachrichten
WO2004086675A1 (de) Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz
EP2247085A1 (de) Verfahren, Vorrichtungen und Softwareprogramme zur Informationsflusserweiterung bei der Übertragung einer Nachricht
DE60318502T2 (de) Verfahren zum wiederauffinden und zustellung von multimedianachrichten unter verwendung des sitzungseinleitungsprotokolls
EP1493295A1 (de) Verfahren zur bertragung von daten, insbesondere mit multim edialen inhalten, in einem mobilfunknetz
EP1520438A1 (de) Mms-nachrichten bertragungsverfahren und -system
EP1771993A1 (de) Verfahren zur überwachung eines nachrichtenverkehrs, sowie eine erste und zweite netzwerkeinheit zu dessen durchführung
WO2005046265A1 (de) Verfahren zum bereithalten einer nachricht für einen empfänger
EP1352500B1 (de) Verfahren und mobiltelekommunikationsgerät zur datenübertragung in einem mobilfunknetz
WO2003101054A1 (de) Verfahren und vorrichtung zur datenübertragung
EP1878181B1 (de) Verfahren und kommunikationseinrichtung zur handhabung eines mms-versionskonflikts
EP2145466A1 (de) Verfahren zur netzgesteuerten volumen- und/oder zeitbegrenzung von gprs/umts (2g/3g) basierten diensten
DE10352377A1 (de) Verfahren zum Bereithalten einer Nachricht für einen Empfänger
DE10149721A1 (de) Verfahren zur Übertragung von Daten
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

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase