专利名称：：移动无线网中的数据传输费用结算的制作方法
技术领域：
：本发明涉及如权利要求1的前序部分所述的一种用于结算移动无线网中的数据传输费用的方法，如权利要求21所述的一种移动电信设备和如权利要求25所述的一种计算机程序产品。如今的移动无线网、例如遵照GSM标准进行工作的网络揭示了相当有限的可能性来传输非语音消息，例如文本数据。因此可以以文本的形式传输大约最多包括160个字符的短消息。这种应用被称为SMS(短消息业务)。发送这类文本消息的费用由数据的发送者承担。将来有可能还需要传输多媒体数据，尤其是具有或没有声音的静止或移动图像。需要考虑在这种传输中的数据传输量的迅速扩大和所传输的消息数量的急剧上升，这在总体上带来了成本的增加。本发明所基于的问题在于，简化移动无线网的用户的费用控制和费用干涉。本发明通过具有权利要求1所述的特征的方法和具有权利要求22所述的特征的移动电信设备和具有权利要求26所述的特征的计算机程序产品来实现。优选的改进方案参见权利要求2～20、23～25以及27。利用本发明的方法创造了以下可能性，即可以免费地应答数据接收方获得的数据。由此譬如给数据发送方揭示了执行询问的可能性-这在目前一直是请求通过应答方接管应答消息的费用，于是便导致了较少的反向应答。根据本发明，无疑给接收方提供了其应答的免费，由此为该应答简化了费用控制。如果可以由发送方设置所述的费用信号，则该发送方也可以选择根据个别情况而打算是否将接管多个可能的应答消息中的一个的费用。在本发明的一种改进方案中，由业务提供商通知发送方他希望接管应答费用的哪些费用，例如最小或最多的费用。该值可以在业务提供商那里进行计算，并取决于把数据传输给多少接收方。尤其优选的是，由数据发送方确定一个必须进行应答的时延，以便还要进行费用接管。由此可以由数据发送方有目的地限制可能的费用，而不会针对各个接收方而产生其相应的应答还不要由费用接管来免费的不安全性。也可以利用相同的目的性限制各个接收方的应答数量。如果由数据发送方把可能的接收方划分成群，并随后分别给这些群分配相应确定的应答费用接管参数，那么就可以得出一种非常有效的费用控制可能性。于是，譬如可以给老客户分配其它的费用接管条件以作为新客户，譬如为老客户延长免费的应答时间。总之，由此可以实现由发送方准确控制的、对接收方的反应所进行的合适的费用接管，因此也可以用于批量传输，例如TED询问或通过电话营销的销售。本发明的其它优点和特征可以从附图所示的并在下面讲述的本发明实施例中得出。附图中图1根据WAP(无线应用协议)标准在发送者及提供商层级与提供商及接收方层级之间进行数据传输发送的简图，图2示出了与图1相类似的图示，另外在数据传输之后跟随了原接收方的应答，图3示出了按照WAP协议发送M-send.req，图4示出了根据本发明补充有费用信号而发送M-send.req(底色为灰色)，图5示出了按照WAP协议发送M-send.conf，图6示出了根据本发明补充有费用信号而发送M-send.conf(底色为灰色)，图7示出了按照WAP协议发送M-Notification.ind，图8示出了根据本发明补充有费用信号而发送M-Notification.ind(底色为灰色)，图9示出了按照WAP协议发送M-Retrieve.conf，图10示出了根据本发明补充有费用信号而发送M-Retrieve.conf(底色为灰色)，图11示出了以上附图中的费用信号的字段占用(编码)，图12示出了按照本发明附加的报头字段的寻址，图13示出了利用本发明的移动电信设备传输数据的原理图示。在该实施例中，将讲述本发明在WAP标准的数据传输方案1中的应用，例如其可以被尤其用来按照UMTS标准(通用移动电信系统标准)传输特殊的图像数据和格式化的文本数据。应当理解，本发明也可以转用于其它标准。在UMTS标准中规定，除了迄今的SMS(短消息业务)外还设立所谓的MMS(多媒体消息业务)用于传输非语音消息。因此也可能传输格式化的文本和图像。取消了在SMS中对消息长度为160个字符的限制。传输音频和视频消息是可能的。MMS可通过采用WAP来实现。在此，对于数据、譬如多媒体消息(MMS)的无线传输，采用了在图1中为进行单方面的数据传输和在图2中通过附加传送应答而示出的协议方案(WAPWSP无线会话协议)。该协议包括数据发送方的层级2(MMS用户代理A)、提供商的层级3(MMS中继)以及接收方的层级4(MMS用户代理B)。数据发送方的层级2包括至少一个电信设备5，同样，接收方的层级4包括一个电信设备6。该电信设备5、6可以譬如被实施为普通的手机或具有其它输入或显示功能的设备，例如膝上型电脑。在发送方的电信设备5内编写的或通过该电信设备传送的数据组7首先作为发送9(该发送按照WAP协议携带有名称M-Send.req，且在其构成中没有本发明的如图3所示的扩充)被发送给提供商(层级3)。从那儿用发给发送方(层级2)的回送10(在WAP标准中称为M-Send.conf，在迄今的结构中如图5所示)来签收所述到来的发送。时间上在此之后，由提供商3把信息11(M-Notification.ind，图7)发送给接收方(层级4)，利用该信息告知所述的接收方在提供商3处已存在供其下载的消息。为此，提供商3譬如自动地收到来自接收方(层级4)的电信设备6的签收反馈消息12(M-NotifyResp.req)。只有根据接收方利用发送13(WSPGET.req)所给出的请求，才从提供商3那里利用发送14(M-Retrieve.conf，图9)把数据组7传送给接收方(层级4)。为了管理所述的发送9、10、11、12、14，采用所谓的报头字段，也即置于原本的数据组7之前的字段，其中包括关于来源、发送时间、文件大小和其它细节的信息。根据本发明增加所述报头字段的数量，以便能够把至少一个其它的字段用作信息和控制字段，和能够在其中容纳一个费用信号以准备接管从接收方4发回到原始数据发送方2的应答回送的费用(图2)。在该实施例中，为此占用了用参考符号17、18、19、20所表示的报头字段0×1B～0×1E(图12)。在此，字段0×1C～0×1E包含有关于分别与接收方群体相匹配的不同费用接管的信息(参见下文)，字段0×1B包含有用于应答的识别信号，以便由此能够把该应答分配给预先获得的数据组7。用22表示的字段0×1A包含有关于所期望的费用的信息(参见下文)。发送方(层级2)可以在其电信设备5上操纵一个开关或类似的输入装置16，它在硬件方面或尤其是在软件方面和通过无论如何也存在的键盘是可以操作的，以便因此针对一个或多个应答设置所述的费用接管。可选地，也可以通过与业务提供商3的协定由该提供商进行设置，该协定譬如在数据发送之前可以被更新。在与业务提供商3没有特殊(长期)协定的情况下，在所述的为传输数据7而搜寻的询问9(M-send.req)中需要从发送方2把以下信息一起传输给业务提供商3由发送方2接管和必要时在何种范围内接管所发送的数据的应答费用。对此，重新把所述的报头字段17、18、19、20纳入到所述的询问9中(图4)，由此相对于现有技术(图3)而扩大了报头字段的数量。在譬如用0×1B、0×1C和0×1D(十进制为28、29、30)寻址且获得字段名“X-Mms-RFF-To-Amount”、“X-Mms-RFF-Cc-Amount”和“X-Mms-RFF-Bcc-Amount”的字段17、18、19中，分别存放了整数变量(图11)。这些变量分别给三个接收方群-也即“To”群(直接的接收方)、“Cc”群(“副本”在知道其它接收方的情况下控制接收)和“Bcc”群(“盲副本”在不知道其它接收方的情况下控制接收)-定义了由原发送方2接管费用的、每个这种群中的接收方4的应答消息数量。该值可以针对不同的群而相互不同，这将带来上述的优点。也可以只设置一个接管费用的应答。如果所述的整数变量譬如由一个8位字节组成，则最多可能有256个免费的应答。也可以进行其它或更细的划分，以代替此处所示的分群。此外，对已存在的字段21(X-Mms-Expiry)作以下补充，即此时把提供商3的服务器内所输入的消息最大存储时间定义为所述费用接管的最大时延(最终期限)，也就是说，在该时延之后所发送的那些应答不再由原始数据的发送方2支付。字段20给出了用于再次识别该应答的识别信号，以便由此能够把所述的应答分配给正确的数据组7，而且并不是所有在该连续时间内到达原发送方2的消息都可以以标题“应答免费”而获得，因此该发送方是应该付费的。应当理解，除了此处讲述的字段选择之外，还可以采取其它的字段，例如在应答费用不应全部由原始数据的发送方2承担的情况下而输入一部分费用的那些字段。也可以譬如输入在字段21内所存放的时延过去之前全部接管所述的费用，而此后只接管一部分的费用或最多不超过一个最高极限值。同样，也可以选择接管费用的应答类型，譬如只针对文本消息而不针对图像或音频数据。业务提供商3可以在其签收消息10(M-Send.conf图5，具有本发明的扩充图6)中准备完全或部分地由发送方2接管费用，并为此针对相应的群而在完全接受的情况下把所述也包含在该消息10内的字段17、18、19设置成由发送方2所建议的值，或在部分地接受的情况下设置成较小的值。另外，所述的签收消息10也可以包含有一个譬如用0×1A(十进制26)来寻址的字段22(未示出)，在该字段中存放有关于所期望的、由业务提供商(层级3)制定的费用大小的信息。该信息取决于允许应答的数量和所设置的时延。也可以取决于在所述应答中所允许的数据类型。在协调按要求由发送方2接管费用的情况下，业务提供商3在其指向接收方4的发送11(M-notification.ind图8)内把字段17、18、19保持成由发送方2所设定的值，并按照对接收方4进行寻址时所在的群而将该值通知给一个或多个接收方4。因此所述的接收方收到如下信息，即为该接收方提供了供下载的数据组7，对于该数据组，该接收方可以以某种方式或在某个时间内把预定数量的应答免费地发回到原发送方2。该信息可以以光(通过显示装置15，譬如显示器)或声的方式通知给接收方。在用0×1B(十进制27)寻址且名称为X-Mms-Reply-ID的字段20内，标识信号仅被包含在一个应答之内，以便使一个单值的标识信号ID2能够至原始数据组的分配。原信息7已经按照现有技术通过另一个报头字段而用其ID1进行单值地标识，因此不需要附加字段20。在利用发送11通知提供下载数据组7之后，接收方4可以判断它是否想要在其接收层级4、也即在其电信设备的存储器6内下载业务提供商的层级3的数据组7。如果他作此判断，则向提供商发回消息13(WSPGET.req)。由此在业务提供商3那里启动通向接收方4的数据传输14(M-Retrieve.conf)。否则不释放数据组7的下载(把发送14传送给接收方4)。也可以由接收方4在以后的时间点接收所述消息的传输。发送14象消息11一样可以包括新加入的字段17、18、19(图10)。因此，关于免费应答的费用信息不仅在通知中通过准备好的发送进行一同传送，而且还在数据组7的“交付”中被一同传送，因此也可以存储或譬如表示该费用信息。用于分配的字段20也是只被包含在一个应答内，因为数据组7已经被单值地标识(ID1)。因此根据本发明，譬如需要进行订购的客户不必为此承担费用。譬如父母也可以给其孩子传送一个消息，而不必由孩子来支付所请求的应答。当传输必须直接支付，譬如通过其价额小的卡进行支付时，这是非常有意义的。或者在卡具有较小的剩余值时，也可以以“应答免费”方法来应答数据7。于是在应答消息中(图2)，象上文所述的那样还包括有字段20，该字段利用0×1B(十进制27)进行寻址且字段名为X-Mms-Reply-ID。当涉及属于费用接管的应答时，此处所存放的身份信息ID2可以对应于所传输的数据7的标识信号ID1，这样，所传输的数据7和发回的应答将获得相同的标识信号，从而可以看出其正确定相互分配关系。所述的应答可以用相同的方式表征，而与在消息11(M-notify.ind)和/或消息14(M-retrieve.conf)中是否已含有用于一个或多个应答的费用接管信息无关。所介绍的方法可以被综合在软件中以便运行相应的通信标准，例如UMTS。于是给电信设备5、6设有相应的软件。因此，为了能实现结算模型“应答免费”，MMS中继3必须能承担以下的处理步骤a)必须针对WAP消息11(M-Notification.ind)和14(M-Retrieve.conf)从WAP消息9(M-Send.req)的报头字段-其中对各个接收方群的免费应答MMs的数量进行了编码-中读出所需的、不同接收方群的字段值，并根据业务提供商3的预给定进行修改和确认。b)如果所传送的数据7(ID1)和应答(ID2)的身份信号彼此不同，则MMS中继3必须能够单值地相互映射它们，并相应地监视或修改所述的字段20(X-MMS-Reply-ID).c)在借助WAP消息23(M-send.req)把应答从接收方4(MMS用户代理B)发送到MMS中继3之后，该MMS中继必须借助所述专门的标识信号来检验所述的应答-多媒体-消息(MMB)实际上是否为对所传输的数据7(MMA)的应答，以及是否遵守所设置的时延。下面来详细讲述在WAP消息中所采用的报头字段。在此譬如假定以下的方案MMS用户代理A(发送方2)把具有文本和JPEG图像的MMA7传送给三个接收方4(一个“To”接收方和两个“Cc”接收方)。在接收方群“To”的情况下，发送方2将接管三个的费用，而在接收方群“Cc”的情况下将接管两个应答MMs(多媒体消息)的费用。但MMS业务提供商3只允许“Cc-接收方”的免费应答MM。作为接管费用的期限而设置一个小时(＝3600秒)Nachricht9M-Send.req(MMSUserAgentA→MMSRelay3)X-Mms-Message-Typem-send-reqX-Mms-Transaction-ID10X-Mms-Version1.0DateWed，13Sep200012:12:19+0100Fromandreas.schmidt@sal.siemens.deTojosef.laumen@sal.siemens.deCcgunnar.schmidt@sal.siemens.deBccEmpf_nger3@sal.siemens.de；Emp-f_nger4@sal.siemens.deX-Mms-RFF-To-Amount3X-Mms-RFF-Cc-Amount2X-Mms-RFF-Bcc-Amount1X-Mms-Expiry3600SubjectmultimediamessageiContent-Typemultipart/related；boundary＝″------_＝_NextPart_000_″------_＝_NextPart_000_Content-Typetext/plain；name＝″meeting.txt″Content-Transfer-Encodingquoted-DrintableHalloKollegen，fürmorgenfrühum8UhristkurzfristigeinMeetingan-gesetztworden.AnbeidieAgenda.Antwortbitteasap.DRINGEND！！！GruB，Andreas------_＝_NextPart_000_Content-Typeimage/jpeg；name＝″agenda.jpg″Content-Transfer-Encodingbase64Content-ID<1725782>...------_＝_NextPart_000_--具有地址“andreas.schmidt@sal.siemens.de”的发送方2(MMS用户代理A)发送一个消息MMA7到地址为“josef.laumen@sal.siemens.de”的接收方4(MMS用户代理B)，其中所述的消息由一个文本(MIME内容类型“plain/text”)和一个JPEG图像(MIME内容类型“image/jpeg”)组成。该MMA7的副本(“cc”)到达另一个接收方4，也即具有地址“gunnar.schmidt@sal.siemens.de”的用户。另外两个盲副本应该被传输给以Bcc列出的、作为其它接收方4的MMS用户。WAP消息9(M-Send.req)譬如获得所述的事务-ID10。假定发送方准备接管地址为“josef.laumen@sal.siemens.de”的用户(MMS用户代理B，“To”字段)的三个应答MMs的费用。另外，他还想接管用户“gunnar.schmidt@sal.siemens.de”(“Cc”字段)的两个应答MMs的费用和分别接管另外两个“Bcc”接收方的一个应答MM的费用。该信息包含在底色为灰色的字段17(X-Mms-RFF-To-Amount)、18(X-Mms-RFF-Cc-Amount)和19(X-Mms-RFF-Bcc-Amount)中。MMA的免费应答的时延(3600秒)已在字段21(X-Mms-Expiry)中描述。发送方2随后从MMS中继3收到按以下方式修改后的消息10(M-Send.conf)Nachricht10M-Send.conf(MMSRelay→MMSUserAgentA)X-Mms-Message-Typem-send-confX-Mms-Transaction-ID10X-Mms-Version1.0X-Mms-Response-StatusokMessage-IDAAAA.1111@mms-relay.siemens.deX-Mms-RFF-To-Amount3X-Mms-RFF-Cc-Amount1X-Mms-RFF-Bcc-Amount0X-Mms-charging-Amount″DieserDienstkostetDM5,00.″MMS中继3利用该消息10来确认WAP消息9已无误地被传输给MMS中继3。把事务-ID用作标识信号，以便把消息10在发送方2那里单值地分配给所属的M-Send.req9，并由此分配给所发送到MMA7。在该实施例中，MMS中继3已把标识信号AAAA.1111@mms-relay.siemens.de分配给MMA7。这已经在字段20中描述，并对应于现有技术的ID1。如上所述，在消息10中包含有字段17(X-Mms-RFF-To-Amount)、18(X-Mms-RFF-Cc-Amount)和19(X-Mms-RFF-Bcc-Amount)，以及业务提供商3是否支持该业务和接受发送方2的请求的信息。在所示的实施例中，这种情况只适用于所述“To”接收方的应答MMs的数量。在“Cc”接收方的情况下，希望由原发送方2接管两个应答的费用，但业务提供商3只允许一个，例如是因为发送方2被视为偿还能力不够的客户。在所述两个“Bcc接收方”的情况下，希望接管一个应答的费用，但业务提供商3一个也不允许。在该实施例中，字段X-Mms-Charging-Amount表明了MMA7的发送方可能为其发送和所回送的应答MMs而产生的费用。Nachricht11M-Notification.ind(MMSRelay3→MMSUserA-gentB4)在该实施例中，针对四个接收方4中的每一个而存在一个通知一个给“To-接收方”，以及分别有一个给“Cc-接收方”和两个“Bcc-接收方”。每个通知含有一个自己的事务-ID。在所有的通知中，关于时延的信息是位于字段21(X-Mms-Expiry)内，关于MMA7的存储位置的信息是位于字段X-Mms-Content-Location内。a)Nachricht11M-Notification.indanden″To-Empf_nger″X-Mms-Message-Typem-notification-indX-Mms-Transaction-ID11X-Mms-Version1.0Fromandreas.schmidt@sal.siemens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server.bosch.de/mms-inbox/BBBB.2222X-Mms-RFF-To-Amount3“To-接收方”4通过字段17(X-Mms-RFF-To-Amount)中的录入项获知有三个应答MMs对其是免费的。b)Nachricht11M-Notification.indanden″Cc-Empf_nger″X-Mms-Message-Typem-notification-indX-Mms-Transaction-ID12X-Mms-Version1.0Fromandreas.schmidt@sal.siamens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server.bosch.de/inbox/mms/schmidt.gunnar/BBBB.2222X-Mms-RFF-Cc-Amount1“Cc-接收方”通过字段18(X-Mms-RFF-Cc-Amount)中的录入项获知有一个应答MM对其是免费的。c)Nachricht11M-Notification.indan″Bcc-Empf_nger2″X-Mms-Message-Typem-notification-indX-Mms-Transaction-ID13X-Mms-Version1.0Fromandreas.schmidt@sal.siemens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server.bosch.de/mms-inbox/default-user/1234567ABCDEFG在此，发送给两个“Bcc”接收方(这里譬如是针对该群中的第二接收方4)的M-Notification.ind相对于现有技术是不变的，因为业务提供商3已经拒绝发送方2为“Bcc”接收方的各个应答承担费用的请求。MMA7的下载通过WSPGET指令13启动。随后，数据7由MMS中继3在消息14M-Retrieve.conf被发送给各个接收方4。下面只考虑“To”-接收方。Nachricht14M-Retrieve.conf(MMSRelay3→MMSUserAgentB4)X-Mms-Message-Typem-retrieve-confX-Mms-Transaction-ID14Message-IDBBBB.2222@bosch-mms.deX-Mms-Version1.0DateWed，13Sep200012:12:19+0100Fromandreas.schmidt@sal.siemens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-RFF-To-Amount3SubjectmultimediamessageiContent-Typemultipart/related；boundary＝″------_＝_NextPart_000_″------_＝_NextPart_000_Content-Typetext/plain；name＝″meeting.txt″Content-Transfer-Encodingquoted-printableHalloKollegen，fürmorgenfrühum8UhristkurzfristigeinMeetingan-gesetztworden.AnbeidieAgenda.Antwortbitteasap.DRINGEND！！！GruB，Andreas------_＝_NextPart_000_Content-Typeimage/jpeg；name＝″agenda.jpg″Content-Transfer-Encodingbase64Content-ID<1725782>...------_＝_NextPart_000_--如果该数据7的收件人4譬如“属于”第二个业务提供商，则MMA7此时可以具有另一个消息-ID。在该例子中这已经通过如下方式来考虑，即在字段消息-ID中已写入值“BBBB.2222@bosch-mms.de”。如同在消息11(M-notification.ind)中一样，“To-接收方”通过字段X-Mms-RFF-To-Amount中的录入项而得知有三个应答MMs对其是免费的。根据现有技术，消息-ID字段的存在在WAP消息14中是可选的。但为了实现“应答免费”的功能性，该字段在字段17(X-Mms-RFF-To-Amount)、18(X-Mms-RFF-Cc-Amount)或19(X-Mms-RFF-Bcc-Amount)之一存在或被占用时必须存在。接下来由MMA7的To接收方4向原发送方2发回一个应答MM，即MMB。为此使用一个简单修改的M-Send.req23(图2)。在该实施例中，应该发送三个可能的/预付的应答(如上所述)中的第一个。Nachricht23M-Send.req(MMSUserAgentB→MMSRelay)X-Mms-Message-Typem-send-reqX-Mms-Transaction-ID20X-Mms-Version1.0DateWed，13Sep200012:45:00+0100Fromjosef.laumen@sal.siemens.deToandreas.schmidt@sal.siemens.deX-Mms-Reply-IDBBBB.2222@bosch-mms.deSubjectmultimediamessageiiContent-Typemultipart/related；boundary＝″------_＝_NextPart_111_″------_＝_NextPart_111_Content-Typetext/plain；name＝″answer.txt″Content-Transfer-Encodingquoted-printableHalloAndreas，derTerminmorgenfrühum8Uhristfürmichok.GruB，Josef------_＝_NextPart_111_--原接收方4(MMS用户代理B)通过存在的新字段20(X-Mms-Reply-ID)通知该MMB表示对另一个MM的应答。该应答涉及哪个MM将在字段20的字段录入项“BBBB.2222@bosch-mms.de”中规定。该录入项是MMA的消息-ID，MMS用户代理B在下载MMA7时已利用消息14获知该MMA。MMS用户代理B的发送请求23(M-Send.req)利用消息24(M-Send.conf)由MMS中继3签收。该消息24作如下修改Nachricht24M-Send.conf(MMSRelay→MMSUserAgentB)X-Mms-Message-Typem-send-confX-Mms-Transaction-ID20X-Mms-Version1.0X-Mms-Response-StatusokMessage-IDCCCC.3333@bosch-mms.deX-Mms-RFF-To-Amount2利用录入项“X-Mms-RFF-To-Amount2”，MMS中继3可以通知所述的MMS用户代理B他还可以针对同一个MMA7发送两个其它的免费应答。这时，MMS中继3利用WAP消息25(M-Notification.ind)通知MMB的接收方、也即MMA7的原发送方2Nachricht25M-Notification.ind(MMSRelay3→MMSUserA-gentA2)X-Mms-Message-Typem-notification-indX-Mms-Transaction-ID21X-Mms-Version1.0Fromjosef.laumen@sal.siemens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4800X-Mms-Content-Locationwww.server.siemens.de/in-box/mms/xyz987654321X-Mms-Reply-IDAAAA.1111@mms-relay.siemens.de该M-Notification.ind25也可以修改，以便通知MMS用户代理A当前的MM是表示一个应答MM以及该应答涉及哪个MMA7。为此在该应答中把字段20(X-Mms-Reply-ID)插入到M-Notification.ind25之中。所述的字段录入项应该是应答MMB所涉及的MMA7消息-ID1，此处为“AAAA.1111@mms-relay.siemens.de”。此处重要的也是，如果ID2与ID1互不相同，则由业务提供商3(MMS中继)负责把ID2映射到ID1，因为MMS用户代理A只认识ID1，而MMS用户代理B只认识ID2。字段20(X-MMS-Reply-ID)的内容可能在发送23(M-Send.req)和25(M-notification.ind)中是不相同的-在该例子中也是如此，尽管同样的MMB被识别两次。该通知的正确接收随后再利用WAP消息M-NotifyResp.req进行确认，其方式是把M-notification.ind的相应Transaction-ID(事务标识)与状态消息一起发回到MMS中继3。再次由MMS用户代理A通过WSPGET指令26启动MMB的下载。据此，该MMB由MMS中继3在M-Retrieve.conf消息27中被发送给MMS用户代理ANachricht27M-Retrieve.conf(MMSRelay→MMSUserAgentA)X-Mms-Message-Typem-retrieve-confX-Mms-Transaction-ID24Message-IDDDDD.4444@mms-relay.siemens.deX-Mms-Version1.0DateWed，13Sep200012:45:00+0100Fromjosef.laumen@sal.siemens.deToandreas.schmidt@sal.siemens.deX-Mms-Message-ClassPersonalX-Mms-Message-Size4800X-Mms-Reply-IDAAAA.1111@mms-relay.siemens.deSubjectmultimediamessageiiContent-Typemultipart/related；boundary＝″------_＝_NextPart_111_″------_＝_NextPart_111_Content-Typetext/plain；name＝″answer.txt″Content-Transfer-Encodingquoted-printableHalloAndreas，derTerminmorgenfrühum8Uhristfürmichok.GruB，Josef------_＝_NextPart_111_--M-retrieve.conf27也被修改，以便通知MMS用户代理A当前MMB的是表示一个应答MM和该应答涉及哪个MM。为此把字段20(X-Mms-Reply-ID)插入到M-notification.ind之中。该字段录入项应该是该应答MMB所涉及的MMA的消息-ID1。一种改进方案涉及的是用于结算移动无线网中的数据传输费用的方法，其中给数据分配至少一个用于传输费用的标识信号，并把该标识信号传送给接收方和/或数据发送方。在此，为了传输由发送方在一个给发送方和/或消息的各个接收方所预定的数据标识信号(例如WAP消息)上所确定的期限，在该数据标识信号中不提供新的报头字段。替而代之的是，根据本申请而优选地采用已有的报头字段X-MMS-Expiry，以便传输这种期限-在该期限内譬如接收方可以免费地应答发送给他的多媒体消息。该报头字段已经在WAP-209-MMSEncapsulation，Release2000，无线电应用协议；WAP多媒体消息业务；消息封装；MMSProposedSCD1.0中进行了规定。根据本申请，由发送方确定的用于应答或反应的期限尤其被纳入到WAP消息M-Send.req、M-Notification.ind以及M-Retrieve.conf之中。据此，在各个已实现的报头字段中被编码的、多媒体消息的有效时延同时也意味着一个期限，在该期限内多媒体消息的接收方可以免费地对该消息进行应答。使用分配给各个数据标识信号的已有的报头字段是非常有效和有益的。但当已有的报头字段被其它数据组预先占有时，将会在传输由发送方所预定的期限过程中带来问题。该问题可以优选地通过以下方式来解决，即另外给各个标识信号加入至少一个报头字段，在该报头字段中设置一个用于对标识信号作出反应的期限。由此可以可靠地在许多实际的情况下充分地确保简单地传输各个在所传输的数据标识信号上被设置的反应期限。作为替换方案，也可以在各个数据标识信号中插入一个新的报头字段，以便传输由发送方所确定的期限。尤其是给WAP消息M-send.req、M-Notification.ind和M-Retrieve.conf分别补充至少另一个报头字段。这譬如可以具有名称X-Mms-Reply-deadline。优选地给其分配十六进制编码0×1F(十进制127)。该报头字段的字段值优选地根据WAP-209-MMSEncapsulation，Release2000；无线应用协议；WAP多媒体消息业务；消息封装；MMSproposedSCD1.0和WAP-203-WSP，2000年5月4日版本；无线应用协议，无线会话协议规程；章节8.4“HeaderEncoding”进行编码。利用该方法可以为所述的期限规定一个明确的日期或一个确定的时延。优选地，这种附加的报头字段具有以下划分X-Mms-Reply-Deadline(0×1F)ReplyDeadlineValue＝Valuelength(Absolute-tokenDate-value/Relative-tokenDelta-seconds-value)absolute-token＝<octet128>relative-token＝<octet129>另外，应答多媒体消息的发送方也可以与所选择的结算模型(例如重放计费)无关地以应答来标识其对预先获得的多媒体消息的应答。对此，同样可以有益地引入至少一个其它的与报头字段“X-MMS-Reply-ID”相类似的报头字段，在该字段中可以写入对其作出应答的原多媒体消息的消息ID。权利要求1.用于结算移动无线网中的数据传输费用、尤其是结算带有或不带有声音的文本和/或图像数据的方法，其特征在于给所传输的或将要传输的数据分配至少一个费用信号，以用于一个或多个与所传输的数据有关的应答的发送费用，并且把所述的费用信号传输给所述数据的一个或多个接收方。2.按照权利要求1所述的方法，其特征在于所述的费用信号包括有关于由数据的原发送方接管应答费用的信息。3.按照权利要求1或2所述的方法，其特征在于所述的费用信号确定了一个时延，在该时延内原接收方可以免费地应答所传输的数据。4.按照权利要求1～3之一所述的方法，其特征在于所述的费用信号确定了原接收方可以免费地应答所传输的数据的多个应答。5.按照权利要求1～4之一所述的方法，其特征在于所述的费用信号包括一个数据标识信息，以用于使一个或多个应答分配给该数据。6.按照权利要求5所述的方法，其特征在于由数据发送方在传输给多个接收方的数据中把不同的费用信号分配给各个数据发送。7.按照权利要求6所述的方法，其特征在于所述一个或多个费用信号的不同性涉及接管应答费用的准备和/或该准备的时延和/或可免费应答的数量。8.按照权利要求1～7之一所述的方法，其特征在于在接收数据之前、之时或之后用光或声方式给接收方显示所述费用信号的信息。9.按照权利要求1～8之一所述的方法，其特征在于所述的方法被应用于移动消息业务(MMS)中。10.按照权利要求1～9之一所述的方法，其特征在于所述的方法被应用于传输标准UMTS(通用移动电信系统)、GSM(全球移动通信系统)、GPRS(通用分组无线业务)和/或EDGE(GSM环境的增强数据速率)。11.按照权利要求1～10之一所述的方法，其特征在于所述的一个或多个费用信号被分配给所传输的数据的一个或多个报头字段。12.按照权利要求1～11之一所述的方法，其特征在于接管一个或多个应答费用的准备被存放在一个报头字段中，以及用于准备接管费用的时延被存放在另一个报头字段中。13.按照权利要求12所述的方法，其特征在于一个或多个费用信号被存放在报头字段0×1B～0×1E中。14.按照权利要求1～13之一所述的方法，其特征在于分别在从发送方(MMS用户代理A)把数据组(多媒体消息)传输给业务提供商的MMS中继时，在由业务提供商的MMS中继向发送方(MMS用户代理A)确认所传输的数据组(多媒体消息)的接收中，在由业务提供商的MMS中继通知接收方(MMS用户代理B)存在新的数据组(多媒体消息)中，以及在由原始数据的接收方(MMS用户代理B)把应答(多媒体消息)传输给业务提供商的MMS中继时，和在通知原发送方(MMS用户代理A)存在原接收方(MMS用户代理B)的应答(多媒体消息)时，便传输费用信号。15.按照权利要求1～14之一所述的方法，其特征在于附加的报头字段分别被分配给发送M-send.req，M-send.conf，M-Notification.ind以及M-Retrieve.conf。16.按照权利要求15所述的方法，其特征在于所发出的发送M-Send.req被分配了一个附加的报头字段，以用于发送方将要对其发送的数据的一个或多个应答进行费用接管的可能性，以及被分配了一个附加的报头字段以用于确定准备费用接管的时延。17.按照权利要求16所述的方法，其特征在于在由提供商发回给数据发送方的发送M-send.conf中设有一个报头字段，该报头字段具有一个接受或(部分地)拒绝应答费用接管的确认，以及还设有一个报头字段，该报头字段具有关于为数据发送方所预计的费用的信息。18.按照权利要求15～17之一所述的方法，其特征在于在由提供商发送给接收方的发送M-Notification.ind中设有至少一个报头字段，该报头字段具有一个指示费用接管的、以及有时给出时延限制和/或应答数量的信号。19.按照权利要求15～18之一所述的方法，其特征在于由接收方发送给提供商的应答含有一个涉及对所送达的数据的应答的标识和一个关于涉及哪些数据的标识信息。20.按照权利要求15～19之一所述的方法，其特征在于给原发送方(MMS用户代理A)的通知包含有以下信息，即为接收所准备的发送是涉及一个应答，而且还包含有一个关于涉及哪些数据的标识信息。21.按照上述权利要求之一所述的方法，其特征在于附加地给各个标识信号加入至少一个报头字段，在该报头字段中设置了用于对所述标识信号作出反应的期限。22.用于执行如权利要求1～21之一所述的方法的移动电信设备(5；6)，其特征在于给所述的移动电信设备(5；6)分配了一个接管开关(16)，用于为一个或多个应答给予费用接管。23.按照权利要求22所述的移动电信设备，其特征在于给所述的移动电信设备(5；6)分配了一个显示装置(15)，用于针对一个或多个应答和针对费用接管的时延而用光或声的方式显示该费用接管。24.按照权利要求21～23之一所述的移动电信设备，其特征在于所述的接管开关(16)是用软件实现的，并可以通过一个输入装置进行选择。25.移动电信设备(5；6)，其特征在于给该移动电信设备分配了一个软件，用于给数据发送(9；13)的报头字段(17；18；19；20；21)施加一个用于接管一个或多个应答的费用的费用信号。26.用于借助移动无线网实现数据传输的计算机程序产品，其特征在于所述的计算机程序产品提供了输入费用信号的可能性以便接管对数据发送的一个或多个应答的费用，并且把所输入的费用信号传输给数据的各个接收方。27.按照权利要求26所述的计算机程序产品，其特征在于该计算机程序产品在移动无线网中的数据发送过程中执行权利要求1～19之一所述的方法。全文摘要用于结算移动无线网内的数据传输费用，尤其是结算具有和没有声音的文本和/或图形数据的方法，如此来执行该方法，使得给所传输的或将要传输的数据分配至少一个费用信号，以用于一个或多个与所传输的数据有关的应答的发送费用，并且把所述的费用信号传输给所述数据的一个或多个接收方。文档编号H04Q7/00GK1528085SQ01818771公开日2004年9月8日申请日期2001年8月20日优先权日2000年9月22日发明者G·施密德特,G施密德特,J·劳门,艿绿,A·施密德特申请人:西门子公司