CN103684802A - 离线计费的方法及设备 - Google Patents
离线计费的方法及设备 Download PDFInfo
- Publication number
- CN103684802A CN103684802A CN201310652735.8A CN201310652735A CN103684802A CN 103684802 A CN103684802 A CN 103684802A CN 201310652735 A CN201310652735 A CN 201310652735A CN 103684802 A CN103684802 A CN 103684802A
- Authority
- CN
- China
- Prior art keywords
- time
- ticket
- cdf
- business datum
- upps
- 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.)
- Pending
Links
Images
Classifications
-
- 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
-
- 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/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
Abstract
本发明提出了一种离线计费的方法,包括以下步骤:业务数据承载建立后,用户面子系统UPPS收到计费触发功能实体CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给计费数据功能实体CDF;当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,用户面子系统UPPS获取本地绝对时刻时间作为当前时刻,并传递给CDF;CDF根据收到的信息,进行业务数据的话单计算。本发明实施例另一方面提出了一种离线计费的设备。根据本发明提出的技术方案,话单时间信息的填写更符合实际的业务传输时间,避免了生成话单原因和实际时长时间不符的问题。此外,能有效降低对消息处理的时延,减少造成的话单时长偏差的问题。
Description
技术领域
本发明涉及分组数据通信技术领域,具体而言,本发明涉及离线计费的方法及设备。
背景技术
EPS(Evolved Packet Core,演进的分组核心网)网络的计费方式包括在线计费和离线计费。对于离线计费系统,SGW/PGW(ServingGateWay/Packet Data Network Gateway,服务网关/分组数据网网关)采集到计费信息后,通过CDF(Charging Data Function,计费数据功能实体)和CGF(Charging Gateway Function,计费网关功能),传送到BD(BillingDomain,账单域)。离线计费系统架构中,CTF(Charging Trigger Function,计费触发功能实体)产生计费事件,提供计费信息,将计费信息组装成计费事件,并将这些计费事件发送给CDF。而CTF的功能依然保留在网元内,即在SGW/PGW设备网元内实现。CDF从CTF接收到计费事件后,根据计费事件信息生成基于SGW信息的话单和基于PGW信息的话单。话单中的关键信息主要为时间信息内容。主要包括话单打开时间、话单持续时长、PDN(Packet Data Network,分组数据网)打开时间、PDN关闭时间、SGW容器产生时间、PGW容器产生时间、PGW容器使用时长等。
以上这些时间信息中,时间为精确到秒的绝对时间,时长为精确到秒的相对时长。这些关键的时间信息是作为原始话单内容传送给CGF进行话单合并处理的,而话单内容生成完全取自CDF本地实现。
但是,由CDF完成生成话单时间内容,通常会存在以下问题:
首先,由于EPC架构采用控制面和用户面分离的设计原则,计费触发事件在CTF完成,话单生成在CDF完成。CTF判断计费触发事件满足时,需要经过业务面,再通知到CDF,CTF经过以上一系列的处理再通知给CDF时,CDF此时获取的本地绝对时间计算出来的话单时长值已经和时间阈值配置值或是实际的业务处理时长存在了一定的偏差,造成话单内容中时长值和实际时长值不相符,即CDF需要通过CTF消息触发而生成话单时间。但是时间的获取是在依赖消息的到达再生成,导致话单时间信息的偏差和不准确。
其次,由于时间,流量等阈值触发的计费事件的到达,会触发大量的流量上报消息发送给CDF,而CDF同时还要处理信令触发的计费事件消息,如承载建立,承载更新,承载删除消息,如果批量用户接入,或同时大量用户去附着,CDF接收的消息有时会出现激增的情况,并且随着用户接入数目的增加,也会导致CDF在消息处理上存在一定的积压和时延,当计费触发事件消息到达CDF时,跟实际的业务处理时间已经间隔一段时间,此时CDF再获取到的本地绝对时间生成话单时间内容,就会造成话单内容时长偏差或不正确,因此话单中所有的时间均来自CDF本地绝对时间,是不能实时的反映业务的实际处理时间和持续时长的。
最后,由于承载建立时CTF需要配置大量的阈值定时器,包括承载级别的,费率组级别的,随着用户接入数目的增加,系统内启动的定时器的数目也会成几何倍的增长,大量的定时器启动,就会逐渐致使定时器精度的下降。由于时间精度的下降也会使得获取的时间信息发生偏移。
在实际测试场景中以上情况造成的话单时间信息偏差或不正确也是屡屡发生,最终导致CDF发送这些错误的原始话单给CGF,CGF收到后,由于没有计费配置规则,如无法获取配置的计费阈值,计费最大条件次数等计费配置信息,因此不做话单检查直接合并,合并后才检查,检查后会对错误的问题话单直接做剔除处理,这样就导致部分原始话单数据丢失,直接影响运营商的计费结果,导致计费中心生成话务账单的不准确甚至是错误,从而影响了计费数据的准确性和合理性,也给运行商带来一定的损失。
因此,有必要提出有效的技术方案,解决离线计费时话单时间信息不够精准的问题。
发明内容
本发明的目的旨在至少解决上述技术缺陷之一,特别通过将生成话单的所有原始时间信息均由业务面上报,使得整个话单时长信息,均由实际的业务面处理功能实体完成。
本发明实施例一方面提出了一种离线计费的方法,包括以下步骤:
业务数据承载建立后,用户面子系统UPPS收到计费触发功能实体CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给计费数据功能实体CDF;
当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述用户面子系统UPPS获取本地绝对时刻时间作为当前时刻,并传递给所述CDF;
所述CDF根据收到的信息,进行业务数据的话单计算。
本发明实施例另一方面提出了一种离线计费的设备,包括用户面子系统UPPS,计费触发功能实体CTF和计费数据功能实体CDF,
所述UPPS,用于业务数据承载建立后,收到所述CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给所述CDF;以及,当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述UPPS用于获取本地绝对时刻时间作为当前时刻,并传递给所述CDF;
所述CDF,用于根据收到的信息,进行业务数据的话单计算。
本发明提出的技术方案主要具有以下一种或多种优点:
首先,话单时间信息的填写更符合实际的业务传输时间,避免了生成话单原因和实际时长时间不符的问题。
其次,由于采用了将CTF的时间阈值计费触发条件直接配置在业务面的方式,由业务面直接与计费相关的信息上报给CDF,减少了CTF和业务面,以及CTF和CDF之间定时器消息和通知消息的消息交互过程,同时通过消息中携带时间信息,而不是CDF通过CTF触发过来的消息在本地获取绝对时间生成话单的方式,可以很好的避免由于大量用户接入或故障或切换时大量的去附着,或配置小阈值计费条件下,CDF上大量消息的接入导致的消息瞬时拥塞,影响到对消息的处理时延,从而造成的话单时长偏差问题。
最后,本发明提出的上述方案,对现有系统的改动很小,不会影响系统的兼容性,而且实现简单、高效。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为EPS网络的计费系统架构的示意图;
图2为离线计费系统架构的示意图;
图3为现有的话单时间内容的生成过程示意图;
图4为本发明实施例离线计费的方法流程图;
图5为根据本发明提出的技术方案进行离线话单计算时系统设备交互的流程图;
图6为本发明实施例离线计费的设备的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本发明提出的技术方案,通过将CDF获取本地绝对时间来直接生成所有话单时间信息的方式,改为由业务面处理实体或CTF功能实体进行上报时间信息的方式。其中,上报的时间信息包括话单中相关的原始时间信息,如开始时间,当前时刻,以及业务数据包通过的开始和结束时间等。而CTF上报的时间信息内容,在通过配置用户面的计费信息时由业务面上报给CTF,因此最终也是由业务面进行上报得到。CDF通过对获取到的原始数据进行计算和处理,从而最终生成话单需要的所有时间信息。
为了便于理解本发明提出的技术方案,下面首先介绍EPC中与计费相关的信息。
EPS网络的计费方式包括在线计费和离线计费。对于离线计费系统,SGW/PGW采集到计费信息后,通过CDF和CGF,传送到BD。
如图1所示,为EPS网络的计费系统架构的示意图。
如图2所示,为离线计费系统架构的示意图。图中,CDF与CGF是两个在逻辑上独立的实体,CDF负责从CTF收集计费信息,生成相应的CDR并发送给CGF,CGF对CDR进行处理后发送给账单域BD。
实现具体的计费功能,包括三个子系统:计费触发功能实体CTF(包含在SGW/PGW网元内)、业务面即用户面子系统(UPPS)和计费话单生成功能实体CDF,现有的话单时间内容的生成过程如图3所示。
具体实现描述:
设计原则:整个计费话单中时间信息的生成都是在CDF本地获取完成。
1.承载建立触发计费事件开始
初始附着或PDN连接,或专载建立等信令过程,即进行承载建立时,CDF负责在接收到CTF的计费话单打开消息时获取本地绝对时间得到本次话单的打开时间,并将计费配置内容(时间,流量阈值等信息)携带给CTF,CTF启动承载级别时间阈值定时器,PGW侧如果配置了费率组级别的阈值,还需要启动费率组级别的定时器。
2.承载更新触发的计费事件
当承载更新时,如果发生时区改变,接入类型改变,位置改变,Qos改变等以及满足计费改变条件达到最大等触发计费事件到达时,此时需要生成该承载的部分话单。CDF再次获取本地绝对时间得到此次话单的关闭时间,根据关闭时间和打开时间的差值填写话单时长信息,其他计费触发条件满足时,如Qos更新,ULI更新等则不生成话单只本地获取绝对时间填写话单容器时间信息,同时,将此次的话单关闭时间作为下一次的话单打开时间进行重置。
3.时间阈值到达触发的计费事件
CTF上启动的时间阈值定时器到后,由CTF再触发由业务面进行流量消息上报给CDF,话单的生成原因值填写为承载的时间阈值到达,如果是承载级别阈值到需要生成该承载的部分话单,则CDF需要获取本地时间得到话单的关闭时间,根据关闭时间和打开时间的差值填写话单时长信息。如果是费率组级阈值到需要生成容器,本地获取绝对时间填写话单容器时间信息。如果到达计费条件改变最大次数,依旧需要生成话单。话单时长信息处理同承载更新。同时,将此次的话单关闭时间作为下一次的话单打开时间进行重置。
4.流量阈值到达触发的计费事件
业务面流量阈值到达时,如果是承载级别阈值到需要生成该承载的部分话单,CDF获取本地时间得到话单的关闭时间,根据关闭时间和打开时间的差值填写话单信息时长信息。如果是费率组级阈值到需要生成容器,本地获取绝对时间填写话单容器时间信息。同时,将此次的话单关闭时间作为下一次的话单打开时间进行重置。
5.承载删除触发的计费事件
当承载删除时,需要生成该承载的部分话单。CDF获取本地时间得到话单的关闭时间,根据关闭时间和打开时间的差值填写话单信息时长信息,该承载计费结束。
以上整个生成话单的时间信息均在CDF本地直接获取绝对时间得到或对绝对时间进行计算得到,CTF负责控制触发所有控制面的计费事件给CDF,承载级别和费率组级别的时间阈值定时器均启动均在CTF上,CTF上的时间阈值定时器超时后,就会发送指示消息给业务面功能实体,由业务处理实体再将时间阈值配置期间的流量上报给CDF,整个处理过程存在由于多次消息交互造成的话单时长时间的时延,另外,由于一个单板的处理能力假设为最低10w用户,每个用户最大可以建立11条PDN连接,而时间阈值配置是按照PDN粒度进行启动的,因此启动的定时器的数目也是相当可观的,由此带来的时间精度影响也是不容忽视的,同时在整个承载生命周期中其他的计费触发事件,如承载更新和删除,以及同时伴随的承载时间和流量阈值,费率组时间和流量阈值的处理,在大用户接入,或需要大用户去附着的场景下以及较小计费阈值的配置情况下,大量消息的往往会在同一时刻堆积在CDF上等待处理,造成CDF消息处理的拥塞,从而加剧了消息处理的时延,这些都会最终导致话单的时间信息偏差或错误,而在实际测试时也是时而出现这种问题话单。
本发明的核心思路是,将生成话单的所有原始时间信息均由业务面上报,话单中时间信息生成和的计算依然由CDF生成。承载建立时,业务面收到CTF的业务计费指示开始消息时,获取本地绝对时间作为第一个生成话单的打开时间,后续只要该承载不删除,该承载生命周期中生成的所有部分话单时间信息均来自该业务面的直接或间接上报。如果是流量时间阈值等计费触发事件,由业务面获取时间后,直接上报给CDF,如果是其他计费触发生成话单的事件依然由CTF上报,如承载更新和承载删除,但是CTF上报的时间信息,也是来自与业务面交互时由业务面上报的时间信息得到。因此整个话单时长信息,均由实际的业务面处理功能实体完成。
具体设计时,将时间阈值配置由CTF配置改为业务面直接配置该定时器,定时器超时后直接上报给CDF,减少CTF和业务面之间的消息的交互过程。业务面在得到计费触发事件后,如承载更新,承载删除以及阈值到达等条件满足时,通过消息携带给CDF,本地获取的绝对时间信息,主要包括话单打开时间和话单关闭时间,CDF通过业务面上报的时间信息计算出话单时长信息。不再由CDF收到CTF消息后取本地绝对时间得到话单时间信息,也就是所有的计费时间原始信息均从业务面获取得到,通过CTF和业务面上报给CDF,CDF生成话单中需要的时间信息。从而保证了话单时间信息的准确性。同时也可以避免峰值消息到时CDF上的处理时延造成的话单时间不准和避免定时器精度降低的风险性。
在本发明公开的技术方案中,业务面的具体体现为用户面子系统UPPS。
为了实现本发明之目的,本发明实施例提出了一种离线计费的方法,包括以下步骤:
业务数据承载建立后,用户面子系统UPPS收到计费触发功能实体CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给计费数据功能实体CDF;
当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,用户面子系统UPPS获取本地绝对时刻时间作为当前时刻,并传递给CDF;
CDF根据收到的信息,进行业务数据的话单计算。
本发明提出的上述方法,通过由用户面子系统UPPS将与计费相关的信息直接上报给CDF,减少了CTF和业务面,以及CTF和CDF之间定时器消息和通知消息的消息交互过程,可以很好的避免由于大量用户接入或故障或切换时大量的去附着,或配置小阈值计费条件下,CDF上大量消息的接入导致的消息瞬时拥塞,影响到对消息的处理时延,从而造成的话单时长偏差问题。
如图4所示,为本发明实施例离线计费的方法流程图,包括步骤S110至步骤S130,下面结合具体的实施例,对上述步骤进行进一步展开阐述。
S110:UPPS得到第一个生成话单的打开时间并发送给CDF。
在步骤S110,当业务数据承载建立后,用户面子系统UPPS收到计费触发功能实体CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给计费数据功能实体CDF。
具体而言,当UPPS处于不同的网络设备上时,处理的细节有所不同。
例如,当UPPS位于服务网关SGW时,打开时间记录在SGW每个承载的基准时间中;
当UPPS位于PDN网关PGW时,打开时间记录在PGW每个承载的基准时间中,以及打开时间作为记录费率组级别的基准时间,记录在SDF中。
S120:业务数据变化需计算话单时,UPPS获取本地绝对时刻时间作为当前时刻,并传递给CDF。
具体而言,在步骤S120中,业务数据变化需计算话单的情况包括但不限于以下情况:
当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除。
当出现上述状态时,用户面子系统UPPS获取本地绝对时刻时间作为当前时刻,并传递给CDF。
具体而言,对于时间阈值到达,或者流量阈值到达时,是由UPPS直接将当前时刻发送给CDF;对于业务数据承载更新,或者业务数据承载删除,是在业务数据承载更新或业务数据承载删除时,由UPPS生成并携带当前时刻给CTF,其后再有CTF通知给CDF。
进一步而言,当时间阈值到达时,UPPS获取本地绝对时刻时间作为当前时刻,并发送给CDF,还包括:
UPPS将业务数据承载时刻获取的第一个部分话单的打开时间上报给CDF。
S130:CDF根据收到的信息,进行业务数据的话单计算。
在步骤S130中,CDF根据不同的情况,进行业务数据的话单计算。
具体而言,当时间阈值到达时,CDF根据收到的信息,进行业务数据的话单计算,包括:
CDF根据收到的信息计算和生成话单时间内容以及容器的时间信息,同时将本次话单的当前时刻进行保存。
具体而言,当流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,CDF根据收到的信息,进行业务数据的话单计算,包括:
CDF将当前时刻作为关闭时间,并根据本地记录的打开时间和关闭时刻,计算本次话单时长,以及填写相关的话单时间信息,同时将本次话单的当前时刻进行保存。
如图5所示,为根据本发明提出的技术方案进行离线话单计算时系统设备交互的流程图;对图5中部分主要流程进行说明如下:
1.承载建立过程:
CTF触发话单打开消息,CDF只配置该承载的本地生成话单的除时间信息外的其他计费数据信息。不在此时刻直接获取本地绝对时间得到话单的OpenTime;由业务面在收到CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间OpenTime。如果用户面子系统UPPS是在SGW网元,OpenTime将记录在SGW每个承载的基准时间中,作为该承载部分话单打开的基准时间,如果用户面子系统UPPS是在PGW网元,除记录该值为每个承载级别的话单打开基准时间外,该值还作为记录费率组级别的基准时间,每个SDF的费率组基准时间记录在SDF中。
2.时间阈值到达时,业务流量上报过程
收到时间阈值定时器超时消息时,指示时间阈值计费事件到达,业务面直接获取本地绝对时刻时间作为当前时刻,并通过上报给CDF的业务流量上报消息进行携带,并需要将承载建立时刻获取的第一个部分话单的打开时间上报给CDF。CDF根据这些原始时间信息计算和生成话单时间内容以及容器的时间信息,如图5所示。同时需要将本次话单的当前时刻CurrentTime保存在CDF中。时间阈值到达,SGW的CDF需要记录UPPS在阈值到时携带的话单当前时刻。如果是PGW的CDF配置了费率组级别的计费时,还需要将当前时刻记录在费率组级别。
3.流量阈值到达时,业务流量上报过程
当流量阈值到达时,业务面直接获取本地绝对时刻时间作为当前时刻,并通过上报给CDF的业务流量上报消息进行携带,不需要携带打开时间,后续部分话单的生成均不需要携带打开时间。CDF将当前时刻作为关闭时间,并根据本地记录的打开时间和关闭时刻,计算本次话单时长,以及填写其他话单时间信息,如容器时间戳,容器时长,容器包经过时间等。同时需要将本次话单的当前时刻CurrentTime保存在CDF中。SGW记录在承载级别,PGW如果配置了费率组还需要记录在费率组中,作为下一次生成话单的打开时间。
4.承载更新和删除过程
同流量阈值过程的处理。
采用以上设计流程装置后,通过减少CTF和业务面以及CDF之间的消息交互处理,同时也不再等CTF的触发消息或业务面的触发消息后,CDF才获取本地绝对时间生成话单中时间信息的方式,而是通过单一的业务面处理实体,由业务面处理实体完全生成所有的话单原始时间信息,并且携带该时间信息直接或间接上报给CDF的方式,因此不但避免了由于CDF本地获取绝对时间得到话单时间信息的不准确问题,而且可以有效的避免CDF消息处理激增后,导致的消息处理拥塞和消息处理时延而致使话单时间偏差问题,同时也能降低大量启动的承载级别和费率组级别定时器带来的定时器精度下降问题,从而很好的解决了由此导致的一系列话单信息时长偏差和错误问题。
应当理解,以上流程过程在实际处理时没有先后顺序,而是按实际计费事件到达的先后顺序进行处理。第一个满足生成话单计费事件的处理,同上述第一个时间阈值话单的时间处理过程。第二个话单等同第二个流量阈值到的时间处理过程,后续流程类似。
如图6所示,为本发明实施例离线计费的设备的结构示意图。其中,离线计费的设备100包括用户面子系统UPPS110,计费触发功能实体CTF120和计费数据功能实体CDF130。
具体而言,UPPS110用于业务数据承载建立后,收到CTF120触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给CDF130;以及,当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,UPPS110用于获取本地绝对时刻时间作为当前时刻,并传递给CDF130。
其中,对于时间阈值到达,或者流量阈值到达时,是由UPPS110直接将当前时刻发送给CDF130;对于业务数据承载更新,或者业务数据承载删除,是在业务数据承载更新或业务数据承载删除时,由UPPS110生成并携带当前时刻给CTF120,其后再有CTF120通知给CDF。
CDF130用于根据收到的信息,进行业务数据的话单计算。
作为上述离线计费的设备100的实施例,当UPPS110位于服务网关SGW时,打开时间记录在SGW每个承载的基准时间中;
作为上述离线计费的设备100的实施例,当UPPS110位于PDN网关PGW时,打开时间记录在SGW每个承载的基准时间中,以及打开时间作为记录费率组级别的基准时间,记录在SDF中。
作为上述离线计费的设备100的实施例,当时间阈值到达时,UPPS110用于获取本地绝对时刻时间作为当前时刻,并传递给CDF130,还包括:
UPPS110用于将业务数据承载时刻获取的第一个部分话单的打开时间上报给CDF130。
作为上述离线计费的设备100的实施例,CDF130用于根据收到的信息,进行业务数据的话单计算,包括:
CDF130用于根据收到的信息计算和生成话单时间内容以及容器的时间信息,同时将本次话单的当前时刻进行保存。
作为上述离线计费的设备100的实施例,当流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,CDF130用于根据收到的信息,进行业务数据的话单计算,包括:
CDF130用于将当前时刻作为关闭时间,并根据本地记录的打开时间和关闭时刻,计算本次话单时长,以及填写相关的话单时间信息,同时将本次话单的当前时刻进行保存。
本发明提出的技术方案主要具有以下一种或多种优点:
首先,话单时间信息的填写更符合实际的业务传输时间,避免了生成话单原因和实际时长时间不符的问题。
其次,由于采用了将CTF的时间阈值计费触发条件直接配置在业务面的方式,由业务面直接将计费相关的信息上报给CDF,减少了CTF和业务面,以及CTF和CDF之间定时器消息和通知消息的消息交互过程,同时通过消息中携带时间信息,而不是CDF通过CTF触发过来的消息在本地获取绝对时间生成话单的方式,可以很好的避免由于大量用户接入或故障或切换时大量的去附着,或配置小阈值计费条件下,CDF上大量消息的接入导致的消息瞬时拥塞,影响到对消息的处理时延,从而造成的话单时长偏差问题。
另外,本发明提出的技术方案也能减少由于大量定时器启动造成的时间精度降低造成的影响,从而从根本上保障了CDF生成原始话单的准确性,从而避免了后续CGF对这些时间问题话单的丢弃,最终有效地保障了运营商的利益。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种离线计费的方法,其特征在于,包括以下步骤:
业务数据承载建立后,用户面子系统UPPS收到计费触发功能实体CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给计费数据功能实体CDF;
当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述用户面子系统UPPS获取本地绝对时刻时间作为当前时刻,并传递给所述CDF;
所述CDF根据收到的信息,进行业务数据的话单计算。
2.根据权利要求1所述的离线计费的方法,其特征在于,
当所述UPPS位于服务网关SGW时,所述打开时间记录在所述SGW每个承载的基准时间中;
当所述UPPS位于PDN网关PGW时,所述打开时间记录在所述SGW每个承载的基准时间中,以及所述打开时间作为记录费率组级别的基准时间,记录在SDF中。
3.根据权利要求1或2所述的离线计费的方法,其特征在于,当时间阈值到达时,所述UPPS获取本地绝对时刻时间作为当前时刻,并传递给所述CDF,还包括:
所述UPPS将业务数据承载时刻获取的第一个部分话单的打开时间上报给所述CDF。
4.根据权利要求3所述的离线计费的方法,其特征在于,所述CDF根据收到的信息,进行业务数据的话单计算,包括:
所述CDF根据收到的信息计算和生成话单时间内容以及容器的时间信息,同时将本次话单的当前时刻进行保存。
5.根据权利要求1或2所述的离线计费的方法,其特征在于,当流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述CDF根据收到的信息,进行业务数据的话单计算,包括:
所述CDF将当前时刻作为关闭时间,并根据本地记录的打开时间和关闭时刻,计算本次话单时长,以及填写相关的话单时间信息,同时将本次话单的当前时刻进行保存。
6.一种离线计费的设备,其特征在于,包括用户面子系统UPPS,计费触发功能实体CTF和计费数据功能实体CDF,
所述UPPS,用于业务数据承载建立后,收到所述CTF触发的业务数据开始指示消息时,获取本地绝对时间得到第一个生成话单的打开时间,并发送给所述CDF;以及,当时间阈值到达,或者流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述UPPS用于获取本地绝对时刻时间作为当前时刻,并传递给所述CDF;
所述CDF,用于根据收到的信息,进行业务数据的话单计算。
7.根据权利要求6所述的离线计费的设备,其特征在于,
当所述UPPS位于服务网关SGW时,所述打开时间记录在所述SGW每个承载的基准时间中;
当所述UPPS位于PDN网关PGW时,所述打开时间记录在所述SGW每个承载的基准时间中,以及所述打开时间作为记录费率组级别的基准时间,记录在SDF中。
8.根据权利要求6或7所述的离线计费的设备,其特征在于,当时间阈值到达时,所述UPPS用于获取本地绝对时刻时间作为当前时刻,并传递给所述CDF,还包括:
所述UPPS用于将业务数据承载时刻获取的第一个部分话单的打开时间上报给所述CDF。
9.根据权利要求8所述的离线计费的设备,其特征在于,所述CDF用于根据收到的信息,进行业务数据的话单计算,包括:
所述CDF用于根据收到的信息计算和生成话单时间内容以及容器的时间信息,同时将本次话单的当前时刻进行保存。
10.根据权利要求6或7所述的离线计费的设备,其特征在于,当流量阈值到达,或者业务数据承载更新,或者业务数据承载删除,所述CDF用于根据收到的信息,进行业务数据的话单计算,包括:
所述CDF用于将当前时刻作为关闭时间,并根据本地记录的打开时间和关闭时刻,计算本次话单时长,以及填写相关的话单时间信息,同时将本次话单的当前时刻进行保存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310652735.8A CN103684802A (zh) | 2013-12-05 | 2013-12-05 | 离线计费的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310652735.8A CN103684802A (zh) | 2013-12-05 | 2013-12-05 | 离线计费的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103684802A true CN103684802A (zh) | 2014-03-26 |
Family
ID=50321196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310652735.8A Pending CN103684802A (zh) | 2013-12-05 | 2013-12-05 | 离线计费的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103684802A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107040674A (zh) * | 2016-02-04 | 2017-08-11 | 华为技术有限公司 | 一种计费方法、装置及系统 |
CN107079043A (zh) * | 2014-09-26 | 2017-08-18 | 阿尔卡特朗讯 | 用于离线计费的cdf跟踪 |
WO2017219905A1 (zh) * | 2016-06-24 | 2017-12-28 | 中兴通讯股份有限公司 | 一种计费方法、装置、系统和存储介质 |
WO2019033919A1 (zh) * | 2017-08-14 | 2019-02-21 | 华为技术有限公司 | 基于cups协议的离线计费话单阈值控制方法及系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094081A (zh) * | 2006-06-21 | 2007-12-26 | 华为技术有限公司 | 一种无线局域网中离线计费系统、方法及设备 |
CN101309332A (zh) * | 2008-06-17 | 2008-11-19 | 华为技术有限公司 | 计费方法及系统 |
CN101364882A (zh) * | 2007-08-08 | 2009-02-11 | 华为技术有限公司 | 实现离线计费控制的方法、系统及设备 |
CN101569134A (zh) * | 2006-12-29 | 2009-10-28 | 朗讯科技公司 | 用于ims网络中的离线计费的用户设备时间戳 |
CN101998345A (zh) * | 2009-08-24 | 2011-03-30 | 中兴通讯股份有限公司 | 计费方法及系统 |
CN102420807A (zh) * | 2010-09-26 | 2012-04-18 | 中兴通讯股份有限公司 | Ims支持多时区的方法和系统及计费方法和系统 |
CN102714598A (zh) * | 2010-01-05 | 2012-10-03 | 阿尔卡特朗讯 | 在通信系统中处理m2m业务 |
CN102833718A (zh) * | 2011-06-16 | 2012-12-19 | 中兴通讯股份有限公司 | 支持非3gpp接入的演进分组核心网计费方法及系统 |
-
2013
- 2013-12-05 CN CN201310652735.8A patent/CN103684802A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094081A (zh) * | 2006-06-21 | 2007-12-26 | 华为技术有限公司 | 一种无线局域网中离线计费系统、方法及设备 |
CN101569134A (zh) * | 2006-12-29 | 2009-10-28 | 朗讯科技公司 | 用于ims网络中的离线计费的用户设备时间戳 |
CN101364882A (zh) * | 2007-08-08 | 2009-02-11 | 华为技术有限公司 | 实现离线计费控制的方法、系统及设备 |
CN101309332A (zh) * | 2008-06-17 | 2008-11-19 | 华为技术有限公司 | 计费方法及系统 |
CN101998345A (zh) * | 2009-08-24 | 2011-03-30 | 中兴通讯股份有限公司 | 计费方法及系统 |
CN102714598A (zh) * | 2010-01-05 | 2012-10-03 | 阿尔卡特朗讯 | 在通信系统中处理m2m业务 |
CN102420807A (zh) * | 2010-09-26 | 2012-04-18 | 中兴通讯股份有限公司 | Ims支持多时区的方法和系统及计费方法和系统 |
CN102833718A (zh) * | 2011-06-16 | 2012-12-19 | 中兴通讯股份有限公司 | 支持非3gpp接入的演进分组核心网计费方法及系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107079043A (zh) * | 2014-09-26 | 2017-08-18 | 阿尔卡特朗讯 | 用于离线计费的cdf跟踪 |
CN107040674A (zh) * | 2016-02-04 | 2017-08-11 | 华为技术有限公司 | 一种计费方法、装置及系统 |
US10924900B2 (en) | 2016-02-04 | 2021-02-16 | Huawei Technologies Co., Ltd. | Charging method and apparatus, and system |
WO2017219905A1 (zh) * | 2016-06-24 | 2017-12-28 | 中兴通讯股份有限公司 | 一种计费方法、装置、系统和存储介质 |
CN107547212A (zh) * | 2016-06-24 | 2018-01-05 | 中兴通讯股份有限公司 | 一种基于分离架构的计费方法、装置和系统 |
WO2019033919A1 (zh) * | 2017-08-14 | 2019-02-21 | 华为技术有限公司 | 基于cups协议的离线计费话单阈值控制方法及系统 |
CN109391915A (zh) * | 2017-08-14 | 2019-02-26 | 华为技术有限公司 | 基于cups协议的离线计费话单阈值控制方法及系统 |
CN109391915B (zh) * | 2017-08-14 | 2021-03-30 | 华为技术有限公司 | 基于cups协议的离线计费话单阈值控制方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102217227B (zh) | 用于始终在线连接的计费的方法、设备和系统 | |
CN103765814B (zh) | 计费控制的方法及计费触发装置、在线计费系统 | |
CN103684802A (zh) | 离线计费的方法及设备 | |
CN104255000B (zh) | 一种进行应用计费的方法、计费设备和系统 | |
CN106465084A (zh) | 计费方法、网络设备及计费系统 | |
CN101217593B (zh) | 一种信令传输网络的性能测试装置及方法 | |
CN104429053A (zh) | 离线计费系统中出现故障切换时用于部分cdr的时间戳的识别 | |
CN102480578A (zh) | 数据流量的提醒方法、系统和装置 | |
CN101902721A (zh) | 一种基于时间的策略控制实现方法及其装置 | |
CN109462488A (zh) | 获取用户设备数据流量的方法、会话管理功能及存储介质 | |
BRPI0804501B1 (pt) | Método de faturamento, sistema de faturamento e módulo de corte de ciclo de conta | |
CN102802146B (zh) | 一种计费方法和策略和计费执行功能设备 | |
KR102351415B1 (ko) | Cups 프로토콜에 기초한 오프라인 과금 레코드 임계값 제어 방법 및 시스템 | |
CN204392274U (zh) | 一种智能变电站测试系统 | |
CN110324203A (zh) | 一种多通道高精度网络流量生成装置 | |
CN101557321B (zh) | 一种分布式系统中监控接口带宽的方法及装置 | |
CN105025457B (zh) | Lte流量计费方法、系统和分组数据网关 | |
CN102612058B (zh) | 一种性能指标统计结果确定方法及装置 | |
CN110197368A (zh) | 一种云资源处理方法、装置及存储介质 | |
CN102694660B (zh) | 一种用于对预付费用户进行重计费的方法和装置 | |
CN100442697C (zh) | 计费方法及其系统 | |
CN101394452A (zh) | 预付费式通信方法和网络设备 | |
CN108989137B (zh) | 端到端通信的时延测量方法及装置、计算机可读存储介质 | |
CN1956482B (zh) | 一种实现灵活计费的方法和系统 | |
CN1848897B (zh) | 一种避免对预付费业务计费错误的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140326 |