CN101472023B - 计费请求处理方法及系统、计费触发和分发方法及装置 - Google Patents
计费请求处理方法及系统、计费触发和分发方法及装置 Download PDFInfo
- Publication number
- CN101472023B CN101472023B CN2008100855292A CN200810085529A CN101472023B CN 101472023 B CN101472023 B CN 101472023B CN 2008100855292 A CN2008100855292 A CN 2008100855292A CN 200810085529 A CN200810085529 A CN 200810085529A CN 101472023 B CN101472023 B CN 101472023B
- Authority
- CN
- China
- Prior art keywords
- charging
- request
- ocs node
- target
- target ocs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
本发明提供了一种在线计费请求处理方法,包括:在接收到一个用户使用一个业务过程中的第一计费请求后,确定用于处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点;在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识;根据所述目标OCS节点标识,向所述目标OCS节点分发与该用户使用该业务过程所关联的计费请求。本发明还提供了一种计费请求触发方法、计费请求分发方法、在线计费请求处理系统、计费触发装置和计费分发装置。应用本发明,能够简化对在线计费请求的处理,提高处理性能。
Description
技术领域
本发明涉及在线计费技术,特别涉及在线计费请求处理方法、计费请求触发方法、计费请求分发方法、在线计费请求处理系统、计费触发装置和计费分发装置。
背景技术
目前,电信网络中提供的服务种类日益丰富,融合了各种业务能力的融合服务经常需要涉及多个网络部件或服务设备,相互配合,向用户进行业务交付。并且,按照网络的分层架构,使用一项服务必定涉及到不同层次的网元。因此,同一业务过程中,可能在多个网络部件或服务设备,或者多个层次上分别产生计费信息。
随着电信网络中业务量的不断提高,对于各个业务设备的处理能力和计算强度要求也相应地加大。设备处理性能将影响业务的交付和用户使用业务的体验。作为公共服务设备,电信网络中的服务计费系统,尤其是在线计费请求处理系统,也必须具备优秀的处理性能。
传统的计费处理系统中,整个计费处理系统只有一个在线计费系统(OCS,Online Charging System),与同一业务过程有关的计费请求即使来自多个不同的计费触发装置,也都会路由到同一个OCS进行处理。然而,整个计费处理系统采用同一个OCS,只适合于业务量较小的运营商。对于大中型运营商,由于业务量巨大,单一OCS的实时处理性能很难达到业务要求,因此,在实际部署时,会将OCS分布部署到多个节点上。如何在多个OCS节点之间进行合理的处理调度和业务量分配,对于业务交付具有很重要的意义。
另外,现有在线计费请求处理系统也有包括多个在线计费系统(OCS)节点的计费处理方案,其根据用户身份标识进行路由分发计费请求。
发明人在实现本发明的过程中发现,根据用户身份标识进行计费请求路由转发时,由于同一用户在同一业务过程中产生的多个计费请求中包含的用户身份标识不同,因而导致该用户同一业务过程中的多个计费请求可能被转发到不同的OCS节点进行处理。而跨越OCS节点进行计费的协调机制是非常复杂的,整个计费流程需要在多个OCS节点之间进行帐户余额变动的协调,或者通过数据库等可统一访问的存储介质来进行,造成系统实现复杂,处理性能低下。
发明内容
有鉴于此,本发明实施例提供一种在线计费请求处理方法、计费请求触发方法、计费请求分发方法、在线计费请求处理系统、计费触发装置和计费分发装置,能够简化对在线计费请求的处理,提高处理性能。
为达到上述目的,本发明实施例的技术方案具体是这样实现的:
本发明实施例提供了一种在线计费请求处理方法,该方法包括如下步骤:
在接收到一个用户使用一个业务过程中的第一计费请求后,确定用于处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点;
在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识;
根据所述目标OCS节点标识,向所述目标OCS节点分发与该用户使用该业务过程所关联的计费请求。
本发明实施例还提供了一种计费请求触发方法,该方法包括如下步骤:
根据业务请求,产生一个用户使用一个业务过程中的计费请求;
获取处理该用户该业务过程中计费请求的目标在线计费系统OCS节点标识;并在产生的计费请求中携带所述目标OCS节点标识;
向产生该用户该业务过程所关联后续计费请求的后续计费触发装置,传递所述目标OCS节点标识。
本发明实施例还提供了一种计费请求分发方法,该方法包括如下步骤:
接收一个用户使用一个业务过程中的计费请求;
获取处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点标识;
根据获取的目标OCS节点标识,向所述目标OCS节点分发所接收的计费请求。
本发明实施例还提供了一种在线计费请求处理系统,包括:第一计费触发装置和第二计费触发装置,以及在线计费系统OCS节点,该系统还包括目标OCS节点确定模块和计费分发装置;
所述的第一计费触发装置,用于根据收到的业务请求产生一个用户使用一个业务过程中的第一计费请求,发送给所述目标OCS节点确定模块,并向所述第二计费触发装置传递所述OCS节点确定模块所确定的目标OCS节点标识;
所述的第二计费触发装置,用于根据收到的业务请求产生所述用户使用所述业务过程所关联的后续计费请求,并在所述后续计费请求中携带收到的目标OCS节点标识,发送给所述目标OCS节点确定模块;
所述的目标OCS节点确定模块,用于在收到所述第一计费请求后,确定用于处理所述用户使用所述业务过程中计费请求的目标OCS节点,并在所述第一计费请求中加入目标OCS节点标识,向所述计费分发装置发送包含所述目标OCS节点标识的第一计费请求和所述后续计费请求,并将确定的目标OCS节点标识通知给所述第一计费触发装置;
所述的计费分发装置,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发与该用户该使用业务过程所关联的所述计费请求。
本发明实施例还提供了一种计费触发装置,包括业务请求接收模块和计费请求产生模块,该装置进一步包括:目标在线计费系统OCS节点标识获取模块,目标OCS节点标识携带模块和目标OCS节点标识传递模块;
所述的目标OCS节点标识获取模块,用于获取处理一个用户使用一个业务过程中计费请求的目标OCS节点标识,分别发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述的目标OCS节点标识携带模块,用于在所述计费请求产生模块所产生的计费请求中携带所述目标OCS节点标识;
所述的目标OCS节点标识传递模块,用于向产生该用户使用该业务过程所关联后续计费请求的后续计费触发装置传递所述目标OCS节点标识。
本发明实施例还提供了一种计费分发装置,该装置包括:目标在线计费系统OCS节点标识获取模块和计费请求发送模块;
所述的目标OCS节点标识获取模块,用于根据一个用户使用一个业务过程中的计费请求,获取处理该用户使用该业务过程中计费请求的目标OCS节点标识,并将包含所述目标OCS节点标识的计费请求发送给所述计费请求发送模块;
所述的计费请求发送模块,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求。
由上述的技术方案可见,本发明实施例通过将处理一个用户使用一个业务过程中第一计费请求的目标OCS节点标识携带在该用户使用该业务过程所关联的后续计费请求中,并根据该用户使用该业务过程所关联的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求,使得同一用户使用同一业务过程中产生的全部或部分计费请求能够集中到同一OCS节点进行处理,而不受用户身份编码方案的限制。
据此,避免了多点计费时各OCS节点间的协调处理以及对数据库等统一访问介质的存取,节省了系统开销,提高了计费处理的性能,同时降低了系统实现的复杂度,提高了计费系统的灵活性和可用性。尤其对于涉及不同网络层次的复杂业务,通过对同一用户使用同一业务过程中全部或部分计费
请求的集中处理,实现了计费系统的合理调度和业务分配,缩短了计费处理的响应时间,降低了业务交付失败的可能性。
附图说明
图1为本发明实施例在线计费请求处理方法的示意性流程图;
图2为本发明实施例在线计费请求处理系统的示意图;
图3a为本发明实施例第一种实现方式的在线计费请求处理系统的示意图;
图3b为图3a中的计费触发装置的结构示意图;
图3c为图3a中的计费分发装置的结构示意图;
图3d为利用图3a所示的系统进行在线计费请求处理的流程图;
图4a为本发明实施例第二种实现方式的在线计费请求处理系统的示意图;
图4b为图4a中的计费触发装置的结构示意图;
图4c为图4a中的计费分发装置的结构示意图;
图4d为利用图4a所示的系统进行在线计费请求处理的流程图;
图5为本发明实施例在线计费请求处理系统的第一种具体结构示意图;
图6为本发明实施例在线计费请求处理方法的第一种具体处理流程图;
图7为本发明实施例在线计费请求处理系统的第二种具体结构示意图;
图8为本发明实施例在线计费请求处理方法的第二种具体处理流程图。
具体实施方式
为使本发明实施例的目的、技术方案、及优点更加清楚明白,以下参照附图对本发明实施例作进一步的详细说明。
参见图1,图1为本发明实施例在线计费请求处理方法的示意性流程图。其包括如下步骤:
步骤101,在接收到一个用户使用一个业务过程中的第一计费请求后,
确定用于处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点。
步骤102,在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识。
步骤103,根据所述目标OCS节点标识,向所述目标OCS节点分发与该用户使用该业务过程所关联的计费请求。
由于系统中存在多个OCS节点,因而每个OCS节点在系统中有一个唯一标识,称为OCS节点标识。OCS节点标识可以采用编号方式,如OCS1、OCS2等;也可以采用OCS节点的IP地址,如192.168.1.1等。本发明实施例正是利用了OCS节点标识,将同一用户使用同一业务过程中的计费请求与同一个目标OCS节点关联起来。即,通过执行上述步骤101~103,使同一用户使用同一业务过程中的全部或部分计费请求集中到同一OCS节点进行处理。
参见图2,图2为本发明实施例在线计费请求处理系统的示意图。其包括:第一计费触发装置200,第二计费触发装置201,在线计费系统(OCS)节点202,计费分发装置203以及目标OCS节点确定模块204。
其中,第一计费触发装置200,用于根据收到的业务请求1产生一个用户使用一个业务过程中的第一计费请求,发送给所述目标OCS节点确定模块,并向所述第二计费触发装置传递所述OCS节点确定模块所确定的目标OCS节点标识。
第二计费触发装置201,用于根据收到的业务请求2产生所述用户使用所述业务过程所关联的后续计费请求,并在所述后续计费请求中携带收到的目标OCS节点标识,发送给目标OCS节点确定模块204。
目标OCS节点确定模块204,用于在收到所述第一计费请求后,确定用于处理所述用户使用所述业务过程中计费请求的目标OCS节点,并在所述第一计费请求中加入目标OCS节点标识,向所述计费分发装置203发送包含所述目标OCS节点标识的第一计费请求和所述后续计费请求,并将确
定的目标OCS节点标识通知给所述第一计费触发装置200。
计费分发装置203,用于根据收到的计费请求中包含的目标OCS节点标识,向目标OCS节点202分发所述计费请求。
OCS节点202,用于处理收到的计费请求,并返回计费响应。
图2中的第一计费触发装置200和第二计费触发装置201,可以是网络部件、业务部件或者应用系统,二者可以处于相同或不同的网络层次,例如同处于业务层,或者分别处于内容层、业务层和承载层。
图2中第一计费触发装置200和第二计费触发装置201之间用虚线连接,表示同一用户使用同一业务过程中涉及多个计费请求时,在第一计费触发装置200和第二计费触发装置201之间,直接或间接地传递所述目标OCS节点标识。
图2所示的在线计费请求处理系统,在具体实现时,可以将目标OCS节点确定模块204设于计费分发装置203中,如图3a所示;也可以将目标OCS节点确定模块204设于第一计费触发装置200中,如图4a所示。
参见图3a,图3a为本发明实施例第一种实现方式的在线计费请求处理系统的示意图。其包括:第一计费触发装置300,第二计费触发装置301,OCS节点302以及计费分发装置303。
其中,计费分发装置303中包含目标OCS节点确定模块304,先由目标OCS节点确定模块304处理第一计费触发装置300发送的第一计费请求,在第一计费请求中加入目标OCS节点标识后,计费分发装置303再根据计费请求中包含的目标OCS节点标识,向目标OCS节点302分发计费请求。
第一计费触发装置300和第二计费触发装置301通过计费分发装置303与各OCS节点302相连,第一计费触发装置300和第二计费触发装置301与计费分发装置303之间可以使用Diameter等计费协议,计费分发装置303与OCS节点302之间可以使用Diameter协议或者系统内部通信协议。
图3a中的计费分发装置303可以采用集中部署或分布部署的方式。集中部署是在系统中仅设置一个计费分发装置节点;分布部署是在系统中设置
至少两个计费分发装置节点,每个计费分发装置节点可与多个计费触发装置和多个OCS节点相连。每个OCS节点可以与多个计费分发装置节点相连,但出于降低系统复杂性以及安全层面的考虑,优选只连接其中的一个计费分发装置节点,和应地,每个计费分发装置节点之间互相连接,使得各计费触发装置的计费请求可以到达任意一个OCS节点。
图3a中的第一计费触发装置300和第二计费触发装置301的结构示意图参见图3b,其中省略了与本发明实施例无关的部分。
第一计费触发装置300包括:业务请求接收模块311,第一计费请求产生模块312,目标OCS节点标识获取模块313,计费请求发送模块314以及目标OCS节点标识传递模块315。
其中,业务请求接收模块311,用于接收业务请求并发送给第一计费请求产生模块312;第一计费请求产生模块312,用于根据收到的业务请求产生一个用户使用一个业务过程中的第一计费请求,通过计费请求发送模块314发送给计费分发装置。
目标OCS节点标识获取模块313,用于从计费分发装置接收处理该用户使用该业务过程中计费请求的目标OCS节点标识,并发送给目标OCS节点标识传递模块315。
目标OCS节点标识传递模块315,用于将收到的目标OCS节点标识直接传递到所述第二计费触发装置301;或通过业务请求的发起方传递到所述第二触发装置301。其中,业务请求的发起方可以是用于向计费触发装置发送业务请求的业务系统,也可以是用户设备。
第二计费触发装置301包括:业务请求接收模块311,第二计费请求产生模块316,目标OCS节点标识获取模块317和目标OCS节点标识携带模块318。
其中,业务请求接收模块311,用于接收业务请求并发送给第二计费请求产生模块316;第二计费请求产生模块316,用于根据收到的业务请求产生一个用户使用一个业务过程所关联的后续计费请求,并发送给目标OCS节点标识携带模块318。
目标OCS节点标识获取模块317,用于从第一计费触发装置或业务请求的发起方接收所述目标OCS节点标识,并发送给目标OCS节点标识携带模块318。
目标OCS节点标识携带模块318,将所述目标OCS节点标识加入到所述的后续计费请求中发送给计费分发装置。
如果所述用户使用所述业务过程中包含多个第二计费触发装置,则如图3b中的虚线所示,第二计费触发装置301进一步包括目标OCS节点标识传递模块319。
此时,目标OCS节点标识获取模块317,用于从第一计费触发装置、业务请求的发起方或其他第二计费触发装置接收所述目标OCS节点标识,并发送给所述目标OCS节点标识携带模块318和所述目标OCS节点标识传递模块319。
目标OCS节点标识传递模块319,用于将收到的目标OCS节点标识直接传递到该用户使用的该业务过程所关联的其他第二计费触发装置;或通过业务请求的发起方传递到该用户使用的该业务过程所关联的其他第二计费触发装置。
图3a中的计费分发装置303的结构示意图参见图3c。其包括:计费请求接收模块321,计费请求发送模块322,目标OCS节点标识通知模块323以及目标OCS节点确定模块304。
其中,计费请求接收模块321,用于接收一个用户使用一个业务过程中的计费请求,将包含目标OCS节点标识的计费请求直接发送给计费请求发送模块322,将未包含目标OCS节点标识的计费请求作为第一计费请求发送给目标OCS节点确定模块304。
目标OCS节点确定模块304,用于根据收到的第一计费请求,从多个OCS节点中确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,在该第一计费请求中加入目标OCS节点标识发送给计费请求发送模块322,并将目标OCS节点标识发送给目标OCS节点标识通知模块323。
本实施例中,计费请求接收模块321和目标OCS节点确定模块304构
成目标OCS节点标识获取模块。
计费请求发送模块322,用于根据从计费请求接收模块321或目标OCS节点确定模块304接收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求。
目标OCS节点标识通知模块323,用于将收到的目标OCS节点标识返回给所述第一计费请求的发送方,即第一计费触发装置。
如图3c中的虚线所示,图3a中的计费分发装置303在采用分布部署方式时,其每个计费分发装置节点还可以进一步包括计费分发装置节点确定模块324,用于根据预设的OCS节点与计费分发装置节点的对应关系,和计费请求发送模块322发送的目标OCS节点标识,确定与所述目标OCS节点对应的计费分发装置节点,将该计费分发装置节点标识返回给计费请求发送模块322。
这种情况下,计费请求发送模块322在收到计费请求接收模块321或目标OCS节点确定模块304发送的包含目标OCS节点标识的计费请求后,先将计费请求中的目标OCS节点标识发送给计费分发装置节点确定模块324。在收到计费分发装置节点确定模块324返回的计费分发装置节点标识后,进一步判断计费分发装置节点确定模块324所确定的计费分发装置节点是否为自身,如果是,则直接向目标OCS节点发送所述计费请求;如果不是,则将所述计费请求发送给计费分发装置节点确定模块324确定的计费分发装置节点。
利用图3a所示的系统进行在线计费请求处理的流程图参见图3d。其包括如下步骤:
步骤330,第一计费触发装置收到一个用户使用一个业务过程中的业务请求1。
步骤331,第一计费触发装置根据收到的业务请求1产生计费请求,并判断是否接收过其他计费触发装置发送的针对该用户使用该业务过程的、包含目标OCS节点标识的业务请求通知,如果是,则在该计费请求中加入所
述目标OCS节点标识后执行步骤332;否则该计费请求为第一计费请求,直接执行步骤332。
本实施例中,第一计费触发装置可以通过业务请求通知,将处理同一用户使用同一业务过程的计费请求的目标OCS节点标识,传递到生成后续计费请求的第二计费触发装置。
对第一计费请求来说,其中不包含目标OCS节点标识,可以将其中用于携带目标OCS节点标识的字段设置为空值。
步骤332,第一计费触发装置将计费请求发送给计费分发装置。
步骤333,计费分发装置判断收到的计费请求中是否包含目标OCS节点标识,如果包含,假定为OCS1,则该计费请求不是第一计费请求,直接执行步骤335;如果不包含,则该计费请求是第一计费请求,执行步骤334后执行步骤335。
步骤334,计费分发装置中的目标OCS节点确定模块,确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,其结果假定为OCS1。
步骤335,计费分发装置向OCS1分发该计费请求。
步骤336,OCS1进行相应计费处理后,向计费分发装置返回计费响应。
步骤337,计费分发装置在计费响应中携带标识OCS1的目标OCS节点标识(ocs-dest-id),并返回给第一计费触发装置。
这里,计费分发装置可以在向目标OCS节点发送的计费请求中包含目标OCS节点标识,目标OCS节点在返回给计费分发装置的计费响应中就携带目标OCS节点标识,这种情况下,计费分发装置只需向第一计费触发装置转发该计费响应即可;也可以在向目标OCS节点发送的计费请求中不包含目标OCS节点标识,而是记录该目标OCS节点对应的用户及业务过程,在收到目标OCS节点返回的计费响应后,根据记录,在计费响应中携带目标OCS节点标识返回给第一计费触发装置。
步骤338,第一计费触发装置向该用户使用该业务过程后续过程使用的第二计费触发装置发送业务请求通知,将所述目标OCS节点标识,即标识
OCS1的ocs-dest-id,传递到第二计费触发装置。
步骤339,第二计费触发装置收到该用户使用该业务过程中的另一个业务请求,即业务请求2。
步骤340,第二计费触发装置根据收到的业务请求2产生计费请求,并与前述第一计费触发装置同样,判断是否接收过其他计费触发装置发送的针对该用户使用该业务过程的、包含目标OCS节点标识的业务请求通知。由于已在步骤338中接收到第一计费触发装置发送的业务请求通知,因此该计费请求是该用户使用该业务过程中所关联的后续计费请求,第二计费触发装置在该后续计费请求中加入步骤338中收到的标识OCS1的ocs-dest-id,发送给计费分发装置。
步骤341,计费分发装置收到计费请求后,与步骤333同样,判断该计费请求中是否包含目标OCS节点标识,根据收到的后续计费请求中包含的标识OCS1的ocs-dest-id,向OCS1分发该后续计费请求。
步骤342,OCS1进行相应计费处理后,向计费分发装置返回计费响应。
步骤343,计费分发装置将计费响应返回给第二计费触发装置。
上述过程中,如果计费分发装置采用的是分布式部署,则在步骤335和步骤341向目标OCS节点发送计费请求前,收到计费请求的计费分发装置节点先判断与所述目标OCS节点对应的计费分发装置节点是否为自身,如果是,则直接向目标OCS节点发送该计费请求,否则,将计费请求发送给与所述目标OCS节点对应的计费分发装置节点,再由该对应的计费分发装置节点转发至目标OCS节点,此时步骤336和步骤342中的计费响应也是通过该对应的计费分发装置节点转发到原来收到计费请求的计费分发装置节点。
以上描述了本发明实施例第一种实现方式的在线计费请求处理的整体流程,其中也包含了计费请求触发的流程和计费请求分发的流程。
通过上述的在线计费请求处理流程,同一用户使用同一业务过程中的多个计费请求,即第一计费请求和后续计费请求,被集中到同一个OCS节点
即OCS1上进行处理。
参见图4a,图4a为本发明实施例第二种实现方式的在线计费请求处理系统的示意图。其包括:第一计费触发装置400,第二计费触发装置401,OCS节点402以及计费分发装置403。
其中,第一计费触发装置400中包含OCS节点确定模块404,第一计费触发装置400产生的第一计费请求,经过目标OCS节点确定模块404的处理,在第一计费请求中加入目标OCS节点标识后,发送给计费分发装置403。计费分发装置403根据计费请求中包含的目标OCS节点标识,向目标OCS节点402分发所述计费请求。
第一计费触发装置400和第二计费触发装置401通过计费分发装置403与各OCS节点402相连,第一计费触发装置400和第二计费触发装置401与计费分发装置403之间可以使用Diameter等计费协议,计费分发装置403与OCS节点402之间可以使用Diameter协议或者系统内部通信协议。与图3a中的计费分发装置303类似,图4a中的计费分发装置403也可以采用集中部署或分布部署的方式。
图4a中的第一计费触发装置400的结构示意图参见图4b,其中省略了与本发明实施例无关的部分。其包括:业务请求接收模块411,计费请求产生模块412,目标OCS节点标识接收模块413,目标OCS节点标识携带模块414,目标OCS节点标识传递模块415以及目标OCS节点确定模块404。
图4b中,业务请求接收模块411,用于接收业务请求并发送给计费请求产生模块412;计费请求产生模块412,用于根据收到的业务请求产生计费请求,并发送给目标OCS节点标识携带模块414。
目标OCS节点标识接收模块413,用于从外部的计费触发装置、或业务请求的发起方,接收处理一个用户使用一个业务过程中计费请求的目标OCS节点标识,分别发送给目标OCS节点标识携带模块414和目标OCS节点标识传递模块415。
目标OCS节点确定模块404,用于根据从目标OCS节点标识携带模块
414收到的计费请求,以及预先指定的OCS节点标识、或者业务类型与各OCS节点的对应关系,从多个OCS节点中确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,并将该目标OCS节点标识发送给目标OCS节点标识携带模块414和目标OCS节点标识传递模块415。
本实施例中,目标OCS节点标识接收模块413和目标OCS节点确定模块404构成目标OCS节点标识获取模块。
目标OCS节点标识携带模块414,用于从计费请求产生模块412接收计费请求,判断是否接收到目标OCS节点标识接收模块413发送的目标OCS节点标识,如果是,在收到的计费请求中携带所述目标OCS节点标识,否则,将该计费请求发送给目标OCS节点确定模块404,在该计费请求中携带目标OCS节点确定模块404返回的目标OCS节点标识,并发送给计费分发装置。
目标OCS节点标识传递模块415,用于将从目标OCS节点标识接收模块413或目标OCS节点确定模块404收到的目标OCS节点标识,传递到产生该用户使用该业务过程中所关联后续计费请求的后续计费触发装置。
图4a中的第二计费触发装置401的结构,与图3b中所示的第二计费触发装置301的结构相同,此处不再赘述。
图4a中的计费分发装置403的结构示意图参见图4c。其包括:计费请求接收模块421和计费请求发送模块422。
其中,计费请求接收模块421,也是一种目标OCS节点标识获取模块,其用于接收一个用户使用一个业务过程中的计费请求,从中获取目标OCS节点标识,并将包含目标OCS节点标识的计费请求发送给计费请求发送模块422。
计费请求发送模块422,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求。
如图4c中的虚线所示,图4a中的计费分发装置403在采用分布部署方式时,其每个计费分发装置节点还可以进一步包括计费分发装置节点确定模
块423,用于根据预设的OCS节点与计费分发装置节点的对应关系,和计费请求发送模块422发送的目标OCS节点标识,确定与所述目标OCS节点对应的计费分发装置节点,将该计费分发装置节点标识返回给计费请求发送模块422。
这种情况下,计费请求发送模块422在收到计费请求接收模块421发送的包含目标OCS节点标识的计费请求后,先将计费请求中的目标OCS节点标识发送给计费分发装置节点确定模块423。在收到计费分发装置节点确定模块423返回的计费分发装置节点标识后,进一步判断计费分发装置节点确定模块423所确定的计费分发装置节点是否为自身,如果是,则直接向目标OCS节点发送所述计费请求;如果不是,则将所述计费请求发送给计费分发装置节点确定模块423确定的计费分发装置节点。
利用图4a所示的系统进行在线计费请求处理的流程图参见图4d。其包括如下步骤:
步骤430,第一计费触发装置收到一个用户使用一个业务过程中的业务请求1。
步骤431,第一计费触发装置根据收到的业务请求1产生计费请求。
步骤432,第一计费触发装置判断是否接收过其他计费触发装置发送的针对该用户使用该业务过程的、包含目标OCS节点标识的业务请求通知,如果是,则在计费请求中加入所述目标OCS节点标识后执行步骤434;否则该计费请求为第一计费请求,执行步骤433后执行步骤434。
步骤433,第一计费触发装置中的目标OCS节点确定模块,确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,其结果假定为OCS1,并在该第一计费请求中加入标识OCS1的目标OCS节点标识(ocs-dest-id)。
步骤434,第一计费触发装置将包含目标OCS节点标识的计费请求发送给计费分发装置。
步骤435,计费分发装置根据收到的计费请求中包含的标识OCS1的
ocs-dest-id,向OCS1分发该计费请求。
步骤436,OCS1进行相应计费处理后,向计费分发装置返回计费响应。
步骤437,计费分发装置将计费响应返回给第一计费触发装置。
步骤438,第一计费触发装置向该用户使用该业务过程后续过程使用的第二计费触发装置发送业务请求通知,将所述目标OCS节点标识,即标识OCS1的ocs-dest-id,传递到第二计费触发装置。
步骤439,第二计费触发装置收到该用户使用该业务过程中的另一个业务请求,即业务请求2。
步骤440,第二计费触发装置根据收到的业务请求2产生计费请求,并与前述第一计费触发装置同样,判断是否接收过其他计费触发装置发送的针对该用户使用该业务过程的、包含目标OCS节点标识的业务请求通知。由于已在步骤438中接收到第一计费触发装置发送的业务请求通知,因此该计费请求是该用户使用该业务过程中的后续计费请求,第二计费触发装置在该后续计费请求中加入步骤438中收到的标识OCS1的ocs-dest-id,发送给计费分发装置。
步骤441,计费分发装置根据收到的后续计费请求中包含的标识OCS1的ocs-dest-id,向OCS1分发该后续计费请求;
步骤442,OCS1进行相应计费处理后,向计费分发装置返回计费响应;
步骤443,计费分发装置将计费响应返回给第二计费触发装置。
上述过程中,如果计费分发装置采用的是分布式部署,则在步骤435和步骤441向目标OCS节点发送计费请求前,收到计费请求的计费分发装置节点先判断与所述目标OCS节点对应的计费分发装置节点是否为自身,如果是,则直接向目标OCS节点分发所述计费请求,否则,将计费请求发送给与所述目标OCS节点对应的计费分发装置节点,再由该对应的计费分发装置节点转发至目标OCS节点,此时步骤436和步骤442中的计费响应也是通过该对应的计费分发装置节点转发到原来收到计费请求的计费分发装置节点。
以上描述了本发明实施例第二种实现方式的在线计费请求处理的整体流程,其中也包含了计费请求触发的流程和计费请求分发的流程。
通过上述的在线计费请求处理流程,同一用户使用同一业务过程中的多个计费请求,即第一计费请求和后续计费请求,被集中到同一个OCS节点即OCS1上进行处理。
下面以实际的彩信接收业务为例,参照图5~图8,对以上两种实现方式进行更具体详细的说明。
参见图5,图5为本发明实施例在线计费请求处理系统的第一种具体结构示意图。该系统用于通过通用分组无线业务(GPRS)接收彩信(MMS,Multimedia Messaging Service)时的在线计费,包括:用户代理(User Agent)501、服务GPRS支持节点(SGSN,Serving GPRS Support Node)502、网关GPRS支持节点(GGSN,Gateway GPRS Support Node)503、MMS消息传递装置和服务器(MMS Relay/Server)504、分发功能(DISPF,DispatcherFunction)节点1(DISPF1)505、分发功能节点2(DISPF2)506、在线计费系统节点1(OCS1)507、在线计费系统节点2(OCS2)508和媒体服务器(Media Server)509。
用户代理501位于用户设备上,帮助用户完成有关MMS的各种业务,用户代理501通过SGSN502和GGSN503,与MMS Relay/Server504和媒体服务器509相连。MMS Relay/Server504是业务层计费触发装置,就所提供的MMS业务本身产生业务层的计费请求,相当于图3a中的第一计费触发装置300。GGSN503是承载层计费触发装置,就用户代理501接收媒体服务器509的彩信内容媒体产生承载层的计费请求,相当于图3a中的第二计费触发装置301。GGSN503和MMS Relay/Server504均采用图3b所示的结构。
图5中的DISPF1 505和DISPF2 506相当于图3a中计费分发装置303分布部署的两个节点,两者之间能够互相转发消息,均采用图3c所示的结构。DISPF1 505分别与MMS Relay/Server504和OCS1 507相连,DISPF2 506分别与GGSN503和OCS2 508相连。当然,DISPF1 505和DISPF2 506还可
以分别连接更多的计费触发装置和OCS节点,为简化起见,图中没有示出。DISPF1 505和DISPF2 506中预设有如下表1所示的路由信息。
ocs-dest-id | 相连的DISPF |
OCS1 | DISPF1 |
OCS2 | DISPF2 |
OCS3 | DISPF3 |
OCS4 | DISPF1 |
OCS5 | DISPF2 |
OCS6 | DISPF3 |
… | … |
表1
采用图5的系统进行在线计费请求处理的具体流程如图6所示,其中省略了MMS Relay/Server收到发送给用户的MMS后通知用户代理并接收通知响应的过程。以下具体描述图6所示的处理流程。
步骤601,用户决定对彩信内容进行接收时,用户代理通过SGSN和GGSN向MMS Relay/Server发送彩信接收请求MM1-retrieve.REQ,该请求中包含MMS的标识。MMS Relay/Server接收请求,对彩信内容进行内容适配等处理,生成彩信内容的展现(Presentation)描述信息。
步骤602,MMS Relay/Server作为本次彩信业务的第一计费触发装置,向与之相连的分发功能节点DISPF1发送业务层计费开始请求,要求进行余额预留。该请求中包含用户标识(user-id)和计费关联标识(correlation-id)等,但并不包含计费处理的目标OCS节点标识(ocs-dest-id),是本次彩信业务的初始计费请求。correlation-id可以由MMS Relay/Server在发送计费开始请求前生成。user-id使用用户在业务层的身份标识,可以根据用户代理发来的MMS的标识从MMS Relay/Server保存的彩信记录中获取,此处假定其为userdomain.com。
步骤603,DISPF1检测到计费开始请求中ocs-dest-id不存在或取值为空,于是从与自身相连的OCS节点中确定OCS1作为处理该计费开始请求的目标OCS节点,并将计费开始请求路由到OCS1,该请求中包含correlation-id及其他与计费相关的信息。确定目标OCS节点的方法可以利用现有技术,例如随机选取、或者根据各OCS节点的负载状态按照负载均衡原则选取等。
步骤604,OCS1收到计费开始请求后进行相应的计费处理,包括进行余额预留,然后返回计费开始响应给DISPF1。
步骤605,DISPF1向MMS Relay/Server返回计费开始响应,该响应中包含标识上述步骤603中所确定的OCS1的ocs-dest-id。
当然,视具体实现的情况,也可以在上述步骤603中由DISPF1将ocs-dest-id携带在计费开始请求中发给OCS1,并且在上述步骤604中由OCS1将ocs-dest-id携带在计费开始响应中返回给DISPF1,这样在上述步骤605中DISPF1只要直接将所收到的计费开始响应转发给MMS Relay/Server即可。
步骤606,MMS Relay/Server通过GGSN和SGSN向用户代理返回彩信接收响应MM1_retrieve.RES,该响应中包含彩信内容展现描述信息、correlation-id和ocs-dest-id。
步骤607,用户代理收到MM1_retrieve.RES后,通过SGSN和GGSN向媒体服务器发起会话建立的消息(RTSP:SETUP),媒体服务器返回会话建立的确认响应。
步骤608,用户代理向SGSN发送PDP上下文激活请求,该请求中包含上述步骤606中获得的correlation-id和ocs-dest-id。
步骤609,SGSN接收到PDP上下文激活请求,进行必要处理后,发送PDP上下文创建请求给GGSN,该请求中包含上述步骤608中收到的correlation-id和ocs-dest-id。
于是,在上述步骤603中所确定的处理初始计费请求的目标OCS节点
的标识,也就是用于处理用户本次彩信业务中所有计费请求的目标OCS节点标识,被传递到该用户本次彩信业务的后续计费触发装置GGSN。
步骤610,GGSN收到PDP上下文创建请求,进行相应处理,向与之相连的分发功能节点DISPF2发送承载层计费开始请求,也是本次彩信业务中的后续计费请求,该请求中包含user-id以及所收到的correlation-id和ocs-dest-id等。其中,user-id使用用户在承载层的身份标识,此处假定其为用户的IP地址。
步骤611,DISPF2收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1而不是自身,于是将该计费开始请求转发给DISPF1,该请求中同样包含标识OCS1的ocs-dest-id。
步骤612,DISPF1收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1即自身,于是将该计费开始请求发送给与自身相连的OCS1。
步骤613,OCS1进行余额预留等相应的计费处理后,返回计费开始响应给DISPF1。
步骤614,DISPF1将计费开始响应转发给DISPF2。
步骤615,DISPF2将计费开始响应返回给GGSN。
步骤616,GGSN返回PDP上下文创建响应给SGSN。
步骤617,SGSN与用户代理之间建立数据链路,使用链路信息更新GGSN上的PDP上下文信息,返回PDP上下文激活确认响应给用户代理;用户代理通过SGSN和GGSN向媒体服务器发送内容播放请求RTSP:PLAY,媒体服务器返回确认响应后开始向用户代理传输彩信内容;彩信内容播放完毕后,媒体服务器通过GGSN和SGSN向用户代理发送会话结束消息RTSP:TEARDOWN,用户代理返回确认响应。
步骤618,用户代理向SGSN发送PDP上下文去激活请求。
步骤619,SGSN向GGSN发送PDP上下文删除请求。
步骤620,GGSN生成承载层计费结束请求,发给与之相连的DISPF2,该请求中包含user-id以及上述步骤609中收到的correlation-id和ocs-dest-id,其中user-id仍然使用用户在承载层的身份标识。
步骤621~622,与上述步骤611~612类似,DISPF2将计费结束请求转发至DISPF1,再由DISPF1转发至OCS1。
步骤623,OCS1对承载层计费结束请求进行处理,执行余额扣减等操作,然后将计费结束响应返回给DISPF1。
步骤624,DISPF1将计费结束响应转发给DISPF2。
步骤625,DISPF2将计费结束响应返回给GGSN。
步骤626,GGSN执行PDP上下文清理,返回PDP上下文删除确认响应给SGSN。
步骤627,SGSN返回PDP上下文去激活确认响应给用户代理。
步骤628,SGSN与用户代理之间完成承载释放。
步骤629,用户代理生成彩信接收确认请求MM1_acknowledge,通过SGSN和GGSN发送给MMS Relay/Server。
步骤630,MMS Relay/Server执行必要的清理工作,向与之相连的DISPF1发送业务层计费结束请求,该请求中包含user-id、correlation-id、以及上述步骤605中收到的ocs-dest-id。user-id仍然使用用户在业务层的身份标识。
步骤631,与上述步骤622类似,DISPF1将计费结束请求转发至OCS1。
步骤632,OCS1对业务层计费结束请求进行处理,执行余额扣减等操作,然后将计费结束响应返回给DISPF1。
步骤633,DISPF1向MMS Relay/Server返回计费结束响应。
步骤634,MMS Relay/Server通过GGSN和SGSN向用户代理返回彩信接收确认响应。
至此,彩信接收的业务过程结束。
上述具体流程中,在同一个彩信接收的业务过程中,产生了多个计费请求,不同计费请求中携带的用户身份标识可能并不相同,如上述步骤602和630中的user-id为用户在业务层的身份标识,在此例中为用户的域帐号userdomain.com;而上述步骤610和620中的user-id为用户在承载层的身份标识,在此例中为用户的IP地址。
但是,通过上述步骤605、以及步骤606、608和609,使得作为计费分发装置节点的DISPF1在步骤603中所确定的ocs-dest-id被传递给作为业务层计费触发装置的MMS Relay/Server和作为承载层计费触发装置的GGSN,使MMS Relay/Server和GGSN在后续的计费请求中可以携带该ocs-dest-id,如步骤610、620和630所示。据此,无论计费请求中的用户身份标识是否相同,DISF1或DISPF2都能够将计费请求传递到ocs-dest-id所指定的OCS1上进行处理。
参见图7,图7为本发明实施例在线计费请求处理系统的第二种具体结构示意图。该系统用于在选择特定内容的彩信后再通过GPRS进行接收时的在线计费,包括:用户代理701、服务GPRS支持节点(SGSN)702、网关GPRS支持节点(GGSN)703、MMS消息传递装置和服务器(MMSRelay/Server)704、增值服务平台(VASP,Value Added Service Platform)705、分发功能节点1(DISPF1)706、分发功能节点2(DISPF2)707、分发功能节点3(DISPF3)708、媒体服务器(Media Server)709、在线计费系统节点1(OCS1)710、在线计费系统节点2(OCS2)711和在线计费系统节点3(OCS3)712。
用户代理701位于用户设备上,帮助用户完成有关MMS的各种业务,用户代理701通过SGSN702和GGSN703,与MMS Relay/Server704和媒体服务器709相连。图7中的GGSN703和MMS Relay/Server704分别相当于图4a中的第二计费触发装置401,均采用图4b所示的结构。其中,MMSRelay/Server704是业务层计费触发装置,就所提供的MMS业务本身产生业务层的计费请求;GGSN703是承载层计费触发装置,就用户代理701接收
媒体服务器709的彩信内容媒体产生承载层的计费请求。
与MMS Relay/Server704相连的VASP705相当于图4a中的第一计费触发装置400,其以网页形式向用户展示由互联网内容提供商(ICP,InternetContent Provider)提供的彩信,当用户通过浏览网页选中某条彩信并发起接收彩信的业务请求时,VASP705作为内容层计费触发装置就所提供的该条彩信的内容产生内容层的计费请求,并将该业务请求的相应信息通知MMSRelay/Server704,由MMS Relay/Server704通过GGSN703和SGSN702,将媒体服务器709的彩信内容媒体发送到用户代理701。作为本业务过程中的第一计费触发装置,VASP705也采用图4b所示的结构。
在VASP705中,可以根据业务需要指定全部或部分业务的计费由特定的OCS进行统一处理,例如可以预先在VASP705中设置如下表2所示的业务类型与各OCS节点的对应关系,指定内容提供商ICP1提供的业务内容均由OCS1进行处理,内容提供商ICP2提供的业务内容均由OCS2进行处理等。
业务类型 | ocs-dest-id |
ICP1 | OCS1 |
ICP2 | OCS2 |
… | … |
表2
DISPF1 706、DISPF2 707和DISPF3 708相当于图4a中计费分发装置403分布部署的三个节点,三者之间能够互相转发消息,均采用图4c所示的结构。DISPF1 706分别与VASP705和OCS1 710相连,DISPF2 707分别与MMS Relay/Server704和OCS2 711相连,DISPF3 708分别与GGSN703和OCS3 712相连。当然,DISPF1 706、DISPF2 707和DISPF3 708还可以分别连接更多的计费触发装置和OCS节点,为简化起见,图中没有示出。DISPF1706、DISPF2 707和DISPF3 708中也预设有前述表1所示的路由信息。
采用图7的系统进行在线计费请求处理的具体流程如图8所示,以下具体描述图8所示的处理流程。
步骤800,增值业务平台VASP收到用户发起的业务请求,得知用户希望接收某条彩信,该业务请求中包含业务类型,表明该条彩信是由内容提供商ICP1提供的。
步骤801,VASP向与之相连的分发功能节点DISPF1发送业务层计费请求,也是本次彩信业务的初始计费请求,用以对该条彩信的内容进行计费。该计费请求中包含用户标识(user-id)、计费关联标识(correlation-id)和计费处理的目标OCS节点标识(ocs-dest-id)。user-id使用用户在内容层的身份标识,可以从所收到的业务请求中获取,此处假定其为user1。correlation-id可以由VASP在发送计费请求前生成。ocs-dest-id由VASP根据所收到业务请求中包含的业务类型ICP1,以及前述表2所示预先设置的对应关系来确定,此处为OCS1,即,该业务的计费应由OCS1进行处理。
步骤802,DISPF1根据收到的计费请求中所包含的标识OCS1的ocs-dest-id,向OCS1发送计费请求。
步骤803,OCS1收到计费请求后进行计费处理,并向DISPF1返回计费响应。此处仅示出采用直接扣减方式进行计费处理的情形,实际上也可以采用先预留余额再扣减的方式进行计费处理。
步骤804,DISPF1将计费响应返回给VASP。
步骤805,VASP将业务请求的相关信息通知给MMS Relay/Server,该通知中包含步骤801中产生的correlation-id、用户希望接收的MMS的标识、以及步骤801中确定的标识OCS1的ocs-dest-id。
于是,在上述步骤801中所确定的处理初始计费请求的目标OCS节点的标识,也就是用于处理用户本次彩信业务中所有计费请求的目标OCS节点标识,被传递到本次彩信业务的后续计费触发装置之一MMSRelay/Server。
步骤806,MMS Relay/Server生成通知请求MMS1_Notification.REQ并
发送给用户代理,该通知中包含correlation-id和MMS的标识。
步骤807,用户代理向MMS Relay/Server返回通知响应MMS1_Notification.RES。
步骤808,用户决定对彩信内容进行接收时,用户代理通过SGSN和GGSN向MMS Relay/Server发送彩信接收请求MM1-retrieve.REQ,该请求中包含步骤806中收到的correlation-id和MMS的标识。MMS Relay/Server接收请求,对彩信内容进行内容适配等处理,生成彩信内容的展现描述信息。
步骤809,MMS Relay/Server向与之相连的分发功能节点DISPF2发送业务层计费开始请求,也是本次彩信业务的后续计费请求之一,要求进行余额预留。该请求中包含user-id、correlation-id和ocs-dest-id。user-id使用用户在业务层的身份标识,可以根据用户代理发来的MMS的标识从MMSRelay/Server保存的彩信记录中获取,此处假定其为userdomain.com。correlation-id可以从步骤808中收到的彩信接收请求中获取。ocs-dest-id已在前述步骤805中获取,是该correlation-id对应的标识OCS1的ocs-dest-id。
步骤810,DISPF2收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1而不是自身,于是将该计费开始请求转发给DISPF1,该请求中同样包含标识OCS1的ocs-dest-id。
步骤811,DISPF1收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1即自身,于是将该计费开始请求发送给与自身相连的OCS1。
步骤812,OCS1进行余额预留等相应的计费处理后,返回计费开始响应给DISPF1。
步骤813,DISPF1将计费开始响应转发给DISPF2。
步骤814,DISPF2向MMS Relay/Server返回计费开始响应。
步骤815,MMS Relay/Server通过GGSN和SGSN向用户代理返回彩信
接收响应MM1_retrieve.RES,该响应中包含彩信内容展现描述信息、correlation-id和ocs-dest-id。
步骤816,用户代理收到MM1_retrieve.RES后,通过SGSN和GGSN向媒体服务器发起会话建立的消息(RTSP:SETUP),媒体服务器返回会话建立的确认响应。
步骤817,用户代理向SGSN发送PDP上下文激活请求,该请求中包含上述步骤815中获得的correlation-id和ocs-dest-id。
步骤818,SGSN收到PDP上下文激活请求,进行必要处理后,发送PDP上下文创建请求给GGSN,该请求中包含上述步骤817中收到的correlation-id和ocs-dest-id。
于是,在上述步骤801中所确定的处理初始计费请求的目标OCS节点的标识,也就是用于处理用户本次彩信业务中所有计费请求的目标OCS节点标识,被传递到本次彩信业务的另一个后续计费触发装置GGSN。
步骤819,GGSN收到PDP上下文创建请求,进行相应处理,向与之相连的分发功能节点DISPF3发送承载层计费开始请求,也是本次彩信业务的后续计费请求之一,该请求中包含user-id以及所收到的correlation-id和ocs-dest-id等。其中,user-id使用用户在承载层的身份标识,此处假定其为用户的IP地址。
步骤820,DISPF3收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1而不是自身,于是将该计费开始请求转发给DISPF1,该请求中同样包含标识OCS1的ocs-dest-id。
步骤821,DISPF1收到计费开始请求后,根据计费开始请求中包含的标识OCS1的ocs-dest-id,按照前述表1所示的预设的路由信息,确定与OCS1相连的是DISPF1即自身,于是将该计费开始请求发送给与自身相连的OCS1。
步骤822,OCS1进行余额预留等相应的计费处理后,返回计费开始响
应给DISPF1。
步骤823,DISPF1将计费开始响应转发给DISPF3。
步骤824,DISPF3将计费开始响应返回给GGSN。
步骤825,GGSN返回PDP上下文创建响应给SGSN。
步骤826,SGSN与用户代理之间建立数据链路,使用链路信息更新GGSN上的PDP上下文信息,返回PDP上下文激活确认响应给用户代理;用户代理通过SGSN和GGSN向媒体服务器发送内容播放请求RTSP:PLAY,媒体服务器返回确认响应后开始向用户代理传输彩信内容;彩信内容播放完毕后,媒体服务器通过GGSN和SGSN向用户代理发送会话结束消息RTSP:TEARDOWN,用户代理返回确认响应。
步骤827,用户代理向SGSN发送PDP上下文去激活请求。
步骤828,SGSN向GGSN发送PDP上下文删除请求。
步骤829,GGSN生成承载层计费结束请求,发给与之相连的DISPF3,该请求中包含user-id以及上述步骤818中收到的correlation-id和ocs-dest-id,其中user-id仍然使用用户在承载层的身份标识。
步骤830~831,与上述步骤820~821类似,DISPF3将计费结束请求转发至DISPF1,再由DISPF1转发至OCS1。
步骤832,OCS1对承载层计费结束请求进行处理,执行余额扣减等操作,然后将计费结束响应返回给DISPF1。
步骤833,DISPF1将计费结束响应转发给DISPF3。
步骤834,DISPF3将计费结束响应返回给GGSN。
步骤835,GGSN执行PDP上下文清理,返回PDP上下文删除确认响应给SGSN。
步骤836,SGSN返回PDP上下文去激活确认响应给用户代理。
步骤837,SGSN与用户代理之间完成承载释放。
步骤838,用户代理生成彩信接收确认请求MM1_acknowledge,通过SGSN和GGSN发送给MMS Relay/Server。
步骤839,MMS Relay/Server执行必要的清理工作,向与之相连的DISPF2发送业务层计费结束请求,该请求中包含user-id、correlation-id和ocs-dest-id。user-id仍然使用用户在业务层的身份标识。correlation-id可以从步骤838中收到的彩信接收确认请求中获取。ocs-dest-id已在前述步骤805中获取,是该correlation-id对应的标识OCS1的ocs-dest-id。
步骤840~841,与上述步骤810~811类似,DISPF2将计费结束请求转发至DISPF1,再由DISPF1转发至OCS1。
步骤842,OCS1对业务层计费结束请求进行处理,执行余额扣减等操作,然后将计费结束响应返回给DISPF1。
步骤843,DISPF1将计费结束响应转发给DISPF2。
步骤844,DISPF2向MMS Relay/Server返回计费结束响应。
步骤845,MMS Relay/Server通过GGSN和SGSN向用户代理返回彩信接收确认响应。
至此,彩信接收的业务过程结束。
上述具体流程中,在同一个彩信接收的业务过程中,产生了多个计费请求,不同计费请求中携带的用户身份标识可能并不相同,如上述步骤801中的user-id为用户在内容层的身份标识,在此例中为user1;上述步骤809和839中的user-id为用户在业务层的身份标识,在此例中为用户的域帐号userdomain.com;而上述步骤819和829中的user-id为用户在承载层的身份标识,在此例中为用户的IP地址。
但是,通过上述步骤805、以及步骤815、817和818,使得作为内容层计费触发装置的VASP在步骤801中所确定的ocs-dest-id被传递给作为业务层计费触发装置的MMS Relay/Server和作为承载层计费触发装置的GGSN,使MMS Relay/Server和GGSN在后续的计费请求中可以携带该ocs-dest-id,如步骤809、819、829和839所示。据此,无论计费请求中的用户身份标识是否相同,DISF1、DISPF2或DISPF3都能够将计费请求传递到ocs-dest-id所指定的OCS1上进行处理。
由以上两种具体处理流程可见,本发明实施例的在线计费请求处理方法、计费请求触发方法、计费请求分发方法、在线计费请求处理系统、计费触发装置和计费分发装置,通过在接收到一个用户使用一个业务过程中的第一计费请求后,确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识,并根据所述目标OCS节点标识,向所述目标OCS节点分发与该用户使用该业务过程所关联的计费请求,使得同一用户使用同一业务过程中产生的全部或部分计费请求能够集中到同一OCS节点进行处理,而不受用户身份编码方案的限制。
据此,避免了多点计费时各OCS节点间的协调处理以及对数据库等统一访问介质的存取,节省了系统开销,提高了计费处理的性能。
在以上两种具体处理流程中,仅描述了同一用户使用同一业务过程中的多个计费请求分别来自不同网络层次的情形,例如,第一种具体处理流程中的计费请求分别来自于业务层和承载层,第二种具体处理流程中的计费请求分别来自于内容层、业务层和承载层。实际上,本发明实施例也适用于同一用户同一业务过程仅涉及一个网络层次的情形,以及同一用户同一业务过程中某几个计费请求来自相同的网络层次、另外的计费请求来自不同网络层次的情形。
对于涉及不同网络层次的复杂业务,本发明实施例通过对同一用户使用同一业务过程中全部或部分计费请求的集中处理,实现了计费系统的合理调度和业务分配,缩短了计费处理的响应时间,降低了业务交付失败的可能性。
在本发明实施例中,可以如第一种具体处理流程所述,由计费分发装置确定目标OCS节点,也可以如第二种具体处理流程所述,由计费触发装置确定目标OCS节点。对于所确定的目标OCS节点,可以如前述步骤805所述,直接将该目标OCS节点标识发送到后续的一个或几个计费触发装置,也可以如前述步骤605、606、608、609,或者步骤815、817、818所述,将该目标OCS节点标识通过业务请求的发起方传递到后续的一个或几个计
费触发装置。
而且,在以上两种具体处理流程中,仅描述了以用户代理作为业务请求发起方的情形,实际上,本发明实施例也同样适用于通过业务系统向计费触发装置发送业务请求的情形。
再有,在以上两种具体处理流程中,仅描述了以用户使用业务过程中的初始计费请求作为第一计费请求,在确定处理该第一计费请求的目标OCS节点后,向该目标OCS节点分发与该用户使用该业务过程所关联的全部计费请求的情形。实际上,也可以将用户使用业务过程中的任意一个计费请求作为第一计费请求,在确定处理该第一计费请求的目标OCS节点后,向该目标OCS节点分发与该用户使用该业务过程所关联的部分计费请求,而不仅仅限于分发全部计费请求。
据此,能够以多种灵活简便的方式实现同一用户使用同一业务过程中全部或部分计费请求的集中处理,提高了计费系统的灵活性和可用性。
本领域普通技术人员可以理解,上述实施例方法中的全部或部分步骤可以通过程序指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (31)
1.一种在线计费请求处理方法,其特征在于,该方法包括如下步骤:
在接收到一个用户使用一个业务过程中的第一计费请求后,确定用于处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点;
在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识;
根据所述目标OCS节点标识,向所述目标OCS节点分发该用户使用该业务过程所关联的计费请求。
2.根据权利要求1所述的在线计费请求处理方法,其特征在于:将不包含目标OCS节点标识的计费请求,确定为一个用户使用一个业务过程中的第一计费请求;所述第一计费请求和所述后续计费请求分别为业务应用层、媒体控制层或接入传输层中相同或不同层的计费请求。
3.根据权利要求1或2所述的在线计费请求处理方法,其特征在于,所述的确定目标OCS节点包括:
在多个OCS节点中,将预先指定的OCS节点确定为所述目标OCS节点;
或者
根据预设的业务类型与OCS节点的对应关系,在多个OCS节点中,确定所述目标OCS节点。
4.根据权利要求1所述的在线计费请求处理方法,其特征在于,若计费分发装置由至少两个计费分发装置节点实现,则所述的向所述目标OCS节点分发与该用户使用该业务过程所关联的计费请求包括:
根据预设的OCS节点与计费分发装置节点的对应关系,通过与所述目标OCS节点对应的计费分发装置节点发送计费请求。
5.一种计费请求触发方法,其特征在于,该方法包括如下步骤:
根据业务请求,产生一个用户使用一个业务过程中的计费请求;
获取处理该用户该业务过程中计费请求的目标在线计费系统OCS节点 标识;并在产生的计费请求中携带所述目标OCS节点标识;
向产生该用户该业务过程所关联后续计费请求的后续计费触发装置,传递所述目标OCS节点标识。
6.根据权利要求5所述的计费请求触发方法,其特征在于,所述的获取目标OCS节点标识包括:
产生一个用户使用一个业务过程中的第一计费请求后,从多个OCS节点中确定目标OCS节点,获得所述目标OCS节点标识。
7.根据权利要求6所述的计费请求触发方法,其特征在于:将不包含目标OCS节点标识的计费请求,确定为一个用户使用一个业务过程中产生的第一计费请求;所述第一计费请求和所述后续计费请求分别为业务应用层、媒体控制层或接入传输层中相同或不同层的计费请求。
8.根据权利要求6所述的计费请求触发方法,其特征在于,所述的从多个OCS节点中确定目标OCS节点包括:
将预先指定的OCS节点确定为目标OCS节点;或者
根据预设的业务类型与OCS节点的对应关系,从多个OCS节点中确定目标OCS节点。
9.根据权利要求5所述的计费请求触发方法,其特征在于,所述的获取目标OCS节点标识包括:
接收计费触发装置、或业务请求的发起方、或确定所述目标OCS节点的计费分发装置发送的所述目标OCS节点标识。
10.根据权利要求5所述的计费请求触发方法,其特征在于,在所述产生计费请求后、所述的获取目标OCS节点标识之前,该方法进一步包括:
将产生的该用户使用该业务过程的计费请求中用于携带目标OCS节点标识的字段设置为空值。
11.根据权利要求5~10中任一项所述的计费请求触发方法,其特征在于,所述的传递所述目标OCS节点标识包括:
将所述目标OCS节点标识直接发送到所述后续计费触发装置;
和/或,将所述目标OCS节点标识返回给业务请求的发起方,通过所述业务请求的发起方发送到所述后续计费触发装置。
12.一种计费请求分发方法,其特征在于,该方法包括如下步骤:
接收一个用户使用一个业务过程中的计费请求;
获取处理该用户使用该业务过程中计费请求的目标在线计费系统OCS节点标识;
根据获取的目标OCS节点标识,向所述目标OCS节点分发所接收的计费请求;
所述的获取目标OCS节点标识包括:
接收到一个用户使用一个业务过程中的第一计费请求后,从多个OCS节点中确定目标OCS节点,获得所述目标OCS节点标识;
该方法进一步包括:
将所确定的目标OCS节点标识通知给所述计费请求的发起方;
计费请求的发起方在该用户使用该业务过程所关联的后续计费请求中携带所述目标OCS节点标识。
13.根据权利要求12所述的计费请求分发方法,其特征在于:将不包含目标OCS节点标识的计费请求,确定为一个用户使用一个业务过程中产生的第一计费请求;所述第一计费请求和所述后续计费请求分别为业务应用层、媒体控制层或接入传输层中相同或不同层的计费请求。
14.根据权利要求12所述的计费请求分发方法,其特征在于,所述的从多个OCS节点中确定目标OCS节点包括:
将预先指定的OCS节点确定为目标OCS节点;或者
根据预设的业务类型与OCS节点的对应关系,从多个OCS节点中确定目标OCS节点。
15.根据权利要求12所述的计费请求分发方法,其特征在于,所述的获取目标OCS节点标识包括:
从所接收的包含所述目标OCS节点标识的计费请求中获取所述目标OCS 节点标识。
16.根据权利要求12~15中任一项所述的计费请求分发方法,其特征在于,若计费分发装置由至少两个计费分发装置节点实现,则所述的向所述目标OCS节点分发所接收的计费请求包括:
根据预设的OCS节点与计费分发装置节点的对应关系,确定与该目标OCS节点对应的计费分发装置节点;
当所述对应的计费分发装置节点是与目标OCS节点对应的计费分发装置节点时,将所述计费请求直接发送至该目标OCS节点;
当所述对应的计费分发装置节点不是与目标OCS节点对应的计费分发装置节点时,通过所述对应的计费分发装置节点发送所述计费请求。
17.一种在线计费请求处理系统,包括:第一计费触发装置和第二计费触发装置,以及在线计费系统OCS节点,其特征在于:
该系统还包括目标OCS节点确定模块和计费分发装置;
所述的第一计费触发装置,用于根据收到的业务请求产生一个用户使用一个业务过程中的第一计费请求,发送给所述目标OCS节点确定模块,并向所述第二计费触发装置传递所述OCS节点确定模块所确定的目标OCS节点标识;
所述的第二计费触发装置,用于根据收到的业务请求产生所述用户使用所述业务过程所关联的后续计费请求,并在所述后续计费请求中携带收到的目标OCS节点标识,发送给所述目标OCS节点确定模块;
所述的目标OCS节点确定模块,用于在收到所述第一计费请求后,确定用于处理所述用户使用所述业务过程中计费请求的目标OCS节点,并在所述第一计费请求中加入目标OCS节点标识,向所述计费分发装置发送包含所述目标OCS节点标识的第一计费请求和所述后续计费请求,并将确定的目标OCS节点标识通知给所述第一计费触发装置;
所述的计费分发装置,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述与该用户该使用业务过程所关联的计费请求。
18.根据权利要求17所述的在线计费请求处理系统,其特征在于:所述第一计费触发装置和所述第二计费触发装置,分别为一个用户使用一个业务过程中使用的业务应用层、媒体控制层或接入传输层中相同或不同层的计费触发装置。
19.根据权利要求17所述的在线计费请求处理系统,其特征在于:
所述的目标OCS节点确定模块设置在所述计费分发装置中;
所述的计费分发装置包括:计费请求接收模块,计费请求发送模块,目标OCS节点确定模块和目标OCS节点标识通知模块;
所述的计费请求接收模块,用于接收一个用户使用一个业务过程中的计费请求,将包含目标OCS节点标识的计费请求直接发送给所述计费请求发送模块,将未包含目标OCS节点标识的计费请求作为第一计费请求发送给所述目标OCS节点确定模块;
所述的目标OCS节点确定模块,用于根据收到的所述第一计费请求,从多个OCS节点中确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,在所述第一计费请求中加入目标OCS节点标识,发送给所述计费请求发送模块,并将所述目标OCS节点标识发送给所述目标OCS节点标识通知模块;
所述的目标OCS节点标识通知模块,用于将收到的目标OCS节点标识通知给发送所述第一计费请求的所述第一计费触发装置;
所述的计费请求发送模块,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求。
20.根据权利要求19所述的在线计费请求处理系统,其特征在于,
所述的第一计费触发装置包括:第一计费请求产生模块、计费请求发送模块、目标OCS节点标识获取模块和目标OCS节点标识传递模块;
所述第一计费请求产生模块,用于根据收到的业务请求产生一个用户使用一个业务过程中的第一计费请求,通过所述计费请求发送模块发送给计费分发装置;
所述第一触发装置中的目标OCS节点标识获取模块,用于从计费分发装置 接收处理该用户使用的该业务过程中计费请求的目标OCS节点标识,并发送给所述目标OCS节点标识传递模块;
所述的目标OCS节点标识传递模块,用于将收到的目标OCS节点标识直接传递到所述第二计费触发装置;或通过业务请求的发起方传递到所述第二计费触发装置。
21.根据权利要求17所述的在线计费请求处理系统,其特征在于:
所述的目标OCS节点确定模块设置在所述第一计费触发装置中;
所述的第一计费触发装置包括:第一计费请求产生模块、目标OCS节点标识携带模块,目标OCS节点确定模块和目标OCS节点标识传递模块;
所述第一计费请求产生模块,用于根据收到的业务请求产生一个用户使用一个业务过程中的第一计费请求,发送给目标OCS节点标识携带模块;
所述第一触发装置中的目标OCS节点标识携带模块,用于将所述第一计费请求发送给所述目标OCS节点确定模块,在该计费请求中携带所述目标OCS节点确定模块返回的目标OCS节点标识,发送给所述计费分发装置;
所述的目标OCS节点确定模块,用于根据收到的计费请求,以及预先指定的OCS节点标识、或者业务类型与OCS节点的对应关系,从多个OCS节点中确定用于处理一个用户使用一个业务过程中计费请求的目标OCS节点,并将该目标OCS节点标识发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述第一触发装置中的目标OCS节点标识传递模块,用于将收到的目标OCS节点标识传递到所述第二计费触发装置。
22.根据权利要求20或21所述的在线计费请求处理系统,其特征在于:
所述的第二计费触发装置包括:第二计费请求产生模块、目标OCS节点标识获取模块和目标OCS节点标识携带模块;
所述第二计费请求产生模块,用于根据收到的业务请求产生一个用户使用一个业务过程所关联的后续计费请求,并发送给目标OCS节点标识携带模块;
所述的目标OCS节点标识获取模块,用于从第一计费触发装置或业务请求 的发起方接收所述目标OCS节点标识,并发送给所述目标OCS节点标识携带模块;
所述目标OCS节点标识携带模块,将所述目标OCS节点标识加入到所述的后续计费请求中发送给所述计费分发装置。
23.根据权利要求22所述的在线计费请求处理系统,其特征在于:该系统包含多个第二计费触发装置;
所述第二计费触发装置进一步包括:目标OCS节点标识传递模块;
所述第二计费触发装置包含的目标OCS节点标识获取模块,用于从第一计费触发装置、业务请求的发起方或其他第二计费触发装置接收所述目标OCS节点标识,并发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述的目标OCS节点标识传递模块,用于将收到的目标OCS节点标识直接传递到该用户使用的该业务过程所关联的其他第二计费触发装置;或通过业务请求的发起方传递到该用户使用的该业务过程所关联的其他第二计费触发装置。
24.根据权利要求21所述的在线计费请求处理系统,其特征在于,所述计费分发装置包括:计费请求接收模块和计费请求发送模块;
所述的计费请求接收模块,用于接收一个用户使用一个业务过程中的计费请求,并将该计费请求发送给所述计费请求发送模块;
所述的计费请求发送模块,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求。
25.根据权利要求20或21所述的在线计费请求处理系统,其特征在于:
所述计费分发装置由第一计费分发装置节点和第二计费分发装置节点实现;
所述第一计费分发装置节点和所述第二计费分发装置节点分别进一步包括计费分发装置节点确定模块;
所述的计费分发装置节点确定模块,用于根据预设的OCS节点与计费分发 装置节点的对应关系,和所述计费请求发送模块发送的目标OCS节点标识,确定与所述目标OCS节点对应的计费分发装置节点,并发送给所述计费请求发送模块;
所述的计费请求发送模块,进一步用于将所述目标OCS节点标识发送给所述计费分发装置节点确定模块,判断所述计费分发装置节点确定模块所确定的计费分发装置节点是否为自身,在所述确定的计费分发装置节点是自身时,直接向所述目标OCS节点发送所述计费请求,在所述确定的计费分发装置节点不为自身时,向所述确定的计费分发装置节点发送所述计费请求。
26.一种计费触发装置,包括计费请求产生模块,其特征在于,该装置进一步包括:目标在线计费系统OCS节点标识获取模块,目标OCS节点标识携带模块和目标OCS节点标识传递模块;
所述的目标OCS节点标识获取模块,用于获取处理一个用户使用一个业务过程中计费请求的目标OCS节点标识,分别发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述的目标OCS节点标识携带模块,用于在所述计费请求产生模块所产生的计费请求中携带所述目标OCS节点标识;
所述的目标OCS节点标识传递模块,用于向产生该用户使用该业务过程所关联后续计费请求的后续计费触发装置传递所述目标OCS节点标识。
27.根据权利要求26所述的计费触发装置,其特征在于,所述的目标OCS节点标识获取模块包括:目标OCS节点标识接收模块和目标OCS节点确定模块;
所述的目标OCS节点标识接收模块,用于从外部的计费触发装置、或业务请求的发起方,接收所述目标OCS节点标识,分别发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述的目标OCS节点确定模块,用于根据从所述目标OCS节点标识携带模块收到的计费请求,以及预先指定的OCS节点标识、或者业务类型与OCS节点的对应关系,从多个OCS节点中确定用于处理一个用户使用一个业务过程 中计费请求的目标OCS节点,并将该目标OCS节点标识发送给所述目标OCS节点标识携带模块和所述目标OCS节点标识传递模块;
所述的目标OCS节点标识携带模块,进一步用于在未接收到所述目标OCS节点标识接收模块发送的目标OCS节点标识时,将从所述计费请求产生模块收到的计费请求发送给所述目标OCS节点确定模块。
28.根据权利要求26所述的计费触发装置,其特征在于:
所述的目标OCS节点标识传递模块,直接向产生该用户使用该业务过程所关联后续计费请求的后续计费触发装置传递所述目标OCS节点标识;
或通过业务请求的发起方向产生该用户使用该业务过程所关联后续计费请求的后续计费触发装置传递所述目标OCS节点标识。
29.根据权利要求28所述的计费触发装置,其特征在于:
所述的目标OCS节点标识获取模块从外部的计费触发装置、或业务请求的发起方、或确定所述目标OCS节点的计费分发装置接收所述目标OCS节点标识。
30.一种计费分发装置,其特征在于,该装置包括:目标在线计费系统OCS节点标识获取模块和计费请求发送模块;
所述的目标OCS节点标识获取模块,用于根据一个用户使用一个业务过程中的计费请求,获取处理该用户使用该业务过程中计费请求的目标OCS节点标识,并将包含所述目标OCS节点标识的计费请求发送给所述计费请求发送模块;
所述的计费请求发送模块,用于根据收到的计费请求中包含的目标OCS节点标识,向所述目标OCS节点分发所述计费请求:
该装置进一步包括目标OCS节点标识通知模块;
所述目标OCS节点标识获取模块包含:计费请求接收模块和目标OCS节点确定模块;
所述的计费请求接收模块,用于接收一个用户使用一个业务过程中的计费请求,将包含目标OCS节点标识的计费请求直接发送给所述计费请求发送模 块,将未包含目标OCS节点标识的计费请求作为第一计费请求发送给所述目标OCS节点确定模块;
所述的目标OCS节点确定模块,用于根据所述第一计费请求,从多个OCS节点中确定用于处理该用户使用该业务过程中计费请求的目标OCS节点,在所述第一计费请求中加入目标OCS节点标识发送给所述计费请求发送模块,并将所述目标OCS节点标识发送给所述目标OCS节点标识通知模块;
所述的目标OCS节点标识通知模块,用于将收到的目标OCS节点标识通知给所述第一计费请求的发送方。
31.根据权利要求30所述的计费分发装置,其特征在于:
该装置由第一计费分发装置节点和第二计费分发装置节点实现;
所述第一计费分发装置节点和所述第二计费分发装置节点分别进一步包括计费分发装置节点确定模块;
所述的计费分发装置节点确定模块,用于根据预设的OCS节点与计费分发装置节点的对应关系,和所述计费请求发送模块发送的目标OCS节点标识,确定与所述目标OCS节点对应的计费分发装置节点,并发送给所述计费请求发送模块;
所述的计费请求发送模块,进一步用于将所述目标OCS节点标识发送给所述计费分发装置节点确定模决,判断所述计费分发装置节点确定模块所确定的计费分发装置节点是否为自身,在所述确定的计费分发装置节点是自身时,直接向所述目标OCS节点发送所述计费请求,在所述确定的计费分发装置节点不为自身时,向所述确定的计费分发装置节点发送所述计费请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100855292A CN101472023B (zh) | 2007-12-28 | 2008-03-10 | 计费请求处理方法及系统、计费触发和分发方法及装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710306963.4 | 2007-12-28 | ||
CN200710306963 | 2007-12-28 | ||
CN2008100855292A CN101472023B (zh) | 2007-12-28 | 2008-03-10 | 计费请求处理方法及系统、计费触发和分发方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101472023A CN101472023A (zh) | 2009-07-01 |
CN101472023B true CN101472023B (zh) | 2012-06-27 |
Family
ID=40829133
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100855292A Expired - Fee Related CN101472023B (zh) | 2007-12-28 | 2008-03-10 | 计费请求处理方法及系统、计费触发和分发方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101472023B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102083034A (zh) * | 2009-11-28 | 2011-06-01 | 华为技术有限公司 | 计费消息的分发方法、装置和系统 |
CN102238508B (zh) * | 2010-05-06 | 2014-09-03 | 华为技术有限公司 | 一种在线计费方法、装置和系统 |
CN103532725B (zh) * | 2013-10-23 | 2017-02-15 | 华为技术有限公司 | 计费方法、网络交换装置、在线计费系统及计费系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794637A (zh) * | 2005-04-20 | 2006-06-28 | 华为技术有限公司 | 计费网络和计费代理装置及计费方法 |
-
2008
- 2008-03-10 CN CN2008100855292A patent/CN101472023B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794637A (zh) * | 2005-04-20 | 2006-06-28 | 华为技术有限公司 | 计费网络和计费代理装置及计费方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101472023A (zh) | 2009-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101437202B (zh) | 一种多终端时业务消息处理方法、系统和装置 | |
CN101606398B (zh) | 安全位置会话管理器 | |
US7882245B2 (en) | Presence service access device, presence service system and method for publishing and acquiring presence information | |
CN102148689B (zh) | 策略和计费规则功能实体的选择方法、装置及系统 | |
CN101150421B (zh) | 一种分布式内容分发方法、边缘服务器和内容分发网 | |
CN1649324B (zh) | 操作带有代理的开放api网络的方法和装置 | |
EP1010082B1 (en) | Data cachins on the internet | |
CN102461121B (zh) | 在用户数据储存库udr中接收事件通知的方法和设备 | |
CN101207561B (zh) | 集群管理器、集群系统、以及集群管理方法 | |
CN103477662A (zh) | 用于动态掌握的Diameter绑定信息的方法、系统和计算机可读介质 | |
CN107919969A (zh) | 策略控制方法及装置 | |
CN101499919A (zh) | 策略决策实体的管理方法、管理网元及网络系统 | |
CN102647335B (zh) | 一种数据路由方法、装置和系统 | |
CN101159580B (zh) | 内容分发网络中内容p2p化方法及系统 | |
CN101277202B (zh) | 计费方法以及计费系统 | |
CN101690076A (zh) | 使用ims来发现运营商提供的网络服务的方法 | |
EP2081336B1 (en) | Business message transmission method, system and apparatus | |
CN101843034A (zh) | 支持分布式ims计费的方法、装置和系统 | |
CN102340765B (zh) | 容灾负荷均衡方法、装置和系统 | |
CN107124453A (zh) | 平台互联网关堆叠部署的负载均衡系统及视频呼叫方法 | |
CN103596066A (zh) | 一种数据处理方法及装置 | |
CN101489260A (zh) | 一种通信业务处理的方法、装置及系统 | |
CN101616171B (zh) | 一种维护引导节点状态的方法、装置和系统 | |
CN101472023B (zh) | 计费请求处理方法及系统、计费触发和分发方法及装置 | |
CN101115309B (zh) | 拜访地网络、归属地网络、拜访地业务使用系统、方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120627 Termination date: 20160310 |