CN1902960A - 用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 - Google Patents
用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 Download PDFInfo
- Publication number
- CN1902960A CN1902960A CNA2004800395320A CN200480039532A CN1902960A CN 1902960 A CN1902960 A CN 1902960A CN A2004800395320 A CNA2004800395320 A CN A2004800395320A CN 200480039532 A CN200480039532 A CN 200480039532A CN 1902960 A CN1902960 A CN 1902960A
- Authority
- CN
- China
- Prior art keywords
- mms
- message
- link
- multimedia
- mua
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
用于通过MMS客户端(MUA)恢复至少一个所缺少的、也即例如不经意地在MMS客户端上所删除的至一个或者多个在MMS服务器(MRS)上所存储的多媒体消息(MM)的链接(VK)的方法,以及一种通信设备和网络组件。为了通过MMS客户端(MUA)恢复至少一个所缺少的至一个或者多个在MMS服务器(MRS)上所存储的多媒体消息(MM)的链接(VK),通过MMS客户端(MUA)向MMS服务器(MRS)发送至少一个请求消息(AN),所述请求消息具有用于发送至少一个所缺少的至一个或者多个多媒体消息(MM)的链接(VK)的请求。在接收请求消息(AN)之后,通过MMS服务器(MRS)将至少一个所属的应答消息(WN)发送给MMS客户端(MUA),所述应答消息包含所缺少的至一个或者多个多媒体消息(MM)的链接(AN)中的至少一个。
Description
用于通过MMS客户端恢复至一个或多个在MMS服务器上所存储的多媒体消息的链接的方法、通信设备和网络部件
移动无线电系统GSM(GSM-全球移动通信系统)除了提供语音电话之外还提供以下可能性,即发送或者接收高达160字符长度的短文本消息。该业务称为SMS(SMS-短消息业务)(例如参见技术规范3GPPTS23.040,版本6.0.1)。
MMS(MMS-多媒体消息业务)作为该完全成功的业务的后继被引入(另外参见技术规范3GPP TS22.140,版本6.0.0和TS23.140,版本6.0.0)。该业务可以被用在不同的移动无线电系统中,例如被用在GSM、GPRS(GPRS-通用分组无线业务)、EDGE(EDGE-GSM增强数据速率改进)或者UMTS(UMTS-通用移动通信系统)中。MMS业务能够实现具有多媒体内容的消息(例如文本消息、语音消息或者图像消息)的移动发送和移动接收。这些消息可能具有比SMS消息大得多的数据量。MMS中的消息也被称为多媒体消息(MM-多媒体消息)。
MMS的表征性特征是:在向MMS接收方传送一个或者多个多媒体消息时在所谓的推模式和拉模式之间进行区分。在推模式时,到达的多媒体消息由对此主管的MMS网元无延迟地传输给MMS接收方(例如被传输给GPRS移动无线电设备)。在所谓的拉模式时,MMS接收方首先借助于MMS接收方通知仅仅获知到达主管的MMS网元的多媒体消息,于是,MMS接收方能够自己决定其是否或者何时想要下载该多媒体消息。在实践中已经表明,客户和MMS服务供应商目前优选地使用MMS中的拉模式。多媒体消息在对此主管的MMS网元上一直保持可用,直到例如MMS接收方下载该多媒体消息为止,或者直到多媒体消息的有效性到期为止。可代替地,多媒体消息通过主管的网元被删除。为了能够通过MMS接收方发起多媒体消息的下载过程,MMS接收方以MMS接收方通知的形式获得至位于所属的MMS网元上的相应的多媒体消息的链接。该链接被称为URI(URI-统一资源标识符)。
因此,根据现有技术迫切需要的是:MMS接收方保留其想要在随后时刻下载的多媒体消息的链接。如果MMS接收方或者用户在下载所属的多媒体消息之前不经意地删除了例如MMS接收方通知和/或也删除了链接,则他随后不再可能访问该多媒体消息。如果MMS接收方通知或多媒体消息的链接首先被存储在第一终端设备中,则出现类似的问题。现在,MMS接收方更换其终端设备,并且想要借助于第二终端设备访问相应的多媒体消息。如果MMS接收方从第一移动无线电话中取出其移动无线电SIM卡(SIM-用户识别模块)并且插入第二移动无线电话中,则例如该事实情况出现。
如果现在移动无线电SIM卡不提供MMS支持,则MMS接收方通知或者至多媒体消息的链接仅仅存在于第一移动电话中。因此,该MMS接收方通知或者至多媒体消息的链接在第二移动无线电话中是不可用的。如果终端设备之一不是移动无线电话,也即例如第一终端设备是膝上型电脑,而第二终端设备是PDA(PDA-个人数字助理),则相同的事实情况出现。
本发明所基于的任务是提供简单且有效的以下可能性,即恢复至少一个所缺少的至一个或者多个MMS形式的多媒体消息的链接。
该任务通过下面的本发明方法来解决:用于通过MMS客户端恢复至少一个所缺少的至一个或者多个在MMS服务器上所存储的多媒体消息的链接的方法,通过以下方式:通过所述MMS客户端向所述MMS服务器发送至少一个请求消息,该请求消息具有用于发送至少一个所缺少的至一个或者多个多媒体消息的链接的请求,并且通过以下方式:在收到所述请求消息之后通过所述MMS服务器向所述MMS客户端发送至少一个所属的应答消息,该应答消息包含所缺少的至一个或者多个多媒体消息的链接中的至少一个。
所述MMS客户端在需要时任何时候都可以通过本发明方法恢复一个或者多个所缺少的至一个或者多个多媒体消息的链接。该方法在可以被传输给MMS客户端的链接的数量方面是可扩展的。通过在单个应答消息中不仅传输单个链接而且同时传输多个链接来得出一致的请求结构。于是,多个所缺少的链接能够基于该方法的一致的请求结构被汇总在一个唯一的应答消息中,并且因此可以被带宽有效地被传输。如果MMS客户端被更换并且由此不必要恢复一个或者多个所缺少的链接,则也得出这些优点。
本发明也涉及一种通信设备,具有用于通过MMS客户端恢复至少一个所缺少的至一个或者多个在MMS服务器上所存储的多媒体消息的链接的模块;具有用于发送至少一个请求消息的发送单元,所述请求消息具有发送至少一个所缺少的至一个或者多个多媒体消息的链接的请求;具有用于接收至少一个由MMS服务器在收到所述请求消息之后所发出的所属的应答消息的接收单元,所述应答消息包含所缺少的至一个或者多个多媒体消息的链接中的至少一个。
另外,本发明涉及一种网络组件,具有用于通过MMS客户端恢复至少一个所缺少的至一个或者多个在MMS服务器上所存储的多媒体消息的链接的模块;具有用于接收至少一个请求消息的接收单元,所述请求消息具有发送至少一个所缺少的至一个或者多个多媒体消息的请求,所述一个或者多个多媒体消息在网络侧在存储装置中仍是可用的;具有用于在收到所述请求消息之后产生具有至少一个所缺少的至一个或者多个多媒体消息的链接的至少一个所属的应答消息的逻辑单元;以及具有用于向所述MMS客户端发送至少一个所属的应答消息的发送单元。
本发明的其他改进方案在从属权利要求中给出。
下面,根据附图进一步描述本发明和其改进方案。
图1以示意图的形式示出MMS服务器和MMS客户端、以及针对拉模式的消息流,其中至多媒体消息的链接借助于通知消息被通知给MMS客户端,并且该客户端从MMS服务器加载多媒体消息,
图2以示意图的形式示出MMS服务器和MMS客户端、以及根据本发明方法的第一实施例的消息流,其中MMS客户端借助于一个请求消息请求至至少一个多媒体消息的至少一个链接,并且所需要的链接中的至少一个借助于至少一个应答消息被发送给该MMS客户端,
图3以表格的形式根据符合OMA的编码针对图2的消息流示出具有名称“M-Resend-Notification.conf”和“M-Resend-Notification.req”的MMS消息(PDU-协议数据单元)的几个OMA-MMS头字段,
图4以表格的形式示出在图2中的消息流中的按照3GPP语法具有名称“MM1_resend_notification.REQ”的请求消息和其信息元素,
图5以表格的形式示出在图2的消息流中的按照3GPP语法具有名称“MM1_resend_notification.RES”的应答消息和其信息元素,
图6以表格的形式示出在图2的消息流中的按照OMA-MMS语法具有名称“M-Resend-Notification.req”的请求消息和其字段,
图7以表格的形式示出在图2的消息流中的按照OMA-MMS语法具有名称“M-Resend-Notification.conf”的应答消息和其字段,和
图8以表格的形式按照符合OMA的编码示出在图2的消息流中按照OMA-MMS语法具有名称“M-Resend-Notification.req”的请求消息的具有名称“X-Mms-Priority-Filter”的字段的可能的扩展。
在图1至8中,具有相同的功能和作用方式的元件被配备相同的参考符号。
在图1中从3GPP的角度示出根据目前的现有技术的MMS结构的片段。由此,MMS业务(MMS-多媒体消息业务)(参见技术规范3GPP(3GPP-第三代伙伴合作项目)TS22.140,版本6.3.0和3GPP TS23.140,版本6.3.0)被实现。该MMS业务能够实现具有多媒体内容的消息的发送和接收。这种消息也被称为多媒体消息MM,并且可以包括不同的文件类型(例如音频或者视频)和文件格式(例如GIF或者JPG)的多个MM元素。MMS业务可以被用在不同的移动无线电系统中,例如被用在GSM(全球移动系统)、GPRS(GPRS-通用分组无线业务)中或者也被用在UMTS(UMTS-通用移动通信系统)中。
在左上侧示出了MMS服务器MRS,其在3GPP中也被称为MMS中继器/服务器。此外,该MMS服务器MRS具有以下任务:
-存储到达的多媒体消息MM,其例如来自其他的MMS服务器,
-处理并且与MMS客户端MUA交换校验信息,
-从和/或向MMS客户端MUA接收和发送多媒体消息MM。
MMS服务器MRS包括用于接收校验信息和/或多媒体消息MM的接收单元EME1。此外还设有用于发送校验信息和多媒体消息MM的发送单元SEE1。具有用于存储多媒体消息MM和校验信息的存储单元SER。存储单元SER必要时可以在网络侧连接在MMS服务器MRS上。逻辑单元LEE1控制该MMS服务器MRS。最后,连接网络VX1保证在各个单元SEE1、LEE1、EME1和SER之间的信息交换。
在图1中也可以看出MMS客户端MUA。在3GPP中,该MMS客户端MUA被称为MMS用户代理。该MMS客户端MUA例如在根据GSM标准或者UMTS标准的移动无线电设备上或者在连接于移动无线电设备的设备(例如膝上型电脑)上作为软件程序被实施。该MMS客户端具有以下任务,即实现MMS业务的例如在移动无线电设备上所需要的部分。可代替地,MMS客户端MUA也可以在根据ISDN(综合用户数字网)上或者在连接于内联网或者互联网的计算机单元中被实施。
MMS客户端MUA包括用于接收校验信息和/或多媒体消息MM的接收单元EME2、以及用于发送校验信息的发送单元SEE2。另外,设有用于控制MMS客户端MUA的逻辑单元LEE2和连接网络VX2,该连接网络保证在各个单元SEE2、EME2和LEE2之间的信息交换。
下面,根据图1进一步说明按照所谓的拉模式向MMS客户端MUA的多媒体消息MM的发送。当在MMS服务器MRS的主管区域中例如由第二MMS服务器MRS接收了新的多媒体消息MM之后,该新到达的多媒体消息MM被存储在在网络侧所连接的存储单元SER中。接着,MMS服务器MRS的发送单元SEE1向MMS客户端MUA传输MMS接收方通知消息NQN。该MMS接收方通知消息NQN在3GPP中被称为MMS通知,并且包括至在网络侧所连接的存储元件SER中所存储的至少一个多媒体消息MM的链接VK。该链接VK在3GPP中也被称为URI(统一资源标识符)。在收到MMS接收方通知消息NQN之后,MMS客户端MUA借助于MMS接收方确认消息NSN确认该接收。MMS客户端现在可以或者借助于链接VK立即在其设备上加载多媒体消息MM,或者暂存MMS接收方通知消息NQN以及链接VK用于以后调用多媒体消息MM。这例如可以被暂存在MMS客户端MUA所处于的移动无线电设备的移动无线电SIM卡(SIM-用户识别模块)或者移动无线电UICC(UICC-通用集成电路卡)上。在拉模式中,多媒体消息MM被存储在MMS服务器MRS中直至有效性到期为止。MMS接收方通知消息NQN也包括多媒体消息MM的有效期限。在有效期限期满时,多媒体消息MM连同所属的链接VK从MMS服务器MRS的存储单元SER中被删除。
在收到MMS接收方通知消息NQN或者至一个或者多个多媒体消息MM的链接VK之后,MMS客户端MUA以后能够从MMS服务器MRS下载一个或者多个多媒体消息MM。如在图1中可以看出,对此MMS客户端MUA将MM请求消息RQN发送给MMS服务器,所属请求消息至少包含至待下载的多媒体消息MM的链接VK。对于所请求的多媒体消息MM在MMS服务器MRS上仍可用的情况,该MMS服务器MRS借助于MM应答消息RSN将所请求的多媒体消息MM发送给发出请求的MMS客户端MUA。该过程也被称为“下载”。
对于MMS接收方通知消息NQN或者至一个或者多个多媒体消息MM的链接VK未到达MMS客户端MUA的情况,对于MMS客户端MUA来说首先不可能从MMS服务器MRS下载所需要的多媒体消息MM。在至一个或者多个在过去已经被发送给MMS客户端MUA的多媒体消息MM的一个或者多个链接VK由于不经意的删除被丢失之后,也出现这种事实情况。
为了恢复至至少一个多媒体消息MM的至少一个链接VK,MMS客户端MUA根据图2的信号流借助于其发送单元SEE2向MMS服务器MRS发送一个请求消息AN。该请求消息AN通过MMS服务器MRS的接收单元EME1接收,并且通过逻辑单元LEE1分析。如果在存储装置SER中一个或者多个多媒体消息MM可供发出请求的MMS客户端MUA使用,则MMS服务器MRS的发送单元SEE1向MMS客户端MUA发出所属的应答消息WN。该应答消息WN包括所缺少的链接VK中的至少一个。实际上也可能合理的是:应答消息WN也包含一个或者多个完全的MMS接收方通知消息NQN。所述MMS接收方通知消息NQN可能是也许在过去所传输的必要时也被暂存在MMS服务器MRS的网络侧的存储装置SER中的MMS接收方通知消息NQN的复制。在接收了所属的应答消息WN之后,MMS客户端MUA可以根据所接收的链接VK下载一个或者多个多媒体消息MM。根据3GPP语法,请求消息AN可以用名称“MM1_resend_notification.REQ”来表示和所属的应答消息WN用“MM1_resend_notification.RES”来表示。
但是,实际上有利的是:借助于请求消息AN不是请求在MMS服务器MRS上所包含的多媒体消息MM的所有链接VK,而是进行有针对性的选择。根据本发明的另一可代替的改进方案,请求消息AN通过至少一个过滤准则来扩展,其中相应要传输的链接VK的所有多媒体消息MM都符合该过滤准则。这里,下面的过滤准则FW的至少一种被引入,其中相应的过滤器涉及多媒体消息MM的字段之一:
a)针对发送方的过滤器FAD:
该过滤器的指定使得只有至多媒体消息MM的链接VK能够被发送,所述多媒体消息从确定的发送方地址、因此从确定的发送方被发送。
b)针对接收方的过滤器FEM:
该过滤器的指定使得只有至多媒体消息MM的链接VK被发送,所述多媒体消息MM被发送给确定的接收方地址、因而发送给确定的接收方。
c)针对消息类型的过滤器FMM:
通过指定消息类型FMM只考虑该链接VK,在该链接中所属的多媒体消息属于确定的类(例如类“广告”)。
d)针对日期和/或时间的过滤器FDU:
利用该过滤器能够在选择通过应答消息WN待传输的链接时只考虑该多媒体消息MM,该多媒体消息在确定的日期和/或时间(例如在2003年12月15日)被发送。
e)针对优先级的过滤器FPI:
通过该过滤器只考虑对应于确定的优先级的多媒体消息MM、例如只考虑用优先级“高”标出的多媒体消息。
f)针对标题的过滤器FTI:
通过指定该过滤器只考虑包含确定的标题或者也包含标题中的特殊关键字的多媒体消息MM。
实际上,也可能有利的是:通过过滤准则FW不仅选择确定的准则,而且排除确定的准则。对此,以下过滤器的过滤准则FW通过例如一个标记(例如标签)来补充,所述标记说明是否涉及选择准则和/或排除准则:
-针对发送方的过滤器FAD
-针对接收方的过滤器FEM
-针对消息类型的过滤器FMM
-针对日期和/或时间的过滤器FDU
-针对优先级的过滤器FPI
-针对标题的过滤器FTI
因此,请求消息AN不仅可能包含选择准则而且也可能包括排除准则。例如通过请求消息AN发信令通知:通过请求消息AN所考虑的要寻找的多媒体消息MM在标题中包含字“轨道”,但是包含标题“铁路”在内的多媒体消息MM被排除。
此外,可能合理的是:只请求至一个或者多个多媒体消息MM的在MMS客户端MUA上不可用的该链接VK。对此,链接准则VW包含一个或者多个链接VK,其不再借助于应答请求WN用信令发送。代替链接VK也可能包含一个或者多个MMS接收方通知消息NQN,其也保证对确定的链接VK的唯一分配。
必要时,也可能在请求消息AN中使用多于一个的过滤准则FW和/或链接准则VW。对此,可以使各个过滤准则FW和/或链接准则VW彼此相关联。这里“关联”不仅应该被理解为逻辑表示(例如“与”、“或”或者“异或”)、而且应该被理解为大小表示(例如“大于”、“大于-等于”、“小于”或者“小于-等于”)。在该实施例中,应该考虑在三个不同的日子(例如在2003.12.14、2003.12.15和2004.1.1)所发送的多媒体消息MM。因此,请求消息AN可能包含用于日期和/或时间的三个不同的过滤器FDU,其借助于逻辑表示“或”能够实现所期望的关联“2003.12.15或2003.12.14或2004.1.1”。
图3包含具有以按照3GPP的语法形式的过滤准则FW和链接准则VW的过滤器的针对图2的消息流的请求消息AN的可能的实施(参见技术规范TS 22.140,版本6.3.0和TS 23.140,版本6.3.0)。在3GPP中,例如请求消息AN可能具有名称“MM1_resend_notification.REQ”。下面将进一步探讨图3的各个信息元素,其中第一列说明相应的信息元素的名称,第二列示出请求消息AN内的相应的信息元素的应用,第三列包含简短描述:
-信息元素“Message Type”MT1:
该信息元素必须包含在请求消息AN中,并且将该消息标识为请求消息、也即标识为具有名称“MM1_resend_notification.REQ”的消息。
-信息元素“Transaction ID”TA1:
该信息元素必须包含在请求消息AN中,并且被用于保证在请求消息AN和应答消息WN之间的唯一的分配。
-信息元素“MMS-Version”MV1:
该信息元素必须包含在请求消息AN中,并且说明MMS客户端MUA的MMS接口的版本。
-信息元素“Notification filter”FVK1:
请求消息内的该信息元素的应用是可选的。该信息元素对应于链接准则FVK。
-信息元素“Sender gfilter”FAD1:
该过滤准则的应用不是必须的。该信息元素实现用于发送方的过滤器FAD。
-信息元素“Recipient filter”FEM1:
该过滤准则的应用不是必须的。该信息元素实现用于接收方的过滤器FEM。
-信息元素“Messge class filter”FMM1:
这是可选的信息元素。该信息元素实现用于信息类型的过滤器FMM。
-信息元素“Date and time filter”FDU1:
该信息元素是可选的,并且实现用于日期和/或时间的过滤器FDU。
-信息元素“Priority filter”FPI1:
该元素的应用是可选的。该信息元素标识对应于用于优先级的过滤器FPI的信息元素。
-信息元素“Subject filter”FTI1:
该信息元素的应用是可选的,并且实现用于标题的过滤器FTI。
所有可选的信息元素也可以多次地被包含在请求消息AN中。
在图4中可以看出针对图2的消息流的请求消息AN的另一实施形式,其对应于按照OMA-标准“OMA-WAP-MMS-ENC-v1_1.20021030-C”、“OMA-WAP-MMS-CTR-v1_1-30021031-V”和“OMA-WAP-MMS-ARC-v1_1_20021101-C”的语法。在OMA中,请求消息AN用名称“M-Resend-Notification.req”表示。在图4中,在第一列中可以找到请求消息AN的字段名称,在第二列中可以找到相应的字段值,并且在第三列中记录了相应的字段的功能的简短描述。在该请求消息AN中包含下面的字段名称:
-字段名称“X-Mms-Message-Type”MT3:
该字段唯一地用名称“M-Resend-Notification.req”来表征PDU类型(PDU-协议数据单元),并且必须包含在请求消息AN中。按照OMA语法的字段值为:
“Message-type-value=m-resend-notification.req”。
-字段名称“X-Mms-Transaction-ID”TA3:
该字段允许在请求消息AN和一个或者多个所属的应答消息WN之间的唯一的分配。但是必须包含在每个请求消息AN中。相应的字段值为“Transaction-id-value”。
-字段名称“X-Mms-MMS-Version”MV3:
该字段包含MMS客户端MUA的MMS接口的版本号,并且必须包含在请求消息AN中。该字段的字段值是“MMS-version-value”。
-字段名称“X-Mms-Notification-Filter”FVK3:
该可选的字段说明了至一个或者多个多媒体消息的不是由MMS服务器MRS发送的链接VK。这对应于链接准则VW。这里,例如先前所发送的MMS接收方通知消息NQN的Transaction-ID可以被用作链接VK,或者例如URI(URI-统一资源标识符)被用作至至少一个多媒体消息MM的链接VK。值“Sender-filter-value”被用作字段值。
-字段名称“X-Mms-Sender-Filter”FAD3:
该可选的字段定义用于发送方的过滤器FAD。也用作字段值“Sender-filter-value”。
-字段名称“X-Mms-Recipient-Filter”FEM3:
该可选的字段定义用于接收方的过滤器FAD。也用作字段值“Receiver-filter-value”。
-字段名称“X-Mms-Message-Class-Filter”FMM3:
该可选的字段表示用于消息类型的过滤器FMM。也用作字段值“Message-class-filter-value”。
-字段名称“X-Mms-Date-And-Time-Filter”FDU3:
该字段的应用是可选的。它允许指定用于日期和/或时间的过滤器FDU。值“Date-and-time-filter-value”被用作字段值。
-字段名称“X-Mms-Priority-Filter”FPI3:
该字段的应用是可选的。借助于该过滤器实现用于优先级的过滤器FPI。相应的字段值为“pritority-filter-value”。
-字段名称“X-Mms-Subject-Filter”FTI3:
该字段说明了用于标题的过滤器FTI。该字段的应用是可选的。值“Subject-filter-value”被用作字段值。
可选的字段可以在请求消息AN内一次或者多次被使用。
下面,示出针对图2的消息流的应答消息WN的两个实施例。在图5中列出第一例子,其对应于3GPP语法(参见3GPP技术规范TS 22.140,版本6.3.0)。这里,应答消息WN例如用名称“MM1_resend_notification.RES”来表示。在图5中,对于应答消息WN,在左边的列中可以看出可能的信息元素,在中间的列中可以找到其应用,在右边的列中列出了简短描述。按照3GPP的应答消息WN的可能的信息元素为如下:
-信息元素“Message Type”MT2:
该信息元素的应用是必须的。该信息元素被使用,以便将该消息唯一地标注为具有名称“MM1_resend_notification.RES”的3GPP应答消息WN。
-信息元素“Transaction ID”TA2:
需要该信息元素,以便将应答消息WN唯一地分配给请求消息AN。实际上,传输身份“Transaction ID”TA2准确地对应于图3中的“Transaction ID”TA1是合理的。该信息元素的应用是必须的。
-信息元素“MMS Version”MV2:
该信息元素说明MMS服务器MRS的MMS接口的版本号。该信息元素必须包含在每个应答消息WN中。
-信息元素“Resend notification status”RS2:
该信息元素包含用于发送所期望的至一个或者多个多媒体消息MM的链接VK的请求的状态,所述状态通过请求消息AN发起。该状态例如说明该请求是否能够通过MMS服务器MRS成功地被处理或者是否出现某些错误。该信息元素必须在每个应答消息WN中被引用。
-信息元素“Resend notification status text”TR2:
该信息元素以文本的形式再现通过信息元素“ResendNotification Status”RS2所实现的状态。该信息元素的应用是可选的。
-信息元素“Notification details”ND2:
该信息元素可以包含在应答消息WN中。如果该信息元素存在,则再现至通过请求消息AN所请求的多媒体消息MM的至少一个链接VK。这例如以初始所发送的MMS接收方通知消息NQN的列表的形式或者以相应的URI(统一资源标识符)的形式进行。
在图6中可以看出图2的消息流的按照OMA语法的应答消息WN的第二实施例(另外参见OMA规范OMA-MMS-ENC-v1_2-20030915-C)。在OMA中,利用名称“M-Resend-Notification.conf”表示应答消息WN。在图6中,在第一列中,利用名称“字段名称”可以找到相应的OMA字段的名称,在第二列中可以找到相应的字段值,在第三列中是相应的OMA字段的简短描述。下面进一步描述根据MOA的应答消息WN的各个字段:
-“X-Mms-Message-Type”MT4:
该字段的应用是必须的。它能够将OMA消息唯一地标识为具有名称“M-Resend-Notification.conf”的请求消息WN。根据OMA语法,“Message-type-value=m-resend-notification-conf”被用作字段值。
-字段名称“X-Mms-Transaction-ID”TA4:
该必须的字段允许将应答消息WN唯一地分配给确定的请求消息AN。这借助于字段值“Transaction-ID-Value”进行,该字段值实际上合理地对应于“X-Mms-Transaction-ID”TA3(参见图5)、请求消息AN“M-Resend-Notification.req”。
-字段名称“X-Mms-MMS-Version”MV4:
这是必须的字段。字段值“MMS-version-value”说明MMS服务器MRS的MMS接口的相应的版本号。
-字段名称“X-Mms-Resend-Notification-Status”RS4:
该字段必须包含在每个应答消息WN中。它说明应答消息WN的状态,所述状态通过请求消息AN来实现。该状态用字段值“Resend-notification-status-value”来表示。
-字段名称“X-Mms-Resend-Notification-Text”RT4:
该字段包含针对具有字段名称“X-Mms-Resend-Notification-Status”RS4的字段的文本说明。该字段的应用是可选的,并且在使用时通过字段值“Resend-notification-status-text-value”来表示。
-字段名称:“X-Mms-Notification-Details”ND4:
该字段可以包含至一个或者多个多媒体消息MN的链接VK。根据OMA标准的相应的MMS接收方通知消息NQN用名称“M-Notification.ind”表示。可代替地,也可能存在URI(统一资源标识符)。在对链接VK的补充中,也可以包含其它说明(例如链接VK所指向的多媒体消息MM的优先级或者多媒体消息MM的发送方地址)。字段值“Notification-details-value”被用作该字段的值。
根据另一可代替的实施形式,合理的是基于请求消息AN可以向MMS客户端MUA发送多于一个的应答消息WN。这里,有利的是在基于请求消息AN所传输的所有应答消息WN中使用唯一的群-识别信号GN用于图2的消息流。因此,例如请求消息TA2的相应的事务号“Transaction ID”被用作唯一的群-识别信号GN,并且被录入相应的应答消息WN的字段“Transaction ID”TA4中。因此,基于请求消息AN所产生的所有应答消息WN使用相同的事务号TA4。
另外,实际上有利的是:载有相同的唯一的群-识别信号GN的应答消息WN中的每个都配备有用于图2的消息流的连续的消息号NRN和总数量号NGA。这里,总数量号NGA对应于具有相同的群识别信号GN的应答消息WN的数量。例如具有相同的群识别信号GN的七个应答消息WN被传输。在此,MMS服务器MRS向MMS客户端MUA所发送的第一应答消息WN具有等于“1”的消息号NRN,另外具有为“7”的总数量NGN。第二应答消息WN获得等于“2”的连续的消息号NRN,并且作为总数量NGA又获得“7”。基于连续的消息号NRN和总数量NGA,使得MMS客户端MUA能够唯一地确定一个或者多个应答消息WN的缺少,并且可能重新请求。
根据另一有利的实施变型,应答消息WN可以直接从过去已经被传输给MMS客户端MUA的MMS接收方通知消息NQN中获得。MMS服务器MRS例如针对在其存储装置SER上仍可用的多媒体消息MM预置一个或者多个MMS接收方通知消息NQN。利用小的修改、例如事务号“transactionID”TA4的匹配,能够将该被修改的MMS接收方通知消息NQN作为对请求消息NQN的应答消息WN发送给MMS客户端MUA。
下面,根据图7描述按照符合OMA的语法的请求消息AN和应答消息WN的几个字段的可能的编码。在图7中,在左边的列中示出多个字段的字段名称,其也在图4和6的左边的列中部分地被给出。在中间的列中录入可能的十六进制编码,并且在右边的列中包含字段值的可能的符合OMA的编码以及补充说明。十六进制编码在OMA-MMS语法中被采用,以便唯一地识别消息内的确定的字段。例如,十六进制编码0×34对应于具有字段名称“X-Mms-Notification-Filter”FVK的字段。下面,更详细地以巴科斯-诺尔范式(BNF)来描述几个字段的符合OMA的编码:
-字段名称“X-Mms-Notification-Filter”FVK3:
该字段的十六进制编码是0×34。该字段的相应的值是“Notification-filter-value=Text-string|Uri-value”。
-字段名称“X-Mms-Sender-Filter”FAD3:
该字段的字段值是“Sender-filter-value=Encoded-string-value”。十六进制编码是0×35。
-字段名称“X-Mms-Recipient-Filter”FMM3:
该字段的字段值是“Recipient-filter-value=Encoded-string-value”。十六进制编码是0×36。
-字段名称“X-Mms-Message-Class-Filter”FMM3:
十六进制编码的值是0×37。所属的字段值包括“Message-class-filter-value=class-identifier|Token-text Class-identifier=personal|Advertisment|Information|Auto”。
-字段名称“X-Mms-Date-And-Time-Filter”FDU3:
十六进制编码的值是0×38。该字段可以通过下面的字段值来描述:
″Date-and-time-filter=Value-length(Absolute-token Date-
value|Relative-token Delta-seconds-value)
Absolute-token=<Octet 128>
Relative-token=<Octet 129>″
-字段名称“X-Mms-Priority-Filter”FPI3:
0×3A被选为十六进制编码的值。该字段可以通过下面的字段值来描述:
″Priority-filter-value=Low|Normal|High
Low=<Octet 128>
Normal=<Octet 129>
High=<Octet 130>″
-字段名称“X-Mms-Subject-Filter”FTI3:
十六进制编码值是0×39。该字段通过字段值“Subject-Filter-Value=Encoded-String-Value”来表示。
-字段名称:“X-Mms-Resend-Notification-Status”RS4:
十六进制编码的值被设为0×3B。该字段的值通过下面的描述来表示:
″Resend-notirication-status-value=Success|Error-transient-failure|Error-permanent-failure|Error-permant-service-denied
Success=<Octet 128>
Error-transient-failure=<Octet 192>
Error-permanent-failure=<Octet 224>
Error-permant-service-denied=<Octet 225>″
-字段名称:“X-Mms-Resend-Notification-Text”RT4:
十六进制编码的值是0×3C。该字段的值通过“Resend-notification-status-text-value=Encoded-string-value”来表示。
-字段名称:“X-Mms-Notification-Details”ND4:
为该字段选择0×3D的十六进制值。该字段的字段值的可能的表示为:
″Notification-details-value=Value-length(X-Mms-Content-
LocationField From-Field Subject-Field X-Mms-Ddelivery-
Report-Field X-Mms-Message-Class-Field X-Mms-Priority-
Field X-Mms-Message-Size-Field X-Mms-Expiry-Field ect.)″
不必要对于具有字段名称“X-Mms-Notification-Details”的字段值而也包含这里所引用的所有字段。合理地至少存在具有名称“X-Mms-Content-Location”的字段,该字段包含对应于至多媒体消息MM的链接VK的URI(统一资源标识符)的说明。
另外,实际上也可能有利的是:通过以下方式扩展请求消息AN内的一个或者多个过滤准则FW,即除了可能的选择准则之外,可能的排除准则也被定义。对此,下面根据按照OMA语法的OMA-MMS字段“X-Mms-Priority-Filter”FPI3介绍示例性的实现。该例子应该被如此理解,使得应用不只是可被应用在特定的字段上,而是也可被应用在所有其他过滤准则FW上。在图8中,在左边的列中可以看出相应的字段的字段名称,在中间的列中可以看出相应的头字段的可能的十六进制表示,在右边的列中可以看出字段值的可能的表示。字段名称“X-Mms-Priority-Filter”FPI3例如可以通过值0×3A被十六进制地编码。下面的表示可以被用作该头字段的可能的字段值:
″Priority-filter-value=Pos-neg-value(Low|Normal|High)
Pos_neg-value=Positive|Negative
Positive=<Octet 128>
Negative=<Octet 129>
Low=<Octet 128>
Normal=<Octet 129>
High=<Octet 130>″.
利用过滤准则FW的该扩展可以在请求消息AN中共同地使用选择准则和/或排除准则。
Claims (14)
1.用于通过MMS客户端(MUA)恢复至少一个所缺少的至一个或者多个在MMS服务器(MRS)上所存储的多媒体消息(MM)的链接(VK)的方法,其方式是:
通过所述MMS客户端(MUA)向所述MMS服务器(MRS)发送至少一个请求消息(AN),该请求消息具有用于发送至少一个所缺少的至一个或者多个多媒体消息(MM)的链接(VK)的请求,
并且在收到所述请求消息(AN)之后,通过所述MMS服务器(MRS)向所述MMS客户端(MUA)发送至少一个所属的应答消息(WN),该应答消息包含所缺少的至一个或者多个多媒体消息(MM)的链接(VK)中的至少一个。
2.按照权利要求1所述的方法,其特征在于,所缺少的至相应的多媒体消息(MM)的链接(VK)在过去已经通过所述MMS服务器(MRA)至少一次地被传输给了MMS客户端(MUA)。
3.按照上述权利要求之一所述的方法,其特征在于,所述MMS客户端(MUA)被用在按照GSM标准或者UMTS标准的移动无线电设备中,或者被用在按照IDSN标准的固定网设备中,或者被用在连接于内联网或者互联网上的计算机单元中。
4.按照上述权利要求之一所述的方法,其特征在于,所述请求消息(AN)由所述MMS客户端(MUA)通过至少一个过滤准则(FW)和/或链接准则(VW)被扩展,其中相应待传输的链接(VK)的所有多媒体消息(MM)都符合所述过滤准则。
5.按照权利要求4所述的方法,其特征在于,选择和/或排除准则通过相应的过滤准则(FW)来定义。
6.按照权利要求4至5至少之一所述的方法,其特征在于,所述过滤准则(FW)包括关于多媒体消息(MM)的下面字段的至少之一:
-发送方地址(FAD3),
-接收方地址(FEM3),
-消息类型(FMM3),
-日期和/或时间(FDU3),
-优先级(FPI3),
-标题(FTI3)。
7.按照权利要求4至6至少之一所述的方法,其特征在于,至至少一个多媒体消息(MM)的至少一个链接(VK)通过所述链接准则(VW)被说明,所述至少一个链接在选择待传输的链接(VK)时不被所述MMS服务器(MRS)考虑。
8.按照权利要求4至7至少之一所述的方法,其特征在于,使相应的链接准则(VW)和/或相应的过滤准则(FW)借助于逻辑表示和/或大小表示彼此相关联。
9.按照上述权利要求之一所述的方法,其特征在于,唯一的群识别信号(GN)通过所述MMS服务器(MRS)被添加到对相应的MMS客户端(MUA)的所有应答消息(WN)中,所述应答消息基于请求消息(AN)被发送。
10.按照上述权利要求之一所述的方法,其特征在于,连续的消息号(NRN)和总数量号(NGA)通过所述MMS服务器(MRS)被添加到所有应答消息(WN)中,其中所述总数量号(NGA)对应于应答消息(WN)的总数量,所述应答消息基于相应的请求消息(AN)被发送。
11.按照上述权利要求之一所述的方法,其特征在于,所述方法通过3GPP多媒体消息业务的语法来描述。
12.按照权利要求1至10至少之一所述的方法,其特征在于,所述方法通过OMA多媒体消息业务的语法来描述。
13.通信设备(MUA),具有尤其按照上述权利要求至少之一通过MMS客户端(MUA)恢复至少一个所缺少的至一个或者多个在MMS服务器(MRS)上所存储的多媒体消息(MM)的链接(VK)的模块,
具有用于发送至少一个请求消息(AN)的发送单元(SEE2),所述请求消息具有发送至少一个所缺少的至一个或者多个多媒体消息(MM)的请求;并且具有用于接收至少一个由MMS服务器(MSR)在收到所述请求消息(AN)之后所发出的所属的应答消息(MN)的接收单元(EME2),所述应答消息包含所缺少的至一个或者多个多媒体消息(MM)的链接(VK)中的至少一个。
14.网络部件(ARS),具有尤其按照权利要求1至12至少之一通过MMS客户端(MUA)恢复至少一个所缺少的至一个或者多个在MMS服务器(MRS)上所存储的多媒体消息(MM)的链接(VK)的模块,
具有用于接收至少一个请求消息(AN)的接收单元(EME1),所述请求消息具有发送至少一个所缺少的至一个或者多个多媒体消息(MM)的请求,所述一个或者多个多媒体消息在网络侧在存储装置(SER)中仍是可用的;具有用于在收到所述请求消息(AN)之后产生具有至少一个所缺少的至一个或者多个多媒体消息(MM)的链接(VK)的至少一个所属的应答消息(WN)的逻辑单元(LEE1);以及具有用于向所述MMS客户端(MUA)发送至少一个所属的应答消息(WN)的发送单元(SEE1)。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004001012A DE102004001012A1 (de) | 2004-01-02 | 2004-01-02 | 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 |
DE102004001012.9 | 2004-01-02 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1902960A true CN1902960A (zh) | 2007-01-24 |
CN100466824C CN100466824C (zh) | 2009-03-04 |
Family
ID=34706769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200610066005XA Expired - Fee Related CN100466824C (zh) | 2004-01-02 | 2004-10-20 | 用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 |
Country Status (4)
Country | Link |
---|---|
CN (1) | CN100466824C (zh) |
DE (1) | DE102004001012A1 (zh) |
TW (1) | TWI394480B (zh) |
WO (1) | WO2005067325A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101621752B (zh) * | 2008-07-02 | 2013-09-11 | 华为技术有限公司 | 发送多媒体消息的方法、系统及相应的设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10004260A1 (de) * | 2000-02-02 | 2001-08-09 | Bosch Gmbh Robert | Verfahren zum Übertragen von Nachrichten in einem Telekommunikationsnetzwerk |
FI111595B (fi) * | 2000-12-20 | 2003-08-15 | Nokia Corp | Järjestely multimediasanomanvälityksen toteuttamiseksi |
JP4123331B2 (ja) * | 2001-03-16 | 2008-07-23 | 日本電気株式会社 | マルチメディア通信システムとマルチメディア通信可能な携帯無線通信端末及びメッセージ送受信方法 |
US20030193967A1 (en) * | 2001-12-31 | 2003-10-16 | Gregg Fenton | Method, apparatus and system for processing multimedia messages |
US20030172173A1 (en) * | 2002-03-11 | 2003-09-11 | Fenton Gregg A. | Method, apparatus and system for reformatting a multimedia message for delivery to a terminal during connectionless communications |
-
2004
- 2004-01-02 DE DE102004001012A patent/DE102004001012A1/de not_active Withdrawn
- 2004-10-20 CN CNB200610066005XA patent/CN100466824C/zh not_active Expired - Fee Related
- 2004-10-20 WO PCT/EP2004/052595 patent/WO2005067325A1/de active Application Filing
- 2004-11-12 TW TW093134583A patent/TWI394480B/zh not_active IP Right Cessation
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101621752B (zh) * | 2008-07-02 | 2013-09-11 | 华为技术有限公司 | 发送多媒体消息的方法、系统及相应的设备 |
Also Published As
Publication number | Publication date |
---|---|
DE102004001012A1 (de) | 2005-07-28 |
TWI394480B (zh) | 2013-04-21 |
CN100466824C (zh) | 2009-03-04 |
TW200537953A (en) | 2005-11-16 |
WO2005067325A1 (de) | 2005-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1913661A (zh) | 消息转换设备与转换方法 | |
CN101068378A (zh) | 实现多媒体消息业务系统容灾的方法、系统及设备 | |
CN1859115A (zh) | 一种网络数据的分布式存储下载系统、设备及方法 | |
CN101075987A (zh) | 一种传送消息的装置和方法 | |
CN1212109A (zh) | 支持多个应用的通信网络终端 | |
CN1819580A (zh) | 通信装置、通信控制装置和通信系统 | |
CN1781290A (zh) | 无线专用通信系统、终端、终端中的处理方法 | |
CN1859380A (zh) | 一种离线消息获取方法 | |
CN1292531A (zh) | 信息管理系统和方法 | |
CN1960507A (zh) | 手机用户间的信息共享与搜索方法 | |
CN1867090A (zh) | 短信网址装置及实现短信增值业务的系统和方法 | |
CN1930895A (zh) | 移动通信终端之间互通消息的系统和方法 | |
CN101040543A (zh) | 发送应用特定的登记或撤销登记数据的方法和系统、服务器和通信终端 | |
CN101047655A (zh) | 一种基于ip传输的消息路由方法和系统 | |
CN101047705A (zh) | 用户代理档案信息的上报处理方法、服务器及其用户终端 | |
CN1787665A (zh) | 一种防止移动终端中个人数据丢失的方法及装置 | |
CN1941932A (zh) | 组发短消息实现方法 | |
CN1472948A (zh) | 无线终端和通信控制方法 | |
CN1679286A (zh) | 电子邮件传送系统 | |
CN1855892A (zh) | 一种基于ip网多媒体子系统的消息业务实现方法 | |
CN101047879A (zh) | 多条可拆分及包含简单多媒体信息的ussd传输方法 | |
CN101064644A (zh) | 一种感知用户进行非ims业务的状态并进行通知的方法及系统 | |
CN1902960A (zh) | 用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 | |
CN101061730A (zh) | 移动消息传送系统及方法 | |
CN1753434A (zh) | 一种发送实名短信的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090304 Termination date: 20151020 |
|
EXPY | Termination of patent right or utility model |