用于IP多媒体子系统中在线计费的方法和装置与流程

本公开涉及用于在IP多媒体子系统中在线计费的方法和装置。

背景技术：
全世界的移动用户中的相当大一部分是向运营商进行预付费订阅的预付费用户。这些用户被要求对其账户进行补充(或充值(top-up)或补给)，以能够使用预付费订阅。还可以针对服务来定义时间限制，使得必须在特定时段内进行补充，否则不能将预付费账户用于呼叫。运营商可以在允许订户参与会话之前检查订户的账户，且还在用光余额时停止会话。存在用于执行针对预付费用户的补充的多种可能性，例如，使用优惠券或信用卡或经由互联网上的银行服务。用于进行补充的这些可能性中的一些可能性与执行语音呼叫的一些方案的预付费用户相结合。在当前移动网络中的一个可用选项是：向预付费用户提供在进行建立呼叫请求时进行补充的选项。另一可用选项是：向用户提供在由于空账户而清除了已建立的呼叫时进行补充的选项。在当前移动网络中，通常通过使用CAMEL(针对移动增强逻辑的定制应用)来实现这些服务，CAMEL是针对处理服务的计费系统的。CAMEL标准形成了GSM网络(ETSI)和第3代合作伙伴项目(3GPP)规范的一部分。CAMEL服务触发由GSM网络中的移动交换中心(MSC)来定义并可由移动交换中心(MSC)来访问。例如，当MSC从用户接收到呼叫转向请求且针对转向用户定义了对应的CAMEL触发时，则MSC使用CAMEL应用部分(CAP)请求来联系CAMEL服务。然后CAMEL服务提供针对该呼叫的恰当服务，例如，呼叫转移或转接。本申请人已意识到当MMTelAS和OCS之间的接口是Ro时在IMS网络中不存在针对移动预付费用户的这些服务的解决方案。在这方面，Ro是Diameter接口，现在将参照附图图6来简要解释Ro(在其他这种接口的上下文中)。图6示出了在线和离线计费系统所涉及的IMS实体和接口。Ro是由AS、MRFC、S-CSCF(或更一般地，服务网络中的节点)用来与OCS交换在线计费信息的Diameter接口。Gx是用于在PCEF和PCRF之间交换与策略决定相关的信息的Diameter接口。Gy是在OCS和PCEF(或更一般地，核心网络中的节点)之间的Diameter接口。经由Ro接口针对语音和视频对用户计费，且经由Gy接口针对数据对用户计费(Gy用于基于流的计费)。Rx是用于在P-CSCF和PCRF之间交换与策略和计费相关的信息的Diameter接口。Rf是用于与CDF交换离线计费信息的Diameter接口。在RFC4006(Diameter信用控制)中，通过在最终单元指示AVP中包括用于将重定向定义为最终单元动作并包括重定向服务器AVP的可能性，来覆盖功能。在RFC4006中描述的过程被称为“优雅服务终止”并仅覆盖在已消耗了最终单元之后进行补给的情况，或者对于新的请求且账户为空的情况(包括FUI，但没有配额)。在补给期间保持计费会话，且在补给之后向OCS发送新的CCR(U)。然而，利用仅基于对FUIAVP的使用的解决方案，将不可能针对预付费用户创建补给服务，与当前移动网络中的服务相比，其向用户提供了相同或更好的服务级别。与MMTel服务(例如，语音)相比，RFC4006中的解决方案更适用于数据。不仅参考上述RFC4006，还应当参考RFC3588(Diameter基础协议)、3GPPTS24.229(基于会话发起协议(SIP)和会话描述协议(SDP)的网际协议(IP)多媒体呼叫控制协议；阶段3)、3GPPTS32.260(IMS计费)、3GPPTS32.240(计费架构和原理)、3GPPTS32.299(电信管理；计费管理；Diameter计费应用)。

技术实现要素：
此处提出了一种用于在IP多媒体子系统IMS内在线计费的方法。在IMS计费节点处通过在IMS服务节点和所述IMS计费节点之间提供的服务计费接口从所述IMS服务网络节点接收第一信用控制请求消息。响应于接收到所述第一信用控制消息，在所述IMS计费节点处通过参考一个或多个触发条件来确定应当向或要向与所述第一信用控制请求消息相关联的用户提供信用补给。在这种确定之后，通过经由所述服务计费接口在第一信用控制应答消息中从所述IMS计费节点向所述IMS服务节点发送补给请求，在所述IMS服务节点中发起信用补给服务，所述第一信用控制应答消息是响应于所述第一信用控制请求消息的。备选地，在所述IMS计费节点中发起信用补给服务。在该备选中，通过在传输节点和所述IMS计费节点之间提供的承载计费接口从所述传输网络节点接收与所述用户相关联的第二信用控制请求消息；以及响应于接收到所述第二信用控制请求消息以及作为所述补给服务的一部分，通过所述承载计费接口在第二信用控制应答消息中向所述传输节点发送补给请求，所述第二信用控制应答消息是响应于所述第二信用控制请求消息的。所述补给服务可以包括：安排要向所述用户提供的、与所述补给服务相关的通告。所述方法可以包括：在所述IMS计费节点处发起所述补给服务的情况下，作为对所述第一信用控制请求消息的答复，在从所述IMS计费节点经过所述服务计费接口向所述IMS服务节点发送的信用控制答复消息中包括与所述通告相关的信息。所述补给服务可以包括：安排向所述用户提供在补给信用和在不补给的情况下继续服务之间的选择。所述补给服务可以包括：安排将所述用户定向至补给服务器，以使得所述用户能够补给信用。所述方法可以包括：在所述第一信用控制应答消息或所述第二信用控制应答消息中提供与所述补给服务器相关的信息。所述信息可以包括补给服务器的地址和补给原因中至少一项。关于在IMS服务节点处执行的步骤，通过在所述IMS服务节点和IMS计费节点之间提供的服务计费接口从所述IMS服务节点向所述IMS计费节点发送信用控制请求消息。在所述IMS计费节点处确定应当或要向与所述信用控制请求消息相关联的用户提供信用补给之后，通过所述服务计费接口，在所述IMS服务节点处接收信用控制应答消息中的补给请求，所述信用控制应答消息是响应于所述信用控制请求消息的。响应于在所述IMS服务节点处接收到所述补给请求，在所述IMS服务节点中激活信用补给服务。作为所述补给服务的一部分，在所述IMS服务节点处基于所述补给请求中的信息来布置信用补给。所述方法可以包括：从所述IMS服务节点向所述用户的设备发送消息，以请求将所述设备上的补给应用用于执行所述补给服务的至少一部分。所述信用控制应答消息可以是Diameter信用控制应答CCA消息。所述信用控制请求消息可以是Diameter信用控制请求CCR消息。所述IMS计费节点可以包括在线计费系统OCS。所述IMS服务节点可以包括应用服务器。所述服务计费接口可以是DiameterRo接口。所述承载计费接口可以是DiameterGy接口。在IP多媒体子系统IMS中，提出了一种用于根据上述方案进行在线计费的设备。所述设备包括：用于(或被布置为或适于)通过在IMS服务节点和IMS计费节点之间提供的服务计费接口从所述IMS服务网络节点接收第一信用控制请求消息的装置(或接收机/处理器/电路/单元)。所述设备包括：用于(或被布置为或适于)响应于接收到所述第一信用控制消息，通过参考一个或多个触发条件来确定需要向与所述第一信用控制请求消息相关联的用户提供信用补给的装置(或处理器/电路/单元)。在一个示例中，所述设备包括：用于(或被布置为或适于)在这种确定之后，通过经由所述服务计费接口在第一信用控制应答消息中向所述IMS服务节点发送补给请求，在所述IMS服务节点中发起信用补给服务的装置(或发射机/处理器/电路/单元)，所述第一信用控制应答消息是响应于所述第一信用控制请求消息的。在另一示例中，所述设备包括：用于(或被布置为或适于)在这种确定之后，在所述IMS计费节点中发起信用补给服务的装置(或处理器/电路/单元)。在该另一示例中，所述设备包括：用于(或被布置为或适于)通过在传输节点和所述IMS计费节点之间提供的承载计费接口从所述传输网络节点接收与所述用户相关联的第二信用控制请求消息的装置(或接收机/处理器/电路/单元)；以及用于(或被布置为或适于)响应于接收到所述第二信用控制请求消息并作为所述补给服务的一部分，在第二信用控制应答消息中通过所述承载计费接口向所述传输节点发送补给请求的装置(或发射机/处理器/电路/单元)，所述第二信用控制应答消息是响应于所述第二信用控制请求消息的。在IP多媒体子系统IMS中，提出了一种用于根据上述方案进行在线计费的设备。所述设备是在IMS服务节点处使用的。所述设备包括：(a)用于(或被布置为或适于)通过在所述IMS服务节点和IMS计费节点之间提供的服务计费接口向所述IMS计费节点发送信用控制请求消息的装置(或发射机/处理器/电路/单元)。所述装置包括：用于(或被布置为或适于)在所述IMS计费节点处确定需要向与所述信用控制请求消息相关联的用户提供信用补给之后，在信用控制应答消息中通过所述服务计费接口接收补给请求的装置(或接收机/处理器/电路/单元)，所述信用控制应答消息是响应于所述信用控制请求消息的。所述设备包括：用于(或被布置为或适于)响应于接收到所述补给请求，在所述IMS服务节点中激活信用补给服务的装置(或处理器/电路/单元)。所述设备包括：用于(或被布置为或适于)作为所述补给服务的一部分，基于所述补给请求中的信息来布置信用补给的装置(或处理器/电路/单元)。还提出了一种用于控制装置以执行如本文提出的方法的程序，或者当将所述程序加载到装置中，所述程序使得所述装置变为如本文所提出的装置。所述程序可以在载体介质上携带。所述载体介质可以是存储介质。所述载体介质可以是传输介质。如包含了这种程序的存储介质一样，还设想了由这种程序来编程的装置。对所述实施例的修改和其他变化对于已受益于前述描述和关联附图中呈现的教导的本领域技术人员来说将是显而易见的。因此，应当理解：实施例不受限于公开的具体示例，且修改和其他变化预期被包括在本公开的范围内。尽管本文中可以采用具体术语，但仅在一般且描述性的意义上使用它们，且它们不用于限制。附图说明图1用于解释在线计费场景中通过OCS和MMTelAS之间的Ro接口来传递的消息；图2用于解释本发明的实施例如何提出了在图1的信用控制询问响应消息中包括附加补给相关信息；图3a和3b示出了信令图，该信令图示出了根据本发明的实施例的交换的消息和执行的步骤(第一方案；在呼叫建立时的补给)；图4a和4b示出了信令图，该信令图示出了根据本发明的实施例的交换的消息和执行的步骤(第一方案；在呼叫结束时的补给)；图5示出了信令图，该信令图示出了根据本发明的实施例的交换的消息和执行的步骤(第一方案；在呼叫建立时的补给；使用在用户终端处的应用)；前文讨论的图6示出了在线和离线计费系统中涉及的IMS实体和接口；图7示出了三种不同类型的计费：内容计费、服务计费(或通信计费)、以及承载计费；图8用于解释根据第二方案的本发明的实施例；图9和10示出了信令图，该信令图示出了根据本发明的实施例的交换的消息和执行的步骤(第二方案；在呼叫建立时的补给)；图11用于解释可以与本发明的实施例结合使用或作为本发明的实施例的一部分来使用的灵活通告服务；图12a、12b以及13至16示出了信令图，这些信令图示出了与灵活通告服务相关的交换的消息和执行的步骤；图17示意性地示出了可以实现本发明的实施例的网络；图18示意性地示出了根据本发明的实施例的用户终端；图19示意性地示出了根据本发明的实施例的基站；图20a和20b示意性地示出了根据本发明的实施例来执行的方法；图21示意性地示出了用于执行根据本发明的实施例的方法的装置；以及图22示意性地示出了可以实现本发明的实施例的节点。具体实施方式首先将笼统地描述体现本发明的第一和第二不同(但相关)方案，之后是对这两个方案的更详细描述。第一方案是语音中心型方案，其一般遵循IMS的架构原理以及在Ro参考点处的在线计费的原理，且第一方案的主要功能在MMTelAS(尽管在其他节点中提供功能或可以将功能委托给其他节点)中提供。在在线计费中，由OCS基于所请求服务的价格或价目(tariff)以及订户账户中的余额来许可网络资源使用。OCS支持两种类型的在线计费功能：基于会话的计费功能(SBCF)和基于事件的计费功能(EBCF)。SBCF为基于网络承载和基于会话的服务(例如，语音呼叫、GPRS会话或IMS会话)负责。OCS能够通过在检查订户账户之后允许或拒绝会话建立请求来控制会话。IMS支持通过OCS的在线计费能力，其中，IMS节点或AS与OCS实时交互，以处理用户账户并控制与服务使用相关的计费。当前不可能使用Ro接口来支持补给服务。本发明的实施例基于如图1所示的OCS和IMS节点之间现有的通信原理。为了能够支持补给服务，在AS中定义新的服务，在OCS中定义服务的触发点以及对OCS和AS之间的协议进行了添加。OCS中的用于请求MMTelAS中的补给服务的触发条件可以是例如：●低余额，即在OCS中已超过了针对该账户的阈值●无信用●账户定时器到期●服务监督到期其还可以涉及特定要约的结束。如图2所示，当在OCS处接收到普通信用控制查询请求时，要么在呼叫建立之前要么在呼叫期间，OCS将进行通常的评级和处理。该请求的结果可以是成功(即预留配额)或其可以是不成功。除此之外，OCS还检查用于请求补给服务的触发条件。如果从AS请求补给服务，OCS在针对AS的询问响应中添加该请求。OCS还可以包括针对补充服务器的原因指示和服务器地址。AS中的补给服务包含：●通告部分●用户选择部分●重定向部分●继续呼叫部分AS建立连接并控制向用户发送通告。在AS中进行对通告的选择且该选择可以基于接收到的原因指示。向用户给予立刻进行补充的选项，且如果询问结果是成功，即其包括配额，则向用户给予用于继续呼叫建立的选项。如果向用户给予继续呼叫的选项且选择该选项，呼叫建立将与一般的MMTel呼叫一样继续。如果用户选择用于进行补充的选项，则AS将进行重定向并建立到从OCS接收到的补充服务器地址的连接。然后通信将在用户和补充服务器之间，且用户可以基于在补充服务器中可用的补充可能性来进行补充，例如优惠券、信用卡。MMTelAS依然在链中，且如果针对OCS的询问请求成功，则在从补充服务器接收到断开之后可以与一般的MMTel呼叫一样继续呼叫建立。第二方案是服务计费方案，且主要功能在OCS中(尽管也在其他节点中提供功能或可以将功能委托给其他节点)。在使用第二方案的情况下，提议是使用以下事实：OCS了解账户结构的订户的状态以及与每个账户相关的状态。第二方案考虑到增加对智能电话以及移动宽带接入的日益增加的使用，且这些设备将使用针对OCS的Gy接口来进行移动数据计费。现在将参照图7和8来简要描述第二方案。图7示出了三种不同类型的计费：内容计费、服务计费(或通信计费)以及承载计费。在这点上，存在使用中的很多不同计费模型-每事件、每会话、基于内容和基于价值、等等。然而，可以将它们一般分为这三种类型或级别：内容计费、服务计费和承载计费。运营商在针对所有不同服务来建立不同级别下的计费时具有灵活性，因为对很多内容和数据服务的计费可以基于或通常将基于这些级别的组合。承载计费发生在针对携带服务的实际介质向用户计费时，而不是针对要通过该介质来传递的服务或内容来计费。示例是在顾客使用无线互联网时对数据字节进行计费。当使用承载计费时，应当可以对服务或内容或这二者实行零费率。服务计费发生在当针对启用服务(例如，个人对个人文本或图片消息传递、流传输和基于位置的服务)向用户计费时。当使用服务计费时，应当可以对承载或内容计费或这二者实行零费率。内容计费发生在当针对用户从内容接收到的实际体验或价值，而不是底层技术，向用户计费时。将受益于该计费级别的内容和数据服务的示例是内容对个人MMS(例如，体育片段)和移动游戏。当使用内容计费时，应当可以对承载或服务计费或这二者实行零费率。图7示出了内容和服务计费一般与服务网络相关联，而承载计费与核心网相关联。Gy接口用于承载计费，而Ro接口用于内容和服务计费。为此，根据上述描述，本文中使用的术语服务计费意在意味着与服务网络相关联的计费，即内容计费和/或服务计费，而术语承载计费意在意味着与核心网相关联的计费。针对第二方案的假设是在与服务计费(例如，语音)相同的OCS中处理订户的承载计费。背后的理念是针对提供补给的触发可以是根据服务(例如，语音)的，并在提供补给时，由OCS在承载级别上发起补给服务，即通过Gy接口。OCS中的功能将服务网络级别上的订户服务的了解与核心网络(承载级别)上的服务的了解相结合。当订户正在使用服务(例如，语音)时，通过Ro来建立计费会话。OCS将进行通常的评级和处理，并许可配额。如果已在账户上设置针对补给的触发，且到达该值，则激活“补给服务”。假定订户已选择了承载级别上的补给服务。那么“补给服务”收集与使用的服务相关的信息以及针对补给的原因，并在Gy接口上激活针对订户的监督。这在图8中示出。当针对该订户接收到通过Gy的下一请求时(要么是新的计费会话，要么是在已建立的计费会话中针对新服务/评级组的新的请求)，OCS将通过Gy来请求重定向，并提供重定向地址和与重定向相关的信息(这可以被视为以某种方式等价于图2的补给请求，尽管此处不在补给服务处对补给请求进行定向，因为这是基于在OCS处的)。可以重定向至充值服务器(补给门户(portal))且可以向用户提供用于补给提议的原因。应当注意到：在建立IMS会话时生成了通过Ro的信用控制请求(其触发了补给)的用户不一定随后通过Gy接收到的补给提议。在若干账户关联在账户结构中的情况下(例如针对家庭账户)，使用其账户并建立IMS会话的儿童可以向具有家长账户的家长触发后续补给。作为另一示例，儿童账户可以是预付费的，而家长账户是后付费的。对于要使用的Gy，家长将使用所谓的智能电话或者使用Gy作为计费接口的其他支持数据的设备。在图20a和20b的流程图中示意性地总结了在IP多媒体子系统中在线计费的这两种方案。这些图示出了由UE10、IMS服务网络节点(例如，AS)20、IMS计费节点(例如，OCS)30、以及IMS传输网络节点(例如，GGSN/P-GW)40所执行的步骤。在图21中示意性地示出了IMS服务网络节点20和IMS计费节点30的组件。在步骤S-a中，IMS服务节点20通过设置在IMS服务节点20和IMS计费节点30之间的服务计费(例如，Ro)接口22向IMS计费节点30发送第一信用控制请求消息。在步骤S-A中，在IMS计费节点30处通过服务计费接口22从IMS服务节点20接收第一信用控制请求消息。响应于接收到第一信用控制消息，在步骤S-B中，由IMS计费节点30通过参考一个或多个触发条件来确定应当或要针对与第一信用控制请求消息相关联的用户来提供信用补给。在步骤S-B之后发生的步骤取决于采用第一方案还是第二方案。如在步骤S-C中执行的，在图20a中示意性地示出了这两种方案之间的差异。在步骤S-C中，确定补给服务是否基于IMS服务节点20(在该情况下采用了第一方案)，或补给服务是否基于IMS计费节点30(在该情况下采用了第二方案)。应当意识到：在实践中可以不执行该步骤S-C，而是可以隐式执行步骤S-C或可以在IMS计费节点30中将该步骤S-C硬连线，使得在不需要任何检查的情况下采取第一方案或第二方案。在步骤S-B的这种确定之后，当采用第一方案时，IMS计费节点30通过在步骤S-D中在第一信用控制应答消息中通过服务计费接口22向IMS服务节点20发送补给请求，在IMS服务节点20中发起信用补给服务，第一信用控制应答消息是响应于第一信用控制请求消息的。在步骤S-b中，在IMS服务节点20处通过服务计费接口22接收到补给请求。响应于接收到补给请求，在步骤S-c中，在IMS服务节点中激活信用补给服务。作为补给服务的一部分，在步骤S-d中，IMS服务节点20基于补给请求中的信息对信用补给进行布置。在步骤S-f中的信用补给中涉及UE10；如下面进一步详细描述的，这可以涉及对设备上的应用(或“app”)的使用，和/或可以涉及与补给服务器进行通信；可以作为在步骤S-D中发送的信用控制应答中的补给请求一部分来传递补给服务器的细节。当采用第二方案时，在步骤S-B中的这种确定之后，在步骤S-E中在IMS计费节点30中发起或激活信用补给服务，初始时在“监督”模式下。随后在步骤S-x中由传输节点40发送与用户相关联的第二信用控制请求消息。在步骤S-F中，通过设置在传输节点40和IMS计费节点30之间的承载计费(例如，Gy)接口42从传输节点40接收与用户相关联的第二信用控制请求消息。响应于接收到第二信用控制请求消息并作为补给服务的一部分，在步骤S-G中通过承载计费接口42在第二信用控制应答消息中向传输节点40发送补给请求，第二信用控制应答消息是响应于第二信用控制请求消息的。在步骤S-y中在传输节点40处接收第二信用控制应答消息。在步骤S-z中，传输节点40基于补给请求中的信息针对信用补给进行布置。在步骤S-g中的信用补给中涉及UE10。在图20a和20b中将信用控制请求和应答消息分别简写为CCR和CCA消息；这不以在将它们分别限制为Diameter信用控制请求和应答消息，尽管它们可以是Diameter信用控制请求和应答消息。在图21中示意性地示出了IMS服务网络节点20和IMS计费节点30的组件。IMS服务网络节点20包括被布置为或适于分别执行步骤S-a至S-e的组件(例如，处理器/接收机/发射机)P-a至P-e。IMS计费节点30包括被布置为或适于分别执行步骤S-A至S-H的组件(例如，处理器/接收机/发射机)P-A至P-H。将意识到：可以用一个或多个处理器或处理单元的形式来提供上述组件中的一个或多个的操作，可以由在设备或装置上共工作的程序来至少部分控制或提供该一个或多个处理单元。若干所述组件的功能实际上可以由单一组件来执行。单一处理器或处理单元可以被布置为执行多个组件的功能。这种操作程序可以存储在计算机可读介质上，或可以例如体现在信号中(例如，从互联网网站提供的可下载数据信号)。本公开应当被解释为包含操作程序本身，或作为载体上的记录，或作为信号，或具有任何其他形式。图22是可以实现本文所述技术的节点1的示意说明图。在程序存储器30中存储用于控制节点1执行本文所述方法的计算机程序。在执行本文所述方法期间使用的数据存储在数据存储器20中。在执行本文所述方法期间，程序步骤被从程序存储器30中获取，并由中央处理单元(CPU)10来执行，根据需要从数据存储器20检索数据。可以将作为执行本文所述方法的结果的输出信息存储回数据存储器20中，或向输入/输出(I/O)接口40发送，根据需要，输入/输出(I/O)接口40可以包括用于向其他节点发送数据的发射机。类似地，输入/输出(I/O)接口40可以包括用于从其他节点接收数据的接收机，以供例如CPU10使用。现在将参照图3和4来描述与使用这种技术以提供与当前智能网络(基于CAMEL)移动网络等价的服务级别的上述第一方案相关的更详细的示例。图3的示例涉及在呼叫建立时对补给服务的提供，而图4涉及在呼叫结束(当信用用光)时对补给服务的提供。图3中的步骤(在呼叫建立时的补给)如下所述：1、MMTelAS接收邀请。发起订户是在线计费用户，即在PCFA中包括针对OCS的地址。2、MMTelAS收集可用计费信息并向OCS发送CCR(I)。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。如果可以向AS请求补给服务，OCS将检查是否满足针对补给服务的触发条件中的一些。在MMTelAS中用于请求补给服务的OCS中的触发条件可以例如是：-低余额，即在OCS中已超过了针对该账户的阈值。-无信用-账户定时器到期-服务监督到期4、除了在CCA(I)中包括的一般询问结果之外，OCS还将添加包括原因和针对补充服务器的地址在内的补给请求。对补充服务器的选择可以基于服务简档或OCS中的订户简档。在新的分组AVP中携带补给请求。5、如果补给服务可用且在MMTelAS中激活，则存储询问结果且开始补给服务。MMTelAS将选择要向发起用户发送的通告。该选择可以基于从OCS接收到的原因指示。如果没有来自OCS的原因指示可用，MMTelAS可以基于从OCS接收到的其他信息进行对通告的选择，例如低余额指示AVP。6、通过发送183进程向发起用户建立连接。7、MMTelAS将建立到MRF/MGW的连接并通知播放哪个通告。MRF是提供媒体相关功能(例如，媒体操纵以及对音调和通告的播放)的功能。8、作为通告的一部分，向发起用户提供进行补充或继续呼叫建立的选项。通过DTMF数字向MRF/MGW指示用户选择。9、MRF/MGW向MMTelAS指示发起用户已选择哪个选项。10、MMtelAS基于用户选择来选择要执行的动作。11、如果用户已选择继续呼叫，则MMTelAS离开补给服务，且通过使用针对端接侧的邀请来继续呼叫建立。12、如果用户选择进行补充，MMTelAS通过发送具有从OCS接收到的地址的邀请，来建立针对补充服务器的连接。13、补充服务器(OCS-IVR，其中，IVR代表交互式语音响应)将使用200OK(邀请)来进行应答。14、MMTelAS将使用183进程来更新针对发起用户的连接。15、MMTelAS向补充服务器发送ACK。在用户和补充服务器之间的通信现在可能。16、在补充之后，由补充服务器通过向发起用户发送再见(BYE)来释放连接。在7处播放的通告可以向发起用户指示该呼叫将在补充之后继续且在该情况下用户不应当在补充之后挂断。17、MMTelAS向补充服务器发送200OK(再见)，以清除连接。18、MMtelAS可以识别出：该呼叫建立可以在补充之后继续。在该情况下，MMTelAS离开补给服务，并通过向端接侧发送要请求来继续呼叫建立。如果呼叫建立不能继续，即在询问结果中未接收到配额，则MMTelAS可以要么清除针对发起用户的呼叫，要么进行针对OCS的新的询问，以获得配额。针对图3所述内容的备选是：在MMTelAS中的补给服务内配置补充服务器地址。如果所选服务器基于运营商(成批售出情况)，其可以是用于将其配置在MMTelAS中的选项，因为由MMTel决定的通告也可以针对每个运营商来定义。现在将参照图4来描述基于第一方案的另一示例。该另一示例是在呼叫结束时触发补给的示例。图4中的步骤如下：1、已建立的呼叫存在。MMTelAS将针对新的配额向OCS进行新的询问。2、MMTelAS向OCS发送CCR(U)。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。如果可以向AS请求补给服务，OCS将检查是否满足针对补给服务的触发条件中的一些。在MMTelAS中用于请求补给服务的OCS中的触发条件可以例如是：-低余额，即在OCS中已超过了针对该账户的阈值。-无信用-账户定时器到期-服务监督到期4、除了在CCA(U)中包括的一般询问结果之外，OCS还将添加包括原因和针对补充服务器的地址在内的补给请求。对补充服务器的选择可以基于服务简档或OCS中的订户简档。在新的分组AVP中携带补给请求。由于其是针对该服务的最后许可的配额，CCA(U)还将包括最终单元指示AVP。5、如果补给服务可用且在MMTelAS中激活，则进行中的呼叫将继续且补给服务将在进行中的呼叫之后开始。6、用光配额，且MMTelAS断开非被服务方。7、激活补给服务。MMTelAS将选择要向发起用户发送的通告。该选择可以基于从OCS接收到的原因指示。如果没有来自OCS的原因指示可用，MMTelAS可以将对通告的选择基于从OCS接收到的其他信息。8、MMTelAS将建立到MRF/MGW的连接并通知播放哪个通告。9、作为通告的一部分，向发起用户提供进行补充或终止呼叫的选项。通过DTMF数字向MRF/MGW指示用户选择。10、MRF/MGW向MMTelAS指示发起用户已选择哪个选项。11、MMtelAS基于用户选择来选择要执行的动作。12、如果用户选择进行补充，MMTelAS通过发送具有从OCS接收到的地址的邀请，来建立针对补充服务器的连接。13、补充服务器(OCS-IVR)将使用200OK(邀请)来进行应答。14、MMTelAS将使用183进程来更新针对发起用户的连接。15、MMTelAS向补充服务器发送ACK。现在可以实现在用户和补充服务器之间的通信。16、在补充之后，由补充服务器通过向发起用户发送再见(BYE)来释放连接。17、MMTelAS向补充服务器发送200OK(再见)，以清除连接。18、MMtelAS结束补给服务并终止呼叫。10、从被服务用户接收200OK(再见)。20、如果用户已选择终止呼叫，则MMTelAS离开补给服务并终止呼叫。通过使用IMS网络中的能力以及终端中的能力，还可以针对补给服务来增强针对被服务用户的服务级别。在MMTelAS中，选择可以基于终端能力以及订户偏好和进行中的服务，以使用上述补给过程或增强备选。增强过程可以是：MMTelAS中的补给服务将向终端发送SIP消息。该SIP方法将包括用于在终端中启动补给应用的信息。在发送SIP消息的同时，如果进行中的服务是音频/视频，还可以向被服务方发送通告。图5示出了在基于会话的计费会话的上下文中的这种方案，但是还可以针对基于事件的计费会话来发起补给服务。现在将参考图9和10来描述与上述第二方案相关的更详细的示例。图9中的示例示出了在MMTel呼叫建立时在OCS中的补给服务的激活。OCS中的补给触发可以通常在计费会话期间的任何时间激活补给服务。图9示出了以下步骤1、MMTelAS接收邀请。发起订户是在线计费用户，即在PCFA中包括针对OCS的地址。2、MMTelAS收集可用计费信息并向OCS发送CCR(I)。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。OCS将检查是否满足针对补给服务的触发条件中的一些。在MMTelAS中用于请求补给服务的OCS中的触发条件可以例如是：-低余额，即在OCS中已超过了针对该账户的阈值。-无信用-账户定时器到期-服务监督到期4、在OCS中激活补给服务。发起用户使用承载级别上的数据能力已指示了应当在设备上指示补给提议，且正在使用针对OCS的Gy。(移动数据接入不一定是预付费的。)OCS中的补给服务存储与补给触发相关的信息(原因、级别等)。针对从Gy接收到的针对该订户的计费请求，开始监督(动作4可以与动作5并行)。5、向MMTelAS发送具有许可配额的CCA(I)。如果其是MMTel服务，可以根据例如“灵活的通告”过程(在下面要更详细的描述)还在CCA(I)中包括补给通告。示例可以是“你的账户低。提供与你的数据接入相关的补给”。6、通过发送183进程向发起用户建立连接。7、MMTelAS将建立到MRF/MGW的连接并通知播放哪个通告。8、在通告之后断开。9、MMTel呼叫建立继续。图10示出了涉及OCS和GGSN(或P-GW)的后续过程，开始于建立数据连接的请求：1、用户正在建立数据连接。2、GGSN/P-GW通过Gy向OCS发送CCR(I)。第一请求可以例如针对“缺省”服务(无激活服务/评级组)或还针对一个或多个服务/评级组。OCS中的补给服务可以使用“缺省”服务或特定预定义服务/评级组，以创建针对补给服务器的重定向。该示例涉及在使用“缺省”服务时的情况。当针对具有等待补给请求的用户在OCS中接收到CCR(I)时，OCS将使用来自补给触发时间(原因和附加信息)以及针对重定向地址的预配置信息的存储信息。OCS将以CCA(I)来应答，并包括具有重定向该地址和重定向原因的最终单元指示AVP。如果订户具有使用Gy的进行中的计费会话，OCS可以通过向客户端发送RAR来强制客户端发起新的CCR:s。3、OCS将使用CCA(I)来应答，并包括具有重定向地址和重定向原因以及有效性定时器的最终单元指示AVP。4、向用户设备建立连接。5、向补给服务器建立连接。6、通过使用例如门户来提供补给。到达用户的针对补给提议的信息可以是“你的语音服务账户低于5欧元。建议补给”。其可以基于触发补给请求和原因的服务来构建。用户可以进行对账户的补给。7、OCS将在预定义时间之后向GGSN/P-PWG发送重授权请求(RAR)。8、GGSN/P-GW用RAA进行应答。9、针对计费会话的激活的服务/评级组，重授权请求强制客户端向OCS进行针对配额的新请求(CCR(U))。10、OCS将使用具有针对所请求服务/评级组的新配额的CCA(U)来应答。根据第二方案的实施例使用了RFC4006中定义的基本重定向功能以及一些增强，以迎合更详细的服务特定信息。在使用第二方案的情况下，可以在引起请求的服务(例如，语音、SMS)之外处理补给。将上述补给服务描述为具有通告部分。可以将在通告部分中向用户给予的通告分为两个部分。一个部分是由OCS通过使用“灵活通告服务”(要在下面更详细地描述)来决定的，且一个部分由MMTelAS来决定。向用户给予选项的通告部分由MMTelAS来控制。通过向OCS给予定义向发起用户发送的通告的可能性，可以在通告中包括变量，且因此增强向用户给予的信息。示例可以是：账户将在2天后到期。则OCS可以用“你的账户将在‘2’天后到期”来定义通告的第一部分。然后由MMTelAS来定义和控制通告处理的第二部分，作为补给服务的一部分。示例可以是“想要进行补充请按0，或者想要继续呼叫请按1”。现在将描述灵活通告服务的背景和细节。在使用智能网络(IN)解决方案的情况下，使用的OCS具有向预付费用户发起呼叫通告的能力是常见的。可以在呼叫建立之前(呼叫前通告)、在呼叫期间或在呼叫结束时，生成这些通告。呼叫前通告用于各种原因(例如，欢迎消息、账户余额信息、禁止原因)。在呼叫期间的通告通常是对账户余额非常低的短的警告(呼叫切断警告，通常是具有音调形式)，且呼叫结束时的通告在由于空账户而切断呼叫时使用。当多媒体电话服务(MMTel)应用服务器(AS)和OCS之间的接口是Ro时，不存在针对用于IMS网络中的移动预付费用户的这些通告服务的通用解决方案。AS可以基于在来自OCS的属性值对(AVP)中接收到信息来产生一些通告。通告主要可以基于低余额指示AVP、最终单元指示AVP和接收到的结果码。本文提出的“灵活通告服务”一般意在遵循IP多媒体子系统(IMS)的架构原理，以及还遵循用于在Ro参考点处在线计费的原理。在在线计费中，由OCS基于所请求服务的价格或价目(tariff)以及订户账户中的余额来许可网络资源使用。OCS支持两种类型的在线计费功能：基于会话的计费功能(SBCF)和基于事件的计费功能(EBCF)。SBCF为基于网络承载和基于会话的服务(例如，语音呼叫、GPRS会话或IMS会话)负责。OCS能够通过在检查订户账户之后允许或拒绝会话建立请求来控制会话。IMS支持通过OCS的在线计费能力，其中，IMS节点或AS与OCS实时交互，以处理用户账户并控制与服务使用相关的计费。然而，当前不可能使用Ro接口从OCS发起通告。本公开基于如之前所述图1所示的OCS和IMS节点之间的通信原理。为了能够从OCS发起通告，如图11所示意性示出的，在AS中定义新的“灵活的通告”服务，在OCS中定义服务的触发点以及对OCS和AS之间的协议进行了添加。当在OCS处接收到普通信用控制询问请求时，要么在呼叫建立之前要么在呼叫期间，OCS将进行普通评级和处理。该请求的结果可以是成功(即预留配额)或其可以是不成功。除此之外，OCS还将检查用于发起通告的触发条件。如果向AS请求通告服务，OCS在针对AS的询问响应中添加该请求，如图11所示。OCS还包括通告指示符以向AS通知要使用哪个通告。AS中的通告服务包含：●通告选择部分●在用户和通告设备之间的连接处理通告选择部分包含：基于从OCS接收到的通告指示符映射到AS中内部定义的消息的映射功能。AS将建立连接并控制向用户发送通告。在已向用户传递消息之后，AS将断开到通告设备的连接。在图12a和12b中示出了更详细的示例。该示例描述了在呼叫建立时的通告请求。1、MMTelAS接收邀请。发起订户是在线计费用户，即在PCFA中包括针对OCS的地址。2、MMTelAS收集可用计费信息并向OCS发送信用控制请求(CCR(I))。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。如果可以向AS请求通告服务，OCS将检查是否满足针对通告服务的触发条件中的一些。在MMTelAS中用于请求通告服务的OCS中的触发条件可以例如是：-来自新订户的第一呼叫-在补充之后的第一呼叫-低余额，即在OCS中已超过了针对该账户的阈值。-无信用-账户定时器到期-服务监督到期4、除了在信用控制应答(CCA(I))中包括的一般询问结果之外，OCS还将添加包括通告指示符在内的通告请求。在新的分组AVP中携带通告请求。5、如果通告服务可用且在MMTelAS中激活，则存储询问结果且开始通告服务。6、MMTelAS将选择要向发起用户发送的通告。该选择基于从OCS接收到的通告指示符。7、向发起用户建立连接。8、MMTelAS将建立到媒体资源功能服务器(MRF)/媒体网关(MGW)的连接并通知播放哪个通告。9、向发起用户播放通告。MRF/MGW向MMTelAS指示何时已传递了通告。10、MMtelAS将基于来自询问的结果来继续会话，即继续呼叫或清除呼叫。在图13中示出了另一详细示例。其描述了在建立呼叫期间的通告请求。1、在MMTelAS中建立呼叫。2、MMTelAS必须进行针对OCS的新的询问。原因可以是：已使用了稍早接收到的配额，或已改变了评级条件(例如，媒体的改变)。MMTelAS收集可用的计费信息，并向OCS发送CCR(U)。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。如果可以向AS请求通告服务，OCS将检查是否满足针对通告服务的触发条件中的一些。4、除了在CCA(U)中包括的一般询问结果之外，OCS还将添加包括通告指示符在内的通告请求。在新的分组AVP中携带通告请求。5、如果通告服务可用且在MMTelAS中激活，则存储询问结果且开始通告服务。6、MMTelAS将选择要向用户发送的通告。该选择基于从OCS接收到的通告指示符。7、MMTelAS将已连接方置于保持状态。8、MMTelAS将建立到MRF/MGW的连接并通知播放哪个通告。9、向用户播放通告。MRF/MGW向MMTelAS指示何时已传递了通告。10、将检索已连接方。11、呼叫继续。在图14中示出了另一详细示例。其示出了在呼叫结束时的通告请求。1、在MMTelAS中建立呼叫。2、MMTelAS必须进行针对OCS的新的询问。原因可以是：已使用了稍早接收到的配额，或已改变了评级条件(例如，媒体的改变)。MMTelAS收集可用的计费信息，并向OCS发送CCR(U)。3、OCS将基于接收到的信息进行评级，并检查账户状态。OCS将了解订户是预付费用户。如果可以向AS请求通告服务，OCS将检查是否满足针对通告服务的触发条件中的一些。在该情况下，将使用来自账户的最终单元。4、除了在CCA(U)中包括的一般询问结果之外，OCS还将添加包括通告指示符和定时指示符在内的通告请求。在新的分组AVP中携带通告请求。5、如果通告服务可用且在MMTelAS中激活，则存储询问结果且开始通告服务。对于该情况，使用定时指示符来通知：在已使用了接收到的配额之后应当首先播放该消息。在其他情况下用于定时指示符的缺省是“立刻”。6、当已使用了所有配额时，MMTelAS通过发送再见来断开已连接方。7、MMTelAS将选择要向用户发送的通告。该选择基于从OCS接收到的通告指示符。8、MMTelAS将建立到MRF/MGW的连接并通知播放哪个通告。9、向用户播放通告。MRF/MGW向MMTelAS指示何时已传递了通告。10、清除呼叫。在图15中示出了多个通告的示例。其描述了当账户非常低(即在针对OCS的第一询问时)时将使用账户上的最终单元的情况。在该情况下，CCA(I)将包括两个通告请求：用于呼叫建立通告的一个和用于呼叫结束时的通告的一个。如图16所示，如果在OCS中针对紧急通告的触发指示了应当立刻播放通告，OCS可以向MMTelAS发送重授权请求(RAR)，并强制MMTelAS进行新的询问。在处理该询问时，OCS可以向询问结果添加通告请求。为了进一步增强播放具有可变部分的更特定通告的可能性，可以修改通告处理。在该情况下，OCS可以通过选择固定部分来创建通告的结构，并将其与可变部分结合。示例可以是“在你的账户上有‘2’美元‘25’美分”。取代针对通告在MMTelAS中进行映射，当MMTelAS建立到MRF/MGW的连接时由OCS向通告设备传输对通告的定义结果。然后必须在OCS和通告设备之间协调针对向OCS请求的通告的配置。对于该备选，用携带通告的固定部分以及可变部分的识别的新的AVP来替换在第一提议中使用的通告指示符。从MMTelAS向通告设备传输该信息。为了进一步增强通告服务，还可以在向OCS的通告请求中包括通告服务器的地址。与当今的移动网络中的可用服务相比，本文所述的灵活的通告提议将使得可以向在具有MMTel的IMS中的在线计费的用户提供相同或更好的通告服务。尽管可以用支持任何合适通信标准并使用任何合适组件的任何恰当类型的电信系统来实现所述解决方案，可以在LTE网络(例如图17所示的LTE网络)中实现所述解决方案的特定实施例。如图17所示，示例网络可以包括用户设备(UE)的一个或多个实例以及能够与这些UE通信的一个或多个基站，连同适合支持UE之间或UE与另一通信设备(例如，陆地线路电话)之间的通信的任何附加单元。尽管所示UE可以表示包括硬件和/或软件的任何合适组合在内的通信设备，在特定实施例中，这些UE可以表示诸如由图18更详细示出的示例UE之类的设备。类似地，尽管所示基站可以表示包括硬件和/或软件的任何合适组合在内的网络节点，在特定实施例中，这些基站可以表示诸如由图19更详细示出的示例基站之类的设备。如图18所示，示例UE包括处理器、存储器、收发信机、以及天线。在特定实施例中，上面描述为由移动通信设备或其他形式UE来提供的一些或全部功能可以由执行计算机可读介质(例如，图18所示的存储器)上存储的指令的UE处理器来提供。UE的备选实施例可以包括图18所示这些组件之外的附加组件，它们可以负责提供UE功能的特定方面，包括上述任何功能和/或支持上述解决方案所必须的任何功能。如图19所示，示例基站包括处理器、存储器、收发信机、以及天线。在特定实施例中，上面描述为由移动基站、基站控制器、节点B、增强节点B、和/或任何其他类型移动通信节点来提供的一些或全部功能可以由执行计算机可读介质(例如，图19所示的存储器)上存储的指令的基站处理器来提供。基站的备选实施例可以包括负责提供附加功能的附加组件，该附加功能包括上面识别出的任何功能和/或支持上述解决方案所必须的任何功能。与当今的移动网络中的可用服务相比，本文提出的技术将使得可以向具有MMTel的IMS中的预付费用户给予相同或更好的补给服务。所附信令图不仅可以被视为描述了由各种节点交换的一系列消息以及执行的方法步骤，还描述了用于交换这些消息或执行这些方法步骤的装置。此外，为了完整性，被示出为或描述为从节点A向节点B发送的任何消息隐式地包括节点A发送消息的步骤以及节点B接收消息的步骤，以及在节点A和B处用于执行这些步骤的手段。本领域技术人员将意识到：可以在不脱离本公开的范围的情况下对上述实施例进行各种修改。例如，将容易地意识到：尽管参考了3GPP核心网络的各部分来描述了上述实施例，本文所述技术还适用于类似网络，例如具有类似功能组件的3GPP核心网的后续。还使用与用户设备(UE)来替代术语移动终端或移动电话。术语UE在第三代合作伙伴项目(3GPP)文献中是常见的，且意在指代被配置为访问互联网的任何设备；其将包括(作为示例且不作为限制)移动电信设备、便携式或手持计算设备和台式或安装的计算机。因此，应当相应解释在上面的描述和附图中使用的术语，例如3GPP和UE以及相关联或相关术语。