CN106452803B - 一种实现在线计费的方法、系统及装置 - Google Patents
一种实现在线计费的方法、系统及装置 Download PDFInfo
- Publication number
- CN106452803B CN106452803B CN201510489247.9A CN201510489247A CN106452803B CN 106452803 B CN106452803 B CN 106452803B CN 201510489247 A CN201510489247 A CN 201510489247A CN 106452803 B CN106452803 B CN 106452803B
- Authority
- CN
- China
- Prior art keywords
- server
- credit control
- reconnection
- session
- dcca client
- 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.)
- Active
Links
Images
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
-
- 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/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- 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
-
- 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/70—Administration or customization aspects; Counter-checking correct charges
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Telephonic Communication Services (AREA)
- Meter Arrangements (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种实现在线计费的方法、系统及装置,包括在DCCA客户端与服务端交互异常后,DCCA客户端进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;在重连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。通过本发明提供的技术方案,在DCCA客户端与服务端交互异常后,会重新恢复DCCA客户端与服务端之间的交互,保证了用户永久在线,并实现了服务端持续监测用户会话的机制。
Description
技术领域
本发明涉及用户永久在线技术,尤指一种实现在线计费的方法、系统及装置。
背景技术
在第四代长期演进(LTE,Long Term Evolution)系统中,随着数据业务的应用越来越广泛,某些业务诸如社交业务、即时业务等,都要求用户永久在线。如果用户在使用数据业务过程中被中断,会极大的影响用户体验。为此在3GPP协议32299-c40中定义了失败重传(Support of Failover)和失败处理(Support of Failure Handling)两种失败处理方式。
其中,失败重传是指:在系统中包括有主用在线计费系统(OCS,Online ChargingSystem)和备用OCS时,如果媒体网关(GW)与主用OCS交互失败,则需要继续和备用OCS交互以保持会话。
失败处理是指:当GW与主用OCS交互失败,系统中没有备用OCS或者与备用OCS交互也失败后的处理方式。在协议RFC4006中对信用控制失败处理(CCFH,Credit-Control-Failure-Handling)定义了3种方式。一种是0:表示终止(TERMINATE);一种是1:表示继续(CONTINUE);还有一种是2:表示重试后终止(RETRY_AND_TERMINATE),具体可参见RFC4006,这里不再赘述。
无论系统多么稳定,失败都是无法避免的。从上面的描述中可以看出,如果失败重传后也失败或者没有备用OCS时,要么终止业务,影响用户的体验;要么继续业务,系统转为离线计费方式,但此时,OCS后续即使正常工作,也无法对这些业务进行正常控制和监测,而由于永久在线的原因,用户可能持续在线很长时间,这样,无疑会给运营商的计费带来很大的困扰或者损失。
除上述链路异常外,如果OCS侧性能不足等原因,OCS也会给GW下发无法处理的结果码,比如:3004-Diameter_too_busy、3002- Diameter_unable_to_deliver的原因值等,此时同样也会导致后续OCS无法对这些业务进行正常控制和监测。
发明内容
为了解决上述技术问题,本发明提供一种实现在线计费的方法、系统及装置,能够保证用户永久在线,并达到OCS能够持续监测用户会话的机制。
为了达到本发明目的,本发明提供了一种实现在线计费的方法,在 Diameter信用控制应用协议DCCA客户端与服务端交互异常后,还包括:
DCCA客户端进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;
在重连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。
可选地,该方法之前还包括:
当在线计费用户接入,所述DCCA客户端向服务端发送信用控制初始请求;
所述服务端对接入的在线计费用户进行鉴权成功后,向所述DCCA客户端返回扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的失败处理CCFH字段表示继续并重连接CONTINUE_AND_RECONNECT,以指示所述DCCA客户端在感知到链路故障后继续业务并重试;
或者,在所述DCCA客户端本地配置有支持会话异常后重连接的配置信息。
可选地,所述DCCA客户端与服务端交互异常包括:
在所述在线计费用户业务进行中,所述DCCA客户端触发向服务端发送信用控制更新请求;且所述DCCA客户端感知到链路异常;或者,
在所述在线计费用户业务进行中,所述DCCA客户端触发向服务端发送信用控制更新请求;所述服务端收到信用控制更新请求,并向所述DCCA客户端下发信用控制更新请求响应消息,其中携带结果码为无法处理;所述 DCCA客户端根据结果码,判断出异常;或者,
所述DCCA客户端发现链路中断或者等待服务端响应超时后,且自身本地配置有支持会话异常后重连接的配置信息。
可选地,所述重新请求与服务端的连接包括:
所述DCCA客户端构造信用控制重连接请求消息并发送给所述服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;
所述服务端根据会话ID查找会话:
如果该会话ID对应的会话存在,则根据服务端自身的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端,结束本流程;
如果该会话ID对应的会话不存在,则向所述DCCA客户端回复信用控制更新请求响应,结果码字段为无法处理。
可选地,所述无法处理包括:所述结果码为预先设置的5002;或3004- 忙无法处理、或3002-无法投递、或Diameter过载指示。
可选地,所述重连接条件包括:链路恢复、或预设时长、或链路拥塞解除。
可选地,所述DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接包括:
所述DCCA客户端重新启动一个新会话,并向所述服务端发送信用控制初始请求,其中的计费标识Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;
所述服务端收到所述信用控制初始请求,并鉴权通过后向所述DCCA客户端返回扩展后的信用控制初始请求响应。
可选地,所述DCCA客户端为媒体网关;所述服务端为在线计费系统 OCS或策略与计费规则功能PCRF。
本发明还提供了一种实现在线计费的系统,至少包括DCCA客户端,服务端;其中,
DCCA客户端,用于在与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;在重连接结果显示重连接失败时,为当前会话尝试申请配额,以恢复与服务端的重新连接;
服务端,用于接收到来自DCCA的重新连接的请求,返回重连接结果。
可选地,所述DCCA客户端还用于:当在线计费用户接入,向所述服务端发送信用控制初始请求;相应地,所述服务端还用于:对接入的在线计费用户进行鉴权成功后,向所述DCCA客户端返回扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的失败处理CCFH字段为继续并重连接CONTINUE_AND_RECONNECT,以指示所述DCCA客户端在感知到链路故障后继续业务并重试;
或者,
所述DCCA客户端中配置有支持会话异常后重连接的配置信息。
可选地,所述DCCA客户端与服务端交互异常时,所述DCCA客户端具体用于:
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;且感知到链路异常;或者,
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;根据来自服务端的结果码,判断出异常;此时,所述服务端具体用于:收到信用控制更新请求,并向所述DCCA客户端下发信用控制更新请求响应消息,其中携带结果码为无法处理;或者,
发现链路中断或者等待服务端响应超时后,且自身本地配置有支持会话异常后重连接的配置信息。
可选地,所述重新请求与服务端的连接时,所述DCCA客户端具体用于:
构造信用控制重连接请求消息并发送给所述服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;
相应地,所述服务端具体用于:根据会话ID查找会话:
如果该会话ID对应的会话存在,则根据服务端自身的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端;
如果该会话ID对应的会话不存在,则向所述DCCA客户端回复信用控制更新请求响应,结果码字段为无法处理。
可选地,所述无法处理包括:所述结果码为预先设置的5002;或3004- 忙无法处理、或3002-无法投递、或Diameter过载指示。
可选地,所述重连接条件包括:链路恢复、或预设时长、或链路拥塞解除。
可选地,所述DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接时,所述DCCA客户端具体用于:
重新启动一个新会话,并向所述服务端发送信用控制初始请求,其中的计费标识Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;
所述服务端具体用于:收到所述信用控制初始请求,并鉴权通过后向所述DCCA客户端返回扩展后的信用控制初始请求响应。
可选地,所述DCCA客户端为媒体网关;所述服务端为在线计费系统 OCS或策略与计费规则功能PCRF。
本发明又提供了一种实现在线计费的装置,包括:第一重建模块、第二重建模块,其中,
第一重建模块,用于在DCCA客户端与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;
第二重建模块,用于在重新请求与服务端的连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。
可选地,还包括:
接入处理模块,用于当在线计费用户接入,向所述服务端发送信用控制初始请求;此时,所述第一重建模块接收到来自服务端的扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的CCFH字段为表示继续并重连接,以指示在感知到链路故障后可以继续业务并重试。
可选地,所述接入处理模块还用于:
在所述在线计费用户业务进行中,当触发向服务端发送信用控制更新请求;并在感知到链路异常时,通知所述第一重建模块;
或者,
在所述在线计费用户业务进行中,当触发向服务端发送信用控制更新请求;并且收到来自服务端的信用控制更新请求响应消息,其中携带结果码为无法处理时,通知所述第一重建模块;
或者,
在发现链路中断或者等待服务端响应超时后,判断自身配置有支持会话异常后重连接,通知所述第一重建模块。
可选地,所述第一重建模块具体用于:
构造信用控制重连接请求消息并发送给服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;接收来自服务端的携带有新的配额信息的信用控制重连接请求响应,更新会话以及业务内容;或者接收到来自服务端的携带有表示无法处理的结果码的信用控制更新请求响应,通知第二重建模块。
可选地,所述第二重建模块具体用于:
重新启动一个新会话,并向服务端发送信用控制初始请求,其中Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,并携带当前使用的业务信息;接收到来自服务端的扩展后的信用控制初始请求响应。
可选地,所述装置为独立实体装置,或设置在GW中.
与现有技术相比,本申请技术方案包括在DCCA客户端与服务端交互异常后,DCCA客户端进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;在重连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。通过本发明提供的技术方案,在 DCCA客户端与服务端交互异常后,会重新恢复DCCA客户端与服务端之间的交互,保证了用户永久在线,并实现了服务端持续监测用户会话的机制。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实现在线计费的方法的流程图;
图2为本发明实现在线计费的装置的组成结构示意图;
图3为本发明实现在线计费的第一实施例的流程示意图;
图4为本发明实现在线计费的第二实施例的流程示意图;
图5为本发明实现在线计费的第三实施例的流程示意图;
图6为本发明实现在线计费的第四实施例的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本发明实现在线计费的方法的流程图,如图1所示,在Diameter 信用控制应用协议(DCCA)客户端与服务端交互异常后,包括:
步骤100:DCCA客户端进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接。
本步骤之前还包括:
当在线计费用户接入时,DCCA客户端如GW会向服务端如OCS发送信用控制初始请求(CCR,Credit-Control-Request);OCS对在线计费用户进行鉴权成功后,向GW返回扩展后的信用控制初始请求响应,其中信用控制失败处理(CCFH,Credit-Control-Failure-Handling)字段可以被设置为240,表示继续并重连接(CONTINUE_AND_RECONNECT),以指示GW在感知到链路故障后可以继续业务并重试。也就是说,CCFH字段为240意味着,当 GW与主用OCS交互失败,系统中没有备用OCS或者与备用OCS交互失败后,或者OCS下发临时无法处理CCR请求的结果码(如3004),或者OCS 发送Diameter过载指示,GW应该保持业务继续正常使用,并在适当的时机如满足预先设置的重连接条件时与OCS重新连接。或者,
在GW本地配置有支持会话异常后重连接的配置信息。
需要说明的是,CCFH字段也可以被设置为其他的值如241,只要用于表示指示GW在感知到链路故障后可以继续业务并重试即可。
需要说明的是,在本发明的扩展后的信用控制请求响应中还可以进一步包括:除CCFH字段之外的其他字段,比如自动扣款失败处理 (Direct-Debiting-Failure-HandlingAVP)、触发器类型(Triger-Type AVP)等,或者CCFH的其他数值,以达到识别需要支持重连接的效果。
其中,DCCA客户端与服务端交互异常可以包括但不限于:
在在线计费用户业务进行中,DCCA客户端如GW由于时间门限、流量门限到达以及计费条件改变等原因,会触发向服务端如OCS发送信用控制更新请求;GW感知到链路异常,比如可能是由于与OCS链路中断,也可能是链路拥塞等原因,GW等待OCS的信用控制更新请求响应超时或者其他原因,但是此时GW无法知道OCS是否已经处理,所以,进入步骤100。
或者,
在在线计费用户业务进行中,GW由于时间门限、流量门限到达以及计费条件改变等原因,会触发向OCS发送信用控制更新请求;OCS收到信用控制更新请求,比如由于OCS侧的信令拥塞性能不足或者后台系统维护等原因, OCS暂时无法处理该CCR请求,OCS向GW下发信用控制更新请求响应消息,其中携带结果码为3004;GW根据结果码3004,判断出OCS未能成功扣费,进入步骤100。或者,OCS侧由于性能不足等原因,OCS会给GW下发无法处理的结果码,比如3004-忙无法处理(Diameter_too_busy)、3002- 无法投递(Diameter_unable_to_deliver)的原因值等,这些场景同样适用于本发明。
或者,
GW发现链路中断或者等待OCS响应超时后,判断GW本地配置有支持会话异常后重连接,则进入步骤100。
本步骤中,重连接条件包括但不限于:链路恢复、预设时长或者链路拥塞解除等。
步骤100中的重新请求与OCS的连接包括:
GW构造信用控制重连接请求消息并发送给OCS,同时携带有当前的业务信息,但不携带当前业务使用的流量等计费信息,以防止OCS计费异常。多业务信用控制参数中的上报原因填写为强制重鉴权;
OCS收到来自GW的信用控制重连接请求后,根据会话ID(Session-Id) 查找会话:
如果该会话存在,则根据OCS的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给GW,结束本流程并进入后续正常流程,如GW收到信用控制重连接请求响应,更新会话以及业务内容;
如果OCS发现该Session-Id对应的会话并不存在,则会向GW回复信用控制更新请求响应,结果码字段显示为无法处理,比如为预先设置的5002,之后进入步骤101。需要说明的是,OCS由于性能不足等原因,OCS也会向 GW下发无法处理的结果码(比如3004-Diameter_too_busy、3002- Diameter_unable_to_deliver的原因值),或者OCS向GW返回Diameter过载指示,这些场景同样适用于本发明。
步骤101:在重连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。本步骤具体包括:
DCCA客户端如GW重新启动一个新会话,并向服务端如OCS发送信用控制初始请求(CCR[I]),其中的关键参数如计费标识(Charging ID)采用DCCA 客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;
OCS收到信用控制初始请求(CCR[I]),正常处理,鉴权通过,后续按照正常流程也会向GW返回扩展后的信用控制初始请求响应。
通过本发明提供的技术方案,在GW与OCS交互异常后,通过重新恢复 GW与OCS之间的交互,保证了用户永久在线,并实现了OCS持续监测用户会话的机制。
本发明中,DCCA客户端可以是GW,服务端可以是OCS、策略与计费规则功能(PCRF,Policy and Charging Rules Function)等。
相应地,本发明还提供一种实现在线计费的方法,至少包括DCCA客户端,服务端;其中,
DCCA客户端,用于在与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;在重连接结果显示重连接失败时,为当前会话尝试申请配额,以恢复与服务端的重新连接;
服务端,用于接收到来自DCCA的重新连接的请求,返回重连接结果。
进一步地,
DCCA客户端还用于:当在线计费用户接入,向所属服务端发送信用控制初始请求;
服务端还用于:对接入的在线计费用户进行鉴权成功后,向所述DCCA 客户端返回扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的失败处理CCFH字段为继续并重连接CONTINUE_AND_RECONNECT,以指示所述DCCA客户端在感知到链路故障后继续业务并重试;
或者,
所述DCCA客户端中配置有支持会话异常后重连接的配置信息。
具体地,当所述DCCA客户端与服务端交互异常时,所述DCCA客户端具体用于:
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;且感知到链路异常;或者,
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;根据来自服务端的结果码,判断出异常;此时,所述服务端具体用于:收到信用控制更新请求,并向所述DCCA客户端下发信用控制更新请求响应消息,其中携带结果码为无法处理;或者,
发现链路中断或者等待服务端响应超时后,且自身本地配置有支持会话异常后重连接的配置信息。
具体地,当所述重新请求与服务端的连接时,所述DCCA客户端具体用于:
构造信用控制重连接请求消息并发送给所述服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;
相应地,所述服务端具体用于:根据会话ID查找会话:
如果该会话ID对应的会话存在,则根据服务端自身的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端;
如果该会话ID对应的会话不存在,则向所述DCCA客户端回复信用控制更新请求响应,结果码字段为无法处理。
其中,无法处理包括:所述结果码为预先设置的5002;或3004-忙无法处理、或3002-无法投递、或Diameter过载指示。
其中,重连接条件包括:链路恢复、或预设时长、或链路拥塞解除。
具体地,当DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接时,DCCA客户端具体用于:
重新启动一个新会话,并向所述服务端发送信用控制初始请求,其中的计费标识Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;
所述服务端具体用于:收到所述信用控制初始请求,并鉴权通过后向所述DCCA客户端返回扩展后的信用控制初始请求响应。
本发明系统中,DCCA客户端为媒体网关;服务端为OCS或PCRF。
图2为本发明实现在线计费的装置的组成结构示意图,如图2所示,至少包括第一重建模块、第二重建模块,其中,
第一重建模块,用于在DCCA客户端与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;
第二重建模块,用于在重新请求与服务端的连 接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接。
本发明装置还包括接入处理模块,用于:
当在线计费用户接入,向服务端如OCS发送信用控制初始请求;此时,第一重建模块会接收到来自OCS的扩展后的信用控制初始请求响应,其中 CCFH字段为240,表示继续并重连接(CONTINUE_AND_RECONNECT),以指示在感知到链路故障后可以继续业务并重试。
接入处理模块还用于:
在在线计费用户业务进行中,由于时间门限、流量门限到达以及计费条件改变等原因,会触发向服务端如OCS发送信用控制更新请求;并在感知到链路异常,比如可能是由于与OCS链路中断,也可能是链路拥塞等原因,接入处理模块自身等待OCS的信用控制更新请求响应超时或者其他原因,通知第一重建模块。
或者,
在在线计费用户业务进行中,由于时间门限、流量门限到达以及计费条件改变等原因,会触发向服务端如OCS发送信用控制更新请求;并且收到来自OCS的信用控制更新请求响应消息,其中携带结果码为3004或无法处理的结果码,比如3004-Diameter_too_busy、3002-Diameter_unable_to_deliver 的原因值等,通知第一重建模块。
或者,
在发现链路中断或者等待服务端如OCS响应超时后,判断自身配置有支持会话异常后重连接,通知第一重建模块。
其中,
第一重建模块具体用于:
构造信用控制重连接请求消息并发送给服务端如OCS,同时携带有当前的业务信息,但不携带当前业务使用的流量等计费信息,以防止OCS计费异常。多业务信用控制参数中的上报原因填写为强制重鉴权;接收来自服务端的携带有新的配额信息的信用控制重连接请求响应,更新会话以及业务内容;或者接收到来自服务端的携带有表示无法处理的结果码的信用控制更新请求响应,通知第二重建模块。
相应地,服务端如OCS收到来自GW的信用控制重连接请求后,根据会话ID(Session-Id)查找会话:
如果该会话存在,则根据OCS的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给GW;
如果OCS发现该Session-Id对应的会话并不存在,则会向GW回复信用控制更新请求响应,结果码字段显示为无法处理,比如为5002。
第二重建模块具体用于:
重新启动一个新会话,并向服务端如OCS发送信用控制初始请求 (CCR[I]),其中的关键参数如ChargingID采用DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;接收到来自服务端的扩展后的信用控制初始请求响应。
本发明装置可以作为独立实体装置,也可以设置在GW中。
下面结合具体实施例对本发明方法进行详细描述。以下实施例中以 DCCA客户端为GW,服务端为OCS为例进行描述。
图3为本发明实现在线计费的第一实施例的流程示意图,第一实施例中,以链路异常,CCFH为CONTINUE_AND_RECONNECT,重连接时OCS上会话存在为例,如图3所示,包括以下步骤:
步骤300:在线计费用户接入。
步骤301:GW向OCS发送信用控制初始请求。
步骤300和步骤301的具体实现属于本领域技术人员的公知技术,这里不再赘述。
步骤302:OCS对用户进行鉴权成功后,向GW发送信用控制初始请求响应,本实施例中,在信用控制初始请求响应中的CCFH为240,用以指示 GW在感知到链路故障后可以继续业务并重试。
步骤303:假设用户业务进行中,GW由于时间门限、流量门限到达以及计费条件改变等原因,触发信用控制更新请求,即GW向OCS发送信用控制更新请求。
步骤304:GW感知到链路异常,比如可能是与OCS链路中断,也可能是链路拥塞等原因导致GW等待OCS的信用控制更新请求响应超时,或者是其他原因。
步骤305:由于此时GW无法知道OCS是否已经处理,所以将该部分话单(即从步骤302到步骤303这段时间的用户使用的流量等计费信息)存储在本地或者发送给OFCS,同时根据CCFH为240,所以继续保持业务正常使用不受影响。
步骤306:在某个触发点,比如预先设置的重建连接条件,如定时触发或者感知到链路状态变化触发等,GW需要与OCS重新建立连接。此时需要将当前业务计费信息存储到离线计费系统中。同时,GW向OCS发送信用控制更新请求,其中携带当前所有业务,其中多业务信用控制参数中的上报原因填写为强制重鉴权。
步骤307:OCS向GW发送信用控制更新请求响应消息,携带配额等相关信息。
图4为本发明实现在线计费的第二实施例的流程示意图,第二实施例中,假设链路异常,CCFH为CONTINUE_AND_RECONNECT,重建连接时,OCS 上会话不存在。如图4所示,包括以下步骤:
步骤400~步骤406的具体实现与步骤300~步骤306的完全一致,这里不再赘述。
步骤407:本实施例中,假设OCS根据会话ID查找会话失败,向GW 网元发送信用控制更新请求响应消息,响应结果码为5002。
步骤408:GW重新向OCS发起信用控制初始请求,在该信用控制初始请求携带上一次会话的Charging ID,以屏蔽对周围其他网元计费的影响。同时携带当前用户使用的业务信息。
此时,本发明提供的技术方案并不像现有技术一样,GW收到5002就结束该会话,并去活用户,而是重新向OCS发起信用控制初始请求,保证了用户永久在线。
步骤409:OCS正常进行用户初次接入鉴权处理,并向GW发送信用控制初始请求响应,其中携带业务的配额信息,后续流程不再赘述。
图5为本发明实现在线计费的第三实施例的流程示意图,第三实施例中,以OCS返回忙无法处理(3004-Diameter_too_busy),CCFH为 CONTINUE_AND_RECONNECT,重连接时OCS上会话存在为例。如图5 所示,包括以下步骤:
步骤500~步骤503的具体实现与步骤300~步骤303完全一致,这里不再赘述。
步骤504:OCS收到信用控制更新请求,假设由于OCS侧的信令拥塞性能不足或者后台系统维护等原因,OCS暂时无法处理该CCR请求,OCS会向GW下发信用控制更新请求响应,其中携带结果码为3004。
步骤505:GW根据结果码3004,判断OCS未能成功扣费,将该部分话单(即从步骤502到503这段时间的用户使用的流量等计费信息)存储在本地或者发送给离线计费系统(OFCS),同时判断CCFH为240,所以继续保持业务正常使用不受影响。
步骤506:在某个触发点,比如预先设置的定时触发或者感知到链路状态变化触发等,GW重新与OCS建立链接,此时GW会先将当前业务计费信息存储到离线计费系统中。
步骤507:GW向OCS发送信用控制更新请求,其中携带有当前所有业务,其中多业务信用控制参数中的上报原因填写为强制重鉴权。本步骤与步骤506之间没有严格的先后顺序的限制。
步骤508:OCS向GW返回信用控制更新请求响应消息,携带配额等相关信息,流程结束。
图6为本发明实现在线计费的第四实施例的流程示意图,第四实施例中,以OCS未携带CCFH AVP,GW本地配置支持会话异常后重连接,重连接时 OCS上会话存在为例。如图6所示,包括以下步骤:
步骤600:在线计费用户接入。
步骤601:GW向OCS发送信用控制初始请求。
步骤602:OCS对用户进行鉴权成功后,向GW发送信用控制初始请求响应,本实施中,在返回的信用控制初始请求响应中并不携带CCFH字段。
步骤603:假设用户业务进行中,GW由于时间门限、流量门限到达以及计费条件改变等原因,触发信用控制更新请求,即GW向OCS发送信用控制更新请求。
步骤604:GW感知到链路异常,比如可能是与OCS链路中断,也可能是链路拥塞等原因导致GW等待OCS的信用控制更新请求响应超时,或者是其他原因。
步骤605:由于此时GW无法知道OCS是否已经处理,所以将该部分话单存储在本地或者发送给OFCS,同时,虽然判断出OCS没有携带过CCFH 但是在GW本地配置有会话异常后可以继续并重新连接的配置信息,所以继续保持业务正常使用不受影响。
步骤606:在某个触发点,比如预先设置的重建连接条件,如定时触发或者感知到链路状态变化触发等,GW需要与OCS重新建立连接,此时需要将当前业务计费信息存储到离线计费系统中。
步骤607:GW向OCS发送信用控制更新请求,其中携带有当前所有业务,其中多业务信用控制参数中的上报原因填写为强制重鉴权。本步骤与步骤606 之间没有严格的先后顺序的限制。
此时,本发明提供的技术方案并不像现有技术一样,GW收到5002就结束该会话,并去活用户,而是重新向OCS发起信用控制初始请求,保证了用户永久在线。
步骤608:OCS向GW返回信用控制更新请求响应消息,携带配额等相关信息,流程结束。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
1.一种实现在线计费的方法,其特征在于,在Diameter信用控制应用协议DCCA客户端与服务端交互异常后,还包括:
DCCA客户端进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;
在重连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接;
所述DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接包括:所述DCCA客户端重新启动一个新会话,并向所述服务端发送信用控制初始请求,其中的计费标识Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息;所述服务端收到所述信用控制初始请求,并鉴权通过后向所述DCCA客户端返回扩展后的信用控制初始请求响应。
2.根据权利要求1所述的方法,其特征在于,该方法之前还包括:
当在线计费用户接入,所述DCCA客户端向服务端发送信用控制初始请求;
所述服务端对接入的在线计费用户进行鉴权成功后,向所述DCCA客户端返回扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的失败处理CCFH字段表示继续并重连接CONTINUE_AND_RECONNECT,以指示所述DCCA客户端在感知到链路故障后继续业务并重试;
或者,在所述DCCA客户端本地配置有支持会话异常后重连接的配置信息。
3.根据权利要求2所述的方法,其特征在于,所述DCCA客户端与服务端交互异常包括:
在所述在线计费用户业务进行中,所述DCCA客户端触发向服务端发送信用控制更新请求;且所述DCCA客户端感知到链路异常;或者,
在所述在线计费用户业务进行中,所述DCCA客户端触发向服务端发送信用控制更新请求;所述服务端收到信用控制更新请求,并向所述DCCA客户端下发信用控制更新请求响应消息,其中携带结果码为无法处理;所述DCCA客户端根据结果码,判断出异常;或者,
所述DCCA客户端发现链路中断或者等待服务端响应超时后,且自身本地配置有支持会话异常后重连接的配置信息。
4.根据权利要求2所述的方法,其特征在于,所述重新请求与服务端的连接包括:
所述DCCA客户端构造信用控制重连接请求消息并发送给所述服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;
所述服务端根据会话ID查找会话:
如果该会话ID对应的会话存在,则根据服务端自身的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端,结束本流程;
如果该会话ID对应的会话不存在,则向所述DCCA客户端回复信用控制更新请求响应,结果码字段为无法处理。
5.根据权利要求4所述的方法,其特征在于,所述无法处理包括:所述结果码为预先设置的5002;或3004-忙无法处理、或3002-无法投递、或Diameter过载指示。
6.根据权利要求2所述的方法,其特征在于,所述重连接条件包括:链路恢复、或预设时长、或链路拥塞解除。
7.根据权利要求1~6任一项所述的方法,其特征在于,所述DCCA客户端为媒体网关;所述服务端为在线计费系统OCS或策略与计费规则功能PCRF。
8.一种实现在线计费的系统,其特征在于,至少包括DCCA客户端,服务端;其中,
DCCA客户端,用于在与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;在重连接结果显示重连接失败时,为当前会话尝试申请配额,以恢复与服务端的重新连接;服务端,用于接收到来自DCCA客户端的重新连接的请求,返回重连接结果;
所述为当前会话尝试申请配额,以恢复与服务端的重新连接时,所述DCCA客户端具体用于:重新启动一个新会话,并向所述服务端发送信用控制初始请求,其中的计费标识Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,同时携带当前使用的业务信息。
9.根据权利要求8所述的系统,其特征在于,所述DCCA客户端还用于:当在线计费用户接入,向所述服务端发送信用控制初始请求;相应地,所述服务端还用于:对接入的在线计费用户进行鉴权成功后,向所述DCCA客户端返回扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的失败处理CCFH字段为继续并重连接CONTINUE_AND_RECONNECT,以指示所述DCCA客户端在感知到链路故障后继续业务并重试;
或者,
所述DCCA客户端中配置有支持会话异常后重连接的配置信息。
10.根据权利要求9所述的系统,其特征在于,所述DCCA客户端与服务端交互异常时,所述DCCA客户端具体用于:
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;且感知到链路异常;或者,
在所述在线计费用户业务进行中,触发向服务端发送信用控制更新请求;根据来自服务端的结果码,判断出异常;此时,所述服务端具体用于:收到信用控制更新请求,并向所述DCCA客户端下发信用控制更新请求响应消息,其中携带结果码为无法处理;或者,
发现链路中断或者等待服务端响应超时后,且自身本地配置有支持会话异常后重连接的配置信息。
11.根据权利要求9所述的系统,其特征在于,所述重新请求与服务端的连接时,所述DCCA客户端具体用于:
构造信用控制重连接请求消息并发送给所述服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;
相应地,所述服务端具体用于:根据会话ID查找会话:
如果该会话ID对应的会话存在,则根据服务端自身的策略对该请求中的信息进行扣费,并按正常流程将新的配额信息携带在信用控制重连接请求响应中返回给所述DCCA客户端;
如果该会话ID对应的会话不存在,则向所述DCCA客户端回复信用控制更新请求响应,结果码字段为无法处理。
12.根据权利要求11所述的系统,其特征在于,所述无法处理包括:所述结果码为预先设置的5002;或3004-忙无法处理、或3002-无法投递、或Diameter过载指示。
13.根据权利要求9所述的系统,其特征在于,所述重连接条件包括:链路恢复、或预设时长、或链路拥塞解除。
14.根据权利要求9所述的系统,其特征在于,
所述服务端具体用于:收到所述信用控制初始请求,并鉴权通过后向所述DCCA客户端返回扩展后的信用控制初始请求响应。
15.根据权利要求8~14任一项所述的系统,其特征在于,所述DCCA客户端为媒体网关;所述服务端为在线计费系统OCS或策略与计费规则功能PCRF。
16.一种实现在线计费的装置,其特征在于,包括:第一重建模块、第二重建模块,其中,
第一重建模块,用于在DCCA客户端与服务端交互异常,进入离线计费方式,并在满足预先设置的重连接条件时,重新请求与服务端的连接;
第二重建模块,用于在重新请求与服务端的连接失败时,DCCA客户端为当前会话尝试申请配额,以恢复与服务端的重新连接;
所述第二重建模块具体用于:重新启动一个新会话,并向服务端发送信用控制初始请求,其中Charging ID采用所述DCCA客户端与服务端交互异常前的原会话中的参数,并携带当前使用的业务信息;接收到来自服务端的扩展后的信用控制初始请求响应。
17.根据权利要求16所述的装置,其特征在于,还包括:
接入处理模块,用于当在线计费用户接入,向所述服务端发送信用控制初始请求;此时,所述第一重建模块接收到来自服务端的扩展后的信用控制初始请求响应;其中,信用控制初始请求响应中的CCFH字段为表示继续并重连接,以指示在感知到链路故障后可以继续业务并重试。
18.根据权利要求17所述的装置,其特征在于,所述接入处理模块还用于:
在所述在线计费用户业务进行中,当触发向服务端发送信用控制更新请求;并在感知到链路异常时,通知所述第一重建模块;
或者,
在所述在线计费用户业务进行中,当触发向服务端发送信用控制更新请求;并且收到来自服务端的信用控制更新请求响应消息,其中携带结果码为无法处理时,通知所述第一重建模块;
或者,
在发现链路中断或者等待服务端响应超时后,判断自身配置有支持会话异常后重连接,通知所述第一重建模块。
19.根据权利要求18所述的装置,其特征在于,所述第一重建模块具体用于:
构造信用控制重连接请求消息并发送给服务端,其中携带有当前的业务信息,且多业务信用控制参数中的上报原因填写为强制重鉴权;接收来自服务端的携带有新的配额信息的信用控制重连接请求响应,更新会话以及业务内容;或者接收到来自服务端的携带有表示无法处理的结果码的信用控制更新请求响应,通知第二重建模块。
20.根据权利要求16所述的装置,其特征在于,所述装置为独立实体装置,或设置在GW中。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510489247.9A CN106452803B (zh) | 2015-08-11 | 2015-08-11 | 一种实现在线计费的方法、系统及装置 |
PCT/CN2016/079590 WO2016180175A1 (zh) | 2015-08-11 | 2016-04-18 | 一种实现在线计费的方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510489247.9A CN106452803B (zh) | 2015-08-11 | 2015-08-11 | 一种实现在线计费的方法、系统及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106452803A CN106452803A (zh) | 2017-02-22 |
CN106452803B true CN106452803B (zh) | 2020-06-12 |
Family
ID=57247770
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510489247.9A Active CN106452803B (zh) | 2015-08-11 | 2015-08-11 | 一种实现在线计费的方法、系统及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106452803B (zh) |
WO (1) | WO2016180175A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108574579B (zh) * | 2017-03-10 | 2021-08-13 | 华为技术有限公司 | 一种用于电信计费的处理方法和装置及电信系统 |
CN110377410A (zh) * | 2019-07-16 | 2019-10-25 | 中信百信银行股份有限公司 | 任务调度方法、系统、电子设备及计算机可读存储介质 |
CN112351396A (zh) * | 2019-08-06 | 2021-02-09 | 中国移动通信有限公司研究院 | 一种计费模式切换方法、smf模块及融合计费系统 |
CN114422571B (zh) * | 2021-12-31 | 2023-08-11 | 广东国腾量子科技有限公司 | 一种量子通信客户端断开重连系统及方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075897A (zh) * | 2009-11-20 | 2011-05-25 | 中国移动通信集团江苏有限公司 | 一种移动数据业务的计费方法和系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080147551A1 (en) * | 2006-12-13 | 2008-06-19 | Bea Systems, Inc. | System and Method for a SIP Server with Online Charging |
CN101384010B (zh) * | 2008-10-15 | 2011-11-16 | 华为技术有限公司 | 在线计费方法和系统 |
CN102647697B (zh) * | 2012-03-30 | 2015-07-08 | 华为技术有限公司 | 计费控制方法和装置 |
CN103702306A (zh) * | 2012-09-27 | 2014-04-02 | 阿尔卡特朗讯 | 一种在ocs计费失败时对用户设备进行计费的方法与设备 |
CN103179540B (zh) * | 2013-02-27 | 2016-06-22 | 中兴通讯股份有限公司 | 一种ims离线计费模式下异常情况的处理方法及系统 |
-
2015
- 2015-08-11 CN CN201510489247.9A patent/CN106452803B/zh active Active
-
2016
- 2016-04-18 WO PCT/CN2016/079590 patent/WO2016180175A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075897A (zh) * | 2009-11-20 | 2011-05-25 | 中国移动通信集团江苏有限公司 | 一种移动数据业务的计费方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2016180175A1 (zh) | 2016-11-17 |
CN106452803A (zh) | 2017-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9240946B2 (en) | Message restriction for diameter servers | |
EP2775755B1 (en) | Acquiring an online state of a terminal | |
ES2374341T3 (es) | Método, sistema y dispositivo para procesar información de solicitudes de acceso. | |
CN106452803B (zh) | 一种实现在线计费的方法、系统及装置 | |
EP3211933A1 (en) | Secure method for mtc device triggering | |
US8112084B2 (en) | Method, system and apparatus for performing mobile internet protocol deregistering | |
EP2775661B1 (en) | Fault detection method and gateway | |
CN109040295B (zh) | 异常断线的确定方法及装置、终端及存储介质 | |
CN108259618B (zh) | 一种同步的数据交互处理方法及装置 | |
CN110546986B (zh) | 在接入节点-网关(an-gw)不可用期间和an-gw恢复之后用于消息泛洪抑制的方法、系统和计算机可读介质 | |
CN108259213B (zh) | Netconf会话状态检测方法和装置 | |
WO2016180177A1 (zh) | 一种实现在线计费的方法、系统及装置 | |
WO2013064067A1 (zh) | 一种网络拥塞控制的方法和系统 | |
CN107707689A (zh) | 一种dhcp报文处理方法、dhcp服务器及网关设备 | |
US10680930B2 (en) | Method and apparatus for communication in virtual network | |
CN104009961A (zh) | 一种PPPoE会话标识分配方法及设备 | |
CN106067857B (zh) | 一种防止用户被强制下线的方法及装置 | |
WO2022057758A1 (zh) | 会话资源控制方法、装置、设备、系统及存储介质 | |
US20170026524A1 (en) | Charging method and apparatus | |
CN110121215B (zh) | 5g终端的数据连接建立方法、装置及5g终端 | |
CN107332649B (zh) | 802.1x客户端下线方法及802.1x系统 | |
US10382274B2 (en) | System and method for wide area zero-configuration network auto configuration | |
KR100585724B1 (ko) | 일반 패킷 무선 서비스 시스템의 망 상태 알림 서비스 방법 | |
WO2016180227A1 (zh) | 一种信用控制会话的恢复方法、装置和系统 | |
WO2016206299A1 (zh) | 一种会话保活方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 |