在ims网络中对补充业务的在线计费的制作方法

专利名称：在ims网络中对补充业务的在线计费的制作方法
技术领域：
本发明涉及IMS网络的领域，具体地，涉及在IMS网络中执行对提供给会话的补充 业务的在线计费。
背景技术：
网络运营商正在将IP多媒体子系统(IMS)网络实现为公共核心网络以通过因特 网协议(IP)网络向IMS用户提供多媒体业务。IMS网络最初由第三代伙伴计划(3GPP)设 计，后来是3GPP2。通过适当实现的IMS设备(也被称为IMS用户设备(UE))，IMS用户可 以在IMS网络上建立会话。为了建立会话，信令消息(即SIP消息)被交换以建立承载连 接，通常是实时传输协议(RTP)。然后，承载数据(即语音对话)在会话的各方之间交换。除了会话，IMS网络还适合于向会话提供补充业务，与补充业务可用于PSTN的用 户非常类似。补充业务是综合的业务集，它补充并支持电话类型的语音会话或数据会话。例 如，补充业务可包括主叫识别显示(OIP)、主叫识别限制(OIR)、被叫识别显示(TIP)、被叫 识别限制(TIR)、通信前转(⑶IV)、通信保持(HOLD)、通信禁止(CB)、消息等待指示(MWI)、 会议(CONF)、显式通信转接(ECT)等。3GPP还已定义了 IMS网络的计费体系结构，其包括离线计费系统和在线计费系 统。离线计费系统提供后付费计费，意思是业务首先被提供，随后IMS用户被开账单。在线 计费系统(OCS)提供预付费计费，意思是IMS用户必须在业务被提供之前有账户余额，并且 当业务被提供时账户余额被借记。OCS包括在线计费功能、账户余额管理功能(ABMF)和估价功能(RF)。ABMF在IMS 用户的账户中维持服务单位的数量。估价功能根据网络运营商所定义的价格表确定业务使 用的费用。在线计费功能利用ABMF和估价功能以执行在线计费。IMS网络中的服务元素，诸如代理呼叫会话控制功能(P-CSCF)、会话呼叫会话控 制功能(S-CSCF)、应用服务器(AS)，包括计费触发功能(CTF)。这些CTF适用于监控业务使 用，并生成响应计费事件的计费消息。然后，CTF将计费消息发送到OCS以提供对业务使用 的在线计费。在线计费可被执行为直接付款(Direct Debiting)或单位保留 (UnitReservation)。对于直接付款，在线计费功能对于单个事务立即从IMS用户的账户中 借记单位。对于单位保留，在线计费功能从IMS用户的账户中准许单位的配额，并将单位的 配额提供给请求服务元素。然后，请求服务元素通过监控业务使用并相应地从配额中扣除 而执行预算控制。如果单位的配额用尽，那么服务元素请求另一个单位的配额，过程继续。 在业务已结束之后，从IMS用户的账户中扣除的单位的总数量被确定。下面说明在IMS网络中对会话计费的例子。IMS用户通过适当的信令消息(诸如 SIP INVITE消息)或者发起或者被邀请接收会话。S-CSCF被分配给IMS用户以管理该会 话，因此，信令消息通过S-CSCF。响应于接收IMS用户的信令消息，S-CSCF联系归属用户 服务器(HSS)以访问IMS用户的用户简档。除了其它信息外，用户简档指示IMS用户所订
5阅的业务的级别、用户所订阅的任何补充业务等。用户简档还指示IMS用户是预付费用户。 因此，响应于检测会话的开始，S-CSCF(或如某些3GPP技术规范所建议的IMS网关)中的 CTF发起对该会话的在线计费。为了发起在线计费，CTF生成表明会话的开始的Diameter Ro信用控制请求(CCR) [INITIAL]消息，并将CCR[INITIAL]消息发送到0CS。
然后，OCS中的在线计费功能处理CCR[INITIAL]消息中的信息以识别IMS用户、确 定会话的媒体类型等，并用该信息和其它信息访问估价功能以确定会话的估价。在线计费 功能还访问ABMF以确定IMS用户是否有足够的账户余额以发起会话，如果是，则确定对于 该会话准许多少服务单位。然后，在线计费功能生成信用控制应答(CCA) [INITIAL]消息， 并将CCA[INITIAL]消息发送到S-CSCF。CCA[INITIAL]消息表明会话被允许，并还表明对 于该会话所准许的配额的数量。S-CSCF(或IMS网关)接收CCA[INITIAL]消息，并执行预算控制。对于预算控 制，S-CSCF识别服务单位的配额，并随着会话持续而缩减配额。如果S-CSCF中的CTF识别 另一个计费事件，则S-CSCF生成CCR[UPDATE]消息。例如，计费事件可包括接收确认SIP INVITE、RE-INVITE或UPDATE消息的SIP 200 OK消息，可包括服务单位的配额的用尽，可 包括有效性定时器的期满等。S-CSCF将CCR[UPDATE]消息发送到0CS。在线计费功能执行 类似的过程以对会话准许另一个服务单位的配额(如果可用)，生成CCA[UPDATE]消息，并 将CCA[UPDATE]消息发送到S-CSCF。CCA[UPDATE]消息表明会话被允许继续，还表明对于 会话所准许的额外的服务单位的配额。S-CSCF(或IMS网关)接收CCA[UPDATE]消息，并再次对新准许的配额执行预算 控制。假定在后来某个时间，会话结束。响应于识别会话的结束，S-CSCF中的CTF生成 CCR[TERMINATION]消息，并将 CCR[TERMINATION]消息发送到 OCS。CCR[TERMINATION]消息 表明用于会话(或者用于会话的持续时间或者用于在线计费功能所准许的最后一个配额) 的服务单位的数量。然后，在线计费功能在ABMF中从IMS用户的账户中解决会话的总支付。在IMS用户的会话期间，一个或多个补充业务可被调用。为了调用补充业务， S-CSCF将会话路由到用于提供补充业务的应用服务器，诸如电话应用服务器(TAS)。例如， S-CSCF可将SIP INVITE消息发送到应用服务器以将会话路由到应用服务器。然后，应用服 务器向会话提供补充业务，并将会话路由回S-CSCF。当前IMS在线计费的一个问题是补充业务不能被单独计费。如果IMS用户订阅包 括一个或多个补充业务的预付费计划，则网络运营商所定义的价格表可根据哪些补充业务 被IMS用户选择而改变。例如，如果IMS用户选择更多的补充业务，那么对于该IMS用户可 能有更高的网络运营商所定义的价格表。因此，当IMS用户参与会话时，根据所选择的补充 业务，会话以更高的价格表进行计费。如果一个或多个补充业务在会话期间由应用服务器 提供，则这些补充业务不被单独计费，而仅仅是会话的所有费用的一部分。网络运营商可能 由于没有对补充业务单独计费而不幸地损失大量收入。

发明内容
本发明的实施例通过提供用于在IMS网络中与会话分开地对补充业务计费的功 能而解决上述和其它相关的问题。当应用服务器向会话提供补充业务时，应用服务器生成 计费请求消息，诸如Diameter信用控制请求(CCR)消息，并将计费请求消息发送到0CS。然后，OCS将提供对补充业务的在线计费，与对会话执行的非常类似，但OCS使用同一个IMS计 费标识符将补充业务与会话相关联。由于应用服务器向OCS发送计费请求消息以响应提供 补充业务，因此，网络运营商可以有效地对补充业务单独计费，并也对会话进行计费。因此， 网络运营商可以获得提供补充业务的收入。
本发明的一个实施例包括用于提供对会话的补充业务的在线计费的IMS网络。 IMS网络包括用于提供至少一个补充业务的应用服务器和用于管理会话的会话控制系统。 在运行时，会话控制系统接收一个或多个用于会话的信令消息，并识别补充业务提供给会 话的触发器。然后，会话控制系统将会话路由到应用服务器。当会话被路由到应用服务器 时，应用服务器提供补充业务。应用服务器还生成一个或多个用于补充业务的计费请求消 息，并将用于补充业务的计费请求消息发送到IMS网络的在线计费系统(OCS)。计费请求消 息可用于基于会话的计费或基于事件的计费。OCS相应地处理计费请求消息以提供对补充 业务以及会话的计费。在另一个实施例中，为计费请求消息定义一个或多个新AVP，计费请求消息可以是 Diameter Ro消息。应用服务器识别补充业务的计费信息，并将补充业务的计费信息插入计 费请求消息的AVP中。本发明可包括下面描述的其它示意性实施例。


在所有附图中，相同的附图标记表示同一个单元或相同类型的单元。图1表示在本发明的示例性实施例中的IMS网络。图2是表示在本发明的示例性实施例中的执行对会话的在线计费的方法的流程 图。图3是表示在本发明的示例性实施例中的执行对补充业务的在线计费的方法的 流程图。图4是表示在本发明的示例性实施例中的用于补充业务的即时事件计费(IEC)的 例子的消息图。图5是表示在本发明的示例性实施例中的用于补充业务的具有单位保留的基于 事件的计费(ECUR)的例子的消息图。
具体实施例方式图1-5和下面的说明描述了本发明的特定示意性实施例，以教导本领域的普通技 术人员如何制造和使用本发明。为了教导创造性的原理，本发明的一些传统的方面已经被 简化或省略。本领域的普通技术人员将知道这些实施例的变形落入本发明的范围。本领域 的普通技术人员将知道下面描述的特征可以不同的方式组合以形成本发明的多个变形。因 此，本发明并不局限于下面描述的特定实施例，而是仅由权利要求及其等同限定。图1表示在本发明的示意性实施例中的IMS网络100。IMS网络100包括会话控 制系统102、应用服务器104和在线计费系统(OCS) 120。IMS网络100可包括其它服务元 素，诸如离线计费系统、归属用户服务器(HSS)等，为了简化起见，它们没有在图1中示出。会话控制系统102包括任何用于建立、管理和/或拆除涉及IMS设备110和其它IMS设备(未示出)的语音和/或数据会话(即SIP会话)的系统、服务器或功能。会话控 制系统102的一个例子是服务呼叫会话控制功能(S-CSCF)。熟悉3GPP技术规范技术人员 理解S-CSCF当前被定义为具有朝向OCS 120的ISC接口。因此，IMS网关被引入S-CSCF和 OCS 120之间，以将ISC消息转换成去往OCS 120的Diameter Ro消息。因此，会话控制系 统102可以包括具有适当的计费触发功能(CTF)和计费接口(即Diameter Ro)的S-CSCF， 或可包括3GPP所建议的连同IMS网关的CSCF。应用服务器104包括任何用于向会话提供补充业务的系统、服务器或功能。补充 业务包括任何补充和支持电话类型语音会话或数据会话的业务集。例如，将会话从一个号 码簿号码转发到另一个号码簿号码可以是会话的补充业务。在另一个例子中，三方或η方 会议可以是会话的补充业务。本领域的普通技术人员将知道应用服务器104可提供多个补 充业务，或者可以有多个应用服务器提供不同的补充业务。OCS 120包括任何用于提供对会话的在线计费的系统、服务器或功能。根据在此 描述的实施例，OCS 120还用于提供对提供给会话的补充业务的在线计费。在该实施例中， OCS 120包括在线计费功能(OCF) 122、账户余额管理功能(ABMF) 124和估价功能(RF) 126。 OCF 122包括任何用于通过访问ABMF 124和RF 126、与诸如会话控制系统102和应用服务 器104的服务元素交换计费消息和执行其它功能而在OCS中管理在线计费的系统、服务器 或功能。ABMF 124包括任何用于维持IMS用户的账户、更具体地维持IMS用户的账户中服 务单位的数量的系统、服务器或功能。RF 126包括任何用于根据网络运营商所定义的价格 表确定业务使用的费用的系统、服务或功能。会话控制系统102通过接口 107连接到OCS 120。同样，应用服务器通过接口 108 连接到OCS 120。接口 107-108每一个都包括计费接口，其被定义为向OCS 120提供在线计 费信息以用于在线计费。在该实施例中，接口 108 (可能和接口 107)包括Diameter Ro接 口，其被增强为具有用于补充业务的新属性值对(AVP)，这将在后面的说明中描述。IMS设备110被IMS用户(未示出)操作。IMS用户已订阅了 IMS网络100的网 络运营商所提供的特定业务。对于业务订阅，IMS用户已经选择了一个或多个可用于会话 的补充业务。补充业务被记录在IMS用户的服务简档中，该服务简档被存储在归属用户服 务器(HSS)中(未示出)。例如，假定IMS用户通过适当的信令消息，诸如SEP INVITE消息，或者发起或者被 邀请接收IMS网络100上的会话。信令消息被路由到分配给IMS用户的会话控制系统102， 以致会话控制系统102可管理会话。响应于接收用于IMS用户的信令消息，会话控制系统 102联系HSS以访问IMS用户的服务简档。除了其它信息，用户简档指示IMS用户所订阅的 服务的等级、用户所订阅的任何补充业务等。用户简档还指示EMS用户是预付费用户。作为管理会话的一部分，会话控制系统102实现计费触发功能(CTF)以提供对会 话的在线计费。图2是表示在本发明的示意性实施例中的执行对会话的在线计费的方法 200的流程图。方法200描述对会话的在线计费的基本步骤，但在需要或要求时，其它步骤 也可以被执行。当会话被发起时，在步骤202，会话控制系统102中的CTF检测会话的计费事件。 此时的计费事件包括会话的开始，诸如SIP INVITE消息的接收。在步骤204，会话控制系 统102 (或会话控制系统102中的CTF)生成会话的计费请求消息。在会话的开始，计费请求消息是“初始(initial)”消息，并指示会话的开始。初始计费请求消息的一个例子是 Diameter Ro信用控制请求(CCR) [INITIAL]消息。会话控制系统102将计费请求消息发送 到 OCS 120。对会话的在线计费表示与基于事件的计费相对的具有单位保留的基于会话的计 费(基于会话的计费(SBC))。采用基于会话的计费，初始计费请求消息请求连接会话的授 权，并还向OCS 120请求服务单位的配额以致预算控制可被执行。OCS 120中的OCF 122处理初始计费请求消息以识别会话的信息，诸如IMS用户 的身份、会话的媒体类型等。在步骤206，0CF 122用会话信息访问RF 126以确定会话的估 价。OCF 122还访问ABMF 124以确定IMS用户是否具有足够的账户余额以发起会话，如果 是，则确定对于会话准许多少服务单位。然后在步骤208，OCF 122根据估价、账户余额等从 IMS用户的账户中准许服务单位的配额。然后，OCF 122生成包括所准许的服务单位的配额 的计费响应信息。计费响应消息是“初始”消息，并指示对于会话所准许的初始配额。初始 计费响应消息的一个例子是Diameter Ro信用控制应答(CC A) [INITIAL]消息。然后，OCF 122将计费响应消息发送到会话控制系统102。
会话控制系统102从OCS 120接收计费响应消息，并处理计费响应消息以识别所 准许的配额和任何其它相关信息。在步骤212，会话控制系统102根据所准许的单位的配 额，对该会话执行预算控制。对于预算控制，会话控制系统102随着会话持续而缩减服务单 位的配额。然后，方法200返回到步骤202。在步骤202，会话控制系统102通过它的CTF在会话期间检测到另一个计费事件。 该计费事件可包括接收确认SIP INVITE、RE-INVITE或UPDATE消息的SIP 2000K消息，可 包括所准许的服务单位的配额的用尽，可包括有效性定时器的期满等。响应于检测计费事 件，会话控制系统102在步骤204生成会话的另一个计费请求消息。在会话中的这个时间 点，计费请求消息是“更新(update) ”消息。更新计费请求消息的一个例子是CCR[UPDATE] 消息。会话控制系统102将计费请求消息发送到0CS120。OCS 120中的OCF 122处理更新计费请求消息以识别会话的信息。在步骤206，OCF 122用会话信息访问RF 126以确定会话的估价。该步骤对于更新消息并不是必需的，但是， 该会话的一个或多个会话描述参数可能已经变化，这可能改变估价。OCF 122还访问ABMF 124以确定IMS用户是否具有足够的账户余额以继续会话，如果是，则确定对于该会话准许 多少个服务单位。在步骤208，OCF 122根据估价、账户余额等从IMS用户的账户中准许服 务单位的配额。然后，OCF 122生成包括所准许的服务单位的配额并指示会话被允许继续 的计费响应信息。计费响应消息是“更新”消息，并指示对于会话所准许的下一个配额。更 新计费响应消息的一个例子是CC A[UPDATE]消息。然后，OCF 122将计费响应消息发送到 会话控制系统102。会话控制系统102从OCS 120接收计费响应消息，并处理计费响应消息以识别所 准许的配额以及任何其它相关信息。在步骤212，会话控制系统102根据所准许的单位的配 额，对会话执行预算控制。然后，方法200返回到步骤202。会话控制系统102可在会话期间检测触发更新计费请求消息的一个或多个其它 的计费事件。然而，在某个时间点，会话将结束。在步骤202，会话控制系统102通过它的 CTF在会话期间检测到另一个计费事件。此时的计费事件包括会话的结束，诸如SIP END消息的接收。在步骤204，会话控制系统102生成会话的另一个计费请求消息。在会话中的 这个点，计费请求消息是“终止”消息。终止计费请求消息的一个例子是CCR[TERMINATION] 消息。终止计费请求消息可包括在会话期间消费的服务单位的总数量的指示，或者可包括 从最后的配额中剩余的服务单位的数量的指示。会话控制系统102将计费请求消息发送到 OCS 120。由于OCF 122确定会话已经结束，因此，OCF 122处理终止计费请求消息以识别对 于该会话消费了多少服务单位。在步骤214，OCF 122在IMS用户的账户中解决该会话的 费用。在解决账户时，根据会话的持续时间，正确的单位数量从IMS用户的账户中扣除。然 后，方法200结束。在如上描述的IMS用户的会话期间，一个或多个补充业务可被调用。为了调用补 充业务，会话控制系统102将会话路由到用于提供补充业务的应用服务器104。例如，会话 控制系统102可向应用服务器104发送SIPINVITE消息以将会话路由到应用服务器104。 然后，应用服务器104向会话提供补充业务，并将会话路由回会话控制系统102。根据在此描述的实施例，补充业务被独立于会话地进行计费。图3是表示在本发 明的示意性实施例中的执行对补充业务的在线计费的方法300的流程图。方法300描述了 对补充业务的在线计费的基本步骤，但当需要或要求时也可以执行其它步骤。当会话被路由到应用服务器104时，在步骤302，应用服务器提供补充业务。应用 服务器104包括用于补充业务的CTF，其用于在应用服务器104提供补充业务时检测计费事 件。在步骤304，应用服务器104生成用于补充业务的计费请求消息。对补充业务的在线计 费可以被执行为直接付款(例如，即时事件计费(IEC))或单位保留(例如，具有单位保留 的基于会话的计费(SBC)或基于事件的计费(ECUR))。对于直接付款，计费请求消息请求补 充业务的授权，该补充业务将作为单个事务被计费。对于单位保留，计费请求消息请求补充 业务的授权，并请求用于该补充业务的服务单位的配额。在步骤306，应用服务器104将补 充业务的计费请求消息发送到OCS 120。OCF 122接收计费请求消息，并确定该计费请求消息是用于直接付款计费还是单 位保留计费。如果计费请求消息是用于直接付款计费，则在步骤308，OCF 122访问RF 126 以确定补充业务的估价。在步骤310，0CF122还访问ABMF 124以根据对补充业务所确定的 估价借记IMS用户的账户。OCF 122将在使用同一个IMS计费标识符而将补充业务与会话 相关联中调用RF 126和ABMF 124。OCF 122还将向应用服务器104发送表明补充业务被 授权提供的计费响应消息。如果计费请求消息是用于单位保留的，那么在步骤312，OCF 122访问RF 126以 确定补充业务的估价。当将补充业务与会话相关联时，估价还可取决于会话。在步骤314， OCF 122访问ABMF 124以根据补充业务的估价准许服务单位的配额。在步骤316，OCF 122 生成表明对于补充业务所准许的服务单位的配额并还表明补充业务被授权提供的计费响 应消息。计费响应消息是“初始”消息，并指示对补充业务所准许的初始配额。初始计费响 应消息的一个例子是Diameter CCA[INITIAL]消息。然后，0CF122将计费响应消息发送到 应用服务器104。应用服务器104从OCS 120接收计费响应消息，并处理该计费响应消息以识别所 准许的配额以及其它相关信息。在步骤318，应用服务器104根据所准许的单位的配额对
10补充业务执行预算控制。对于预算控制，应用服务器104在补充业务被提供时缩减服务单 位的配额。然后，方法300返回到步骤302。当补充业务正在被提供时，方法300将与方法 200 一样继续。
在步骤302，应用服务器104通过它的CTF在补充业务期间检测到另一个计费事 件。该计费事件可包括所准许的服务单位的配额的用尽，可包括有效性定时器的期满等。响 应于检测计费事件，在步骤304，应用服务器生成用于补充业务的另一个计费请求消息。在 此时，计费请求消息是“更新”消息。更新计费请求消息的一个例子是CCR[UPDATE]消息。 在步骤306，应用服务器将计费请求消息发送到OCS 120。OCS 120中的OCF 122处理更新计费请求消息以识别补充业务的信息。在步骤 312, OCF 122访问RF 126以确定补充业务的估价。该步骤对于更新消息不是必需的，但是， 有些东西可能已经变化，这可改变估价。OCF 122还访问ABMF 124以确定IMS用户是否具 有足够的账户余额以继续补充业务，如果是，则确定对于该补充业务准许多少服务单位。在 步骤314，OCF根据估价、账户余额等从IMS用户的账户中准许服务单位的配额。然后，OCF 122生成包括所准许的服务单位的配额并指示补充业务被允许继续的计费响应消息。计费 响应消息是“更新”消息并指示对补充业务所准许的下一个配额。更新计费响应消息的一 个例子是CCA[UPDATE]消息。然后，OCF 122将计费响应消息发送到应用服务器104。应用服务器104从OCS 120接收计费响应消息，并处理该计费响应消息以识别所 准许的配额以及任何其它相关信息。在步骤318，应用服务器104根据所准许的单位的配 额，对会话执行预算控制。然后，方法300返回到步骤302。应用服务器104可在补充业务期间检测触发更新计费请求消息的一个或多个额 外的计费事件。然而，在某个时间点，补充业务将结束。在步骤302，应用服务器104通过 它的CTF在补充业务期间检测到另一个计费事件。在此时的计费事件可包括补充业务的结 束。在步骤304，应用服务器生成用于补充业务的另一个计费请求消息。在补充业务中的 这一点，计费请求消息是“终止”消息。终止计费请求消息的一个例子是CCR[TERMINATION] 消息。终止计费请求消息可包括在补充业务期间消费的服务单位的总数量的指示，或者可 包括从最后的配额中剩余的服务单位的数量的指示。在步骤306，应用服务器将计费请求消 息发送到OCS 120。由于OCF 122确定补充业务已经结束，因此，OCF 122处理该终止计费请求消息以 识别对于补充业务消费了多少服务单位。如在图2的步骤214，OCF 122在IMS用户的账 户中解决补充业务的费用。在解决账户中，根据补充业务的持续时间，正确的单位的数量从 IMS用户的账户中扣除。在上述实施例中，应用服务器104向OCS 120发送用于提供补充业务的计费请求 消息，与会话控制系统102向OCS 120发送用于会话的计费请求消息非常类似。因此，补充 业务可以与会话分开地来进行计费。因此，网络运营商具有对补充业务单独计费的灵活性， 这可为网络运营商带来额外的收入。在图1中，接口 108包括Diameter Ro接口，其用用于补充业务的新属性值对 (AVP)增强。当OCS 120从应用服务器104接收具有新引入的补充业务AVP的计费请求消 息时，OCF 122将知道什么补充业务被涉及，并将使用新引入的用于补充业务计费的机制。 如果在Ro接口中没有呈现补充业务AVP，那么OCF 122将会话作为正常会话进行计费。
利用所引入的补充业务信息，在该实施例中，OCF 122被增强以支持以下用于补充 业务的计费模式。一种计费模式是用差别费率对补充业务进行计费，如同正常会话一样。另 一种模式是用不同的费率对不同的补充业务进行计费。例如，呼叫转移计费费率与呼叫显 示计费费率不同。另一种模式是根据呼叫时间时长、通信量、事件数量等对补充业务进行计 费，如同循环费用、非循环费用或使用费用一样。另一种模式是用不同的费率对补充业务的 其它方进行计费。另一种模式是向会话控制系统102和应用服务器104分配参与会话的不 同方的信用片段。例如，在呼叫转移呼叫中，A方发起呼叫，应用服务器104确定B方想要 将该呼叫转移到他/她的远程移动号码(C方)。OCS 120从应用服务器104接收补充业务 AVP,并确定A方是预付费用户并负责计费段I (A到B)，确定B方是固定线路用户并负责计 费段II(B到C)，确定C方是预付费移动电话并负责它自己的通话时间。OCF 120从ABMF 124中识别A方、B方和C方的账户信息，并将计费信息发送到估价引擎126以对三方的呼 叫估价。然后，OCS 120根据价格表和余额，向应用服务器104发布三方的信用。对于增强的Ro接口 108，新的补充业务AVP被定义为“业务-信息”AVP的一部分。 新的AVP可被称为“补充_业务-信息”，尽管也可以使用其它名称。补充_业务-信息AVP 包括用于对提供给会话的补充业务计费的信息。补充-业务-信息是“分组(Grouped)”类 型，并可具有以下ABNF语法补充-业务-信息={Service-Type}[Service-Action][Service-Mode][Service-ID][Associated-Number][SS-Start-Time][SS-Stop-Time]Service-Type AVP是“枚举(Enumerated) ”类型的，并指示补充业务类型。它是 补充_业务-信息AVP的子AVP，并例如定义以下枚举值-自动回电(ACB)-自动重叫(AR)_选择呼叫接受(SCA)-呼叫转移(TRANS)-同时振铃(SIM)-η 方呼叫(n-WAY)-空闲时回复(RBwF)-用户主叫跟踪(COT)-呼叫驻留(PARK)-呼叫代答(PICKUP)-授权代码(AUTH)-账户代码(ACCT)-灵活的呼叫ID (FLXID)
-顺序振铃(SEQ) -载波预选(CPS)-彩铃(MRB)-保持音乐(MOH)-忙时用户呼叫结束(CCBS)-多级优先和预占(MLPP)-个性化回铃音(CRBT)-缩位拨号Service-Action AVP是“枚举”类型的，并且是补充-业务-信息AVP的子AVP。 Service-Action AVP例如定义下列枚举值-激活-去激活-调用-取消Service-Mode AVP是“枚举”类型的，并指示补充业务类型。它是补充-业务-信 息AVP的子AVP，并例如定义下列枚举值-无条件呼叫前转_缺省呼叫前转_遇忙呼叫前转-无应答呼叫前转_非注册用户呼叫前转-选择性呼叫前转(用于SCA和SCF)-同时振铃呼叫前转_本地呼叫前转(例如SIP 302)-呼叫盲转_咨询呼叫转接-N方呼叫转接-本地用户呼叫转接(例如，SIPRefer)-呼叫驻留-驻留-呼叫驻留-恢复-呼叫驻留-保持-呼叫代答-代答_呼叫代答-直接代答-呼叫代答-插入-N方-3方呼叫-N方-4方呼叫-N方-5方呼叫-N方-6方呼叫-顺序振铃呼叫前转
Service-ID AVP是“UTF8String”类型的，并且是补充业务的唯一标识 符。Associated-Number AVP是“UTF8String”类型的，并指示调用补充业务的数量。 SS-Start-Time AVP是“时间(Time) ”类型的，并指示补充业务的开始时间。SS-Stop-Time AVP是“时间(Time)”类型的，并指示补充业务的停止时间。 补充-业务-信息AVP考虑到灵活的补充业务的计费价格表。在一个例子中，不 同的计费价格表可根据补充业务类型而应用。例如，呼叫前转的计费价格表可不同于呼叫 转接的计费价格表。在另一个例子中，不同的计费价格表可根据不同的业务模式而应用。 例如，对于呼叫前转补充业务，无条件呼叫前转的计费价格表可不同于遇忙呼叫前转的计 费价格表。在另一个例子中，不同的计费价格表可根据不同的业务动作而应用。例如，除了 正常的补充业务使用(例如，对于呼叫前转的会话，5分钱/分钟)，对于补充业务激活或去 激活有附加的非循环费用(例如，激活或去激活呼叫前转补充业务，$3)。在另一个例子中， 不同的计费价格表可以根据补充业务开始时间和补充业务停止时间而应用。例如，从补充 业务开始时间到补充业务停止时间，OCS 120可应用循环费用(诸如，对于呼叫禁止补充业 务，$2/月)。补充-业务-信息AVP考虑到网络运营商根据AVP组合以及其它计费数据来定义 计费价格表，以实现更灵活的补充业务计费。例如，计费可以是基于上述任何AVP组合的。 例如，对于网络运营商A，补充业务1用补充业务使用费率(2分钱/分钟)和附加的循环 费用(诸如$2/月循环费用)进行计费。对于运营商B，补充业务仅用循环费用(诸如$5/ 月循环费用)进行计费，但日常活动中的正常补充业务使用是免费的。在另一个例子中，计 费可以是基于AVP和账户资料推销政策的。例如，每个月前15个呼叫禁止业务被计费为10 分钱/每个业务。在15个呼叫禁止业务之后，每个呼叫禁止业务被计费为5分钱。补充-业务-信息允许OCS对于某些补充业务分配附加的计费方。例如，使用 associated-number AVP和业务模式，OCS 120可找出其它负责的计费方，并检查其账户的 有效性。OCS 120还可以检查多方在补充业务中的计费价格表。OCS 120还可以从他们的 账户中向应用服务器104准许多方的配额。如果一方或多方不能被授权(例如，没有有效 的账户或者余额低于阈值)，那么OCS 120可通知应用服务器104拒绝补充业务或会话。图4-5表示在IMS网络100中对补充业务计费的例子。图4是表示在本发明的示 意性实施例中的对补充业务的即时事件计费(IEC)的例子的消息图。在图4中，假定IMS 设备110的用户已经订阅了由应用服务器104提供的缩位拨号(ABD)业务。IMS设备110 的用户创建具有被设置成缩位拨号号码的本地号码的Tel URI。为了发起语音会话，IMS设 备110生成具有被设置成所创建的Tel URI的请求URI的SIP INVITE消息。然后，IMS设 备110将INVITE消息发送到会话控制系统102。响应于INVITE消息，会话控制系统102中 的CTF向OCS 120发送Diameter Ro CCR[INITIAL]消息以根据用户的账户中的余额保留 服务单位的配额。OCS 120确定IMS设备110的用户是否在他/她的账户中具有足够的服 务单位用于语音会话。如果用户的余额是充足的，那么OCS 120在CCA[INITIAL]消息中用 所准许的配额响应会话控制系统102。根据为IMS设备110的用户定义的初始过滤标准(iFC)，会话控制系统102将 INVITE消息路由到应用服务器104。在接收到包括具有本地号码和等于归属网络域名的 “phone-congtext”参数的Tel URI的INVITE消息后，应用服务器104确定语音会话是打算去往缩位号码。在应用服务器104试图将缩位号码转换成正常的呼叫号码之前，应用服务 器104向OCS 120发送CCR[EVENT]消息以确定IMS设备110的用户是否在他/她的账户 中具有足够的服务单位用于ABD业务的额外费用。如果OCS 120中用户的余额用于ABD的 额外费用不足，那么OCS 120将失败的结果在CCA[EVENT]消息中发送回会话控制系统102， 语音会话将被拒绝。根据来自CCA[EVENT]消息中的终止原因，应用服务器104用对应的错 误代码将SIP 3xx/4xx/5xx发送到IMS设备110。如果用户的余额足够用于ABD的额外费用，则OCS 120在ABMF 124中更新用户的 账户以从账户中扣除额外费用。OCS 120还将成功的结果在CCA[EVENT]消息中发送回会 话控制系统102。在接收到成功的返回结果之后，应用服务器104通过将所接收的请求URI 中的本地号码映射到所打算去往的目的地的公共用户标识而提供ABD业务。应用服务器 104还用所映射的结果代替所接收的INVITE消息内的请求URI。然后，应用服务器104将 INVITE消息发送到会话控制系统102。响应于INVITE消息，会话控制系统102确定被叫方号码已被改变(即，ABD号码 被转换成正常的号码簿号码)。会话控制系统102还将DiameterRo CCR[UPDATE]消息发 送到OCS 120以再认证对于IMS设备110所准许的服务单位。OCS 120将根据所接收的 CCR[UPDATE]消息再认证IMS设备110的信用控制，并在CCA[UPDATE]消息中将所准许的服 务单位发送到会话控制系统102。然后，会话控制系统102将INVITE消息转发到所打算去往的目的地，其被表示为 UE-2。IMS设备110和UE-2按照正常的会话建立消息传递以建立语音会话。当会话被建立 时，会话控制系统102还将对语音会话执行正常的在线计费功能。当IMS设备110结束语音会话时，IMS设备110向会话控制系统102发送SIP BYE 消息以释放语音会话。响应于BYE消息，会话控制系统102向OCS 120发送Diameter Ro CCR[TERMINATION]消息以发送对语音会话的当前计费。OCS 120从用户的账户中扣除该费 用，并在CCA[TERMINATION]消息中将所准许的服务单位返回给会话控制系统102。会话控 制系统102还向应用服务器104和UE-2发送BYE消息。由于会话控制系统102和应用服务器104都向OCS 120发送CCR消息，因此，对该 语音会话有两个费用。首先，有ABD业务(IEC)的费用。其次，有语音会话(SBC)的费用。 因此，有利地，ABD业务与语音会话分开地进行计费。图5是表示在本发明的示意性实施例中的补充业务的具有单位保留的基于事件 的计费(ECUR)的例子的消息图。假定呼叫方(UE-2)想要发起与正忙于另一个会话的IMS 设备110的语音会话。为了发起语音会话，UE-2生成SIP INVITE消息，并将INVITE消息发 送到会话控制系统102。根据为IMS设备110的用户定义的初始过滤标准(iFC)，会话控制 系统102将INVITE消息路由到应用服务器104。会话控制系统102中的CTF还向OCS 120 发送Diameter Ro CCR[INITIAL]消息，以根据用户的账户中的余额保留服务单位的配额。 OCS 120确定IMS设备110的用户是否在他/她的账户中具有足够的服务单位用于语音会 话。如果用户的余额是充足的，那么OCS 120在CCA[INITIAL]消息中用所准许的配额响应 会话控制系统102。然后，会话控制系统102向IMS设备110发送INVITE消息以建立语音会话。响 应于INVITE消息，IMS设备110向会话控制系统102发送表明其正忙的SIP 486 BusyHere消息。会话控制系统102将486 Busy Here消息发送到应用服务器104。然后，应用服务器104用SIP ACK消息响应IMS设备110。响应于486 Busy Here消息，会话控制系 统102向OCS 120发送CCR[TERMINATION]消息以解决对用户的账户的计费。OCS 120用 CCA[TERMINATION]消息进行响应。应用服务器104确定IMS设备110的用户已经订阅了语音邮件保管业务。然后， 应用服务器104向OCS 120发送CCR[INTIAL]消息，并将补充业务消息AVP设置为语音邮 件保管。OCS 120执行对语音邮件保管的ECUR，并从用户的账户中保留语音邮件保管额外 费用。然后，OCS 120将成功的结果在Diameter CCA[INITIAL]消息中发送回应用服务器 104。可选择地，应用服务器104发送“SIP 181呼叫正被前转”消息以通知UE-2语音会 话正在被前转。应用服务器104还向语音邮件应用服务器(VMS)发送INVITE消息。UE-2 和VMS交换随后的消息以建立呼叫以保管语音消息。然后，UE-2的用户可以在IMS设备110 的语音邮箱中记录语音邮件消息。当UE-2完成记录语音邮件消息时，UE-2向会话控制系统102发送SIPBYE消息 以释放语音会话。会话控制系统102将BYE消息转发到应用服务器104。响应于BYE消 息，应用服务器104向OCS 120发送CCR[TERMINATION]消息以通知OCS 120邮件保管已 经结束。OCS 120从用户的账户中扣除所保留的VM保管额外费用，并向应用服务器104返 回Diameter CCA[TERMINATION]消息。应用服务器104将BYE消息转发到VMS，VMS用SIP 2000K消息响应，该SIP 2000K消息最终被路由回UE-2。由于会话控制系统102和应用服务器104都向OCS 120发送CCR消息，因此，对于 这次语音会话有两个费用。第一，对语音邮件保管业务有费用。第二，对语音会话有费用。 因此，有利地，语音邮件保管业务与语音会话分开地进行计费。尽管在此描述了特定实施例，但本发明的范围并不限于这些特定实施例。本发明 的范围由后附的权利要求及其等同限定。
权利要求
一种用于提供对会话的补充业务的在线计费的IMS网络，所述IMS网络包括会话控制系统，其用于接收至少一个用于所述会话的信令消息并识别补充业务提供给所述会话的触发器，所述IMS网络还包括应用服务器，用于向所述会话提供所述补充业务，生成至少一个用于所述补充业务的计费请求消息，以及将所述至少一个用于所述补充业务的计费请求消息发送到所述IMS网络的在线计费系统(OCS)。
2.如权利要求1所述的IMS网络，还包括 所述OCS包括在线计费功能；账户余额管理系统，用于维持参与所述会话的IMS用户的账户； 估价功能，用于确定补充业务的费用。
3.如权利要求2所述的IMS网络，其中，从所述应用服务器到所述OCS的所述至少一个计费请求消息包括基于事件的计费请 求消息；所述估价功能还用于在所述估价功能使用同一个IMS计费标识符将所述补充业务与 所述会话相关联时，确定提供给所述会话的所述补充业务的估价；所述账户余额管理系统还用于根据对所述补充业务所确定的估价，借记所述IMS用户 的账户。
4.如权利要求2所述的IMS网络，其中，所述至少一个计费请求消息包括基于会话的计费请求消息；所述估价功能还用于在所述估价功能使用同一个IMS计费标识符将所述补充业务与 所述会话相关联时，确定提供给所述会话的所述补充业务的估价；所述账户余额管理系统还用于根据所述补充业务的估价，准许服务单位的配额； 所述在线计费功能用于生成表明对于所述补充业务所准许的服务单位的配额的计费 响应消息，并将所述计费响应消息发送到所述应用服务器。
5.如权利要求4所述的IMS网络，其中，所述应用服务器还用于 接收所述计费响应消息；在提供所述补充业务中监控所准许的服务单位的配额的使用；以及 如果所准许的服务单位的配额用尽，则向所述OCS发送另一个计费请求消息。
6.如权利要求1所述的IMS网络，其中， 所述计费请求消息包括Diameter消息； 所述应用服务器还用于识别所述补充业务的计费信息；以及将所述补充业务的所述计费信息插入所述Diameter消息的至少一个新属性值对 (AVP)中。
7.如权利要求6所述的IMS网络，其中，所述Diameter消息的所述至少一个新AVP表 明所述应用服务器所提供的补充业务的类型。
8.如权利要求6所述的IMS网络，其中，所述Diameter消息的所述至少一个新AVP表 明所述应用服务器所提供的补充业务的时间戳。
9.一种在IMS网络中提供对会话的补充业务的在线计费的方法，所述方法包括 在所述IMS网络的应用服务器中向所述会话提供补充业务；在所述应用服务器中生成至少一个用于所述补充业务的计费请求消息；以及 将所述至少一个用于所述补充业务的计费请求消息从所述应用服务器发送到所述IMS 网络的在线计费系统(OCS)。
10.如权利要求9所述的方法，其中，从所述应用服务器到所述OCS的所述至少一个计 费请求消息包括基于事件的计费请求消息，所述方法还包括在所述OCS中，当估价功能使用同一个IMS计费标识符将所述补充业务与所述会话相 关联时，确定提供给所述会话的所述补充业务的估价；以及 根据对所述补充业务所确定的估价，借记IMS用户的账户。
11.如权利要求9所述的方法，其中，所述至少一个计费请求消息包括基于会话的计费 请求消息，所述方法还包括当估价功能使用同一个IMS计费标识符将所述补充业务与所述会话相关联时，确定提 供给所述会话的所述补充业务的估价；根据所述补充业务的估价，准许服务单位的配额；生成表明对于所述补充业务所准许的服务单位的配额的计费响应消息；以及 将所述计费响应消息从所述OCS发送到所述应用服务器。
12.如权利要求11所述的方法，还包括在所述应用服务器中接收所述计费响应消息； 在提供所述补充业务中监控所准许的服务单位的配额的使用；以及 如果所准许的服务单位的配额用尽，则从所述应用服务器向所述OCS发送另一个计费 请求消息。
13.如权利要求9所述的方法，其中，所述计费请求消息包括Diameter消息；所述方法 还包括识别所述补充业务的计费信息；以及将所述补充业务的所述计费信息插入所述Diameter消息的至少一个新属性值对 (AVP)中。
14.如权利要求13所述的方法，其中，所述Diameter消息的所述至少一个新AVP表明 所述应用服务器所提供的补充业务的类型。
15.如权利要求13所述的方法，其中，所述Diameter消息的所述至少一个新AVP表明 所述应用服务器所提供的补充业务的时间戳。
16.一种用于提供对会话的补充业务的在线计费的IMS网络，所述IMS网络包括 在线计费系统(OCS)，用于提供对所述会话和所述会话的至少一个补充业务的在线计费；以及应用服务器，用于向所述会话提供所述补充业务，生成至少一个用于所述补充业务的 计费请求消息，并将所述至少一个用于所述补充业务的计费请求消息发送到所述0CS。
17.如权利要求16所述的IMS网络，其中，从所述应用服务器到所述OCS的所述至少一个计费请求消息包括基于事件的计费请 求消息；所述OCS还用于当估价功能使用同一个IMS计费标识符将所述补充业务与所述会话相 关联时，确定提供给所述会话的所述补充业务的估价，以及根据对所述补充业务所确定的 估价，借记IMS用户的账户。
18.如权利要求16所述的IMS网络，其中，所述至少一个计费请求消息包括基于会话的计费请求消息；所述OCS还用于当估价功能使用同一个IMS计费标识符将所述补充业务与所述会话相 关联时，确定提供给所述会话的所述补充业务的估价，根据所述补充业务的估价，准许服务 单位的配额，生成表明对于所述补充业务所准许的服务单位的配额的计费响应消息，并将 所述计费响应消息发送到所述应用服务器。
19.如权利要求18所述的IMS网络，其中，所述应用服务器还用于 接收所述计费响应消息；在提供所述补充业务中监控所准许的服务单位的配额的使用；以及 如果所准许的服务单位的配额用尽，则向所述OCS发送另一个计费请求消息。
20.如权利要求16所述的IMS网络，其中， 所述计费请求消息包括Diameter消息； 所述应用服务器还用于识别所述补充业务的计费信息；以及将所述补充业务的计费信息插入所述Diameter消息的至少一个新属性值对(AVP)中。
全文摘要
公开了用于提供对会话的补充业务的在线计费的IMS网络和方法。IMS网络包括用于向会话提供至少一个补充业务的应用服务器。当补充业务将被提供时，会话被路由到应用服务器。然后，应用服务器提供补充业务，并且还提供对该业务的计费。为了提供计费，应用服务器生成一个或多个用于补充业务的计费请求消息，并将用于补充业务的计费请求消息发送到IMS网络的在线计费系统(OCS)。因此，OCS处理计费请求消息以提供对补充业务和会话的计费。
文档编号H04L12/14GK101960778SQ200880127530
公开日2011年1月26日 申请日期2008年2月26日 优先权日2008年2月26日
发明者X·李, Y·蔡 申请人:朗讯科技公司