用于向下游应用提供计费和使用数据的方法、系统和计算机程序产品转让专利

申请号 : CN200880023074.X

文献号 : CN101730986A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : T·E·鲁赛尔P·J.·马尔西科

申请人 : 泰克莱克公司

摘要 :

目前所公开的主题的目的是向下游应用提供计费和使用数据。根据一个方案,本文所描述的主题包括一种用于在IP多媒体子系统(IMS)环境中获取计费和使用数据的方法。所述方法包括:在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及将所述至少一个所复制的消息提供给一应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。可以单独地或者组合地复制多种获取的数据,并且可以检查、比较或者以其他方式单独地或组合地使用所复制的数据。

权利要求 :

1.一种用于在网际协议(IP)多媒体子系统(IMS)环境中获取计费和使用数据的方法,所述方法包括:在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及,将所述至少一个所复制的消息提供给一应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。

2.根据权利要求1所述的方法,包括:针对计费验证、欺骗检测、收入保障和数据分析之一,而检查所述至少一个所复制的呼叫信令消息和IMS计账消息中的一个。

3.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制呼叫信令消息和IMS计账消息,并且其中,所述方法还包括:将所复制的呼叫信令消息和所复制的IMS计账消息进行比较。

4.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制包含以下项之一的呼叫信令消息:7号信令系统(SS7)消息、会话发起协议(SIP)消息、SIGTRAN消息,以及呼叫详细记录(CLDR)。

5.根据权利要求4所述的方法,其中,复制CLDR包括复制包含以下项之一的CLDR:SS7呼叫详细记录、网际协议呼叫详细记录(IPDR)、会话呼叫详细记录(SDR)和事务呼叫详细记录(TDR)。

6.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制Diameter计账消息。

7.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制包含以下项中的至少一项的原始IMS计账消息:收费事件信息、已定额的收费事件信息,以及已定额的收费事件与额度信息,其中,所复制的IMS计账消息不是收费详细记录。

8.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制包含收费详细记录的IMS计账消息。

9.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制呼叫信令消息,并且其中,所述方法还包括:基于所复制的呼叫信令消息来产生IMS计账消息。

10.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制呼叫信令消息和IMS计账消息,并且其中,所述方法还包括:基于所复制的呼叫信令消息来纠正所述IMS计账消息中包含的信息。

11.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制离线IMS收费系统中的收费网关功能(CGF)处的IMS计账消息。

12.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制离线IMS计费系统中的收费数据功能(CDF)处的IMS计账消息。

13.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制IMS网络实体(NE)处的呼叫信令消息。

14.根据权利要求13所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制以下项之一处的呼叫信令消息:呼叫会话控制功能(CSCF)、电路交换网络部件(CS-NE)、服务网络部件、会话发起协议(SIP)应用服务器(AS)、媒体资源功能控制器(MRFC)、媒体网关控制器功能(MGCF)、边界网关控制器功能(BGCF)、代理呼叫会话控制功能(P-CSCF)、询问呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)、服务通用分组无线业务(GPRS)支持节点(SGSN),以及网关GPRS支持节点(GGSN)。

15.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制从在线IMS收费系统中的定额功能(RF)接收的IMS计账消息。

16.根据权利要求1所述的方法,其中,复制呼叫信令消息和IMS计账消息中的至少一个包括复制从在线IMS收费系统中的账户余额管理(ABMF)功能接收的IMS计账消息。

17.一种用于在网际协议(IP)多媒体子系统(IMS)环境中获取计费和使用数据的系统,所述系统包括:消息复制功能(MCF),用于在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及,通信功能,用于将所述至少一个所复制的消息提供给一下游应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。

18.根据权利要求17所述的系统,包括:验证应用,用于针对计费验证、欺骗检测、收入保障和数据分析之一,而检查所述至少一个所复制的呼叫信令消息和IMS计账消息中的一个。

19.根据权利要求17所述的系统,其中,所述MCF被配置来复制呼叫信令消息和IMS计账消息,并且其中,所述系统还包括计费验证应用,其被配置来将所复制的呼叫信令消息和所复制的IMS计账消息进行比较。

20.根据权利要求17所述的系统,其中,所述至少一个呼叫信令消息包括以下项之一:7号信令系统(SS7)消息、会话发起协议(SIP)消息、SIGTRAN消息,以及呼叫详细记录(CLDR),并且其中,所述至少一个IMS计账消息包括原始IMS计账消息和收费详细记录之一。

21.根据权利要求17所述的系统,其中,所述至少一个IMS计账消息包括Diameter计账消息。

22.根据权利要求20所述的系统,其中,原始IMS计账消息包括以下项中的至少一项:收费事件信息、已定额的收费事件信息,以及已定额的收费事件与额度信息,其中,所复制的原始IMS计账消息不是收费详细记录。

23.根据权利要求20所述的系统,其中,所述CLDR包括以下项中的至少一项:SS7呼叫详细记录、网际协议(IP)呼叫详细记录(IPDR)、会话呼叫详细记录(SDR),以及事务呼叫详细记录(TDR)。

24.根据权利要求17所述的系统,包括:计费验证应用,其被配置来基于所复制的呼叫信令消息来执行以下操作中的至少一个:产生IMS计账消息、纠正IMS计账消息中包含的信息,以及使所复制的IMS计账消息中丢失的信息完整。

25.根据权利要求17所述的系统,其中,所述MCF位于网络实体(NE)处。

26.根据权利要求25所述的系统,其中,所述NE是以下项之一:呼叫会话控制功能(CSCF)、电路交换网络部件(CS-NE)、服务网络部件、会话发起协议(SIP)应用服务器(AS)、媒体资源功能控制器(MRFC)、媒体网关控制器功能(MGCF)、边界网关控制器功能(BGCF)、代理呼叫会话控制功能(P-CSCF)、询问呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)、服务通用分组无线业务(GPRS)支持节点(SGSN),以及网关GPRS支持节点(GGSN)。

27.根据权利要求17所述的系统,其中,所述MCF位于离线IMS收费系统中的收费网关功能(CGF)处。

28.根据权利要求17所述的系统,其中,所述MCF位于离线IMS收费系统中的收费数据功能(CDF)处。

29.根据权利要求17所述的系统,其中,所述MCF与在线收费系统(OCS)集成。

30.根据权利要求17所述的系统,其中,所述MCF被配置来从在线IMS收费系统中的定额功能(RF)接收IMS计账消息。

31.根据权利要求17所述的系统,其中,所述MCF被配置来复制从在线IMS收费系统中的账户计费管理功能(ABMF)接收的IMS计账消息。

32.一种计算机程序产品,包括:在计算机可读介质中实施的计算机可执行指令,用于执行以下步骤:在网际协议(IP)多媒体子系统(IMS)环境中:

在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及,将所述至少一个所复制的消息提供给一应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。

说明书 :

技术领域

本文所描述的主题涉及向应用提供数据。更具体地说,所述主题涉及向下游应用提供计费和使用数据。

背景技术

在当前的通信网络中,当与会话或者事件相关联地使用会话发起协议(SIP)消息时,通常产生计账信息,以便可以创建正确的计费记录。另外,出于诸如计费验证、欺骗检测、收入保障和数据分析这样的目的,各种下游应用可以检查这些计费记录。
例如,SIP消息传送可以在网际协议(IP)多媒体子系统(IMS)环境中用于即时消息传送(IM)、IP语音(VoIP)和其他基于IP的电话解决方案。在IMS环境中,在传送或者接收短消息服务(SMS)消息时,通过诸如短消息服务中心(SMSC)这样的网络实体来产生计账信息。该计账信息可以包括从SIP消息提取的信息以及其他计账相关数据,并且可以被传送到用于将计账信息转换成被称为收费详细记录(CDR)的格式的功能。然后,CDR可以被发送到计费系统,在所述计费系统中,其可以用于针对会话或者事件向用户计费。
与当前SIP收费和验证系统相关联的一个问题是,它们容易受到欺骗的影响。在一个示例性场景中,所谓的“欺骗者”可以利用常规收费系统的一个方案来欺骗网络运营商。通常,诸如SMSC这样的网络实体既负责向用户传送消息,又负责产生与收费事件(即,消息传送)相关联的计账信息。在也被称为预付费计费的在线计费场景中,在向特定用户传送消息之前,在对预付费应用进行查询以确定用户是否具有足够的预付费额度来传送消息的同时,可以对所述消息进行缓存。但是,与SMSC相关联的消息量经常太大,以至于SMSC不能对预付费应用进行查询而没有发生SMSC的拥塞或者故障的风险。因此,相对于对预付费应用进行查询或者产生计账信息,SMSC可以优先进行消息的传送。简而言之,过载的SMSC可以假定用户拥有足够的预付费额度来发送消息,并且通过不对预付费应用进行查询并且不产生计账信息来防止拥塞。欺骗者可以滥用常规收费系统的该方案来欺骗网络运营商。他们可以首先购买包含少量预付费额度的预付费卡,并且尝试发送大量消息以使得SMSC变得过载并采用上述过程,在该过程中,每个消息尝试都被传送,而不验证用户的预付费额度量或者产生与这些消息相关联的计账信息。因此,诸如计费验证应用这样的下游应用可能未接收到已经发生这种欺骗的指示,而接收到时已经太迟。这可能为网络运营商留下数量庞大并且昂贵的无法收款的账单。
与当前SIP收费和验证系统相关联的另一个问题是它们容易出错。例如,因为计费系统通常位于产生计账信息所涉及的各种网络实体和应用的下游,因此数据破坏可能积累并且妨碍验证系统准确审计SIP事务的能力。因此,即使当计账信息产生时,在其已经被检查和/或转换成其他格式之前,其都有可能包括丢失或者不完整的数据。这可能产生不准确或者未计费的记录,而网络运营商要花费代价来纠正这些记录。
与当前SIP收费和验证系统相关联的又一个问题是它们缺少冗余审计追踪。在计账信息如上所述那样被破坏、不完整或者未产生的情况下,当前验证系统缺少纠正被破坏的数据,使不完整的记录完整,或者重新创建丢失的信息的能力。它们也缺少告诉网络运营商错误在信息流中的何处发生以便可以对其进行检查和纠正的能力。
因此,需要用于向下游应用提供计费和使用数据的改进的方法和系统。

发明内容

当前所公开的主题的目的是向下游应用提供计费和使用数据。根据一个方案,本文所描述的主题包括一种用于在IP多媒体子系统(IMS)环境中获取计费和使用数据的方法。所述方法包括:在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及将所述至少一个所复制的消息提供给一应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。可以单独地或者组合地复制多种获取的数据,并且可以检查、比较或者以其他方式单独地或组合地使用所复制的数据。
根据另一方案,本文所描述的主题包括一种用于在IMS环境中获取计费和使用数据的系统,其中,所述系统包括:消息复制功能(MCF),用于在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个;以及通信功能,用于将所述至少一个所复制的消息提供给一应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。消息复制功能可以位于各种网络实体和/或应用上,并且可以以单独的方式或者组合的方式获取数据。

附图说明

图1是根据本文所描述的主题的用于向下游应用提供计费和使用数据的过程的流程图;
图2是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性非集成的离线IMS系统的框图;
图3是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性非集成的离线IMS系统的框图;
图4是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性部分集成的离线IMS系统的框图;
图5是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性部分集成的离线IMS系统的框图;
图6是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性部分集成的离线IMS系统的框图;
图7是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性完全集成的离线IMS系统的框图;
图8是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性非集成的在线IMS系统的框图;
图9是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性完全集成的在线IMS系统的框图;
图10是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括单个消息复制功能的示例性非集成的离线IMS系统的更详细的框图;
图11是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括两个消息复制功能的示例性非集成的离线IMS系统的更详细的框图;
图12是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括单个消息复制功能的示例性非集成的在线IMS系统的更详细的框图;以及
图13是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括两个消息复制功能的示例性非集成的在线IMS系统的更详细的框图。

具体实施方式

图1是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的过程的流程图。参照图1,在框100中,在计费系统(BS)的上游复制呼叫信令消息和与IMS事务相关的IMS计账消息中的至少一个。如本文所使用的,术语呼叫信令消息可以包括与建立和控制单独的网络连接以及网络管理相关的消息。例如,呼叫信令消息可以包括:会话发起协议(SIP)邀请消息、7号信令系统(SS7)ISDN用户部分(ISUP)消息、SIGTRAN消息和/或呼叫详细记录(CLDR)。另外,CLDR可以包括各种呼叫详细记录,包括但是不限于:SS7呼叫详细记录、网际协议(IP)呼叫详细记录(IPDR)、会话呼叫详细记录(SDR),以及事务呼叫详细记录(TDR)。应当意识到,可以复制其他呼叫信令消息,而不偏移本文所描述的主题的范围。
在所复制的呼叫信令消息包括SIP邀请消息的场景下,所述消息可以包含由下游应用检查的参数。示例性SIP消息参数可以包括:发送用户标识符、接收用户标识符、P-相关联的统一资源标识符(URI)、P-被访网络ID、P-接入网络信息、P-收费功能地址,以及P-收费向量(Charging-Vector)。但是,应当意识到,可以复制其他SIP信息或者SIP消息类型,而不偏离本文所描述的主题。还应该意识到,至少一个所复制的呼叫信令消息和IMS计账消息可以包括:仅复制呼叫信令消息,仅复制IMS计账消息,或者复制呼叫信令消息和IMS计账消息两者,而不偏离本文所描述的主题的范围。
如本文中所使用的,IMS计账消息可以包括基于Diameter协议的消息,其包含与收费事件相关联的计账信息。但是,应该意识到,可以使用适合于传输IMS计账信息的另外的协议,而不偏离本文所描述的主题的范围。更特别地,术语IMS计账消息可以包括原始IMS计账消息或者收费详细记录(CDR)之一,其中,原始IMS计账消息包括非CDR消息,其包含与IMS收费事件相关联的计账信息。原始IMS计账消息可以用于产生更多的正式收费详细记录。例如,位于网络节点处的收费触发功能(CTF)可以根据观察到的信令消息来产生一个或多个原始IMS计账消息。在接收一个或多个原始IMS计账消息后,可以根据所接收的原始IMS消息来产生CDR。在一个实施例中,收费数据功能(CDF)可以将原始IMS计账消息转换为CDR,以供下游计费系统进行检查。
还应该意识到,可以通过消息复制功能实例在IMS收费网络中的位置来确定该消息复制功能实例所复制和/或产生的消息的类型。下面参照图2-13来更详细地描述MCF实例在IMS收费网络中可能的位置,和可以被每个MCF实例复制的消息的类型。
应该意识到,可以在收费系统中的不同位置执行消息复制。例如,在离线IMS收费系统中,IMS消息复制功能可以位于收费数据功能(CDF)或收费网关功能(CGF)处,或者与收费数据功能(CDF)或收费网关功能(CGF)合并。CDF也可以与CGF在同一位置,或者被包含在CGF中,以形成组合的CDF/CGF实体。本文所描述的消息复制功能可以单独地位于网络实体(NE)、CDF或CGF上,或者与网络实体(NE)、CDF或CGF合并,或者本文所描述的消息复制功能可以位于组合的CDF/CGF实体或组合的NE/CDF/CGF实体上,或者与组合的CDF/CGF实体或组合的NE/CDF/CGF实体合并。还应该意识到,多个消息复制功能(也被称为消息复制功能的多个实例)可以位于IMS收费网络中的上述位置的任何一个处。类似地,一个或多个消息复制功能可以位于在线收费环境中的部件上或者与该部件合并。例如,消息复制功能的实例可以位于NE和/或在线收费系统(OCS)处,其中,在一些实施例中,NE和OCS可以另外被组合成单个NE/OCS实体。
应该意识到,如上所述的NE可以包括:电路交换网络部件(CS-NE)、服务网络部件、SIP应用服务器(AS)、媒体资源功能控制器(MRFC)、媒体网关控制器功能(MGCF)、边界网关控制器功能(BGCF)、代理呼叫会话控制功能(P-CSCF)、询问呼叫会话控制功能(I-CSCF)、服务呼叫会话控制功能(S-CSCF)、服务通用分组无线业务(GPRS)支持节点(SGSN),以及网关GPRS支持节点(GGSN)。可以包括另外的IMS网络部件,而不偏离本文所描述的主题的范围。
在框102中,可以将至少一个所复制的消息提供给一下游应用,以用于计费验证、欺骗检测、收入保障和数据分析之一。因为可以在收费系统中的不同点复制不同类型的消息,因此可以向下游应用提供与IMS收费会话或者事件相关联的广泛的信息。另外,可以向下游应用提供更及时并且更准确的信息,这是因为可以在该信息被创建时直接从信息源接收该信息。例如,可以向下游计费验证应用提供所复制的呼叫信令消息(诸如SIP邀请消息)和IMS计账消息(诸如CDR)中的至少一个。
因为所复制的消息可以与共同的会话或者事件相关联,因此可以将它们进行比较或者以其他方式一起使用它们。一种示例性使用包括:根据所复制的呼叫信令消息来检测并产生丢失的IMS计账消息。例如,消息复制功能的第一实例可以位于诸如短消息服务中心(SMSC)这样的NE处,并且可以根据观察到的诸如SIP或者SS7信令消息这样的呼叫信令消息,来产生IMS计账消息。另外,消息复制功能的第二实例可以位于CGF处,用于复制CDR并将它们提供给下游应用。因此,诸如计费验证应用这样的下游应用可以接收与同一事务相关的呼叫信令消息和IMS计账消息二者,并且根据所提供的消息的比较,可以检测任何差异以检测可能的欺骗。这样的实施例要求独立的消息复制功能位于收费网络中的多个位置,并将在下面参照图11中说明的离线实施例和图13中说明的在线实施例来更详细地描述这样的实施例。而现在将在下面参照图2-9来描述单个实例的消息复制功能的实施例。
图2是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性非集成的离线IMS系统的框图。在图2中示出的示例性IMS收费架构包括:NE 200、CDF 202、CGF 204、计费系统(BS)、消息复制功能(MCF)208、通信功能(未示出),以及验证应用210,其中,MCF 208与CGF 204位于同一位置。在触发收费事件时,NE 200可以产生包括与收费事件相关联的信息的消息。在一个实施例中,CTF产生的消息可以是Diameter计账消息,其中,Diameter是认证、授权和计账(AAA)协议。包含收费事件信息的Diameter消息可以被发送到CDF 202,而CDF202可以根据所接收的原始Diameter收费事件信息来产生计费记录,诸如收费详细记录(CDR)。CDF 202产生的CDR可以被传输到CGF 204,在CGF 204中,它们可以被相关并且被发送到计费系统(BS)206。另外,位于CGF 204处的消息复制功能208可以复制所接收的CDR,并且将它们传输到诸如验证应用210这样的一个或多个下游应用以供处理。如上面参照图1所描述的,消息复制功能208可以独立于由CDF 202执行的功能而起作用。
图3是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性非集成的离线IMS系统的框图。参照图3,NE 200可以接收呼叫信令消息,并且根据所述呼叫信令消息来产生IMS计账消息。例如,原始IMS计账消息可以被发送到CDF 202,在CDF 202中,它们可以被转换为CDR。在该实施例中,MCF 208的实例位于每个CDF 202上,并且可以从CDF 202复制进入或者离开的消息,这取决于用户是否希望捕捉进入的原始IMS计账消息、离开的CDR或者这两者。然后,可以将CDF202产生的CDR传送到CGF 204以进行相关并路由到BS 206。BS 206可以使用从CGF 204接收的CDR,来创建适合于与例如被计费用户进行交互的计费信息。MCF 208复制的消息可以被发送到一个或多个下游应用,以用于验证和分析。应该意识到,位于每个CDF 202上的MCF 208可以复制经过CDF 202的消息,而与这些消息可能经历的任何常规处理和路由无关,由此对CDF 202的性能的影响极小,同时为应用210提供比常规系统更准确并且更及时的信息。
图4是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性部分集成的离线IMS系统的框图。参照图4,CDF 202可以被集成到CGF 204,并且所产生的组合的CDF 202/CGF 204可以位于与NE 200分开的位置。在该实施例中,MCF 208也可以被集成到组合的CDF 202/CGF 204中,并且可以在进入的IMS计账消息被转换为CDR之前复制这些消息,可以复制离开的CDR,或者可以复制进入的IMS计账消息和离开的CDR二者,并且将它们提供给验证应用210。
图5是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性部分集成的离线IMS系统的框图。参照图5,每个NE 200都包括CDF 202。因此,每个组合的NE 200/CDF 202可以接收SIP消息,产生IMS计账消息,并且在内部将它们转换为CDR,然后可以将所述CDR发送到CGF 204以进行相关。在该实施例中,MCF 208位于CGF 204处,并因此复制CDR,而不管是否是在CGF 204接收进入的消息时对进入的消息执行复制或是在向BS 208发送离开的消息时对离开的消息执行复制。应该意识到,因为MCF 208位于组合的NE 200/CDF 202处,因此在如图5中所说明的那样的实施例中,SIP消息和原始IMS计账消息可能未被复制。
图6是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的替代的示例性部分集成的离线IMS系统的框图。参照图6,NE200、CDF 202和CGF 204位于与如上面所讨论的图5的配置相同的配置中。但是,在图6中,MCF 208位于每个组合的NE 200/CDF 202处,而不是在CGF 204处。通过将MCF 208设置在组合的NE 200/CDF 202处,MCF 208可以复制NE 200接收的呼叫信令消息、被同一位置处的CDF 202转换之前的原始IMS计账消息,或者被CDF 202转换之后但是在被发送到CGF 204之前的CDR。在该实施例中,因为MCF 208产生的消息复制流可以被直接地发送到应用210而不通过CGF 204进行相关或者筛选(screening),因此应该意识到,可以在应用210中实现另外的逻辑,以对MCF 208提供的消息拷贝进行相关和处理。
图7是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性完全集成的离线IMS系统的框图。参照图7,MCF 208、CGF 204和CDF 202都与每个NE 200在同一位置,和/或被包含在每个NE200中。在该完全集成的实施例中,MCF 208可以复制呼叫信令消息、原始IMS计账消息、CDR或者其任何组合,并且将所复制的消息直接转发到下游应用210。可以独立于CDR消息被发送到BS 208的常规流程而执行由MCF 208执行的消息复制。
图8是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性非集成的在线IMS系统的框图。参照图8,NE 200可以接收呼叫信令消息,并且产生对应的IMS计账消息。IMS计账消息可以被发送到在线收费系统(OCS)800以供处理。因为图8说明的是在线实施例,因此OCS 800不产生CDR。相对的是,OCS 800实时或者接近实时地根据用户的预付费额度状态来确定是否授权用户执行给定操作。根据例如是使用立即事件收费(IEC)还是使用具有单位预留的事件收费(ECUR),OCS800可以立即授权或者禁止完成可收费的事件,或者可以预留若干预付费额度,并且一旦已经使用了所预留的额度,则重新授权另外的额度或者终止用户的会话。可以结合包含与用户相关联的预付费额度状态信息的预付费应用802来作出该确定。例如,OCS 800可以对预付费应用802进行查询,以确定用户是否拥有足够的额度来完成期望的事务,诸如进行VoIP呼叫或者传送文本消息。另外,OCS 800可以包括MCF 208,用于复制从NE 200接收的IMS计账消息,并且向诸如验证应用210这样的下游应用提供所复制的消息。MCF 208可以复制与收费事件相关联的未定额的IMS计账消息、从定额功能接收的已定额的IMS计账消息、还包含账户余额管理功能产生的额度信息的已定额的IMS计账消息,或者其任何组合。
图9是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据的示例性完全集成的在线IMS系统的框图。参照图9,OCS 800和MCF 208可以被包括在NE 200中或者与NE 200位于同一位置。在该实施例中,在根据接收的呼叫信令消息检测到收费事件时,NE 200可以产生包含收费事件信息的IMS计账消息。IMS消息可以在内部被传送到OCS800,以实时或者接近实时地确定与SIP会话或事件相关联的用户是否拥有足够的额度来执行事务。如上面参照图8所描述的,OCS 800还可以与预付费应用802进行通信来作出该确定。与图8中说明的系统相对照地,在图9中说明的实施例内,MCF 208位于集成的NE 200/OCS 800上。因此,除了复制与收费事件相关联的未定额的IMS计账消息、从定额功能接收的已定额的IMS计账消息以及还包含账户余额管理功能产生的额度信息的已定额的IMS计账消息中的至少一个之外,MCF 208还可以复制NE 200接收的SIP消息。
图10是根据本文所描述的主题、用于向下游应用提供计费和使用数据的示例性非集成的离线系统的更详细的框图。参照图10,NE 200可以例如在通信接口1000处接收与SIP会话相关联的SIP消息。通信接口1000可以与收费触发功能(CTF)1002进行通信,以确定是否发生了收费事件。CTF1002还可以与收费规则功能(CRF)1004进行通信,以确定是否已经发生了收费事件。如图10中所示,应该意识到,CRF 1004可以位于NE 200的外部,并且网络运营商可以通过任何合适的接口对CRF 1004中存储的收费规则进行编辑。对于收费事件,CTF 1002可以产生包括与收费事件相关联的信息的原始IMS计账消息。
包括收费事件信息的原始IMS计账消息可以被发送到CDF 202,在CDF 202中,它可以被转换为CDR。CDF 202可以检查原始IMS计账消息中包含的收费事件信息,并且产生一个或多个CDR。因为收费网络可以包括多个CDF 202(例如,针对每个NE 200有一个CDF 202),因此可以将CDF 202产生的CDR发送到CGF 204,以进行相关和筛选。在图10中,CDF 202可以将一个所产生的CDR发送到CGF 204,但是应该意识到,CGF204也可以从多个CDF 202(未示出)接收多个CDR。CGF 204接收的CDR可以被暂时存储在CDR存储和转发数据库(DB)1006中,直到已经完成了到BS 206的传送。CGF 204可以存储多个CDR,并且基于预定调度或者其他准则将它们转发到BS 206。
但是,因为下游应用210可以受益于从BD 208独立地接收CDR,因此可以将消息复制功能208设置在CGF 204上,并且将其配置来复制所有接收的CDR,并且与通信功能(未示出)协同来直接将它们转发到应用210。在图10中所说明的主题的一个优点包括:比常规收费验证系统更早地检测到欺骗。
图11是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括两个消息复制功能的示例性非集成的离线IMS系统的更详细的框图。参照图11,如上所述,网络实体200包括:通信接口1000,用于接收SIP消息;CTF 1002和CRF 1004,用于与CRF 1004协同来基于所接收的SIP消息产生原始IMS计账消息;以及MCF 208的实例,用于复制进入的SIP消息和/或CTF 1002产生的IMS计账消息。然后,可以将发送到CDF 202以转换为CDR的IMS计账消息传送到CGF 204,在CGF 204中,在将CDR发送到BS 206之前可以应用存储和转发逻辑。MCF 208的第二实例可以位于CGF 204处,用于复制进入的CDR。由MCF 208的分别位于NE 200和CGF 204处的第一和第二实例复制的消息,可以以如上所述的方式被提供到下游应用210,以用于执行例如计费验证。因为验证应用210可以接收与共同的可收费事件或者会话相关联的多种消息,因此应该意识到,应用210可以例如通过将第一复制消息类型与第二复制消息类型进行比较来确定是否已经发生了欺骗。
在一种场景中,应用210可以从MCF 208的位于NE 200处的第一实例接收与SIP会话相关联的多个SIP呼叫信令消息,而可能未能从MCF 208的位于CGF 204处的第二实例接收对应于同一会话的CDR消息拷贝。因此,应用210可以确定与ISP消息相关联的用户已经成功地完成了SIP会话,但是还没有产生计费信息。这可能是例如由于CTF 1002未能产生与该会话相关联的原始IMS计账消息,或者可替代地,可能是由于CDF 202未能将所接收的原始IMS计账消息转换为CDR。取决于消息复制功能208的数量和位置,并因此取决于向应用210提供的数据的类型、时间性和准确度,网络运营商能够更好地识别并纠正计费错误和/或欺骗。
图12是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括单个消息复制功能的示例性非集成的在线IMS系统的更详细的框图。参照图12,NE 200可以在通信接口1000处接收与SIP会话或者事件相关联的呼叫信令消息。连接到通信接口1000的是可以基于观察到的SIP消息来产生IMS计账消息的CTF 1002,其中,所产生的IMS计账消息与收费事件相关联。IMS收费事件消息可以被发送到在线收费系统(OCS)800以供处理。
OCS 800可以包括在线收费功能(OCF)1200,用于根据所接收的IMS收费事件信息来确定要应用到事务的收费类型。例如,OCF 1002可以包括:会话收费功能(SCF)1202,用于确定可应用的与SIP会话相关联的收费;以及事件收费功能(ECF),用于确定可应用的与SIP事件相关联的收费。但是,应该意识到,OCF 1200中可以包括另外的收费功能,而不偏离本文所描述的主题的范围。
可以将IMS收费事件消息从OCF 1200发送到定额功能(RF)1206,以将该IMS消息中包括的信息转换为包括与事务相关联的价格(monetarycost)的IMS消息。已定额的IMS消息可以被传送到账户余额管理功能(ABMF)1208以供处理,其中,ABMF 1208可以对预付费应用802进行查询,以确定例如用户是否拥有足够的预付费额度来执行事务。在图12中说明的实施例内,MCF 208和通信功能(未示出)可以复制在RF 1206和ABMF 1208之间传送的已定额的IMS消息,并且将它们提供给下游验证应用210,以用于数据分析、欺骗检测或者收入保障之一。但是,应该意识到,MCF 208也可以位于ABMF 1208和OCF 1200之间的通信路径中,或者位于NE 200上,并且可以包括MCF 208的多个实例,用于从IMS收费网络中的多个位置复制多种消息。
图13是根据本文所描述的主题的实施例、用于向下游应用提供计费和使用数据、包括两个消息复制功能的示例性非集成的在线IMS系统的更详细的框图。参照图13,可以通过组合的NE 200/OCS 800来接收SIP消息。因此,可以在图13中说明的功能之间内部传送与收费事件相关联的IMS计账消息。可以以与如上参照图12所描述的方式相同的方式来执行以下所有处理:产生收费事件信息、应用正确的收费(即,会话、事件等),为收费事件定额,以及确定用户是否拥有足够的额度来完成事务。但是,在图13中说明的实施例中,MCF 208可以被配置来复制多种消息。例如,MCF 208可以复制以下消息中的一个或多个:从通信接口1000接收的SIP消息、从CTF 1002接收的未定额的IMS计账消息、从OCF 1200接收的IMS消息、从RF 1206接收的已定额的IMS计账消息、从ABMF 1208接收的还包含有额度单位信息的已定额的IMS计账消息。可以将这些消息类型的一个或多个消息提供给验证应用210,以供检查或者比较。
根据图13中说明的实施例的另一方案,位于NE 200处的MCF 208可以基于观察到的信令消息来产生诸如CDR这样的IMS计账消息,并且向应用210提供所产生的消息。在这种场景下,可以由MCF 208基于NE 200接收的SIP或者SS7呼叫信令消息来产生第一CDR流,并且可以由位于OCS 800处的MCF 208来产生第二CDR流。第一和第二CDR流可以被提供到验证应用210并且例如进行比较,以检测计费中的异常。因为每个CDR流可以与同一会话或者事务相关,因此当在收费网络中的不同点处产生时,它们可以形成应用210执行比较以检测差异并检测可能的欺骗的基础。
将理解,可以改变目前所公开的主题的各种细节,而不偏离目前所公开的主题的范围。此外,前面的描述仅仅是用于举例说明的目的,而非用于限制的目的。
相关申请
本申请要求2007年5月4日递交的序列号为No.60/927,730的美国临时专利申请和2007年5月31日递交的序列号为No.11/809,201的美国专利申请的权益;本文通过引用并入这两个申请中的每一个的全部公开内容。