CN108289296A - 话单输出方法、装置及存储介质 - Google Patents
话单输出方法、装置及存储介质 Download PDFInfo
- Publication number
- CN108289296A CN108289296A CN201710524162.9A CN201710524162A CN108289296A CN 108289296 A CN108289296 A CN 108289296A CN 201710524162 A CN201710524162 A CN 201710524162A CN 108289296 A CN108289296 A CN 108289296A
- Authority
- CN
- China
- Prior art keywords
- message
- request
- charge information
- response message
- charging
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/141—Indication of costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种话单输出方法、装置及存储介质,其中,该方法包括:在确定第一计费网关功能CGF由异常状态恢复为正常状态后,向第一计费网关功能CGF发送第一请求消息,其中,该第一请求消息用于请求第一CGF确认是否接收过用于计费的预定计费信息;接收上述第一CGF基于第一请求消息返回的第一响应消息,其中,该第一响应消息用于指示第一CGF未接收过上述预定计费信息;依据上述第一响应消息指示第二CGF输出与上述预定计费信息对应的话单,其中,该第二CGF已接收上述预定计费信息。通过本发明,解决了相关技术中存在的由于重复输出话单而导致的重复计费的问题,达到避免重复输入话单,提供用户体验度的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种话单输出方法、装置及存储介质。
背景技术
在第三代合作伙伴计划(The 3rd Generation Partnership Project,简称为3GPP)描述的电信网络中,计费系统是其重要的功能组件之一,是运营商实现营收的重要保障。其主要功能如下所述:
图1示意了3GPP网络中计费功能实体的组成和他们之间的关系:计费触发功能(Charging Trigger Function,简称为CTF)内嵌在3GPP核心网网元中,它主要实现的功能是,根据监测到的网络资源的使用情况,进行计费信息的收集,并通过Rf接口(OfflineCharging Reference Point)发送到计费数据功能(Charging Data Function,简称为CDF);CDF的主要功能是,接收CTF发送的计费请求消息(Accounting Request,简称为ACR),构造成计费计费数据记录(Charging Data Record,简称为CDR),并通过Ga接口发送到计费网关功能(Charging Gateway Function,简称为CGF);CGF的主要功能是,对从CDF接收到的CDR进行存储和管理,并通过Bx接口将CDR文件发送到计费域(Billing Domain,简称为BD)。
其中Ga接口用于CDF、CGF之间传送话单,此接口在计费系统中使用很普遍,比如分组域/演进的分组核心网(Packet Switch/Evolved Packet Core Internet,简称为PS/EPC)核心网中,PS/EPC网元(CTF和CDF合一)和CGF之间通过该标准接口传输计费数据。Ga接口由GTP’协议栈实现,该协议栈原理见3GPP 32.295标准文档。在3GPP 32.295标准中,GTP’协议定义CDR传输和重定向功能,以及故障检测恢复和防止重单功能。
图2是3GPP 32.295标准中CDR正常传输的过程示意。包括如下几个步骤:
1.CDF向CGF发送GTP请求消息,消息包含若干CDR(即,向CGF发送数据记录传输请求Data Record Transfer Request:发送数据记录数据包Send Data Record Packet);
2.CGF接收到请求消息后,将CDR保存(即,CDRs are stored in a secure way);
3.CGF然后向CDF回复响应消息,消息中原因Cause字段填写请求接收“RequestAccepted”,标示请求消息已收到(即,返回数据记录传输响应Data Record Transfer:请求已接收Request Accepted);
4.CDF收到响应消息后删除缓存中的CDR(即,Succesfully sent CDRs aredeleted from the CDF buffers)。
因为存在网络中断、CGF故障等异常情况,所以GTP协议提供了重定向功能,即CDF向CGF1发送CDR失败时,可以根据配置向CGF2重新发送CDR,而且重定向的CDF可以多个。此功能大大增加了系统的可靠性,不过也带来了话单可能重复的问题,3GPP 32.295标准对此也提出了防重机制。
图3是标准中GTP协议防重机制的示意图。步骤如下:
1、CDF向高优先级的CGF1发送数据包(假设包流水号为N1)(即,Send Data RecordPacket)。
2、一段时间内,CGF1没有向CDF回复响应(即,No response to CDF)。原因可能是网络中断,CGF1异常等。
2b、如果CGF1收到并处理了话单,此时CGF1记录了流水号N1。
3、因为CDF没有收到响应消息,所以CDF向次优先级的CGF2发送“可疑重复包”(即,Send Data Record Packet:pot.dupl)。
4、CGF2收到“可疑重复包”后,回复响应消息(即,Request Accepted),消息中Cause字段填写“Request Accepted”标示请求已收到。
5、CGF1恢复工作后,向CDF发送节点存活请求“Node Alive Request”消息。
6、CDF向CGF1回复节点存活响应“Node Alive Response”消息。
7、CDF知道CGF1恢复工作后,向CGF1发送可疑重复包(流水号为N1)(即,Send DataRecord Packet:pot.dupl.empty),数据内容为空,标示此包是可疑重复包的确认请求。
8、CGF1收到可疑重复包的确认请求,判断流水号N1是否已接收过:
a)如果流水号未接收,CGF1向CDF回复响应消息,消息中Cause字段填写“RequestAccepted”标示请求已收到。
b)如果流水号已接收,CGF1向CDF回复响应消息,消息中Cause字段填写"Requestrelated to possibly duplicated packet already fulfilled"标示此流水号的可疑重复包已接收过。
9、CDF收到CGF1的响应消息,
a)如果Cause是”Request Accepted”,则向CGF2发送释放可疑重复包的请求(即,Release Data Record Packet),CGF2输出话单。
b)如果Cause是"Request related to possibly duplicated packet alreadyfulfilled",则向CGF2发送取消可疑重复包的请求,CGF2删除缓存中的可疑重复包(即,Cancel Data Record Packet),不输出话单。
10、CGF2向CDF回复“Request Accepted”响应消息。
11、a)如果CGF2输出了可疑重复包,则CGF2向下游系统输出话单。
3GPP旨在通过上述机制解决重定向场景下重单问题,这种机制能够解决大部分重定向的场景,不过在某些场景还存在问题。比如上述流程中,可能在步骤1发送的正常数据包暂时没被处理,而在步骤7后才处理CDR和回复响应,这就和步骤8a的可疑重复包的响应区分不开了,因为这两个响应消息的原因Cause和包序号都相同。这时候CDF会继续按照9a执行,也就是在CGF2也输出CDR。这就造成这个包在CGF1和CGF2上同时输出了CDR,造成重单。造成这种场景的可能原因有:
1、CDF发送正常数据包后,CGF1繁忙等原因,未来得及处理CDR,先缓存之。后续发生断链,CDF重定向发送可疑重复包给CGF2。链路恢复,CDF给CGF1发可疑重复空包请求,此时CGF1处理了正常数据包后回复响应。
2、CDF发送正常数据包后,CGF1繁忙等原因,未来得及处理CDR,先缓存之。后续重发超时,CDF重定向发送可疑重复包给CGF2。后续CDF检测CGF1链路正常,给CGF1发可疑重复空包请求,此时CGF1处理了正常数据包后回复响应。
3、CDF发送正常数据包,此时CGF1发现资源不足,给CDF回复重定向请求;CDF收到重定向请求后,发送可疑重复包给CGF2;后续CGF1发现资源恢复,给CDF回复Node Alive消息,给CGF1发可疑重复空包请求,此时CGF1回复了正常数据包的响应。
以上几种场景都可能导致重单结果,其他可能情况就不一一列举。
通过以上分析可知,重定向时出现重单的根本原因,在于正常数据包请求和可疑重复包请求的响应消息内容一致(Cause都是“Request Accepted”,序列号一样),CDF无法进行区分,导致误判。因为重单问题较为严重,如果计费中心没有话单排重功能,就会产生重复计费的风险,会导致客户投诉,降低客户满意度和信任感。
针对相关技术中存在的上述问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种话单输出方法、装置及存储介质,以至少解决相关技术中存在的由于重复输出话单而导致的重复计费的问题。
根据本发明的一个实施例,提供了一种话单输出方法,包括:在确定第一计费网关功能CGF由异常状态恢复为正常状态后,向第一计费网关功能CGF发送第一请求消息,其中,所述第一请求消息用于请求所述第一CGF确认是否接收过用于计费的预定计费信息;接收所述第一CGF基于所述第一请求消息返回的第一响应消息,其中,所述第一响应消息用于指示所述第一CGF未接收过所述预定计费信息;依据所述第一响应消息指示第二CGF输出与所述预定计费信息对应的话单,其中,所述第二CGF已接收所述预定计费信息。
可选地,在向所述第一CGF发送所述第一请求消息之后,所述方法还包括:接收所述第一CGF基于所述第一请求消息返回的第二响应消息,其中,所述第二响应消息中用于指示所述第一CGF已接收所述预定计费信息;依据所述第二响应消息指示所述第二CGF取消输出与所述预定计费信息对应的话单。
可选地,所述第二响应消息为Cause字段为128 Request Accepted的消息。
可选地,所述第一响应消息包括以下之一:Cause字段为178 Request related topossibly duplicated packets Accepted的消息;Cause字段为128Request accepted且携带数据包的类型字段的消息,其中,所述数据包中携带有所述预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,所述第一请求消息中携带所述第一标签;Cause字段为128 Request accepted且携带第一时间戳的消息,其中,所述第一请求消息中携带所述第一时间戳。
可选地,包括以下至少之一:当所述第一响应消息为Cause字段为128 Requestaccepted且携带第一标签的消息时,所述第二响应消息为Cause字段为128 Requestaccepted且携带第二标签的消息或者为Cause字段为252 Request related to possiblyduplicated packet already fulfilled且携带所述第一标签的消息,所述第一标签和所述第二标签不同,向所述第一CGF发送所述预定计费信息时所携带的标签为所述第二标签;当所述第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related to possibly duplicated packet alreadyfulfilled且携带所述第一时间戳的消息,所述第一时间戳和所述第二时间戳不同,向所述第一CGF发送所述预定计费信息时所携带的时间戳为所述第二时间戳。
根据本发明的另一个实施例,还提供了一种话单输出方法,包括:接收来自计费数据功能CDF的第一请求消息;在根据所述第一请求消息确定未接收过用于计费的预定计费信息的情况下,向所述CDF返回第一响应消息,其中,所述第一响应消息用于所述CDF指示第二CGF输出与所述预定计费信息对应的话单,所述第二CGF已接收所述预定计费信息。
可选地,在接收来自所述CDF的所述第一请求消息之后,所述方法还包括:在根据所述第一请求消息确定已接收所述预定计费信息的情况下,向所述CDF返回第二响应消息,其中,所述第二响应消息用于所述CDF指示所述第二CGF取消输出与所述预定计费信息对应的话单。
可选地,所述第二响应消息为Cause字段为128 Request Accepted的消息。
可选地,所述第一响应消息包括以下之一:Cause字段为178 Request related topossibly duplicated packets Accepted的消息;Cause字段为128 Request accepted且携带数据包的类型字段的消息,其中,所述数据包中携带有所述预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,所述第一请求消息中携带所述第一标签;Cause字段为128 Request accepted且携带第一时间戳的消息,其中,所述第一请求消息中携带所述第一时间戳。
可选地,包括以下至少之一:当所述第一响应消息为Cause字段为128 Requestaccepted且携带第一标签的消息时,所述第二响应消息为Cause字段为128 Requestaccepted且携带第二标签的消息或者为Cause字段为252 Request related to possiblyduplicated packet already fulfilled且携带所述第一标签的消息,所述第一标签和所述第二标签不同,所述CDF发送所述预定计费信息时所携带的标签为所述第二标签;当所述第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related to possibly duplicated packet already fulfilled且携带所述第一时间戳的消息,所述第一时间戳和所述第二时间戳不同,所述CDF发送所述预定计费信息时所携带的时间戳为所述第二时间戳。
根据本发明的另一个实施例,还提供了一种话单输出装置,包括:发送模块,用于在确定第一计费网关功能CGF由异常状态恢复为正常状态后,向第一计费网关功能CGF发送第一请求消息,其中,所述第一请求消息用于请求所述第一CGF确认是否接收过用于计费的预定计费信息;第一接收模块,用于接收所述第一CGF基于所述第一请求消息返回的第一响应消息,其中,所述第一响应消息用于指示所述第一CGF未接收过所述预定计费信息;第一指示模块,用于依据所述第一响应消息指示第二CGF输出与所述预定计费信息对应的话单,其中,所述第二CGF已接收所述预定计费信息。
可选地,所述装置还包括:第二接收模块,用于在向所述第一CGF发送所述第一请求消息之后,接收所述第一CGF基于所述第一请求消息返回的第二响应消息,其中,所述第二响应消息中用于指示所述第一CGF已接收所述预定计费信息;第二指示模块,用于依据所述第二响应消息指示所述第二CGF取消输出与所述预定计费信息对应的话单。
根据本发明的另一个实施例,还提供了一种话单输出装置,包括:第三接收模块,用于接收来自计费数据功能CDF的第一请求消息;第一返回模块,用于在根据所述第一请求消息确定未接收过用于计费的预定计费信息的情况下,向所述CDF返回第一响应消息,其中,所述第一响应消息用于所述CDF指示第二CGF输出与所述预定计费信息对应的话单,所述第二CGF已接收所述预定计费信息。
可选地,所述装置还包括:第二返回模块,用于在接收来自所述CDF的所述第一请求消息之后,在根据所述第一请求消息确定已接收所述预定计费信息的情况下,向所述CDF返回第二响应消息,其中,所述第二响应消息用于所述CDF指示所述第二CGF取消输出与所述预定计费信息对应的话单。
根据本发明的另一个实施例,还提供了一种存储介质,所述存储介质包括存储的程序,其中,所述程序运行时执行上述任一项所述的方法。
根据本发明的又一个实施例,还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述任一项所述的方法。
通过本发明,由于第一CGF可以返回一个专门用于指示第一CGF未接收过预定计费信息的响应消息,从而可以明确第一CGF的预定计费信息的接收情况,从而避免话单的重复输出,因此,可以解决相关技术中存在的由于重复输出话单而导致的重复计费的问题,达到避免重复输入话单,提供用户体验度的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中3GPP网络中计费功能实体的组成和他们之间的关系示意图;
图2是相关技术中3GPP 32.295标准中CDR正常传输的过程示意图;
图3是相关技术标准中GTP协议防重机制的示意图;
图4是根据本发明实施例的第一种话单输出方法的流程图;
图5是根据本发明实施例的第二种话单输出方法的流程图;
图6是根据本发明实施例的Ga口传输话单的网络架构示意图;
图7是根据本发明实施例的使用Cause功能进行重定向防重的流程示意图;
图8是根据本发明实施的使用数据包类型进行重定向防重的流程示意图;
图9是根据本发明实施的使用“消息标签法”进行重定向防重的流程示意图;
图10是根据本发明实施的使用“时间戳法”进行重定向防重的流程示意图;
图11是根据本发明实施例的第一种话单输出装置的结构框图;
图12是根据本发明实施例的第二种话单输出装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种话单输出的方法,图4是根据本发明实施例的第一种话单输出方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,在确定第一计费网关功能CGF由异常状态恢复为正常状态后,向第一计费网关功能CGF发送第一请求消息,其中,该第一请求消息用于请求第一CGF确认是否接收过用于计费的预定计费信息;
步骤S404,接收上述第一CGF基于第一请求消息返回的第一响应消息,其中,该第一响应消息用于指示第一CGF未接收过上述预定计费信息;
步骤S406,依据上述第一响应消息指示第二CGF输出与上述预定计费信息对应的话单,其中,该第二CGF已接收上述预定计费信息。
其中,执行上述操作的可以是CDF。
通过上述实施例,由于第一CGF可以返回一个专门用于指示第一CGF未接收过预定计费信息的响应消息,从而可以明确第一CGF的预定计费信息的接收情况,从而避免话单的重复输出,因此,可以解决相关技术中存在的由于重复输出话单而导致的重复计费的问题,达到避免重复输入话单,提供用户体验度的效果。
在一个可选的实施例中,在向上述第一CGF发送第一请求消息之后,上述方法还包括:接收第一CGF基于上述第一请求消息返回的第二响应消息,其中,该第二响应消息用于指示第一CGF已接收上述预定计费信息;依据上述第二响应消息指示第二CGF取消输出与预定计费信息对应的话单。在本实施例中,第一CGF返回第二响应消息的基础可能是第一CGF已经接收过预定计费信息,在这种情况下,第一CGF会输出话单,无需其他CGF重复输出相同的话单。
在一个可选的实施例中,上述第二响应消息为Cause字段为128 RequestAccepted的消息。在本实施例中,第二响应消息可以采用现有的响应消息,从而简化操作。
在一个可选的实施例中,上述第一响应消息包括以下之一:Cause字段为178Request related to possibly duplicated packets Accepted的消息;Cause字段为128Request accepted且携带数据包的类型字段的消息,其中,数据包中携带有预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,第一请求消息中携带第一标签;Cause字段为128Request accepted且携带第一时间戳的消息,其中,第一请求消息中携带第一时间戳。
在一个可选的实施例中,包括以下至少之一:当第一响应消息为Cause字段为128Request accepted且携带第一标签的消息时,第二响应消息为Cause字段为128 Requestaccepted且携带第二标签的消息或者为Cause字段为252 Request related to possiblyduplicated packet already fulfilled且携带第一标签的消息,第一标签和第二标签不同,向第一CGF发送预定计费信息时所携带的标签为第二标签;当第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,第二响应消息为Cause字段为128Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related topossibly duplicated packet already fulfilled且携带第一时间戳的消息,第一时间戳和第二时间戳不同,向第一CGF发送预定计费信息时所携带的时间戳为第二时间戳。后续的具体实施例中会对四种方案进行具体说明。
实施例2
在本实施例中还提供了一种话单输出的方法,图5是根据本发明实施例的第二种话单输出方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,接收来自计费数据功能CDF的第一请求消息;
步骤S504,在根据第一请求消息确定未接收过用于计费的预定计费信息的情况下,向上述CDF返回第一响应消息,其中,该第一响应消息用于CDF指示第二CGF输出与预定计费信息对应的话单,该第二CGF已接收所述预定计费信息。
其中,执行上述操作的可以是第一CGF。
通过上述实施例,由于第一CGF可以返回一个专门用于指示第一CGF未接收过预定计费信息的响应消息,从而可以明确第一CGF的预定计费信息的接收情况,从而避免话单的重复输出,因此,可以解决相关技术中存在的由于重复输出话单而导致的重复计费的问题,达到避免重复输入话单,提供用户体验度的效果。
在一个可选的实施例中,在接收来自CDF的第一请求消息之后,上述方法还包括:在根据第一请求消息确定已接收预定计费信息的情况下,向CDF返回第二响应消息,其中,该第二响应消息用于CDF指示第二CGF取消输出与预定计费信息对应的话单。在本实施例中,第一CGF返回第二响应消息的基础可能是第一CGF已经接收过预定计费信息,在这种情况下,第一CGF会输出话单,无需其他CGF重复输出相同的话单。
在一个可选的实施例中,上述第二响应消息为Cause字段为128 RequestAccepted的消息。在本实施例中,第二响应消息可以采用现有的响应消息,从而简化操作。
在一个可选的实施例中,上述第一响应消息包括以下之一:Cause字段为178Request related to possibly duplicated packets Accepted的消息;Cause字段为128Request accepted且携带数据包的类型字段的消息,其中,所述数据包中携带有所述预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,所述第一请求消息中携带所述第一标签;Cause字段为128 Request accepted且携带第一时间戳的消息,其中,所述第一请求消息中携带所述第一时间戳。
在一个可选的实施例中,包括以下至少之一:当所述第一响应消息为Cause字段为128 Request accepted且携带第一标签的消息时,所述第二响应消息为Cause字段为128Request accepted且携带第二标签的消息或者为Cause字段为252 Request related topossibly duplicated packet already fulfilled且携带所述第一标签的消息,所述第一标签和所述第二标签不同,所述CDF发送所述预定计费信息时所携带的标签为所述第二标签;当所述第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related to possibly duplicated packet alreadyfulfilled且携带所述第一时间戳的消息,所述第一时间戳和所述第二时间戳不同,所述CDF发送所述预定计费信息时所携带的时间戳为所述第二时间戳。后续的具体实施例中会对四种方案进行具体说明。
通过上述实施例可知,在本发明实施例中提供的是一种能够提高GTP重定向时计费传输准确性的方法,当发生重定向时,CDF发送可疑重复空包(即,已发送过的携带上述计费信息的数据包)后,如果CGF(对应于上述的第一CGF)发现本节点没有接收过这个包,回复一个有别于正常包响应的可疑重复空包的响应,CDF收到这个响应后,才通知重定向的CGF(对应于上述的第二CGF)释放此包。通过此办法,可以避免上述重单的产生,从而提高计费的准确性。
上述的实施例1主要是从CDF侧对本发明进行描述的,上述的实施例2主要是从第一CGF侧对本发明进行描述的,下面结合整体对本发明实施例中所提出的提高计费传输准确性的方法进行说明。
主要包括如下步骤:
1、CDF正常发送数据包请求,CGF1(对应于上述的第一CGF)回复响应(Cause为128Request Accepted);
2、重定向后,CDF发送可疑重复包给CGF2(对应于上述的第二CGF);
3、当检测到CGF1可用时,向CGF1发送可疑重复空包请求(对应于上述的第一请求消息);
4、CGF1收到可疑重复空包请求后,判断包序号是否已接收,
如果包序号已接收,则向CDF回复响应(Cause为252 Request related topossibly duplicated packets already fulfilled)(对应于上述的第二响应消息);
如果包序号未接收,则向CDF回复响应,消息携带该序号数据包未接收的标示(对应于上述的第一响应消息)。
CDF收到CGF1的响应消息,
如果Cause为252,则向CGF2发送取消可疑重复包的请求(即,指示CGF2取消输出与所述预定计费信息对应的话单),CGF2收到请求后删除缓存中的可疑重复包,不输出话单;
如果消息携带该序号数据包未接收的标示,则向CGF2发送释放可疑重复包的请求(即,指示第二CGF输出与所述预定计费信息对应的话单),CGF2收到请求后输出话单。(此流程符合有别于现有标准)
如果CDF收到CGF1的正常数据包的Request Accepted响应(对应于上述的第二响应消息),则向CGF2发送取消可疑重复包的请求,CGF2收到请求后删除缓存中的可疑重复包,不输出话单。
下面结合具体实施例对本发明进行说明:
附图6示意了Ga口传输话单的网络架构示意图。图6是一个最简单的重定向网络配置举例,实际组网和重定向配置比这个要复杂,所以本发明运用的场景不限于此架构,只要是重定向组网都适用。实施方法只对发明内容举四个具体实施例进行说明,具体实施方式不限于此。
具体实施例一
“Cause标示法”,此实施方法是用特别定义的Cause取值来标示CGF没有收到请求的可疑重复包,比如增加“178 Request related to possibly duplicated packetsAccepted”,和原来的“128 Request accepted”区分。
附图7为本发明实施的使用Cause功能进行重定向防重的流程示意图,共包括如下处理步骤:
步骤S01:CDF向CGF1发送正常数据包(即,Send Data Record Packet);
步骤S02:CDF触发重定向,发送可疑重复包给CGF2(即,Send possibleduplicated Data Record Packet);
步骤S03:CGF2将可疑重复包缓存,回复响应给CDF,Cause为“128 Requestaccepted”;
步骤S04:CDF检测到CGF1可用时,向CGF1发送可疑重复空包请求(即,Sendpossible duplicated Data Record Packet(empty));
步骤S05:CGF1回复S01中正常数据包的响应,Cause为“128 Request accepted”;
步骤S06:CGF1收到可疑重复空包后,判断数据包是否已接收,
如果已接收,则回复响应,Cause为252 Request related to possiblyduplicated packets already fulfilled(可疑重复包已接收过);
如果未接收过,则回复响应,Cause为178 Request related to possiblyduplicated packets Accepted。
步骤S07:CDF收到CGF1的响应消息,
如果Cause为128,表明CGF2已收到正常包,那么向CGF2发送取消话单的请求(即,Cancel Data Record Packet)。
如果Cause为252,向CGF2发送取消话单的请求(即,Cancel Data RecordPacket);
如果Cause为178,向CGF2发送释放话单的请求(即,Release Data RecordPacket)。
步骤S08:a)CGF2收到取消话单的请求,删除缓存中的可疑重复包(即,deleteCDR);
b)CGF2收到释放话单的请求,输出话单(即,send CDR)。
说明1:在图7步骤S01和步骤S02间,可能还有其他SIP信令交互流程(比如CDF重发包、CGF1发重定向等),为了简化将它们省略;
说明2:在图7步骤S03和步骤S04间,可能还有其他SIP信令交互流程(比如CGF1发送Node Alive消息、CDF发送ECHO检测消息等),为了简化将它们省略;
说明3:在图7步骤S06中,Cause为178只是举例,区别于原128,实际取值可不限于此。
具体实施例二
“数据包类型标示法”,此实施方法响应的Cause不变,采用另外IE字段,标示响应的是可疑重复包的请求。此IE字段可以重新定义,也可以采用Private Extension字段,携带数据包类型信息,新增IE字段更具有通用性。此种方式可以向前兼容。
附图8为本发明实施的使用数据包类型进行重定向防重的流程示意图,包括如下处理步骤:
步骤S01:CDF向CGF1发送正常数据包(即,Send Data Record Packet);
步骤S02:CDF触发重定向,发送可疑重复包给CGF2(即,Send possibleduplicated Data Record Packet);
步骤S03:CGF2缓存可疑重复包,回复响应给CDF,Cause为“128Requestaccepted”;
步骤S04:CDF检测到CGF1可用时,向CGF1发送可疑重复空包请求(即,Sendpossible duplicated Data Record Packet(empty));
步骤S05:CGF1可能会回复S01中正常数据包的响应,Cause为“128Requestaccepted”,不携带数据包类型字段;
步骤S06:CGF1收到可疑重复空包后,判断数据包是否已接收,
如果已接收,则回复响应,Cause为252 Request related to possiblyduplicated packets already fulfilled;
如果未接收过,则回复响应,Cause为128 Request accepted,另外携带数据包类型,标示响应的请求是可疑重复包。
步骤S07:CDF收到响应消息,
如果Cause为128,且没有包类型字段,表明CGF1已收到正常包,那么CDF向CGF2发送取消话单的请求(即,Cancel Data Record Packet)。
如果Cause为252,CDF向CGF2发送取消话单的请求(即,Cancel Data RecordPacket);
如果Cause为128,且有标示可疑重复包的包类型字段,则CF向CGF2发送释放话单的请求(即,Release Data Record Packet)。
步骤S08:a)CGF2收到取消话单的请求,删除缓存中的可疑重复包(即,deleteCDR);
b)CGF2收到释放话单的请求,输出话单(即,send CDR)。
说明1:在图8步骤S01和步骤S02间,可能还有其他SIP信令交互流程(比如CDF重发包、CGF1发重定向等),为了简化将它们省略;
说明2:在图8步骤S03和步骤S04间,可能还有其他SIP信令交互流程(比如CGF1发送Node Alive消息、CDF发送ECHO检测消息等),为了简化将它们省略。
具体实施例三
“消息标签法”,此实施方法回复的Cause不变,每次GTP发送新的请求消息,都携带一个在一段时间内唯一的标签IE,重发消息标签不变,响应消息携带回这个标签,这样发送请求方CDF可以根据标签来判断响应的有效性。此方式可以严格对应请求和响应,不过网络延迟或丢包对处理性能可能会有影响。
附图9为本发明实施的使用“消息标签法”进行重定向防重的流程示意图,共包括如下处理步骤:
步骤S01:CDF向CGF1发送正常数据包(即,Send Data Record Packet),携带消息标签,如tag1;
步骤S02:CDF触发重定向,发送可疑重复包给CGF2(即,Send possibleduplicated Data Record Packet),携带新的消息标签,如tag2;
步骤S03:CGF2缓存可疑重复包,回复响应给CDF,Cause为“128 Requestaccepted”,携带消息标签tag2;
步骤S04:CDF检测到CGF1可用时,向CGF1发送可疑重复空包请求(即,Sendpossible duplicated Data Record Packet(empty)),携带新的消息标签,如tag3;
步骤S05:CGF1可能会回复S01中正常数据包的响应,Cause为“128 Requestaccepted”,携带消息标签tag1;
步骤S06:CGF1收到可疑重复空包后,判断数据包是否已接收,
如果已接收,则回复响应,Cause为252 Request related to possiblyduplicated packets already fulfilled,携带消息标签tag3;
如果未接收过,则回复响应,Cause为128 Request accepted,携带消息标签tag3。
步骤S07:CDF收到响应消息,判断判断消息标签和request是否能对应上,如果对不上:
丢弃消息,CDF向CGF1重发可疑重复空包请求(即,Send possible duplicatedData Record Packet(empty)),携带消息标签tag3;回到S06;
如果消息标签对的上:
如果Cause为252,CDF向CGF2发送取消话单的请求(即,Cancel Data RecordPacket);
如果Cause为128,CDF向CGF2发送释放话单的请求(即,Release Data RecordPacket)。
步骤S08:a)CGF2收到取消话单的请求,删除缓存中的可疑重复包;
CGF2收到释放话单的请求,输出话单。
说明1:在图9步骤S01和步骤S02间,可能还有其他SIP信令交互流程(比如CDF重发包、CGF1发重定向等),为了简化将它们省略;
说明2:在图9步骤S03和步骤S04间,可能还有其他SIP信令交互流程(比如CGF1发送Node Alive消息、CDF发送ECHO检测消息等),为了简化将它们省略;
说明3:在图9步骤S01和步骤S07间,tag1和tag2和tag3不相同。
具体实施例四
“时间戳法”,此实施方法回复的Cause不变,每次GTP发送新的请求消息,都携带发送消息的时间戳,响应消息携带回这个时间戳,这样发送请求方CDF可以根据时间戳来判断响应的有效性。此方式可以严格对应请求和响应,不过网络延迟或丢包对处理性能可能会有影响。
附图10为本发明实施的使用“时间戳法”进行重定向防重的流程示意图,共包括如下处理步骤:
步骤S01:CDF向CGF1发送正常数据包(即,Send Data Record Packet),携带时间戳,如timestamp1;
步骤S02:CDF触发重定向,发送可疑重复包给CGF2(即,Send possibleduplicated Data Record Packet),携带新的消息标签,如timestamp2;
步骤S03:CGF2缓存可疑重复包,回复响应给CDF,Cause为“128Requestaccepted”,携带消息标签timestamp2;
步骤S04:CDF检测到CGF1可用时,向CGF1发送可疑重复空包请求(即,Sendpossible duplicated Data Record Packet(empty)),携带新的消息标签,如timestamp3;
步骤S05:CGF1可能会回复S01中正常数据包的响应,Cause为“128Requestaccepted”,携带消息标签timestamp1;
步骤S06:CGF1收到可疑重复空包后,判断数据包是否已接收;
如果已接收,则回复响应,Cause为252 Request related to possiblyduplicated packets already fulfilled,携带消息标签timestamp3;
如果未接收过,则回复响应,Cause为128 Request accepted,携带消息标签timestamp3。
步骤S07:CDF收到响应消息,判断判断消息标签和request是否能对应上,如果对不上:
丢弃消息,CDF向CGF1重发可疑重复空包请求(即,Send possible duplicatedData Record Packet(empty)),携带消息标签timestamp4;回到S06;
如果消息标签对的上:
如果Cause为252,CDF向CGF2发送取消话单的请求;
如果Cause为128,CDF向CGF2发送释放话单的请求。
步骤S08:a)CGF2收到取消话单的请求,删除缓存中的可疑重复包;
CGF2收到释放话单的请求,输出话单。
说明1:在图10步骤S01和步骤S02间,可能还有其他SIP信令交互流程(比如CDF重发包、CGF1发重定向等),为了简化将它们省略;
说明2:在图10步骤S03和步骤S04间,可能还有其他SIP信令交互流程(比如CGF1发送Node Alive消息、CDF发送ECHO检测消息等),为了简化将它们省略;
说明3:在图10步骤S01和步骤S07间,timestamp1和timestamp2和timestamp3和timestamp4不相同,时间精度可以毫秒或微妙或纳秒.
综上所述,采用本发明方法,当发生重定向时,CDF和CGF间计费信息传输的准确性可以得到保证。通过此办法,可以避免计费传输中重单的产生,从而提高计费的准确性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
在本实施例中还提供了一种话单输出装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本发明实施例的第一种话单输出装置的结构框图,该装置可以应用于CDF中,如图11所示,该装置包括发送模块112、第一接收模块114和第一指示模块116,下面对该装置进行说明:
发送模块112,用于在确定第一计费网关功能CGF由异常状态恢复为正常状态后,向第一计费网关功能CGF发送第一请求消息,其中,该第一请求消息用于请求第一CGF确认是否接收过用于计费的预定计费信息;第一接收模块114,连接至上述发送模块112,用于接收上述第一CGF基于第一请求消息返回的第一响应消息,其中,上述第一响应消息用于指示第一CGF未接收过预定计费信息;第一指示模块116,连接至上述第一接收模块114,用于依据第一响应消息指示第二CGF输出与预定计费信息对应的话单,其中,第二CGF已接收预定计费信息。
在一个可选的实施例中,上述装置还包括:第二接收模块,用于在向第一CGF发送第一请求消息之后,接收第一CGF基于第一请求消息返回的第二响应消息,其中,第二响应消息中用于指示第一CGF已接收预定计费信息;第二指示模块,用于依据第二响应消息指示第二CGF取消输出与预定计费信息对应的话单。
在一个可选的实施例中,上述第二响应消息为Cause字段为128 RequestAccepted的消息。
在一个可选的实施例中,上述第一响应消息包括以下之一:Cause字段为178Request related to possibly duplicated packets Accepted的消息;Cause字段为128Request accepted且携带数据包的类型字段的消息,其中,数据包中携带有预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,第一请求消息中携带第一标签;Cause字段为128Request accepted且携带第一时间戳的消息,其中,第一请求消息中携带第一时间戳。
在一个可选的实施例中,包括以下至少之一:当第一响应消息为Cause字段为128Request accepted且携带第一标签的消息时,第二响应消息为Cause字段为128 Requestaccepted且携带第二标签的消息或者为Cause字段为252 Request related to possiblyduplicated packet already fulfilled且携带第一标签的消息,第一标签和第二标签不同,向第一CGF发送预定计费信息时所携带的标签为第二标签;当第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,第二响应消息为Cause字段为128Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related topossibly duplicated packet already fulfilled且携带第一时间戳的消息,第一时间戳和第二时间戳不同,向第一CGF发送预定计费信息时所携带的时间戳为第二时间戳。
图12是根据本发明实施例的第二种话单输出装置的结构框图,该装置可以应用于第一CGF中,如图12所示,该装置包括第三接收模块122和第一返回模块124,下面对该装置进行说明:
第三接收模块122,用于接收来自计费数据功能CDF的第一请求消息;第一返回模块124,连接至上述第三接收模块122,用于在根据第一请求消息确定未接收过用于计费的预定计费信息的情况下,向CDF返回第一响应消息,其中,该第一响应消息用于CDF指示第二CGF输出与上述预定计费信息对应的话单,上述第二CGF已接收预定计费信息。
在一个可选的实施例中,上述装置还包括:第二返回模块,用于在接收来自CDF的第一请求消息之后,在根据第一请求消息确定已接收预定计费信息的情况下,向CDF返回第二响应消息,其中,第二响应消息用于CDF指示第二CGF取消输出与预定计费信息对应的话单。
在一个可选的实施例中,上述第二响应消息为Cause字段为128 RequestAccepted的消息。
在一个可选的实施例中,上述第一响应消息包括以下之一:Cause字段为178Request related to possibly duplicated packets Accepted的消息;Cause字段为128Request accepted且携带数据包的类型字段的消息,其中,数据包中携带有预定计费信息;Cause字段为128 Request accepted且携带第一标签的消息,其中,第一请求消息中携带第一标签;Cause字段为128Request accepted且携带第一时间戳的消息,其中,第一请求消息中携带第一时间戳。
在一个可选的实施例中,包括以下至少之一:当第一响应消息为Cause字段为128Request accepted且携带第一标签的消息时,第二响应消息为Cause字段为128 Requestaccepted且携带第二标签的消息或者为Cause字段为252 Request related to possiblyduplicated packet already fulfilled且携带第一标签的消息,第一标签和第二标签不同,CDF发送预定计费信息时所携带的标签为第二标签;当第一响应消息为Cause字段为128Request accepted且携带第一时间戳的消息时,第二响应消息为Cause字段为128 Requestaccepted且携带第二时间戳的消息或者为Cause字段为252 Request related topossibly duplicated packet already fulfilled且携带第一时间戳的消息,第一时间戳和第二时间戳不同,CDF发送预定计费信息时所携带的时间戳为第二时间戳。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,上述程序运行时执行上述任一项所述的方法。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本发明的实施例还提供了一种处理器,该处理器用于运行程序,其中,该程序运行时执行上述任一项方法中的步骤。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种话单输出方法,其特征在于,包括:
在确定第一计费网关功能由异常状态恢复为正常状态后,向第一计费网关功能发送第一请求消息,其中,所述第一请求消息用于请求所述第一计费网关功能确认是否接收过用于计费的预定计费信息;
接收所述第一计费网关功能基于所述第一请求消息返回的第一响应消息,其中,所述第一响应消息用于指示所述第一计费网关功能未接收过所述预定计费信息;
依据所述第一响应消息指示第二计费网关功能输出与所述预定计费信息对应的话单,其中,所述第二计费网关功能已接收所述预定计费信息。
2.根据权利要求1所述的方法,其特征在于,在向所述第一计费网关功能发送所述第一请求消息之后,所述方法还包括:
接收所述第一计费网关功能基于所述第一请求消息返回的第二响应消息,其中,所述第二响应消息中用于指示所述第一计费网关功能已接收所述预定计费信息;
依据所述第二响应消息指示所述第二计费网关功能取消输出与所述预定计费信息对应的话单。
3.根据权利要求2所述的方法,其特征在于,所述第二响应消息为原因Cause字段为128请求接收128 Request Accepted的消息。
4.根据权利要求2所述的方法,其特征在于,所述第一响应消息包括以下之一:
原因Cause字段为178可疑重复包接收178 Request related to possiblyduplicated packets Accepted的消息;
原因Cause字段为128请求接收128 Request accepted且携带数据包的类型字段的消息,其中,所述数据包中携带有所述预定计费信息;
原因Cause字段为128请求接收128 Request accepted且携带第一标签的消息,其中,所述第一请求消息中携带所述第一标签;
原因Cause字段为128请求接收128 Request accepted且携带第一时间戳的消息,其中,所述第一请求消息中携带所述第一时间戳。
5.根据权利要求4所述的方法,其特征在于,包括以下至少之一:
当所述第一响应消息为Cause字段为128 Request accepted且携带第一标签的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二标签的消息或者为Cause字段为252可疑重复包已接收过252 Request related to possibly duplicatedpacket already fulfilled且携带所述第一标签的消息,所述第一标签和所述第二标签不同,向所述第一计费网关功能发送所述预定计费信息时所携带的标签为所述第二标签;
当所述第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related to possibly duplicated packet alreadyfulfilled且携带所述第一时间戳的消息,所述第一时间戳和所述第二时间戳不同,向所述第一计费网关功能发送所述预定计费信息时所携带的时间戳为所述第二时间戳。
6.一种话单输出方法,其特征在于,包括:
接收来自计费数据功能的第一请求消息;
在根据所述第一请求消息确定未接收过用于计费的预定计费信息的情况下,向所述计费数据功能返回第一响应消息,其中,所述第一响应消息用于所述计费数据功能指示第二计费网关功能输出与所述预定计费信息对应的话单,所述第二计费网关功能已接收所述预定计费信息。
7.根据权利要求6所述的方法,其特征在于,在接收来自所述计费数据功能的所述第一请求消息之后,所述方法还包括:
在根据所述第一请求消息确定已接收所述预定计费信息的情况下,向所述计费数据功能返回第二响应消息,其中,所述第二响应消息用于所述计费数据功能指示所述第二计费网关功能取消输出与所述预定计费信息对应的话单。
8.根据权利要求7所述的方法,其特征在于,所述第二响应消息为原因Cause字段为128请求接收128 Request Accepted的消息。
9.根据权利要求7所述的方法,其特征在于,所述第一响应消息包括以下之一:
原因Cause字段为178可疑重复包接收178 Request related to possiblyduplicated packets Accepted的消息;
原因Cause字段为128请求接收128 Request accepted且携带数据包的类型字段的消息,其中,所述数据包中携带有所述预定计费信息;
原因Cause字段为128请求接收128 Request accepted且携带第一标签的消息,其中,所述第一请求消息中携带所述第一标签;
原因Cause字段为128请求接收128 Request accepted且携带第一时间戳的消息,其中,所述第一请求消息中携带所述第一时间戳。
10.根据权利要求9所述的方法,其特征在于,包括以下至少之一:
当所述第一响应消息为Cause字段为128 Request accepted且携带第一标签的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二标签的消息或者为Cause字段为252可疑重复包已接收过252 Request related to possibly duplicatedpacket already fulfilled且携带所述第一标签的消息,所述第一标签和所述第二标签不同,所述计费数据功能发送所述预定计费信息时所携带的标签为所述第二标签;
当所述第一响应消息为Cause字段为128 Request accepted且携带第一时间戳的消息时,所述第二响应消息为Cause字段为128 Request accepted且携带第二时间戳的消息或者为Cause字段为252 Request related to possibly duplicated packet alreadyfulfilled且携带所述第一时间戳的消息,所述第一时间戳和所述第二时间戳不同,所述计费数据功能发送所述预定计费信息时所携带的时间戳为所述第二时间戳。
11.一种话单输出装置,其特征在于,包括:
发送模块,用于在确定第一计费网关功能由异常状态恢复为正常状态后,向第一计费网关功能发送第一请求消息,其中,所述第一请求消息用于请求所述第一计费网关功能确认是否接收过用于计费的预定计费信息;
第一接收模块,用于接收所述第一计费网关功能基于所述第一请求消息返回的第一响应消息,其中,所述第一响应消息用于指示所述第一计费网关功能未接收过所述预定计费信息;
第一指示模块,用于依据所述第一响应消息指示第二计费网关功能输出与所述预定计费信息对应的话单,其中,所述第二计费网关功能已接收所述预定计费信息。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于在向所述第一计费网关功能发送所述第一请求消息之后,接收所述第一计费网关功能基于所述第一请求消息返回的第二响应消息,其中,所述第二响应消息中用于指示所述第一计费网关功能已接收所述预定计费信息;
第二指示模块,用于依据所述第二响应消息指示所述第二计费网关功能取消输出与所述预定计费信息对应的话单。
13.一种话单输出装置,其特征在于,包括:
第三接收模块,用于接收来自计费数据功能的第一请求消息;
第一返回模块,用于在根据所述第一请求消息确定未接收过用于计费的预定计费信息的情况下,向所述计费数据功能返回第一响应消息,其中,所述第一响应消息用于所述计费数据功能指示第二计费网关功能输出与所述预定计费信息对应的话单,所述第二计费网关功能已接收所述预定计费信息。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
第二返回模块,用于在接收来自所述计费数据功能的所述第一请求消息之后,在根据所述第一请求消息确定已接收所述预定计费信息的情况下,向所述计费数据功能返回第二响应消息,其中,所述第二响应消息用于所述计费数据功能指示所述第二计费网关功能取消输出与所述预定计费信息对应的话单。
15.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行权利要求1至10中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710524162.9A CN108289296A (zh) | 2017-06-30 | 2017-06-30 | 话单输出方法、装置及存储介质 |
PCT/CN2018/093756 WO2019001574A1 (zh) | 2017-06-30 | 2018-06-29 | 话单输出方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710524162.9A CN108289296A (zh) | 2017-06-30 | 2017-06-30 | 话单输出方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108289296A true CN108289296A (zh) | 2018-07-17 |
Family
ID=62831444
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710524162.9A Pending CN108289296A (zh) | 2017-06-30 | 2017-06-30 | 话单输出方法、装置及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108289296A (zh) |
WO (1) | WO2019001574A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101635653A (zh) * | 2009-08-31 | 2010-01-27 | 杭州华三通信技术有限公司 | 一种实时性能管理方法和装置 |
CN103067184A (zh) * | 2012-11-26 | 2013-04-24 | 大唐移动通信设备有限公司 | 离线计费的异常处理方法及系统 |
CN103108295A (zh) * | 2011-11-11 | 2013-05-15 | 中兴通讯股份有限公司 | 一种话单包的处理方法和系统 |
WO2016048928A1 (en) * | 2014-09-26 | 2016-03-31 | Alcatel Lucent | Cdf tracking for offline charging |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1154270C (zh) * | 2001-07-06 | 2004-06-16 | 华为技术有限公司 | 移动通讯系统中无线业务的计费网关多重重定向实现方法 |
CN101127611B (zh) * | 2007-09-19 | 2012-09-05 | 中兴通讯股份有限公司 | Ims网元计费信息综合方法和系统及计费方法和系统 |
CN103078748B (zh) * | 2013-01-11 | 2015-08-19 | 华为技术有限公司 | 计费系统中的双机切换方法及相关设备、系统 |
-
2017
- 2017-06-30 CN CN201710524162.9A patent/CN108289296A/zh active Pending
-
2018
- 2018-06-29 WO PCT/CN2018/093756 patent/WO2019001574A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101635653A (zh) * | 2009-08-31 | 2010-01-27 | 杭州华三通信技术有限公司 | 一种实时性能管理方法和装置 |
CN103108295A (zh) * | 2011-11-11 | 2013-05-15 | 中兴通讯股份有限公司 | 一种话单包的处理方法和系统 |
CN103067184A (zh) * | 2012-11-26 | 2013-04-24 | 大唐移动通信设备有限公司 | 离线计费的异常处理方法及系统 |
WO2016048928A1 (en) * | 2014-09-26 | 2016-03-31 | Alcatel Lucent | Cdf tracking for offline charging |
Also Published As
Publication number | Publication date |
---|---|
WO2019001574A1 (zh) | 2019-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1593277B1 (en) | Method and device for subdividing charge in network | |
EP3198837B1 (en) | Cdf tracking for offline charging | |
EP3577886B1 (en) | Detection and prevention of unwanted calls in a telecommunications system | |
CN107360247B (zh) | 处理业务的方法和网络设备 | |
US20050281263A1 (en) | Method and apparatus for dividing communication charges | |
CN109802838A (zh) | 一种融合计费的方法和设备 | |
CN108111320A (zh) | 一种本地业务计费方法、服务器和计费网关 | |
CN105847035A (zh) | 一种虚拟化epc系统及业务实例化方法 | |
CN112235155B (zh) | 协同编队业务通信环境的性能测试方法及装置 | |
CN1972209A (zh) | 用于网络中的优化分析的方法和系统 | |
US10965820B2 (en) | Apparatus and method for the generation of charging information | |
WO2020236511A1 (en) | System and method for secure billing for ims-based voip networks | |
Tortorella | Service reliability theory and engineering, II: Models and examples | |
CN108289296A (zh) | 话单输出方法、装置及存储介质 | |
US10104516B2 (en) | Dynamic distribution in an offline charging system | |
US20050143050A1 (en) | Method for billing a communications link between communications terminals | |
CN109039665A (zh) | 话单生成方法及装置 | |
EP3726825B1 (en) | System and method for detecting fraud in international telecommunication traffic | |
CN106937350A (zh) | 基于移动终端的路由方法及系统 | |
US10117076B2 (en) | Destination selection for an offline charging system to avoid reversion | |
Yang et al. | Implementation and performance of VoIP interception based on SIP session border controller | |
CN111294856A (zh) | 一种共享流量终端识别方法、装置、设备及可读存储介质 | |
KR102063309B1 (ko) | 이동통신 네트워크에서 p2p 패킷 과금 방법 및 과금 장치 | |
KR100365240B1 (ko) | 망 사업자 간의 과금 데이터 생성 장치 및 방법 | |
WO2019001569A1 (zh) | 话单传输方法、通信设备和计算机可读存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180717 |
|
RJ01 | Rejection of invention patent application after publication |