CN1647569B - 在移动无线电网络中传输尤其是带多媒体内容数据的方法 - Google Patents

在移动无线电网络中传输尤其是带多媒体内容数据的方法 Download PDF

Info

Publication number
CN1647569B
CN1647569B CN038080036A CN03808003A CN1647569B CN 1647569 B CN1647569 B CN 1647569B CN 038080036 A CN038080036 A CN 038080036A CN 03808003 A CN03808003 A CN 03808003A CN 1647569 B CN1647569 B CN 1647569B
Authority
CN
China
Prior art keywords
data
mms
communication unit
delivery
ind
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.)
Expired - Fee Related
Application number
CN038080036A
Other languages
English (en)
Other versions
CN1647569A (zh
Inventor
R·普伦策尔
A·施密德特
M·特劳贝格
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Network Management Solutions LLC
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Publication of CN1647569A publication Critical patent/CN1647569A/zh
Application granted granted Critical
Publication of CN1647569B publication Critical patent/CN1647569B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre

Abstract

本发明说明了在一个电信网络(10，20，30，40；110，112，114)中，从第一通信单元(10；110)向第二通信单元(40；114)传输数据尤其是带有多媒体内容数据的一种方法，此时将至少一个分配给数据的传输状态消息(M-Delivery.ind)传送给第一通信单元(10；110)，此外在数据投递不到第二通信单元(40；114)的情况，在传输状态消息(M-Delivery.ind)中设置有关发送的数据不可投递的信息。

Description

在移动无线电网络中传输尤其是带多媒体内容数据的方法
技术领域
本发明是关于在一个移动无线电网络中，从第一通信单元向第二通信单元传输数据，尤其是带有多媒体内容数据的一种方法，此时将至少一个分配给数据的传输状态消息传送给第一通信单元。
背景技术
迄今的移动无线电网络，例如像按照GSM-标准(GSM：Global System forMobile Communication全球移动通信系统)工作的网络，开辟的仅仅是传输文本数据有限的可能性。例如，借助于SMS(短信业务，Short Message Service)只能传输包括约至160个符号的文本消息。数据发送者要支付发送这类文字信息的费用。
将来也要有传输多媒体数据的可能，尤其是要有传输图象或有或无声影片的可能。作为例如按照GSM-标准，主要以语音-/文本为基础的电信系统的后继者，例如按照UMTS-标准(UMTS-Universal Mobile Telecommunications System，通用移动电信系统)的、有多媒体能力的移动无线电系统就适用。例如在UMTS-标准或GPRS-标准中设置，为了传输能包括多媒体内容的消息，附加地给迄今的SMS设置一个所谓的MMS(Multimedia Messaging Service＝多媒体消息业务)，也称作为“Multimedia Messages”(MMs＝多媒体消息)。这样，也能传输格式化的文本、视频图象和有或无声的影片。在SMS中限制消息长度为160个符号的规定被取消了。
按照现有技术，MMS例如能经过WAP(“Wireless Application Protocol，无线应用协议”)实现。为了跨接一个MMS适用的终端，例如一个相应的移动电话，与网络端上“WAP网关”之间的空气接口，能按照[2]利用WAP-WSP(WSP：Wireless Session Protocol，无线会话协议)[6]。
为了这种MMS经过WAP发送的内部管理，有所谓的标题字段(Header-Felder)，即写在真正的多媒体消息(MM)前面的区域，在它们之中例如能包括关于来源、发送时间、文件大小和其它细节的信息。
如果一个MMS经过WAP在一个移动无线电网络中实现，则在网络内至少设置一个MMS连接单元或MM交换装置，它在该移动无线电网络中承担MMs的操作。与此有关例如有在发送者与接收者之间传送MMs和中间存储MMs。
在这种情况下，发送者先将一个消息(MM)发送到MMS-连接单元，此时发送者或MMS-连接单元能将一段有效时间借给信息，在这段时间过后不能再通过接收者从MMS-连接单元下载相应的MM。接收者得到关于有效时间段的信息，直至带有MMS-接收通知的MM结束，接收通知是从MMS-连接单元发送到接收者或要接收的MMS-使用者应用上。
在MMS技术规范[2，5]中已知有多个状态，它们说明一个多媒体消息(MM)的传输状态。不同的状态例如能显示是否成功地传输了一个MM(状态：接收＝“Retrieved”)，是否MM被接收者拒绝(状态：拒绝＝“Rejected”)，是否接收者得到了关于MM进入到他的信箱的通知和能将其以后下载(状态：延迟＝“Deferred”)，是否接收者能识别MM(状态：没有识别＝“Unrecognised”)和是否接收者没在一段可预先规定的有效时间内下载MM并因此而完全接收(状态：到期＝“Expired”)。
能将这些状态作为对一个询问传输状态消息的反映，从交换装置送到第一电信装置上。这些消息要么能在签收接收预报通知之后发送，要么在成功提供一个MM之后发送，要么在MM的有效时间到期后发送。
如果一个MM的发送者对由他发送的消息得到所要求的MMS-传输状态消息，则他例如在含有状态“到期”的情况不能决定，是否接收者是有意没将所发送的MM从MMS-连接单元下载，或者是否在MM的有效时间段内没有找到接收者，因而没能将MM投递。所以，发送者没有抉择帮助，是否他要用延长的有效时间段将相应的MM再发送一次，以便该MM能使接收者接到。
发明内容
因此本发明的技术问题在于，给数据的发送者或寄送者，尤其是一个多媒体消息(MM)数据的发送者或寄送者提供关于其要寄送数据可投递性的一个详细的信息。
该技术问题通过在电信网络从第一通信单元向第二通信单元传输数据的方法和交换装置得以解决。
在所述方法中将至少一个分配给数据的传输状态消息传送给第一通信单元，在数据投递不到第二通信单元的情况，在传输状态消息中设置关于发送的数据不可投递的信息，其特征在于：如果正常收到所发送的数据或一个关于有待传输到第二通信单元的数据的接收预报通知由第二通信单元不是通过一个各自所属的确认通知进行签收，那么就存在所发送数据的不可投递性。
所述交换装置包括一种用于制定一个传输状态消息的装置，该传输状态消息被分配给有待传输到所述第二通信单元(的数据，其中如果所述数据不能被投递给所述第二通信单元，则该用于制定传输状态消息的装置预先规定一个关于在传输状态消息中有待传输数据的不可投递性的信息，其特征在于：如果正常收到所发送的数据或一个关于有待传输到第二通信单元的数据的接收预报通知，由第二通信单元不是用一个各自所属的确认通知进行签收，那么对于用于制定传输状态消息的装置而言存在被发送数据的不可投递性。
在一个电信网络中，从第一通信单元到第二通信单元，在传输数据，尤其是带有多媒体内容的数据的一种方法中，例如在发出一个数据发送后，至少将一个分配给数据的传输状态消息传送给第一通信单元。此外，在数据投递不到第二通信单元上的情况，在传输状态消息中设置一个关于所发送的数据不可投递的信息。
通过本发明的方法，第一通信单元或数据的一个寄送者能够识别出，由他发送的数据不能投递到第二通信单元或一个预先规定的接收者。按照从现有技术已知的方法，数据的寄送者迄今不能识别是否数据例如是由于接收地址有误不能投递给接收者，或者是否是由于接收者不愿得到数据。这个信息对于数据的寄送者是重要的，因为他在第一种情况能试验再一次去传输数据，而在第二种情况这样一种重复传输没有意义，因为接收者已经有意识决定不想得到数据。
为了确保将要传输的数据保持在一个现实状态，数据的寄送者能预先规定一段有效时间，在这段时间内必须将数据投递给接收者。因此，能将本发明的方法以有利方式设计的，使关于被发送数据的不可投递性的信息规定在传输状态消息中，前提是没有在预先规定的有效时间段内将数据投递给第二通信单元。在这种情况，数据的寄送者能在数据不可投递性时决定，是否他要再一次将数据寄送到第二通信单元(接收者)，或者是否数据已没有现实意义，因此不要再去利用。
识别发送到第二通信单元数据的不可投递性的一种可能性在于，在一个数据寄送协议之内执行所谓的确认信号，该数据寄送协议是在第一与第二通信单元之间传输数据时应用。借助于这个确认信号，数据或消息的接收者通知发送者或有时在数据传输路径上设置的交换站，他已经正常收到数据或信息。尤其与本说明有关联，“正常收到”意味着接收者或第二通信单元能完全识别被传输数据或消息的内容。因此，在本发明中能确定，如果正常收到所发送的数据和/或收到一个关系到要传输到第二通信单元的数据的接收预报-通知，由第二通信单元不是用一个当时所属的确认-通知签收，就存在被发送数据的不可投递性。要说明的是，接收预报-通知涉及的是给到第二通信单元上的通知，以便通知该单元要将数据传输到其上。
在电信系统中能预先规定，数据从一个发送者不是直接往下传送给一个接收者，而是接收者先收到一个通知，有意给他发送数据。在收到这样一个接收预报通知后，接收者能选择，是否他想立刻或迟些时候接收或希望寄来数据或者是否他想放弃收取数据。
为了确保在第一与第二通信单元之间高效的数据传输，电信网络按照另一个优选方案能包括有一个交换装置，经过它数据从第一通信单元传输到第二通信单元。在这种情况，能将交换装置设计的使它能例如通过询问或记录确认通知确定出被发送数据的不可投递性。要说明的是，如果一个交换装置从第一通信单元接收数据，它与此有关能用上述接收预报通知告诉第二通信单元。此外，将传输状态消息发送到第一通信单元，能是这样一种交换装置的任务，它获悉被传输数据的状态。电信网络内的这样一种交换装置，例如能设置在网络的一个传送节点中，但是交换装置例如也能分布在多个传送节点上，或者能在单元中实现，这些单元在其它情况下不具备传送节点性能，但是仍然被纳入到电信网络中。
使各种带有多媒体内容的数据，在应用多媒体消息业务(MMS)情况下发送特别有效，为了格式化和发送带有多媒体内容的消息和数据(MMs：MultimediaMessages＝多媒体消息)，MMS提供一个规定的标准[1，2]。优选的是，MMS能通过使用“无线应用协议”(WAP)来实现[3，4，5，6]。WAP提供在移动无线电网络中以有效的方式传输诸如文本、图象、视频和/或音频数据等各类数据的可能性，并能到因特网上存取。如何能借助于MMS经过WAP传送数据的较详细的说明，例如从本说明书的参考文献[3，4，5]得知。
在应用经过WAP的MMS多媒体消息时，规定有各种数据传输发送和消息发送。在WAP-协议之内，如在本说明书参考文献5中表示的那样，将消息之内每个这类发送类型通过一个数据段“X-Mms-Message-Type，X-Mms-消息-类型”加以说明。
在本发明的方法之内，一个接收预报通知是类别“m-notification.ind”的一个MMS-经过-WAP-通知[5]。
用WAP协议发送多媒体消息，规定通过一个称作为“Mms-Relay/Server，Mms中继器/服务器”的交换台处理和中间存储多媒体消息。从该交换台例如将要传输的数据发送到接收者。
在本发明的方法之内，向接收者发送多媒体消息主要有WAP-类别“m-retrieve.conf”，如在参考文献[5]中说明的那样。
于是给要传输数据的发送者的本发明传输状态消息，可以相应地分配给WAP协议的类别“m-delivery.ind”。
在WAP-协议之内，能在“m-delivery.ind”型的传输状态消息中设置一个带标有“X-Mms-Status”的字段，要传输数据的传输状态放在该字段中。有利的方式是，如果数据的不可投递性已给于第二通信单元，在本发明的方法中，把一个分配给“不可投递性”的数字组合或数码组合存放在该字段中。在迄今为止已知的参数范围中，为此尤其能应用数值“<Octet 133>”。
作为本发明范围中的通信单元，例如能应用带有一个移动无线电模块的电信装置。这些装置例如能是移动电话或也能是PCs(个人计算机)，膝上型计算机，掌上型计算机，组织管理器(Organizer)或PDAs(PDA：Personal DigitalAssistant，个人数字助理)，它们含有一个移动无线电电信模块或例如经过一个有线通信连接或一个无线局部网络(例如蓝牙(Bluethooth)，红外接口)与一个移动电话连接。
电信网络至少按波段能作为移动无线电网络设计。移动无线电网络和/或通信单元，例如能按照一种常见的移动无线电标准来设计，如GSM标准，GPRS标准，EDGE标准，UMTS标准或各种CDMA标准之一。能将电信网络至少按波段作为移动无线电网络设计，意味着至少有一部分传输路径在一个移动无线电网络内的第一与第二电信单元之间经过。传输路径的其它部分，例如能在因特网中、在数据网络中和/或在电信固定网络中或在它们的组合中经过。但是，也有可能将通信网络整体作为移动无线电网络或各种移动无线电网络的组合来设计。
按照另一个方案，为了在一个电信网络中从第一通信单元向第二通信单元传输数据，设立一个交换装置，此时该交换装置包括一个用于制定或产生一个传输状态消息的装置，该消息是分配给要传输到第二通信单元上的数据的，如果数据投递不到第二通信单元，用于制定传输状态消息的装置此外还将要传输数据不可投递性的一个信息综合到传输状态消息中。
如果发送者向一个接收者或第二通信单元发送了数据，而数据根本投递不到接收者，有可能用所阐述的交换装置通知发送者或第一通信单元一个消息。发送者例如能就此作出决定，将相应的数据再发送一次。与迄今有关的已知现有技术相比，发送者由此得到了从状态来区别一个接收者收不到的可能性，在该状态时接收者没有调用为其提供的数据，因为他不希望去接收该消息或只是受阻调用该数据(例如由于技术问题)。
为了确保使要发送的数据有个尽可能现实的状态，如果数据不能在一个可预先规定的有效时间段内投递给第二通信单元，能规定，交换装置制定传输状态消息的装置，在传输状态消息中设置关于要传输数据的不能投递性的信息。这样一个有效时间段，例如能由数据的发送者或也能在电信网络(例如通过一个标准-调整)内确定。一个有效时间段例如也能是存放在一个预先规定的数据接收者的用户简档(Benutzerprofil)中。引入一个有效时间段，在它之后要传输的数据不再投递给接收者，确保总是只有现实的数据有待传输。这样，就避免了例如移动无线电网络或其交换装置承受老的、不再现实的消息的负担或者甚至负担过重。
如果接收者收到了接收预报通知或消息发送或多媒体消息，他能通知交换装置，告知他已收到通知或消息(正常的)。正常在此意味着如前所述，他能完全识别当时信息的内容。如果一个用户例如在整段时间没有接通他的电信设备或该设备没有功能能力，则交换装置在向第二通信单元相应发送时收不到确认信号。
对于交换装置只有当关于向第二通信单元所发送数据的正常接收到所发送的数据或正常接受到一个接收预报通知没有通过一个当时所属的确认信号签收时，才能确定何时出现所发送数据的“不可投递性”。能在交换装置中例如规定，将要传输的数据在交换装置中中间存储，通过一个通知(接收预报通知)才告知预先规定的接收者，为他已准备好一个带例如相应多媒体数据的消息。
对于尤其是寄送一个接收预报通知之后不希望收到所分配消息的接收者，虽然由第二通信单元签收了正常收到接收预报通知，但是随后没有要求寄送本来的消息。这样，尽管有第二通信单元关于要传输数据或消息的通知，仍没有投递进行。
为了告知发送者(第一通信单元)关于由他发送的数据的各自传输状态能规定，交换装置包括一个用于将传输状态消息传输到第一通信单元的装置。交换装置例如能将传输状态消息直接或者经过另一个交换装置发送到有关数据的发送者。该传输状态消息例如也能传送到数据发送者的一个消息存储器(所谓的信箱或“Mailbox”)，然后他能在那里调用传输状态消息。
另外还给出了其它优选的实施形式。
附图说明
在下面根据附图举例说明本发明。示出的有：
图1传输多媒体消息(MMs)的一个电信系统的示意图；
图2在WAP之内发送一个MM时表示信息流的图；
图3一个经过WAP的多媒体消息的一个“m-delivery.ind”发送确认消息X-Mms-Status的可能状态；
图4一个经过WAP的MM消息的一个“m-delivery.ind”发送确认消息举例。
具体实施方式
在图1中是按照现有技术根据3GPP(参考文献[1，2])表示的一种MMS网络结构格式。作为第一MMS用户应用程序A(MMS User Agent A，MMS用户代理A)10，例如表示的是在一个移动无线电装置上或连接在一个移动无线电装置上的一个装置(膝上型计算机等)上的一个应用程序，它来实现MMS，移动无线电装置相当于第一通信单元。此外，第一MMS连接单元20例如是以所谓的“MMS中继/服务器”的形式表示，它在一个MMS业务提供商或服务提供商A的主管范围MMSE(MMSE：Multimedia Messaging Service Environment＝多媒体消息服务环境)22中，将MMS功能性供MMS用户应用程序使用。按照现有技术，每个MMSE 22总是只有一个MMS连接单元20。服务提供商A的MMS连接单元20与一个服务提供商或服务提供者B的另一个MMS连接单元30连接，它又与接收者40有接触。这个接收者40通过第二用户应用程序B(MMS User Agent B用户代理B)来代表，它同样表示的是例如在一个移动无线电装置上的一个应用程序，该装置相当于第二通信单元。
由发送者10将一个多媒体消息传送到其服务提供商A 22的相应的连接单元20。因为消息40的接收者停留在第二服务提供商B的一个主管范围32中，将多媒体消息传送到对第二主管范围32负责的连接单元30。从这个连接单元再将消息往下传送到多媒体消息40的接收者。
发送者10、MMS连接单元A 20、MMS连接单元B 30与接收者40之间的连接，在图1中各用一个往返箭头表示，以便表明在往下传送消息时也将相应地接收确认信号返回发送到各自的发送者(发送者10，MMS-连接单元A 20和MMS-连接单元30)。要说明的是，MMS-连接单元20和30能作为一个交换装置使用。
由一个发送者110(例如相当于图1的发送者10)向一个接收者114(例如相当于图1中的接收者40)经过一个MMS传送单元112(例如相当于图1中的一个或两个单元20，30)发送多媒体消息的典型流程，在图2中详细示出。图2示出的是按照现有技术根据[4]的一个通知流程图，此时示出了在发送或接收一个MM时MMS用户应用程序A(M-UA-A)110、MMS传送单元(M-SR)112与MMS用户应用程序B(M-UA-B)114三个参与的层次之间WAP通知或WAP信息的交换。数据发送者110包括至少一个电信装置，接收者同样包括有一个电信装置。这些电信装置如已经阐述过的那样，例如能设计成普通的手机或具有另外的输入或显示功能装置，例如像带有移动无线电模块的膝上型计算机那样。
在图2表示的实施例中，示出的是在应用WAP标准的情况下传输MMs，正像在UMTS标准中例如在传输图象，视频，音频和格式化的文本数据时看到的应用那样。但是，本发明也要符合其它的电信标准，例如可传输GSM或DECT(DECT：Digital European Cordless Telephone，欧洲数字无绳电话)。
在三个参与的层次110，112，114之间，交换在图2中用箭头在流程图中表示的信息或通知或消息。一个多媒体消息(MM)基本上由一个信头(Header，首标)和任选的一个数据部分(Body，主体)组成，数据部分能包括多媒体对象。
一个在发送者110的电信装置中绳辑的或经过它继续传送的多媒体消息(MM)，能包括一个或多个单元或对象，例如单个图象、影片序列、文本或类似物。如在图2中所示，MM首先作为一个询问发送(它在WAP协议中的名称为“M-Send.req”)发送到提供商/传送单元112。从那里将进入的MM用一个给发送者110的返回发送“M-Send.conf”签收。
时间上接着的是由传送单元112将一个接收预报通知“M-Notification.ind”发送到预先规定的接收者114，用该通知接收者得知，为他提供的一个MM存放在传送单元112用于下载。关于此事，如果该接收者正常地收到了接收预报通知，传送单元112例如自动从接收者的电信装置114得到签收的返回信号或接收确认通知“M-NotifyResp.ind”。
通过接收者114用要求消息“WSP GET.req”提出要求，才由传送单元112将MM用MM发送“M-Retrieve.conf”往下转送到接收者。
另一个接收确认通知，现在用类别“M-Acknowlege.ind”签收MM的接收。
最后如果发送者110希望，传送单元112将把一个关于MM的投递状态的消息“M-Delivery.ind”送到他那里。要说明的是，此时由传送单元112的一个为此设置的第一装置(未示出)产生该传输状态消息，然后由112的一个第二为此设置的装置(也未示出)寄送到发送者110。在这种情况，通知“M-Delivery.ind”在与本例有关的WAP协议中包括一个状态段(“X-Mms-Status”)210(图3)，该段在寄送状态消息“M-Delivery.ind”时说明MM的状态。
在图3中一般表示的是在类别“M-Delivery.ind”的消息中状态段“X-Mms-Status”210的可能状态212，在图4中详细介绍。迄今，在MMS技术规范[2，5]中规定在一个MMS投递状态通知或传输状态消息“M-Delivery.ind”中传输的多个状态。不同的状态显示是否成功地向接收者传输了一个MM(状态：“Retrieved”＝接收)，是否MM被接收者拒绝(状态：“Rejected”＝拒绝)，是否接收者得到了关于MM进入到其信箱的通知和能将该通知以后下载(状态：“Deferred”＝延迟)，是否接收者识别了MM(状态：“Unrecognised”＝没有识别)和是否接收者没在有效时间内下载MM并因此没完全接收(状态：“Expired”＝到期)。
按照本发明，状态段“X-Mms-Status”能附加接受一个状态“不可投递”或“undeliverable”。如果一个MM不能在其有效时间段之内投递到，就是说连接单元从接收者既没收到MM-传输的(第一)接收确认通知“M-NotifyResp.ind”也没收到第二接收确认通知“M-Acknowledge.ind”，则将新的状态(“不可投递”/“undeliverable”)由MMS-连接单元112(见图2)置入到所要求的传输状态信号“M-Delivery.ind”.这意味着，既没有MMS接收预报通知(M-Notification.ind)也没有MM发送(M-retrieve.conf)正常地到达接收者。
在图3中同样示出了，如何将本例“X-Mms-Status”寄存器的相应状态按系统内编码。这样，对于已知的状态“Expired”至“Unrecognised”是数值“<Octet128>”至“<Octet 132>”，而状态“Undeliverable”在系统中用数值“<Octet133>”表示。
图4示出的是类别“M-delivery.ind”的一个传输状态消息，正像它通过WAP协议寄送到一个多媒体消息的发送者10，110的那样。在标题中表示出，该消息是由传送单元20，30，112向发送者10，110送出的。在第一数据段“X-Mms-Message-Type，X-Mms消息类型”中表示涉及的是哪种类型的消息。在这种情况，该数据段是所说的关于MM消息的传输状态的MM给发送者的通知，它在WAP协议内用“m-delivery-ind”来分类。在下一个用“X-Mms-version，X-Mms版本”表示的数据段，表明所应用的MMS-WAP协议的版本。在接下来用“X-Mms-Message-ID”表示的段中，登录有多媒体消息(MM)的内部编号，传输状态消息与其有关。在用“To”表示的段中是接收者，而在用“Date”表示的日期段中是日期，该日期是最后一次处理多媒体消息的日期。这例如可以是发送到接收者的日期，可以是拒绝的日期或也可以是向接收者发送的有效时间到期的日期。在用“X-Mms-Status”表示的这个传输状态消息的最后段中，示出的是多媒体消息本来的传输状态。在本例中，MM不可以向接收者提供或不可以投递到，就是说接收者例如没有签收接收预报通知或没有签收多个接收预报通知，因为例如他的电信装置根本没有开机或者有故障。
本发明阐述了由一个发送者向一个接收者传输尤其是带有多媒体内容的数据的一种方法，如果有发送者发送的消息投递不到，要将向接收者的数据不能投递性通知发送者。发送者能将消息在必要时再发送一次。这使高效运用多媒体消息成为可能，因为消息例如只在不能投递的情况才第二次发送，不是在接收者不希望的情况发送。这个区别在迄今现有技术中是没有可能的。
参考文献
(参考文献[3]，[4]，[5]，[6]例如可从“http://www.wapforum.org/”得到)
[1]3G TS 22.140 version 4.1.0，Release 4；Third GenerationPartnership Project；Technical Specification Group Termi-nals；Multimedia Messaging Service(MMS)；Service As-pects；Stage 1，March 2001.
[2]3G TS 23.140 version 4.2.0，Release 4；Third GenerationPartnership Project；Technical Specification Group Termi-nals；Multimedia Messaging Service(MMS)；Functional De-scription；Stage 2，March 2001.
[3]WAP-205-MMS Architecture Overview，Draft Specification；Wireless Application Protocol，Multimedia Messaging Serv-ice；Architecture Overview Specification，25.April 2001.
[4]WAP-206-MMS Client Transactions，Draft Specification；Wireless Application Protocol ；WAP Multimedia MessagingService Client Transactions；12.April 2001.
[5]WAP-209-MMS Encapsulation，Draft Specification ChangeDocument；Wireless Application Protocol；Multimedia Mes-saging Service；Message Encapsulation；5.January 2002.
[6]WAP-203-WSP，Specification，Approved Version，WirelessApplication Protocol：Wireless Session Protocol；4 May2000
缩写表；
GSM  Global System for mobile Communication，全球移动通信系统
SMS  Short Message Service，短信业务
UMTS Universal Mobile Telecommunication System，通用移动电信系统
WAP  Wireless Application Protocol，无线应用协议
WSP  Wireless Session Protocol，无线会话协议
DECT Digital European Cordless Telephone，欧洲数字无绳电话
MMS专用缩写：
MM                     多媒体消息(Multimedia Message)
MMS                    多媒体消息业务(Multimedia Messaging Service)
M-UA                   MMS-用户应用程序
M-SR                   MMS-连接单元
M-Send.req             MMS-发送询问
M-Send.Conf            MMS-发送确认
M-Notification.ind     MMS-接收者通知
M-NotifyResp.ind       MMS-接收者通知确认
M-WSP GET.req          MMS-投递询问
M-Retrieve.conf        MMS-投递消息
M-Acknowledge.ind      MMS-投递确认
M-Delivery.ind         MMS-投递状态通知

Claims (11)

1.在一个电信网络(10，20，30，40；110，112，114)中，从第一通信单元(10；110)向第二通信单元(40；114)传输数据的方法，其中将至少一个分配给数据的传输状态消息(M-Delivery.ind)传送给第一通信单元(10；110)，在数据投递不到第二通信单元(40；114)的情况，在传输状态消息(M-Delivery.ind)中设置关于发送的数据不可投递的信息，
其特征在于：
如果正常收到所发送的数据或一个关于有待传输到第二通信单元(40；114)的数据的接收预报通知(M-Notification.ind)由第二通信单元(40；114)不是通过一个各自所属的确认通知(M-NotifResp.ind，M-Acknowledge.ind)进行签收，那么就存在所发送数据的不可投递性。
2.如权利要求1的方法，
其特征在于：
如果没有在一个可预先规定的有效时间内将数据投递给第二通信单元(40；114)，则将关于所发送数据的不可投递性的信息设置在传输状态消息(M-Delivery.ind)中。
3.如权利要求1或2的方法，
其特征在于：
传输带有多媒体内容的数据。
4.如权利要求1至2之一的方法，
其特征在于：
电信网络(10，20，30，40；110，112，114)包括一个交换装置(20，30；112)，经过该交换装置(20，30；112)把数据从第一通信单元(10，110)传输到第二通信单元(40，114)，其中交换装置(20，30，112)确定出被发送数据的不可投递性并发送传输状态消息(M-Delivery.ind)到第一通信单元(10，110)。
5.如权利要求1或2的方法，
其特征在于：
将数据借助于“多媒体消息业务”亦即：MMS在应用“无线应用协议”的情况下传输。
6.如权利要求5的方法，
其特征在于：
接收预报通知(M-notification.ind)包括类别“X-Mms-Massage-Type：m-notification-ind”的一个MMS通知。
7.如权利要求5的方法，
其特征在于：
将数据借助于至少类别“X-Mms-Message-Type：m-retrieve-conf”的一个MMS通知传输到接收者。
8.如权利要求5的方法，
其特征在于：
传输状态消息(M-Delivery.ind)包括类别“X-Mms-Message-Type：m-delivery-ind”的一个MMS通知。
9.如权利要求8的方法，
其特征在于：
关于被发送数据不可投递性的信息，在传输状态消息(M-delivery.ind)的数据段“X-Mms-Status”中通过值：“<Octet 133>”表示。
10.如权利要求1至2之一的方法，
其特征在于：
第一通信单元(10；110)和/或第二通信单元(40；114)含有一个移动无线电模块。
11.如权利要求1至2之一的方法，
其特征在于：
电信网络(10，20，30，40；110，112，114)至少按区域是作为移动无线电网络设计的，而且第一通信单元(10；110)和/或第二通信单元(40；114)按照GSM-标准，GPRS-标准，EDGE-标准或/和UMTS-标准工作。
CN038080036A 2002-04-09 2003-04-01 在移动无线电网络中传输尤其是带多媒体内容数据的方法 Expired - Fee Related CN1647569B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10215567A DE10215567A1 (de) 2002-04-09 2002-04-09 Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz
DE10215567.4 2002-04-09
PCT/DE2003/001064 WO2003085999A1 (de) 2002-04-09 2003-04-01 Verfahren zur übertragung von daten, insbesondere mit multimedialen inhalten, in einem mobilfunknetz

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN2010101570875A Division CN101841781B (zh) 2002-04-09 2003-04-01 在移动无线电网络中传输数据的方法和交换装置

Publications (2)

Publication Number Publication Date
CN1647569A CN1647569A (zh) 2005-07-27
CN1647569B true CN1647569B (zh) 2010-05-26

Family

ID=28458666

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2010101570875A Expired - Fee Related CN101841781B (zh) 2002-04-09 2003-04-01 在移动无线电网络中传输数据的方法和交换装置
CN038080036A Expired - Fee Related CN1647569B (zh) 2002-04-09 2003-04-01 在移动无线电网络中传输尤其是带多媒体内容数据的方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN2010101570875A Expired - Fee Related CN101841781B (zh) 2002-04-09 2003-04-01 在移动无线电网络中传输数据的方法和交换装置

Country Status (13)

Country Link
US (2) US8532564B2 (zh)
EP (1) EP1493295B1 (zh)
JP (2) JP4510470B2 (zh)
KR (1) KR100975439B1 (zh)
CN (2) CN101841781B (zh)
AT (1) ATE301914T1 (zh)
AU (1) AU2003229504A1 (zh)
BR (1) BR0309137A (zh)
DE (2) DE10215567A1 (zh)
ES (1) ES2244935T3 (zh)
HK (1) HK1148159A1 (zh)
RU (1) RU2323543C2 (zh)
WO (1) WO2003085999A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645472B2 (en) 2004-07-26 2014-02-04 Vringo Infrastructure Inc. System and method for informing a sender of a message of content adaptation and message failure issues
KR101155335B1 (ko) * 2005-01-07 2012-06-11 엘지전자 주식회사 이동통신 단말기의 멀티미디어 메시지 동작방법
JP5216328B2 (ja) 2005-01-24 2013-06-19 アンタレス ファーマ インコーポレイテッド あらかじめ充填された針補助シリンジジェット式注射器
KR100677497B1 (ko) * 2005-11-02 2007-02-02 엘지전자 주식회사 단말기의 중복 통보 메시지 처리 방법
US8023971B2 (en) * 2005-11-21 2011-09-20 Syniverse Icx Corporation Method and system to deliver multimedia alerts to a mobile phone
GB2465799B (en) * 2008-12-01 2012-01-25 Apple Inc System and method of controlling delivery of multimedia messages
WO2010092439A1 (en) * 2009-02-16 2010-08-19 Alcatel Lucent A system and method of providing notifications for acknowledgement of missed calls
EP2410697A1 (en) * 2010-07-20 2012-01-25 ABB Research Ltd. Frame transmission and communication network

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE1014227B (de) * 1954-10-23 1957-08-22 Albert Schweizer Vorrichtung zur Bedienung von hochliegend angeordneten elektrischen Geraeten, insbesondere von Lampen, Strassenleuchten u. dgl.
ES2108042T3 (es) * 1989-12-14 1997-12-16 Motorola Inc Sistema de telemensajeria con acuse de recibo por satelite.
JPH0918483A (ja) * 1995-06-26 1997-01-17 Sharp Corp 無線通信ネットワークシステム
US6070080A (en) * 1996-11-22 2000-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Called party availability announcement in a radio telecommunications network
JP3658896B2 (ja) * 1996-11-26 2005-06-08 ソニー株式会社 情報信号伝送システム、再生装置及び表示装置
FI108982B (fi) * 1998-06-15 2002-04-30 Nokia Corp Sanomapalvelu langattomassa tietoliikennejärjestelmässä
WO2000064110A1 (en) * 1999-04-19 2000-10-26 Nokia Networks Oy Method for delivering messages
US7194681B1 (en) * 1999-07-30 2007-03-20 Microsoft Corporation Method for automatically assigning priorities to documents and messages
ATE504139T1 (de) * 1999-10-08 2011-04-15 Nokia Corp Multimedia-nachrichtenübertragung mit ortsabhängigkeit
WO2001035622A1 (en) * 1999-11-08 2001-05-17 Sony International (Europe) Gmbh Multimedia service system
FI110831B (fi) * 1999-12-31 2003-03-31 Nokia Corp Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla
FI113234B (fi) * 2000-02-01 2004-03-15 Nokia Corp Menetelmä ja laite ominaisuustiedon välittämiseksi
US6938024B1 (en) * 2000-05-04 2005-08-30 Microsoft Corporation Transmitting information given constrained resources
WO2001097504A1 (en) * 2000-06-16 2001-12-20 Nokia Corporation Messaging service system and method to be performed in such a system
JP4570741B2 (ja) 2000-06-26 2010-10-27 パナソニック株式会社 基地局装置、通信端末装置及び通信方法
DE10142270A1 (de) 2001-02-07 2002-08-08 Siemens Ag Verfahren zur Nachrichtenversendung aus einem MMS-System und Einrichtun hierfür
US7127264B2 (en) * 2001-02-27 2006-10-24 Telecommunication Systems, Inc. Mobile originated interactive menus via short messaging services
US7054592B2 (en) * 2001-09-18 2006-05-30 Matsushita Electric Industrial Co., Ltd. Transmission apparatus and reception apparatus
US7185015B2 (en) * 2003-03-14 2007-02-27 Websense, Inc. System and method of monitoring and controlling application files
US20070136215A1 (en) * 2005-12-12 2007-06-14 Fogel Thomas C Truncation of undeliverable mailpieces

Also Published As

Publication number Publication date
CN1647569A (zh) 2005-07-27
JP4991772B2 (ja) 2012-08-01
DE10215567A1 (de) 2003-10-23
US8532564B2 (en) 2013-09-10
EP1493295B1 (de) 2005-08-10
RU2323543C2 (ru) 2008-04-27
JP4510470B2 (ja) 2010-07-21
BR0309137A (pt) 2007-01-30
CN101841781B (zh) 2013-01-02
US8909129B2 (en) 2014-12-09
ES2244935T3 (es) 2005-12-16
EP1493295A1 (de) 2005-01-05
DE50300970D1 (de) 2005-09-15
RU2004132830A (ru) 2005-06-27
KR20040098065A (ko) 2004-11-18
JP2009153173A (ja) 2009-07-09
AU2003229504A1 (en) 2003-10-20
HK1148159A1 (en) 2011-08-26
CN101841781A (zh) 2010-09-22
WO2003085999A1 (de) 2003-10-16
US20130303208A1 (en) 2013-11-14
ATE301914T1 (de) 2005-08-15
JP2005528021A (ja) 2005-09-15
KR100975439B1 (ko) 2010-08-11
US20050165897A1 (en) 2005-07-28

Similar Documents

Publication Publication Date Title
JP4334617B2 (ja) 無線装置を介した電子メッセージ通信システム
US8792398B2 (en) Filtering of electronic information to be transferred to a terminal
US20090181705A1 (en) Mail transmission system and method and push mail server
EP1244259B1 (en) Mail system, server and mail transmitting/receiving device
US8909129B2 (en) Method for transmitting data, particularly having multimedia contents, in a mobile communication network
US6650891B1 (en) SMS-supported method for online/offline detection of user groups in mobile wireless networks
US8300628B2 (en) Method and system for transmitting supplementary data, and communication terminal
KR100521033B1 (ko) 메시지 릴레이 전송 방법
US20050181766A1 (en) Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status
CN101707749B (zh) 在向构造为多媒体消息引导器的电信装置传送多媒体消息时传输通知消息的方法
JP2003179691A (ja) メッセージの伝送の際の情報流の拡張方法、拡張装置、および拡張のためのソフトウエア
JP2004532567A (ja) マルチメディアメッセージサービス（ｍｍｓ）におけるメッセージング
CN101137094B (zh) 电子邮件通知方法及其装置和系统
US6895017B2 (en) Media convert service providing method
KR20020072921A (ko) 에스엠에스-엠오를 이용한 무선 단말기와 인스턴트메신저의 메시지 전송 방법
KR20050112142A (ko) 스팸 호 수신 거부 시스템 및 방법
CN101262646A (zh) 控制发送多媒体消息的方法和多媒体消息业务中心
JP5255915B2 (ja) メール送信処理方法及び通信端末装置
KR20090045978A (ko) 스팸 필터링 서비스 서버와 이를 이용한 메시지 서비스시스템과 그 방법
CN100556002C (zh) 用于数据传输的方法和装置
KR100467544B1 (ko) 유무선 통신단말장치에서의 메시지 통합관리방법
JP2004032448A (ja) 電子メール配送方法および電子メール配送システム
KR100501163B1 (ko) 특정 메시지 전송 차단 기능을 구비한 이동통신 시스템 및특정 메시지 전송 차단 방법
KR100604589B1 (ko) 번호 변경된 이동통신 단말기로의 메세지 포워딩 방법 및그 시스템
JP3742280B2 (ja) ファクシミリまたは電話と電子メールとのデータ伝送方法

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
ASS Succession or assignment of patent right

Owner name: NETWORK MANAGEMENT SOLUTIONS CO., LTD.

Free format text: FORMER OWNER: SIEMENS AKTIENGESELLSCHAFT

Effective date: 20130207

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20130207

Address after: American Florida

Patentee after: Network management solutions limited liability company

Address before: Munich, Germany

Patentee before: Siemens AG

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100526

Termination date: 20150401

EXPY Termination of patent right or utility model