本发明涉及一种用于阻塞不需要的消息(MM)的方法，具有以下的方法步骤：传输发送者(MMS UA A)的消息到发送机(MMS R/S A)上；从发送机(MMS R/S A)传输消息到业务提供商(MMSE SP B)上；和从业务提供商(MMSE SP B)传输消息到接收者(MMS UA B)上，其中，由业务提供商来服务接收者。只有在发送者不在排除清单中的情况下，才实现从业务提供商传输消息到接收者上。优选在业务提供商处管理排除清单。
1.用于在移动无线系统中阻塞不需要的消息的方法，具有以下的方法步骤：-传输发送者的消息到发送机，
-从所述的业务提供商传输消息到接收者，其中，由所述的业务提供商来服务该接收者，其中，只有在所述的发送者不在排除清单中的情况下，才实现从所述的业务提供商传输消息到所述的接收者，其中，所述的接收者接收匿名消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，其中，所述的给业务提供商的通知包含作为识别信号的消息标记，所述的业务提供商从该消息标记中可以确定所述发送者的身份，其中，所述的消息标记涉及对所述消息的存储位置的参考URI，或涉及消息识别元素“消息ID”。
2.按权利要求1的方法，其特征在于，由所述的业务提供商来管理所述的排除清单。
3.按权利要求1的方法，其特征在于，所述的排除清单是所述接收者的一种专用的、独有的排除清单。
4.按权利要求1的方法，其特征在于，所述的排除清单是一种通用的排除清单，对于所有的接收者和/或接收者群考虑该排除清单。
5.按权利要求1的方法，其特征在于，如果所述的接收者想让发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商。
6.按权利要求5的方法，其特征在于，所述的给业务提供商的通知构成为独立的摘要消息。
7.按权利要求6的方法，其特征在于，在所述的摘要消息中集成了信息元形式的给业务提供商的通知。
8.按权利要求5的方法，其特征在于，在多媒体消息中，含有所述的给业务提供商的通知。
9.按权利要求8的方法，其特征在于，在该多媒体消息的有用数据中，含有所述的给业务提供商的通知。
10.按权利要求5的方法，其特征在于，所述的给业务提供商的通知含有过滤器功能的其它信息。
11.按权利要求10的方法，其特征在于，所述的给业务提供商的通知含有所述排除清单的类型和/或时间限制的信息。
12.用于在移动无线系统中阻塞不需要的消息的方法，具有以下的方法步骤：-传输发送者的消息到发送机，
-从所述的业务提供商传输消息到接收者，其中，由所述的业务提供商来服务该接收者，其中，只有在所述的发送者不在排除清单中的情况下，才实现从所述的业务提供商传输消息到所述的接收者上，其中，所述的接收者接收具有化名的消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，所述的给业务提供商的通知包含所述的化名以作为识别信号。
13.按权利要求12的方法，其特征在于，由所述的业务提供商来管理所述的排除清单。
14.按权利要求12的方法，其特征在于，所述的排除清单是所述接收者的一种专用的、独有的排除清单。
15.按权利要求12的方法，其特征在于，所述的排除清单是一种通用的排除清单，对于所有的接收者和/或接收者群考虑该排除清单。
16.按权利要求12的方法，其特征在于，如果所述的接收者想让发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商。
17.按权利要求16的方法，其特征在于，所述的给业务提供商的通知构成为独立的摘要消息。
18.按权利要求17的方法，其特征在于，在所述的摘要消息中集成了信息元形式的给业务提供商的通知。
19.按权利要求16的方法，其特征在于，在多媒体消息中，含有所述的给业务提供商的通知。
20.按权利要求19的方法，其特征在于，在该多媒体消息的有用数据中，含有所述的给业务提供商的通知。
21.按权利要求16的方法，其特征在于，所述的给业务提供商的通知含有过滤器功能的其它信息。
22.按权利要求21的方法，其特征在于，所述的给业务提供商的通知含有所述排除清单的类型和/或时间限制的信息。
23.用于在移动无线系统中阻塞不需要的消息的系统，具有：-发送机，该发送机适用于传输发送者的消息，
-业务提供商，该业务提供商适用于从所述的发送机接收消息，和-由业务提供商服务的接收者，其中，所述的接收者适用于从所述的业务提供商接收消息，其中，所述的业务提供商适用于，只有在所述的发送者不在排除清单中的情况下，才向所述的接收者传输消息，其中，所述的接收者适用于接收匿名消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，其中，所述的给业务提供商的通知包含作为识别信号的消息标记，所述的业务提供商从该消息标记中可以确定所述发送者的身份，其中，所述的消息标记涉及对所述消息的存储位置的参考URI，或涉及消息识别元素“消息ID”。
24.按权利要求23的系统，其特征在于，所述的业务提供商适用于管理所述的排除清单。
25.按权利要求23的系统，其特征在于，所述的排除清单是所述接收者的一种专用的、独有的排除清单。
26.按权利要求23的系统，其特征在于，所述的排除清单是一种通用的排除清单，对于所有的接收者和/或接收者群考虑该排除清单。
27.按权利要求23的系统，其特征在于，如果所述的接收者想让发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商。
28.按权利要求27的系统，其特征在于，所述的给业务提供商的通知构成为独立的摘要消息。
29.按权利要求28的系统，其特征在于，在所述的摘要消息中集成了信息元形式的给业务提供商的通知。
30.按权利要求27的系统，其特征在于，在多媒体消息(MM)中，含有所述的给业务提供商的通知。
31.按权利要求30的系统，其特征在于，在该多媒体消息的有用数据中，含有所述的给业务提供商的通知。
32.按权利要求27的系统，其特征在于，所述的给业务提供商的通知含有过滤器功能的其它信息。
33.按权利要求32的系统，其特征在于，所述的给业务提供商的通知含有所述排除清单的类型和/或时间限制的信息。
34.用于在移动无线系统中阻塞不需要的消息的系统，具有：-发送机，该发送机适用于传输发送者的消息，
-业务提供商，该业务提供商适用于从所述的发送机接收消息，和-由业务提供商服务的接收者，其中，所述的接收者适用于从所述的业务提供商接收消息，其中，所述的业务提供商适用于，只有在所述的发送者不在排除清单中的情况下，才向所述的接收者传输消息，其中，只有在所述的发送者不在排除清单中的情况下，才实现从所述的业务提供商传输消息到所述的接收者上，其中，所述的接收者适用于接收具有化名的消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，所述的给业务提供商的通知包含所述的化名以作为识别信号。
35.按权利要求34的系统，其特征在于，所述的业务提供商适用于管理所述的排除清单。
36.按权利要求34的系统，其特征在于，所述的排除清单是所述接收者的一种专用的、独有的排除清单。
37.按权利要求34的系统，其特征在于，所述的排除清单是一种通用的排除清单，对于所有的接收者和/或接收者群考虑该排除清单。
38.按权利要求34的系统，其特征在于，如果所述的接收者想让发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商。
39.按权利要求38的系统，其特征在于，所述的给业务提供商的通知构成为独立的摘要消息。
40.按权利要求39的系统，其特征在于，在所述的摘要消息中集成了信息元形式的给业务提供商的通知。
41.按权利要求38的系统，其特征在于，在多媒体消息(MM)中，含有所述的给业务提供商的通知。
42.按权利要求41的系统，其特征在于，在该多媒体消息的有用数据中，含有所述的给业务提供商的通知。
43.按权利要求38的系统，其特征在于，所述的给业务提供商的通知含有过滤器功能的其它信息。
44.按权利要求43的系统，其特征在于，所述的给业务提供商的通知含有所述排除清单的类型和/或时间限制的信息。
阻塞不需要的消息的方法和系统
技术领域
[0001] 本发明涉及一种用于阻塞不需要的消息的方法和系统。
背景技术
[0002] 这种方法或系统还可以应用在移动无线系统中，诸如在GSM(全球移动通信系统)系统中。
[0003] 除了语音电话之外，移动无线系统GSM也提供了可能性来发送或接收直至160个字符长度的短文本消息。 该业务称为SMS(短消息业务)，并在第三代合伙项目(3GPP)的技术规程TS 23.040版本5.4.0，发布(Release)5，“群终端技术规程；短消息业务(SMS)的技术实现”中得到了阐述。
[0004] 对于诸如UMTS(通用移动电信系统)的下一代(2.5G和3G)的移动无线系统，当今标准化了移动消息业务的具有多媒体能力的方案，所谓的MMS(多媒体报文传送业务)业务。 在第三代合伙项目(3GPP)的技术规程TS 22.140版本5.2.0，发布5，“群业务和系统特征技术规程；业务特征；阶段1；多媒体报文传送业务(MMS)”，和TS23.140版本5.3.0，发布5，“群终端；多媒体报文传送业务(MMS)，功能说明；阶段
2”中，详细说明了该MMS业务。 以下为了更好地区别于SMS的文本消息，将具有多媒体内容的消息称为MM。 与SMS相反，在MMS中取消了纯粹文本内容的限制。 在MMS中可以按照个人的喜好将文本格式化，以及将音频内容和视频内容纳入消息中。一个MM因此可以由不同文件类型(例如音频或静止图像)的，或文件格式(在静止图像中例如所谓的“图形交换格式”GIP或“联合摄影专家组”标准JPEG)的多个MM元素所组成。
[0005] 附图1展示了已知的MMS网络体系结构。 以下总是将所谓的“MMS用户代理”称为MMS UA。MMS UA可以涉及一种软件程序，该软件程序例如位于移动无线设备上，或位于连接到移动无线设备上的像膝上型计算机或类似物那样的设备上，该移动无线设备或设备实现了MMS。 附图1中区别了用户A和用户B。 相应地存在着MMS UA A和MMS UA B。 在另外的网元中以下相应地通过附加字母“A”和“B”来区别元件A和B。 此外，附图1展示了两个网元MMS R/S A或MMS R/S B，这些网元是所谓的“MMS中继/服务器”。 MMS R/S A或MMS R/S B涉及以下的网元，这些网元在MMS业务提供商SP的主管领域MMSE(多媒体报文传送业务环境)中，将MMS功能性提供给各自的MMS UA使用。 附图1相应地展示了MMSE SPA或MMSE SPB。
[0006] MMS的一种独特的特征是，在传送MM时区别所谓的“推模式”和所谓的“拉模式”，在推模式中将到达的MM立即传送给接收者，而在拉模式中首先将新到达的MM通知接收者，并且接收者随即自己可以决策，其是否或何时将该MM下载到其终端设备上。附图2和3展示了在传送MM时的拉模式和推模式之间的区别。 在根据附图2的拉模式中，关于存在着一个消息的通知首先从MMS R/S到达MMS UA上，反之在根据附图3的推模式中立即传输消息。
[0007] 附图4展示了具有规定接口的已知的网络体系结构，这些接口用于将其它的网元连接到MMS R/S上。 除了MMS UA和MMS R/S通过其彼此相连接的接口MM1之外，可以通过接口MM3将任意外部的计算机，即诸如E-Mail服务器、传真服务器等等的服务器连接到MMS R/S上。 用接口MM4来实现外界MMS业务提供商的连接。 接口MM5将MMS R/S与网络运营商的归属位置寄存器HLR相连接，在该归属位置寄存器HLR中存储了每个客户独有的用户数据。 在此，HRL位于网络运营商的主管领域中。接口MM6实现了一个或多个MMS用户数据库的连接。 通过接口MM7实现了其它计算机的连接，多值业务提供商的这些计算机将多值业务提供给MMS用户来使用。
[0008] MMS可以选择性地独有化。 在独有的用户设置的基础上，MMS R/S可以让某些MM得到特别的处理。 因此例如可以由MMS R/S直接地，即没有MMS UA的通知地，将属于某个MM范畴的MM，例如专用的MM，转送到事先由用户给出的E-Mail地址上。 此外，也可以由MMS R/S自动清除在标题中载有某些关键字的MM，或将来自某个发送者的MM直接地，即以推模式，传送到MMS UA上，而所有另外的MM的通常所希望的传送机制是拉模式。 除此之外，其它独有的规则是可以设想的。
[0009] 但是所有的规则都有以下的缺点，即MMS用户已经在MM的到达之前，必须在其MMS业务提供商的MMSE中已规定了它们。 这可以要么在合同签订时，要么在合同执行期间，例如用电话，或甚至借助(移动的) “网络浏览”来实现。 通常在MMS用户数据库中来管理用于MMS的专用化的独有的规则，MMS R/S通过接口MM6可以访问该MMS用户数据库。
[0010] 发送者在MMS中也具有匿名发送其MM的可能性。 与另外的业务的比较却表明，个别地可能导致以不需要的广告、侮辱和类似形式的滥用，在这些另外的业务中发送者对接收者可以保持匿名，例如像传统的信件邮政那样。 在MMS中也不能排除具有匿名MM的滥用。
[0011] 接收者虽然可以在其MMS UA上放置过滤器，以便剔除从不需要的发送者送达其MM。 不过这具有以下的缺点，在通过昂贵的空中接口传输MM或通知之后才实现过滤器功能。 按照与其业务提供商的结算模式，在此时刻已将不需要地传输的数据给接收者记了账。此外还存在着以下的缺点，即在匿名发送MM时缺少过滤准则。例如当发送者的身份对于MMS UA是未知时，或者当所给出的化名仅临时地，即仅对于一个单个的MM可以分配给真正的发送者时，应该按照什么来过滤是未知的。
发明内容
[0012] 因此本发明所基于的任务在于，提供一种用于阻塞不需要的消息的方法和系统，该方法和系统有效地拒绝不需要的消息，并且此时将要通过昂贵的空中接口传输的消息的数量保持最小。
[0013] 用于阻塞不需要的消息的本发明方法具有以下的方法步骤：
[0014] -传输发送者的消息到发送机上。
[0015] -从发送机传输消息到业务提供商上，和
[0016] -从业务提供商传输消息到接收者上，其中，由业务提供商来服务接收者。只有在发送者不在排除清单中的情况下，才实现将业务提供商的消息传输到接收者上。 发送者可以例如涉及一个MMS UA，而在发送机中可以涉及一个MMS R/S。 优选在业务提供商处来注册接收者，即接收者与业务提供商有合同关系。 通过该方法，未来通过空中接口向接收者仅传输不在排除清单中的发送者的消息。
[0017] 具体地，用于在移动无线系统中阻塞不需要的消息的方法，具有以下的方法步骤：
[0018] -传输发送者的消息到发送机，
[0019] -从所述的发送机传输消息到业务提供商，和
[0020] -从所述的业务提供商传输消息到接收者，其中，由所述的业务提供商来服务该接收者，
[0021] 其中，只有在所述的发送者不在排除清单中的情况下，才实现从所述的业务提供商传输消息到所述的接收者，
[0022] 其中，所述的接收者匿名地接收消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，其中，所述的给业务提供商的通知包含作为识别信号的消息标记，所述的业务提供商从该消息标记中可以确定所述发送者的身份，其中，所述的消息标记涉及对所述消息的存储位置的参考URI，或涉及消息识别元素“消息ID”。
[0023] 根据另一种用于在移动无线系统中阻塞不需要的消息的方法，具有以下的方法步骤：
[0024] -传输发送者的消息到发送机，
[0025] -从所述的发送机传输消息到业务提供商，和
[0026] -从所述的业务提供商传输消息到接收者，其中，由所述的业务提供商来服务该接收者，
[0027] 其中，只有在所述的发送者不在排除清单中的情况下，才实现从所述的业务提供商传输消息到所述的接收者上，其中，所述的接收者接收具有化名的消息，并且如果该接收者想让所述消息的发送者放置到所述的排除清单上，该接收者则通知所述的业务提供商，和其中，所述的给业务提供商的通知包含所述的化名以作为识别信号。
[0028] 本发明还涉及在上述的方法中和/或在上述的系统中被用作匿名消息的接收者的终端设备。 该终端设备尤其是移动无线终端设备。
[0029] 本发明还在上述的方法中和/或在上述的系统中使用的业务提供商设备。 该业务提供商设备尤其是移动无线基站。
[0030] 优选在业务提供商处来管理排除清单。 这具有以下的优点，即业务提供商始终知道，从给某些接收者或接收者群的传输中排除哪些发送者。 在本发明的优选的实施形式中，排除清单是接收者的专用的，即独有地汇总的排除清单。 在此情况下，业务提供商对于每个接收者管理着一个专用的排除清单，在进入的消息通过空中接口传输到接收者上之前咨询该排除清单。
[0031] 在本发明的一个其它的实施形式中，排除清单是一个对于所有的接收者和/或接收者群来考虑的通用的排除清单。 可以设想在业务提供商处来管理通用的排除清单。将以下的发送者录入到该排除清单中，这些发送者的消息根本不应通过空中接口发送到任何接收者和/或接收者群上。 在此，业务提供商可以按照自己的准则来决定，哪些人员或接收者可将发送者放置到相应的通用的排除清单中，或接收者群如何来划分。 专用的与通用的排除清单的组合也是可能的。
[0032] 在本发明的一个改进方案中，如果接收者想让一个发送者放置到排除清单上，该接收者则通知业务提供商。可以设想，接收者自己汇总其排除清单。 接收者为此通知业务提供商，其想让哪个发送者放置到排除清单上。 但是替代地也可以设想，只有业务提供商自己可以让发送者放置到排除清单中。
[0033] 在本发明的一个改进方案中，接收者匿名地接收消息，并且如果接收者想让消息的发送者放置到排除清单上，其则通知业务提供商。 在这种情况下发送者对于接收者是未知的。 如果接收者仍然不想再从该发送者接收消息，例如因为涉及的是广告消息，其则可将这一点通知业务提供商。发送者的名字对于业务提供商是已知的。 但是其将该名字只是不转送给接收者。 对于业务提供商因此有可能将发送者的名字放置到排除清单上。
[0034] 在本发明的一个改进方案中，接收者接收具有化名的消息，并且如果接收者想让消息的发送者放置到排除清单上，其则通知业务提供商。 类似于像在接收具有匿名发送者的消息时那样，接收者在接收具有化名的消息时不知道谁是真正的发送者。 如果其未来仍然不想从该发送者再收到消息，其则可将这又通知业务提供商，真正的发送者对于该业务提供商是已知的。 因而业务提供商可以将该发送者放置到排除清单上，使得接收者未来不再从该发送者接收消息。 因此又减轻了通向接收者的空中接口的负担。
[0035] 在一个优选的实施形式中，将给业务提供商的通知构成为独立的短消息，即构成为所谓的“摘要消息”。 进一步优选以信息元的形式将给业务提供商的通知集成在摘要消息中。
[0036] 在一个其它的实施形式中，给业务提供商的通知被包含在MM中，尤其在该MM的有用数据中。
[0037] 给业务提供商的通知也可以含有过滤器功能的其它信息，尤其是排除清单类型的和/或时间限制的其它信息。
[0038] 在一个优选的实施形式中，给业务提供商的通知含有识别信号，业务提供商可以从该识别信号中确定发送者的身份。 如果接收者仅接收了匿名的消息，或具有化名的消息，则提出了以下的问题，接收者如何可以通知业务提供商，应将哪个发送者放置到排除清单上。 在这种情况下，接收者用其通知给业务提供商发送识别信号，通过该识别信号可以明确识别消息或发送者。 在此，优选将消息标记和/或化名用作识别信号。消息标记可以涉及对来自通知中的消息存储位置的参考，即所谓的URI(通用资源标识符)，或者涉及来自MM的传送中的消息ID，即所谓的消息ID。
[0039] 也通过用于阻塞不需要的消息的系统来解决开始时提出的任务。 该系统具有一个适用于传输发送者消息的发送机，一个适用于接收发送机的消息的业务提供商，和一个由业务提供商服务的接收者，其中，接收者适用于接收业务提供商的消息。 在此，业务提供商适用于，只有发送者不在排除清单中的情况下，才传输消息到接收者上。
[0040] 本发明还涉及用于本发明方法和/或用于本发明系统中的终端设备，尤其是移动无线终端设备。 本发明也还涉及用于本发明方法中的，和/或用于本发明系统中的发送装置/接收装置，尤其是移动无线基站。
[0041] 在本发明中有利的是，已经在通知之前，或在传送之前可以如下来分析研究到达的MM：MM的发送者是否在接收者的专用的和/或公共的排除清单上。 因此降低了(尤其通过空中接口的有限资源的)数据通信，这导致较低的成本。
[0042] 此外有利的是，即使在匿名发送的MM的情况下，过滤器功能也在起作用，因为与接收者相反，发送者的身份对于MMS业务提供商是已知的。
[0043] 最后有利的是，接收者在收到通知之后，或在MM的传送之后随时可以动态地将其排除清单扩充新的录入项。
附图说明
[0044] 以下通过参照附图借助实施例来详述本发明。 在那里示出的特征和甚至上面已经阐述的特征，不仅以所述的组合，而且甚至单个地，或以另外的组合都是本发明的发明点。
[0045] 图1展示了MMS网络体系结构；
[0046] 图2展示了拉模式的示意图；
[0047] 图3展示了推模式的示意图；
[0048] 图4展示了MMS R/S和它的接口的示意图；
[0049] 图5展示了MM从MMS UA A发送到MMS UA B上的示意图；以及
[0050] 图6展示了匿名发送MM的示意图。
[0051] 在说明书的引言中已经阐述了附图1至4，使得可以在此舍弃重新的阐述。
具体实施方式
[0052] 附图5展示了通过网元MMS R/S A和MMS R/S B，从用户MMS UA A向用户MMS UA B发送MM的实施例。 在该实施例中，应该借助在第三代合伙项目(3GPP)的技术规程TS 23.140版本5.3.0，发布5，“群终端；多媒体报文传送业务(MMS)；功能说明；阶段2”中规定的所谓的“摘要消息”，即短消息，来阐述在所提及的数据传输单元之间的数据交换。 一个摘要消息由至少一个信息元组成。 在MMS中，发送者、即用户A可以用摘要消息1通过空中接口MM1将MM发送到其业务提供商A的环境MMSE中的MMS R/S A上。MMS R/S A用摘要消息2来确认正确接收了MMS UA A的MM。
[0053] 用摘要消息对3(含有MM)和4(应答)来实现MM向接收者的业务领域B中的MMS R/S B的传输。在此之后，用摘要消息5将准备好用于下载的MM通知接收者，即用户B。在该通知中含有作为参考的、MM的存储位置的统一资源标记URI(通用资源标识符)。 摘要消息6优选用作为对于正确接收了给用户MMS UA B的通知的确认，并且用来将由接收者所希望的传送模式，即推模式或拉模式，通知MMS业务提供商。 接收者，即用户B，可以用摘要消息7启动在MMS R/S B上准备好的MM的下载。 然后借助摘要消息8来实现MM从MMSR/S B到MMS UAB上的传送。 除了MM本身之外，识别元素，即所谓的消息ID也是该摘要消息的组成部分，借助该消息ID稍后可以不仅由MMS R/S B，而且可以由接收者的MMS UA B明确地参考MM以用于其它的MMS功能性。 由MMS UA B可以用摘要消息9将下载的结束通知MMS R/S B。
[0054] 在MMS中发送者具有匿名发送其MM的可能性。 例如当用MMS来执行意见询问，或要求诸如债务咨询、匿名的酗酒者等等的咨询业务时，该功能则是有利的。 为此必须在发送MM时，在摘要消息1中相应地放置一个信息元。
[0055] 在此，仅对于MM的接收者保密发送者的地址。 这意味着，在通知关于在摘要消息5中的准备好用于下载的新到达的MM时，和在下载摘要消息8中的MM时实现保密。 在此，参与的MMS业务提供商还具有关于发送者身份的不受限制的知识。 这是必要的，以便可以相应地对MM计费。
[0056] 在发送者匿名的情况下，MMS业务提供商可以要么通过化名来替换所涉及摘要消息5和8的相应信息元中的发送者实际地址，要么让其空着。 替代地也可以设想，MMS业务提供商略去相应的信息元。
[0057] 附图6展示了从发送者发送消息#1到接收者上的实施例。发送者发送消息#1到业务提供商XY上。发送者虽然已申请了匿名，但是地址Andreas.Schmidt@XY.de对于业务提供商XY是已知的。 业务提供商XY随后通知接收者，消息是由匿名用户提供。 接收者借助数据请求指令来访问业务提供商XY处的存储位置。 随后由业务提供商XY用匿名的发送者标记发送消息到接收者上。
[0058] 接收者可以作为对通知的反应，或作为对所传送MM的反应来通知其MMS业务提供商：其未来不希望再从该MM的发送者收到MM，其方式是其向其MMS业务提供商发送相应的询问A。 在此必须区分两种情况：
[0059] 1.发送者的身份是未知的
[0060] 如果MM的发送者保持匿名，则在一种实施形式中询问A可以包含一个识别信号I，MMS业务提供商可以从该识别信号I中求出发送者的身份。 作为对关于准备好了用于下载的新MM的通知的反应，可以采用MM的被包含在通知(根据附图5的摘要消息5)中的存储位置(URI)作为识别信号I。 如果接收者的询问A是对所传送的MM(根据附图5的摘要消息8)的反应，则可以使用MM的消息ID作为识别信号I。
[0061] 如果MMS业务提供商通过临时的化名已替换了发送者的实际地址，则也可以设想采用该化名作为识别信号I。但是由于按照3GPP的技术规程TS 23.140，版本5.3.0，发布5，不是必须地需要传输发送者地址的信息元，并且稍后有可能不能明确地将由MMS业务提供商临时发放的化名分配给实际的发送者，所以优选将URI或消息ID用作识别信号I。
[0062] 2.发送者的身份是已知的
[0063] 如果发送者的身份是已知的，则作为替代URI(在通知之后)或替代消息ID(在传送MM之后)的识别信号I，用询问A也可以向MMS业务提供商传送应录入在这个/这些排除清单上的发送者的地址。但是由于按照3GPP的技术规程TS 23.140，版本5.3.0，发布5，不是必须地需要传输发送者地址的信息元，在这里也又适用应优选将URI或消息ID用作识别信号I。
[0064] 下表展示了，在询问A中可以采用哪些识别信号I。
[0065]
[0066] 以下阐述本发明的其它的实施例。在消息方面分别涉及附图5的流程。 在此，在发送者方面实现MM的发送，其方式是发送者用摘要消息1通过接口MM1发送MM到其MMS业务提供商的MMS领域A中的MMSR/S A上，其中，其有以下的可能性，通知其MMS业务提供商，其是否或其希望对接收者隐匿其身份。 MMS R/S A用摘要消息2来确认正确接收了MM。 如果有必要，则用摘要消息对3(含有MM)和4(含有应答)来实现将MM向接收者的MMS领域B中的MMS R/S B传输。
[0067] 对于以下的实施例假设了，将发送者的身份通知了接收者，并且询问A是对MM通知的反应。在接收了MMS业务提供商SP B的主管领域MMSE B中的MM之后，首先用摘要消息5将准备好用于下载的MM通知接收者。 在该通知中含有了发送者的地址(可选择的)，以及MM的URI(对存储位置的参考)(必须的)。 摘要消息6优选用作为对由MMSUA B正确接收了通知的确认。
[0068] 接收者借助题目和/或发送者的地址识别了，涉及的对于其是不重要的广告信息，并且接收者因此向其MMS业务提供商发送询问A，以便安排将发送者的地址录入到所谓的“黑名单”中，其中，将来自通知中的发送者的地址用作为识别信号I。 MMS业务提供商SP可以直接将该发送者地址录入到接收者的专用的“黑名单”中。 在未来由接收者方的MMS业务提供商来清除该发送者的其它的MM，并且不再提供给接收者用于下载。 接收者因而不再受发送者的不需要消息的烦扰。
[0069] 在一个其它的实施例中假设了：未将发送者的身份通知接收者，缺少了发送者地址的信息元，且询问A是对MM通知的反应。 在接收了MMS业务提供商B的主管领域MMSE B中的MM之后，首先用摘要消息5将准备好用于下载的MM通知接收者。在该通知中，基于发送者对匿名的愿望，不存在发送者地址。 不过在通知中含有了事由(可选择的)，和URI(对MM的存储位置的参考，必须的)。 在此，摘要消息6优选用作为对由MMS UA B正确接收了通知的确认。
[0070] 接收者在该实施例中借助题目或事由行识别了，涉及的是对于其不重要的广告信息，并且接收者因此向其MMS业务提供商发送询问A，以便安排将发送者的地址录入到“黑名单”中，其中，将来自通知中的MM的URI用作为识别信号I。 MMS业务提供商可以借助URI求出发送者的身份，并且将其录入到接收者的专用的黑名单中。 在未来由接收者方的MMS业务提供商来清除该发送者的其它的MM，并不再提供给接收者用于下载。 因而不再用该发送者的不需要的消息来烦扰接收者。
[0071] 在一个其它的实施例中假设了：未将发送者的身份通知接收者，发送者地址含有化名，并且询问A是对MM的传送的反应。 在接收了MMS业务提供商B的主管领域MMSE B中的MM之后，首先用摘要消息5将准备好用于下载的MM通知接收者。 在该实施例中，除了URI(对存储位置的参考)之外，在通知中也含有化名(例如“Anonymer.Teilnehmer@XY.de“)作为发送者的地址。 摘要消息6优选用作为对由MMS UA B正确接收了通知的确认。
[0072] 在被包含在通知中的信息的基础上，接收者决策下载MM。 为了启动下载MM，由MMS UA B向MMS R/S B发送摘要消息7。借助摘要消息8实现从MMS R/S B向MMS UA B传送MM。 除了MM之外(也就是多媒体有用数据)，用摘要消息8也传输作为发送者地址的化名(例如“Anonymer.Teilnehmer@XY.de”)和MM用的消息ID。由MMS UA B可以用摘要消息9将下载的成功结束通知MMS R/S B。如果接收者查明，其下载MM的决策曾是错误的，因为它只含有侮辱而没有可使用的内容，其现在则可以向其MMS业务提供商发送询问A，以便安排将发送者地址录入到黑名单中，其中，将来自摘要消息8的MM的(必须的)消息ID用作为识别信号I。 MMS业务提供商SP B可以借助消息ID求出发送者的身份，并且将其录入到接收者的专用的黑名单中。在未来由接收者方的MMS业务提供商来清除该发送者的其它的MM，并且不再提供给接收者用于下载。 接收者不再由发送者的不需要的消息来烦扰，并且通过空中接口不向接收者B传输不必要的数据。
[0073] 对于由接收者的MMS UA B向MMS业务提供商SP B的MMS R/S B发送询问A，出现了下述的不同的可能性。
[0074] 询问A可以作为独立的摘要消息来发送，该摘要消息(除了另外的信息之外)也含有识别信号I作为独立的信息元。另外的信息例如可以是其它的过滤准则，相应的(例如专用或公共的)清单的说明，或所希望的过滤器功能的时间限制。
[0075] 此外，在由第三代合伙项目(3GPP)中规定的已经公开的摘要消息中，例如在附图5中展示的所谓的“MM1_notification.RES”(参考6)，“MM1_retrieve.REQ”(参考7)，“MM1_acknowledgement.REQ”(参考9)中，或甚至在附图5中未展示的摘要消息“MM1_read_reply_recipient.REQ”(用来传送接收者的读取确认)中，也可以传送作为独立信息元的询问A。
[0076] 最后也可以将询问A作为一个MM之内的有用数据来发送，理想地将该询问A发送到MMS业务提供商的业务地址上，用于黑名单的更新。
[0077] 优选应在MMS业务提供商SP的主管领域MMSE中来管理黑名单，以便已经在由相同的发送者通过昂贵的空中接口传输其它的MM之前，过滤器功能就在起作用。 在此，可以优选将黑名单作为MMS用户数据库的组成部分而通过接口MM6纳入到MMS业务提供商SP的MMSE中(请参阅附图4)。 但是替代地，它也可以在另外的计算机上，或直接由MMS R/S来管理。
