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