专利名称：用于存储及访问多媒体消息传送服务相关信息的方法及其装置的制作方法
技术领域：
本发明涉及一种用于存储MMS(Multimedia Messaging Service，多媒体消息传送服务)相关信息的方法。
此外，本发明涉及一种用于通过一个适于处理所述MMS相关信息的装置访问MMS相关信息的方法、一个相关的存储介质、一个相关的装置以及相关的软件程序。
背景技术：
当前一种新的消息传送服务、所谓的MMS(多媒体消息传送服务)正被标准化。与SMS(Short Message Service，短消息服务)相反，MMS消息能够包含多媒体成分，例如文本、图像、音频或视频等，MMS被计划安装在第三代移动通信系统诸如UMTS(Universal Mobile Telecommunication Service，通用移动电信服务)中。
如图1所示的MMS是一个公知的在两个MMS User Agents(用户代理)(UA_A，UA_B)之间的对等消息传送服务，其中每个User Agent都被连接到一个每个都包含了一个MMS Relay(中继器)(R)和一个MMS Server(服务器)(S)的MMS Relay/Server(中继器/服务器)(RS_1，RS_2)上，它们经由一个被称作MM2的接口连接。两个MMS中继器/服务器(RS_1，RS_2)经由一个被称作MM4的接口连接。此外，每个MMS中继器/服务器(RS_1，RS_2)能够经由被称作MM3的接口连接到一个或多个外部服务器(ES_1，…，ES_N)上，而且能够经由一个被称作MM6的接口连接到MMS User Databases(用户数据库)(UD)上，以及经由一个被称作MM5的接口连接到一个HomeLocation Register(标识位置寄存器)上。User Agents(UA_A，UA_B)驻留在一个移动电话、例如一个UMTS-UA(User Equipment，用户设备)或一个GSM-MS(Mobile Station，移动电台)上，或是驻留在一个外部设备、例如一台连接到一个移动电话的笔记本/膝上型电脑上。它是一个应用层功能，向用户提供了查看、编发和处理Multimedia Messages(多媒体消息，MMs)、例如提交、接收、传送MMs的能力。MMS中继器/服务器是一个负责输入和输出消息的存储和处理以及在不同消息传送系统之间的消息传递的网络实体。
MMS具有用于使用MMS作为消息传送服务所需要的几个MMS相关信息。例如，重要的MMS相关信息是MMS通知、MMS传送报告、MMS读取答复报告、MMS服务参数、多媒体消息本身、等等。
一个用户的MMS相关信息仅仅在单个终端/设备上是可用的。如果一个用户改变他的终端，则所有的MMS相关信息会丢失。如果例如一个用户在下载一个MM之前改变他的终端，则他已经被告知了这个新的MM会丢失。他不能从不同于当他被通知时所使用的那个终端的一个终端下载它。
发明内容
本发明的目的是允许用户处理MMS服务具有更多的灵活性。
关于上述的用于存储MMS相关信息的方法，这个目的是经由独立 1的特征实现的。关于上述的用于访问MMS相关信息的方法，这个目的是经由独立权利要求2的特征实现的。关于有关的存储介质，这个目的是经由独立权利要求24的特征实现的。关于有关的装置，这个目的是经由独立权利要求34的特征实现的。关于相关的软件程序，这个目的是分别经由独立权利要求37和38的特征实现的。
本发明提出在不同于用户终端的介质上存储MMS相关信息或部分的MMS相关信息，特别是 在UICC(Universal Integrated Circuit Card，通用集成电路卡)上的一个SIM(Subscriber Identity Module，用户标识模块)或一个USIM(UMTS SubscriberIdentity Module，UMTS用户标识模块)上存储。
在UICC上的一个WIM(Wireless application protocol Identity Module，无线应用协议标识模块)上存储。
在不是上述其中之一的一个智能卡上、特别是一个MMC(MultimediaCard，多媒体卡)上存储。
它还提出允许一个用户具有这些存储可能的组合。这样的一个联合能够是例如，一个SIM和一个USIM，或是一个USIM和一个MMC。同样地，两个以上的存储介质能够形成这样的一个组合。
此外，这个发明标识—对被存储在这样一个储存库上有用的信息，以及
—提出在一个智能卡上，特别是在一个SIM、在一个UICC上的一个USIM、一个WIM或一个MMC上如何获得MMS相关信息的存储以及如何访问所存储的MMS相关信息的机制。
本发明的优点在于MMS服务的一个更加复杂的用户体验。本发明允许MMS服务的一个用户独立于无论他在某一时间点使用了什么终端/设备都一致访问他的MMS相关信息。例如，用户可以被通知有关一个MM(MultimediaMessage，多媒体消息)进入但是没有时间查看或收听该MM。然后他可以取出存储在该存储介质上的MM，并且把它接入到一台计算机里以查看或收听该MM。如果该MM包含例如一首歌，则该用户可以在一个音乐播放器(适于读取这首歌的格式)上收听它。该用户还可以从除了当他被告知该MM时他在使用的那一个以外的另一个移动通信装置中提取该MM。为了始发和发送一个MM，用户可以首先在一个移动通信装置或一台计算机或任何适当装置的一个终端上编发该MM，并且把该MM存储在一个存储介质上。然后他能够从这个装置中移去该存储介质，并且稍后把它从另一个适当的装置中进行发送，所述的存储介质然后被连接到后一装置。
因此，本发明提出了提供用于MMS相关信息的存储可能，最好是在除了用户此时的终端/移动电话之外的SIM、或在UICC上的USIM、或其它任何介质上。本发明还提出了相应的存储和/或允许访问这种MMS相关信息的装置。这样一个装置是例如一个移动通信装置，特别是一个移动电话(它可以包括其它的功能性，例如一个管理器)。其它实施例是由可连接到这样一个移动通信装置、用于在所述存储介质上存储该MMS相关信息的外部设备、例如膝上型电脑、笔记本或管理器构成的。在移动通信装置和该外部设备之间的连接可以由电缆、红外技术或其它任何通信方式实现。
依据本发明的存储介质也可以由依据本发明的外部装置使用，它可以被设计为处理该MMS相关信息或它的部分。这能够是例如一个适于读出已经由一个移动电话接收并且被存储在所述存储介质上的一个声音MM的音乐播放器。该存储介质能够从移动电话中移走，并且被插入到该音乐播放器中以播放该MM。此时，在移动电话和该音乐播放器之间不需要一个直接的连接。用于依据本发明的一个装置的另一个例子是例如一台放象机，它可以从该存储介质中读出一条视频MM。所有的用于处理MMs(编发和/或显示)的装置也可以被合并到一个移动通信装置中。
MMS具有用于使用MMS作为消息传送服务所需要的几个MMS相关信息。例如，重要的MMS相关信息是MMS通知、MMS传送报告、MMS读取答复报告、MMS服务参数、Multimedia Message本身、等等。这些是可以被存储在该存储介质上的某些MMS相关信息。
到目前为止，仅仅已经知道在SIM卡上存储与SMS(类似一个短消息本身、短消息参数、短消息状态报告等等)有关的信息。对第三代移动通信系统诸如UMTS来说，SMS相关信息应该被存储在UICC(物理卡)的USIM(逻辑功能)上，这是公知的。通常，上述的智能卡被插入到一个移动电话中，并且允许一个用户使用他已经预订的移动通信服务。此外，用户偏爱项和设置以及用户的个人信息能够被存储在这种智能卡上。
为了存储包含SMS相关信息的几个信息，SIM卡的存储器以如图2所示的公知的分级文件结构进行组织。有三个文件类型，即一个主文件、专用文件和基本文件。这些文件可以是管理性的或是专用于应用程序的。操作系统处理对存储在不同文件中的数据的访问。在SMS的情况下该SMS相关信息被保存在几个基本文件中。图3中显示了SMS相关信息在一个USIM上的公知的存储。在该USIM上四个基本文件专用于SMS相关信息。这些是用于存储短消息的EFSMS、用于SMS状态信息的EFSMSS、用于SMS报告的EFESMSR、以及其中存储了SMS参数的EFSMSP。以一种很类似的方式SMS相关信息被存储在USIM/UICC上。
将结合附图更加充分地论述该发明。在附图中图1显示了依据现有技术的一个MMS参考结构；图2显示了依据现有技术在一个SIM上的存储器结构；图3显示了依据现有技术SMS相关信息在一个USIM上的存储；图4显示了依据现有技术的MMS事务流的一个例子；图5显示了一个基本文件(EFMMSP)的一个例子；图6显示了依据图5的该文件的参数指示符；以及图7显示了依据本发明一个实施例的MMS相关信息在一个USIM上的存储。
具体实施例方式
为了描述这个文件中一直提及的MMS相关信息，粗略地说明该MMS服务。图4显示了从一个User Agent(O_UA)向另一个User Agent(R_UA)发送一个MM的事务流的一个公知实例。始发者MMS User Agent(O-UA)通过使用消息MM1_send.REQ(MM1_SQ)向始发者MMS中继器/服务器(O-RS)提交它来发送一个MM。始发者MMS中继器/服务器用消息MM1_send.RES(MM1_SR)确认该提交。由始发者MMS中继器/服务器(O-RS)使用消息MM4_forward.REQ(MM4_FQ)路径选择地发送该MM到接收者MMS中继器/服务器(R-RS)。接收者MMS中继器/服务器(R-RS)用消息MM4_forward.RES(MM4_FR)确认这个。在这之后，接收者MMS中继器/服务器(R-RS)发送一个通知MM1_notification.REQ(MM1_NQ)到接收者MMS User Agent(R-UA)，由它用消息MM1_notification.RES(MM1_NR)进行确认。用这个通知，接收者MMS中继器/服务器(R-RS)通知接收者MMS User Agent(R-UA)一个新的MM。
一个MMS通知的一个实例能够如下所示X-Mms-Message-Typem-send-requestX-Mms-Transaction-ID10X-Mms-MMS-Version1.0Frommarkus.trauberg@sal.Siemens.deSubjectA multimedia messageX-Mms-Message-ClassPersonalX-Mms-Message-Size52000X-Mms-Expiry36000X-Mms-Content-Locationhttp//siemens.de/sal/mms-id依据WAP-209-MMSEncapsulation(WAP-209-MMSEncapsulation，第17版)，在二进制编码之后，在十六进制代码中
表1在二进制编码之后在十六进制代码中的一个MMS通知的实例为了检索该MM，接收者MMS User Agent(R-UA)从接收者MMS中继器/服务器(R-RS)中请求这个MM。这个接收者MMS中继器/服务器用消息MM1_retrieve.REQ(MM1_RQ)做出响应。响应于这个请求，接收者MMS中继器/服务器(R-RS)向接收者MMS User Agent用消息MM1_retrieve.RES(MM1_RR)传送该MM。接收者User Agent(R-UA)通过向MMS中继器/服务器(R-RS)发送一个消息MM1_acknowledge.REQ(MM1_AQ)确认该MM的成功接收。接收者MMS中继器/服务器(R-RS)可以生成个一个传送报告，并且用消息MM4_delivery_report.REQ(MM4_DRQ)向始发者MMS中继器/服务器(O-RS)发送它。始发者MMS中继器/服务器用消息MM1_delivery_report(MM1_DRQ)传递这个传送报告到始发者User Agent(O-UA)。此外，例如在向该用户交付该MM之后，接收者User Agent(R-UA)可以用消息MM1_read_reply_recipient.REQ(MM1_RRQ_R)向接收者MMS中继器/服务器(R-RS)发送一个读取答复报告。接收者MMS中继器/服务器(R-RS)用消息MM4_read_reply_report.REQ(MM4_RRQ)路由选择该读取答复报告以发送到始发者MMS中继器/服务器(O-RS)，由该始者MMS中继器/服务器(O-RS)用消息MM1_read_reply_originator.REQ(MM1_RRQ_O)把它进一步传送到始发者MMS User Agent。
依据本发明的一个最优实施例，MMS相关信息能够被存储在一个或几个智能卡上。被插入到一个移动电话中的这些智能卡允许一个用户使用他已经预订的MMS服务。用于该MMS服务的用户偏爱项和设置以及该用户的个人信息能够被存储在这种智能卡上。
依据这个发明，一个更好的可能性是在一个能够被插入到一个终端中的普通的智能卡(即除了WIM、SIM或在一个UICC上的USIM之外)上存储和/或访问该MMS相关信息。这样的一个智能卡最好是一个多媒体卡(MMC)。这个卡的优点是数据可由一个用户以一致的方式独立于他使用的终端进行使用。另一个优点是通常，与WIM、SIM、或USIM/UICC相比较一个MMC提供了更多的存储容量。例如一个MMC甚至允许存储几个全部的多媒体消息(其中每个能够超过许多千字节、甚至兆字节的数据)。
以上以及提过的本发明的另一个最优实施例是在SIM上、或是在UICC的USIM上、或是在UICC上的SIM/USIM和该终端的存储介质组合上进行存储。MMS相关信息能够被保存在几个文件、例如在SIM卡上或是在一个UICC卡的USIM应用上的基本文件(EFs)、专用文件(DFs)或主文件(MF)中，其中每个定义能够被插入到一个移动电话中(注意，依据本发明，有益地，在EFs和/或DFs和/或MF中的MMS相关信息还可以在其它存储介质中被存储/访问)。这个方案的优点是信息可由一个用户以一致的方式独立于他使用的终端进行使用。另一个优点是一个SIM或UICC在每一个GSM或UMTS电话中总是可用的。即，这个最优实施例确保了用于MMS信息的文件格式和访问这个信息的机制由每一个允许MMS的GSM或UMTS电话已知一独立于该终端的制造商一对该文件格式和访问条件为SIM和USIM/UICC进行了标准化。这是这个方案为什么是一个最佳解决方案的原因。
依据这个发明，在几个EFs中存储MMS有关数据最好是能够以三种不同的方式进行。在下文中将描述在UICC上的USIM上的存储。注意到，用于在一个SIM上、在一个Multimedia Card(多媒体卡)上、或是在其它任何类型的智能卡上存储和访问MMS相关信息的机制最好是与在USIM上的机制相同。将论述下列三种不同的情况I.MMS相关信息在几个(基本)文件中的存储。
II.MMS相关信息在一个通用/一般(基本)文件中的存储。
III.MMS通知在已有(基本)文件EFSMS中的存储。
下面将更详细地论述这些不同的存储原则。
I.MMS相关信息在几个文件中的存储提出用于MMS相关信息存储的一个最优实施例是在几个文件中的存储。对每个重要的MMS信息来说，提出具有一个单独的基本文件。在这个中，描述了七个新的基本文件。这些文件是(该名称被选择仅仅是为了举例说明)(a)EFMMSN用于MMS通知的基本文件；(b)EFMM用于多媒体消息(Multimedia Message)的基本文件；(c)EFMMSS用于MMS状态的基本文件；(d)EFMMSP用于MMS参数的基本文件；(e)EFMMSDR用于MMS传送报告的基本文件；(f)EFMMSRR用于MMS读取答复报告的基本文件；(g)EFMMSL用于MMS大小限制的基本文件。
此外，提出对允许USIM以指示可用服务的USIM服务表(EFUST)进行改变。
(a)EFMMSN(MMS通知)
这个EF最好是包含依据3G TS 23.140(3GPP TS 23.140 V4.2.0(Release4)，Multimedia Messaging Service(MMS)；Functional description；stage2)的信息，以及包含有已经由UA从MMS中继器/服务器接收的MMS通知(和相关参数)的WAP-209-MMSEncapsulation。用一个MMS通知，该MMS中继器/服务器向一个接收者用户的UA通知一个新的MM的到达。特别是该通知包含用户能够从其中查找那个MM用于从网络中下载它的信息。基于这个信息，接收者能够在稍后的一个时间点从该MMS中继器/服务器中检索该MM。
此外，在发送者已经请求获得有关用于那个MM的传送状态的反馈信息(传送报告)的情况下，该通知可以包含有关这个请求的信息。基于在该通知中的这个信息，该接收者用户可以决定允许或禁止该MMS中继器/服务器生成这样一个传送报告。
在(U)SIM(或其它任何依据本发明的存储介质)上存储MMS通知的优点在于该用户独立于无论他在某一时间点使用了什么终端/设备，都对所接收的MMS通知和它们的状态具有一致的访问。
表2显示了所述基本文件的每一个记录(一个条目)的最佳结构。
表2用于MMS通知的EF依据这个发明，这个EF具有下列的最佳结构分配给每个EF的是一个“标识符”，由它在USIM中确定一个文件的地址，而且是2个字节长度。所有的服务和网络相关信息具有从“6F..”开始的地址。因此，用于这个带有MMS相关信息的EF的地址被选择为一个从“6F..”开始的地址。该文件中的“结构”是指哪个文件结构被使用了。该文件能够是透明的、线性固定的、线性可变的、或线性循环的。在这种情况下，它被选择为是对于所必需的一序列记录来说是线性的和固定的。每个记录(在该基本文件中的一个条目)的大小——在表2中是“A+1”个八位字节——必须是相同的。
注意到大部分的MMS相关信息不具有一个明确定义的大小，但是“A”的值需要被预先确定下来。使用线性的固定文件是指该基本文件的存储容量不能以最有效的方式被使用。比“A+1”个八位字节短的通知仍然将保留“A+1”个八位字节(但是未使用)，而比“A+1”个八位字节长的通知将需要被截断。因此第二个方案是使用一个线性可变的文件结构用于该EFs。在这种情况下每个记录具有一个可变的长度，它节省存储容量。从技术上的观点来看，一个线性可变的文件结构因此最佳的。然而，SIM和USIM仅仅支持线性固定的文件结构。因此，这个发明最佳的是第一个解决方案。对没有用MMS相关数据完全填充的记录来说，随后的继MMS相关数据之后的八位字节应该用“FF”填充。这个符号也适用于随后的其它所有基本文件。
EFMMSN能够是可选的或强制的。在这种情况下，它被选择为“可选的”，是因为MMS在3G移动电话上将是一个可选特征。下一个参数是“record length(记录长度)”，它包含以字节计算的总文件长度。“update activity(更新动作)”能够是低或高的。在这个文件中，该更新动作是低的，因为这个EF最好是每当作为例如在USIM上的密钥时不会被更新。该文件具有下列访问条件对“READ(读取)”和“UPDATE(更新)”来说，最好是使用“PIN”(Personal IdentificationNumber，个人标识号)，这是该用户控制的条件。对“DEACTIVATE(停用)”和“ACTIVATE(启动)”来说，最好是使用“ADM”，因为这些访问条件是在生成这个文件的管理机构的控制下。即，该文件能够由用户—SIM允许其通过使用一个PIN进行访问—读取和更新，而它只能由该移动网络的操作员启动和停用。此外，表2标明了哪几个字节被用于哪个参数、数据的描述、和数据长度。
如下所述的EFs将最好是具有相同的结构。
依据表2，EFMMSN最好是包含一个或多个下列数据1.Status(状态)
“Status”的最佳内容在包含了与MMS通知相关的信息的EFMMSN中的状态字节。这些信息能够是例如●MMS通知由UA从MMS中继器/服务器中接收，并且被保存在USIM(或是依据发明的其它存储介质；没有限制下列说明引用一个USIM)上的EFMMSN中，但是还没有被该用户读取(即MMS Notification将被读取)。
●由UA从MMS中继器/服务器接收的MMS通知被保存在USIM上的EFMMSN中，而且该通知已经被该用户读取。
●在由UA从MMS中继器/服务器接收的MMS通知被保存在USIM上的EFMMSN中、而且该通知已经被该用户读取的情况下，依据传送报告相关信息存在某些可能性 一个传送报告没有被该通知所引用的MM的发送者请求。
一个传送报告已经被该发送者请求了，而且响应于这个通知，接收者已经允许MMS中继器/服务器生成这个传送报告。
一个传送报告已经被该发送者请求了，而且响应于这个通知，接收者没有允许该MMS中继器/服务器生成这个传送报告。
●在由UA从MMS中继器/服务器接收的MMS通知被保存在USIM上的EFMMSN中、而且该通知被该用户读取的情况下，依据MM检索相关信息存在某些可能性 MM检索已经被该接收者请求了，但是该MM(还)没有被检索。
该MM已经从MMS中继器/服务器中被UA检索了。
该记录的状态字节能被用作在SEARCH RECORD命令中的一个模式。SEARCH RECORD是在该终端和USIM之间的接口上的一个功能，它允许该终端在各个USIM条目中搜索一个模式。该状态最好是将在UA接收一个MMS通知时被更新。
“Status(状态)”的最佳编码该状态字节的最佳编码在以下的表3中进行了描述。
●1表示相应的位被设置了。
●0是指相应的位没有被设置。
●X表明相应的位可能被设置或不被设置(即，该状态字节的解释与这个位的值无关)。 表3状态字节的最佳编码当例如已经结合图4进行描述的、从一个始发者MMS User Agent发送通知到一个接收者User Agent时，●MMS通知已经由接收者User Agent从接收者MMS中继器/服务器接收了，●已经被该用户读取了，●生成一个传送报告已经由始发者MMS User Agent请求了(而且接收者MMS User Agent已经在该通知中被告知了这个请求)●而且，生成这个传送报告已经被接收者User Agent允许了，该状态字节以位表示将是“XXX1 1011”，即，例如“0001 1011”，以十六进制表示是“1B”。以十六进制表示该EFMMSN的内容因此将如下所示
表4一个MMS通知的实例在这个记录中的“1B”相当于该状态字节，而这个文件的其它部分与在“现有技术”章节中所给出的MMS通知相同。
2.MMS Notification(MMS通知)“MMS Notification”的最佳内容A字节的MMS Notification特别包含有关一个MM的通知信息，因为它已经从MMS中继器/服务器中被接收了。
(b)EFMM(Multimedia Message，多媒体消息)这个EF最好是包含依据3G TS 23.1-40和WAF-209-MMSEncapsulation、包含有已经由UA从MMS中继器/服务器中接收或是UA始发的消息的MMs(以及最好是有关参数)的信息。
在UA始发的消息中发送者有可能请求有关用于那个MM的传送状态的反馈信息(传送报告)，和/或有关在接收者的UA上处理/再现那个MM的状态的反馈信息(读取答复报告)。在提交一个UA始发的MM到MMS中继器/服务器之后，UA等候必须与这个MM相配的这个反馈信息。
UA终止的消息总是基于在先前所接收的一个通知中提供的信息被检索。在这样一个UA终止的MM的发送者已经请求获得有关用于那个MM的传送状态的反馈信息(传送报告)的情况下，该MM包含有关这个请求的信息。基于在该MM中的这个信息，该接收者用户可以决定允许或禁止该MMS中继器/服务器生成这样一个传送报告。在那个MM的发送者已经请求获得有关在接收者的UA上处理/再现那个MM的状态的反馈信息(读取答复报告)的情况下，该MM包含有关这个请求的信息。基于在该MM中的这个信息，该接收者用户可以决定生成和发出这样一个读取答复报告。
在(U)SIM或WIM上存储该MM的优点在于该用户独立于无论他在某一时间点使用了什么终端/设备，都对所接收的MM和它的状态具有一致的访问。
表5显示了该基本文件的每一个记录(一个条目)的最佳结构。
表5用于MM的EF依据表5，EFMM最好是包含一个或多个下列数据1.Status(状态)“Status”的最佳内容该记录的状态字节能被有益地用作在SEARCHRECORD命令中的一个模式。该状态最好是将在UA接收一个MM或已经始发一个MM时被更新，其中该MM将被存储在一个USIM(或一个SIM、一个WIM、一个MMC或依据本发明的其它存储介质)上。
在该EFMM中的状态字节包含与该MM有关的信息。这些信息能够表明例如在UA终止的MM的情况下●该MM已经由UA从MMS中继器/服务器中接收了，而且被保存在USIM(或是依据本发明的其它存储介质；没有限制下列说明引用一个USIM)上的EFMM中，但是还没有被该用户读取(即MM将被读取)。
●已经由UA从MMS中继器/服务器接收的MM已经被保存在USIM上的EFMM中了，而且该MM已经被该用户读取了。
●在由UA从MMS中继器/服务器接收的MM被保存在USIM上的EFMM中、而且该通知已经被该用户读取的情况下，依据传送报告相关信息存在某些可能性 一个传送报告没有被该MM的发送者请求。
一个传送报告已经被该发送者请求了，而且该接收者已经允许该MMS中继器/服务器生成这个传送报告。
一个传送报告没有被该发送者请求了，而且该接收者没有允许该MMS中继器/服务器生成这个传送报告。
●在由UA从MMS中继器/服务器接收的MM被保存在USIM上的EFMM中、而且该MM被该用户读取的情况下，依据读取答复报告相关信息存在某些可能性 用于该MM的一个读取答复报告没有被该发送者请求。
用于该MM的读取答复报告已经被该发送者请求了，但是还没有被接收者生成。
用于该MM的读取答复报告已经被请求了，而且这个读取答复报告已经被接收者生成了，但是(还)没有被发出。
用于该MM的读取答复报告已经被请求了，而且这个读取答复报告已经被接收者生成了，而且已经被发出了。
在UA发起的MM的情况下●一个MM已经由该用户生成了，但是还没有被提交到MMS中继器/服务器。
●一个MM已经由该用户生成了，而且已经被提交到了MMS中继器/服务器。
●如果该MM已经被提交到了MMS中继器/服务器，则依据传送报告存在以下可能性 用于该MM的一个传送报告没有被请求。
用于该MM的一个传送报告已经被请求了，但是它(还)没有被接收。
用于该MM的一个传送报告已经被请求了，而且这个传送报告已经被接收了，但是(还)没有被保存在EFMMSDR中。
用于该MM的一个传送报告已经被请求了，而且这个传送报告已经被接收了，而且被保存在EFMMSDR中。
●如果该MM已经被提交到了MMS中继器/服务器，则依据读取答复报告存在以下可能性 用于该MM的一个读取答复没有被请求。
用于该MM的一个读取答复报告已经被请求了，但是它(还)没有被接收。
用于该MM的一个读取答复报告已经被请求了，而且这个读取答复报告已经被接收了，但是(还)没有被保存在EFMMSRR中。
用于该MM的一个读取答复报告已经被请求了，而且这个读取答复报告已经被接收了，而且被保存在EFMMSRR中。
“Status(状态)”的最佳编码 表6状态字节的最佳编码2.MM“MM”的最佳内容该MM包含全部的多媒体消息，包括MM元素/附件。
“MM”的最佳编码该MM最好是依据3G TS 23.140和WAP-209-MMSEncapsulation进行编码。
(c)EFMMSS(MMS Status)这个EF最好是包含与多媒体消息服务有关的状态信息。这个文件能够被UA读取，以便获得有关用于在USIM(或依据本发明的其它任何存储介质)上存储MMS相关信息的当前存储容量的信息，例如MMS通知、MM、MMS传送报告、MMS读取答复报告等。这确保不会超过最大的存储容量。这个信息可以由UA使用以向MMS中继器/服务器通知在USIM上的当前存储容量。
当例如一个MMS通知从UA传递到USIM时，USIM通过计算在当前存储容量(为USIM所知)和输入数据的大小之间的差值确定可用的存储容量。
表7显示了该基本文件的每一个记录(一个条目)的结构。
表7用于MMS状态的EF依据表7，EFMMSS最好是包含一个或多个下列数据
1.Message-ID“Message-ID”的最佳内容Message-ID是分配给MM的一个唯一的索引。
“Message-ID”的最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对该Message-ID进行编码。
2.MMS通知存储容量“MMS通知存储容量”的最佳内容该MMS通知存储容量包含用于MMS通知的可用内存。
“MMS通知存储容量”的最佳编码以字节对该MMS通知存储容量进行编码。
3.MM memory capacity(MM存储容量)“MM存储容量”的最佳内容该MM存储容量包含用于MMs的可用内存。
“MM存储容量”的最佳编码以字节对该MM存储容量进行编码。
4.MMS delivery report memory capacity(MMS传送报告存储容量)“MMS传送报告存储容量”的最佳内容该MMS传送报告存储容量是用于传送报告的可用内存。
“MMS传送报告存储容量”的最佳编码以字节对该MMS传送报告存储容量进行编码。
5.MMS read reply report memory capacity(MMS读取答复报告存储容量)“MMS读取答复报告存储容量”的最佳内容该MMS读取答复报告存储容量是用于读取答复报告的可用内存。
“MMS读取答复报告存储容量”的最佳编码以字节对该MMS读取答复报告存储容量进行编码。
(d)EFMMSP(MMS参数)这个EF最好是包含用于Multimedia Messaging Service参数的值，它在移动多媒体消息的准备中能被用于用户辅助的UE(User equipment用户设备)使用(例如，用于经常被使用的参数的缺省值)，和/或它能被MMS服务提供者使用以依照他的特殊需要预先配置MMS服务。例如，这些Multimedia Messaging Service参数是始发者地址、接收者地址、MMS中继器/服务器地址、到期时间、传送的最早时间、消息类别、发送者可见性请求、传送报告请求、读取答复报告请求和优先级。
在UICC上的USIM(或依据本发明的其它任何存储介质)上存储这些参数的优点是例如部分这些参数对由用户发送的MMs来说将是共用的，即，该用户能够定义缺省值，并且因此体验一个更加舒适的服务。此外服务提供者可以预先配置一定的参数，这允许通过终端进行MMS服务的一个自动处理。在后面的情况中该用户不必人工地设置这些参数，这又增加了舒适性。
表8显示了该基本文件的每一个记录(一个条目)的最佳结构。
表8用于MMS参数的EF
依据表8，EFMMSP最好是包含一个或多个下列数据1.Alpha-Identifier(α标识符)最佳内容α标识符是到有关MMS参数的一个α标记。它由USIM或USIM应用程序工具包定义，而且如果可用，则它应该被向该用户再现，即它应该在显示屏上被显示出来。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation，α标识符被编码作为文本字符串。
2.参数指示符最佳内容参数指示符包含该MMS有关参数是否出现的信息—参见图5和6。
最佳编码位的分配位编号 表示的参数1始发者地址的长度2接收者地址的长度3MMS中继器/服务器地址的长度4到期时间的长度5传送最早时间的长度6消息类别的长度7发送者可见性请求的长度8传送报告请求的长度9读取答复报告请求的长度10 优先级的长度11-16保留用于将来使用位值 含义0参数出现1缺少参数3.MMS Implementation(MMS工具)
最佳内容MMS工具包含使用的协议类型，例如WAP，IP等等。这个信息被用来指示在USIM上的MMS工具类型和用于MMS相关信息的版本，因此用来确保向后的兼容性。
最佳编码位的分配位编号 表示的参数1依据WAP-209-MMSEncapsulation第17版的MMS的WAP工具2-8保留用于将来使用位值 含义0 不支持的工具1 支持的工具4.始发者地址的长度最佳内容始发者地址的长度包含始发者地址的长度。
最佳编码始发者地址的长度以字节进行编码。
5.接收者地址的长度最佳内容接收者地址的长度包含接收者地址的长度。
最佳编码接收者地址的长度以字节进行编码。
6.MMS中继器/服务器地址的长度最佳内容MMS中继器/服务器地址的长度包含MMS中继器/服务器的地址长度。
最佳编码MMS中继器/服务器地址长度以字节进行编码。
7.到期时间的长度最佳内容到期时间长度包含到期时间的长度。
最佳编码到期时间的长度以字节进行编码。
8.传送最早时间的长度最佳内容传送最早时间长度包含传送最早时间的长度。
最佳编码传送最早时间的长度以字节进行编码。
9.消息类别的长度最佳内容消息类别长度包含消息类别的长度。
最佳编码消息类别的长度以字节进行编码。
10.发送者可见性请求最佳内容发送者可见性请求包含是否向接收者显示发送者的地址/电话号码的请求，除非发送人具有一个保密号。这被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对发送者可见性请求进行编码。
11.传送报告请求最佳内容传送报告请求包含该传送报告是否被请求的信息。这被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对传送请求进行编码。
12.读取答复报告请求最佳内容读取答复报告请求包含该读取答复报告是否被请求的信息。这被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对读取答复报告进行编码。
13.优先级最佳内容优先级包含消息的优先级(重要性)。这被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对优先级进行编码。
14.始发者地址最佳内容始发者地址包含始发者的地址。这个始发者地址能够是一个MSISDN(Mobile Subscriber Integrated Services Digital Network Number，移动用户集成服务数字网络号)、一个e-mail地址或其它操作员特定地址。这个参数能被服务供应商使用以预先配置MMS服务，而且它能被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对始发者进行编码。
15.接收者地址最佳内容接收者地址包含接收者的地址。这个接收者地址能够是一个MSISDN(Mobile Subscriber Integrated Services Digital Network Number，移动用户集成服务数字网络号)、一个e-mail地址或其它操作员特定地址。这能被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对接收者进行编码。
16.MMS中继器/服务器地址最佳内容MMS中继器/服务器地址包含MMS中继器/服务器的地址。这个参数能被服务供应商使用以预先配置MMS服务。这个地址能够是一个可配置的URI(Uniform Resource Identifier，统一资源标识符)，而且由MMS服务供应商给出。有必要使UA知道MMS中继器/服务器的地址，是由于UA不得不知道向哪儿提交MMs和MMS读取答复报告。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对MMS中继器/服务器进行编码。
17.到期时间最佳内容到期时间包含该消息是可用的时间的长度。这个参数能被服务供应商使用以预先配置MMS服务，而且它能被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对到期时间进进行编码。
18.传送的最早时间最佳内容传送的最早时间是该消息被传送的最早时间。这个参数能被服务供应商使用以预先配置MMS服务，而且它能被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对传送的最早时间进行编码。
19.消息类别最佳内容消息类别包含多媒体消息的类别。这个消息类别能够例如是个人、广告、信息服务等。这被用于在MM组分中的用户帮助。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对消息类别进行编码。
在图5中显示了这个EFMMSP的一个例子以说明参数指示符的功能。图5中的“参数指示符(Parameter Indicators)”的2字节长的位结构也如图6中所示。
在这个例子中，参数指示符中的位1、2和3等于“1”，这意味着第一、二、三个参数的长度——始发者地址的长度、接收者地址的长度和MMS中继器/服务器地址的长度(因此也暗指始发者地址、接收者地址和MMS中继器/服务器地址)——被给出了。其它的位等于“0”，这意味着缺少其它所有参数。
(e)EFMMSDR(MMS传送报告)依据3G TS 23.1 40和WAP-209-MMSEncapsulation，这个EF最好是包含包括有多媒体消息传送报告的信息，其中该多媒体消息传送报告已经由UA从MMS中继器/服务器中接收了。由于每个传送报告对应于一个MM，所以这个EF也引用那个相关的MM。
每个记录最好是被用来存储在EFMM的一个记录中的先前提交的一个MM的传送报告。每个记录中的第一个字节最好是在传送报告和在EFMM中的相应MM之间的链接。表9显示了该基本文件的每一个记录(一个条目)的最佳结构。
表9用于MMS传送报告的EF依据表9，EFMMSDR最好是包含一个或多个下列数据1.MMS传送记录标识符最佳内容MMS传送记录标识符标识在EFMM中的相应的MM记录，例如，如果这个字节被编码为“05”，则这个传送报告对应于在EFMM的记录#5中的MM。
最佳编码“00”空记录“01”-“FF”在EFMM中的相应MM的记录号2.MMS传送报告最佳内容MMS传送报告包含在3G TS 23.140和WAP-209-MMSEncapsulation中说明的MMS-DELIVERY-REPORT，最好是使用相同的参数的编码和排序。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对MMS传送报告进行编码。
(f)EFMMSRR(MMS读取答复报告)依据3G TS 23.140和WAP-209-MMSEncapsulation，这个EF最好是包含包括有多媒体消息读取答复报告的信息，其中该多媒体消息读取答复报告已经由UA从MMS中继器/服务器中接收了，或是被用作一个UA始发的消息。由于每个读取答复报告对应于一个MM，所以这个EF也引用那个相关的MM。
每个记录最好是被用来存储到在EFMM的一个记录中的一个MM的读取答复报告。每个记录中的第一个字节是在读取答复报告和在EFMM中的相应MM之间的链接。表10显示了该基本文件的每一个记录(一个条目)的最佳结构。
表10用于MMS读取答复报告的EF依据表10，EFMMSRR最好是包含一个或多个下列数据1.MMS读取答复记录标识符最佳内容MMS读取答复记录标识符标识在EFMM中的相应的MM记录，例如，如果这个字节被编码为“05”，则这个读取答复报告对应于在EFMM的记录#5中的MM。
最佳编码“00” 空记录“01”-“FF”在EFMM中的相应MM的记录号2.MMS读取答复报告最佳内容MMS读取答复报告包含在3G TS 23.140和WAP-209-MMSEncapsulation中说明的MMS-READ REPLY-REPORT，最好是使用相同的参数的编码和排序。
最佳编码依据3G TS 23.140和WAP-209-MMSEncapsulation对MMS读取答复报告进行编码。
(g)EFMMSL(MMS大小限制)这个EF最好是包含用于多媒体消息服务(Multimedia Messaging Service)标题限制的值，它能够由拥有USIM/UICC的管理者(通常是网络操作员)定义。
由于USIM仅仅支持一个线性的固定的文件结构(参见上述的说明)，所以拥有USIM/UICC的管理者必须定义(每个文件的)每个记录的一个最大长度。然而，MMS相关信息不局限于一定大小。因此，对MMS相关记录的最大长度没有MMS固有的预先设置。
这个发明因此提出了一个EFMMSL，其中拥有USIM/UICC的管理者定义了在某种意义上适合于这个管理者需要的MMS相关记录的最大长度。这个EF能够由一个终端(USIM/UICC被插入到的地方)在启动该卡时读取，以便被通知管理者的设置。依据这些设置假如这些设置超过了该限制，则该终端不得不截除MMS有关的信息。
表11显示了该基本文件EFMMSL的每一个记录(一个条目)的最佳结构。
表11用于MMS限制的EF依据表11，该EFMMSL最好包含一个或多个下列数据1.在EFMMSN(MMS通知)中一个记录的长度最佳内容/最佳编码定义在EFMMSN中一个记录的长度，即能够存储在USIM上的MMS通知的最大尺寸，其以字节为单位是1+A(参见上面)。对于在EFMMSN中一个编码为一个2字节数字的记录长度，最大可能值是64K字节。
2.在EFMM(多媒体消息)中一个记录的长度最佳内容/最佳编码定义在EFMM中一个记录的长度，即能够被存储在USIM上的一个多媒体消息的最大尺寸，它是1+B(参见上面)个字节。由于在EFMMSN中一个记录的长度被编码为一个4字节的数字，所以最大可能的值是4G字节。
3.在EFMMSS(MMS状态)中的一个记录的长度最佳内容/最佳编码定义在EFMMSS中的一个记录的长度，即能够被存储在USIM上的一个MMS状态条目的最大尺寸，它是C+D+E+F+G(参见上面)个字节。由于在EFMMSS中一个记录的长度被编码为一个2字节的数字，所以最大可能值是64K字节。
4.在EFMMSS(MMS状态)中的一个记录的长度最佳内容/最佳编码定义在EFMMSS中的一个记录的长度，即能够被存储在USIM上的一个MMS状态条目的最大尺寸，它是C+D+E+F+G(参见上面)个字节。由于在EFMMSS中一个记录的长度被编码为一个2字节的数字，所以最大可能值是64K字节。
5.在EFMMSP(MMS参数)中的一个记录的长度最佳内容/最佳编码定义在EFMMSP中的一个记录的长度，即能够被存储在USIM上的一个MMS参数条目的最大尺寸，它是H+I+J+K+L+M+N+O+P+Q+R+13(参见上面)个字节。由于在EFMMSP中一个记录的长度被编码为一个2字节的数字，所以最大可能值是64K字节。
6.在EFMMSDR(MMS传送报告)中的一个记录的长度最佳内容/最佳编码；定义在EFMMSDR中的一个记录的长度，即能够被存储在USIM上的一个MMS传送报告的最大尺寸，它是1+S(参见上面)个字节。由于在EFMMSDR中一个记录的长度被编码为一个2字节的数字，所以最大可能值是64K字节。
7.在EFMMSRR(MMS读取答复报告)中的一个记录的长度最佳内容/最佳编码定义在EFMMSRR中的一个记录的长度，即能够被存储在USIM上的一个MMS读取答复报告的最大尺寸，它是1+T(参见上面)个字节。由于在EFMMSRR中一个记录的长度被编码为一个2字节的数字，所以最大可能值是64K字节。
(h)EFUST(USIM Service Table，USIM服务表)这个EF向一个UE指示哪几个服务在一个USIM中是可用的。如果一个服务没有被指示为在USIM中是可用的，则UE将不会选择这个服务。从该USIM服务表中一个UE能够立即检索出一个USIM是否支持该MMS服务的信息。
表12显示了该基本文件的每一个记录(一个条目)的最佳结构。
表12用于USIM服务表的EF服务n°1到n°50可以具有如表13中所列出的内容。此时，服务n°44到n°50涉及MMS相关信息，依据本发明其中的一个或多个最好是被包含在所述基本文件中。
服务内容服务n°1 本地电话簿服务n°2固定的拨号号码(FDN)
服务n°3 扩展2服务n°4 服务拨号号码(SDN)服务n°5 扩展3服务n°6 被禁止的拨号号码(BDN)服务n°7 扩展4服务n°8 呼出信息(OCI和OCT)服务n°9 呼入信息(ICI和ICT)服务n°10短消息存储(SMS)服务n°11短消息状态报告(SMSR)服务n°12短消息服务参数(SMSP)服务n°13付款通知(AoC)服务n°14性能配置参数(CCP)服务n°15单元广播消息标识符服务n°16单元广播消息标识符范围服务n°17组标识符级别1服务n°18组标识符级别2服务n°19服务提供者名称服务n°20利用访问技术的用户控制的PLMN选择器服务n°21MSISDN服务n°22图像(IMG)服务n°23未使用(保留用于SoLSA)服务n°24增强的多级优先和预占服务服务n°25用于Emlpp的自动应答服务n°26RFU服务n°27GSM访问服务n°28经由SMS-PP的数据下载服务n°29经由SMS-CB的数据下载服务n°30通过USIM的呼叫控制服务n°31通过USIM的MO-SMS控制服务n°32以COMMAND命令运行服务n°33打包转换的域服务n°34允许的服务表服务n°35APN控制列表(ACL)服务n°36非人性化控制键服务n°37合作的网络列表服务n°38GSM安全环境服务n°39CPBCCH信息服务n°40调查扫描服务n°41MexE服务n°42利用访问技术的操作员控制的PLMN选择器服务n°43利用访问技术的HPLMN选择器服务n°44多媒体消息通知服务n°45多媒体消息服务存储服务n°46多媒体消息服务传送报告服务n°47多媒体消息读取答复报告服务n°48多媒体消息参数服务n°49多媒体消息服务状态服务n°50多媒体消息服务限制表13该USIM服务表的最佳服务该EF应该包含至少一个字节。此外的字节可以被包含，但是如果该EF包含一个可选字节，则强制性地使该EF同时包含在那个字节之前的所有字节。其它服务在将来是可能的，而且将在该EF中的此外的字节上进行编码。
最佳编码1位被用于编码每个服务位＝1服务是可用的；位＝0服务是不可用的。
服务可用意味着USIM具有支持该服务的性能，而且该服务可由该USIM的用户使用，除非该服务在USIM上的另一个基本文件EFEST中被标识为“禁用”。
服务不可用意味着该服务将不会由USIM用户使用，即使该USIM具有支持该服务的性能。
在EFUST中的每个字节的最佳编码如表14和15中所示。
第一个字节 表14该USIM服务表的第一个字节的最佳编码第二个字节 表15该USIM服务表的第二个字节的最佳编码等等。
就表13中的服务n°44到n°50来说参数“多媒体消息通知”表示在USIM上是否支持EFMMSN。
参数“多媒体消息服务存储”表示在USIM上是否支持EFMM。
参数“多媒体消息服务传送报告”表示在USIM上是否支持EFMMSDR。
参数“多媒体消息读取答复报告”表示在USIM上是否支持EFMMSRR。
参数“多媒体消息参数”表示在USIM上是否支持EFMMSP。
参数“多媒体消息服务状态”表示在USIM上是否支持EFMMSS。
参数“多媒体消息服务限制”表示在USIM上是否支持EFMMSL。
图7显示了依据如上所述的这个第一最佳机制如何能够实现在USIM上存储MMS相关信息的一个实例。以上提出的、包含MMS相关信息的这些基本文件被标记为粗体框。
II.MMS相关信息在一个通用文件中的存储第二个最优实施例是MMS相关信息在一个专用于MMS的通用/一般的文件中的存储。所有的MMS相关信息最好是将被保存在一个通用/一般的文件中。使用一个通用/一般的文件的优点是最佳化所使用的存储器。表16显示了基本文件EFMMS中的每一个记录(一个条目)的最佳结构。
表16用于MMS相关信息的通用的EF
依据表16，该EFMMS最好包含一个或多个下列数据1.状态该状态的最佳内容和最佳编码是依据EFMMSN的这个实例进行的。
2.消息类型最佳内容消息类型包含使用了哪些消息类型的信息。在表17中显示了可能的消息类型连同它们的最佳编码。
最佳编码 表17消息类型的最佳编码3.消息最佳内容消息内容是依据在实例I中那个消息类型的描述所选择的消息类型的信息。
最佳编码所选择的消息类型的编码是依据在实例I中那个消息类型的描述进行的。
对这个第二方案来说，除了象第一方案中具有EFMMS之外，还具有EFUST、EFMMSP和EFMMSS是很重要的。
III.MMS通知在EFSMS中的存储第三个最优实施例是MMS通知在EFSMS中的存储，其中该EFSMS是用于存储短消息(SMS)的一个基本文件。至少在MMS的最早开始处，将把通知封装在一个短消息中进行发送。这是为什么MMS通知能够被保存在EFSMS中的原因。
这个方案的优点是USIM的已有的文件结构能被没有变化地使用。缺点在于其它重要的MMS相关信息不能被存储下来。
依据3G TS 31.101(3GPP TS 31.101 V3.3.0，UICC-Terminal Interface；Physicaland Logical Characteristics)，基本文件EFSMS(短消息)最好是包含包括有短消息(和有关参数)的信息，其中该短消息(和有关参数)已经由UE从网络中接收了，或是将被用作一个UE始发的消息。表18显示了该基本文件中的每一个记录(一个条目)的最佳结构。
表18用于SMS的EF该EFSMS最好是包含一个或多个下列数据1.状态最佳内容该记录的状态字节能被用作在SEARCH RECORD命令中的一个模式。就发送给网络的UE(User Equipment，用户设备)始发的消息来说，该状态最好是应该在UE接收一个状态报告、或发送一个与该状态报告有关的成功的SMS命令时被更新。
最佳编码 表19用于状态字节的最佳编码2.其余其余被提议为与在3G TS 31.101中相似。即，如果一个UE从网络中接收一个MMS通知——只要这个通知被携带在一个短消息(SMS)中——该通知能够用一个以二进制表示等于“0000 1001”、以十六进制表示是“09”的状态字节被保存在EFSMS中。对这个第三方案来说，除了象第一方案中具有EFSMS之外，还具有EFUST、EFMMSP和EFMMSS是很重要的。
总起来说，本发明的重要特征在于MMS相关信息或部分的MMS相关信息在介质上的存储/访问不同于用户的终端，特别地—在一个SIM上或是在一个UICC上的一个USIM上；—在一个WIM上；—在不是上述其中之一的一个智能卡上、特别是一个MMC(MultimediaCard，多媒体卡)上；—这些存储可能性的一个组合。
下列信息最好是被存储在这样一个储存库上—MMS通知；—全部或部分的一个多媒体消息(MM)；—MMS传送报告—MMS读取答复报告—MMS参数；—MMS状态信息；—MMS限制信息(由拥有该智能卡的管理者定义)；支持MMS的智能卡的一个指示(例如，在USIM服务表中)。
如何在一个智能卡上、特别是在一个SIM上、或在一个UICC上的一个USIM上实现MMS相关信息的存储以及如何访问所存储的MMS相关信息的三个不同的机制是最佳的-MMS相关信息在几个基本文件中的存储；-MMS相关信息在一个通用的基本文件中的存储；-MMS通知在已有的基本文件EFSMS中的存储。
权利要求
1.用于存储MMS(Multimedia Messaging Service，多媒体消息传送服务)相关信息的方法，其特征在于所述信息被存储在至少一个存储介质或一个存储介质组合上，其中该存储介质或存储介质组合被连接到一个支持MMS服务的移动通信装置、或是一个与这样一个移动通信装置连接的设备上，所述至少一个存储介质或存储介质组合可以与所述装置或所述设备中断开连接。
2.用于通过一个适于处理MMS相关信息的装置访问所述MMS相关信息的方法，其特征在于所述信息在连接到所述装置的至少一个存储介质或存储介质组合上被访问，所述至少一个存储介质或存储介质组合是可以从所述装置断开连接的。
3.如权利要求1或2所述的方法，其特征在于MMS相关信息是终端始发的或终端终止的。
4.如先前权利要求中任何一个所述的方法，其特征在于所述至少一个存储介质是一个智能卡，特别是一个SIM(Subscriber Identity Module，用户标识模块)、位于一个UICC(Universal Integrated Circuit Card，通用集成电路卡)上的一个USIM(UMTS Subscriber Identity Module，UMTS用户标识模块)、一个WIM(Wireless application protocol Identity Module，无线应用协议标识模块)、或一个MMC(Multimedia Card，多媒体卡)。
5.如先前权利要求中任何一个所述的方法，其特征在于在所述至少一个存储介质上存储和/或访问一个或多个下列MMS相关信息-MMS通知；-全部多媒体消息(MM)或其中的部分；-MMS状态信息；-MMS传送报告-MMS读取答复报告-MMS参数；-MMS限制信息，特别是由拥有该智能卡的管理者定义的那些；-MMS服务可用的指示。
6.如先前权利要求中任何一个所述的方法，其特征在于在所述至少一个存储介质上的一个或多个文件中存储和/或访问所述信息，特别是这些上述文件是一个或多个基本文件和/或专用文件和/或主文件。
7.如先前权利要求中任何一个所述的方法，其特征在于这些文件具有透明的、线性固定的、线性可变的、或线性循环的文件结构。
8.如权利要求6或7所述的方法，其特征在于依据权利要求5的信息中每一个在所述至少一个存储介质上在单独的文件(EFMMSN、EFMM、EFMMSS、EFMMSP、EFMMSDR、EFMMSRR、EFMMSL、EFUST)中被存储和/或访问。
9.如权利要求8所述的方法，其特征在于所述一个或多个文件(EFMMSN、EFMM、EFMMSS、EFMMSP、EFMMSDR、EFMMSRR、EFMMSL、EFUST)或者已经存在或者被添加到所述至少一个存储介质中的文件结构中。
10.如权利要求8或9所述的方法，其特征在于一个状态字节被包含在一个文件(EFMMSN)中的记录内，其中该文件包含至少一个MMS通知，该状态字节包含与MMS通知消息的状态、传送报告和/或MM检索相关的信息。
11.如权利要求8或9所述的方法，其特征在于一个状态字节被包含在一个文件(EFMM)中的记录内，其中该文件包含至少一个多媒体消息(MM)，该状态字节包含和一个MM的接收、一个MM的读取状态、一次MM的来源、一个MM的提交、传送报告和/或读取答复报告相关的信息。
12.如权利要求10或11所述的方法，其特征在于该状态字节以在SEARCHRECORD命令中的一个模式来使用，其中该SEARCH RECORD命令是在所述装置或所述设备的终端和所述至少一个存储介质之间的接口上的一个功能。
13.如权利要求10到12中任何一个所述的方法，其特征在于在所述至少一个存储介质被连接到一个用户代理(User Agent，UA)上、而且所述用户代理接收一个MMS通知、接收一个MM、接收一个MMS传送报告和/或接收一个MMS读取答复报告、或始发一个MM、允许/禁止生成一个MMS传送报告和/或始发一个将被保存在所述至少一个存储介质上的MMS读取答复报告时，该状态字节被更新。
14.如先前权利要求中任何一个所述的方法，其特征在于在涉及MMS有关状态信息的一个文件(EFMMSS)的记录中包含和/或访问一个或多个下列信息-分配给该MM的一个唯一的索引(消息ID)；-用于MMS通知的可用内存(MMS通知存储容量)；-用于MMs的可用内存(MM存储容量)；-用于传送报告的可用内存(MMS传送报告存储器)；-用于读取答复报告的可用内存(MMS读取答复报告存储容量)。
15.如先前权利要求中任何一个所述的方法，其特征在于在涉及用于多媒体消息参数的MMS有关值的一个文件(EFMMSP)的记录中包含和/或访问一个或多个下列信息-与MMS参数有关的α标记(α标识符)；-表示存在MMS有关参数的参数指示符；-表示所使用的协议的MMS工具；-始发者地址的长度；-接收者地址的长度；-MMS中继器/服务器地址的长度；-到期时间的长度；-传送最早时间的长度；-消息类别的长度；-发送者可见性请求的长度；-传送报告请求的长度；-读取答复报告请求的长度；-消息优先级的长度；-始发者地址；-接收者地址；-MMS中继器/服务器地址；-消息的到期时间；-消息传送的最早时间；-消息类别；-发送者可见性请求；-传送报告请求；-读取答复报告请求；-消息的优先级。
16.如先前权利要求中任何一个所述的方法，其特征在于在涉及多媒体消息传送报告的一个文件(EFMMSDR)的记录中包含和/或访问一个或多个下列信息-用以标识在基本文件EFMM中的相应MM记录的MMS传送报告标识符；-包含MMS-DELIVERY-RECORD的MMS传送报告。
17.如先前权利要求中任何一个所述的方法，其特征在于在涉及多媒体消息读取答复报告的一个文件(EFMMSRR)的记录中包含一个或多个下列信息-用以标识在基本文件EFMM中的相应MM记录的MMS读取答复记录标识符；-包含MMS-READ-REPLY-RECORD的MMS读取答复。
18.如先前权利要求中任何一个所述的方法，其特征在于在一个文件(EFMMSL)的记录中包含和/或访问一个或多个下列信息，其中该文件包含用于MMS记录大小限制的值，它最好是由拥有所述至少一个存储介质的管理者定义-在EFMMSN中一个记录的长度；-在EFMM中一个记录的长度；-在EFMMSS中一个记录的长度；-在EFMMSP中一个记录的长度；-在EFMMSDR中一个记录的长度；-在EFMMSRR中一个记录的长度。
19.如先前权利要求中任何一个所述的方法，其特征在于一个或多个MMS服务被添加到基本文件EFUST(USIM服务表)的记录中，例如，多媒体消息通知、多媒体消息服务存储、多媒体消息服务传送报告、多媒体消息读取答复报告、多媒体消息参数、多媒体消息服务状态、多媒体消息服务限制。
20.如先前权利要求中任何一个所述的方法，其特征在于一个或多个下列信息在一个一般的基本文件(EFMMS)中被存储和/或访问-多媒体消息的状态(接收、始发、提交)；-消息类型；-消息内容。
21.如先前权利要求中任何一个所述的方法，其特征在于MMS通知消息在基本文件EFSMS中被存储和/或访问，其中该基本文件EFSMS包含包括有移动终止的或移动始发的短消息的信息。
22.如权利要求21所述的方法，其特征在于一个状态字节被包含在所述基本文件(EFSMS)的记录中，其中所述状态字节包含和MMS通知有关的信息。
23.如权利要求22所述的方法，其特征在于该状态字节以在SEARCHRECORD命令中的一个模式来使用，其中该SEARCH RECORD命令是在所述装置或所述设备的终端和所述至少一个存储介质之间的接口上的一个功能。
24.用于存储和/或允许访问MMS相关信息、特别是依据先前权利要求中任何一个存储的信息的存储介质，用于在一个装置中使用，所述装置包含用于处理所述MMS信息的装置，其特征在于所述存储介质被设计为使它能够与所述装置连接或断开连接。
25.如权利要求24所述的存储介质，其特征在于它是一个智能卡。
26.如权利要求25所述的存储介质，其特征在于它是一个SIM(SubscriberIdentity Module，用户标识模块)。
27.如权利要求25所述的存储介质，其特征在于它是在一个UICC(UniversalIntegrated Circuit Card，通用集成电路卡)上的一个USIM(UMTS SubscriberIdentity Module，UMTS用户标识模块)。
28.如权利要求25所述的存储介质，其特征在于它是一个WIM(WAPWireless Identity Module，WAP无线标识模块)。
29.如权利要求25所述的存储介质，其特征在于它是一个MMC(MultimediaCard，多媒体卡)。
30.如权利要求24到29中任何一个所述的存储介质，其特征在于可在所述储存介质上被存储和/或访问一个或多个下列MMS相关信息-MMS通知；-全部多媒体消息(MM)或其中的部分；-MMS传送报告；-MMS读取答复报告；-MMS参数；-MMS状态信息；-由拥有该智能卡的管理者定义的MMS限制信息；-MMS服务可用的指示。
31.如权利要求24到30中任何一个所述的存储介质，其特征在于所述MMS相关信息可在几个基本文件(EFMMSN、EFMM、EFMMSS、EFMMSP、EFMMSDR、EFMMSRR、EFMMSL、EFUST)和/或专用文件和/或主文件中被存储和/或访问。
32.如权利要求24到30中任何一个所述的存储介质，其特征在于所述MMS相关信息可在一个通用的(一般的)基本文件(EFMMS)中被存储和/或访问。
33.如权利要求24到30中任何一个所述的存储介质，其特征在于所述MMS相关信息可在基本文件EFSMS中被储存和/或访问。
34.一个包含用于依据权利要求1到23的步骤中的任何一步、在依据权利要求24到33中任何一个所述的一个存储介质上存储和/或访问MMS相关信息的装置。
35.如权利要求34所述的装置，其特征在于它是一个移动通信装置，特别是一个移动电话。
36.如权利要求34所述的装置，其特征在于它是一个可连接到一个移动通信装置的外部设备，特别是一台笔记本、膝上型电脑或电子管理器。
37.一种软件程序，包含程序代码装置，其中所述软件程序可以在一个装置上、特别是在一个依据权利要求34到36中任何一个所述的装置上运行，从而使所述软件程序连同所述装置一起执行如权利要求1到23中任何一个中的所有步骤。
38.一种软件程序，包含程序代码装置，它可以被加载在一个装置上、特别是在一个依据权利要求34到36中任何一个所述的装置上，从而使所述被编程的装置适于执行如权利要求1到23中任何一个中的所有步骤。
全文摘要
本发明涉及用于存储MMS(Multimedia Messaging Service,多媒体消息传送服务)相关信息的方法,其中所述信息被存储在至少一个存储介质上,该存储介质被连接到一个支持MMS服务的移动通信装置、或是一个与这样一个移动通信装置连接的设备上,所述至少一个存储介质是可以从所述装置或所述设备中断开连接的。此外,本发明涉及一种相关的用于通过一个适于处理所述MMS相关信息的装置访问MMS相关信息的方法、一种相关的存储介质、一个相关的装置以及相关的软件程序。
文档编号H04L12/58GK1384689SQ02124530
公开日2002年12月11日 申请日期2002年5月4日 优先权日2001年5月4日
发明者J·劳门, A·施密德特, M·特劳贝格, S·范尼克尔克 申请人:西门子公司