专利名称：计费的方法和计费单元的制作方法
技术领域：
本发明涉及一种用于进行计费的方法，其中实施以下方法步骤-在数据传输网的网络元件中存储具有费用日期的费用数据记录，该费用日期说明用户的费用帐户的帐户状态，该用户通过数据传输网传输有效数据，-传输用于由用户使用业务的业务请求消息，-根据该业务请求消息给用户分配业务中断日期(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·金 申请人:西门子公司