專利名稱：：移動(dòng)無(wú)線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用結(jié)算的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種用于結(jié)算移動(dòng)無(wú)線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用的方法，以及一種相應(yīng)的移動(dòng)電信設(shè)備。
背景技術(shù)：
：如今的移動(dòng)無(wú)線網(wǎng)、例如遵照GSM標(biāo)準(zhǔn)進(jìn)行工作的網(wǎng)絡(luò)揭示了相當(dāng)有限的可能性來(lái)傳輸非語(yǔ)音消息，例如文本數(shù)據(jù)。因此可以以文本的形式傳輸大約最多包括160個(gè)字符的短消息。這種應(yīng)用被稱為SMS(短消息業(yè)務(wù))。發(fā)送這類文本消息的費(fèi)用由數(shù)據(jù)的發(fā)送者承擔(dān)。在EP0753957A2中公開(kāi)過(guò)一種結(jié)算方法，其中GSM用戶作為發(fā)送方把SMS消息發(fā)送給作為接收方的因特網(wǎng)用戶。GSM用戶可以在所傳輸?shù)腟MS消息的文本字段、也即在有用數(shù)據(jù)中另外插入一個(gè)關(guān)于其費(fèi)用的應(yīng)答標(biāo)記。如果接收方在給原發(fā)送方的SMS回答中在應(yīng)答文本中插入該免費(fèi)標(biāo)記，則該應(yīng)答對(duì)其是免費(fèi)的。WO00/41415只涉及調(diào)節(jié)方法，用于請(qǐng)求移動(dòng)無(wú)線設(shè)備用戶對(duì)通過(guò)SMS消息的詢問(wèn)進(jìn)行應(yīng)答。在此各個(gè)應(yīng)答的移動(dòng)無(wú)線設(shè)備用戶對(duì)其回答都可能是不計(jì)費(fèi)的。WO98/09451基于SMS也提供了一種相應(yīng)的調(diào)節(jié)方法，其中針對(duì)發(fā)回的應(yīng)答、譬如對(duì)發(fā)送方的意見(jiàn)征求而在被詢問(wèn)方的帳戶上記錄一個(gè)存款票據(jù)。將來(lái)有可能還需要傳輸多媒體數(shù)據(jù)，尤其是具有或沒(méi)有聲音的靜止或移動(dòng)圖像。需要考慮在這種傳輸中的數(shù)據(jù)傳輸量的迅速擴(kuò)大和所傳輸?shù)南?shù)量的急劇上升，這在總體上帶來(lái)了成本的增加。一種多媒體傳輸業(yè)務(wù)譬如是UMTS無(wú)線通信系統(tǒng)中的所謂的多媒體消息業(yè)務(wù)(MMS)。其詳情可以參見(jiàn)規(guī)程ETSITS123140V3.0.1通用移動(dòng)電信系統(tǒng)(UMTS)；多媒體信息業(yè)務(wù)(MMS)，功能描述；階段2(eGTS23.140版本3.0.1,Release1999)。
發(fā)明內(nèi)容本發(fā)明所基于的問(wèn)題在于，簡(jiǎn)化移動(dòng)無(wú)線網(wǎng)的用戶的費(fèi)用控制和費(fèi)用干涉。本發(fā)明通過(guò)具有下述的特征的方法和下述的特征的移動(dòng)電信設(shè)備來(lái)實(shí)現(xiàn)。優(yōu)選的改進(jìn)方案參見(jiàn)本申請(qǐng)的其他部分。利用本發(fā)明的方法創(chuàng)造了以下可能性，即可以免費(fèi)地應(yīng)答數(shù)據(jù)接收方獲得的數(shù)據(jù)。由此譬如給數(shù)據(jù)發(fā)送方揭示了執(zhí)行詢問(wèn)的可能性_這在目前一直是請(qǐng)求通過(guò)應(yīng)答方接管應(yīng)答消息的費(fèi)用，于是便導(dǎo)致了較少的反向應(yīng)答。根據(jù)本發(fā)明，無(wú)疑給接收方提供了其應(yīng)答的免費(fèi)，由此為該應(yīng)答簡(jiǎn)化了費(fèi)用控制。如果可以由發(fā)送方設(shè)置所述的費(fèi)用信號(hào)，則該發(fā)送方也可以選擇根據(jù)個(gè)別情況而打算是否將接管多個(gè)可能的應(yīng)答消息中的一個(gè)的費(fèi)用。在本發(fā)明的一種改進(jìn)方案中，由業(yè)務(wù)提供商通知發(fā)送方他希望接管應(yīng)答費(fèi)用的哪些費(fèi)用，例如最小或最多的費(fèi)用。該值可以在業(yè)務(wù)提供商那里進(jìn)行計(jì)算，并取決于把數(shù)據(jù)傳輸給多少接收方。尤其優(yōu)選的是，由數(shù)據(jù)發(fā)送方確定一個(gè)必須進(jìn)行應(yīng)答的時(shí)延，以便還要進(jìn)行費(fèi)用接管。由此可以由數(shù)據(jù)發(fā)送方有目的地限制可能的費(fèi)用，而不會(huì)針對(duì)各個(gè)接收方而產(chǎn)生其相應(yīng)的應(yīng)答還不要由費(fèi)用接管來(lái)免費(fèi)的不安全性。也可以利用相同的目的性限制各個(gè)接收方的應(yīng)答數(shù)量。如果由數(shù)據(jù)發(fā)送方把可能的接收方劃分成群，并隨后分別給這些群分配相應(yīng)確定的應(yīng)答費(fèi)用接管參數(shù)，那么就可以得出一種非常有效的費(fèi)用控制可能性。于是，譬如可以給老客戶分配其它的費(fèi)用接管條件以作為新客戶，譬如為老客戶延長(zhǎng)免費(fèi)的應(yīng)答時(shí)間。總之，由此可以實(shí)現(xiàn)由發(fā)送方準(zhǔn)確控制的、對(duì)接收方的反應(yīng)所進(jìn)行的合適的費(fèi)用接管，因此也可以用于批量傳輸，例如TED詢問(wèn)或通過(guò)電話營(yíng)銷的銷售。本發(fā)明的其它優(yōu)點(diǎn)和特征可以從附圖所示的并在下面講述的本發(fā)明實(shí)施例中得出ο附圖中圖1根據(jù)WAP(無(wú)線應(yīng)用協(xié)議)標(biāo)準(zhǔn)在發(fā)送者及提供商層級(jí)與提供商及接收方層級(jí)之間進(jìn)行數(shù)據(jù)傳輸發(fā)送的簡(jiǎn)圖，圖2示出了與圖1相類似的圖示，另外在數(shù)據(jù)傳輸之后跟隨了原接收方的應(yīng)答，圖3示出了按照WAP協(xié)議發(fā)送M-send.req，圖4示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號(hào)而發(fā)送M-send.req(底色為灰色)，圖5示出了按照WAP協(xié)議發(fā)送M-send.conf,圖6示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號(hào)而發(fā)送M-send.conf(底色為灰色)，圖7示出了按照WAP協(xié)議發(fā)送M-Notification.ind,圖8示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號(hào)而發(fā)送M-Notification.ind(底色為灰色)，圖9示出了按照WAP協(xié)議發(fā)送M-Retrieve.conf,圖10示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號(hào)而發(fā)送M-Retrieve.conf(底色為灰色)，圖11示出了以上附圖中的費(fèi)用信號(hào)的字段占用(編碼)，圖12示出了按照本發(fā)明附加的報(bào)頭字段的尋址，圖13示出了利用本發(fā)明的移動(dòng)電信設(shè)備傳輸數(shù)據(jù)的原理圖示。具體實(shí)施例方式在該實(shí)施例中，將講述本發(fā)明在WAP標(biāo)準(zhǔn)的數(shù)據(jù)傳輸方案1中的應(yīng)用，例如其可以被尤其用來(lái)按照UMTS標(biāo)準(zhǔn)(通用移動(dòng)電信系統(tǒng)標(biāo)準(zhǔn))傳輸特殊的圖像數(shù)據(jù)和格式化的文本數(shù)據(jù)。應(yīng)當(dāng)理解，本發(fā)明也可以轉(zhuǎn)用于其它標(biāo)準(zhǔn)。在UMTS標(biāo)準(zhǔn)中規(guī)定，除了迄今的SMS(短消息業(yè)務(wù))外還設(shè)立所謂的匪S(多媒體消息業(yè)務(wù))用于傳輸非語(yǔ)音消息。因此也可能傳輸格式化的文本和圖像。取消了在SMS中對(duì)消息長(zhǎng)度為160個(gè)字符的限制。傳輸音頻和視頻消息是可能的。MMS可通過(guò)采用WAP來(lái)實(shí)現(xiàn)。在此，對(duì)于數(shù)據(jù)、譬如多媒體消息(MMS)的無(wú)線傳輸，采用了在圖1中為進(jìn)行單方面的數(shù)據(jù)傳輸和在圖2中通過(guò)附加傳送應(yīng)答而示出的協(xié)議方案(WAPWSP:無(wú)線會(huì)話協(xié)議)。該協(xié)議包括數(shù)據(jù)發(fā)送方的層級(jí)2(MMS用戶代理A)、提供商的層級(jí)3(MMS中繼)以及接收方的層級(jí)4(MMS用戶代理B)。數(shù)據(jù)發(fā)送方的層級(jí)2包括至少一個(gè)電信設(shè)備5，同樣，接收方的層級(jí)4包括一個(gè)電信設(shè)備6。該電信設(shè)備5、6可以譬如被實(shí)施為普通的手機(jī)或具有其它輸入或顯示功能的設(shè)備，例如膝上型電腦。在發(fā)送方的電信設(shè)備5內(nèi)編寫(xiě)的或通過(guò)該電信設(shè)備傳送的數(shù)據(jù)組7首先作為發(fā)送9(該發(fā)送按照WAP協(xié)議攜帶有名稱M-Send.req,且在其構(gòu)成中沒(méi)有本發(fā)明的如圖3所示的擴(kuò)充)被發(fā)送給提供商(層級(jí)3)。從那兒用發(fā)給發(fā)送方(層級(jí)2)的回送10(在WAP標(biāo)準(zhǔn)中稱為M-Send.conf,在迄今的結(jié)構(gòu)中如圖5所示)來(lái)簽收所述到來(lái)的發(fā)送。時(shí)間上在此之后，由提供商3把信息11(M-Notification.ind,圖7)發(fā)送給接收方(層級(jí)4)，利用該信息告知所述的接收方在提供商3處已存在供其下載的消息。為此，提供商3譬如自動(dòng)地收到來(lái)自接收方(層級(jí)4)的電信設(shè)備6的簽收反饋消息12(M-NotifyResp.req)。只有根據(jù)接收方利用發(fā)送13(WSPGET.req)所給出的請(qǐng)求，才從提供商3那里利用發(fā)送14(M-Retrieve.conf,圖9)把數(shù)據(jù)組7傳送給接收方(層級(jí)4)。為了管理所述的發(fā)送9、10、11、12、14，采用所謂的報(bào)頭字段，也即置于原本的數(shù)據(jù)組7之前的字段，其中包括關(guān)于來(lái)源、發(fā)送時(shí)間、文件大小和其它細(xì)節(jié)的信息。根據(jù)本發(fā)明增加所述報(bào)頭字段的數(shù)量，以便能夠把至少一個(gè)其它的字段用作信息和控制字段，和能夠在其中容納一個(gè)費(fèi)用信號(hào)以準(zhǔn)備接管從接收方4發(fā)回到原始數(shù)據(jù)發(fā)送方2的應(yīng)答回送的費(fèi)用(圖2)。在該實(shí)施例中，為此占用了用參考符號(hào)17、18、19、20所表示的報(bào)頭字段OXIB0XIE(圖12)。在此，字段0XIC0XIE包含有關(guān)于分別與接收方群體相匹配的不同費(fèi)用接管的信息(參見(jiàn)下文)，字段OXIB包含有用于應(yīng)答的識(shí)別信號(hào)，以便由此能夠把該應(yīng)答分配給預(yù)先獲得的數(shù)據(jù)組7。用22表示的字段OXIA包含有關(guān)于所期望的費(fèi)用的信息(參見(jiàn)下文)。發(fā)送方(層級(jí)2)可以在其電信設(shè)備5上操縱一個(gè)開(kāi)關(guān)或類似的輸入裝置16，它在硬件方面或尤其是在軟件方面和通過(guò)無(wú)論如何也存在的鍵盤(pán)是可以操作的，以便因此針對(duì)一個(gè)或多個(gè)應(yīng)答設(shè)置所述的費(fèi)用接管?？蛇x地，也可以通過(guò)與業(yè)務(wù)提供商3的協(xié)定由該提供商進(jìn)行設(shè)置，該協(xié)定譬如在數(shù)據(jù)發(fā)送之前可以被更新。在與業(yè)務(wù)提供商3沒(méi)有特殊(長(zhǎng)期)協(xié)定的情況下，在所述的為傳輸數(shù)據(jù)7而搜尋的詢問(wèn)9(M-Send.req)中需要從發(fā)送方2把以下信息一起傳輸給業(yè)務(wù)提供商3由發(fā)送方2接管和必要時(shí)在何種范圍內(nèi)接管所發(fā)送的數(shù)據(jù)的應(yīng)答費(fèi)用。對(duì)此，重新把所述的報(bào)頭字段17、18、19、20納入到所述的詢問(wèn)9中(圖4)，由此相對(duì)于現(xiàn)有技術(shù)(圖3)而擴(kuò)大了報(bào)頭字段的數(shù)量。在譬如用0X1B、0X1C和0父10(十進(jìn)制為28、29、30)尋址且獲得字段名“X-Mms-RFF-To-Amount”、“X-Mms-RFF-Cc-Amount”和“X-Mms-RFF-Bcc-Amount”的字段17、18、19中，分別存放了整數(shù)變量(圖11)。這些變量分別給三個(gè)接收方群-也即“To”群(直接的接收方)、“Cc”群(“副本”在知道其它接收方的情況下控制接收)和“Bcc”群(“盲副本”在不知道其它接收方的情況下控制接收)_定義了由原發(fā)送方2接管費(fèi)用的、每個(gè)這種群中的接收方4的應(yīng)答消息數(shù)量。該值可以針對(duì)不同的群而相互不同，這將帶來(lái)上述的優(yōu)點(diǎn)。也可以只設(shè)置一個(gè)接管費(fèi)用的應(yīng)答。如果所述的整數(shù)變量譬如由一個(gè)8位字節(jié)組成，則最多可能有256個(gè)免費(fèi)的應(yīng)答。也可以進(jìn)行其它或更細(xì)的劃分，以代替此處所示的分群。此外，對(duì)已存在的字段21(X-Mms-Expiry)作以下補(bǔ)充，即此時(shí)把提供商3的服務(wù)器內(nèi)所輸入的消息最大存儲(chǔ)時(shí)間定義為所述費(fèi)用接管的最大時(shí)延(最終期限)，也就是說(shuō)，在該時(shí)延之后所發(fā)送的那些應(yīng)答不再由原始數(shù)據(jù)的發(fā)送方2支付。字段20給出了用于再次識(shí)別該應(yīng)答的識(shí)別信號(hào)，以便由此能夠把所述的應(yīng)答分配給正確的數(shù)據(jù)組7，而且并不是所有在該連續(xù)時(shí)間內(nèi)到達(dá)原發(fā)送方2的消息都可以以標(biāo)題“應(yīng)答免費(fèi)”而獲得，因此該發(fā)送方是應(yīng)該付費(fèi)的。應(yīng)當(dāng)理解，除了此處講述的字段選擇之外，還可以采取其它的字段，例如在應(yīng)答費(fèi)用不應(yīng)全部由原始數(shù)據(jù)的發(fā)送方2承擔(dān)的情況下而輸入一部分費(fèi)用的那些字段。也可以譬如輸入在字段21內(nèi)所存放的時(shí)延過(guò)去之前全部接管所述的費(fèi)用，而此后只接管一部分的費(fèi)用或最多不超過(guò)一個(gè)最高極限值。同樣，也可以選擇接管費(fèi)用的應(yīng)答類型，譬如只針對(duì)文本消息而不針對(duì)圖像或音頻數(shù)據(jù)。業(yè)務(wù)提供商3可以在其簽收消息10(M-Send.conf圖5，具有本發(fā)明的擴(kuò)充圖6)中準(zhǔn)備完全或部分地由發(fā)送方2接管費(fèi)用，并為此針對(duì)相應(yīng)的群而在完全接受的情況下把所述也包含在該消息10內(nèi)的字段17、18、19設(shè)置成由發(fā)送方2所建議的值，或在部分地接受的情況下設(shè)置成較小的值。另外，所述的簽收消息10也可以包含有一個(gè)譬如用OXIA(十進(jìn)制26)來(lái)尋址的字段22(未示出)，在該字段中存放有關(guān)于所期望的、由業(yè)務(wù)提供商(層級(jí)3)制定的費(fèi)用大小的信息。該信息取決于允許應(yīng)答的數(shù)量和所設(shè)置的時(shí)延。也可以取決于在所述應(yīng)答中所允許的數(shù)據(jù)類型。在協(xié)調(diào)按要求由發(fā)送方2接管費(fèi)用的情況下，業(yè)務(wù)提供商3在其指向接收方4的發(fā)送ll(M-notification.ind圖8)內(nèi)把字段17、18、19保持成由發(fā)送方2所設(shè)定的值，并按照對(duì)接收方4進(jìn)行尋址時(shí)所在的群而將該值通知給一個(gè)或多個(gè)接收方4。因此所述的接收方收到如下信息，即為該接收方提供了供下載的數(shù)據(jù)組7，對(duì)于該數(shù)據(jù)組，該接收方可以以某種方式或在某個(gè)時(shí)間內(nèi)把預(yù)定數(shù)量的應(yīng)答免費(fèi)地發(fā)回到原發(fā)送方2。該信息可以以光(通過(guò)顯示裝置15，譬如顯示器)或聲的方式通知給接收方。在用OX1B(十進(jìn)制27)尋址且名稱為X-Mms-R印Iy-ID的字段20內(nèi)，標(biāo)識(shí)信號(hào)僅被包含在一個(gè)應(yīng)答之內(nèi)，以便使一個(gè)單值的標(biāo)識(shí)信號(hào)ID2能夠至原始數(shù)據(jù)組的分配。原信息7已經(jīng)按照現(xiàn)有技術(shù)通過(guò)另一個(gè)報(bào)頭字段而用其IDl進(jìn)行單值地標(biāo)識(shí)，因此不需要附加字段20。在利用發(fā)送11通知提供下載數(shù)據(jù)組7之后，接收方4可以判斷它是否想要在其接收層級(jí)4、也即在其電信設(shè)備的存儲(chǔ)器6內(nèi)下載業(yè)務(wù)提供商的層級(jí)3的數(shù)據(jù)組7。如果他作此判斷，則向提供商發(fā)回消息13(WSPGET.req)。由此在業(yè)務(wù)提供商3那里啟動(dòng)通向接收方4的數(shù)據(jù)傳輸14(M-RetrieVe.conf)。否則不釋放數(shù)據(jù)組7的下載(把發(fā)送14傳送給接收方4)。也可以由接收方4在以后的時(shí)間點(diǎn)接收所述消息的傳輸。發(fā)送14象消息11一樣可以包括新加入的字段17、18、19(圖10)。因此，關(guān)于免費(fèi)應(yīng)答的費(fèi)用信息不僅在通知中通過(guò)準(zhǔn)備好的發(fā)送進(jìn)行一同傳送，而且還在數(shù)據(jù)組7的“交付”中被一同傳送，因此也可以存儲(chǔ)或譬如表示該費(fèi)用信息。用于分配的字段20也是只被包含在一個(gè)應(yīng)答內(nèi)，因?yàn)閿?shù)據(jù)組7已經(jīng)被單值地標(biāo)識(shí)(IDl)。因此根據(jù)本發(fā)明，譬如需要進(jìn)行訂購(gòu)的客戶不必為此承擔(dān)費(fèi)用。譬如父母也可以給其孩子傳送一個(gè)消息，而不必由孩子來(lái)支付所請(qǐng)求的應(yīng)答。當(dāng)傳輸必須直接支付，譬如通過(guò)其價(jià)額小的卡進(jìn)行支付時(shí)，這是非常有意義的?；蛘咴诳ň哂休^小的剩余值時(shí)，也可以以“應(yīng)答免費(fèi)”方法來(lái)應(yīng)答數(shù)據(jù)7。于是在應(yīng)答消息中(圖2)，象上文所述的那樣還包括有字段20，該字段利用0X1B(十進(jìn)制27)進(jìn)行尋址且字段名為X-Mms-R印ly-ID。當(dāng)涉及屬于費(fèi)用接管的應(yīng)答時(shí)，此處所存放的身份信息ID2可以對(duì)應(yīng)于所傳輸?shù)臄?shù)據(jù)7的標(biāo)識(shí)信號(hào)ID1，這樣，所傳輸?shù)臄?shù)據(jù)7和發(fā)回的應(yīng)答將獲得相同的標(biāo)識(shí)信號(hào)，從而可以看出其正確定相互分配關(guān)系。所述的應(yīng)答可以用相同的方式表征，而與在消息ll(M-notify.ind)和/或消息14(M-retrieve.conf)中是否已含有用于一個(gè)或多個(gè)應(yīng)答的費(fèi)用接管信息無(wú)關(guān)。所介紹的方法可以被綜合在軟件中以便運(yùn)行相應(yīng)的通信標(biāo)準(zhǔn)，例如UMTS。于是給電信設(shè)備5、6設(shè)有相應(yīng)的軟件。因此，為了能實(shí)現(xiàn)結(jié)算模型“應(yīng)答免費(fèi)”，匪S中繼3必須能承擔(dān)以下的處理步驟a)必須針對(duì)WAP消息11(M-Notification.ind)和14(M-Retrieve.conf)從WAP消息9(M-Send.req)的報(bào)頭字段-其中對(duì)各個(gè)接收方群的免費(fèi)應(yīng)答匪s的數(shù)量進(jìn)行了編碼-中讀出所需的、不同接收方群的字段值，并根據(jù)業(yè)務(wù)提供商3的預(yù)給定進(jìn)行修改和確認(rèn)。b)如果所傳送的數(shù)據(jù)7(IDl)和應(yīng)答(ID2)的身份信號(hào)彼此不同，則MMS中繼3必須能夠單值地相互映射它們，并相應(yīng)地監(jiān)視或修改所述的字段20(X-MMS-Reply-ID).c)在借助WAP消息23(M-send.req)把應(yīng)答從接收方4(MMS用戶代理B)發(fā)送到MMS中繼3之后，該MMS中繼必須借助所述專門的標(biāo)識(shí)信號(hào)來(lái)檢驗(yàn)所述的應(yīng)答_多媒體_消息(MMb)實(shí)際上是否為對(duì)所傳輸?shù)臄?shù)據(jù)7(MMa)的應(yīng)答，以及是否遵守所設(shè)置的時(shí)延。下面來(lái)詳細(xì)講述在WAP消息中所采用的報(bào)頭字段。在此譬如假定以下的方案MMS用戶代理A(發(fā)送方2)把具有文本和JPEG圖像的MMa7傳送給三個(gè)接收方4(一個(gè)“To”接收方和兩個(gè)“Ce”接收方)。在接收方群“To”的情況下，發(fā)送方2將接管三個(gè)的費(fèi)用，而在接收方群“Ce”的情況下將接管兩個(gè)應(yīng)答MMs(多媒體消息)的費(fèi)用。但MMS業(yè)務(wù)提供商3只允許“Ce-接收方”的免費(fèi)應(yīng)答MM。作為接管費(fèi)用的期限而設(shè)置一個(gè)小時(shí)(=3600秒)Nachricht9:M-Send.req(MMSUserARentA—MMSRelay3)X-Mms-Message-Type:m-send_reqX-Mms-Transaction-ID10X-Mms-Version:1·0Date:ffed,13Sep200012:12:19+0100From:andreas.schmidtisal.siemens.deTojosef.laumenisal.siemens.deCc:gunnar.schmidtisal.siemens.deBcc-.Empf&nger3isal.siemens.de;Emp~fanger4isal.siemens.deX-Mms-RFF-To-Amount3X-Mms-RFF-Cc-Amount2X-Mms-RFF-Bcc-Amount1X-Mms-Expiry3600Subject!multimediamessageiContent-Typemultipart/related；boundary="------_=_NextPart_000_〃------_=_NextPart_000_Content-Tye:text/plain；name="meeting,txt"Content-Transfer-Encoding:quoted-printableHalloKollegen,fiirmorgenfriihum8UhristkurzfristigeinMeetingan-gesetztworden.AnbeidieAgenda.Antwortbitteasap.DRINGEND！??！Gruβ,Andreas------_=_NextPart_000_Content-Typeimage/jpeg；name="agenda.jpg〃Content-Transfer-Encoding:base64Content-ID<1725782>…------_=_NextPart_000_—具有地址“andreas.schmidtisal.siemens.de”的發(fā)送方2(MMS用戶代理A)發(fā)送一個(gè)消息MMa7到地址為“josef.laumenisal.siemens.de”的接收方4(MMS用戶代理B)，其中所述的消息由一個(gè)文本(MIME內(nèi)容類型“plain/text”)和一個(gè)JPEG圖像(MIME內(nèi)容類型“image/jpeg”)組成。該MMA7的副本(“cc”)到達(dá)另一個(gè)接收方4，也即具有地址“Runnar.schmidtisal.siemens.de”的用戶。另外兩個(gè)盲副本應(yīng)該被傳輸給以Bcc列出的、作為其它接收方4的匪S用戶。WAP消息9(M-Send.req)譬如獲得所述的事務(wù)-ID10。假定發(fā)送方準(zhǔn)備接管地址為“iosef.laumenisal.siemens.de”的用戶OMS用戶代理B，“To”字段)的三個(gè)應(yīng)答MMs的費(fèi)用。另外，他還想接管用戶“gunnar.schmidtisal,siemens.de，，(“Ce”字段)的兩個(gè)應(yīng)答匪s的費(fèi)用和分別接管另外兩個(gè)“Bcc”接收方的一個(gè)應(yīng)答匪的費(fèi)用。該信息包含在底色為灰色的字段17(X-MmS-RFF-T0-Am0unt)、18(X-Mms-RFF-Cc-Amount)和19(X-Mms-RFF-Bcc-Amount)中。MMa的免費(fèi)應(yīng)答的時(shí)延(3600秒)已在字段21(X-Mms-Expiry)中描述。發(fā)送方2隨后從MMS中繼3收到按以下方式修改后的消息10(M-Send.conf)Nachricht10:M-Send.conf(MMSRelay—MMSUserARentA)X-Mms-Message-Type:m-send_confX-Mms-Transaction-ID10X-Mms-Version1.OX-Mms-Response-Status:okMessage-ID:ΑΑΑΑ·llllimms-relay.siemens.deX-Mms-RFF-To-Amount3X-Mms-RFF-Cc-Amount1X-Mms-RFF-Bcc-Amount0X-Mms-charging-Amount“DieserDienstkostetDM5,00.“匪S中繼3利用該消息10來(lái)確認(rèn)WAP消息9已無(wú)誤地被傳輸給MMS中繼3。把事務(wù)-ID用作標(biāo)識(shí)信號(hào)，以便把消息10在發(fā)送方2那里單值地分配給所屬的M-Send.req9，并由此分配給所發(fā)送到MMA7。在該實(shí)施例中，匪S中繼3已把標(biāo)識(shí)信號(hào)AAAA.Illlimms-relay.siemens.de分配給MM,7。這已經(jīng)在字段20中描述，并對(duì)應(yīng)于現(xiàn)有技術(shù)的IDl。如上所述，在消息10中包含有字段17(X-Mms-RFF-To-Amount)、18(X-Mms-RFF-Cc-Amount)禾Π19(X-Mms-RFF-Bcc-Amount)，以及業(yè)務(wù)提供商3是否支持該業(yè)務(wù)和接受發(fā)送方2的請(qǐng)求的信息。在所示的實(shí)施例中，這種情況只適用于所述“To”接收方的應(yīng)答匪s的數(shù)量。在“Ce”接收方的情況下，希望由原發(fā)送方2接管兩個(gè)應(yīng)答的費(fèi)用，但業(yè)務(wù)提供商3只允許一個(gè)，例如是因?yàn)榘l(fā)送方2被視為償還能力不夠的客戶。在所述兩個(gè)“Bcc接收方”的情況下，希望接管一個(gè)應(yīng)答的費(fèi)用，但業(yè)務(wù)提供商3—個(gè)也不允許。在該實(shí)施例中，字段X-Mms-Charging-Amount表明了MMa7的發(fā)送方可能為其發(fā)送和所回送的應(yīng)答匪s而產(chǎn)生的費(fèi)用。Nachricht11:M-Notification.ind(MMSRelay3—MMSUserA-RentB4)在該實(shí)施例中，針對(duì)四個(gè)接收方4中的每一個(gè)而存在一個(gè)通知一個(gè)給“To-接收方”，以及分別有一個(gè)給“Ce-接收方”和兩個(gè)“Bcc-接收方”。每個(gè)通知含有一個(gè)自己的事務(wù)-ID。在所有的通知中，關(guān)于時(shí)延的信息是位于字段21(X-Mms-EXpiry)內(nèi)，關(guān)于MMa7的存儲(chǔ)位置的信息是位于字段X-Mms-Content-Location內(nèi)。a)Nachricht11:M-Notification.indanden“To-Empfanger“；X-Mms-Message-Type:m-notification_indX-Mms-Transaction-ID11X-Mms-Version1.OFrom:andreas.schmidtisal.siemens.deX-Mms-Message-Class:PersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server,bosch.de/mms-inbox/BBBB.2222X-Mms-RFF-To-Amount3“To-接收方”4通過(guò)字段17(X-Mms-RFF-To-Amount)中的錄入項(xiàng)獲知有三個(gè)應(yīng)答MMs對(duì)其是免費(fèi)的。b)Nachricht11:M-Notification.indanden"Cc-EmpfSnger“;X-Mms-Message-Type:m-notification_indX-Mms-Transaction-ID12X-Mms-Version1.OFrom:andreas.schmidtisal.siemens.deX-Mms-Message-Class:PersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server,bosch.de/inbox/mms/schmidt.gunnar/BBBB.2222X-Mms-RFF-Cc-Amount1“Ce-接收方”通過(guò)字段18(X-Mms-RFF-Cc-Amount)中的錄入項(xiàng)獲知有一個(gè)應(yīng)答MM對(duì)其是免費(fèi)的。c)Nachricht11:M-Notification.indan"Bcc-EmpfSnger2"X-Mms-Message-Type:m-notification_indX-Mms-Transaction-ID13X-Mms-Version1.OFrom:andreas.schmidtisal.siemens.deX-Mms-Message-Class:PersonalX-Mms-Message-Size4545X-Mms-Expiry3600X-Mms-Content-Locationwww.server,bosch.de/mms-inbox/default-user/1234567ABCDEFG在此，發(fā)送給兩個(gè)“Bcc”接收方(這里譬如是針對(duì)該群中的第二接收方4)的M-Notification.ind相對(duì)于現(xiàn)有技術(shù)是不變的，因?yàn)闃I(yè)務(wù)提供商3已經(jīng)拒絕發(fā)送方2為“Bcc”接收方的各個(gè)應(yīng)答承擔(dān)費(fèi)用的請(qǐng)求。MMA7的下載通過(guò)WSPGET指令13啟動(dòng)。隨后，數(shù)據(jù)7由匪S中繼3在消息14M-Retrieve.conf被發(fā)送給各個(gè)接收方4。下面只考慮“To”-接收方。Nachricht14:M-Retrieve.conf(MMSRelay3^MMSUserARentB4)X-Mms-Message-Type:m-retrieve_confX-Mms-Transaction-ID14Message-ID:BBBB.2222ibosch-mms.deX-Mms-Version1.ODate:ffed,13S印200012:12:19+0100From:andreas.schmidtisal.siemens.deX-Mms-Message-Class:PersonalX-Mms-Message-Size4545X-Mms-Expiry:3600X-Mms-RFF-To-Amount3Subject!multimediamessageiContent-Type:multipart/related；boundary=NextPart000“=NextPart000Content-Type:text/plain；name="meeting,txt"Content-Transfer-Encoding:quoted-printableHalloKollegen,fiirmorgenfriihum8UhristkurzfristigeinMeetingan-gesetztworden.AnbeidieAgenda.Antwortbitteasap.DRINGEND?。。ruβ,Andreas------_=_NextPart_000_Content-Typeimage/jpeg；name="agenda.jpg〃Content-Transfer-Encoding:base64Content-ID<1725782>…------_=_NextPart_000_—如果該數(shù)據(jù)7的收件人4譬如“屬于”第二個(gè)業(yè)務(wù)提供商，則MMa7此時(shí)可以具有另一個(gè)消息-ID。在該例子中這已經(jīng)通過(guò)如下方式來(lái)考慮，即在字段消息-ID中已寫(xiě)入值“BBBB.2222ibosch-mms.de，，。如同在消息11(M-notification.ind)中一樣，"To-接收方”通過(guò)字段X-Mms-RFF-To-Amount中的錄入項(xiàng)而得知有三個(gè)應(yīng)答MMs對(duì)其是免費(fèi)的。根據(jù)現(xiàn)有技術(shù)，消息-ID字段的存在在WAP消息14中是可選的。但為了實(shí)現(xiàn)“應(yīng)答免費(fèi)”的功能性，該字段在字段17(X-Mms-RFF-To-Amount)、18(X-Mms-RFF-Cc-Amount)或19(X-Mms-RFF-Bcc-Amount)之一存在或被占用時(shí)必須存在。接下來(lái)由MMa7的To接收方4向原發(fā)送方2發(fā)回一個(gè)應(yīng)答匪，即MMb。為此使用一個(gè)簡(jiǎn)單修改的M-Send.req23(圖2)。在該實(shí)施例中，應(yīng)該發(fā)送三個(gè)可能的/預(yù)付的應(yīng)答(如上所述)中的第一個(gè)。Nachricht23:M-Send.req(MMSUserARentB—MMSRelay)X-Mms-Message-Type:m-send_reqX-Mms-Transaction-ID20X-Mms-Version1.ODate:ffed,13S印200012:45:00+0100Fromjosef.laumenisal.siemens.deTo:andreas.schmidtisal.siemens.deX-Mms-Reply-ID:BBBB.2222ibosch-mms.deSubject!multimediamessageiiContent-Typemultipart/related；boundary=“------_=_NextPart_l11_‘‘------_=_NextPart_l11_Content-Type:text/plain；name="answer,txt“Content-Transfer-Encoding:quoted-printableHalloAndreas,derTerminmorgenfriihum8Uhristfiirmichok.Gruβ,Josef------_=_NextPart_l11_—原接收方4(MMS用戶代理B)通過(guò)存在的新字段20(X-Mms-R印ly-ID)通知該MMb表示對(duì)另一個(gè)MM的應(yīng)答。該應(yīng)答涉及哪個(gè)MM將在字段20的字段錄入項(xiàng)“BBBB.22220bosch-mms.de”中規(guī)定。該錄入項(xiàng)是MMa的消息-ID，匪S用戶代理B在下載MMa7時(shí)已利用消息14獲知該MMa。MMS用戶代理B的發(fā)送請(qǐng)求23(M-Send.req)利用消息24(M-Send.conf)由MMS中繼3簽收。該消息24作如下修改Nachricht24:M-Send.conf(MMSRelay—MMSUserAgentB)X-Mms-Message-Type:m-send_confX-Mms-Transaction-ID20X-Mms-Version:1.0X-Mms-Response-Status:okMessage-ID:CCCC.3333ibosch-mms.deX-Mms-RFF-To-Amount2利用錄入項(xiàng)“X-Mms-RFF-To-Amount:2”，MMS中繼3可以通知所述的MMS用戶代理B:他還可以針對(duì)同一個(gè)MMa7發(fā)送兩個(gè)其它的免費(fèi)應(yīng)答。這時(shí)，MMS中繼3利用WAP消息25(M-Notification.ind)通知MMb的接收方、也即MMa7的原發(fā)送方2Nachricht25:M-Notification.ind(MMSRelay3—MMSUserA-RentA2)X-Mms-Message-Type:m-notification_indX-Mms-Transaction-ID21X-Mms-Version1.OFromjosef.laumenisal.siemens.deX-Mms-Message-Class:PersonalX-Mms-Message-Size4800X-Mms-Content-Locationwww.server,siemens.de/in-box/mms/xyz987654321X-Mms-Reply-ID:AAA.llllimms-relay.siemens.de該M-Notification.ind25也可以修改，以便通知匪S用戶代理A當(dāng)前的匪是表示一個(gè)應(yīng)答MM以及該應(yīng)答涉及哪個(gè)MMa7。為此在該應(yīng)答中把字段20(X-Mms-R印Iy-ID)插入到M-Notification.ind25之中。所述的字段錄入項(xiàng)應(yīng)該是應(yīng)答MMbK涉及的MMa7消息-ID1，此處為“AAAA.llll@mms-relay.siemens.de”。此處重要的也是，如果ID2與ID1互不相同，則由業(yè)務(wù)提供商3(MMS中繼)負(fù)責(zé)把ID2映射到IDl，因?yàn)镸MS用戶代理A只認(rèn)識(shí)IDl，而MMS用戶代理B只認(rèn)識(shí)ID2。字段20(X-MMS-Reply-ID)的內(nèi)容可能在發(fā)送23(M-Send.req)和25(M_notification.ind)中是不相同的-在該例子中也是如此，盡管同樣的MMb被識(shí)別兩次。該通知的正確接收隨后再利用WAP消息M-NotifyResp.req進(jìn)行確認(rèn)，其方式是把M-notification.ind的相應(yīng)Transaction-ID(事務(wù)標(biāo)識(shí))與狀態(tài)消息一起發(fā)回到MMS中繼3。再次由匪S用戶代理A通過(guò)WSPGET指令26啟動(dòng)MMb的下載。據(jù)此，該MMb由匪S中繼3在M-Retrieve.conf消息27中被發(fā)送給MMS用戶代理ANachricht27:M-Retrieve.conf(MMSRelay—MMSUserAgentA)X-Mms-Message-Type:m-retrieve_confX-Mms-Transaction-ID24Message-ID:DDDD.4444imms-relay.siemens.deX-Mms-Version:1.ODate:ffed,13S印200012:45:00+0100Fromjosef.laumenisal.siemens.deTo:andreas.schmidtisal.siemens.deX-Mms-Message-ClasspersonalX-Mms-Message-Size4800X-Mms-Reply-ID:AAAA.llllimms-relay.siemens.deSubject!multimediamessageiiContent-Typemultipart/related；boundary="------_=_NextPart_l11_“------_=_NextPart_lll_Content-Type:text/plain；name="answer,txt"Content-Transfer-Encoding:quoted-printableHalloAndreas,derTerminmorgenfriihum8Uhristfiirmichok.Gruβ，Josef------_=_NextPart_lll_—M-retrieve.conf27也被修改，以便通知MMS用戶代理A當(dāng)前MMb的是表示一個(gè)應(yīng)答匪和該應(yīng)答涉及哪個(gè)匪。為此把字段20(X-Mms-Reply-ID)插入到M-notification.ind之中。該字段錄入項(xiàng)應(yīng)該是該應(yīng)答MMb所涉及的MMa的消息-IDl。一種改進(jìn)方案涉及的是用于結(jié)算移動(dòng)無(wú)線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用的方法，其中給數(shù)據(jù)分配至少一個(gè)用于傳輸費(fèi)用的標(biāo)識(shí)信號(hào)，并把該標(biāo)識(shí)信號(hào)傳送給接收方和/或數(shù)據(jù)發(fā)送方。在此，為了傳輸由發(fā)送方在一個(gè)給發(fā)送方和/或消息的各個(gè)接收方所預(yù)定的數(shù)據(jù)標(biāo)識(shí)信號(hào)(例如WAP消息)上所確定的期限，在該數(shù)據(jù)標(biāo)識(shí)信號(hào)中不提供新的報(bào)頭字段。替而代之的是，根據(jù)本申請(qǐng)而優(yōu)選地采用已有的報(bào)頭字段X-MMS-Expiry，以便傳輸這種期限-在該期限內(nèi)譬如接收方可以免費(fèi)地應(yīng)答發(fā)送給他的多媒體消息。該報(bào)頭字段已經(jīng)在WAP-209-MMSEncapsulation,Release2000，無(wú)線電應(yīng)用協(xié)議；WAP多媒體消息業(yè)務(wù)；消息封裝;MMSProposedS⑶1.0中進(jìn)行了規(guī)定。根據(jù)本申請(qǐng)，由發(fā)送方確定的用于應(yīng)答或反應(yīng)的期限尤其被納入到WAP消息M-Send.req、M_Notification.ind以及M-Retrieve.conf之中。據(jù)此，在各個(gè)已實(shí)現(xiàn)的報(bào)頭字段中被編碼的、多媒體消息的有效時(shí)延同時(shí)也意味著一個(gè)期限，在該期限內(nèi)多媒體消息的接收方可以免費(fèi)地對(duì)該消息進(jìn)行應(yīng)答。使用分配給各個(gè)數(shù)據(jù)標(biāo)識(shí)信號(hào)的已有的報(bào)頭字段是非常有效和有益的。但當(dāng)已有的報(bào)頭字段被其它數(shù)據(jù)組預(yù)先占有時(shí)，將會(huì)在傳輸由發(fā)送方所預(yù)定的期限過(guò)程中帶來(lái)問(wèn)題。該問(wèn)題可以優(yōu)選地通過(guò)以下方式來(lái)解決，即另外給各個(gè)標(biāo)識(shí)信號(hào)加入至少一個(gè)報(bào)頭字段，在該報(bào)頭字段中設(shè)置一個(gè)用于對(duì)標(biāo)識(shí)信號(hào)作出反應(yīng)的期限。由此可以可靠地在許多實(shí)際的情況下充分地確保簡(jiǎn)單地傳輸各個(gè)在所傳輸?shù)臄?shù)據(jù)標(biāo)識(shí)信號(hào)上被設(shè)置的反應(yīng)期限。作為替換方案，也可以在各個(gè)數(shù)據(jù)標(biāo)識(shí)信號(hào)中插入一個(gè)新的報(bào)頭字段，以便傳輸由發(fā)送方所確定的期限。尤其是給WAP消息M-send.req、M-Notification.ind和M-Retrieve.conf分別補(bǔ)充至少另一個(gè)報(bào)頭字段。這譬如可以具有名稱X-Mms-R印ly-deadline。優(yōu)選地給其分配十六進(jìn)制編碼0XIF(十進(jìn)制127)。該報(bào)頭字段的字段值優(yōu)選地根據(jù)WAP-209-MMSEncapsulation，Release2000；無(wú)線應(yīng)用協(xié)議；WAP多媒體消息業(yè)務(wù)；消息封裝；MMSproposedSCD1.0和WAP-203-WSP,2000年5月4日版本；無(wú)線應(yīng)用協(xié)議，無(wú)線會(huì)話協(xié)議規(guī)程；章節(jié)8.4:“HeaderEncoding”進(jìn)行編碼。利用該方法可以為所述的期限規(guī)定一個(gè)明確的日期或一個(gè)確定的時(shí)延。優(yōu)選地，這種附加的報(bào)頭字段具有以下劃分X-Mms-Reply-Deadline(OxlF)ReplyDeadlineValue=Valuelength(Absolute-tokenDate-value/Relative-tokenDelta-seconds-value)absolute-token=<octet128>relative-token=<octet129>另外，應(yīng)答多媒體消息的發(fā)送方也可以與所選擇的結(jié)算模型(例如重放計(jì)費(fèi))無(wú)關(guān)地以應(yīng)答來(lái)標(biāo)識(shí)其對(duì)預(yù)先獲得的多媒體消息的應(yīng)答。對(duì)此，同樣可以有益地引入至少一個(gè)其它的與報(bào)頭字段“X-MMS-R印ly-ID”相類似的報(bào)頭字段，在該字段中可以寫(xiě)入對(duì)其作出應(yīng)答的原多媒體消息的消息ID。權(quán)利要求用于在移動(dòng)無(wú)線網(wǎng)中對(duì)多媒體消息傳輸結(jié)算數(shù)據(jù)傳輸費(fèi)用的方法，其中給所傳輸?shù)幕驅(qū)⒁獋鬏數(shù)亩嗝襟w消息數(shù)據(jù)分配至少一個(gè)費(fèi)用信號(hào)，以用于至少一個(gè)與所傳輸?shù)亩嗝襟w消息數(shù)據(jù)有關(guān)的應(yīng)答的發(fā)送費(fèi)用，并且把一個(gè)或多個(gè)費(fèi)用信號(hào)傳輸給所述數(shù)據(jù)的一個(gè)或多個(gè)接收方，其中一個(gè)或多個(gè)費(fèi)用信號(hào)包括有關(guān)于由數(shù)據(jù)的原發(fā)送方接管至少一個(gè)應(yīng)答的費(fèi)用的信息，其中所述的費(fèi)用信號(hào)包括一個(gè)數(shù)據(jù)標(biāo)識(shí)信息，以用于使至少一個(gè)應(yīng)答分配給該數(shù)據(jù)，以及所述的一個(gè)或多個(gè)費(fèi)用信號(hào)包含在所傳輸?shù)亩嗝襟w消息數(shù)據(jù)的一個(gè)或多個(gè)報(bào)頭字段中。2.按照權(quán)利要求1所述的方法，其特征在于所述的費(fèi)用信號(hào)確定了一個(gè)時(shí)延，在該時(shí)延內(nèi)原接收方可以免費(fèi)地應(yīng)答所傳輸?shù)臄?shù)據(jù)。3.按照權(quán)利要求1或2所述的方法，其特征在于所述的費(fèi)用信號(hào)確定了原接收方可以免費(fèi)地應(yīng)答所傳輸?shù)臄?shù)據(jù)的應(yīng)答數(shù)量。4.按照權(quán)利要求1或2所述的方法，其特征在于由數(shù)據(jù)發(fā)送方在傳輸給多個(gè)接收方的數(shù)據(jù)中把不同的費(fèi)用信號(hào)分配給各個(gè)數(shù)據(jù)發(fā)送。5.按照權(quán)利要求4所述的方法，其特征在于所述一個(gè)或多個(gè)費(fèi)用信號(hào)的不同性涉及接管應(yīng)答費(fèi)用的準(zhǔn)備和/或該準(zhǔn)備的時(shí)延和/或可免費(fèi)應(yīng)答的數(shù)量。6.按照權(quán)利要求1或2所述的方法，其特征在于在接收數(shù)據(jù)之前、之時(shí)或之后用光或聲方式給接收方顯示所述費(fèi)用信號(hào)的信息。7.按照權(quán)利要求1或2所述的方法，其特征在于所述的方法被應(yīng)用于移動(dòng)消息業(yè)務(wù)(MMS)中。8.按照權(quán)利要求1或2所述的方法，其特征在于所述的方法被應(yīng)用于傳輸標(biāo)準(zhǔn)UMTS(通用移動(dòng)電信系統(tǒng))、GSM(全球移動(dòng)通信系統(tǒng))、GPRS(通用分組無(wú)線業(yè)務(wù))和/或EDGE(GSM環(huán)境的增強(qiáng)數(shù)據(jù)速率)。9.按照權(quán)利要求1或2所述的方法，其特征在于接管一個(gè)或多個(gè)應(yīng)答費(fèi)用的準(zhǔn)備被存放在一個(gè)報(bào)頭字段中，以及用于準(zhǔn)備接管費(fèi)用的時(shí)延被存放在另一個(gè)報(bào)頭字段中。10.按照權(quán)利要求9所述的方法，其特征在于一個(gè)或多個(gè)費(fèi)用信號(hào)被存放在報(bào)頭字段0XIB0XIE中。11.按照權(quán)利要求1或2所述的方法，其特征在于分別在從發(fā)送方(MMS用戶代理A)把數(shù)據(jù)組(多媒體消息)傳輸給業(yè)務(wù)提供商的MMS中繼時(shí)，在由業(yè)務(wù)提供商的匪S中繼向發(fā)送方(MMS用戶代理A)確認(rèn)所傳輸?shù)臄?shù)據(jù)組(多媒體消息)的接收中，在由業(yè)務(wù)提供商的匪S中繼通知接收方(MMS用戶代理B)存在新的數(shù)據(jù)組(多媒體消息)中，以及在由原始數(shù)據(jù)的接收方(MMS用戶代理B)把應(yīng)答(多媒體消息)傳輸給業(yè)務(wù)提供商的MMS中繼時(shí)，和在通知原發(fā)送方(MMS用戶代理A)存在原接收方(MMS用戶代理B)的應(yīng)答(多媒體消息)時(shí)，便傳輸費(fèi)用信號(hào)。12.按照權(quán)利要求1或2所述的方法，其特征在于附加的報(bào)頭字段分別被分配給發(fā)送M-send.req，M-send.conf，M-Notification.ind以及M-Retrieve.conf。13.按照權(quán)利要求12所述的方法，其特征在于所發(fā)出的發(fā)送M-Send.req被分配了一個(gè)附加的報(bào)頭字段，以用于發(fā)送方將要對(duì)其發(fā)送的數(shù)據(jù)的一個(gè)或多個(gè)應(yīng)答進(jìn)行費(fèi)用接管的可能性，以及被分配了一個(gè)附加的報(bào)頭字段以用于確定準(zhǔn)備費(fèi)用接管的時(shí)延。14.按照權(quán)利要求13所述的方法，其特征在于在由提供商發(fā)回給數(shù)據(jù)發(fā)送方的發(fā)送M-send.conf中設(shè)有一個(gè)報(bào)頭字段，該報(bào)頭字段具有一個(gè)接受或(部分地)拒絕應(yīng)答費(fèi)用接管的確認(rèn)，以及還設(shè)有一個(gè)報(bào)頭字段，該報(bào)頭字段具有關(guān)于為數(shù)據(jù)發(fā)送方所預(yù)計(jì)的費(fèi)用的信息。15.按照權(quán)利要求12所述的方法，其特征在于在由提供商發(fā)送給接收方的發(fā)送M-Notification.ind中設(shè)有至少一個(gè)報(bào)頭字段，該報(bào)頭字段具有一個(gè)指示費(fèi)用接管的、以及有時(shí)給出時(shí)延限制和/或應(yīng)答數(shù)量的信號(hào)。16.按照權(quán)利要求13所述的方法，其特征在于在由提供商發(fā)送給接收方的發(fā)送M-Notification.ind中設(shè)有至少一個(gè)報(bào)頭字段，該報(bào)頭字段具有一個(gè)指示費(fèi)用接管的、以及有時(shí)給出時(shí)延限制和/或應(yīng)答數(shù)量的信號(hào)。17.按照權(quán)利要求14所述的方法，其特征在于在由提供商發(fā)送給接收方的發(fā)送M-Notification.ind中設(shè)有至少一個(gè)報(bào)頭字段，該報(bào)頭字段具有一個(gè)指示費(fèi)用接管的、以及有時(shí)給出時(shí)延限制和/或應(yīng)答數(shù)量的信號(hào)。18.按照權(quán)利要求11所述的方法，其特征在于由接收方發(fā)送給提供商的應(yīng)答含有一個(gè)涉及對(duì)所送達(dá)的數(shù)據(jù)的應(yīng)答的標(biāo)識(shí)和一個(gè)關(guān)于涉及哪些數(shù)據(jù)的標(biāo)識(shí)信息。19.按照權(quán)利要求11所述的方法，其特征在于給原發(fā)送方(MMS用戶代理A)的通知包含有以下信息，即為接收所準(zhǔn)備的發(fā)送是涉及一個(gè)應(yīng)答，而且還包含有一個(gè)關(guān)于涉及哪些數(shù)據(jù)的標(biāo)識(shí)信息。20.按照權(quán)利要求18所述的方法，其特征在于給原發(fā)送方(MMS用戶代理A)的通知包含有以下信息，即為接收所準(zhǔn)備的發(fā)送是涉及一個(gè)應(yīng)答，而且還包含有一個(gè)關(guān)于涉及哪些數(shù)據(jù)的標(biāo)識(shí)信息。21.按照權(quán)利要求1或2所述的方法，其特征在于附加地給各個(gè)標(biāo)識(shí)信號(hào)加入至少一個(gè)報(bào)頭字段，在該報(bào)頭字段中設(shè)置了用于對(duì)所述標(biāo)識(shí)信號(hào)作出反應(yīng)的期限。22.用于執(zhí)行如權(quán)利要求121之一所述的方法的移動(dòng)電信設(shè)備(5；6)。23.按照權(quán)利要求22所述的移動(dòng)電信設(shè)備(5；6)，其特征在于給所述的移動(dòng)電信設(shè)備(5；6)分配了一個(gè)接管開(kāi)關(guān)(16)，用于為一個(gè)或多個(gè)應(yīng)答給予費(fèi)用接管。24.按照權(quán)利要求23所述的移動(dòng)電信設(shè)備，其特征在于給所述的移動(dòng)電信設(shè)備(5；6)分配了一個(gè)顯示裝置(15)，用于針對(duì)一個(gè)或多個(gè)應(yīng)答和針對(duì)費(fèi)用接管的時(shí)延而用光或聲的方式顯示該費(fèi)用接管。25.按照權(quán)利要求2324之一所述的移動(dòng)電信設(shè)備，其特征在于所述的接管開(kāi)關(guān)(16)是用軟件實(shí)現(xiàn)的，并可以通過(guò)一個(gè)輸入裝置進(jìn)行選擇。26.按照權(quán)利要求22所述的移動(dòng)電信設(shè)備(5；6)，其特征在于給該移動(dòng)電信設(shè)備分配了一個(gè)軟件，用于給數(shù)據(jù)發(fā)送(9；13)的報(bào)頭字段(17；18；19；20；21)施加一個(gè)用于接管一個(gè)或多個(gè)應(yīng)答的費(fèi)用的費(fèi)用信號(hào)。27.按照權(quán)利要求23所述的移動(dòng)電信設(shè)備(5；6)，其特征在于給該移動(dòng)電信設(shè)備分配了一個(gè)軟件，用于給數(shù)據(jù)發(fā)送(9；13)的報(bào)頭字段(17；18；19；20；21)施加一個(gè)用于接管一個(gè)或多個(gè)應(yīng)答的費(fèi)用的費(fèi)用信號(hào)。28.按照權(quán)利要求24所述的移動(dòng)電信設(shè)備(5；6)，其特征在于給該移動(dòng)電信設(shè)備分配了一個(gè)軟件，用于給數(shù)據(jù)發(fā)送(9；13)的報(bào)頭字段(17；18；19；20；21)施加一個(gè)用于接管一個(gè)或多個(gè)應(yīng)答的費(fèi)用的費(fèi)用信號(hào)。29.按照權(quán)利要求25所述的移動(dòng)電信設(shè)備(5；6)，其特征在于給該移動(dòng)電信設(shè)備分配了一個(gè)軟件，用于給數(shù)據(jù)發(fā)送(9；13)的報(bào)頭字段(17；18；19；20；21)施加一個(gè)用于接管一個(gè)或多個(gè)應(yīng)答的費(fèi)用的費(fèi)用信號(hào)。30.用于在移動(dòng)無(wú)線網(wǎng)中對(duì)多媒體消息傳輸結(jié)算數(shù)據(jù)傳輸費(fèi)用的移動(dòng)電信設(shè)備，包括(a)給所傳輸?shù)幕驅(qū)⒁獋鬏數(shù)亩嗝襟w消息數(shù)據(jù)分配至少一個(gè)費(fèi)用信號(hào)、以用于至少一個(gè)與所傳輸?shù)亩嗝襟w消息數(shù)據(jù)有關(guān)的應(yīng)答的發(fā)送費(fèi)用的裝置，其中所述費(fèi)用信號(hào)包括有關(guān)于由數(shù)據(jù)的原發(fā)送方接管至少一個(gè)應(yīng)答的費(fèi)用的信息，(b)給所述的費(fèi)用信號(hào)分配一個(gè)標(biāo)識(shí)信息的裝置，以用于使至少一個(gè)應(yīng)答分配給多媒體消息的數(shù)據(jù)，(c)將所述的一個(gè)或多個(gè)費(fèi)用信號(hào)安放到所傳輸?shù)亩嗝襟w消息數(shù)據(jù)的一個(gè)或多個(gè)報(bào)頭字段中的裝置，以及(d)把一個(gè)或多個(gè)費(fèi)用信號(hào)傳輸給所述數(shù)據(jù)的一個(gè)或多個(gè)接收方的裝置。全文摘要本發(fā)明涉及移動(dòng)無(wú)線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用結(jié)算，具體為用于結(jié)算移動(dòng)無(wú)線網(wǎng)內(nèi)的數(shù)據(jù)傳輸費(fèi)用、尤其是結(jié)算具有和沒(méi)有聲音的文本和/或圖形數(shù)據(jù)的方法，如此來(lái)執(zhí)行該方法，使得給所傳輸?shù)幕驅(qū)⒁獋鬏數(shù)臄?shù)據(jù)分配至少一個(gè)費(fèi)用信號(hào)，以用于一個(gè)或多個(gè)與所傳輸?shù)臄?shù)據(jù)有關(guān)的應(yīng)答的發(fā)送費(fèi)用，并且把所述的費(fèi)用信號(hào)傳輸給所述數(shù)據(jù)的一個(gè)或多個(gè)接收方。文檔編號(hào)G06Q10/00GK101998350SQ20101055984公開(kāi)日2011年3月30日申請(qǐng)日期2001年8月20日優(yōu)先權(quán)日2000年9月22日發(fā)明者A·施密德特,G·施密德特,J·勞門申請(qǐng)人:西門子公司