用于在基于MMS的通信系统中传输消息的方法转让专利
申请号 : CN200480015797.7
文献号 : CN1802826B
文献日 : 2010-06-16
发明人 : A·施米特 , M·特劳伯格 , K·冯特鲁费斯
申请人 : 西门子公司
摘要 :
公开了一种用于传输消息的方法，该方法具有以下步骤：首先，将具有一个或者多个有效数据对象(MME)的传输消息(MMA；MM1_提交.REQ)传输给交换元件(VK)，以便转发到第二电信设备(MFG2)。在这种情况下，该传输由发送电信设备(MFG1)进行。在交换元件中，根据一组参数创建一个或者多个有效数据对象的多个变体。紧接着，把提供一个或者多个有效数据对象的多个变体通知(MM1_通知.REQ)给第二电信设备，以便传输给该第二电信设备。然后，有利地由第二电信设备将有关一个或者多个有效数据对象的确定变体的传送请求消息(MM1_检索.REQ)发送到交换元件。随后，由该交换元件将具有一个或者多个有效数据对象的所请求的变体的传送消息传输给第二电信设备。
权利要求 :
1.用于在通信网中传输消息的方法，具有以下步骤：
向交换元件传输具有一个或者多个有效数据对象的传输消息，以便转发给第一电信设备；
在所述交换元件中根据一组参数来创建所述一个或者多个有效数据对象的多个变体，其中所述变体是指所述一个或者多个有效数据对象的最初形式及其改编后的或者改变后的版本；
把提供所述一个或者多个有效数据对象的多个变体通知所述第一电信设备，以便向所述第一电信设备传输。
2.按照权利要求1所述的方法，具有以下步骤：
由所述第一电信设备向所述交换元件发送有关所述一个或者多个有效数据对象的确定变体的传送请求消息；
由所述交换元件向所述第一电信设备传输具有所述一个或者多个有效数据对象的所请求的变体的传送消息；
3.按照权利要求1所述的方法，其中借助于以下步骤来通知所述第一电信设备：产生相应的接收方通知消息，其中将所述相应的接收方通知消息分配给所述一个或者多个有效数据对象的确定变体，以及由所述交换元件向所述第一电信设备传输所述相应的接收方通知消息。
4.按照权利要求1或者2所述的方法，其中所述一组参数包含具有关于所述电信设备的独特特性或关于所述电信设备上所设置的应用的信息的参数。
5.按照权利要求1至3之一所述的方法，其中所述一组参数包括具有关于接收方特殊的优先选择的信息的参数。
6.按照权利要求1至3之一所述的方法，其中所述一组参数包括具有描述信息的参数，所述描述信息包括所述传输消息中所包含的有效数据对象的意义和/或所包含的有效数据对象彼此的关系。
7.按照权利要求1至3之一所述的方法，其中由第二电信设备向所述交换元件传输所述传输消息。
8.按照权利要求7所述的方法，其中在多媒体消息业务的范围中，在所述第一电信设备和所述交换元件和/或所述第二电信设备和所述交换元件之间传输所述传输消息。
9.按照权利要求7所述的方法，其中经由空中接口向并且从所述第一电信设备和/或所述第二电信设备发送所述传输消息。
10.按照权利要求9所述的方法，其中所述第一和/或第二电信设备包括无线电模块，并且被构造为移动电话、无绳电话、或者便携式计算机。
11.按照权利要求9所述的方法，其中借助于WAP协议WSP和/或超文本传输协议来实现向并且从所述第一和/或第二电信设备传输消息。
12.按照权利要求1至3之一所述的方法，其中所述第一电信设备是第一电信网的一部分。
13.按照权利要求12所述的方法，其中所述第一电信网被实施为移动无线电网络，该移动无线电网络按照GSM、GPRS、EDGE、UMTS或者CDMA工作。
14.按照权利要求12所述的方法，其中所述交换元件被构造为与所述第一电信网相连接的第二电信网的一部分，该第二电信网被实施为基于因特网协议的电信网。
15.按照权利要求14所述的方法，其中所述第一和第二电信网通过连接元件彼此相连接，该连接元件被实施为WAP网关。
16.按照权利要求3所述的方法，其中借助于WAP推送向所述电信设备传输所述接收方通知消息。
17.按照权利要求1至3之一所述的方法，其中所述交换元件被构造为MMS中继服务器。
18.按照权利要求3所述的方法，其中所述接收方通知消息具有确定的统一的标识信息，其中所述接收方通知消息被分配给确定的传输消息的有效数据对象的变体。
19.按照权利要求3所述的方法，其中所述接收方通知消息具有总数信息，其中所述接收方通知消息被分配给确定的传输消息的有效数据对象的变体，所述总数信息说明由交换元件所产生的、针对传输消息的一个或者多个有效数据对象的变体的接收方通知消息的总数。
20.按照权利要求3所述的方法，其中各个不同的接收方通知消息具有顺序信息，该顺序信息包含由所述交换元件所产生的一个或者多个有效数据对象的变体的顺序。
21.按照权利要求3所述的方法，其中各个不同的接收方通知消息具有区别信息，该区别信息说明，被分配给相应的接收方通知消息的有效数据对象的变体是否是所述传输消息中所包含的原始变体或者是改变后的变体。
22.按照权利要求3所述的方法，其中由各个不同的接收方通知消息中的顺序信息得知，所述接收方通知消息中的哪一个与至少一个有效数据对象或者传输消息的未改变的原始版本有关。
23.按照权利要求18至20之一所述的方法，其中在接收方通知消息中的分别独立的报头字段内设置有标识信息或总数信息或顺序信息。
24.按照权利要求18至20之一所述的方法，其中在接收方通知消息中设置有一起被编码的标识信息或总数信息或顺序信息。
25.按照权利要求18至20之一所述的方法，其中所述第一电信设备在获得相应的接收方通知消息之后对标识信息或总数信息或顺序信息进行处理。
26.按照权利要求25所述的方法，其中在用户界面上显示用于由所述交换元件传输的可能的不同变体，以便用户能够选择一个或者多个变体并且请求所述交换元件进行传输。
27.按照权利要求1至3之一所述的方法，其中所述有效数据对象包含文本信息、音频信息、视频信息、可执行程序、软件模块或者这些信息的组合。
28.一种电信装置，包括交换元件以及至少一个第一电信设备，其中：所述交换元件被设计成接收具有一个或者多个有效数据对象的传输消息，以便转发给第一电信设备；
所述交换元件还被设计成根据一组参数来创建所述一个或者多个有效数据对象的多个变体，其中所述变体是指所述一个或者多个有效数据对象的最初形式及其改编后的或者改变后的版本；以及所述交换元件被构成为把提供所述一个或者多个有效数据对象的多个变体通知所述第一电信设备，以便向所述第一电信设备传输。
说明书 :
技术领域
本发明涉及一种用于传输消息的方法，并且尤其涉及一种用于根据多媒体消息业务(MMS)从一个电信设备向另一电信设备传输具有有效数据对象的消息的方法。
背景技术
为了在移动无线电通信网中从第一移动电话或者移动无线电设备向第二移动电话或者移动无线电设备传输数据、尤其是多媒体数据对象，由3GPP(第三代合作伙伴项目)和OMA(开放移动联盟)规定所谓的多媒体消息业务(MMS)。在这种情况下如果第一用户想使第二用户得到例如图像或者音乐文件形式的有效数据对象，那么该第一用户借助于他的(第一)移动电话向通信网中的交换元件发送具有该有效数据对象的多媒体消息(MM)，其中所述交换元件包括至少一个所谓的MMS中继器-服务器。多媒体消息(MM)也可以包含多个有效数据对象。在向第二用户的第二移动电话发送另一消息(下面称为接收方通知消息)之前，作为特殊的业务，MMS业务供应商可以利用关于具有至少一个有效数据对象的多媒体消息(MM)可供下载的信息单独地使至少一个要传送的有效数据对象例如与第二移动电话的特性或者能力相匹配。然而，在这种方法中证明是不利的是，接收方通知消息或者具有至少一个有效数据对象的多媒体消息(MM)的接收方(在本实例中是第二用户)绝对不可能识别出，传输消息(下面也被称作多媒体消息MM)或者其中所包含的有效数据对象是否已被改变并且是如何被改变的，以及可能被改变的有效数据对象是否可用。
发明内容
因此，本发明的任务是，创造一种向接收方传输有效数据对象的可能性，该可能性能够实现对要接收的有效数据对象的改进的控制。
根据本发明的用于在通信网中传输消息的方法，具有以下步骤：向交换元件传输具有一个或者多个有效数据对象的传输消息，以便转发给第一电信设备；在所述交换元件中根据一组参数来创建所述一个或者多个有效数据对象的多个变体；把提供所述一个或者多个有效数据对象的多个变体通知所述第一电信设备，以便向所述第一电信设备传输。
在这种情况下，用于尤其是在通信网中传输消息的方法包括以下步骤。首先，向交换元件传输具有一个或者多个有效数据对象或者多媒体消息元素的传输消息，以便向第一电信设备继续传输。在这种情况下，可以由例如移动无线电设备或者移动电话的发送电信设备进行该传输。在所述交换元件中，根据一组参数来创建一个或者多个有效数据对象的多个变体。这里，不仅所述一个或者多个有效数据对象的最初的形式以及改编后的或者改变后的版本都被称为变体。随后，将准备向第一电信设备传输所述一个或者多个有效数据对象的多个变体通知给所述第一电信设备，其中所述第一电信设备也可以是移动无线电设备或者移动电话。如果接收方、即所述第一电信设备的用户已经选中有效数据对象的一个或者多个变体，那么有利地由所述第一电信设备将有关所述一个或者多个有效数据对象的确定变体的传送请求消息发送给所述交换元件。接着，由所述交换元件向所述第一电信设备传输具有所请求的所述一个或者多个有效数据对象的变体的传送消息。通过将关于所述传输消息中所包含的有效数据对象的、不同的改编后的并在交换元件上所提供的变体通知给接收方，该接收方能够有针对性地选择并下载所期望的有效数据对象或者整个传输消息的那些变体，并且因此具有对其要接收的消息或者有效数据对象的改进的控制。通过关于为备用而位于所述交换元件上的有效数据对象的信息，如果有效数据对象不能由接收方使用或者下载过程非常昂贵，那么该接收方也可以决定根本不启动下载过程。因此，在这种情况下，一方面可以避免将根本不能由电信设备使用的有效数据对象(从交换元件)下载到第一电信设备，另一方面也许能够有针对性地下载在大小方面最小化的有效数据对象，其中由此能够使下载成本最小，并且此外较大数量的有效数据对象可被存储在所述第一电信设备上。通过所述方法，同样能够实现，接收方基于关于为备用而位于所述交换元件上的有效数据对象的信息选择有针对性地下载有效数据对象，其中所述有效数据对象虽然不能由第二电信设备再现，但是可能由(经由电缆、红外接口(例如IrDA)或者无线电(例如蓝牙))与该第二电信设备连接的另一设备来再现。一种可能的应用是通过第二电信设备下载质量提高的图像文件，随后借助于外部打印机打印该文件。
根据一种有利的改进方案，如下通知接收方或者第一电信设备。由所述交换元件产生分配给所述一个或者多个有效数据对象的确定变体的、相应的接收方通知消息，并且由所述交换元件将该相应的接收方通知消息传输到所述第一电信设备。
根据另一有利的改进方案，所述一组参数包括具有关于电信设备的独特特性的信息的参数，其中根据所述一组参数创建所述一个或者多个有效数据对象的多个变体。此外，电信设备的独特特性还可以包括在所述电信设备上预先规定的应用的特性。此外，所述一组参数可以包括具有关于接收方特殊的优先选择的信息的参数，或者所述一组参数可以包括具有描述信息的参数，所述描述信息包括传输消息中所包含的有效数据对象的意义和/或所包含的有效数据对象彼此的关系(例如根据MPEG-7标准的所谓的元数据)。
根据一种有利的改进方案，能够在多媒体消息业务(MMS)的范围内在第一电信设备、交换元件和第二电信设备之间传输所述消息。由此能够实现有效数据对象的传输，该有效数据对象也可以包括具有大的数据规模的多媒体内容、例如数字图像、视频剪辑或者大规模的音频或者音乐文件。
根据一种有利的改进方案，所述第一电信设备和可能其他电信设备以及交换元件是电信网的一部分。在这种情况下，所述电信设备或者其他电信设备可能是第一电信网的一部分(然而，在多个电信设备的情况下，这些电信设备不必是同一电信网的一部分)。相应地，可以在第二电信网中设置尤其被构造为数据传输业务的服务器、例如MMS中继器-服务器的交换元件，其中所述第二电信网与所述电信设备或者其他电信设备所属的一个或者多个电信网相连接。该第二电信网尤其可以被实施为基于因特网协议、例如超文本传输协议的电信网。
为了能够尽可能灵活地使用用于传输有效数据对象的方法，能够经由空中接口向和从所述第一和/或第二电信设备发送所述消息，其中所述电信设备(或者其他电信设备)能够优选地被构造为移动电信设备，并且在这种情况下尤其可以包括无线电模块或者移动无线电模块。于是，可以基于WAP协议无线会话协议(WSP)或者超文本传输协议(http)向和从相应的电信设备传输消息。在这种情况下，该电信设备可以例如被构造为移动无线电设备或者移动电话、无绳电话、智能手机(由小型便携式计算机和移动电话形成的组合)、PDA(PDA：个人数字助理)或者管理器。此外，电信设备还可以包括诸如个人计算机(PC)或者膝上型电脑等的其他可移动地实现的设备，这些设备可以借助于所连接的移动无线电设备(移动电话)经由移动无线电网络来联系。于是，移动无线电设备可以例如经由电缆连接到个人计算机或者膝上型电脑上，或者也可以无线地经由红外接口或者本地蓝牙网络与这些个人计算机或者膝上型电脑联系。在这种情况下，电信设备、例如移动无线电设备、包括分配给所述电信设备的电信网在内在移动无线电网络的实施方案中可以按照GSM(全球移动通信系统)标准或者UMTS(通用移动电信系统)标准等工作。这种按照GSM或者UMTS标准的移动无线电网络或者电信设备可以是WAP协议或者WAP协议栈(WAP：无线应用协议)的平台，借助于该平台可以在各个移动无线电网络中传输数据(通知或者有效数据对象)。
有利地，所述第一和第二电信网络通过连接元件彼此相连接。在使用如上所述的WAP协议栈的情况下，能够通过将WAP网关用作移动无线电网络和另一网络、例如基于因特网协议的网络之间的接口或者连接元件而建立到该另一网络的连接。以这种方式能够使交换元件处于基于因特网协议的网络、例如因特网中，其中能够由用户通过WAP网关并且最后通过移动无线电网络的空中接口在所述移动无线电网络的基站之间并且向相应电信设备传输数据(消息、有效数据对象)。在这方面应提及的是，尤其是在MMS数据传输业务的范围中，能够由作为交换元件的MMS中继器-服务器自动地、即在没有电信设备的请求的情况下借助于WAP推送(WAP-Push)向电信设备发送消息。在此情况下，该MMS中继器-服务器用作所谓的推送发起者，该推送发起者促使WAP网关或者该WAP网关的子元件、即推送代理网关通过WAP推送向所述电信设备发送消息。例如，根据MMS传输业务借助于WAP推送向电信设备传输接收方通知消息。
应提及的是，所述有效数据对象一般可以包括文本信息、音频信息、视频信息、可执行程序、软件模块或者这些信息的组合。
根据本发明的另一方面，实现一种电信装置，该电信装置包括交换元件和至少一个第一电信设备，其中所述电信装置被设计用于执行上述方法。
根据本发明的用于在通信网中传输消息的方法，具有以下步骤：向交换元件传输具有一个或者多个有效数据对象的传输消息，以便转发给第一电信设备；在所述交换元件中根据一组参数来创建所述一个或者多个有效数据对象的多个变体；把提供所述一个或者多个有效数据对象的多个变体通知所述第一电信设备，以便向所述第一电信设备传输。
在这种情况下，用于尤其是在通信网中传输消息的方法包括以下步骤。首先，向交换元件传输具有一个或者多个有效数据对象或者多媒体消息元素的传输消息，以便向第一电信设备继续传输。在这种情况下，可以由例如移动无线电设备或者移动电话的发送电信设备进行该传输。在所述交换元件中，根据一组参数来创建一个或者多个有效数据对象的多个变体。这里，不仅所述一个或者多个有效数据对象的最初的形式以及改编后的或者改变后的版本都被称为变体。随后，将准备向第一电信设备传输所述一个或者多个有效数据对象的多个变体通知给所述第一电信设备，其中所述第一电信设备也可以是移动无线电设备或者移动电话。如果接收方、即所述第一电信设备的用户已经选中有效数据对象的一个或者多个变体，那么有利地由所述第一电信设备将有关所述一个或者多个有效数据对象的确定变体的传送请求消息发送给所述交换元件。接着，由所述交换元件向所述第一电信设备传输具有所请求的所述一个或者多个有效数据对象的变体的传送消息。通过将关于所述传输消息中所包含的有效数据对象的、不同的改编后的并在交换元件上所提供的变体通知给接收方，该接收方能够有针对性地选择并下载所期望的有效数据对象或者整个传输消息的那些变体，并且因此具有对其要接收的消息或者有效数据对象的改进的控制。通过关于为备用而位于所述交换元件上的有效数据对象的信息，如果有效数据对象不能由接收方使用或者下载过程非常昂贵，那么该接收方也可以决定根本不启动下载过程。因此，在这种情况下，一方面可以避免将根本不能由电信设备使用的有效数据对象(从交换元件)下载到第一电信设备，另一方面也许能够有针对性地下载在大小方面最小化的有效数据对象，其中由此能够使下载成本最小，并且此外较大数量的有效数据对象可被存储在所述第一电信设备上。通过所述方法，同样能够实现，接收方基于关于为备用而位于所述交换元件上的有效数据对象的信息选择有针对性地下载有效数据对象，其中所述有效数据对象虽然不能由第二电信设备再现，但是可能由(经由电缆、红外接口(例如IrDA)或者无线电(例如蓝牙))与该第二电信设备连接的另一设备来再现。一种可能的应用是通过第二电信设备下载质量提高的图像文件，随后借助于外部打印机打印该文件。
根据一种有利的改进方案，如下通知接收方或者第一电信设备。由所述交换元件产生分配给所述一个或者多个有效数据对象的确定变体的、相应的接收方通知消息，并且由所述交换元件将该相应的接收方通知消息传输到所述第一电信设备。
根据另一有利的改进方案，所述一组参数包括具有关于电信设备的独特特性的信息的参数，其中根据所述一组参数创建所述一个或者多个有效数据对象的多个变体。此外，电信设备的独特特性还可以包括在所述电信设备上预先规定的应用的特性。此外，所述一组参数可以包括具有关于接收方特殊的优先选择的信息的参数，或者所述一组参数可以包括具有描述信息的参数，所述描述信息包括传输消息中所包含的有效数据对象的意义和/或所包含的有效数据对象彼此的关系(例如根据MPEG-7标准的所谓的元数据)。
根据一种有利的改进方案，能够在多媒体消息业务(MMS)的范围内在第一电信设备、交换元件和第二电信设备之间传输所述消息。由此能够实现有效数据对象的传输，该有效数据对象也可以包括具有大的数据规模的多媒体内容、例如数字图像、视频剪辑或者大规模的音频或者音乐文件。
根据一种有利的改进方案，所述第一电信设备和可能其他电信设备以及交换元件是电信网的一部分。在这种情况下，所述电信设备或者其他电信设备可能是第一电信网的一部分(然而，在多个电信设备的情况下，这些电信设备不必是同一电信网的一部分)。相应地，可以在第二电信网中设置尤其被构造为数据传输业务的服务器、例如MMS中继器-服务器的交换元件，其中所述第二电信网与所述电信设备或者其他电信设备所属的一个或者多个电信网相连接。该第二电信网尤其可以被实施为基于因特网协议、例如超文本传输协议的电信网。
为了能够尽可能灵活地使用用于传输有效数据对象的方法，能够经由空中接口向和从所述第一和/或第二电信设备发送所述消息，其中所述电信设备(或者其他电信设备)能够优选地被构造为移动电信设备，并且在这种情况下尤其可以包括无线电模块或者移动无线电模块。于是，可以基于WAP协议无线会话协议(WSP)或者超文本传输协议(http)向和从相应的电信设备传输消息。在这种情况下，该电信设备可以例如被构造为移动无线电设备或者移动电话、无绳电话、智能手机(由小型便携式计算机和移动电话形成的组合)、PDA(PDA：个人数字助理)或者管理器。此外，电信设备还可以包括诸如个人计算机(PC)或者膝上型电脑等的其他可移动地实现的设备，这些设备可以借助于所连接的移动无线电设备(移动电话)经由移动无线电网络来联系。于是，移动无线电设备可以例如经由电缆连接到个人计算机或者膝上型电脑上，或者也可以无线地经由红外接口或者本地蓝牙网络与这些个人计算机或者膝上型电脑联系。在这种情况下，电信设备、例如移动无线电设备、包括分配给所述电信设备的电信网在内在移动无线电网络的实施方案中可以按照GSM(全球移动通信系统)标准或者UMTS(通用移动电信系统)标准等工作。这种按照GSM或者UMTS标准的移动无线电网络或者电信设备可以是WAP协议或者WAP协议栈(WAP：无线应用协议)的平台，借助于该平台可以在各个移动无线电网络中传输数据(通知或者有效数据对象)。
有利地，所述第一和第二电信网络通过连接元件彼此相连接。在使用如上所述的WAP协议栈的情况下，能够通过将WAP网关用作移动无线电网络和另一网络、例如基于因特网协议的网络之间的接口或者连接元件而建立到该另一网络的连接。以这种方式能够使交换元件处于基于因特网协议的网络、例如因特网中，其中能够由用户通过WAP网关并且最后通过移动无线电网络的空中接口在所述移动无线电网络的基站之间并且向相应电信设备传输数据(消息、有效数据对象)。在这方面应提及的是，尤其是在MMS数据传输业务的范围中，能够由作为交换元件的MMS中继器-服务器自动地、即在没有电信设备的请求的情况下借助于WAP推送(WAP-Push)向电信设备发送消息。在此情况下，该MMS中继器-服务器用作所谓的推送发起者，该推送发起者促使WAP网关或者该WAP网关的子元件、即推送代理网关通过WAP推送向所述电信设备发送消息。例如，根据MMS传输业务借助于WAP推送向电信设备传输接收方通知消息。
应提及的是，所述有效数据对象一般可以包括文本信息、音频信息、视频信息、可执行程序、软件模块或者这些信息的组合。
根据本发明的另一方面，实现一种电信装置，该电信装置包括交换元件和至少一个第一电信设备，其中所述电信装置被设计用于执行上述方法。
附图说明
下面，参考附图更详细地描述本发明的优选的实施形式。
图1示出用于执行MMS的通信网或者电信网的示意图，其中为MMS环境设置有两个业务供应商；
图2示出MMS中继器-服务器的可能的接口的示意图；
图3示出用于从一个移动无线电设备向第二移动无线电设备传输多媒体消息的示例性流程(“交易流程图”)；
图4示出图2中所示的接口MM1的详图，其中WAP网关负责使MMS有效数据与两个不同的会话层协议(WSP和HTTP)匹配；
图5示出根据第一实施形式的用于显示接收方通知消息中所设置的选项或者信息的、电信设备的用户界面的详图；
图6示出根据第二实施形式的用于显示接收方通知消息中所设置的选项或者信息的、电信设备的用户界面的详图。
图1示出用于执行MMS的通信网或者电信网的示意图，其中为MMS环境设置有两个业务供应商；
图2示出MMS中继器-服务器的可能的接口的示意图；
图3示出用于从一个移动无线电设备向第二移动无线电设备传输多媒体消息的示例性流程(“交易流程图”)；
图4示出图2中所示的接口MM1的详图，其中WAP网关负责使MMS有效数据与两个不同的会话层协议(WSP和HTTP)匹配；
图5示出根据第一实施形式的用于显示接收方通知消息中所设置的选项或者信息的、电信设备的用户界面的详图；
图6示出根据第二实施形式的用于显示接收方通知消息中所设置的选项或者信息的、电信设备的用户界面的详图。
具体实施方式
现在，在根据本发明的优选实施形式说明一种用于尤其是借助于MMS(多媒体消息业务)业务从一个电信设备向第二电信设备传输消息的方法之前，首先应该再次说明用于实现MMS业务的基本元件或者网络结构。
针对下一代(2.5G和3G)移动无线电系统、例如根据UMTS(UMTS-通用移动电信系统)标准工作的系统，目前使移动消息业务的具有多媒体能力的变体标准化，即MMS业务或者简称为MMS。下面，为了更好地界定SMS(短消息业务)业务的文本消息，只将具有多媒体内容的MMS的消息还简称为MM(MM：多媒体消息)。不同于SMS，取消了对纯文本内容的限制。在MMS中，能够根据个人爱好对文本进行格式化，以及能够将音频和视频内容嵌入到消息中。因此，MM可以包括多个不同文件类型(音频或者静止图像)或者文件格式(在静止图像的情况下例如GIF或者JPEG)的MM元素或有效数据对象，甚至能够时间确定地进行小型演示。
在图1中示出了用于尤其是根据3GPP(第三代合作伙伴项目)的规范来执行MMS的可能的电信装置或者网络结构KN。图中的链路在第一移动无线电设备MFG1的实施方案中表示第一电信设备，所述第一移动无线电设备MFG1经由接口、更确切地说经由如还将根据图2更详细地说明的空中接口与通信网相连接(为了较简单地表示该网络的最重要的元件，这里放弃详细地说明，存在和如何存在到移动无线电网络的基站的空中接口，其中所述移动无线电网络又与该通信网或者第一MMS网络环境DLA相连接。当然，相应的内容也适用于与下述第二移动无线电设备的连接)。更确切地说，第一移动无线电设备MFG1与第一MMS网络环境DLA(MMSE：多媒体消息业务环境)相连接，该第一MMS网络环境DLA位于第一MMS业务供应商或者MMS提供商的主管范围内。在移动无线电设备MFG1上设置有软件应用、即所谓的MMS用户软件应用或者简称为MMS用户应用(MMS用户代理)MUAA，用于实现MMS的终端设备侧部分。在第一MMS网络环境DLA中，设置有所谓的第一MMS中继器-服务器MRSA，该第一MMS中继器-服务器将MMS功能提供给与该第一MMS网络环境相连接的电信设备或者电信终端设备。
在该实例中，第一MMS网络环境DLA经由接口MM4(参见参考图2的进一步描述)与第二MMS业务供应商或者MMS提供商的第二MMS网络环境DLB相连接，所述接口MM4例如通过SMTP(简单邮件传输协议)协议来实现。在第二MMS网络环境DLB中，设置有第二MMS中继器-服务器MRSB，其将MMS功能提供给与第二MMS网络环境DLB相连接的电信设备或者电信终端设备、例如移动无线电设备MFG2。在移动无线电设备MFG2上又设置有软件应用、这里是MMS用户应用(MMS用户代理)MUAB，用于实现MSS的终端设备侧部分。如果多媒体消息、尤其是具有有效数据对象的多媒体消息由移动无线电设备MFG1向移动无线电设备MFG2传输，那么MMS网络环境DLA和DLB中的两个MMS中继器-服务器MRSA和MRSB可被组合为一个交换元件，这在后面还将参考图3进行说明。
MMS的表征特征是，在向接收设备(移动无线电设备)传送多媒体消息(MM)时，在所谓的推(PUSH)模式和拉(PULL)模式之间进行区分，其中在所述推模式的情况下，到达的多媒体消息立即由MMS中继器-服务器向接收设备的MMS用户应用传输，而在所述拉模式的情况下，首先借助于MMS通知或者接收方通知消息将新到达MMS中继器-服务器的多媒体消息通知接收方或者接收设备，并且接着该接收方或者接收设备自己可以决定，其是否或者何时将该多媒体消息从MMS中继器-服务器下载到其移动无线电设备上。
在图2中示出了用于将其他网络单元或者网络元件连接到MMS中继器-服务器MRS、例如MMS中继器-服务器MRSA或者MRSB上的可能的所定义的接口。除了使MMS用户应用MUAA和MMS中继器-服务器彼此相连接所经由的接口MM1之外，诸如E-mai1服务器EES、传真服务器EFS、其他消息服务器(例如用于UMS：统一消息业务)ENS或者其他服务器ESS等的任意的外部服务器都可以经由接口MM3连接到MMS中继器-服务器MRS上。外部MMS业务供应商(MMS提供商)的连接经由接口MM4来实现，如已经根据图1所示的那样。接口MM5连接MMS中继器-服务器MRS和移动无线电网络运营商的HLR(HLR：归属位置寄存器)，在所述归属位置寄存器中存储有每个移动无线电用户的个人的客户数据或者用户数据(该HLR通常位于网络运营商的主管范围内，该网络经营商不必一定与MMS业务供应商相同)。接口MM6允许连接一个或者多个MMS用户数据库(MMS User Data Base)MUDB。经由接口MM7能够连接服务器MVS，该服务器MVS由VASP(增值业务提供商)运营并且将增值业务提供给MMS用户。最后，还存在另一接口MM8，用于将网络单元或者计费单元VE连接到MMS中继器-服务器MRS上，在所述网络单元或者计费单元中所有相关的信息被收集并被分析，以便对MMS进行计费。在MMS中继器-服务器MRS中，接口MM2在中继器和服务器之间建立连接。
下面，根据图3借助于根据3GPP定义的所谓的“抽象消息”更详细地描述在由移动无线电设备MFG1发送具有多媒体消息元素MME的多媒体消息MMA并由移动无线电设备MFG2接收时图1中所示的MMS单元或者MMS数据传输单元之间的数据、尤其是有效数据对象的交换。抽象消息由至少一个信息元素组成。在使用MMS时，发送方、例如移动无线电设备MFG1或者MMS用户应用MUAA可以经由接口MM1利用抽象消息(后面也称作传输消息)“MM1_提交.REQ”向其MMS业务供应商的MMS中继器-服务器MRSA发送多媒体消息MMA。该MMS中继器-服务器MRSA利用抽象消息“MM1_提交.RES”确认MMS用户应用MUAA对多媒体消息的正确接收。利用抽象消息对“MM4_转发.REQ”(包含原来的多媒体消息)和“MM4_转发.RES”(其向MMS中继器-服务器MRSA回送应答或者确认)向接收方或者目标移动无线电设备的MMS环境DLB(参见图1)中的MMS中继器-服务器MRSB传输MMA。然后，利用抽象消息或者接收方通知消息“MM1_通知.REQ”把位于MMS中继器-服务器MRSB上准备用于下载的多媒体消息MMA通知给接收方设备MFG2或者其MMS用户应用MUAB。在该MMS接收方通知消息中包含有多媒体消息在MMS中继器-服务器MRSB上的存储位置的URI(URI-统一资源标识符)作为基准。抽象消息“MM1_通知.RES”首先用作对在MMS用户应用MUAB处正确接收接收方通知消息的确认，并且用于将所期望的传送方式(以“推”模式或者“拉”模式)通知给MMS业务供应商。利用抽象消息或者传送请求消息“MM1_检索.REQ”，接收方、即MMS用户应用MUAB可以启动对为备用而位于MMS中继器-服务器MRSB上的多媒体消息MMA的下载。借助于抽象消息或者传送消息“MM1_检索.RES”来实现由MMS中继器-服务器MRSB向MMS用户应用MUAB传送多媒体消息MMA。可以由MMS用户应用MUAB利用抽象消息“MM1_确认.REQ”来将多媒体消息MMA的下载的输出通知MMS中继器-服务器MRSB。应该注意的是，为了简单地表示多媒体消息从移动无线电设备MFG1经由两个MMS中继器-服务器MRSA和MRSB到移动无线电设备MFG2的传输，所述两个MMS中继器-服务器MRSA和MRSB也可以被看作移动无线电设备之间的交换元件VK。如果移动无线电设备MFG2也位于第一MMS业务供应商的MMS环境的有效范围中，那么该交换元件VK将只包括MMS中继器-服务器MRSA。
如果移动无线电网络运营商在其PLMN(PLMN-公共陆地移动网)中采用MMS的WAP实现，那么更确切地看，上述接口MM1由通过专用网络元件、即所谓的WAP网关(WAP-无线应用协议)彼此相连接的两段组成。处于MMS业务供应商的MMS中继器-服务器和移动无线电系统或者移动无线电网络的核心网之间的WAP网关首先执行以下任务，即使要传输的数据与两侧不同的协议层相匹配。为了更好地理解，图4示出具有MMS用户应用MUA的移动电信终端设备(例如移动无线电设备)和MMS中继器-服务器MRS之间用于MMS的WAP实现的接口MM1的详细布置。在“A侧”或者(在朝外部IP(因特网协议)网络的方向上)采用会话层协议“http”(http：超文本传输协议)，而在“B侧”(在朝移动无线电系统或者移动无线电网络、PLMN的方向上)采用WSP(WSP-无线会话协议)。
现在，在发送MMS接收方通知或者接收方通知消息之前，MMS业务供应商能够单独地匹配要传送的多媒体消息或者该多媒体消息中所包含的有效数据对象。这种匹配可以例如基于接收设备的独特特性、用户的独特设置、或者基于也许包含在多媒体消息中的或者从多媒体消息获得的描述信息(例如根据MPEG-7标准的所谓的元数据)。这三种可能性的组合也是可以设想的。这将在下面进行更详细的说明。
1.根据接收设备的独特特性来匹配多媒体消息或者其中所包含的有效数据对象：移动无线电设备、例如移动电话通常通过其表征特性或者能力而相互区别。因此，例如显示装置的特性(例如在大小和分辨率方面)可能部分地彼此显著变化，或者能够显示和/或处理确定的文件类型和/或文件格式的能力也可能部分地彼此显著变化。为了移动无线电运营商或者业务提供商能够获得对有WAP能力的终端设备的特性或者能力的认识，由WAP论坛对所谓的“UA Prof”(UA Prof：UserAgent Profile，用户代理特征描述)进行了标准化，其中借助于所谓的“UA Prof”能够在网络侧将适当的表示特征的设备描述分配给每个单个的在移动无线电网络中注册的终端设备或者移动无线电设备。
即使在MMS中，在将来也应该如下使用WAP-“UA Prof”：如果移动无线电客户或者移动无线电用户具有包含基于WAP的MMS用户应用的终端设备或者移动无线电设备，并且其为了使用MMS已经在MMS业务供应商处注册，那么MMS特定的录入项也应该是“UA Prof”或者用户描述的分量(例如到达的多媒体消息的最大量等)。可以经由图2中所示的接口MM6(MMS中继器-服务器到MMS用户数据库MUDB)实现MMS中继器-服务器对用户描述消息的访问。如果MMS业务提供商知道移动电信终端设备(例如移动无线电设备)和其上所安装的MMS用户应用(MMS用户代理)的独特的特性或者能力，那么MMS中继器-服务器可以在发送MMS接收方通知(接收方通知消息)之前执行针对接收方的终端设备的、各个多媒体消息元素或者有效数据对象的匹配的文件类型或者文件格式转换，以便在接收方的终端设备上最优地显示多媒体消息。
2.根据用户的独特设置来匹配多媒体消息：在MMS中，每个用户可以在网络侧进行设置，并且因此根据其个人的意见对MMS进行配置。例如，用户设置可以是：自动地并且在没有MMS接收方通知(接收方通知消息)的情况下将所有到达的多媒体消息向E-mail地址继续传输，其中所述多媒体消息包含确定数据类型的多媒体消息元素或者有效数据对象。
3.根据包含在多媒体消息中的元数据来匹配多媒体消息：描述信息(所谓的元数据)也许还可能是包含在多媒体消息中，或者可能从多媒体消息中获得，利用所述描述信息可以说明单个多媒体消息元素(有效数据对象)的意义，以及可以表述单个多媒体消息元素(有效数据对象)之间的依赖关系。例如，类型为“文本”的多媒体消息元素(有效数据对象)可被称作主成分，类型为“静止图像”的多媒体消息元素可被称作背景图像，或者类型为“音频”的多媒体消息元素可被称作(口头)评论，该评论与所述静止图像有关。
在接收方侧的MMS环境内的MMS中继器-服务器中，在发送MMS接收方通知(接收方通知消息)之前，基于上述三个数据组(或者其组合)对到达的多媒体消息进行改编。
为了使接收方现在具有对要接收的多媒体消息和其中所包含的有效数据对象的改进的控制，并且获得关于是否已经并且如何对多媒体消息或者所包含的元素或者有效数据对象进行了改编的信息，根据本发明的一个实施形式建议如下。
该实施形式规定，可以针对相同多媒体消息的被不同地改编的变体向接收方发送多个可选的MMS接收方通知(接收方通知消息)。以这种方式，将多个用于下载相同的多媒体消息的可选的选项提供给接收方。在这种情况下，不仅可以将变体理解为原始消息或者包含在该原始消息中的有效数据对象，而且可以将变体理解为改编后的消息或者改编后的有效数据对象。
为了实现这一点，设想一种向后兼容的映射机制，该映射机制允许在接收方的MMS用户应用中将单个MMS接收方通知(接收方通知消息)分配给多媒体消息。
当然，也可以设想，将关于针对单个变体的不同下载选项的信息打包到唯一的新定义的多部分MMS接收方通知中，但是在这种情况下必须放弃向后兼容。老的或者传统的MMS用户应用(MMS用户代理)不能以多部分MMS接收方通知的新的并且对其而言未知的结构开始。
为了能够实现用于以对接收方而言容易理解的方式下载(不同变体形式的)MM的可选选项，根据该实施形式，此外下面还将描述在接收MMS用户应用(MMS用户代理)侧的HMI(HMI-人机界面，例如以显示器的形式)的可能的布置。
为了改进在下载多媒体消息时的控制可能性，应针对在网络侧(尤其是由接收方的MMS业务供应商的MMS环境的MMS中继器-服务器)改编的、基于下述数据组中的至少一个的、多媒体消息的不同变体，通过产生和发送多个不同的MMS接收方通知(接收方通知消息)将相同的多媒体消息的多个可选下载选项提供或传输给接收方或者接收终端设备：
i)关于例如移动无线电设备或者移动电话的移动电信终端设备和其上所安装的或者与其相连接的MMS用户应用(MMS用户代理)的独特的特性或者能力的信息。与此有关的关于电信终端设备或者电信设备和MMS用户应用(MMS用户代理)的独特的特性或者能力的信息例如可以根据WAP用户描述(WAP-“UA Prof”)来构成，并且可能来自过去的WSP会话、即以前的MMS下载过程。
ii)关于MMS用户的特殊的优先选择的信息。与此有关的关于独特的用户优先选择的信息例如可以是MMS用户数据库MUDB(参见图2)的组成部分；和/或
iii)描述信息(所谓的元数据)，其说明各个多媒体消息元素(有效数据对象)的意义和/或表述各个多媒体消息元素之间的关系或者依赖关系。与此有关的描述信息(元数据)可以例如按照MPEG-7来构成，并且可能可以作为独立的多媒体消息元素(有效数据对象)包含在多媒体消息中，或者由进行改编的MMS中断器-服务器从到达的多媒体消息中获得。
此外，MMS接收方通知(接收方通知消息)的向后兼容的映射机制的采用用来提高控制可能性：
a)有利地，在向接收方或者接收终端设备的MMS用户应用发送之前，在进行改编的MMS中继器-服务器中用附加的新定义的报头字段来标识相关的MMS接收方通知；
b)在这种情况下，另外还可以有利地(又在新定义的报头字段中)使用序列号，以便能够在接收方的MMS用户应用中确定，所有相关的MMS接收方通知是否都已到达。此外，也应由各个不同的接收方通知消息的顺序信息得知，MMS接收方通知中的哪一个与至少一个有效数据对象的未改变的原始版本有关。例如，序列号的值“0”表明是原始版本，而值＞0表明是有效数据对象或者传输消息(即多媒体消息MM)的改编后/改变后的版本；
c)最后，各个MMS接收方通知可以在接收方的MMS用户应用(MMS用户代理)中借助于标识号和序列号被分配。
替代a)和b)，相关的MMS接收方通知的标识和/或序列号和/或说明所提供的变体的总数或者所产生或者所发送的MMS接收方通知的总数的最大数也可以特别地被编码并且被集成到已知的报头字段中(例如作为附加参数)。
此外，通过以下方式可以继续提高控制可能性并且继续改善多媒体消息的接收方的信息，即根据可选的下载选项、即针对多媒体消息或者其有效数据对象的不同变体，通过在接收方的MMS用户应用(MMS用户代理)中特别有利地布置HMI来提供由单个MMS接收方通知组成的信息的舒适的显示，
下面，现在将阐明实例，这些实例说明在下载MMS中继器-服务器上备有的多媒体消息时用于提高控制可能性的上述方面：
A.提供可选的下载选项
首先，应该通过针对在网络侧被改编或者处理的多媒体消息的不同变体产生和发送多个不同MMS接收方通知(接收方通知消息)来阐明为相同的多媒体消息提供可选的下载选项的方面。
下面的实例都基于以下假设，即如也已经参考图3所述的那样，应从发送方(即第一电信设备、例如移动无线电设备)向接收方(即第二电信设备、例如第二移动无线电设备)发送示例性的多媒体消息，该多媒体消息由三个多媒体消息元素或者有效数据对象(MME)、即20kB大小的文本、具有8比特颜色深度的图像和30kB大小的语音注释组成。然而，作为关于图3的上述说明的变形，在发送至少一个MMS接收方通知(接收方通知消息)之前，现在在接收方的MMS业务供应商的MMS环境中、尤其在其MMS中继器-服务器(根据图3，如果多媒体消息MMA由移动无线电设备MFG1发送，那么该MMS中继器-服务器是MMS中继器-服务器MRSB)中根据点i)至iii)中所述的信息改编或者改变至少一个有效数据对象。
实例1：基于移动电信终端设备和MMS用户应用(MMS用户代理)的独特的特性或者能力为一条多媒体消息(MMA)创建多个MMS接收方通知
MMS中继器-服务器(根据上述假设是MMS中继器-服务器MRSB，参见图3)应向接收方的MMS用户应用(MMS用户代理)MUAB、移动无线电设备MFG2传送示例性的多媒体消息(MMA)。在网络侧所存储的包含该移动无线电设备MFG2和MMS用户应用MUAB的独特的特性或者能力的数据组(参见上述点i)中，例如注明，接收设备MFG2只能显示黑白图像。但是，因为用户(移动无线电设备MFG2)想以后彩色打印多媒体消息元素(有效数据对象)，所以该用户可能仍然想从MMS中继器-服务器MRSB下载彩色图像。
现在，除了所接收的多媒体消息(MMA)之外，MMS中继器-服务器(MRSB)还按照具有移动电信终端设备的独特的特性或者能力的数据组的规则创建另一多媒体消息变体，在该另一多媒体消息变体中图像或者图像数据对象的颜色深度与原件不同。这在下面的表1中示出，其中说明MMS中继器-服务器已经根据原始的多媒体消息变体1A创建了改编后的多媒体消息变体1B，代替彩色图像，其包含具有不同颜色深度的黑白图像。类型为“文本”和“音频”的多媒体消息元素保持不变：
MM变体1A MM变体1B 文本 原始的 原始的 文本大小 20kB 20kB 图像 原始的 改变后的 分辨率 100×80像点 100×80像点 颜色深度 8比特 2比特 图像大小 8kB 2kB 音频 原始的 原始的 音频大小 30kB 30kB
表1
在下一步骤中，MMS中继器-服务器分别为原始的多媒体消息变体1A和新产生的多媒体消息变体1B创建自身的MMS接收方通知。两个MMS接收方通知指点参阅原则上相同的内容，当然所述内容现在存在于两种不同地被改编的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(在图3中应通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一条多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
实例2：基于MMS用户的特殊的优先选择为一条多媒体消息(MMA)创建多个MMS接收方通知
再次参考图3，MMS中继器-服务器MRSB应向接收方或者移动无线电设备MFG2的MMS用户应用(MMS用户代理)MUAB传送示例性的多媒体消息MMA。在网络侧所存储的包含MMS用户的特殊的优先选择(根据点ii))的数据组中，例如注明，在传送多媒体消息之前，应该使包含在多媒体消息中的所有图像向下缩小由用户所定义的两个等级(当然也可以设想降低颜色深度)。接收方可能已经进行了这种设置，以便使不仅在经由接口MM1传送多媒体消息时而且在将多媒体消息存储在其移动电信终端设备中时的数据量保持尽可能少。因此，一方面能够减少下载的成本(取决于MMS业务供应商的结算模型)，另一方面能够在接收方终端设备中存储更大数量的多媒体消息。现在，除了所接收的原始多媒体消息MMA(多媒体消息变体2A)，MMS中继器-服务器MRSB按照具有特殊的优先选择的数据组的规则还创建两个其它的多媒体消息变体2B和2C(更确切地说，产生图像或者图像对象的变体，其中文本对象和音频对象以原始形式保持不变)，所述两个其它的多媒体消息变体在图像格式方面彼此不同，如在下面的表2中所示：
MM变体2A MM变体2B MM变体2C 文本 原始的 原始的 原始的 文本大小 20kB 20kB 20kB 图像 原始的 改变后的 改变后的 分辨率 100×80像点 75×60像点 50×30像点 图像大小 8kB 4.5kB 1.5kB 音频 原始的 原始的 原始的 音频大小 30kB 30kB 30kB
表2
在下一步骤中，MMS中继器-服务器MRSB分别为原始的多媒体消息变体2A和两个新产生的多媒体消息变体2B和2C创建自身的MMS接收方通知。所有的三个MMS接收方通知都指点参阅原则上相同的内容，当然所述内容现在存在于三个不同的或者改编后的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(在图3中应再次通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一个多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
实例3：基于元数据(各个多媒体消息元素或者有效数据对象的意义或者其之间的依赖关系)为一条多媒体消息(MMA)创建多个MMS接收方通知
再次参考图3，MMS中继器-服务器MRSB应向接收方或者接收方设备MFG2的MMS用户应用(MMS用户代理)传送示例性的多媒体消息MMA。描述信息(关于此请参见点iii))在本实例中如下说明各个多媒体消息元素(有效数据对象)的关系：文本或者文本对象是主要消息，并且不依赖于其它两个多媒体消息元素。类型为“音频”的多媒体消息元素包含口头评论，该口头评论涉及类型为“图像”或者“静止图像”的多媒体消息元素，并且在没有图像的情况下是没有意义的(例如：“当你刚好看过去时，你将清楚地看到处于我们度假屋的背景中的路”)。接收终端设备MFG2也许不能显示图像(该信息在理想情况下是按照实例1的移动无线电设备MFG2和MMS用户应用(MMS用户代理)MUAB的独特的特性或者能力的组成部分)。现在，MMS中继器-服务器MRSB能够借助于元数据来断定，音频对象或者音频文件在没有静止图像的情况下对于接收方来说是无用的，并且因此产生一个或者多个相应地被改编的多媒体消息变体，并且提供给用户下载，如在下面的表3中所示：
MM变体3A MM变体3B MM变体3C 文本 原始的 原始的 原始的 文本大小 20kB 20kB 20kB 图像 原始的 去除 去除 分辨率 100×80像点 不可用 不可用 图像大小 8kB 不可用 不可用 音频 原始的 原始的 去除 音频大小 30kB 30kB 不可用
表3
在下一步骤中，MMS中继器-服务器MRSB分别为原始的多媒体消息变体3A和两个新产生的多媒体消息变体3B和3C创建自身的MMS接收方通知或接收方通知消息。所有MMS接收方通知都指点参阅原则上相同的内容，当然所述内容现在存在于三个不同地被改编的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(这里在图3中也应再次通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一个多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
B.将向后兼容的映射机制用于MMS接收方通知
为了能够再次参考图3并且尤其是依照上面在点A中所述的实例将接收方的MMS用户应用(MMS用户代理)中的不同MMS接收方通知“MM1_通知.REQ(s)”识别为相关的，MMS中继器-服务器MRSB为每个最初接收的多媒体消息分配明确的标识号，并且将该标识号与最大数、即所产生或者所发送的MMS接收方通知的总数和MMS接收方通知的可选的序列号或者顺序号补充到每个单个MMS接收方通知中。随后，单个MMS接收方通知或者接收方通知消息“MM1_通知.REQ(s)”在传统路径上被发送给接收方或者接收方设备的MMS用户应用(MMS用户代理)。在那里，现在可以借助于由MMS中继器-服务器所补充的标识号以统一的并且对于接收方来说非常舒适的方式来显示所有相关的MMS接收方通知“MM1_通知.REQ(s)”的整体。通过对所接收的相关的MMS接收方通知进行计数并且紧接着将该值与最大数进行比较，接收方设备(这里为移动无线电设备MFG2)的MMS用户应用(MMS用户代理)可以简单地确定，所有相关的MMS接收方通知“MM1_通知.REQ(s)”是否都已到达。
下面示例性地说明用于借助WAP实现MMS的、根据在点A中所举的实例2的文本编码形式的单个MMS接收方通知，其中类型为“静止图像”或者“图像”的多媒体消息元素(有效数据对象)的图像大小缩小两个等级。(应提及的是，根据3GPP在WAP中“M-通知.ind”-PDU(PDU：协议数据单元)对应于上述抽象消息“MM1_通知.REQ”)。根据本发明的一种实施形式，用于标识号和序列号的新的报头字段被包括在MMS接收方通知中。更确切地说，通知1表示多媒体消息变体2A(大图像)的MMS接收方通知(WAP-PDU-“M-通知.ind”)，通知2表示多媒体消息变体2B(中等图像大小)的MMS接收方通知(WAP-PDU-“M-通知.ind”)，并且通知3表示多媒体消息变体2C(小图像)的MMS接收方通知(WAP-PDU-“M-通知.ind”)。
通知1：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc10
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：58000
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：1
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2A
通知2：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc12
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：54500
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：2
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2B
通知3：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc16
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：51500
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：3
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2C
应提及的是，所述原理不仅可以被推广到具有基本信息的简单的或简化的MMS接收方通知，而且可以被推广到详细的MMS接收方通知(“详细的MMS通知”)，所述详细的MMS接收方通知包含单个多媒体消息元素的更详细的说明。在这种情况下，将本发明用于这种详细的MMS接收方通知的好处可能还要更大。
此外，根据有利的改进方案可以设想，多媒体消息的明确的标识号、最大数和序列号以被编码的形式被包含在URI中(优选地在路径说明的最后一部分中)。
C.通过在接收方设备的MMS用户应用(MMS用户代理)中特别有利地布置HMI来根据可选的下载选项舒适地显示由单个MMS接收方通知组成的信息
如上所述，上述方法提供接收方设备的MMS用户应用中的菜单操作(Menuefuehrung)的特别有利的实施方案，因为MMS用户应用：
-借助于明确的标识号识别出多媒体消息的不同变体的相关的MMS接收方通知，并且
-借助于最大数知道，MMS中继器-服务器为确定的多媒体消息(通过相同的标识号来标识)准备了多少个多媒体消息变体；
-借助于序列号识别出，哪个MMS接收方通知属于最初由MMS中继器-服务器接收的多媒体消息(没有改编)。
图5示出了在接收方设备的显示器上所显示的示例性的第一用户界面BOF1，在该第一用户界面上处理上面在点A中所述的实例2中的各个MMS接收方通知或者接收方通知消息，并且清楚地显示其中所包含的信息。现在显示，在MMS的“2002.11.02”的收件箱中存在一条具有三个可选变体或者下载选项的多媒体消息。此外显示发送方、消息的主题、类别、所改变的多媒体消息元素(这里是图像)的大小、以及多媒体消息的有效性。最后，向接收方设备的用户提出请求，选择多媒体消息元素或者多媒体消息的一个变体。可以通过按压接收方设备(在图3的实例中为移动无线电设备MFG2)的键盘的相应按键来选择所期望的下载选项。
对于使用详细的MMS接收方通知(“详细的MMS通知”)的情况，在接收方设备(例如图3的移动无线电设备MFG2)的第二用户界面B0F2上有利地也将MMS接收方通知中可能包含的其它信息显示给接收方，如在图6可以看到的那样。除了也已经在图5中说明的信息之外，现在此外还显示，在MMS的“2002.11.03”的收件箱中存在一条具有三个可选变体或者下载选项的多媒体消息，其中附加地说明，哪个变体是原始变体，并且在MMS中继器-服务器上所提供的多媒体消息变体中设置有哪些多媒体消息元素。可以通过按压接收方设备的键盘的相应按键或者通过借助于鼠标指针MZ选择相应的选择区AWF并且相应地确认该选择来选出一个或者所期望的变体或者下载选项。
针对下一代(2.5G和3G)移动无线电系统、例如根据UMTS(UMTS-通用移动电信系统)标准工作的系统，目前使移动消息业务的具有多媒体能力的变体标准化，即MMS业务或者简称为MMS。下面，为了更好地界定SMS(短消息业务)业务的文本消息，只将具有多媒体内容的MMS的消息还简称为MM(MM：多媒体消息)。不同于SMS，取消了对纯文本内容的限制。在MMS中，能够根据个人爱好对文本进行格式化，以及能够将音频和视频内容嵌入到消息中。因此，MM可以包括多个不同文件类型(音频或者静止图像)或者文件格式(在静止图像的情况下例如GIF或者JPEG)的MM元素或有效数据对象，甚至能够时间确定地进行小型演示。
在图1中示出了用于尤其是根据3GPP(第三代合作伙伴项目)的规范来执行MMS的可能的电信装置或者网络结构KN。图中的链路在第一移动无线电设备MFG1的实施方案中表示第一电信设备，所述第一移动无线电设备MFG1经由接口、更确切地说经由如还将根据图2更详细地说明的空中接口与通信网相连接(为了较简单地表示该网络的最重要的元件，这里放弃详细地说明，存在和如何存在到移动无线电网络的基站的空中接口，其中所述移动无线电网络又与该通信网或者第一MMS网络环境DLA相连接。当然，相应的内容也适用于与下述第二移动无线电设备的连接)。更确切地说，第一移动无线电设备MFG1与第一MMS网络环境DLA(MMSE：多媒体消息业务环境)相连接，该第一MMS网络环境DLA位于第一MMS业务供应商或者MMS提供商的主管范围内。在移动无线电设备MFG1上设置有软件应用、即所谓的MMS用户软件应用或者简称为MMS用户应用(MMS用户代理)MUAA，用于实现MMS的终端设备侧部分。在第一MMS网络环境DLA中，设置有所谓的第一MMS中继器-服务器MRSA，该第一MMS中继器-服务器将MMS功能提供给与该第一MMS网络环境相连接的电信设备或者电信终端设备。
在该实例中，第一MMS网络环境DLA经由接口MM4(参见参考图2的进一步描述)与第二MMS业务供应商或者MMS提供商的第二MMS网络环境DLB相连接，所述接口MM4例如通过SMTP(简单邮件传输协议)协议来实现。在第二MMS网络环境DLB中，设置有第二MMS中继器-服务器MRSB，其将MMS功能提供给与第二MMS网络环境DLB相连接的电信设备或者电信终端设备、例如移动无线电设备MFG2。在移动无线电设备MFG2上又设置有软件应用、这里是MMS用户应用(MMS用户代理)MUAB，用于实现MSS的终端设备侧部分。如果多媒体消息、尤其是具有有效数据对象的多媒体消息由移动无线电设备MFG1向移动无线电设备MFG2传输，那么MMS网络环境DLA和DLB中的两个MMS中继器-服务器MRSA和MRSB可被组合为一个交换元件，这在后面还将参考图3进行说明。
MMS的表征特征是，在向接收设备(移动无线电设备)传送多媒体消息(MM)时，在所谓的推(PUSH)模式和拉(PULL)模式之间进行区分，其中在所述推模式的情况下，到达的多媒体消息立即由MMS中继器-服务器向接收设备的MMS用户应用传输，而在所述拉模式的情况下，首先借助于MMS通知或者接收方通知消息将新到达MMS中继器-服务器的多媒体消息通知接收方或者接收设备，并且接着该接收方或者接收设备自己可以决定，其是否或者何时将该多媒体消息从MMS中继器-服务器下载到其移动无线电设备上。
在图2中示出了用于将其他网络单元或者网络元件连接到MMS中继器-服务器MRS、例如MMS中继器-服务器MRSA或者MRSB上的可能的所定义的接口。除了使MMS用户应用MUAA和MMS中继器-服务器彼此相连接所经由的接口MM1之外，诸如E-mai1服务器EES、传真服务器EFS、其他消息服务器(例如用于UMS：统一消息业务)ENS或者其他服务器ESS等的任意的外部服务器都可以经由接口MM3连接到MMS中继器-服务器MRS上。外部MMS业务供应商(MMS提供商)的连接经由接口MM4来实现，如已经根据图1所示的那样。接口MM5连接MMS中继器-服务器MRS和移动无线电网络运营商的HLR(HLR：归属位置寄存器)，在所述归属位置寄存器中存储有每个移动无线电用户的个人的客户数据或者用户数据(该HLR通常位于网络运营商的主管范围内，该网络经营商不必一定与MMS业务供应商相同)。接口MM6允许连接一个或者多个MMS用户数据库(MMS User Data Base)MUDB。经由接口MM7能够连接服务器MVS，该服务器MVS由VASP(增值业务提供商)运营并且将增值业务提供给MMS用户。最后，还存在另一接口MM8，用于将网络单元或者计费单元VE连接到MMS中继器-服务器MRS上，在所述网络单元或者计费单元中所有相关的信息被收集并被分析，以便对MMS进行计费。在MMS中继器-服务器MRS中，接口MM2在中继器和服务器之间建立连接。
下面，根据图3借助于根据3GPP定义的所谓的“抽象消息”更详细地描述在由移动无线电设备MFG1发送具有多媒体消息元素MME的多媒体消息MMA并由移动无线电设备MFG2接收时图1中所示的MMS单元或者MMS数据传输单元之间的数据、尤其是有效数据对象的交换。抽象消息由至少一个信息元素组成。在使用MMS时，发送方、例如移动无线电设备MFG1或者MMS用户应用MUAA可以经由接口MM1利用抽象消息(后面也称作传输消息)“MM1_提交.REQ”向其MMS业务供应商的MMS中继器-服务器MRSA发送多媒体消息MMA。该MMS中继器-服务器MRSA利用抽象消息“MM1_提交.RES”确认MMS用户应用MUAA对多媒体消息的正确接收。利用抽象消息对“MM4_转发.REQ”(包含原来的多媒体消息)和“MM4_转发.RES”(其向MMS中继器-服务器MRSA回送应答或者确认)向接收方或者目标移动无线电设备的MMS环境DLB(参见图1)中的MMS中继器-服务器MRSB传输MMA。然后，利用抽象消息或者接收方通知消息“MM1_通知.REQ”把位于MMS中继器-服务器MRSB上准备用于下载的多媒体消息MMA通知给接收方设备MFG2或者其MMS用户应用MUAB。在该MMS接收方通知消息中包含有多媒体消息在MMS中继器-服务器MRSB上的存储位置的URI(URI-统一资源标识符)作为基准。抽象消息“MM1_通知.RES”首先用作对在MMS用户应用MUAB处正确接收接收方通知消息的确认，并且用于将所期望的传送方式(以“推”模式或者“拉”模式)通知给MMS业务供应商。利用抽象消息或者传送请求消息“MM1_检索.REQ”，接收方、即MMS用户应用MUAB可以启动对为备用而位于MMS中继器-服务器MRSB上的多媒体消息MMA的下载。借助于抽象消息或者传送消息“MM1_检索.RES”来实现由MMS中继器-服务器MRSB向MMS用户应用MUAB传送多媒体消息MMA。可以由MMS用户应用MUAB利用抽象消息“MM1_确认.REQ”来将多媒体消息MMA的下载的输出通知MMS中继器-服务器MRSB。应该注意的是，为了简单地表示多媒体消息从移动无线电设备MFG1经由两个MMS中继器-服务器MRSA和MRSB到移动无线电设备MFG2的传输，所述两个MMS中继器-服务器MRSA和MRSB也可以被看作移动无线电设备之间的交换元件VK。如果移动无线电设备MFG2也位于第一MMS业务供应商的MMS环境的有效范围中，那么该交换元件VK将只包括MMS中继器-服务器MRSA。
如果移动无线电网络运营商在其PLMN(PLMN-公共陆地移动网)中采用MMS的WAP实现，那么更确切地看，上述接口MM1由通过专用网络元件、即所谓的WAP网关(WAP-无线应用协议)彼此相连接的两段组成。处于MMS业务供应商的MMS中继器-服务器和移动无线电系统或者移动无线电网络的核心网之间的WAP网关首先执行以下任务，即使要传输的数据与两侧不同的协议层相匹配。为了更好地理解，图4示出具有MMS用户应用MUA的移动电信终端设备(例如移动无线电设备)和MMS中继器-服务器MRS之间用于MMS的WAP实现的接口MM1的详细布置。在“A侧”或者(在朝外部IP(因特网协议)网络的方向上)采用会话层协议“http”(http：超文本传输协议)，而在“B侧”(在朝移动无线电系统或者移动无线电网络、PLMN的方向上)采用WSP(WSP-无线会话协议)。
现在，在发送MMS接收方通知或者接收方通知消息之前，MMS业务供应商能够单独地匹配要传送的多媒体消息或者该多媒体消息中所包含的有效数据对象。这种匹配可以例如基于接收设备的独特特性、用户的独特设置、或者基于也许包含在多媒体消息中的或者从多媒体消息获得的描述信息(例如根据MPEG-7标准的所谓的元数据)。这三种可能性的组合也是可以设想的。这将在下面进行更详细的说明。
1.根据接收设备的独特特性来匹配多媒体消息或者其中所包含的有效数据对象：移动无线电设备、例如移动电话通常通过其表征特性或者能力而相互区别。因此，例如显示装置的特性(例如在大小和分辨率方面)可能部分地彼此显著变化，或者能够显示和/或处理确定的文件类型和/或文件格式的能力也可能部分地彼此显著变化。为了移动无线电运营商或者业务提供商能够获得对有WAP能力的终端设备的特性或者能力的认识，由WAP论坛对所谓的“UA Prof”(UA Prof：UserAgent Profile，用户代理特征描述)进行了标准化，其中借助于所谓的“UA Prof”能够在网络侧将适当的表示特征的设备描述分配给每个单个的在移动无线电网络中注册的终端设备或者移动无线电设备。
即使在MMS中，在将来也应该如下使用WAP-“UA Prof”：如果移动无线电客户或者移动无线电用户具有包含基于WAP的MMS用户应用的终端设备或者移动无线电设备，并且其为了使用MMS已经在MMS业务供应商处注册，那么MMS特定的录入项也应该是“UA Prof”或者用户描述的分量(例如到达的多媒体消息的最大量等)。可以经由图2中所示的接口MM6(MMS中继器-服务器到MMS用户数据库MUDB)实现MMS中继器-服务器对用户描述消息的访问。如果MMS业务提供商知道移动电信终端设备(例如移动无线电设备)和其上所安装的MMS用户应用(MMS用户代理)的独特的特性或者能力，那么MMS中继器-服务器可以在发送MMS接收方通知(接收方通知消息)之前执行针对接收方的终端设备的、各个多媒体消息元素或者有效数据对象的匹配的文件类型或者文件格式转换，以便在接收方的终端设备上最优地显示多媒体消息。
2.根据用户的独特设置来匹配多媒体消息：在MMS中，每个用户可以在网络侧进行设置，并且因此根据其个人的意见对MMS进行配置。例如，用户设置可以是：自动地并且在没有MMS接收方通知(接收方通知消息)的情况下将所有到达的多媒体消息向E-mail地址继续传输，其中所述多媒体消息包含确定数据类型的多媒体消息元素或者有效数据对象。
3.根据包含在多媒体消息中的元数据来匹配多媒体消息：描述信息(所谓的元数据)也许还可能是包含在多媒体消息中，或者可能从多媒体消息中获得，利用所述描述信息可以说明单个多媒体消息元素(有效数据对象)的意义，以及可以表述单个多媒体消息元素(有效数据对象)之间的依赖关系。例如，类型为“文本”的多媒体消息元素(有效数据对象)可被称作主成分，类型为“静止图像”的多媒体消息元素可被称作背景图像，或者类型为“音频”的多媒体消息元素可被称作(口头)评论，该评论与所述静止图像有关。
在接收方侧的MMS环境内的MMS中继器-服务器中，在发送MMS接收方通知(接收方通知消息)之前，基于上述三个数据组(或者其组合)对到达的多媒体消息进行改编。
为了使接收方现在具有对要接收的多媒体消息和其中所包含的有效数据对象的改进的控制，并且获得关于是否已经并且如何对多媒体消息或者所包含的元素或者有效数据对象进行了改编的信息，根据本发明的一个实施形式建议如下。
该实施形式规定，可以针对相同多媒体消息的被不同地改编的变体向接收方发送多个可选的MMS接收方通知(接收方通知消息)。以这种方式，将多个用于下载相同的多媒体消息的可选的选项提供给接收方。在这种情况下，不仅可以将变体理解为原始消息或者包含在该原始消息中的有效数据对象，而且可以将变体理解为改编后的消息或者改编后的有效数据对象。
为了实现这一点，设想一种向后兼容的映射机制，该映射机制允许在接收方的MMS用户应用中将单个MMS接收方通知(接收方通知消息)分配给多媒体消息。
当然，也可以设想，将关于针对单个变体的不同下载选项的信息打包到唯一的新定义的多部分MMS接收方通知中，但是在这种情况下必须放弃向后兼容。老的或者传统的MMS用户应用(MMS用户代理)不能以多部分MMS接收方通知的新的并且对其而言未知的结构开始。
为了能够实现用于以对接收方而言容易理解的方式下载(不同变体形式的)MM的可选选项，根据该实施形式，此外下面还将描述在接收MMS用户应用(MMS用户代理)侧的HMI(HMI-人机界面，例如以显示器的形式)的可能的布置。
为了改进在下载多媒体消息时的控制可能性，应针对在网络侧(尤其是由接收方的MMS业务供应商的MMS环境的MMS中继器-服务器)改编的、基于下述数据组中的至少一个的、多媒体消息的不同变体，通过产生和发送多个不同的MMS接收方通知(接收方通知消息)将相同的多媒体消息的多个可选下载选项提供或传输给接收方或者接收终端设备：
i)关于例如移动无线电设备或者移动电话的移动电信终端设备和其上所安装的或者与其相连接的MMS用户应用(MMS用户代理)的独特的特性或者能力的信息。与此有关的关于电信终端设备或者电信设备和MMS用户应用(MMS用户代理)的独特的特性或者能力的信息例如可以根据WAP用户描述(WAP-“UA Prof”)来构成，并且可能来自过去的WSP会话、即以前的MMS下载过程。
ii)关于MMS用户的特殊的优先选择的信息。与此有关的关于独特的用户优先选择的信息例如可以是MMS用户数据库MUDB(参见图2)的组成部分；和/或
iii)描述信息(所谓的元数据)，其说明各个多媒体消息元素(有效数据对象)的意义和/或表述各个多媒体消息元素之间的关系或者依赖关系。与此有关的描述信息(元数据)可以例如按照MPEG-7来构成，并且可能可以作为独立的多媒体消息元素(有效数据对象)包含在多媒体消息中，或者由进行改编的MMS中断器-服务器从到达的多媒体消息中获得。
此外，MMS接收方通知(接收方通知消息)的向后兼容的映射机制的采用用来提高控制可能性：
a)有利地，在向接收方或者接收终端设备的MMS用户应用发送之前，在进行改编的MMS中继器-服务器中用附加的新定义的报头字段来标识相关的MMS接收方通知；
b)在这种情况下，另外还可以有利地(又在新定义的报头字段中)使用序列号，以便能够在接收方的MMS用户应用中确定，所有相关的MMS接收方通知是否都已到达。此外，也应由各个不同的接收方通知消息的顺序信息得知，MMS接收方通知中的哪一个与至少一个有效数据对象的未改变的原始版本有关。例如，序列号的值“0”表明是原始版本，而值＞0表明是有效数据对象或者传输消息(即多媒体消息MM)的改编后/改变后的版本；
c)最后，各个MMS接收方通知可以在接收方的MMS用户应用(MMS用户代理)中借助于标识号和序列号被分配。
替代a)和b)，相关的MMS接收方通知的标识和/或序列号和/或说明所提供的变体的总数或者所产生或者所发送的MMS接收方通知的总数的最大数也可以特别地被编码并且被集成到已知的报头字段中(例如作为附加参数)。
此外，通过以下方式可以继续提高控制可能性并且继续改善多媒体消息的接收方的信息，即根据可选的下载选项、即针对多媒体消息或者其有效数据对象的不同变体，通过在接收方的MMS用户应用(MMS用户代理)中特别有利地布置HMI来提供由单个MMS接收方通知组成的信息的舒适的显示，
下面，现在将阐明实例，这些实例说明在下载MMS中继器-服务器上备有的多媒体消息时用于提高控制可能性的上述方面：
A.提供可选的下载选项
首先，应该通过针对在网络侧被改编或者处理的多媒体消息的不同变体产生和发送多个不同MMS接收方通知(接收方通知消息)来阐明为相同的多媒体消息提供可选的下载选项的方面。
下面的实例都基于以下假设，即如也已经参考图3所述的那样，应从发送方(即第一电信设备、例如移动无线电设备)向接收方(即第二电信设备、例如第二移动无线电设备)发送示例性的多媒体消息，该多媒体消息由三个多媒体消息元素或者有效数据对象(MME)、即20kB大小的文本、具有8比特颜色深度的图像和30kB大小的语音注释组成。然而，作为关于图3的上述说明的变形，在发送至少一个MMS接收方通知(接收方通知消息)之前，现在在接收方的MMS业务供应商的MMS环境中、尤其在其MMS中继器-服务器(根据图3，如果多媒体消息MMA由移动无线电设备MFG1发送，那么该MMS中继器-服务器是MMS中继器-服务器MRSB)中根据点i)至iii)中所述的信息改编或者改变至少一个有效数据对象。
实例1：基于移动电信终端设备和MMS用户应用(MMS用户代理)的独特的特性或者能力为一条多媒体消息(MMA)创建多个MMS接收方通知
MMS中继器-服务器(根据上述假设是MMS中继器-服务器MRSB，参见图3)应向接收方的MMS用户应用(MMS用户代理)MUAB、移动无线电设备MFG2传送示例性的多媒体消息(MMA)。在网络侧所存储的包含该移动无线电设备MFG2和MMS用户应用MUAB的独特的特性或者能力的数据组(参见上述点i)中，例如注明，接收设备MFG2只能显示黑白图像。但是，因为用户(移动无线电设备MFG2)想以后彩色打印多媒体消息元素(有效数据对象)，所以该用户可能仍然想从MMS中继器-服务器MRSB下载彩色图像。
现在，除了所接收的多媒体消息(MMA)之外，MMS中继器-服务器(MRSB)还按照具有移动电信终端设备的独特的特性或者能力的数据组的规则创建另一多媒体消息变体，在该另一多媒体消息变体中图像或者图像数据对象的颜色深度与原件不同。这在下面的表1中示出，其中说明MMS中继器-服务器已经根据原始的多媒体消息变体1A创建了改编后的多媒体消息变体1B，代替彩色图像，其包含具有不同颜色深度的黑白图像。类型为“文本”和“音频”的多媒体消息元素保持不变：
MM变体1A MM变体1B 文本 原始的 原始的 文本大小 20kB 20kB 图像 原始的 改变后的 分辨率 100×80像点 100×80像点 颜色深度 8比特 2比特 图像大小 8kB 2kB 音频 原始的 原始的 音频大小 30kB 30kB
表1
在下一步骤中，MMS中继器-服务器分别为原始的多媒体消息变体1A和新产生的多媒体消息变体1B创建自身的MMS接收方通知。两个MMS接收方通知指点参阅原则上相同的内容，当然所述内容现在存在于两种不同地被改编的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(在图3中应通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一条多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
实例2：基于MMS用户的特殊的优先选择为一条多媒体消息(MMA)创建多个MMS接收方通知
再次参考图3，MMS中继器-服务器MRSB应向接收方或者移动无线电设备MFG2的MMS用户应用(MMS用户代理)MUAB传送示例性的多媒体消息MMA。在网络侧所存储的包含MMS用户的特殊的优先选择(根据点ii))的数据组中，例如注明，在传送多媒体消息之前，应该使包含在多媒体消息中的所有图像向下缩小由用户所定义的两个等级(当然也可以设想降低颜色深度)。接收方可能已经进行了这种设置，以便使不仅在经由接口MM1传送多媒体消息时而且在将多媒体消息存储在其移动电信终端设备中时的数据量保持尽可能少。因此，一方面能够减少下载的成本(取决于MMS业务供应商的结算模型)，另一方面能够在接收方终端设备中存储更大数量的多媒体消息。现在，除了所接收的原始多媒体消息MMA(多媒体消息变体2A)，MMS中继器-服务器MRSB按照具有特殊的优先选择的数据组的规则还创建两个其它的多媒体消息变体2B和2C(更确切地说，产生图像或者图像对象的变体，其中文本对象和音频对象以原始形式保持不变)，所述两个其它的多媒体消息变体在图像格式方面彼此不同，如在下面的表2中所示：
MM变体2A MM变体2B MM变体2C 文本 原始的 原始的 原始的 文本大小 20kB 20kB 20kB 图像 原始的 改变后的 改变后的 分辨率 100×80像点 75×60像点 50×30像点 图像大小 8kB 4.5kB 1.5kB 音频 原始的 原始的 原始的 音频大小 30kB 30kB 30kB
表2
在下一步骤中，MMS中继器-服务器MRSB分别为原始的多媒体消息变体2A和两个新产生的多媒体消息变体2B和2C创建自身的MMS接收方通知。所有的三个MMS接收方通知都指点参阅原则上相同的内容，当然所述内容现在存在于三个不同的或者改编后的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(在图3中应再次通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一个多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
实例3：基于元数据(各个多媒体消息元素或者有效数据对象的意义或者其之间的依赖关系)为一条多媒体消息(MMA)创建多个MMS接收方通知
再次参考图3，MMS中继器-服务器MRSB应向接收方或者接收方设备MFG2的MMS用户应用(MMS用户代理)传送示例性的多媒体消息MMA。描述信息(关于此请参见点iii))在本实例中如下说明各个多媒体消息元素(有效数据对象)的关系：文本或者文本对象是主要消息，并且不依赖于其它两个多媒体消息元素。类型为“音频”的多媒体消息元素包含口头评论，该口头评论涉及类型为“图像”或者“静止图像”的多媒体消息元素，并且在没有图像的情况下是没有意义的(例如：“当你刚好看过去时，你将清楚地看到处于我们度假屋的背景中的路”)。接收终端设备MFG2也许不能显示图像(该信息在理想情况下是按照实例1的移动无线电设备MFG2和MMS用户应用(MMS用户代理)MUAB的独特的特性或者能力的组成部分)。现在，MMS中继器-服务器MRSB能够借助于元数据来断定，音频对象或者音频文件在没有静止图像的情况下对于接收方来说是无用的，并且因此产生一个或者多个相应地被改编的多媒体消息变体，并且提供给用户下载，如在下面的表3中所示：
MM变体3A MM变体3B MM变体3C 文本 原始的 原始的 原始的 文本大小 20kB 20kB 20kB 图像 原始的 去除 去除 分辨率 100×80像点 不可用 不可用 图像大小 8kB 不可用 不可用 音频 原始的 原始的 去除 音频大小 30kB 30kB 不可用
表3
在下一步骤中，MMS中继器-服务器MRSB分别为原始的多媒体消息变体3A和两个新产生的多媒体消息变体3B和3C创建自身的MMS接收方通知或接收方通知消息。所有MMS接收方通知都指点参阅原则上相同的内容，当然所述内容现在存在于三个不同地被改编的变体中。每个多媒体消息变体借助于自身的URI来索引。然后，如在图3中所示的那样，相应的MMS接收方通知“MM1_通知.REQ(s)”由MMS中继器-服务器MRSB向接收方终端设备MFG2发送(这里在图3中也应再次通过在“MM1_通知.REQ”后附上(s)来表明，这里根据本发明的实施形式基于一个多媒体消息(MMA)现在向接收方发送多个MMS接收方通知或者接收方通知消息)。
B.将向后兼容的映射机制用于MMS接收方通知
为了能够再次参考图3并且尤其是依照上面在点A中所述的实例将接收方的MMS用户应用(MMS用户代理)中的不同MMS接收方通知“MM1_通知.REQ(s)”识别为相关的，MMS中继器-服务器MRSB为每个最初接收的多媒体消息分配明确的标识号，并且将该标识号与最大数、即所产生或者所发送的MMS接收方通知的总数和MMS接收方通知的可选的序列号或者顺序号补充到每个单个MMS接收方通知中。随后，单个MMS接收方通知或者接收方通知消息“MM1_通知.REQ(s)”在传统路径上被发送给接收方或者接收方设备的MMS用户应用(MMS用户代理)。在那里，现在可以借助于由MMS中继器-服务器所补充的标识号以统一的并且对于接收方来说非常舒适的方式来显示所有相关的MMS接收方通知“MM1_通知.REQ(s)”的整体。通过对所接收的相关的MMS接收方通知进行计数并且紧接着将该值与最大数进行比较，接收方设备(这里为移动无线电设备MFG2)的MMS用户应用(MMS用户代理)可以简单地确定，所有相关的MMS接收方通知“MM1_通知.REQ(s)”是否都已到达。
下面示例性地说明用于借助WAP实现MMS的、根据在点A中所举的实例2的文本编码形式的单个MMS接收方通知，其中类型为“静止图像”或者“图像”的多媒体消息元素(有效数据对象)的图像大小缩小两个等级。(应提及的是，根据3GPP在WAP中“M-通知.ind”-PDU(PDU：协议数据单元)对应于上述抽象消息“MM1_通知.REQ”)。根据本发明的一种实施形式，用于标识号和序列号的新的报头字段被包括在MMS接收方通知中。更确切地说，通知1表示多媒体消息变体2A(大图像)的MMS接收方通知(WAP-PDU-“M-通知.ind”)，通知2表示多媒体消息变体2B(中等图像大小)的MMS接收方通知(WAP-PDU-“M-通知.ind”)，并且通知3表示多媒体消息变体2C(小图像)的MMS接收方通知(WAP-PDU-“M-通知.ind”)。
通知1：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc10
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：58000
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：1
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2A
通知2：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc12
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：54500
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：2
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2B
通知3：
X-Mms-消息-类型：m-通知-ind
X-Mms-交易-ID：abc16
X-Mms-MMS-版本：1.0
来自：andreas.st.schmidt@siemens.com
主题：多媒体消息
X-Mms-消息-类别：个人
X-Mms-消息-大小：51500
X-Mms-期满：36000
X-Mms-变体-Id：例子-xyz X-Mms-Max-通知：3 X-Mms-序列号：3
X-Mms-内容-位置：http://operator.de/inbox/mm-id-2C
应提及的是，所述原理不仅可以被推广到具有基本信息的简单的或简化的MMS接收方通知，而且可以被推广到详细的MMS接收方通知(“详细的MMS通知”)，所述详细的MMS接收方通知包含单个多媒体消息元素的更详细的说明。在这种情况下，将本发明用于这种详细的MMS接收方通知的好处可能还要更大。
此外，根据有利的改进方案可以设想，多媒体消息的明确的标识号、最大数和序列号以被编码的形式被包含在URI中(优选地在路径说明的最后一部分中)。
C.通过在接收方设备的MMS用户应用(MMS用户代理)中特别有利地布置HMI来根据可选的下载选项舒适地显示由单个MMS接收方通知组成的信息
如上所述，上述方法提供接收方设备的MMS用户应用中的菜单操作(Menuefuehrung)的特别有利的实施方案，因为MMS用户应用：
-借助于明确的标识号识别出多媒体消息的不同变体的相关的MMS接收方通知，并且
-借助于最大数知道，MMS中继器-服务器为确定的多媒体消息(通过相同的标识号来标识)准备了多少个多媒体消息变体；
-借助于序列号识别出，哪个MMS接收方通知属于最初由MMS中继器-服务器接收的多媒体消息(没有改编)。
图5示出了在接收方设备的显示器上所显示的示例性的第一用户界面BOF1，在该第一用户界面上处理上面在点A中所述的实例2中的各个MMS接收方通知或者接收方通知消息，并且清楚地显示其中所包含的信息。现在显示，在MMS的“2002.11.02”的收件箱中存在一条具有三个可选变体或者下载选项的多媒体消息。此外显示发送方、消息的主题、类别、所改变的多媒体消息元素(这里是图像)的大小、以及多媒体消息的有效性。最后，向接收方设备的用户提出请求，选择多媒体消息元素或者多媒体消息的一个变体。可以通过按压接收方设备(在图3的实例中为移动无线电设备MFG2)的键盘的相应按键来选择所期望的下载选项。
对于使用详细的MMS接收方通知(“详细的MMS通知”)的情况，在接收方设备(例如图3的移动无线电设备MFG2)的第二用户界面B0F2上有利地也将MMS接收方通知中可能包含的其它信息显示给接收方，如在图6可以看到的那样。除了也已经在图5中说明的信息之外，现在此外还显示，在MMS的“2002.11.03”的收件箱中存在一条具有三个可选变体或者下载选项的多媒体消息，其中附加地说明，哪个变体是原始变体，并且在MMS中继器-服务器上所提供的多媒体消息变体中设置有哪些多媒体消息元素。可以通过按压接收方设备的键盘的相应按键或者通过借助于鼠标指针MZ选择相应的选择区AWF并且相应地确认该选择来选出一个或者所期望的变体或者下载选项。