計費的方法和計費單元的製作方法
2023-05-20 08:56:26 1
專利名稱：計費的方法和計費單元的製作方法
技術領域：
本發明涉及一種用於進行計費的方法，其中實施以下方法步驟-在數據傳輸網的網絡元件中存儲具有費用日期的費用數據記錄，該費用日期說明用戶的費用帳戶的帳戶狀態，該用戶通過數據傳輸網傳輸有效數據，-傳輸用於由用戶使用業務的業務請求消息，-根據該業務請求消息給用戶分配業務中斷日期(Dienstabbruchdatum)，其中該業務中斷日期確定使用該業務的界限，並且其中改變費用日期的值，-根據該業務的使用改變中斷日期。
該數據傳輸網尤其是數據分組傳輸網，尤其是網際網路或者3GPP網(第三代合作夥伴計劃(third Generation PartnershipProgramm))，尤其是UMTS網(通用移動電信系統(Universal MobileTelecommunication System))。其中，在數據包頭中可存儲目標地址。有效數據位於數據包體(Datenpaketrumpf)中。
計費方法例如在例如在地址為ftp//ftp.3gpp.org/specs/archive的網際網路上公開的3GPP組(第三代的標準中被說明，尤其是在以下標準中被說明-3GPP TS 32.200，3GPP，技術規範組業務和系統方面，電信管理，計費管理，計費原則，-3GPP TS 32.225，3GPP，技術規範組業務和系統方面，電信管理，計費管理，IP多媒體子系統(IMS)的計費數據描述。
直徑基礎(diameter base)協議被建議為適當的協議，該直徑基礎協議是RADIUS協議的擴展(遠端撥入用戶驗證服務(RemoteAuthentication Dial In User Service))並且以下被簡稱為直徑協議。該協議直徑(Diameter)仍然處於事實上的標準化中並且作為設計或稍後作為IETF(網際網路工程任務組(Internet EngineeringTask Force))的網際網路站(www.ietf.org)上的草案是可用的。這兩個協議是所謂的AAA協議(認證(Authentication)、授權(Authorization)、計費(Accounting))。
本發明的任務是給出一種用於進行計費的簡單方法，該方法尤其是利用簡單地構造的程序來實施並且使用尤其是現有的標準或剛好處於標準化中的標準。此外，應該給出簡單構造的計費單元。
涉及該方法的任務通過具有在權利要求1中所給出的方法步驟的方法來解決。擴展方案在從屬權利要求中給出。
在根據本發明的方法中，除了開頭所述的方法步驟以外實施以下方法步驟-根據業務在該網絡元件中的使用來改變中斷日期，該網絡元件也承擔帳戶管理並且與迄今在其它網絡元件中不一樣，以及-根據同樣在該網絡元件中的業務中斷日期來確定業務的結束。
本發明尤其是從下面的考慮出發。在第二代移動無線電網絡中，也就是尤其是在歐洲GSM網絡(全球移動系統(Global SystemMobile))中，如果在實施該業務之前保證支付所希望的業務，則被授權的移動無線電客戶在移動無線電網絡運營商和客戶之間沒有固定的合同關係時可使用各種業務、例如語音業務或者SMS(短消息業務(Short Massage Service))。現金金額可以從客戶的存款帳戶直接扣除或者預訂。產生的費用可在任何時候由所謂的預付費客戶來監控。但是，預算控制(Budget Control)在其它的網絡元件中實現為存款帳戶管理。
在第二代移動無線電網絡中，所提供的業務或者根據時間、例如在語音電話中來計費，或者根據結果、例如在SMS中來計費。分組業務、例如2.5代的移動無線電網絡中的MMS(多媒體消息業務(Multimedia Message Service))也可以根據容量來結算，例如以千比特為單位。在此，尤其是使用業務GPRS(通用無線分組業務(Global Paket Radio Service))。
第三代移動無線電網絡、也就是尤其是UMTS網絡(通用移動電信業務)不是僅僅針對語音和可變的數據流來設計的，而是也允許客戶使用多媒體業務。用於使用多媒體業務的計費很複雜並且迄今沒有被令人滿意地解決。針對在線計費和針對離線計費應使用不同的計費模型。可是，尤其是第三代移動無線電網絡中的基於時間的計費當前只有以很高的技術花費才能實現，以致必須找到簡單的和廉價的方法。這種方法的基本特性應是在實施業務的時刻監控所提供(eingeraeumt)的預算、也就是存款。該特性也被稱為預算控制，並且能在不同的網絡元件中實施，尤其是在IP(網際協議，InternetProtocol)多媒體子系統(IMS，IP Multimedia Subsystem)中實施。相反，對於離線計費不必需預算控制。
迄今，必須利用計費消息給網絡元件傳送計費方法，例如通過包含在OCS或CCF中的事件計費功能(ECF，Event Charging Function)的地址來給網絡元件傳送計費方法，該地址是所謂的OCS(在線計費系統(Online Charging System))的部分。
相反，通過根據本發明的方法形成以下可能性，即在離線計費時計費方法的選擇被讓給OCS或CCF(計費收集功能(ChargingCollection Function))。
作為授權消息和計費消息的適當的協議尤其是考慮直徑協議。但是迄今，只有該協議的結算部分與計費一起被使用。可是，例如通過將授權部分計算到計費中得到多個優點。尤其是可以從計費伺服器出發來停止計費。該結算部分迄今沒有提供這種可能性。該授權部分能被嵌入到該結算部分中。可替換地，例如直徑協議的結算部分能被嵌入到該協議的授權部分中。
通過結合帳戶管理和預算控制，尤其是在應用直徑協議的情況下，得到以下優點-所參與的核心網絡元件不再需要識別計費方法。計費方法的選擇被讓給計費功能，即例如被讓給OCS或CCF。
-通過該網絡元件在位置上或在拓撲上接近OCS或CCF，對於基於時間的計費方法可實現時間上高的精確性。
-由於沒有實現通過網絡另外交換預訂消息，所以預訂的間隔、即時間間隔或容量間隔就可以任意小，而不會過多地影響該網絡性能。
-明顯地減小了網絡元件中和OCS/CCF中的實施花費。
-基於簡化的方法來提高可靠性。
-統一在線計費方法和離線計費方法的協議。
-該方法與接入網、例如GPRS、UMTS、藍牙、WLAN IEEE 802.11無關。
-該直徑基礎協議不必(但是可以)被擴展。該協議能被減少到幾個很少的消息。由此，商業上通用的網絡節點能被用於不同的計費方法。
-新的計費方法能以簡單的方式被引入，因為只有OCS/CCF中的變化是必要的。
在根據本發明的方法的擴展方案中，為了準備進行計費或在結束計費時使用授權消息。可替換地，不僅為了準備進行計費時而且在結束授權時使用該授權消息。
在另一擴展方案中，該授權消息包括用戶標識，該用戶標識說明數據傳輸的用戶。根據該用戶標識，檢查用於進行數據傳輸的該用戶的資格(Berechtigung)或授權。此外，基於授權消息和/或根據授權消息的內容，還選擇計費方式和/或結帳方式。
在緊接著的擴展方案中，基於授權消息和/或根據授權消息的內容進行計費金額或者計費時間的預訂。附加地或者可替換地，在處理授權消息時，產生計費的數據記錄。因此，授權消息在不改變格式的情況下被用於與迄今的使用相比較的附加的目的。
在另一擴展方案中，該授權消息在結束數據傳輸的準備之前被傳輸，以致相對濫用形成更安全的方法。可替換地，該授權消息在結束數據傳輸的準備之後被傳輸，以致可以快速地傳輸有效數據、例如語音數據和/或視頻數據。
在一擴展方案中，該授權消息滿足直徑協議或者基於該直徑協議的協議的預給定。該授權消息尤其是根據直徑協議或者根據基於該直徑協議的協議來處理。授權消息的具體結構在直徑協議中沒有被預定並且取決於所涉及的應用。
在一擴展方案中，在結束時，所使用的授權消息是中斷消息，該中斷消息導致有效數據傳輸的中斷，尤其是直徑協議或者基於該直徑協議的協議的中止會話請求(Abort-Session-Request)消息。
在可替換的擴展方案中，該業務請求消息包括用戶標識，該用戶標識說明數據傳輸的用戶。根據該用戶標識，檢查用於進行數據傳輸的該用戶的資格，以致不必為了這個目的發送分離的授權消息。附加地，尤其是根據計費消息的真正目的選擇計費方式和/或結帳方式。
在另一擴展方案中，計費是在線計費，該在線計費可以影響有效數據傳輸。計費的監控在業務提供計算機(Diensterbringungsrechner)中被執行，除了控制數據傳輸的業務提供計算機以外還設置該業務提供計算機。
在另一擴展方案中，針對在線計費和針對離線計費傳輸相同的業務請求消息、尤其是具有相同的消息標識的消息。優選地，應用根據直徑協議的帳戶請求(Account-Request)消息，其中在這兩個消息中優選地應用相同的帳戶記錄類型(Account-Record-Type)、尤其是時間記錄(EVENT_RECORD)。由此形成簡單的方法，在該方法中對於多個計費方法應用儘可能相同的消息。該計費方法必須在控制計算機中不公知或者不被確定。
此外，本發明涉及一種伺服器計費單元和一種客戶端計費單元，尤其是具有用於執行根據本發明的方法或其擴展方案的方法步驟的單元的伺服器計費單元和客戶端計費單元。因此，上述技術上的效果也適於計費單元。
下面根據附圖來說明本發明。其中
圖1示出用於信令數據傳輸和用於進行計費的功能單元，圖2示出有在線計費、有在建立數據傳輸可能性之前進行授權並且有通過終端設備進行解除(Ausloesung)的SIP會話的消息流，圖3示出SIP會話在線計費、有在建立數據傳輸可能性之後進行授權並且有通過計費計算機進行解除的消息流，圖4示出SIP會話在線計費、有通過用於控制數據傳輸的控制單元進行解除的消息流的一部分，圖5示出有離線計費的SIP會話的消息流，圖6示出伺服器單元的功能單元，該伺服器單元用於進行計費，以及圖7示出客戶端單元的功能單元，該客戶端單元用於進行計費。
圖1示出用於信令數據傳輸和用於計費的數據傳輸網絡10的功能單元。終端設備12通過接入網14來連接。該接入網14通過GPRS單元16(通用無線分組業務)引至IP多媒體子系統18(IMS)。
GPRS單元包括SGSN單元20(服務GPRS業務節點(Serving GPRSService Node))和GGSN單元(網關GPRS業務節點(Gateway GPRSService Node))22，這兩個單元的功能尤其是在標準3GPP TS 32.200中被說明。
該子系統18包括OCS/CCF單元或授權單元/計費單元24以及控制單元26、尤其是P-CSCF(代理呼叫會話控制功能(Proxy CallSession Control Function))或S-CSCF(服務呼叫會話控制功能(Serving Call Session Control Function))。此外，該子系統18包括應用伺服器28、例如視頻伺服器，包括MRF單元(媒體資源功能(Media Resource Function))或MRFC單元(媒體資源功能控制器(Media Resource Function Controller))。
為了不僅將S-CSCF26而且將其它網絡元件保持儘可能地簡單，該預算控制功能BC被分配給1.在線計費系統(OCS)以及2.離線計費系統的計費收集功能(CCF)。
OCS和CCF不是必需被分配給共同的網絡元件。由於計費方法的繼續發展、也就是融合性收費(Convergent Charging)，該離線計費類似於在線計費地執行。
在OCS/CCF和控制單元26或單元28之間，如下面根據圖2至5所說明的那樣應用直徑基礎協議。因此，已經比在標準中原有的更相互類似地設置標準化的接口R0(在線)和Rf(離線)。
在下面的情形中所應用的消息能通過直徑基礎協議的以下命令來映射
針對所有情形適用-該預算控制功能BC被定位在OCS和CCF上。
-該直徑協議的授權協議被用於多媒體業務的基於時間的計費。
-該授權協議與記帳協議(事件方法(Event_Methode))結合地使用。因此，直徑基礎協議的原來不相關的部分被用於利用可選的信用預訂、尤其是根據應用的信用控制(Credit ControlApplication)的直徑擴展方案來對多媒體業務進行計費。
-給出在應用直徑消息的情況下用於控制SIP會話的映射規則。
下面，尤其是SIP消息不是利用所有數據欄位和以所有細節來表示。直徑基礎協議(DBP)的消息的屬性值對(Attribut-Wert-Paare)也沒有完全地說明。
圖2示出有在線計費(預付費(Prepaid))、有在建立數據傳輸可能性之前進行授權和有通過終端設備進行解除的SIP會話的消息流。說明了預付費計費。用於等待消息的定時器未示出。
在圖2中示出A用戶的終端設備50，示出連接控制裝置控制單元52、例如S-CSCF單元(呼叫狀態控制功能(Call State ControlFunction))，示出終端設備54和授權單元/計費單元24，該授權單元/計費單元24針對在線計費包括在線計費功能(OSC)而針對離線計費包括計費收集功能(CCF)。
該終端設備50根據SIP協議工作並且在該數據分組傳輸網10、例如在網際網路中或在3GPP網絡中用於傳輸多媒體數據(例如，音頻數據和視頻數據)、尤其是語音數據。該連接控制單元52同樣根據SIP協議工作並且在將數據往返於該終端設備50傳輸時用於進行連接控制。
該終端設備54也用於進行語音傳輸或傳輸多媒體數據。在終端設備的位置上，也能應用應用伺服器54，該應用伺服器54同樣根據SIP協議(RFC3261)工作並且有一種業務可供使用，例如查看、購買或租視頻。在應用伺服器54的位置上，在其它的實施例中出現多媒體資源功能控制單元(MRFC)或MRF。
在時刻t0，A用戶想要建立從其終端設備50到B用戶的終端設備54的連接，以便打電話。對此，邀請(INVITE)消息60在終端設備50中被產生並且被傳輸到控制單元52。該控制單元52根據SIP協議處理該邀請消息。在時刻t1，該控制單元52將SIP邀請消息61發送給終端設備54。該SIP消息61、76、94也可以經過多個控制單元52被引導直至該終端設備54。
在時刻t2，該控制單元52將授權詢問消息62發送給授權/計費單元24。該消息62以直徑協議動作。可是，該消息62的內容取決於該應用。其中，該消息62在實施例中包括-會話ID，該會話ID明確地表徵建立的信令連接，以及-用戶標識，該用戶標識明確地表徵A用戶，-所期望的業務，以及-必要時所期望的支付方式，只要該支付方式不是已經從該業務中得到。
因此，該邀請消息60是用於授權或用於準備計費的觸發點。
該消息62由授權/計費單元24來處理。在此檢查，A用戶是否被授權，參看方法步驟64。在該實施例中，這是這種情況。因此，在下面的方法步驟66中確定計費方式、例如預付費。在方法步驟68中檢查，A用戶的存款是否具有最小值。在緊接著的方法步驟70中，例如業務「語音電話」的最小總額被預訂。
此後，在時刻t4，產生授權應答消息72，在該實施例中，其中，該授權應答消息72包括下面的數據欄位或AVP(屬性值對)-會話ID，-授權持續時間，-授權會話狀態。
該消息72從具有授權/計費單元24的網絡元件被傳輸到控制單元52並且在控制單元52處被處理。根據直徑協議，允許所請求的業務。
該邀請消息61在應用伺服器54中根據SIP協議來處理並且利用確認消息76在時刻t8應答。該確認消息76也被稱作200OK消息。該確認消息76從應用伺服器54被傳輸到該控制單元52。該控制單元76在接收到確認消息76之後在時刻t10根據SIP協議產生到終端設備50側的確認消息78。
此後，在該終端設備50和該應用伺服器54之間建立SIP會話80。其中，通過UDP(用戶數據報協議(User Datagramm Protocol))或者RTP連接(實時協議(Real Time Protocoll))，在終端設備50和54之間傳輸語音數據。屬於SIP會話80的有效數據傳輸連接具有呼叫ID(標識符)，該呼叫ID必須與在消息62中所說明的會話ID相關。
在時刻t12，該控制單元52在建立SIP會話80或有效數據傳輸連接(RTP/UDP)之後將直徑計費詢問消息82發送給授權/計費單元24。該消息82也被稱作記帳請求消息。其中，該消息82包括-會話標識或會話ID，以及-記帳記錄類型事件記錄(Event_Record)。
該消息82由授權/計費單元24來處理，其中針對預算控制的定時器在方法步驟84中起動。此外，由授權/計費單元24在時刻t14將直徑計費應答消息86發送給該控制單元52。其中，該消息86同樣包括會話ID。
該控制單元52處理該消息86並且允許傳輸語音數據。
在時刻t18，該用戶A結束通話，其中在其終端設備50中產生結束消息92並且被發送到控制單元52。該控制單元52基於消息92產生會話結束詢問(Session-Ende-Anfrage)消息90，該會話結束詢問消息90根據直徑協議也被稱為會話終止請求(Session-Termination-Request)消息(STR)並且實際上不是針對計費的中斷來設置的。
可是，在所說明的實施例中，該消息90被發送給授權/計費單元24並且此處被用於結束計費。基於該消息90，該計費定時器即被停止並且必要時現有的剩餘存款被記入用戶A的帳戶。
在時刻t20，該控制單元52根據SIP協議產生結束消息94。該結束消息94被傳輸到終端設備54並且在那裡根據SIP協議來處理。在接著的方法步驟96中，該SIP會話(SIP-Session)被結束。
在停止計費定時器之後，該授權/計費單元24在時刻t22發送會話結束應答消息98，該會話結束應答消息98也被稱作會話終止應答消息(STA，Session-Termination-Answer)並且根據直徑協議僅僅在再授權(De-Autorisierung)的範圍中而不是如此處也與計費結束相關地被應用。
在其它的實施例中，如下面針對圖3和4所說明的那樣，如此結束根據圖2所說明的方法。
圖3示出SIP會話在線計費(預付費)、有在建立數據傳輸可能性之後進行授權和有通過計費計算機進行解除的消息流。
在時刻t50，該A用戶想要建立從其終端設備50到B用戶的終端設備54的連接，以便打電話。對此，邀請消息150在終端設備50中被產生並且被傳輸到控制單元52。該控制單元52根據SIP協議處理邀請消息。在時刻t52，該控制單元52將SIP邀請消息152發送給該終端設備54。該終端設備54根據SIP協議處理消息152並且在時刻t54發送確認消息154，該確認消息154也被稱作200OK消息。該確認消息154從終端設備54被傳輸到該控制單元52。該控制單元52在接收到確認消息154之後在時刻t56根據SIP協議為終端設備50產生確認消息156。
此後，在該終端設備50和該終端設備54之間建立SIP會話80。此外，其中，語音數據在該終端設備50和54之間被傳輸。該SIP會話80具有會話ID(標識符)，在下面必需該會話ID。
在時刻t102，該控制單元52將授權詢問消息162發送給該授權/計費單元24。該消息162與消息62相對應。因此，與圖2相反，不是邀請消息而是確認消息154用作授權或準備計費的觸發點。
該消息162由授權/計費單元24來處理。在此檢查，A用戶是否被授權，參看方法步驟164。在該實施例中，這是這種情況。因此，在接著的方法步驟166中確定計費方式、例如預付費。在方法步驟168中檢查，A用戶的存款是否具有最少值。在緊接著的方法步驟170中，針對業務「語音電話」預訂最小總額。
此後，在時刻t104，產生授權應答消息172，該授權應答消息172與消息72相對應。
該消息172從具有授權/計費單元24的網絡元件被傳輸到控制單元52並且在那被處理。根據直徑協議允許所請求的業務。
在時刻t112，該控制單元52在處理了消息172之後將直徑計費詢問消息182發送給該授權/計費單元24。該消息182與消息82相對應。由於這些消息相對應，這些消息具有相同的數據欄位和相同的功能。
該消息182由該授權/計費單元24來處理，其中用於預算控制的定時器在方法步驟184中起動。此外，由該授權/計費單元24在時刻t114將直徑計費應答消息186發送給控制單元52。其中，該消息186同樣也包括會話ID。
該控制單元52處理該消息186並且允許傳輸語音數據。
在某一時刻，預算定時器停止，參看方法步驟188。例如籌集到提供給A用戶的預算。於是，該授權/計費單元24在時刻t116產生直徑中斷會話詢問消息190，該直徑中斷會話詢問消息190也被稱作中止會話請求消息(ASR，Abort-Session-Request)。其中，該消息190同樣包括會話ID並且被傳輸到控制單元52。
該控制單元52根據SIP協議基於該消息190在時刻t118為終端設備50產生結束消息192。該結束消息192也被稱作再見(Bye)消息。基於該消息190，該控制單元52此外在接著的時刻t120為該終端設備54產生SIP結束消息194。因此，消息190的接收是針對兩側解除SIP會話的標準。
基於結束消息192和194，該SIP會議被結束，參看方法步驟196。此後，該控制單元52在時刻t122產生直徑中止會話應答消息98，該直徑中止會話應答消息98也被稱作中止會話應答消息(ASA)。該消息198被傳輸到授權/計費單元24並且在那裡根據直徑協議來處理。其中，該消息198包括-會話ID，以及-結果代碼。
在另一實施例中，該SIP會話根據圖2或根據圖3來結束。
根據圖1或圖2的觸發點的選擇與計費方法或註銷方法、預付費或者後付費不相關。
圖4示出SIP會話在線計費(預付費)、有通過用於控制數據傳輸的控制單元進行解除的消息流的一部分。
直到方法步驟260，實施根據圖3的方法的進行直到方法步驟160的部分。可替換地，直到對應於方法步驟280的方法步驟280，實施根據圖2的方法的進行直到方法步驟80的部分。在方法步驟260或280中，因此針對數據傳輸的準備在SIP會話的範圍中結束。
在接著方法步驟260或280的時刻t212，由該控制單元產生消息282，該消息282與消息82或182相對應。在單元24中處理該消息282時，計費時間計數器(定時器(Timer))起動。接著產生消息286，該消息286與消息86或186相對應。
在接收到和處理該消息286之後，出現不期望的SIP會話錯誤285。下列不期望的SIP會話錯誤例如是可能的-操作者通過Cx接口禁止A用戶，該Cx接口被設置在HSS(家庭用戶伺服器(Home Subscriber Server))和根據標準的S-CSCF之間，或者-授權有錯誤。
基於SIP會話錯誤285，該控制單元52在時刻t218將SIP結束消息292發送給終端設備50並且在時刻t220將SIP結束消息294發送給該終端設備54。基於這兩個消息292和294，SIP會話接著在方法步驟296結束。
與該結束相關地，在時刻t221，由該控制單元52將會話結束詢問消息290發送給該授權/計費單元24。該消息290與消息90相對應。基於消息290，該授權/計費單元24在方法步驟291中將計費定時器或計費時間計數器停止。此後，該授權/計費單元24在時刻t222將與消息98相對應的會話結束應答消息298發送給該控制單元52。
圖5示出有離線計費的SIP會話的消息流。除了在下面所說明的偏差以外，相同的消息被傳輸並且以相同的方式來處理，如上面根據圖2所說明的那樣。因此，相同的時刻和相同的消息用相同的參考標記來表示，其中根據圖5的時刻和消息為了區別圖3被放在前面。
區別涉及下面的方法步驟-在方法步驟66的位置上執行的方法步驟366中，根據用戶標識和/或根據業務來識別，該用戶標識應執行離線計費，該離線計費用後付費方法來結算。
-取消涉及平衡檢驗的方法步驟68並且因此沒有相應的方法步驟。
-在方法步驟370中，在預訂的位置上產生費用數據記錄，該費用數據記錄也被稱作S-CSCF CDR(計費數據記錄(Charging DataRecord))。這種費用數據記錄例如在標準3GPP TS 32.225中被詳細說明。
-在方法步驟384中，該CDR數據記錄根據消息382來變化。
-在方法步驟391中，該CDR數據記錄按照次序被存放或結束。
在該控制單元52看來，該計費方法不必是公知的，以致除了所述的區別以外如在圖2中那樣執行相同的過程。
圖6示出伺服器單元400，該伺服器單元400提供授權/計費單元24的功能並且包括下面的單元-存儲單元402，-發送/接收單元404，該發送/接收單元404可以接收到授權消息62、162、262和362以及計費消息82、182、282和282，-計費單元406，該計費單元406根據計費消息82、182、282或282的內容來改變計費日期，以及-授權單元，該授權單元在接收到授權消息62、162、262或362之後執行授權，參看方法步驟64、164、264或364。
必要時，該伺服器單元100還包括其他的、用於執行上面根據圖2至5所說明的方法的單元410。
在實施例中，所有單元404至410訪問該存儲器402，以便提供其功能，參看箭頭414。尤其是在執行該方法步驟66至70、166至170時或在執行方法步驟366和377時，計費單元406和授權單元408的共同作用是特別緊密的。
在第一可替換方案中，該伺服器單元400不包括處理器，該處理器處理程序。該單元404至410包括固定接線的電路。在可替換的變型方案中，可是這些單元404至410的功能在處理被存儲在存儲器102中的程序通過處理器416來提供。
圖7示出客戶端單元450的功能單元，該客戶端單元450在根據圖2至5所說明的方法中與該伺服器單元400一起工作。該客戶端單元450包括-用於存儲數據記錄的存儲單元452，-用於發送消息62、162、262、362、82、182、282、382、90、290和390的發送/接收單元454，以及-產生單元456，該產生單元456可以產生剛剛所述的消息。
該產生單元456在產生授權消息時和在產生計費消息時訪問存儲單元452中的相同的數據記錄。
必要時，該客戶端單元450還包括其他的單元458，以便提供授權和計費的功能，尤其是包括用於接收應答消息或消息190的接收單元。
在一實施例中，所有單元454至458訪問該存儲器452，以便提供其功能，參看箭頭460。
在第一替換方案中，該客戶端單元450不包括處理器，該處理器處理程序。這些單元454至458包括固定接線的電路。在可替換的變形方案中，這些單元454至456的功能可是在處理被存儲在存儲器452中的程序時通過處理器462來提供。
權利要求
1.用於進行計費的方法，其中沒有限制地通過所給出的順序來實施下面的方法步驟在數據傳輸網(10)的網絡元件(24)中存儲具有費用日期的費用數據記錄，該費用日期說明用戶的費用帳戶的帳戶狀態，該用戶通過數據傳輸網(10)傳輸有效數據，傳輸用於由用戶使用業務的業務請求消息(82)，根據該業務請求消息(82)給用戶分配業務中斷日期，其中該業務中斷日期確定使用業務的界限，並且其中改變費用日期的值，根據在網絡元件(24)中使用業務來改變中斷日期，根據網絡元件(62)中的業務中斷日期來確定業務的結束。
2.根據權利要求1所述的方法，其特徵在於，所述業務中斷日期是時間日期，該時間日期確定持續時間，在該持續時間中用戶可以使用所述業務，或者該業務中斷日期是數據量日期，該數據量日期確定在使用業務期間允許最多通過數據傳輸網絡來傳輸的數據量。
3.根據權利要求1或2所述的方法，其特徵在於這些步驟根據授權協議或者根據協議的授權部分產生授權消息(62)，通過數據傳輸網(10)來傳輸授權消息(62)，為了準備進行計費使用所述授權消息(62)或者在結束計費時使用所述授權消息(62)。
4.根據權利要求3所述的方法，其特徵在於，所述授權消息(62)包括用戶標識，該用戶標識說明數據傳輸的用戶，以及根據該用戶標識檢查用於進行數據傳輸的用戶的資格，以及基於授權消息(62)和/或根據授權消息(62)的內容來選擇(66)計費方式和/或結帳方式。
5.根據權利要求3或4所述的方法，其特徵在於，基於所述授權消息(62)和/或根據所述授權消息(62)的內容來進行計費金額或計費時間的預訂，和/或，在處理授權消息(62)時，產生用於計費的費用數據記錄。
6.根據權利要求3至5之一所述的方法，其特徵在於，所述授權消息(62)在結束數據傳輸的準備之前被傳輸，或者該授權消息(62)在結束數據傳輸的準備之後被傳輸。
7.根據權利要求3至6之一所述的方法，其特徵在於，所述授權消息(62)滿足直徑協議或基於該直徑協議的協議的預給定，和/或，該授權消息(62)根據直徑協議或者根據基於該直徑協議的協議來處理。
8.根據權利要求3至7之一所述的方法，其特徵在於，在結束時所使用的授權消息(62)是導致數據傳輸的中斷的中斷消息、尤其是直徑協議或者基於該直徑協議的協議的中止會話請求消息。
9.根據權利要求1或2所述的方法，其特徵在於，在業務請求消息(82)之前傳輸其他的業務請求消息，該其他的業務請求消息包括用戶標識，該用戶標識說明數據傳輸的用戶。以及根據其他的業務請求消息來檢查用戶進行數據傳輸的用戶的資格，以及優選地基於業務請求消息和/或根據業務請求消息的內容來選擇計費方式和/或結帳方式。
10.根據權利要求9所述的方法，其特徵在於，所述業務請求消息是根據直徑基礎協議或基於該直徑基礎協議的協議的消息。
11.根據權利要求9或10所述的方法，其特徵在於，中斷消息由所述網絡元件(24)來發送，其中該中斷消息是直徑基礎協議的現在適用的計費部分的擴展。
12.根據權利要求9至11之一所述的方法，其特徵在於，所述其他的業務請求消息在結束數據傳輸的準備之前被傳輸，或者其他的業務請求消息在結束數據傳輸的準備之後被傳輸。
13.根據上述權利要求之一所述的方法，其特徵在於，所述計費是在線計費，該在線計費可以影響數據傳輸，並且，該計費的監控在業務提供計算機(24)中被執行，除了控制數據傳輸的業務提供計算機(52)之外還設置該業務提供計算機(24)。
14.根據上述權利要求之一所述的方法，其特徵在於，對於在線計費和對於離線計費，相同的業務請求消息(82)、優選地根據直徑協議或基於該直徑協議的協議的帳戶請求消息被傳輸，其中，在兩個業務請求消息(82)中優選地應用相同的帳戶記錄類型、尤其是事件記錄(EVENT_RECORD)。
15.計費單元(402)，尤其是具有用於執行根據上述權利要求之一所述的方法的方法步驟的單元，具有用於從數據傳輸網中接收業務請求消息(82)的接收單元(404)，其中，該業務請求消息(82)包括接入標識，該接入標識表徵數據傳輸網中的數據傳輸，具有計費單元(406)，該計費單元(406)根據該業務請求消息(82)執行數據傳輸的計費和/或在進行數據傳輸時所傳輸的數據的計費，其中，該計費單元管理費用帳戶，並根據在使用業務時更新的中斷日期來結束該業務。
16.根據權利要求15所述的計費單元(402)，其特徵在於授權單元(410)，該授權單元(410)接收或者發送根據授權協議或者根據協議的授權協議部分的授權消息(62)，並且為了準備進行計費或者在結束計費時使用該授權消息(62)。
17.計費單元(450)，尤其是具有用於執行根據權利要求1至13之一所述的方法的方法步驟的單元，具有用於發送業務請求消息(82)的發送單元(454)，其中，該業務請求消息(82)包括接入標識，該接入標識表徵數據傳輸網中的數據傳輸。
18.根據權利要求15至17之一所述的計費單元(402，450)，其特徵在於，所述計費單元(406)接收和/或發送根據直徑基礎協議的消息。
全文摘要
其中說明一種方法，在該方法中實施下列方法步驟在數據傳輸網的網絡元件(24)中存儲具有費用日期的費用數據記錄，傳輸用於由用戶使用業務的業務請求消息(82)，根據該業務請求消息(82)針對用戶分配業務中斷日期，根據網絡元件(24)中的業務的使用來改變中斷日期，並且根據網絡元件(62)中的業務中斷日期來確定業務的結束。該方法是簡單的並且提供多個優點。
文檔編號H04M17/00GK1853368SQ200480026593
公開日2006年10月25日 申請日期2004年8月20日 優先權日2003年9月15日
發明者F·伯格哈德特, A·坎巴赫, P·金 申請人:西門子公司