CN112153585A - 一种计费系统、方法、存储介质及电子装置 - Google Patents
一种计费系统、方法、存储介质及电子装置 Download PDFInfo
- Publication number
- CN112153585A CN112153585A CN201910562738.XA CN201910562738A CN112153585A CN 112153585 A CN112153585 A CN 112153585A CN 201910562738 A CN201910562738 A CN 201910562738A CN 112153585 A CN112153585 A CN 112153585A
- Authority
- CN
- China
- Prior art keywords
- charging
- service module
- data
- resource
- charging data
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 110
- 230000006870 function Effects 0.000 claims description 127
- 230000004044 response Effects 0.000 claims description 90
- 238000004590 computer program Methods 0.000 claims description 16
- 238000005516 engineering process Methods 0.000 abstract description 6
- 230000000694 effects Effects 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 33
- 230000002159 abnormal effect Effects 0.000 description 26
- 238000009825 accumulation Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 11
- 230000001960 triggered effect Effects 0.000 description 11
- 125000004786 difluoromethoxy group Chemical group [H]C(F)(F)O* 0.000 description 10
- 230000005856 abnormality Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 4
- 230000004927 fusion Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 102220560218 Calcium/calmodulin-dependent protein kinase type IV_S12A_mutation Human genes 0.000 description 2
- 102220519085 Cytochrome P450 1A2_S18C_mutation Human genes 0.000 description 2
- 101001118566 Homo sapiens 40S ribosomal protein S15a Proteins 0.000 description 2
- 102220588439 Keratin, type I cytoskeletal 18_S10A_mutation Human genes 0.000 description 2
- 102220588438 Keratin, type I cytoskeletal 18_S15A_mutation Human genes 0.000 description 2
- 102220588437 Keratin, type I cytoskeletal 18_S18A_mutation Human genes 0.000 description 2
- 102220515663 Zinc finger protein Helios_S13A_mutation Human genes 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 102200012170 rs10084168 Human genes 0.000 description 2
- 102200029231 rs11551768 Human genes 0.000 description 2
- 102200084388 rs121918345 Human genes 0.000 description 2
- 102200082907 rs33918131 Human genes 0.000 description 2
- 101100160804 Bacillus subtilis (strain 168) yxaD gene Proteins 0.000 description 1
- 102220517404 DNA excision repair protein ERCC-6_S10D_mutation Human genes 0.000 description 1
- 102220521768 Interferon-inducible double-stranded RNA-dependent protein kinase activator A_S18D_mutation Human genes 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 102220472085 Protein Wnt-2_S15D_mutation Human genes 0.000 description 1
- 241000700605 Viruses Species 0.000 description 1
- 102220515664 Zinc finger protein Helios_S13D_mutation Human genes 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/64—On-line charging system [OCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/65—Off-line charging system
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种计费系统、方法存储介质及电子装置，计费系统包括第一计费服务模块和网络功能模块，其中，第一计费服务模块和网络功能模块都设置在网络域，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况；第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。通过本发明实施例可以解决相关技术中计费系统所存在的一些问题问题，达到提高计费系统稳定性的效果。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种计费系统、方法存储介质及电子装置。
背景技术
相关技术中，2/3/4G时期的计费域(Billing Domain)主要依靠离线计费处理系统(Offline Charging System)和在线计费处理系统(Online Charging System)共同完成计费；但该种计费架构接口众多、计费流程繁琐；随着技术的发展，5G采用了全新的融合离线、在线计费系统CCS (Converged Online Offline Charging System)完成计费，简化了接口，但在2/3/4G计费架构中，为防止出现重复话单，都是利用计费数据记录 (ChargingData Record，简称CDR)的发送者计费数据功能(Charging Data Function，简称CDF)与网关计费功能(Charging Gateway Function，简称 CGF)和计费域之间的交互实现间接查重，此流程涉及参与者多，消息来往复杂，任何一个环节出问题就会导致话单重复或丢失，根本无法确保在多套计费网关(Charging Gateway，简称CG)之间没有重复计费。而5G 的计费架构中，尚未提出行之有效的防止重复计费的方法。
针对5G融合计费系统来说，一方面，这种5G融合计费系统采用了单一的Nchf融合离、在线计费接口，CCS异常时缺少对应的解决方案，这里的CCS异常不单单指网络异常，还包括CCS性能不足，网络攻击，病毒爆发导致的整个Billing Domain瘫痪等异常情况；另一方面，因为CCS 集成了ABMF和RF功能，需要查询费率以及扣除用户的余额(或套餐)，这就导致整个CCS都会在Billing Domain实现，那么CCS中的能够生成话单的计费数据功能(Charging Data Function，简称CDF)也会在Billing Domain实现，这样在网络域就缺少了CDF/CGF功能，当出现计费问题时，网络域将无法提供话单供Billing Domain核查；再者，CCS的建设成本很高，这种计费系统也并不是运营商乐于接受的。
发明内容
本发明实施例提供了一种计费系统、方法存储介质及电子装置，以至少解决相关技术中5G融合计费系统所存在的计费问题。
根据本发明的一个实施例，提供了一种计费系统，包括：
第一计费服务模块和网络功能模块，其中，第一计费服务模块和网络功能模块都设置在网络域，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况；
第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。
根据本发明的另一个实施例，提供了一种计费方法，包括：
网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，所述第一计费数据用于表示所述资源的使用情况，其中，所述第一计费服务模块和所述网络功能模块都设置在网络域；
所述第一计费服务模块接收所述第一计费数据，所述第一计费数据用于计费域计费
根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明实施例，由于第一计费服务模块和所述网络功能模块都设置在网络域，第一计费服务模块接收所述第一计费数据并进行存储，所以第一计费服务模块可以提供计费数据用于计费域计费或者核对数据，这样可以有效防止计费系统出现异常后无法计费的情况，因此，可以解决相关技术中计费系统所存在的一些问题问题，达到提高计费系统稳定性的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的计费系统的结构框图；
图2是根据本发明实施例的计费方法的流程图；
图3是根据本发明可选实施例的5G在线计费功能OCHF架构图；
图4是根据本发明可选实施例5G离线计费功能OFCHF架构图；
图5是根据本发明可选实施例的5G在线计费查询服务使用示意图；
图6是根据本发明可选实施例的5G离线计费查询服务使用示意图；
图7是根据本发明可选实施例的5G离线计费查询服务使用示意图；
图8是根据本发明可选实施例的计费系统的结构框图；
图9是根据本发明可选实施例的5G同时部署OCHF和OFCHF的架构图(NF集成CTF)；
图10是根据本发明可选实施例的5G同时部署OCHF和OFCHF的架构图(NF集成CTF&CDF)；
图11是根据本发明可选实施例的5G OCHF异常时在线计费转离线计费示意图(NF集成CTF)；
图12是根据本发明可选实施例的5G OCHF异常时在线计费转离线计费示意图(NF集成CTF&CDF)；
图13是根据本发明可选实施例的5G在线计费方法流程图；
图14是根据本发明可选实施例的5G离线计费方法流程图(NF集成 CTF)；
图15是根据本发明可选实施例的5G离线计费方法流程图(NF集成 CDF)；
图16是根据本发明可选实施例的和在线计费会话保持一致的离线计费出单方法流程图(NF集成CTF)；
图17是根据本发明可选实施例的和在线计费会话保持一致的离线计费出单方法流程图(NF集成CTF&CDF)；
图18是根据本发明可选实施例的OCHF异常时在线计费转离线计费方法流程图(NF集成CTF)；
图19是根据本发明可选实施例的OCHF异常时在线计费转离线计费方法流程图(NF集成CTF&CDF)；
图20是根据本发明可选实施例的NF向多套OCHF发送计费请求时，防止重复计费的方法流程图(OCHF1已扣费)；
图21是根据本发明可选实施例的NF向多套OCHF发送计费请求时，防止重复计费的方法流程图(OCHF1未扣费)；
图22是根据本发明可选实施例的NF(CTF)向多套OFCHF传输离线计费信息时，防止产生重复话单的方法流程图(OFCHF1已存储)；
图23是根据本发明可选实施例的NF(CTF)向多套OFCHF传输离线计费信息时，防止产生重复话单的方法流程图(OFCHF1未存储)；
图24是根据本发明可选实施例的NF(CDF)向多套OFCHF传输离线计费信息时，防止产生重复话单的方法流程图(OFCHF1已存储)；
图25是根据本发明可选实施例的NF(CDF)向多套OFCHF传输离线计费信息时，防止产生重复话单的方法流程图(OFCHF1未存储)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的系统实施例可以在核心网(Core Network) 计费装置中执行。在本实施例中提供了一种计费系统，图1是根据本发明实施例的计费系统的结构框图，如图1所示，该系统包括：
第一计费服务模块和网络功能模块，其中，第一计费服务模块和网络功能模块都设置在网络域，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况；
第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。
由于第一计费服务模块和网络功能模块都设置在网络域，第一计费服务模块接收第一计费数据并进行存储，所以第一计费服务模块可以提供计费数据用于计费域计费或者核对数据，这样可以有效防止计费系统出现异常后无法计费的情况，因此，可以解决相关技术中计费系统所存在的一些问题问题，达到提高计费系统稳定性的效果。
在一个实施方式中，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第一计费数据，包括：
网络功能模块根据资源的使用情况将更新的部分第一计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收部分第一计费数据并根据部分第一计费数据对之前接收到的第一计费数据进行更新；或者，
网络功能模块根据资源的使用情况对第一计费数据进行更新，并将更新后的第一计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收更新后的第一计费数据。
在一个实施方式中，在网络功能模块将第一计费数据通过第一服务接口上报给第一计费服务模块之后，系统还包括：
当网络功能模块未收到第一计费服务模块反馈的第一响应时，将第一计费数据标记后上报给第二计费服务模块，其中，第一响应用于表示第一计费服务模块成功接收第一计费数据；
第二计费服务模块接收被标记的第一计费数据。
在一个实施方式中，在第二计费服务模块接收被标记的第一计费数据之后，系统还包括：
第二计费服务模块临时存储被标记的第一计费数据；
第二计费服务模块向第一计费服务模块发送查询请求，查询请求用于查询第一计费服务模块是否存储了与被标记的第一计费数据一致的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询成功响应时，删除临时存储的被标记的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询失败响应时，将被标记的第一计费数据进行存储。
通过上述的过程可以防止产生重复计费数据。
在一个实施方式中，在第二计费服务模块接收被标记的第一计费数据之后，系统还包括：
第二计费服务模块创建初始第一计费数据记录；
第二计费服务模块向第一计费服务模块发送查询请求，查询请求用于查询第一计费服务模块是否存储了与被标记的第一计费数据一致的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询成功响应时，不更新初始第一计费数据记录；
当第二计费服务模块接收到第一计费服务模块发送的查询失败响应时，根据被标记的第一计费数据更新初始第一计费数据记录，并存储更新后的初始第一计费数据记录。
通过上述的过程也可以防止产生重复计费数据。
在一个实施方式中，系统还包括第三计费服务模块，其中第三计费服务模块设置在计费域，其中，网络功能模块通过第二服务接口向第三计费服务模块发送资源请求；
第三计费服务模块根据预先设定的资源配额向网络功能模块下发资源额度；
网络功能模块接收资源额度并根据资源额度交付资源。
在一个实施方式中，系统还包括：
第三计费服务模块根据接收到的资源请求进行批价和/或预扣费。
在一个实施方式中，网络功能模块在交付资源之后，将第二计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第二计费数据，第二计费数据用于表示资源的使用情况。
在一个实施方式中，网络功能模块将第二计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第二计费数据，包括：
网络功能模块根据资源的使用情况将更新的部分第二计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收部分第二计费数据并根据部分第二计费数据对之前接收到的第二计费数据进行更新；或者，
网络功能模块根据资源的使用情况对第二计费数据进行更新，并将更新后的第二计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收更新后的第二计费数据。
在一个实施方式中，在网络功能模块通过第二服务接口向第三计费服务模块发送资源请求之后，系统还包括：
当网络功能模块未收到第三计费服务模块反馈的第二响应时，将资源请求标记后上报给第四计费服务模块，其中，第二响应用于表示第三计费服务模块成功接收资源请求；
第四计费服务模块接收被标记的资源请求并根据预先设定的资源配额向网络功能模块下发资源额度。
在一个实施方式中，在第四计费服务模块接收被标记的资源请求之后，系统还包括：
第三计费服务模块根据接收到的被标记的资源请求进行预扣费；
第四计费服务模块向第三计费服务模块发送扣费查询请求；
当第四计费服务模块接收到第三计费服务模块反馈的已扣费响应时，返还预扣费用；
当第四计费服务模块接收到第三计费服务模块反馈的未扣费响应时，第四计费服务模块根据接收到的被标记的资源请求进行扣费。
在一个实施方式中，在网络功能模块通过第二服务接口向第三计费服务模块发送资源请求之后，系统还包括：
当网络功能模块未收到第三计费服务模块反馈的第二响应时，将当前计费数据标记后上报给第一计费服务模块，其中，第二响应用于表示第三计费服务模块成功接收资源请求；
第一计费服务模块接收被标记的当前计费数据并将被标记的当前计费数据存储。
本实施例还提供了一种计费方法，如图2所示，该方法包括：
S202，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况，其中，第一计费服务模块和网络功能模块都设置在网络域；
S204，第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。
通过本实施例的方法，由于第一计费服务模块和网络功能模块都设置在网络域，第一计费服务模块接收第一计费数据并进行存储，所以第一计费服务模块可以提供计费数据用于计费域计费或者核对数据，这样可以有效防止计费系统出现异常后无法计费的情况，因此，可以解决相关技术中计费系统所存在的一些问题问题，达到提高计费系统稳定性的效果。
在一个实施方式中，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第一计费数据，包括：
网络功能模块根据资源的使用情况将更新的部分第一计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收部分第一计费数据并根据部分第一计费数据对之前接收到的第一计费数据进行更新；或者，
网络功能模块根据资源的使用情况对第一计费数据进行更新，并将更新后的第一计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收更新后的第一计费数据。
在一个实施方式中，在网络功能模块将第一计费数据通过第一服务接口上报给第一计费服务模块之后，方法还包括：
当网络功能模块未收到第一计费服务模块反馈的第一响应时，将第一计费数据标记后上报给第二计费服务模块，其中，第一响应用于表示第一计费服务模块成功接收第一计费数据；
第二计费服务模块接收被标记的第一计费数据。
在一个实施方式中，在第二计费服务模块接收被标记的第一计费数据之后，方法还包括：
第二计费服务模块临时存储被标记的第一计费数据；
第二计费服务模块向第一计费服务模块发送查询请求，查询请求用于查询第一计费服务模块是否存储了与被标记的第一计费数据一致的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询成功响应时，删除临时存储的被标记的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询失败响应时，将被标记的第一计费数据进行存储。
在一个实施方式中，在第二计费服务模块接收被标记的第一计费数据之后，方法还包括：
第二计费服务模块创建初始第一计费数据记录；
第二计费服务模块向第一计费服务模块发送查询请求，查询请求用于查询第一计费服务模块是否存储了与被标记的第一计费数据一致的第一计费数据；
当第二计费服务模块接收到第一计费服务模块发送的查询成功响应时，不更新初始第一计费数据记录；
当第二计费服务模块接收到第一计费服务模块发送的查询失败响应时，根据被标记的第一计费数据更新初始第一计费数据记录，并存储更新后的初始第一计费数据记录。
在一个实施方式中，方法还包括：
网络功能模块通过第二服务接口向第三计费服务模块发送资源请求，其中，第三计费服务模块设置在计费域；
第三计费服务模块根据预先设定的资源配额向网络功能模块下发资源额度；
网络功能模块接收资源额度并根据资源额度交付资源。
在一个实施方式中，方法还包括：
第三计费服务模块根据接收到的资源请求进行批价和/或预扣费。
在一个实施方式中，网络功能模块在交付资源之后，将第二计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第二计费数据，第二计费数据用于表示资源的使用情况。
在一个实施方式中，网络功能模块将第二计费数据通过第一服务接口上报给第一计费服务模块，第一计费服务模块接收第二计费数据，包括：
网络功能模块根据资源的使用情况将更新的部分第二计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收部分第二计费数据并根据部分第二计费数据对之前接收到的第二计费数据进行更新；或者，
网络功能模块根据资源的使用情况对第二计费数据进行更新，并将更新后的第二计费数据通过第一服务接口上报给第一计费服务模块；第一计费服务模块接收更新后的第二计费数据。
在一个实施方式中，在网络功能模块通过第二服务接口向第三计费服务模块发送资源请求之后，方法还包括：
当网络功能模块未收到第三计费服务模块反馈的第二响应时，将资源请求标记后上报给第四计费服务模块，其中，第二响应用于表示第三计费服务模块成功接收资源请求；
第四计费服务模块接收被标记的资源请求并根据预先设定的资源配额向网络功能模块下发资源额度。
在一个实施方式中，在第四计费服务模块接收被标记的资源请求之后，方法还包括：
第三计费服务模块根据接收到的被标记的资源请求进行预扣费；
第四计费服务模块向第三计费服务模块发送扣费查询请求；
当第四计费服务模块接收到第三计费服务模块反馈的已扣费响应时，返还预扣费用；
当第四计费服务模块接收到第三计费服务模块反馈的未扣费响应时，第四计费服务模块根据接收到的被标记的资源请求进行扣费。
在一个实施方式中，在网络功能模块通过第二服务接口向第三计费服务模块发送资源请求之后，方法还包括：
当网络功能模块未收到第三计费服务模块反馈的第二响应时，将当前计费数据标记后上报给第一计费服务模块，其中，第二响应用于表示第三计费服务模块成功接收资源请求；
第一计费服务模块接收被标记的当前计费数据并将被标记的当前计费数据存储。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如 ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
可选实施方式
本发明可选实施方式增加新的在线计费功能OCHF(Online Charging Function)和离线计费功能OFCHF(Offline Charging Function)，并基于服务架构提出了一种更加先进更加有效的计费排重方法，不仅丰富了5G计费的实现方式，还大大减少了计费排重流程的复杂程度，满足了更多运营商部署5G计费方面的要求，提出了一种新的5G计费实现方式。下面将结合附图进一步说明：
本发明实施例涉及到的技术术语英文全称、中文名称和英文缩写如表 1所示：
表1
需要说明的是，离线计费Offline Charging主要是：用户先使用网络资源并由CDF(Charging Data Function)生成相应的计费话单，后经由CGF (Charging GatewayFunction)将计费话单编码生成计费话单文件并传输给Billing Domain的Billing System完成计费。因为根据话单计费的功能是在Billing Domain的Billing System中完成，而CDF和CGF主要功能是生成话单或话单文件，并不负责对用户收费，所以CDF和CGF可以在网络侧实现。
在线计费Online Charging主要是：当用户需要使用网络资源时，先由网络侧的CTF(Charging Trigger Function)向在线计费服务申请配额(通常指使用时间或者用量)，只有在该用户的余额(或套餐)充足时，申请才会成功，用户才可以开始使用网络。因为在线计费服务集成了批价、扣费功能、账户余额管理、费率管理等类似的功能，需要查询费率以及扣除用户的余额(或套餐)，所以在线计费服务可以在Billing Domain实现。
(离线计费)话单CDR：根据网络资源的使用量生成的计费记录 (Charging DataRecord)，主要包含内容有：用户标识(IMSI等)，使用网络资源的开始、结束时间，用量等。因为CDR生成后即表示用户已经使用了一定用量的网络资源，所以CDR一般都是指离线计费话单，它可以用于离线计费、网间结算、经营分析，统计等场景。
预付费用户：指先充值，后使用网络的用户。在线计费的对象一般是指预付费用户，预付费用户也会生成话单，预付费用户生成的话单也叫离线话单。说明：在线计费的对象也可以是后付费用户，如果后付费账户没有余额，可以先记账，月底再统一结算。
后付费用户：指可以先使用网络，后计费的用户。这样的用户一般走离线计费流程(没有必要走在线计费流程，因为无法实时扣费)。
本发明技术方案，设计了OCHF(相当于上述实施例中的第三计费服务模块)和OFCHF(相当于上述实施例中的第一计费服务模块)，分别作为在线和离线计费功能，其中OCHF负责在线计费控制；OFCHF负责生成离线话单。OCHF采用基于SBI(Service-basedinterface)和各NF(相当于上述实施例中的网络功能模块)(Network Function，本文统一理解为5G 网络下有能力输出计费信息的NF)通讯，接口名称是Nochf(相当于上述实施例中的第二服务接口)(Service-based interface exhibited by OCHF)。 Nochf对外提供了2种服务：
Nochf_ChargingService负责接收并处理各个NF的在线计费请求： OnlineCharging Request；
Nochf_ChargingQueryService负责查询本地已经处理的计费请求。
而OFCHF作为5G核心网的对外输出离线话单的统一出口，可以连接一个或者多个NF进行话单采集和上报，OFCHF采用基于SBI和各NF 通讯，接口名称是Nofchf(相当于上述实施例中的第一服务接口) (Service-based interface exhibited by OFCHF)。Nofchf对外提供了4种服务：
Nofchf_ChargingDataService负责收集并处理各个NF(CTF)的离线计费消息：Charging Data Request并生成离线话单；
Nofchf_CDRStorageService负责收集并处理各个NF(CDF)的CDR消息：CDRRequest；
Nofchf_ChargingDataQueryService负责查询本地已经保存的ChargingDataRequest消息；
Nofchf_CDRQueryService负责查询本地已经保存的离线计费话单。
如图3所示，Nochf_ChargingService负责接收并处理各个NF的Online ChargingRequest消息，根据(预付费)用户使用的业务等信息调用RF完成批价，再根据批价的结果调用ABMF确定是否对用户预授权；如果用户的账户余额充足，则Nochf_ChargingService给NF回应获取预授权成功。
如图4所示，由Nofchf_ChargingDataService负责收集各个NF(CTF) 的ChargingData Request消息并生成离线话单；或者由 Nofchf_CDRStorageService负责收集各个NF(CDF)的CDR Request消息并生成离线话单，话单再经过合并、分拣、过滤、编码等处理后存储在本地，最后通过Bx接口上报话单文件给Billing Domain的Billing System。
如图5所示，服务消费者向Nochf_ChargingQueryService发送计费查询请求，请求消息中携带但不限于：用户标识IMSI，计费开始时间 StartTime，计费结束时间EndTime(可选)，计费时长(可选)，会话标识 ChargingID，计费部分序列号SequenceNumber(可选，如果一次会话分多次Charging Request实现，每次Charging Request都应该有个递增的序列号)，NF-Address等关键字；OCHF(Nochf_ChargingQueryService)收到查询请求后，如果在本地查找到对应的Online Charging Request，则返回 Debited，返回消息中也可以携带完整或部分的Online Charging Request内容，包括已扣费用或套餐余量。如果在本地查找不到对应的Online Charging Request消息，则返回No Debited。
如图6所示，服务消费者向Nofchf_ChargingDataQueryService发送计费查询请求，请求消息中携带但不限于：用户标识IMSI，计费开始时间 StartTime，计费结束时间EndTime(可选)，计费时长(可选)，会话标识 ChargingID，计费部分序列号SequenceNumber(可选，如果一次会话分多次Charging Data Request实现，每次Charging Data Request都应该有个递增的序列号)，NF-Address等关键字； OCHF(Nofchf_ChargingDataQueryService)收到查询请求后，如果在本地查找到对应的Charging DataRequest，则返回Success，返回消息中也可以携带完整或部分的Charging Data Request内容。如果在本地查找不到对应的 Charging Data Request消息，则返回Unsuccess，如果存在该会话上一个序号的Charging Data Request，则在返回Unsuccess的同时携带上一个序号的 Charging Data Request消息，以便于其他OFCHF补充生成话单(具体可参考可选实施方式)。
如图7所示，服务消费者向Nofchf_CDRQueryService发送话单查询请求，请求消息中携带但不限于：用户标识IMSI，计费开始时间StartTime，计费结束时间EndTime(可选)，计费时长，会话标识ChargingID，计费部分序列号SequenceNumber(可选，如果一次会话输出多个部分话单，每个部分话单都应该有个递增的序列号)，NF-Address等关键字； OCHF(Nofchf_CDRQueryService)收到查询请求后，如果在本地查找到对应的CDR则返回Success，返回消息中也可以携带完整或部分的CDR。如果在本地查找不到对应的CDR则返回Unsuccess。
OFCHF是一个或者多个需要离线计费的NF的统一出口，进行计费的输出。OFCHF的CGF功能支持在本地长时间存储话单，可长期有效的为 Billing Domain提供话单文件。
图8是根据本发明可选实施例的计费系统的结构框图，在图8中，计费系统同时部署了在线计费服务功能(相当于上述实施例中的第三计费服务模块)和离线计费服务功能(相当于上述实施例中的第一计费服务模块)，二者分别通过服务化的接口与NFs(相当于上述实施例中的网络功能模块) 连接。如图9和图10所示，在同时部署OCHF和OFCHF场景下，通过本发明实施例的方法可以使得OFCHF生成的话单和OCHF完全保持一致，正因为如此，OCHF可以不用实现CDF和CGF功能。
如图9和图10所示，在同时部署OCHF和OFCHF场景下，还可以通过本发明的可选实施方式将OCHF扣除用户的费用(或套餐用量，或通话时长等)带给OFCHF，使得OFCHF生成的话单中同样具备包含费用等信息的能力。
需要说明的是，因为用户余额、套餐、费率这些参数会随着运营商的业务推广策略不断发生变化，而OFCHF的所有功能和这些参数无关，所以OFCHF作为一个相对稳定的功能可以放在网络侧实现，由于OFCHF 的CGF存储了一定时间范围的话单，在将来发生计费异常时，网络侧可以提供一份话单用于和Billing Domain核对。
需要说明的是，OCHF/CCS受用户余额、套餐、费率这些参数影响较大，可以放在Billing Domain侧实现，很可能NF和OCHF/CCS不是一个厂家的设备，即使是同一个厂家的设备也可能不在同一个网络；因此NF 在和OCHF/CCS通讯时需要充分考虑OCHF/CCS异常的场景，如图11和图12所示，本发明的可选实施例在OCFH/CCS甚至整个Billing Domain 异常时，可以通过在线转离线的方式由OFCHF生成离线话单文件，供 Billing System随时获取并用于计费。
需要说明的是，在本实施例中，离线计费步骤中的部分话单或者完整话单相当于上述实施例中的第一计费数据；在线计费步骤中的在线计费请求相当于上述实施例中的第二计费数据；离线计费步骤中的离线计费服务功能的响应相当于是上述实施例中的第一响应；在线计费步骤中的在线计费服务功能的响应相当于是上述实施例中的第二响应。
本发明可选实施例可以满足部分运营商只想建立一套离线计费系统的要求，也可满足部分运营商想继续沿用现有离线计费系统或离、在线分离计费系统的要求；为运营商节省了建立全新融合计费系统CCS的成本。
如图20和图21所示，可选地，本发明实施例基于服务架构提出了一种更加先进的在线计费方法，提供了NF向多套OCHF发送计费请求时，防止重复计费的机制。
如图22和图23所示，可选地，本发明实施例基于服务架构提出了一种更加先进的离线计费传输方法，提供了NF(CTF)向多套OFCHF传输离线计费信息时，防止产生重复话单的机制。
如图24和图25所示，可选地，本发明实施例基于服务架构提出了一种更加先进的离线计费传输方法，简化了2/3/4G时期通过Ga口传输离线计费信息的复杂流程，提供了NF(CDF)向多套OFCHF传输离线计费信息时，防止产生重复话单的机制。
如图13所示，本发明实施例的5G在线计费步骤如下：
步骤S01：用户请求使用网络资源。
步骤S02：NF(CTF)预估需要使用的资源用量。
步骤S03：NF(CTF)向OCHF(Nochf_ChargingService)发送在线计费请求。
步骤S04：OCHF(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S05：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S06：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S07：当配额管理触发器到达时(比如费率切换)触发*[配额管理过程]，*表示该过程可以被触发多次。
步骤S08：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S09：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S10：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S11：NF(CTF)向用户交付使用可以继续使用的网络用量。
步骤S12：用户本次使用的网络的过程结束，释放本次会话。
步骤S13：NF(CTF)向OCHF(Nochf_ChargingService)发送释放会话的在线计费请求，并上报用户已经使用的用量。
步骤S14：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)。
步骤S15：OCHF(Nochf_ChargingService)向NF(CTF)发送回应消息，告知用户费用扣除成功。
如图14所示，本发明实施例的5G离线计费步骤如下，其中NF上集成了CTF功能，
步骤S01A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送初始计费数据请求。
步骤S01B：OFCHF(Nofchf_ChargingDataService)创建一个新的话单。
步骤S01C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S01：NF(CTF)预估需要使用的资源用量，并直接向用户交付使用(说明：本步骤无需等待S01A/B/C..完成，如果OFCHF无回应，消息应当在NF本地缓存，下文类似A/B/C..的步骤请统一参考本说明)。
步骤S02：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S03A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送更新计费数据请求。
步骤S03B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)输出部分话单。
步骤S03C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S03：NF(CTF)预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：用户本次使用的网络的过程结束，释放本次会话。
步骤S05A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送结束计费数据请求。
步骤S05B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，并关闭话单。
步骤S05C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应：关闭话单。
步骤S05D：OFCHF生成话单文件，并将话单文件通过Bx口发给 Billing System。
如图15所示，本发明实施例的5G离线计费步骤如下，其中NF集成 CDF。
步骤S01A：NF(CDF)在本地创建一个新的话单(Open CDR)。
步骤S01：NF(CDF)预估需要使用的资源用量，并直接向用户交付使用。
步骤S02：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S03A：NF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)在本地生成部分话单。
步骤S03B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S03C：OFCHF(Nofchf_CDRStorageService)接收并存储话单(或发送给CGF对话单进行处理)。
步骤S03D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S03：NF预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：用户本次使用的网络的过程结束，释放本次会话。
步骤S05A：NF(CDF)在本地产生最后一张部分话单。
步骤S05B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S05C：OFCHF(Nofchf_CDRStorageService)接收并存储话单(或发送给CGF对话单进行处理)。
步骤S05D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S05E：OFCHF(Nofchf_CDRStorageService)生成话单文件，并将话单文件通过Bx口发给Billing System。
如图16所示，本发明实施例的和在线计费会话保持一致的离线计费出单步骤，其中NF集成CTF。
步骤S01：用户请求使用网络资源。
步骤S02：NF(CTF)预估需要使用的资源用量。
步骤S03：NF(CTF)向OCHF(Nochf_ChargingService)发送在线计费请求。
步骤S04：OCHF(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S05：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S06A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送初始计费数据请求。
步骤S06B：OFCHF(Nofchf_ChargingDataService)创建一个新的话单 (OpenCDR)。
步骤S06C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S06：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S07：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S08A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送更新计费数据请求。
步骤S08B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)输出部分话单。
步骤S08C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S08：NF(CTF)预估需要后续需要使用的资源用量(但不超过 OCHF下发的用量)，并直接向用户交付使用。
步骤S09：当配额管理触发器到达时(比如费率切换)触发*[配额管理过程]，*表示该过程可以被触发多次。
步骤S10：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S11：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S12：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S13A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送更新计费数据请求。
步骤S13B：OFCHF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)输出部分话单。
步骤S13C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S13：NF(CTF)向用户交付使用可以继续使用的网络用量。
步骤S14：用户本次使用的网络的过程结束，释放本次会话。
步骤S15A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送结束计费数据请求。
步骤S15B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，并关闭话单。
步骤S15C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应：关闭话单。
步骤S15：NF(CTF)向OCHF(Nochf_ChargingService)发送释放会话的在线计费请求，并上报用户已经使用的用量。
步骤S16：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)。
步骤S17：OCHF(Nochf_ChargingService)向NF(CTF)发送回应消息，告知用户费用扣除成功。
步骤S18A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送结束计费数据请求。
步骤S18B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，并关闭话单。
步骤S18C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应：关闭话单。
如图17所示，本发明实施例的和在线计费会话保持一致的离线计费出单步骤(在图中，NF集成CTF&CDF)。
步骤S01：用户请求使用网络资源。
步骤S02：NF(CTF)预估需要使用的资源用量。
步骤S03：NF(CTF)向OCHF(Nochf_ChargingService)发送在线计费请求。
步骤S04：OCHF(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S05：OCH(Nochf_ChargingService)F向NF(CTF)下发用量。
步骤S06A：NF(CDF)在本地创建一个话单(Open CDR)。
步骤S06：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S07：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S08A：NF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)在本地生成部分话单。
步骤S08B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S08C：OFCHF(Nofchf_CDRStorageService)接收并存储话单。
步骤S08D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S08：NF(CTF)预估需要后续需要使用的资源用量(但不超过 OCHF下发的用量)，并直接向用户交付使用。
步骤S09：当配额管理触发器到达时(比如费率切换)触发*[配额管理过程]，*表示该过程可以被触发多次。
步骤S10：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S11：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S12：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S13A：NF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)在本地生成部分话单。
步骤S13B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S13C：OFCHF(Nofchf_CDRStorageService)接收并存储话单。
步骤S13D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S13：NF(CTF)向用户交付使用可以继续使用的网络用量。
步骤S14：用户本次使用的网络的过程结束，释放本次会话。
步骤S15A：NF(CDF)在本地产生最后一张部分话单。
步骤S15B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S15C：OFCHF(Nofchf_CDRStorageService)接收并存储话单。
步骤S15D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S15：NF(CTF)向OCHF(Nochf_ChargingService)发送释放会话的在线计费请求，并上报用户已经使用的用量。
步骤S16：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)。
步骤S17：OCHF(Nochf_ChargingService)向NF(CTF)发送回应消息，告知用户费用扣除成功。
步骤S18A：NF(CDF)更新最后一张部分CDR。
步骤S18B：NF(CDF)上报最后一张CDR给 OFCHF(Nofchf_ChargingStorageService)。
步骤S18C：OFCHF(Nofchf_ChargingStorageService)存储CDR。
步骤S18D：OFCHF(Nofchf_ChargingStorageService)发送响应。
如图18所示，本发明实施例的OCHF异常时在线计费转离线计费步骤(在图中，NF集成CTF)。
步骤S01：NF(CTF)向OCHF(Nochf_ChargingService)发送在线计费请求。
步骤S02：OCHF(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S03：OCHF(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S04A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送初始计费数据请求。
步骤S04B：OFCHF(Nofchf_ChargingDataService)创建一个新的话单 (OpenCDR)。
步骤S04C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S04：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S05：当配额管理触发器到达时(比如费率切换)。
步骤S06：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S07：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S08：OCHF(Nochf_ChargingService)向NF(CTF)下发用量，因出现异常导致NF(CTF)没有收到该下发消息。
步骤S09：触发[Change into Offline Charging]表示从在线计费转到离线计费过程。
步骤S10A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送更新计费数据请求，并在该请求消息中标记在线计费第一次出现异常。
步骤S10B：OFCHF(Nofchf_ChargingDataService)更新话单内容并生成部分话单，该部分话单中含有第一次在线计费异常标记。
说明：该话单传输到Billing System后，需要和在线计费扣费记录核对，如果在线计费已经执行过扣费，则该话单不能再次作为扣费依据；否则Billing System可以依据该话单对用户进行补扣费用。
步骤S10C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S10：NF(CTF)预估后续需要使用的资源用量，并直接向用户交付使用(此时在线计费已经异常，但是因为可以出离线计费话单，所以才可以允许用户继续使用网络)。
步骤S11：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S12A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送更新计费数据请求，携带后续在线计费异常标记(区别于第一次的在线计费异常消息)。
步骤S12B：OFCHF(Nofchf_ChargingDataService)更新话单内容，内容中含有后续在线计费异常标记；也可以根据部分话单出单条件(比如：按时间出单或按流量出单)输出部分话单，话单中也需要含有后续在线计费异常标记。
说明：因为在线计费最多只会扣除第一次出现异常时用户的费用，所以从这以后(包括该话单)传输到Billing System后，不需要和在线计费核对，可以直接依据该话单对用户进行补扣费用。
步骤S12C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S12：NF(CTF)预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S13：用户本次使用的网络的过程结束，释放本次会话。
步骤S14A：NF(CTF)向OFCHF(Nofchf_ChargingDataService)发送结束计费数据请求，携带后续在线计费异常标记。
步骤S14B：OFCHF(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，并且话单中也需要含有后续在线计费异常标记，并关闭话单。
步骤S14C：OFCHF(Nofchf_ChargingDataService)向NF(CTF)发送回应：关闭话单。
如图19所示，本发明实施例的OCHF异常时在线计费转离线计费步骤(在图中，NF集成CTF&CDF)。
步骤S01：NF(CTF)向OCHF(Nochf_ChargingService)发送在线计费请求。
步骤S02：OCHF(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S03：OCH(Nochf_ChargingService)F向NF(CDF)下发用量。
步骤S04A：NF(CDF)在本地创建一个话单(Open CDR)。
步骤S04：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S05：当配额管理触发器到达时(比如费率切换)。
步骤S06：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S07：OCHF(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S08：OCHF(Nochf_ChargingService)向NF(CTF)下发用量，因出现异常导致NF(CTF)没有收到该下发消息。
步骤S09：触发[Change into Offline Charging]表示从在线计费转到离线计费过程。
步骤S10A：NF(CDF)更新话单内容并生成部分话单，该部分话单中含有第一次在线计费异常标记。
说明：该话单传输到Billing System后，需要和在线计费扣费记录核对，如果在线计费已经执行过扣费，则该话单不能再次作为扣费依据；否则Billing System可以依据该话单对用户进行补扣费用。
步骤S10B：NF(CDF)向OFCHF发送话单。
步骤S10C：OFCHF(Nofchf_CDRStorageService)接收并存储话单(或发送给CGF对话单进行处理)。
步骤S10D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S10：NF(CTF)预估后续需要使用的资源用量，并直接向用户交付使用(此时在线计费已经异常，但是因为可以出离线计费话单，所以才可以允许用户继续使用网络)。
步骤S11：当用量上报管理触发器到达时(比如定时上报)触发*[用量上报过程]，*表示该过程可以被触发多次。
步骤S12A：NF(CDF)更新话单内容并生成部分话单，该部分话单中含有后续在线计费异常标记(区别于第一次的在线计费异常标记)。
说明：因为在线计费最多只会扣除第一次出现异常时用户的费用，所以从这以后(包括该话单)传输到Billing System后，不需要和在线计费核对，可以直接依据该话单对用户进行补扣费用。
步骤S12B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S12C：OFCHF(Nofchf_CDRStorageService)接收并存储话单(或发送给CGF对话单进行处理)。
步骤S12D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
步骤S12：NF(CTF)预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S13：用户本次使用的网络的过程结束，释放本次会话。
步骤S14A：NF(CDF)在本地产生最后一张部分话单，该部分话单中含有后续在线计费异常标记(区别于第一次的在线计费异常标记)。
步骤S14B：NF(CDF)向OFCHF(Nofchf_CDRStorageService)发送话单。
步骤S14C：OFCHF(Nofchf_CDRStorageService)接收并存储话单(或发送给CGF对话单进行处理)。
步骤S14D：OFCHF(Nofchf_CDRStorageService)发送回应消息。
如图16所示，本发明实施例的离线话单携带被扣费用的步骤，在该场景中，NF集成CTF。
步骤S01：每次在NF(CTF)向OCHF(Nochf_ChargingService)上报用户实际网络用量时，OCHF(Nochf_ChargingService)根据用量扣除费用或套餐用量后，可以将所扣除的费用或套餐用量通过Online Charging Response 消息带回给NF(CTF)。参考图16的步骤12和步骤17。
步骤S02：NF(CTF)收到OCHF(Nochf_ChargingService)的Online ChargingResponse后，将所扣除费用或套餐用量通过Charging Data Request带给OFCHF(Nofchf_ChargingDataService)。参考图16的步骤13A 和步骤18A。
步骤S03：OFCHF(Nofchf_ChargingDataService)将所扣费用或套餐用量保存到话单。参考图16的步骤13B和步骤18B。
说明：如果要启用离线话单携带被扣费用功能，在[用量上报过程]过程中，不可以输出部分话单(因为此时输出部分话单中还没有费用信息)，参考图16的步骤8B。
如图17所示，本发明实施例的离线话单携带被扣费用的步骤，在该场景中，NF集成CTF&CDF。
步骤S01：每次在NF(CTF)向OCHF(Nochf_ChargingService)上报用户实际网络用量时，OCHF(Nochf_ChargingService)根据用量扣除费用或套餐用量后，可以将所扣除的费用或套餐用量通过Online Charging Response 消息带回给NF(CTF)。参考图17的步骤12和步骤17。
步骤S02：NF(CTF)收到OCHF(Nochf_ChargingService)的Online ChargingResponse后，将所扣除费用或套餐用量更新到话单中。参考图17 的步骤13A和步骤18A。
说明：如果要启用离线话单携带被扣费用功能，在[用量上报过程]过程中，不可以输出部分话单(因为此时输出部分话单中还没有费用信息)，参考图17的步骤8A。
如图20所示，本发明实施例的NF向多套OCHF发送计费请求时，防止重复计费的步骤，在该场景下，OCHF1(相当于上述实施例中的第三计费服务模块)已扣费。
步骤S01：用户请求使用网络资源。
步骤S02：NF(CTF)预估需要使用的资源用量。
步骤S03：NF(CTF)向OCHF1(Nochf_ChargingService)发送在线计费请求。
步骤S04：OCHF1(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S05：OCHF1(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S06：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S07：当配额管理触发器到达时(比如费率切换)。
步骤S08：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S09：OCHF1(Nochf_ChargingService)根据用户已经使用的用量扣除用户费用(或套餐余量)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S10：OCHF1(Nochf_ChargingService)触发异常。
步骤S11：实际OCHF1(Nochf_ChargingService)没办法向NF(CTF)下发用量。
步骤S12：NF(CTF)发现OCHF1(Nochf_ChargingService)异常，向 OCHF2(Nochf_ChargingService)(相当于上述实施例中的第四计费服务模块)发送在线计费请求，请求消息中标记本次消息是可能重复的(possibly duplicate)，并上报本次用户已经使用的用量。
步骤S13：OCHF2(Nochf_ChargingService)根据用户本次使用的用量预留用户费用或套餐余量(实际并不扣除)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S14：OCHF2(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S15：NF(CTF)向用户交付使用可以继续使用的网络用量。
步骤S16：OCHF1(Nochf_ChargingService)异常恢复。
步骤S17：OCHF2向OCFH1(Nochf_ChargingQueryService)发送在线计费查询消息。
步骤S18：OCHF1(Nochf_ChargingQueryService)向OCHF2回应已扣费。
步骤S19：OCHF2(Nochf_ChargingService)释放/返还步骤13预留的用户费用。
如图21所示，本发明实施例的NF向多套OCHF发送计费请求时，防止重复计费的步骤，在该场景下，OCHF1(相当于上述实施例中的第三计费服务模块)未扣费。
步骤S01：用户请求使用网络资源。
步骤S02：NF(CTF)预估需要使用的资源用量。
步骤S03：NF(CTF)向OCHF1(Nochf_ChargingService)发送在线计费请求。
步骤S04：OCHF1(Nochf_ChargingService)调用ABMF，RF计算该用户允许使用的用量。
步骤S05：OCHF1(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S06：NF(CTF)向用户交付使用可以使用的网络用量。
步骤S07：当配额管理触发器到达时(比如费率切换)。
步骤S08：NF(CTF)预估后续需要使用的资源用量，并上报用户已经使用的用量。
步骤S09：OCHF1(Nochf_ChargingService)触发异常。
步骤S10：OCHF1(Nochf_ChargingService)实际并没有除用户费用等操作。
步骤S11：实际OCHF1(Nochf_ChargingService)没办法向NF(CTF)下发用量。
步骤S12：NF(CTF)发现OCHF1(Nochf_ChargingService)异常，向 OCHF2(Nochf_ChargingService)(相当于上述实施例中的第四计费服务模块)发送在线计费请求，请求消息中标记本次消息是可能重复的(possibly duplicate)，并上报本次用户已经使用的用量。
步骤S13：OCHF2(Nochf_ChargingService)根据用户本次使用的用量预留用户费用或套餐余量(实际并不扣除)，并调用ABMF，RF计算该用户允许继续使用的用量。
步骤S14：OCHF2(Nochf_ChargingService)向NF(CTF)下发用量。
步骤S15：NF(CTF)向用户交付使用可以继续使用的网络用量。
步骤S16：OCHF1(Nochf_ChargingService)异常恢复。
步骤S17：OCHF2向OCFH1(Nochf_ChargingQueryService)发送在线计费查询消息。
步骤S18：OCHF1(Nochf_ChargingQueryService)向OCHF2回应没扣费。
步骤S19：OCHF2(Nochf_ChargingService)扣除步骤13预留的用户费用。
如图22所示，本发明实施例的NF(CTF)向多套OFCHF传输离线计费信息时，防止产生重复话单的步骤，在该场景下OFCHF1(相当于上述实施例中的第一计费服务模块)已存储更新的部分CDR。
步骤S01A：NF(CTF)向OFCHF1(Nofchf_ChargingDataService)发送初始计费数据请求。
步骤S01B：OFCHF1(Nofchf_ChargingDataService)创建一个新的话单。
步骤S01C：OFCHF1(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S01：NF(CTF)预估需要使用的资源用量，并直接向用户交付使用。
步骤S02：当用量上报管理触发器到达。
步骤S03A：NF(CTF)向OFCHF1(Nofchf_ChargingDataService)发送更新计费数据请求。
步骤S03B：OFCHF1(Nofchf_ChargingDataService)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)输出部分话单。
步骤S03C：OFCHF1(Nofchf_ChargingDataService)触发异常。
步骤S03D：实际OFCHF1(Nofchf_ChargingDataService)无法向 NF(CTF)发送回应。
步骤S03E：NF(CTF)发现OFCHF1(Nofchf_ChargingDataService)异常，向OFCHF2(Nochf_ChargingDataService)(相当于上述实施例中的第二计费服务模块)发送更新计费数据请求，请求消息中标记本次消息是可能重复的(possibly duplicate)。
步骤S03F：OFCHF2(Nofchf_ChargingDataService)创建一个新的话单。
步骤S03G：OFCHF2(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S03：NF(CTF)预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：OFCHF1(Nofchf_ChargingDataService)异常恢复。
步骤S05：OFCHF2向OFCHF1(Nofchf_ChargingDataQueryService)发送计费数据查询消息。
步骤S06：OFCHF1(Nofchf_ChargingDataQueryService)向OFCHF2回应查询成功。
步骤S07：OFCHF2(Nofchf_ChargingDataService)不需要更新话单(即：不需要获取前一次Charging Data Request消息内容，再结合本次Charging Data Request消息更新话单)，但是需要将本次Charging Data Request作为开始消息，方便后续Charging DataRequest更新话单用。
后续步骤说明：除非OFCHF2(Nofchf_ChargingDataService)异常， NF(CTF)将本次会话后续的计费数据消息应当继续发给OFCHF2。
如图23所示，本发明实施例的NF(CTF)向多套OFCHF传输离线计费信息时，防止产生重复话单的步骤，在该场景下，OFCHF1(相当于上述实施例中的第一计费服务模块)未存储部分CDR。
步骤S01A：NF(CTF)向OFCHF1(Nofchf_ChargingDataService)发送初始计费数据请求。
步骤S01B：OFCHF1(Nofchf_ChargingDataService)创建一个新的话单。
步骤S01C：OFCHF1(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S01：NF(CTF)预估需要使用的资源用量，并直接向用户交付使用。
步骤S02：当用量上报管理触发器到达。
步骤S03A：NF(CTF)向OFCHF1(Nofchf_ChargingDataService)发送更新计费数据请求。
步骤S03B：OFCHF1(Nofchf_ChargingDataService)触发异常。
步骤S03C：实际OFCHF1(Nofchf_ChargingDataService)无法更新话单。
步骤S03D：实际OFCHF1(Nofchf_ChargingDataService)无法向 NF(CTF)发送回应。
步骤S03E：NF(CTF)发现OFCHF1(Nofchf_ChargingDataService)异常，向OFCHF2(Nochf_ChargingDataService)(相当于上述实施例中的第二计费服务模块)发送更新计费数据请求，请求消息中标记本次消息是可能重复的(possibly duplicate)。
步骤S03F：OFCHF2(Nofchf_ChargingDataService)创建一个新的话单。
步骤S03G：OFCHF2(Nofchf_ChargingDataService)向NF(CTF)发送回应。
步骤S03：NF(CTF)预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：OFCHF1(Nofchf_ChargingDataService)异常恢复。
步骤S05：OFCHF2向OFCHF1(Nofchf_ChargingDataQueryService)发送计费数据查询消息。
步骤S06：OFCHF1(Nofchf_ChargingDataQueryService)向OFCHF2回应查询失败，并携带了上一个序号的Charging Data Request消息(参考图 14)。
步骤S07：OFCHF2(Nofchf_ChargingDataService)根据上一个序号的 ChargingData Request消息补充更新话单(即：获取前一次Charging Data Request消息内容，再结合本次Charging Data Request消息更新话单)。
后续步骤说明：除非OFCHF2(Nofchf_ChargingDataService)异常， NF(CTF)将本次会话后续的计费数据消息应当继续发给OFCHF2。
如图24所示，本发明实施例的NF(CDF)向多套OFCHF传输离线计费信息时，防止产生重复话单的步骤，在该场景下，OFCHF1已存储 CDR。
步骤S01A：NF(CDF)在本地创建一个新的话单(Open CDR)。
步骤S01：NF(CDF)预估需要使用的资源用量，并直接向用户交付使用。
步骤S02：当用量上报管理触发器到达时(比如定时上报)触发用量上报。
步骤S03A：NF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)在本地生成部分话单。
步骤S03B：NF(CDF)向OFCHF1(Nofchf_CDRStorageService)发送话单。
步骤S03C：OFCHF1(Nofchf_CDRStorageService)接收并存储话单。
步骤S03D：OFCHF1(Nofchf_CDRStorageService)触发异常。
步骤S03E：实际OFCHF1(Nofchf_CDRStorageService)无法发送回应消息。
步骤S03F：NF(CDF)发现OFCHF1(Nofchf_CDRStorageService)异常，向OFCHF2(Nochf_CDRStorageService)发送话单，并标记该话单是可能重复的(possiblyduplicate)。
步骤S03G：OFCHF2(Nofchf_CDRStorageService)接收并保存该话单到可疑话单缓存(意思是该话单目前还不能传输给Billing System)。
步骤S03H：OFCHF2(Nofchf_CDRStorageService)发送回应消息。
步骤S03：NF预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：OFCHF1(Nofchf_CDRStorageService)异常恢复。
步骤S05：OFCHF2向OFCHF1(Nofchf_CDRQueryService)发送话单查询消息。
步骤S06：OFCHF1(Nofchf_CDRQueryService)向OFCHF2回应查询成功。
步骤S07：OFCHF2(Nofchf_CDRStorageService)在可疑话单缓存中取消(删除)该可能重复的话单。
后续步骤说明：如果OFCHF开启了话单合并功能，并且 OFCHF2(Nofchf_ChargingDataService)没有发生异常，NF(CTF)将本次会话后续的计费数据消息应当继续发给OFCHF2。
如图25所示，本发明实施例的NF(CDF)向多套OFCHF传输离线计费信息时，防止产生重复话单的步骤，在该场景中，OFCHF1未存储 CDR。
步骤S01A：NF(CDF)在本地创建一个新的话单(Open CDR)。
步骤S01：NF(CDF)预估需要使用的资源用量，并直接向用户交付使用。
步骤S02：当用量上报管理触发器到达时(比如定时上报)触发用量上报。
步骤S03A：NF(CDF)更新话单内容，比如流量或时间的累加，也可以根据部分话单出单条件(比如：按时间出单或按流量出单)在本地生成部分话单。
步骤S03B：NF(CDF)向OFCHF1(Nofchf_CDRStorageService)发送话单。
步骤S03C：OFCHF1(Nofchf_CDRStorageService)触发异常。
步骤S03D：OFCHF1(Nofchf_CDRStorageService)实际无法接收并存储话单。
步骤S03E：实际OFCHF1(Nofchf_CDRStorageService)无法发送回应消息。
步骤S03F：NF(CDF)发现OFCHF1(Nofchf_CDRStorageService)异常，向OFCHF2(Nochf_CDRStorageService)发送话单，并标记该话单是可能重复的(possiblyduplicate)。
步骤S03G：OFCHF2(Nofchf_CDRStorageService)接收并保存该话单到可疑话单缓存(意思是该话单目前还不能传输给Billing System)。
步骤S03H：OFCHF2(Nofchf_CDRStorageService)发送回应消息。
步骤S03：NF预估需要后续需要使用的资源用量，并直接向用户交付使用。
步骤S04：OFCHF1(Nofchf_CDRStorageService)异常恢复。
步骤S05：OFCHF2向OFCHF1(Nofchf_CDRQueryService)发送话单查询消息。
步骤S06：OFCHF1(Nofchf_CDRQueryService)向OFCHF2回应查询失败。
步骤S07：OFCHF2(Nofchf_CDRStorageService)将可疑话单缓存中的该话单释放到正常存储(即：该话单现在可以传输给Billing System了)。
后续步骤说明：如果OFCHF开启了话单合并功能，并且 OFCHF2(Nofchf_ChargingDataService)没有发生异常，NF(CTF)将本次会话后续的计费数据消息应当继续发给OFCHF2。
实施例2
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况，其中，第一计费服务模块和网络功能模块都设置在网络域；
S2，第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。
可选地，存储介质还被设置为存储用于执行上述实施例中任一项步骤的计算机程序，在此不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，第一计费数据用于表示资源的使用情况，其中，第一计费服务模块和网络功能模块都设置在网络域；
S2，第一计费服务模块接收第一计费数据，第一计费数据用于计费域计费。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (26)
1.一种计费系统，其特征在于，包括：
第一计费服务模块和网络功能模块，其中，所述第一计费服务模块和所述网络功能模块都设置在网络域，所述网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费数据用于表示所述资源的使用情况；
所述第一计费服务模块接收所述第一计费数据，所述第一计费数据用于计费域计费。
2.根据权利要求1所述的系统，其特征在于，所述网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第一计费数据，包括：
所述网络功能模块根据所述资源的使用情况将更新的部分第一计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述部分第一计费数据并根据所述部分第一计费数据对之前接收到的第一计费数据进行更新；或者，
所述网络功能模块根据所述资源的使用情况对所述第一计费数据进行更新，并将更新后的所述第一计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述更新后的第一计费数据。
3.根据权利要求1所述的系统，其特征在于，在所述网络功能模块将第一计费数据通过第一服务接口上报给所述第一计费服务模块之后，所述系统还包括：
当所述网络功能模块未收到所述第一计费服务模块反馈的第一响应时，将所述第一计费数据标记后上报给第二计费服务模块，其中，所述第一响应用于表示所述第一计费服务模块成功接收所述第一计费数据；
所述第二计费服务模块接收被标记的所述第一计费数据。
4.根据权利要求3所述的方法，其特征在于，在所述第二计费服务模块接收被标记的所述第一计费数据之后，所述系统还包括：
所述第二计费服务模块临时存储所述被标记的第一计费数据；
所述第二计费服务模块向所述第一计费服务模块发送查询请求，所述查询请求用于查询所述第一计费服务模块是否存储了与被标记的所述第一计费数据一致的第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询成功响应时，删除临时存储的被标记的所述第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询失败响应时，将被标记的所述第一计费数据进行存储。
5.根据权利要求3所述的方法，其特征在于，在所述第二计费服务模块接收被标记的所述第一计费数据之后，所述系统还包括：
所述第二计费服务模块创建初始第一计费数据记录；
所述第二计费服务模块向所述第一计费服务模块发送查询请求，所述查询请求用于查询所述第一计费服务模块是否存储了与被标记的所述第一计费数据一致的第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询成功响应时，不更新所述初始第一计费数据记录；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询失败响应时，根据被标记的所述第一计费数据更新所述初始第一计费数据记录，并存储更新后的所述初始第一计费数据记录。
6.根据权利要求1所述的方法，其特征在于，所述系统还包括第三计费服务模块，其中所述第三计费服务模块设置在所述计费域，其中，所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求；
所述第三计费服务模块根据预先设定的资源配额向所述网络功能模块下发资源额度；
所述网络功能模块接收所述资源额度并根据所述资源额度交付资源。
7.根据权利要求6所述的方法，其特征在于，所述系统还包括：
所述第三计费服务模块根据接收到的资源请求进行批价和/或预扣费。
8.根据权利要求6所述的方法，其特征在于，所述网络功能模块在交付所述资源之后，将第二计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第二计费数据，所述第二计费数据用于表示所述资源的使用情况。
9.根据权利要求8所述的方法，其特征在于，所述网络功能模块将第二计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第二计费数据，包括：
所述网络功能模块根据所述资源的使用情况将更新的部分第二计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述部分第二计费数据并根据所述部分第二计费数据对之前接收到的第二计费数据进行更新；或者，
所述网络功能模块根据所述资源的使用情况对所述第二计费数据进行更新，并将更新后的所述第二计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述更新后的第二计费数据。
10.根据权利要求6所述的方法，其特征在于，在所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求之后，所述系统还包括：
当所述网络功能模块未收到所述第三计费服务模块反馈的第二响应时，将所述资源请求标记后上报给第四计费服务模块，其中，所述第二响应用于表示所述第三计费服务模块成功接收所述资源请求；
所述第四计费服务模块接收被标记的所述资源请求并根据预先设定的资源配额向所述网络功能模块下发资源额度。
11.根据权利要求10所述的方法，其特征在于，在所述第四计费服务模块接收被标记的所述资源请求之后，所述系统还包括：
所述第三计费服务模块根据接收到的被标记的所述资源请求进行预扣费；
所述第四计费服务模块向所述第三计费服务模块发送扣费查询请求；
当所述第四计费服务模块接收到所述第三计费服务模块反馈的已扣费响应时，返还预扣费用；
当所述第四计费服务模块接收到所述第三计费服务模块反馈的未扣费响应时，所述第四计费服务模块根据接收到的被标记的所述资源请求进行扣费。
12.根据权利要求6所述的方法，其特征在于，在所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求之后，所述系统还包括：
当所述网络功能模块未收到所述第三计费服务模块反馈的第二响应时，将当前计费数据标记后上报给第一计费服务模块，其中，所述第二响应用于表示所述第三计费服务模块成功接收所述资源请求；
所述第一计费服务模块接收被标记的所述当前计费数据并将被标记的所述当前计费数据存储。
13.一种计费方法，其特征在于，包括：
网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给第一计费服务模块，所述第一计费数据用于表示所述资源的使用情况，其中，所述第一计费服务模块和所述网络功能模块都设置在网络域；
所述第一计费服务模块接收所述第一计费数据，所述第一计费数据用于计费域计费。
14.根据权利要求13所述的方法，其特征在于，所述网络功能模块在交付资源之后，将第一计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第一计费数据，包括：
所述网络功能模块根据所述资源的使用情况将更新的部分第一计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述部分第一计费数据并根据所述部分第一计费数据对之前接收到的第一计费数据进行更新；或者，
所述网络功能模块根据所述资源的使用情况对所述第一计费数据进行更新，并将更新后的所述第一计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述更新后的第一计费数据。
15.根据权利要求13所述的方法，其特征在于，在所述网络功能模块将第一计费数据通过第一服务接口上报给所述第一计费服务模块之后，所述方法还包括：
当所述网络功能模块未收到所述第一计费服务模块反馈的第一响应时，将所述第一计费数据标记后上报给第二计费服务模块，其中，所述第一响应用于表示所述第一计费服务模块成功接收所述第一计费数据；
所述第二计费服务模块接收被标记的所述第一计费数据。
16.根据权利要求15所述的方法，其特征在于，在所述第二计费服务模块接收被标记的所述第一计费数据之后，所述方法还包括：
所述第二计费服务模块临时存储所述被标记的第一计费数据；
所述第二计费服务模块向所述第一计费服务模块发送查询请求，所述查询请求用于查询所述第一计费服务模块是否存储了与被标记的所述第一计费数据一致的第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询成功响应时，删除临时存储的被标记的所述第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询失败响应时，将被标记的所述第一计费数据进行存储。
17.根据权利要求15所述的方法，其特征在于，在所述第二计费服务模块接收被标记的所述第一计费数据之后，所述方法还包括：
所述第二计费服务模块创建初始第一计费数据记录；
所述第二计费服务模块向所述第一计费服务模块发送查询请求，所述查询请求用于查询所述第一计费服务模块是否存储了与被标记的所述第一计费数据一致的第一计费数据；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询成功响应时，不更新所述初始第一计费数据记录；
当所述第二计费服务模块接收到所述第一计费服务模块发送的查询失败响应时，根据被标记的所述第一计费数据更新所述初始第一计费数据记录，并存储更新后的所述初始第一计费数据记录。
18.根据权利要求13所述的方法，其特征在于，所述方法还包括：
所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求，其中，所述第三计费服务模块设置在所述计费域；
所述第三计费服务模块根据预先设定的资源配额向所述网络功能模块下发资源额度；
所述网络功能模块接收所述资源额度并根据所述资源额度交付资源。
19.根据权利要求13所述的方法，其特征在于，所述方法还包括：
所述第三计费服务模块根据接收到的资源请求进行批价和/或预扣费。
20.根据权利要求13所述的方法，其特征在于，所述网络功能模块在交付所述资源之后，将第二计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第二计费数据，所述第二计费数据用于表示所述资源的使用情况。
21.根据权利要求20所述的方法，其特征在于，所述网络功能模块将第二计费数据通过第一服务接口上报给所述第一计费服务模块，所述第一计费服务模块接收所述第二计费数据，包括：
所述网络功能模块根据所述资源的使用情况将更新的部分第二计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述部分第二计费数据并根据所述部分第二计费数据对之前接收到的第二计费数据进行更新；或者，
所述网络功能模块根据所述资源的使用情况对所述第二计费数据进行更新，并将更新后的所述第二计费数据通过所述第一服务接口上报给所述第一计费服务模块；所述第一计费服务模块接收所述更新后的第二计费数据。
22.根据权利要求13所述的方法，其特征在于，在所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求之后，所述方法还包括：
当所述网络功能模块未收到所述第三计费服务模块反馈的第二响应时，将所述资源请求标记后上报给第四计费服务模块，其中，所述第二响应用于表示所述第三计费服务模块成功接收所述资源请求；
所述第四计费服务模块接收被标记的所述资源请求并根据预先设定的资源配额向所述网络功能模块下发资源额度。
23.根据权利要求22所述的方法，其特征在于，在所述第四计费服务模块接收被标记的所述资源请求之后，所述方法还包括：
所述第三计费服务模块根据接收到的被标记的所述资源请求进行预扣费；
所述第四计费服务模块向所述第三计费服务模块发送扣费查询请求；
当所述第四计费服务模块接收到所述第三计费服务模块反馈的已扣费响应时，返还预扣费用；
当所述第四计费服务模块接收到所述第三计费服务模块反馈的未扣费响应时，所述第四计费服务模块根据接收到的被标记的所述资源请求进行扣费。
24.根据权利要求13所述的方法，其特征在于，在所述网络功能模块通过第二服务接口向所述第三计费服务模块发送资源请求之后，所述方法还包括：
当所述网络功能模块未收到所述第三计费服务模块反馈的第二响应时，将当前计费数据标记后上报给第一计费服务模块，其中，所述第二响应用于表示所述第三计费服务模块成功接收所述资源请求；
所述第一计费服务模块接收被标记的所述当前计费数据并将被标记的所述当前计费数据存储。
25.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求13至24任一项中所述的方法。
26.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求13至24任一项中所述的方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910562738.XA CN112153585B (zh) | 2019-06-26 | 2019-06-26 | 一种计费系统、方法、存储介质及电子装置 |
| PCT/CN2020/090110 WO2020259116A1 (zh) | 2019-06-26 | 2020-05-13 | 一种计费系统、方法、存储介质及电子装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910562738.XA CN112153585B (zh) | 2019-06-26 | 2019-06-26 | 一种计费系统、方法、存储介质及电子装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112153585A true CN112153585A (zh) | 2020-12-29 |
| CN112153585B CN112153585B (zh) | 2023-02-21 |
Family
ID=73869946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910562738.XA Active CN112153585B (zh) | 2019-06-26 | 2019-06-26 | 一种计费系统、方法、存储介质及电子装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN112153585B (zh) |
| WO (1) | WO2020259116A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114629734B (zh) * | 2022-03-14 | 2024-04-26 | 阿里巴巴（中国）有限公司 | 话单处理方法、设备、系统及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132289A (zh) * | 2006-08-24 | 2008-02-27 | 华为技术有限公司 | 融合计费方法及计费系统及应用服务器及融合计费系统 |
| CN101488864A (zh) * | 2008-01-14 | 2009-07-22 | 朗讯科技公司 | 用于通信网络的计费系统和计费方法 |
| US20110040663A1 (en) * | 2008-05-01 | 2011-02-17 | Yigang Cai | Centralized charging systems for offline charging and online charging |
| CN103702306A (zh) * | 2012-09-27 | 2014-04-02 | 阿尔卡特朗讯 | 一种在ocs计费失败时对用户设备进行计费的方法与设备 |
| US20170374203A1 (en) * | 2016-06-24 | 2017-12-28 | Alcatel-Lucent Usa Inc. | Systems and methods for avoiding double accounting upon session failover |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101068150A (zh) * | 2007-06-08 | 2007-11-07 | 华为技术有限公司 | 基于数据通信的计费方法、计费信息采集设备和计费系统 |
| ES2634211T3 (es) * | 2012-08-08 | 2017-09-27 | Huawei Technologies Co., Ltd. | Método de control de cobro y función de activación de cobro |
| CN107769932B (zh) * | 2016-08-15 | 2021-02-09 | 华为技术有限公司 | 一种计费方法、装置及系统 |
-
2019
- 2019-06-26 CN CN201910562738.XA patent/CN112153585B/zh active Active
-
2020
- 2020-05-13 WO PCT/CN2020/090110 patent/WO2020259116A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132289A (zh) * | 2006-08-24 | 2008-02-27 | 华为技术有限公司 | 融合计费方法及计费系统及应用服务器及融合计费系统 |
| CN101488864A (zh) * | 2008-01-14 | 2009-07-22 | 朗讯科技公司 | 用于通信网络的计费系统和计费方法 |
| US20110040663A1 (en) * | 2008-05-01 | 2011-02-17 | Yigang Cai | Centralized charging systems for offline charging and online charging |
| CN103702306A (zh) * | 2012-09-27 | 2014-04-02 | 阿尔卡特朗讯 | 一种在ocs计费失败时对用户设备进行计费的方法与设备 |
| US20170374203A1 (en) * | 2016-06-24 | 2017-12-28 | Alcatel-Lucent Usa Inc. | Systems and methods for avoiding double accounting upon session failover |
Non-Patent Citations (2)
| Title |
|---|
| ERICSSON: "S5-184146 "Rel-15 draftCR 32.290 Update of description of flows"", 《3GPP TSG-SA5 MEETING #119AD-HOC》 * |
| ERICSSON: "S5-184221 "Rel-15 draftCR 32.290 Update of description of flows"", 《3GPP TSG-SA5 MEETING #119AD-HOC》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112153585B (zh) | 2023-02-21 |
| WO2020259116A1 (zh) | 2020-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101132289B (zh) | 融合计费方法及计费系统及应用服务器及融合计费系统 | |
| US8260254B2 (en) | Network billing | |
| US7930225B2 (en) | Synchronizing real-time and off-line accounts for communications | |
| RU2417536C2 (ru) | Система и устройство для реализации дополнительной услуги извещения о начислении платы | |
| EP2107464A1 (en) | Convergent mediation system with dynamic resource allocation | |
| CN101090325A (zh) | 第三方计费方法和系统 | |
| EP3657827B1 (en) | Billing method and device for mobile communication system and storage medium | |
| US20100145838A1 (en) | Method, system, and apparatus for opening accounting data capabilities | |
| CN110381455B (zh) | 流量监控处理方法和相关装置和系统 | |
| KR100434431B1 (ko) | 무선 네트워크상에서의 통합 과금 시스템 및 그 운영 방법 | |
| CN103843374A (zh) | 基于sy的集成的策略和计费控制 | |
| CN101902721A (zh) | 一种基于时间的策略控制实现方法及其装置 | |
| US20100005017A1 (en) | Billing method and system, and bill cycle cut off module | |
| CN103581458A (zh) | 一种套餐自动升级方法及装置 | |
| CN110880981B (zh) | Gx会话异常的处理方法及装置 | |
| CN112153585B (zh) | 一种计费系统、方法、存储介质及电子装置 | |
| CN102291704B (zh) | 计费方法、计费设备、交换设备和计费系统 | |
| CN101984650B (zh) | Ivpn预付费业务的计费方法和系统 | |
| CN100550960C (zh) | 避免帐户在业务运营支撑系统中的用户欠费的方法 | |
| CN101771984A (zh) | 数据业务实时计费方法、装置及系统 | |
| CN102694660A (zh) | 一种用于对预付费用户进行重计费的方法和装置 | |
| CN107294735B (zh) | 一种补单方法及在线计费系统 | |
| CN104717627A (zh) | 计费话单创建方法、数据业务计费方法及相关装置 | |
| CN101448235B (zh) | 一种交互式语音应答业务中实现计费的方法和系统 | |
| KR100857266B1 (ko) | 다중 서비스에 관한 과금 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |