專利名稱：：移動(dòng)無線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用結(jié)算的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及如權(quán)利要求1的前序部分所述的一種用于結(jié)算移動(dòng)無線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用的方法，如權(quán)利要求21所述的一種移動(dòng)電信設(shè)備和如權(quán)利要求25所述的一種計(jì)算機(jī)程序產(chǎn)品。如今的移動(dòng)無線網(wǎng)、例如遵照GSM標(biāo)準(zhǔn)進(jìn)行工作的網(wǎng)絡(luò)揭示了相當(dāng)有限的可能性來傳輸非語音消息，例如文本數(shù)據(jù)。因此可以以文本的形式傳輸大約最多包括160個(gè)字符的短消息。這種應(yīng)用被稱為SMS(短消息業(yè)務(wù))。發(fā)送這類文本消息的費(fèi)用由數(shù)據(jù)的發(fā)送者承擔(dān)。將來有可能還需要傳輸多媒體數(shù)據(jù)，尤其是具有或沒有聲音的靜止或移動(dòng)圖像。需要考慮在這種傳輸中的數(shù)據(jù)傳輸量的迅速擴(kuò)大和所傳輸?shù)南?shù)量的急劇上升，這在總體上帶來了成本的增加。本發(fā)明所基于的問題在于，簡化移動(dòng)無線網(wǎng)的用戶的費(fèi)用控制和費(fèi)用干涉。本發(fā)明通過具有權(quán)利要求1所述的特征的方法和具有權(quán)利要求22所述的特征的移動(dòng)電信設(shè)備和具有權(quán)利要求26所述的特征的計(jì)算機(jī)程序產(chǎn)品來實(shí)現(xiàn)。優(yōu)選的改進(jìn)方案參見權(quán)利要求2～20、23～25以及27。利用本發(fā)明的方法創(chuàng)造了以下可能性，即可以免費(fèi)地應(yīng)答數(shù)據(jù)接收方獲得的數(shù)據(jù)。由此譬如給數(shù)據(jù)發(fā)送方揭示了執(zhí)行詢問的可能性-這在目前一直是請求通過應(yīng)答方接管應(yīng)答消息的費(fèi)用，于是便導(dǎo)致了較少的反向應(yīng)答。根據(jù)本發(fā)明，無疑給接收方提供了其應(yīng)答的免費(fèi)，由此為該應(yīng)答簡化了費(fèi)用控制。如果可以由發(fā)送方設(shè)置所述的費(fèi)用信號，則該發(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ì)針對各個(gè)接收方而產(chǎn)生其相應(yīng)的應(yīng)答還不要由費(fèi)用接管來免費(fèi)的不安全性。也可以利用相同的目的性限制各個(gè)接收方的應(yīng)答數(shù)量。如果由數(shù)據(jù)發(fā)送方把可能的接收方劃分成群，并隨后分別給這些群分配相應(yīng)確定的應(yīng)答費(fèi)用接管參數(shù)，那么就可以得出一種非常有效的費(fèi)用控制可能性。于是，譬如可以給老客戶分配其它的費(fèi)用接管條件以作為新客戶，譬如為老客戶延長免費(fèi)的應(yīng)答時(shí)間。總之，由此可以實(shí)現(xiàn)由發(fā)送方準(zhǔn)確控制的、對接收方的反應(yīng)所進(jìn)行的合適的費(fèi)用接管，因此也可以用于批量傳輸，例如TED詢問或通過電話營銷的銷售。本發(fā)明的其它優(yōu)點(diǎn)和特征可以從附圖所示的并在下面講述的本發(fā)明實(shí)施例中得出。附圖中圖1根據(jù)WAP(無線應(yīng)用協(xié)議)標(biāo)準(zhǔn)在發(fā)送者及提供商層級與提供商及接收方層級之間進(jìn)行數(shù)據(jù)傳輸發(fā)送的簡圖，圖2示出了與圖1相類似的圖示，另外在數(shù)據(jù)傳輸之后跟隨了原接收方的應(yīng)答，圖3示出了按照WAP協(xié)議發(fā)送M-send.req，圖4示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號而發(fā)送M-send.req(底色為灰色)，圖5示出了按照WAP協(xié)議發(fā)送M-send.conf，圖6示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號而發(fā)送M-send.conf(底色為灰色)，圖7示出了按照WAP協(xié)議發(fā)送M-Notification.ind，圖8示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號而發(fā)送M-Notification.ind(底色為灰色)，圖9示出了按照WAP協(xié)議發(fā)送M-Retrieve.conf，圖10示出了根據(jù)本發(fā)明補(bǔ)充有費(fèi)用信號而發(fā)送M-Retrieve.conf(底色為灰色)，圖11示出了以上附圖中的費(fèi)用信號的字段占用(編碼)，圖12示出了按照本發(fā)明附加的報(bào)頭字段的尋址，圖13示出了利用本發(fā)明的移動(dòng)電信設(shè)備傳輸數(shù)據(jù)的原理圖示。在該實(shí)施例中，將講述本發(fā)明在WAP標(biāo)準(zhǔn)的數(shù)據(jù)傳輸方案1中的應(yīng)用，例如其可以被尤其用來按照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è)立所謂的MMS(多媒體消息業(yè)務(wù))用于傳輸非語音消息。因此也可能傳輸格式化的文本和圖像。取消了在SMS中對消息長度為160個(gè)字符的限制。傳輸音頻和視頻消息是可能的。MMS可通過采用WAP來實(shí)現(xiàn)。在此，對于數(shù)據(jù)、譬如多媒體消息(MMS)的無線傳輸，采用了在圖1中為進(jìn)行單方面的數(shù)據(jù)傳輸和在圖2中通過附加傳送應(yīng)答而示出的協(xié)議方案(WAPWSP無線會(huì)話協(xié)議)。該協(xié)議包括數(shù)據(jù)發(fā)送方的層級2(MMS用戶代理A)、提供商的層級3(MMS中繼)以及接收方的層級4(MMS用戶代理B)。數(shù)據(jù)發(fā)送方的層級2包括至少一個(gè)電信設(shè)備5，同樣，接收方的層級4包括一個(gè)電信設(shè)備6。該電信設(shè)備5、6可以譬如被實(shí)施為普通的手機(jī)或具有其它輸入或顯示功能的設(shè)備，例如膝上型電腦。在發(fā)送方的電信設(shè)備5內(nèi)編寫的或通過該電信設(shè)備傳送的數(shù)據(jù)組7首先作為發(fā)送9(該發(fā)送按照WAP協(xié)議攜帶有名稱M-Send.req，且在其構(gòu)成中沒有本發(fā)明的如圖3所示的擴(kuò)充)被發(fā)送給提供商(層級3)。從那兒用發(fā)給發(fā)送方(層級2)的回送10(在WAP標(biāo)準(zhǔn)中稱為M-Send.conf，在迄今的結(jié)構(gòu)中如圖5所示)來簽收所述到來的發(fā)送。時(shí)間上在此之后，由提供商3把信息11(M-Notification.ind，圖7)發(fā)送給接收方(層級4)，利用該信息告知所述的接收方在提供商3處已存在供其下載的消息。為此，提供商3譬如自動(dòng)地收到來自接收方(層級4)的電信設(shè)備6的簽收反饋消息12(M-NotifyResp.req)。只有根據(jù)接收方利用發(fā)送13(WSPGET.req)所給出的請求，才從提供商3那里利用發(fā)送14(M-Retrieve.conf，圖9)把數(shù)據(jù)組7傳送給接收方(層級4)。為了管理所述的發(fā)送9、10、11、12、14，采用所謂的報(bào)頭字段，也即置于原本的數(shù)據(jù)組7之前的字段，其中包括關(guān)于來源、發(fā)送時(shí)間、文件大小和其它細(xì)節(jié)的信息。根據(jù)本發(fā)明增加所述報(bào)頭字段的數(shù)量，以便能夠把至少一個(gè)其它的字段用作信息和控制字段，和能夠在其中容納一個(gè)費(fèi)用信號以準(zhǔn)備接管從接收方4發(fā)回到原始數(shù)據(jù)發(fā)送方2的應(yīng)答回送的費(fèi)用(圖2)。在該實(shí)施例中，為此占用了用參考符號17、18、19、20所表示的報(bào)頭字段0×1B～0×1E(圖12)。在此，字段0×1C～0×1E包含有關(guān)于分別與接收方群體相匹配的不同費(fèi)用接管的信息(參見下文)，字段0×1B包含有用于應(yīng)答的識別信號，以便由此能夠把該應(yīng)答分配給預(yù)先獲得的數(shù)據(jù)組7。用22表示的字段0×1A包含有關(guān)于所期望的費(fèi)用的信息(參見下文)。發(fā)送方(層級2)可以在其電信設(shè)備5上操縱一個(gè)開關(guān)或類似的輸入裝置16，它在硬件方面或尤其是在軟件方面和通過無論如何也存在的鍵盤是可以操作的，以便因此針對一個(gè)或多個(gè)應(yīng)答設(shè)置所述的費(fèi)用接管?？蛇x地，也可以通過與業(yè)務(wù)提供商3的協(xié)定由該提供商進(jìn)行設(shè)置，該協(xié)定譬如在數(shù)據(jù)發(fā)送之前可以被更新。在與業(yè)務(wù)提供商3沒有特殊(長期)協(xié)定的情況下，在所述的為傳輸數(shù)據(jù)7而搜尋的詢問9(M-send.req)中需要從發(fā)送方2把以下信息一起傳輸給業(yè)務(wù)提供商3由發(fā)送方2接管和必要時(shí)在何種范圍內(nèi)接管所發(fā)送的數(shù)據(jù)的應(yīng)答費(fèi)用。對此，重新把所述的報(bào)頭字段17、18、19、20納入到所述的詢問9中(圖4)，由此相對于現(xiàn)有技術(shù)(圖3)而擴(kuò)大了報(bào)頭字段的數(shù)量。在譬如用0×1B、0×1C和0×1D(十進(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ù)量。該值可以針對不同的群而相互不同，這將帶來上述的優(yōu)點(diǎn)。也可以只設(shè)置一個(gè)接管費(fèi)用的應(yīng)答。如果所述的整數(shù)變量譬如由一個(gè)8位字節(jié)組成，則最多可能有256個(gè)免費(fèi)的應(yīng)答。也可以進(jìn)行其它或更細(xì)的劃分，以代替此處所示的分群。此外，對已存在的字段21(X-Mms-Expiry)作以下補(bǔ)充，即此時(shí)把提供商3的服務(wù)器內(nèi)所輸入的消息最大存儲(chǔ)時(shí)間定義為所述費(fèi)用接管的最大時(shí)延(最終期限)，也就是說，在該時(shí)延之后所發(fā)送的那些應(yīng)答不再由原始數(shù)據(jù)的發(fā)送方2支付。字段20給出了用于再次識別該應(yīng)答的識別信號，以便由此能夠把所述的應(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í)延過去之前全部接管所述的費(fèi)用，而此后只接管一部分的費(fèi)用或最多不超過一個(gè)最高極限值。同樣，也可以選擇接管費(fèi)用的應(yīng)答類型，譬如只針對文本消息而不針對圖像或音頻數(shù)據(jù)。業(yè)務(wù)提供商3可以在其簽收消息10(M-Send.conf圖5，具有本發(fā)明的擴(kuò)充圖6)中準(zhǔn)備完全或部分地由發(fā)送方2接管費(fèi)用，并為此針對相應(yīng)的群而在完全接受的情況下把所述也包含在該消息10內(nèi)的字段17、18、19設(shè)置成由發(fā)送方2所建議的值，或在部分地接受的情況下設(shè)置成較小的值。另外，所述的簽收消息10也可以包含有一個(gè)譬如用0×1A(十進(jìn)制26)來尋址的字段22(未示出)，在該字段中存放有關(guān)于所期望的、由業(yè)務(wù)提供商(層級3)制定的費(fèi)用大小的信息。該信息取決于允許應(yīng)答的數(shù)量和所設(shè)置的時(shí)延。也可以取決于在所述應(yīng)答中所允許的數(shù)據(jù)類型。在協(xié)調(diào)按要求由發(fā)送方2接管費(fèi)用的情況下，業(yè)務(wù)提供商3在其指向接收方4的發(fā)送11(M-notification.ind圖8)內(nèi)把字段17、18、19保持成由發(fā)送方2所設(shè)定的值，并按照對接收方4進(jìn)行尋址時(shí)所在的群而將該值通知給一個(gè)或多個(gè)接收方4。因此所述的接收方收到如下信息，即為該接收方提供了供下載的數(shù)據(jù)組7，對于該數(shù)據(jù)組，該接收方可以以某種方式或在某個(gè)時(shí)間內(nèi)把預(yù)定數(shù)量的應(yīng)答免費(fèi)地發(fā)回到原發(fā)送方2。該信息可以以光(通過顯示裝置15，譬如顯示器)或聲的方式通知給接收方。在用0×1B(十進(jìn)制27)尋址且名稱為X-Mms-Reply-ID的字段20內(nèi)，標(biāo)識信號僅被包含在一個(gè)應(yīng)答之內(nèi)，以便使一個(gè)單值的標(biāo)識信號ID2能夠至原始數(shù)據(jù)組的分配。原信息7已經(jīng)按照現(xiàn)有技術(shù)通過另一個(gè)報(bào)頭字段而用其ID1進(jìn)行單值地標(biāo)識，因此不需要附加字段20。在利用發(fā)送11通知提供下載數(shù)據(jù)組7之后，接收方4可以判斷它是否想要在其接收層級4、也即在其電信設(shè)備的存儲(chǔ)器6內(nèi)下載業(yè)務(wù)提供商的層級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)用信息不僅在通知中通過準(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)識(ID1)。因此根據(jù)本發(fā)明，譬如需要進(jìn)行訂購的客戶不必為此承擔(dān)費(fèi)用。譬如父母也可以給其孩子傳送一個(gè)消息，而不必由孩子來支付所請求的應(yīng)答。當(dāng)傳輸必須直接支付，譬如通過其價(jià)額小的卡進(jìn)行支付時(shí)，這是非常有意義的?；蛘咴诳ň哂休^小的剩余值時(shí)，也可以以“應(yīng)答免費(fèi)”方法來應(yīng)答數(shù)據(jù)7。于是在應(yīng)答消息中(圖2)，象上文所述的那樣還包括有字段20，該字段利用0×1B(十進(jìn)制27)進(jìn)行尋址且字段名為X-Mms-Reply-ID。當(dāng)涉及屬于費(fèi)用接管的應(yīng)答時(shí)，此處所存放的身份信息ID2可以對應(yīng)于所傳輸?shù)臄?shù)據(jù)7的標(biāo)識信號ID1，這樣，所傳輸?shù)臄?shù)據(jù)7和發(fā)回的應(yīng)答將獲得相同的標(biāo)識信號，從而可以看出其正確定相互分配關(guān)系。所述的應(yīng)答可以用相同的方式表征，而與在消息11(M-notify.ind)和/或消息14(M-retrieve.conf)中是否已含有用于一個(gè)或多個(gè)應(yīng)答的費(fèi)用接管信息無關(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)”，MMS中繼3必須能承擔(dān)以下的處理步驟a)必須針對WAP消息11(M-Notification.ind)和14(M-Retrieve.conf)從WAP消息9(M-Send.req)的報(bào)頭字段-其中對各個(gè)接收方群的免費(fèi)應(yīng)答MMs的數(shù)量進(jìn)行了編碼-中讀出所需的、不同接收方群的字段值，并根據(jù)業(yè)務(wù)提供商3的預(yù)給定進(jìn)行修改和確認(rèn)。b)如果所傳送的數(shù)據(jù)7(ID1)和應(yīng)答(ID2)的身份信號彼此不同，則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)識信號來檢驗(yàn)所述的應(yīng)答-多媒體-消息(MMB)實(shí)際上是否為對所傳輸?shù)臄?shù)據(jù)7(MMA)的應(yīng)答，以及是否遵守所設(shè)置的時(shí)延。下面來詳細(xì)講述在WAP消息中所采用的報(bào)頭字段。在此譬如假定以下的方案MMS用戶代理A(發(fā)送方2)把具有文本和JPEG圖像的MMA7傳送給三個(gè)接收方4(一個(gè)“To”接收方和兩個(gè)“Cc”接收方)。在接收方群“To”的情況下，發(fā)送方2將接管三個(gè)的費(fèi)用，而在接收方群“Cc”的情況下將接管兩個(gè)應(yīng)答MMs(多媒體消息)的費(fèi)用。但MMS業(yè)務(wù)提供商3只允許“Cc-接收方”的免費(fèi)應(yīng)答MM。作為接管費(fèi)用的期限而設(shè)置一個(gè)小時(shí)(＝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”的發(fā)送方2(MMS用戶代理A)發(fā)送一個(gè)消息MMA7到地址為“josef.laumen@sal.siemens.de”的接收方4(MMS用戶代理B)，其中所述的消息由一個(gè)文本(MIME內(nèi)容類型“plain/text”)和一個(gè)JPEG圖像(MIME內(nèi)容類型“image/jpeg”)組成。該MMA7的副本(“cc”)到達(dá)另一個(gè)接收方4，也即具有地址“gunnar.schmidt@sal.siemens.de”的用戶。另外兩個(gè)盲副本應(yīng)該被傳輸給以Bcc列出的、作為其它接收方4的MMS用戶。WAP消息9(M-Send.req)譬如獲得所述的事務(wù)-ID10。假定發(fā)送方準(zhǔn)備接管地址為“josef.laumen@sal.siemens.de”的用戶(MMS用戶代理B，“To”字段)的三個(gè)應(yīng)答MMs的費(fèi)用。另外，他還想接管用戶“gunnar.schmidt@sal.siemens.de”(“Cc”字段)的兩個(gè)應(yīng)答MMs的費(fèi)用和分別接管另外兩個(gè)“Bcc”接收方的一個(gè)應(yīng)答MM的費(fèi)用。該信息包含在底色為灰色的字段17(X-Mms-RFF-To-Amount)、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)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來確認(rèn)WAP消息9已無誤地被傳輸給MMS中繼3。把事務(wù)-ID用作標(biāo)識信號，以便把消息10在發(fā)送方2那里單值地分配給所屬的M-Send.req9，并由此分配給所發(fā)送到MMA7。在該實(shí)施例中，MMS中繼3已把標(biāo)識信號AAAA.1111@mms-relay.siemens.de分配給MMA7。這已經(jīng)在字段20中描述，并對應(yīng)于現(xiàn)有技術(shù)的ID1。如上所述，在消息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的請求的信息。在所示的實(shí)施例中，這種情況只適用于所述“To”接收方的應(yīng)答MMs的數(shù)量。在“Cc”接收方的情況下，希望由原發(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)答MMs而產(chǎn)生的費(fèi)用。Nachricht11M-Notification.ind(MMSRelay3→MMSUserA-gentB4)在該實(shí)施例中，針對四個(gè)接收方4中的每一個(gè)而存在一個(gè)通知一個(gè)給“To-接收方”，以及分別有一個(gè)給“Cc-接收方”和兩個(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)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)中的錄入項(xiàng)獲知有三個(gè)應(yīng)答MMs對其是免費(fèi)的。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)中的錄入項(xiàng)獲知有一個(gè)應(yīng)答MM對其是免費(fèi)的。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在此，發(fā)送給兩個(gè)“Bcc”接收方(這里譬如是針對該群中的第二接收方4)的M-Notification.ind相對于現(xiàn)有技術(shù)是不變的，因?yàn)闃I(yè)務(wù)提供商3已經(jīng)拒絕發(fā)送方2為“Bcc”接收方的各個(gè)應(yīng)答承擔(dān)費(fèi)用的請求。MMA7的下載通過WSPGET指令13啟動(dòng)。隨后，數(shù)據(jù)7由MMS中繼3在消息14M-Retrieve.conf被發(fā)送給各個(gè)接收方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_--如果該數(shù)據(jù)7的收件人4譬如“屬于”第二個(gè)業(yè)務(wù)提供商，則MMA7此時(shí)可以具有另一個(gè)消息-ID。在該例子中這已經(jīng)通過如下方式來考慮，即在字段消息-ID中已寫入值“BBBB.2222@bosch-mms.de”。如同在消息11(M-notification.ind)中一樣，“To-接收方”通過字段X-Mms-RFF-To-Amount中的錄入項(xiàng)而得知有三個(gè)應(yīng)答MMs對其是免費(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í)必須存在。接下來由MMA7的To接收方4向原發(fā)送方2發(fā)回一個(gè)應(yīng)答MM，即MMB。為此使用一個(gè)簡單修改的M-Send.req23(圖2)。在該實(shí)施例中，應(yīng)該發(fā)送三個(gè)可能的/預(yù)付的應(yīng)答(如上所述)中的第一個(gè)。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表示對另一個(gè)MM的應(yīng)答。該應(yīng)答涉及哪個(gè)MM將在字段20的字段錄入項(xiàng)“BBBB.2222@bosch-mms.de”中規(guī)定。該錄入項(xiàng)是MMA的消息-ID，MMS用戶代理B在下載MMA7時(shí)已利用消息14獲知該MMA。MMS用戶代理B的發(fā)送請求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利用錄入項(xiàng)“X-Mms-RFF-To-Amount2”，MMS中繼3可以通知所述的MMS用戶代理B他還可以針對同一個(gè)MMA7發(fā)送兩個(gè)其它的免費(fèi)應(yīng)答。這時(shí)，MMS中繼3利用WAP消息25(M-Notification.ind)通知MMB的接收方、也即MMA7的原發(fā)送方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當(dāng)前的MM是表示一個(gè)應(yīng)答MM以及該應(yīng)答涉及哪個(gè)MMA7。為此在該應(yīng)答中把字段20(X-Mms-Reply-ID)插入到M-Notification.ind25之中。所述的字段錄入項(xiàng)應(yīng)該是應(yīng)答MMB所涉及的MMA7消息-ID1，此處為“AAAA.1111@mms-relay.siemens.de”。此處重要的也是，如果ID2與ID1互不相同，則由業(yè)務(wù)提供商3(MMS中繼)負(fù)責(zé)把ID2映射到ID1，因?yàn)镸MS用戶代理A只認(rèn)識ID1，而MMS用戶代理B只認(rèn)識ID2。字段20(X-MMS-Reply-ID)的內(nèi)容可能在發(fā)送23(M-Send.req)和25(M-notification.ind)中是不相同的-在該例子中也是如此，盡管同樣的MMB被識別兩次。該通知的正確接收隨后再利用WAP消息M-NotifyResp.req進(jìn)行確認(rèn)，其方式是把M-notification.ind的相應(yīng)Transaction-ID(事務(wù)標(biāo)識)與狀態(tài)消息一起發(fā)回到MMS中繼3。再次由MMS用戶代理A通過WSPGET指令26啟動(dòng)MMB的下載。據(jù)此，該MMB由MMS中繼3在M-Retrieve.conf消息27中被發(fā)送給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當(dāng)前MMB的是表示一個(gè)應(yīng)答MM和該應(yīng)答涉及哪個(gè)MM。為此把字段20(X-Mms-Reply-ID)插入到M-notification.ind之中。該字段錄入項(xiàng)應(yīng)該是該應(yīng)答MMB所涉及的MMA的消息-ID1。一種改進(jìn)方案涉及的是用于結(jié)算移動(dòng)無線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用的方法，其中給數(shù)據(jù)分配至少一個(gè)用于傳輸費(fèi)用的標(biāo)識信號，并把該標(biāo)識信號傳送給接收方和/或數(shù)據(jù)發(fā)送方。在此，為了傳輸由發(fā)送方在一個(gè)給發(fā)送方和/或消息的各個(gè)接收方所預(yù)定的數(shù)據(jù)標(biāo)識信號(例如WAP消息)上所確定的期限，在該數(shù)據(jù)標(biāo)識信號中不提供新的報(bào)頭字段。替而代之的是，根據(jù)本申請而優(yōu)選地采用已有的報(bào)頭字段X-MMS-Expiry，以便傳輸這種期限-在該期限內(nèi)譬如接收方可以免費(fèi)地應(yīng)答發(fā)送給他的多媒體消息。該報(bào)頭字段已經(jīng)在WAP-209-MMSEncapsulation，Release2000，無線電應(yīng)用協(xié)議；WAP多媒體消息業(yè)務(wù)；消息封裝；MMSProposedSCD1.0中進(jìn)行了規(guī)定。根據(jù)本申請，由發(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)地對該消息進(jìn)行應(yīng)答。使用分配給各個(gè)數(shù)據(jù)標(biāo)識信號的已有的報(bào)頭字段是非常有效和有益的。但當(dāng)已有的報(bào)頭字段被其它數(shù)據(jù)組預(yù)先占有時(shí)，將會(huì)在傳輸由發(fā)送方所預(yù)定的期限過程中帶來問題。該問題可以優(yōu)選地通過以下方式來解決，即另外給各個(gè)標(biāo)識信號加入至少一個(gè)報(bào)頭字段，在該報(bào)頭字段中設(shè)置一個(gè)用于對標(biāo)識信號作出反應(yīng)的期限。由此可以可靠地在許多實(shí)際的情況下充分地確保簡單地傳輸各個(gè)在所傳輸?shù)臄?shù)據(jù)標(biāo)識信號上被設(shè)置的反應(yīng)期限。作為替換方案，也可以在各個(gè)數(shù)據(jù)標(biāo)識信號中插入一個(gè)新的報(bào)頭字段，以便傳輸由發(fā)送方所確定的期限。尤其是給WAP消息M-send.req、M-Notification.ind和M-Retrieve.conf分別補(bǔ)充至少另一個(gè)報(bào)頭字段。這譬如可以具有名稱X-Mms-Reply-deadline。優(yōu)選地給其分配十六進(jìn)制編碼0×1F(十進(jìn)制127)。該報(bào)頭字段的字段值優(yōu)選地根據(jù)WAP-209-MMSEncapsulation，Release2000；無線應(yīng)用協(xié)議；WAP多媒體消息業(yè)務(wù)；消息封裝；MMSproposedSCD1.0和WAP-203-WSP，2000年5月4日版本；無線應(yīng)用協(xié)議，無線會(huì)話協(xié)議規(guī)程；章節(jié)8.4“HeaderEncoding”進(jìn)行編碼。利用該方法可以為所述的期限規(guī)定一個(gè)明確的日期或一個(gè)確定的時(shí)延。優(yōu)選地，這種附加的報(bào)頭字段具有以下劃分X-Mms-Reply-Deadline(0×1F)ReplyDeadlineValue＝Valuelength(Absolute-tokenDate-value/Relative-tokenDelta-seconds-value)absolute-token＝<octet128>relative-token＝<octet129>另外，應(yīng)答多媒體消息的發(fā)送方也可以與所選擇的結(jié)算模型(例如重放計(jì)費(fèi))無關(guān)地以應(yīng)答來標(biāo)識其對預(yù)先獲得的多媒體消息的應(yīng)答。對此，同樣可以有益地引入至少一個(gè)其它的與報(bào)頭字段“X-MMS-Reply-ID”相類似的報(bào)頭字段，在該字段中可以寫入對其作出應(yīng)答的原多媒體消息的消息ID。權(quán)利要求1.用于結(jié)算移動(dòng)無線網(wǎng)中的數(shù)據(jù)傳輸費(fèi)用、尤其是結(jié)算帶有或不帶有聲音的文本和/或圖像數(shù)據(jù)的方法，其特征在于給所傳輸?shù)幕驅(qū)⒁獋鬏數(shù)臄?shù)據(jù)分配至少一個(gè)費(fèi)用信號，以用于一個(gè)或多個(gè)與所傳輸?shù)臄?shù)據(jù)有關(guān)的應(yīng)答的發(fā)送費(fèi)用，并且把所述的費(fèi)用信號傳輸給所述數(shù)據(jù)的一個(gè)或多個(gè)接收方。2.按照權(quán)利要求1所述的方法，其特征在于所述的費(fèi)用信號包括有關(guān)于由數(shù)據(jù)的原發(fā)送方接管應(yīng)答費(fèi)用的信息。3.按照權(quán)利要求1或2所述的方法，其特征在于所述的費(fèi)用信號確定了一個(gè)時(shí)延，在該時(shí)延內(nèi)原接收方可以免費(fèi)地應(yīng)答所傳輸?shù)臄?shù)據(jù)。4.按照權(quán)利要求1～3之一所述的方法，其特征在于所述的費(fèi)用信號確定了原接收方可以免費(fèi)地應(yīng)答所傳輸?shù)臄?shù)據(jù)的多個(gè)應(yīng)答。5.按照權(quán)利要求1～4之一所述的方法，其特征在于所述的費(fèi)用信號包括一個(gè)數(shù)據(jù)標(biāo)識信息，以用于使一個(gè)或多個(gè)應(yīng)答分配給該數(shù)據(jù)。6.按照權(quán)利要求5所述的方法，其特征在于由數(shù)據(jù)發(fā)送方在傳輸給多個(gè)接收方的數(shù)據(jù)中把不同的費(fèi)用信號分配給各個(gè)數(shù)據(jù)發(fā)送。7.按照權(quán)利要求6所述的方法，其特征在于所述一個(gè)或多個(gè)費(fèi)用信號的不同性涉及接管應(yīng)答費(fèi)用的準(zhǔn)備和/或該準(zhǔn)備的時(shí)延和/或可免費(fèi)應(yīng)答的數(shù)量。8.按照權(quán)利要求1～7之一所述的方法，其特征在于在接收數(shù)據(jù)之前、之時(shí)或之后用光或聲方式給接收方顯示所述費(fèi)用信號的信息。9.按照權(quán)利要求1～8之一所述的方法，其特征在于所述的方法被應(yīng)用于移動(dòng)消息業(yè)務(wù)(MMS)中。10.按照權(quán)利要求1～9之一所述的方法，其特征在于所述的方法被應(yīng)用于傳輸標(biāo)準(zhǔn)UMTS(通用移動(dòng)電信系統(tǒng))、GSM(全球移動(dòng)通信系統(tǒng))、GPRS(通用分組無線業(yè)務(wù))和/或EDGE(GSM環(huán)境的增強(qiáng)數(shù)據(jù)速率)。11.按照權(quán)利要求1～10之一所述的方法，其特征在于所述的一個(gè)或多個(gè)費(fèi)用信號被分配給所傳輸?shù)臄?shù)據(jù)的一個(gè)或多個(gè)報(bào)頭字段。12.按照權(quán)利要求1～11之一所述的方法，其特征在于接管一個(gè)或多個(gè)應(yīng)答費(fèi)用的準(zhǔn)備被存放在一個(gè)報(bào)頭字段中，以及用于準(zhǔn)備接管費(fèi)用的時(shí)延被存放在另一個(gè)報(bào)頭字段中。13.按照權(quán)利要求12所述的方法，其特征在于一個(gè)或多個(gè)費(fèi)用信號被存放在報(bào)頭字段0×1B～0×1E中。14.按照權(quán)利要求1～13之一所述的方法，其特征在于分別在從發(fā)送方(MMS用戶代理A)把數(shù)據(jù)組(多媒體消息)傳輸給業(yè)務(wù)提供商的MMS中繼時(shí)，在由業(yè)務(wù)提供商的MMS中繼向發(fā)送方(MMS用戶代理A)確認(rèn)所傳輸?shù)臄?shù)據(jù)組(多媒體消息)的接收中，在由業(yè)務(wù)提供商的MMS中繼通知接收方(MMS用戶代理B)存在新的數(shù)據(jù)組(多媒體消息)中，以及在由原始數(shù)據(jù)的接收方(MMS用戶代理B)把應(yīng)答(多媒體消息)傳輸給業(yè)務(wù)提供商的MMS中繼時(shí)，和在通知原發(fā)送方(MMS用戶代理A)存在原接收方(MMS用戶代理B)的應(yīng)答(多媒體消息)時(shí)，便傳輸費(fèi)用信號。15.按照權(quán)利要求1～14之一所述的方法，其特征在于附加的報(bào)頭字段分別被分配給發(fā)送M-send.req，M-send.conf，M-Notification.ind以及M-Retrieve.conf。16.按照權(quán)利要求15所述的方法，其特征在于所發(fā)出的發(fā)送M-Send.req被分配了一個(gè)附加的報(bào)頭字段，以用于發(fā)送方將要對其發(fā)送的數(shù)據(jù)的一個(gè)或多個(gè)應(yīng)答進(jìn)行費(fèi)用接管的可能性，以及被分配了一個(gè)附加的報(bào)頭字段以用于確定準(zhǔn)備費(fèi)用接管的時(shí)延。17.按照權(quán)利要求16所述的方法，其特征在于在由提供商發(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)用的信息。18.按照權(quán)利要求15～17之一所述的方法，其特征在于在由提供商發(fā)送給接收方的發(fā)送M-Notification.ind中設(shè)有至少一個(gè)報(bào)頭字段，該報(bào)頭字段具有一個(gè)指示費(fèi)用接管的、以及有時(shí)給出時(shí)延限制和/或應(yīng)答數(shù)量的信號。19.按照權(quán)利要求15～18之一所述的方法，其特征在于由接收方發(fā)送給提供商的應(yīng)答含有一個(gè)涉及對所送達(dá)的數(shù)據(jù)的應(yīng)答的標(biāo)識和一個(gè)關(guān)于涉及哪些數(shù)據(jù)的標(biāo)識信息。20.按照權(quán)利要求15～19之一所述的方法，其特征在于給原發(fā)送方(MMS用戶代理A)的通知包含有以下信息，即為接收所準(zhǔn)備的發(fā)送是涉及一個(gè)應(yīng)答，而且還包含有一個(gè)關(guān)于涉及哪些數(shù)據(jù)的標(biāo)識信息。21.按照上述權(quán)利要求之一所述的方法，其特征在于附加地給各個(gè)標(biāo)識信號加入至少一個(gè)報(bào)頭字段，在該報(bào)頭字段中設(shè)置了用于對所述標(biāo)識信號作出反應(yīng)的期限。22.用于執(zhí)行如權(quán)利要求1～21之一所述的方法的移動(dòng)電信設(shè)備(5；6)，其特征在于給所述的移動(dòng)電信設(shè)備(5；6)分配了一個(gè)接管開關(guān)(16)，用于為一個(gè)或多個(gè)應(yīng)答給予費(fèi)用接管。23.按照權(quán)利要求22所述的移動(dòng)電信設(shè)備，其特征在于給所述的移動(dòng)電信設(shè)備(5；6)分配了一個(gè)顯示裝置(15)，用于針對一個(gè)或多個(gè)應(yīng)答和針對費(fèi)用接管的時(shí)延而用光或聲的方式顯示該費(fèi)用接管。24.按照權(quán)利要求21～23之一所述的移動(dòng)電信設(shè)備，其特征在于所述的接管開關(guān)(16)是用軟件實(shí)現(xiàn)的，并可以通過一個(gè)輸入裝置進(jì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)用信號。26.用于借助移動(dòng)無線網(wǎng)實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)挠?jì)算機(jī)程序產(chǎn)品，其特征在于所述的計(jì)算機(jī)程序產(chǎn)品提供了輸入費(fèi)用信號的可能性以便接管對數(shù)據(jù)發(fā)送的一個(gè)或多個(gè)應(yīng)答的費(fèi)用，并且把所輸入的費(fèi)用信號傳輸給數(shù)據(jù)的各個(gè)接收方。27.按照權(quán)利要求26所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于該計(jì)算機(jī)程序產(chǎn)品在移動(dòng)無線網(wǎng)中的數(shù)據(jù)發(fā)送過程中執(zhí)行權(quán)利要求1～19之一所述的方法。全文摘要用于結(jié)算移動(dòng)無線網(wǎng)內(nèi)的數(shù)據(jù)傳輸費(fèi)用，尤其是結(jié)算具有和沒有聲音的文本和/或圖形數(shù)據(jù)的方法，如此來執(zhí)行該方法，使得給所傳輸?shù)幕驅(qū)⒁獋鬏數(shù)臄?shù)據(jù)分配至少一個(gè)費(fèi)用信號，以用于一個(gè)或多個(gè)與所傳輸?shù)臄?shù)據(jù)有關(guān)的應(yīng)答的發(fā)送費(fèi)用，并且把所述的費(fèi)用信號傳輸給所述數(shù)據(jù)的一個(gè)或多個(gè)接收方。文檔編號H04Q7/00GK1528085SQ01818771公開日2004年9月8日申請日期2001年8月20日優(yōu)先權(quán)日2000年9月22日發(fā)明者G·施密德特,G施密德特,J·勞門,艿綠,A·施密德特申請人:西門子公司