CN102487323A - 在线计费业务处理方法、网关及系统 - Google Patents
在线计费业务处理方法、网关及系统 Download PDFInfo
- Publication number
- CN102487323A CN102487323A CN2010105708899A CN201010570889A CN102487323A CN 102487323 A CN102487323 A CN 102487323A CN 2010105708899 A CN2010105708899 A CN 2010105708899A CN 201010570889 A CN201010570889 A CN 201010570889A CN 102487323 A CN102487323 A CN 102487323A
- Authority
- CN
- China
- Prior art keywords
- message
- quota
- ccr
- unit
- cca
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Meter Arrangements (AREA)
Abstract
本发明涉及一种在线计费业务处理方法、网关及系统，其方法包括：计费网关向计费服务器发送用户新业务触发的第一CCR-U消息；接收计费服务器发送的第一CCA-U消息；根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；当最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息进行信用控制。本发明在最小配额单元到达上报时，不需等待接收计费服务器发送的CCA-U消息，计费服务器也不需要向计费网关发送CCA-U消息。减少CCA-U消息的处理，提高在线计费系统的处理速度，从而解决了现有计费系统中计费网关与计费服务器之间消息交互过多而导致系统实时性能下降的问题，避免过多的CCR/CCA消息导致计费系统的瘫痪。
Description
技术领域
本发明涉及通信领域，尤其涉及一种分组域在线计费业务处理方法、网关及系统。
背景技术
目前，随着在线计费系统的发展，在线计费系统的性能成为运营商关注的焦点。在线计费系统的主要性能指标包括实时性、可靠性、可扩展性与容错性。其中，实时性是一个非常重要的指标，并且运营商对于系统处理的平均时延也有明确的规定，因此，如何提高系统的处理速度、减少系统的响应时延是在线计费系统的关键技术。
现有的在线计费系统主要包括的功能实体是用户终端、计费网关和在线计费服务器。其中，计费网关的功能是确定费率、计算使用的时长和流量，保存异常/正常话单等；在线计费服务器的功能是对用户进行鉴权，授权等。
在线计费系统中，用户激活、做业务、去活的流程中，计费网关和在线计费服务器通过信用控制请求(CCR)/信用控制响应(CCA)进行消息交互。
但是，现有的在线计费系统在业务运行正常时，CCR/CCA消息必须成对出现，如果有大量用户存在的情况下，消息交互次数成倍增加，过于占用资源，影响系统的处理速度。例如：如果在线计费系统下发的额度较小，则计费网关则需要频繁的与在线计费系统进行交互，影响系统的处理速度；或者在线计费系统异常，计费网关在指定的时间内没有收到CCA消息的情况下，重传报文，影响系统的处理速度，在大量用户发生上述情况下，甚至会因为CCR/CCA过多导致计费系统瘫痪。
发明内容
本发明的主要目的在于提供一种在线计费业务处理方法、网关及系统，旨在提高在线计费系统的实时性。
为了达到上述目的，本发明提出一种在线计费业务处理方法，包括：
计费网关向计费服务器发送用户新业务触发的第一CCR-U消息；
接收计费服务器发送的第一CCA-U消息；根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由所述计费服务器根据所述第二CCR-U消息进行信用控制。
优选地，所述根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制的步骤包括：
判断最大可用配额是否大于最小配额单元；
当最大可用配额大于最小配额单元时，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
更新最大可用配额；或者
当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
优选地，所述第一、第二以及第三CCR-U消息包括上报原因以及当前使用配额数；所述最大可用配额以及最小配额单元为时间、事件和/或流量。
优选地，所述方法还包括：
计费网关对TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
本发明还提出一种在线计费业务处理方法，包括：
计费服务器接收计费网关发送的第一CCR-U消息；
根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；
接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
优选地，所述根据第二CCR-U消息进行信用控制的步骤包括：
判断最大可用配额是否到达上报；
当最大可用配额到达上报时，计算剩余配额；
判断所述剩余配额是否在用户的信用控制额度内；若是，则向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；否则，向计费网关发送最后单元处理指示。
本发明还提出一种在线计费业务处理网关，包括：
第一CCR-U发送模块，用于向计费服务器发送用户新业务触发的第一CCR-U消息；
第一CCA-U接收模块，用于接收计费服务器发送的第一CCA-U消息；第一信用控制模块，用于根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
第二CCR-U发送模块，用于当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由所述计费服务器根据所述第二CCR-U消息进行信用控制。
优选地，所述第一信用控制模块包括：
第一判断单元，用于判断最大可用配额是否大于最小配额单元；
第一信用控制单元，用于当最大可用配额大于最小配额单元时，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
更新单元，用于更新最大可用配额。
优选地，所述第一信用控制单元，还用于当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
优选地，所述网关还包括：
检测模块，用于对TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
本发明还提出一种在线计费业务处理服务器，包括：
第一CCR-U接收模块，用于接收计费网关发送的第一CCR-U消息；
第一CCA-U发送模块，用于根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
第二信用控制模块，用于接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；以及接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
优选地，所述第二信用控制模块包括：
第二判断单元，用于判断最大可用配额是否到达上报；
计算单元，用于当最大可用配额到达上报时，计算剩余配额；
第二信用控制单元，用于判断所述剩余配额是否在用户的信用控制额度内；若是，则向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；否则，向计费网关发送最后单元处理指示。
本发明还提出一种在线计费业务处理系统，包括：计费网关以及计费服务器，其中：
所述计费网关，用于向计费服务器发送用户新业务触发的第一CCR-U消息；接收计费服务器发送的第一CCA-U消息；根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息；
所述计费服务器，用于接收计费网关发送的第一CCR-U消息；根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
本发明提出的一种在线计费业务处理方法、网关及系统，通过减少CCA-U消息的处理来提高计费系统的性能，具体在用户进行业务时，计费网关检测到最小配额单元到达上报CCR-U消息后，不需要等待计费服务器的CCA-U消息，计费服务器也不需要应答CCA-U消息，减少计费网关和计费服务器之间的消息交互，提高在线计费系统的处理速度，从而解决了现有计费系统中计费网关与计费服务器之间消息交互过多而导致系统实时性能下降的问题。同时，由于在线计费网关不需要等待CCA-U消息，不需要设置定时器，减少定时器的资源。另外，针对计费网关感知不到计费服务器是否能够正常计费的问题，计费网关通过对TCP(Transport Control Protocol，传输控制协议)链路断、diameter链路断以及计费服务器宕机等异常进行检测与处理，在计费服务器异常的情况下，不需每次等待CCA-U消息，减少在线计费网关发送CCR-U消息的次数，避免过多的CCR/CCA消息导致计费系统的瘫痪。
附图说明
图1是本发明在线计费业务处理方法一实施例流程示意图；
图2是本发明在线计费业务处理方法一实施例中根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制的流程示意图；
图3是本发明在线计费业务处理方法另一实施例流程示意图；
图4是本发明在线计费业务处理方法再一实施例流程示意图；
图5是本发明在线计费业务处理方法再一实施例中根据第二CCR-U消息进行信用控制的流程示意图；
图6是本发明在线计费业务处理网关一实施例结构示意图；
图7是本发明在线计费业务处理网关一实施例中第一信用控制模块的结构示意图；
图8是本发明在线计费业务处理网关另一实施例结构示意图；
图9是本发明在线计费业务处理服务器一实施例结构示意图；
图10是本发明在线计费业务处理服务器一实施例中第二信用控制模块的结构示意图；
图11是本发明在线计费业务处理系统一实施例结构示意图。
为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。
具体实施方式
本发明实施例解决方案主要是：计费网关在最大可用配额达到上报并向计费服务器发送CCR-U消息后，等待接收计费服务器发送的CCA-U消息，在最小配额单元到达上报时，不需等待接收计费服务器发送的CCA-U消息，即CCR-U消息与CCA-U消息并不是成对出现，通过减少CCA-U消息的处理来提高计费系统的性能。
如图1所示，本发明一实施例提出一种在线计费业务处理方法，包括：
步骤S101，计费网关向计费服务器发送用户新业务触发的第一CCR-U消息；
本实施例方法运行环境基于由用户终端、计费网关和计费服务器构成的在线计费系统。
本实施例中，当用户有新业务接入时，计费系统需要对用户的新业务进行计费，本实施例中计费系统根据用户业务进行计费的过程即为一种对用户信用控制的过程。
用户新业务触发的过程为：
首先，用户终端向计费网关发起用户接入请求消息；计费网关接收到用户请求消息，向计费服务器发送信用控制请求(CCR-I)消息；由计费服务器进行鉴权，当鉴权通过后，计费服务器向计费网关发送信用控制响应(CCA-I)消息；计费网关向终端用户发送用户接入响应消息；
之后，用户终端向计费网关发起新业务接入请求，用户新业务触发，计费网关向计费服务器发送信用控制请求(CCR-U)消息，即本实施例中所称第一CCR-U消息。
第一CCR-U消息中包括消息上报原因等。
本实施例中计费网关还可用于用户主动发起释放的请求消息处理。
步骤S102，接收计费服务器发送的第一CCA-U消息；
计费服务器接收到计费网关发送的第一CCR-U消息后，向计费网关返回该用户可用的最大可用配额及允许使用的最小配额单元，该最大可用配额及最小配额单元可以为时间或事件或流量，或者上述三者的组合。
步骤S103，根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
计费网关收到计费服务器发送的第一CCA-U消息后，根据该第一CCA-U消息中最大可用配额以及最小配额单元进行信用控制，当判断出最大可用配额大于最小配额单元时，对最小配额单元进行控制，当最小配额单元到达上报后，计费网关向计费服务器发送信用控制请求消息即本实施例中所称第三CCR-U消息，此时，计费网关不需要等待接收计费服务器发送相应的CCA-U消息，因为本实施例设定此时计费服务器不会向计费网关返回相应的CCA-U消息。
在用户业务使用过程中，随着最小配额单元的不断上报，最大可用配额不断减少，计费网关每上报一次最小配额单元，则更新一次最大可用配额，当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
步骤S104，当最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息进行信用控制。
当最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息中上报原因进行进一步的信用控制。
在本实施例中，最大可用配额可以为零，这时计费网关按照无配额处理。
如果是最大可用配额耗尽上报，计费网关发送CCR-U消息失败，则需要保存异常话单。
上述第二以及第三CCR-U消息包括上报原因以及当前使用配额数。
由上可知，本实施例主要通过减少CCA-U消息的处理来提高系统的性能，即在用户进行业务时，计费网关检测到允许使用的最小配额单元到达，发送CCR-U消息后，不需要等待计费服务器的CCA-U消息，减少计费网关和计费服务器之间的消息交互，提高了在线计费系统的处理速度，从而解决了现有计费系统中计费网关与计费服务器之间消息交互过多而导致系统实时性能下降的问题。同时，由于在线计费网关不需要等待CCA-U消息，不需要设置定时器，减少定时器的资源。
如图2所示，步骤S103包括：
步骤S1031，判断最大可用配额是否大于最小配额单元；若否，则进入步骤S1034；若是，则进入步骤S1032；
步骤S1032，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
步骤S1033，更新最大可用配额；
步骤S1034，使用最大可用配额进行信用控制。
如图3所示，本发明另一实施例提出一种在线计费业务处理方法，包括：
步骤S301，计费网关向计费服务器发送用户新业务触发的第一CCR-U消息；
步骤S302，接收计费服务器发送的第一CCA-U消息；
步骤S303，根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
步骤S304，当最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息进行信用控制。
步骤S305，计费网关对TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
上述步骤S301、步骤S302、步骤S303以及步骤S304与上述实施例中步骤S101、步骤S102、步骤S103以及步骤S104对应相同，在此不再赘述。
在步骤S305中，当计费服务器出现TCP链路断、diameter链路断以及计费服务器宕机等异常情况时，计费网关可以通过相应的检测方式进行检测，并进行相应的处理。
CCA-U消息的主要功能是下发配额以及计费服务器正确计费信息，在新业务到达或最小配额单元到达而触发的CCR-U消息中，计费服务器响应的CCA-U消息中携带最大可用配额，计费网关判断最小配额单元到达后，进行相应的处理。由于计费网关不需要再等待计费服务器的CCA-U消息(在本实施例中，此时，计费服务器也不需要向计费网关反馈相应的CCA-U消息)，因此，计费网关感知不到计费服务器是否能够正常计费。
在本实施例中可根据以下所述方法对计费网关异常进行检测：
1、针对TCP链路断异常，计费网关可在最小配额单元用完后，进行在线转离线处理；
2、针对diameter链路断异常，可通过DWR/DWA消息进行检测。
3、针对计费服务器宕机异常，可通过计费服务器下发的CCA-U中的VT字段进行检测。VT到达后，无论最小配额单元是否使用完，都需要上报CCR-U消息。如果在规定的时间内收不到计费服务器下发的CCA-U消息，则认为计费服务器宕机，计费网关进行在线转离线处理。
因此，对于在线计费服务器异常的情况下，由于不是每次都需要等待CCA-U消息，减少在线计费网关发送CCR-U消息的次数，避免过多的CCR/CCA消息导致计费系统的瘫痪。
如图4所示，本发明再一实施例提出一种在线计费业务处理方法，包括：
步骤S401，计费服务器接收计费网关发送的第一CCR-U消息；
当有用户新业务触发时，计费网关向计费服务器发送新业务触发的第一CCR-U消息，该第一CCR-U消息包括上报原因等。
步骤S402，根据第一CCR-U消息向计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
当计费服务器接收到计费网关发送的第一CCR-U消息时，根据该消息中的上报原因得知有用户新业务触发，则根据用户的实际情况比如可以根据用户签约的业务数目、用户额度等条件为用户分配最大可用配额以及允许用户使用的最小配额单元，并将大可用配额以及允许用户使用的最小配额单元信息携带在第一CCA-U消息反馈给计费网关，以便计费网关根据第一CCA-U消息对用户进行信用控制。
其中，最大可用配额以及允许使用的最小配额单元可以是流量、时间、事件等或者其三者类型的组合。
步骤S403，接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；
计费网关收到计费服务器发送的第一CCA-U消息后，根据该第一CCA-U消息中最大可用配额以及最小配额单元进行信用控制，当判断出最大可用配额大于最小配额单元时，对最小配额单元进行控制，当最小配额单元到达上报后，计费网关向计费服务器发送信用控制请求消息即本实施例中所称第三CCR-U消息，本实施例设定此时计费服务器不会向计费网关返回相应的CCA-U消息。计费服务器接收到计费网关发送的第三CCR-U消息后，进行批价、扣费和剩余配额计算处理。
步骤S404，接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据第二CCR-U消息进行信用控制。
在用户业务使用过程中，随着最小配额单元的不断上报，最大可用配额不断减少，计费网关每上报一次最小配额单元，则更新一次最大可用配额，当最大可用配额小于或等于最小配额单元时，计费网关使用最大可用配额进行信用控制。
当最大可用配额到达上报时，计费网关向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息中上报原因进行进一步的信用控制。其具体过程为：
计费服务器根据计费网关发送的第二CCR-U消息中的上报原因判断出最大可用配额到达上报，则计算用户的剩余配额，并判断用户的剩余配额是否在信用控制额度内，当用户的剩余额度在用户的信用控制额度内时，向计费网关下发二次最大可用配额和最小配额单元，并通过CCA-U消息下发给计费网关，由计费网关根据该CCA-U消息进行信用控制，其处理流程与上述过程相同。
当用户的剩余额度不在用户的信用控制额度内时，计费服务器则向计费网关下发最后单元处理指示，比如，指示计费网关对该业务进行欠费处理。
如图5所示，步骤S404中根据第二CCR-U消息进行信用控制包括：
步骤S4041，判断最大可用配额是否到达上报；若是，则进入步骤S4042；否则，结束流程；
计费服务器可以通过第二CCR-U消息携带的上报原因判断是否最大可用配额到达上报。
步骤S4042，计算剩余配额；
步骤S4043，判断剩余配额是否在用户的信用控制额度内；若是，则进入步骤S4044；否则，进入步骤S4045；
步骤S4044，向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；
步骤S4045，向计费网关发送最后单元处理指示。
以下详细介绍本发明实施例计费业务处理方法的流程：
1、用户终端发起用户接入请求消息；
2、计费网关接收到用户请求消息，向在线计费服务器发送信用控制请求(CCR-I)消息；
3、在线计费服务器进行鉴权；
4、在线计费服务器向计费网关发送信用控制响应(CCA-I)消息；
5、计费网关向终端用户发送用户接入响应消息；
6、用户终端新业务接入请求；
7、计费网关向在线计费服务器发送信用控制请求(CCR-U)消息；
8、在线计费服务器进行批价，计算配额；
9、在线计费服务器向计费网关发送信用控制响应(CCA-U)消息；CCA-U消息中需要携带最大可用配额和最小配额单元；
10、计费网关进行实时监控，判断最小配额单元到达；
11、计费网关向在线计费服务器发送信用控制请求(CCR-U)消息；
12、在线计费服务器进行批价、扣费和计算剩余配额；
13、计费网关监控可用最大配额到达；
14、计费网关向在线计费服务器发送信用控制请求(CCR-U)消息；
15、在线计费服务器进行批价、扣费和计算剩余配额；
16、在线计费服务器向计费网关发送信用控制响应(CCA-U)消息；
17、终端用户发起去活消息；
18、计费网关向在线计费服务器发送信用控制请求(CCR-T)消息；
19、在线计费服务器向计费网关发送信用控制相应(CCA-T)消息；
20、计费网关向终端用户发送用户去活响应消息；
步骤10-12可以多次循环处理。因此，在计费网关和在线计费服务器之间的消息交互减少近一半。
在步骤8中，由于最小配额单元到达上报，计费网关不需要等待CCA-U消息。如果期间在线计费服务器宕机，计费网关感知不到，因此，需要对计费网关做保护。强制在线计费服务器需要下发VT(有效时间)属性，用于检测在线计费服务器是否宕机。如果VT到达后，计费网关在Tx定时器时间内没有收到CCA-U消息，则计费网关认为计费服务器宕机，计费网关进行相应的在线转离线处理。
综上所述。由于不是每个CCR-U消息都会有对应的CCA-U消息，计费网关大大减少CCA-U消息处理，提高系统的性能。同时，不需要每次都设置等待CCA-U响应的定时器，大大减少系统资源使用。
对于在线计费服务器异常的情况下，由于计费网关和在线计费服务器交互信息量少，可以有效地避免过多的CCR/CCA消息导致计费系统的瘫痪问题。
如图6所示，本发明一实施例提出一种在线计费业务处理网关，包括：第一CCR-U发送模块601、第一CCA-U接收模块602、第一信用控制模块603以及第二CCR-U发送模块604，其中：
第一CCR-U发送模块601，用于向计费服务器发送用户新业务触发的第一CCR-U消息；
本实施例中，当用户有新业务接入时，计费系统需要对用户的新业务进行计费，用户新业务触发的过程为：
首先，用户终端向计费网关发起用户接入请求消息；计费网关接收到用户请求消息，向计费服务器发送信用控制请求(CCR-I)消息；由计费服务器进行鉴权，当鉴权通过后，计费服务器向计费网关发送信用控制响应(CCA-I)消息；计费网关向终端用户发送用户接入响应消息；
之后，用户终端向计费网关发起新业务接入请求，用户新业务触发，计费网关向计费服务器发送信用控制请求(CCR-U)消息，即本实施例中所称第一CCR-U消息。
第一CCA-U接收模块602，用于接收计费服务器发送的第一CCA-U消息；
计费服务器接收到计费网关发送的第一CCR-U消息后，向计费网关返回该用户可用的最大可用配额及允许使用的最小配额单元，该最大可用配额及最小配额单元可以为时间或事件或流量，或者上述三者的组合。
第一信用控制模块603，用于根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
第二CCR-U发送模块604，用于当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据所述第二CCR-U消息进行信用控制。
计费网关收到计费服务器发送的第一CCA-U消息后，根据该第一CCA-U消息中最大可用配额以及最小配额单元进行信用控制，当判断出最大可用配额大于最小配额单元时，对最小配额单元进行控制，当最小配额单元到达上报后，计费网关向计费服务器发送信用控制请求消息即本实施例中所称第三CCR-U消息，此时，计费网关不需要等待接收计费服务器发送相应的CCA-U消息，因为本实施例设定此时计费服务器不会向计费网关返回相应的CCA-U消息。
在用户业务使用过程中，随着最小配额单元的不断上报，最大可用配额不断减少，计费网关每上报一次最小配额单元，则更新一次最大可用配额，当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
计费网关在每一次最小配额单元到达上报时，需要检查剩余配额即更新后的最大可用配额是否为零，如果是，则需要修改上报到计费服务器的原因，表明是最后一个最小配额单元上报。
当最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息中上报原因进行进一步的信用控制。
在本实施例中，最大可用配额可以为零，这时计费网关按照无配额处理。
如果是最大可用配额耗尽上报，计费网关发送CCR-U消息失败，则需要保存异常话单。
由上可知，本实施例主要通过减少CCA-U消息的处理来提高系统的性能，即在用户进行业务时，计费网关检测到允许使用的最小配额单元到达，发送CCR-U消息后，不需要等待计费服务器的CCA-U消息，减少计费网关和计费服务器之间的消息交互，提高了在线计费系统的处理速度，从而解决了现有计费系统中计费网关与计费服务器之间消息交互过多而导致系统实时性能下降的问题。同时，由于在线计费网关不需要等待CCA-U消息，不需要设置定时器，减少定时器的资源。
如图7所示，第一信用控制模块603包括：第一判断单元6031、第一信用控制单元6032以及更新单元6033，其中：
第一判断单元6031，用于判断最大可用配额是否大于最小配额单元；
第一信用控制单元6032，用于当最大可用配额大于最小配额单元时，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
更新单元6033，用于更新最大可用配额。
进一步的，第一信用控制单元6032，还用于当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
如图8所示，本发明另一实施例提出一种在线计费业务处理网关，包括：第一CCR-U发送模块801、第一CCA-U接收模块802、第一信用控制模块803、第二CCR-U发送模块804以及检测模块805，其中：
第一CCR-U发送模块801、第一CCA-U接收模块802、第一信用控制模块803以及第二CCR-U发送模块804与上述实施例中第一CCR-U发送模块601、第一CCA-U接收模块602、第一信用控制模块603以及第二CCR-U发送模块604功能结构对应相同，在此不再赘述。
在本实施例中，检测模块805，用于对TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
当计费服务器出现TCP链路断、diameter链路断以及计费服务器宕机等异常情况时，计费网关可以通过相应的检测方式进行检测，并进行相应的处理。
CCA-U消息的主要功能是下发配额以及计费服务器正确计费信息，在新业务到达或最小配额单元到达而触发的CCR-U消息中，计费服务器响应的CCA-U消息中携带最大可用配额，计费网关判断最小配额单元到达后，进行相应的处理。由于计费网关不需要再等待计费服务器的CCA-U消息(在本实施例中，此时，计费服务器也不需要向计费网关反馈相应的CCA-U消息)，因此，计费网关感知不到计费服务器是否能够正常计费。
在本实施例中可根据以下所述方法对计费网关异常进行检测：
1、针对TCP链路断异常，计费网关可在最小配额单元用完后，进行在线转离线处理；
2、针对diameter链路断异常，可通过DWR/DWA消息进行检测。
3、针对计费服务器宕机异常，可通过计费服务器下发的CCA-U中的VT字段进行检测。VT到达后，无论最小配额单元是否使用完，都需要上报CCR-U消息。如果在规定的时间内收不到计费服务器下发的CCA-U消息，则认为计费服务器宕机，计费网关进行在线转离线处理。
因此，对于在线计费服务器异常的情况下，由于不是每次都需要等待CCA-U消息，减少在线计费网关发送CCR-U消息的次数，避免过多的CCR/CCA消息导致计费系统的瘫痪。
如图9所示，本发明一实施例提出一种在线计费业务处理服务器，包括：第一CCR-U接收模块901、第一CCA-U发送模块902以及第二信用控制模块903，其中：
第一CCR-U接收模块901，用于接收计费网关发送的第一CCR-U消息；
当有用户新业务触发时，计费网关向计费服务器发送新业务触发的第一CCR-U消息，该第一CCR-U消息包括上报原因等。
第一CCA-U发送模块902，用于根据第一CCR-U消息向计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
当计费服务器接收到计费网关发送的第一CCR-U消息时，根据该消息中的上报原因得知有用户新业务触发，则根据用户的实际情况比如可以根据用户签约的业务数目、用户额度等条件为用户分配最大可用配额以及允许用户使用的最小配额单元，并将大可用配额以及允许用户使用的最小配额单元信息携带在第一CCA-U消息反馈给计费网关，以便计费网关根据第一CCA-U消息对用户进行信用控制。
其中，最大可用配额以及允许使用的最小配额单元可以是流量、时间、事件等或者其三者类型的组合。
第二信用控制模块903，用于接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；以及接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据第二CCR-U消息进行信用控制。
计费网关收到计费服务器发送的第一CCA-U消息后，根据该第一CCA-U消息中最大可用配额以及最小配额单元进行信用控制，当判断出最大可用配额大于最小配额单元时，对最小配额单元进行控制，当最小配额单元到达上报后，计费网关向计费服务器发送信用控制请求消息即本实施例中所称第三CCR-U消息，本实施例设定此时计费服务器不会向计费网关返回相应的CCA-U消息。计费服务器接收到计费网关发送的第三CCR-U消息后，进行批价、扣费和剩余配额计算处理。
在用户业务使用过程中，随着最小配额单元的不断上报，最大可用配额不断减少，计费网关每上报一次最小配额单元，则更新一次最大可用配额，当最大可用配额小于或等于最小配额单元时，计费网关使用最大可用配额进行信用控制。
当最大可用配额到达上报时，计费网关向计费服务器发送第二CCR-U消息，由计费服务器根据第二CCR-U消息中上报原因进行进一步的信用控制。其具体过程为：
计费服务器根据计费网关发送的第二CCR-U消息中的上报原因判断出最大可用配额到达上报，则计算用户的剩余配额，并判断用户的剩余配额是否在信用控制额度内，当用户的剩余额度在用户的信用控制额度内时，向计费网关下发二次最大可用配额和最小配额单元，并通过CCA-U消息下发给计费网关，由计费网关根据该CCA-U消息进行信用控制，其处理流程与上述过程相同。
当用户的剩余额度不在用户的信用控制额度内时，计费服务器则向计费网关下发最后单元处理指示，比如，指示计费网关对该业务进行欠费处理。
如图10所示，第二信用控制模块903包括：第二判断单元9031、计算单元9032以及第二信用控制单元9033，其中：
第二判断单元9031，用于判断最大可用配额是否到达上报；
计算单元9032，用于当最大可用配额到达上报时，计算剩余配额；
第二信用控制单元9033，用于判断剩余配额是否在用户的信用控制额度内；若是，则向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；否则，向计费网关发送最后单元处理指示。
如图11所示，本发明一实施例提出一种在线计费业务处理系统，包括：计费网关1101以及计费服务器1102，其中：
计费网关1101，用于向计费服务器1102发送用户新业务触发的第一CCR-U消息；接收计费服务器1102发送的第一CCA-U消息；根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；当最大可用配额到达上报时，向计费服务器1102发送第二CCR-U消息；
计费服务器1102，用于接收计费网关1101发送的第一CCR-U消息；根据第一CCR-U消息向计费网关1101发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；接收计费网关1101在最大可用配额到达上报时发送的第二CCR-U消息，根据第二CCR-U消息进行信用控制。
在本实施例中，计费网关1101可以为上述实施例中所述的网关，计费服务器1102可以为上述实施例中所述的服务器。
本发明实施例在线计费业务处理方法、网关及系统，通过减少CCA-U消息的处理来提高计费系统的性能，具体在用户进行业务时，计费网关检测到最大可用配额到达上报并发送CCR-U消息后，不需要等待计费服务器的CCA-U消息，减少计费网关和计费服务器之间的消息交互，提高在线计费系统的处理速度，从而解决了现有计费系统中计费网关与计费服务器之间消息交互过多而导致系统实时性能下降的问题。同时，由于在线计费网关不需要等待CCA-U消息，不需要设置定时器，减少定时器的资源。另外，针对计费网关感知不到计费服务器是否能够正常计费的问题，计费网关通过对TCP链路断、diameter链路断以及计费服务器宕机等异常进行检测与处理，在计费服务器异常的情况下，不需每次等待CCA-U消息，减少在线计费网关发送CCR-U消息的次数，避免过多的CCR/CCA消息导致计费系统的瘫痪。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (13)
1.一种在线计费业务处理方法，其特征在于，包括：
计费网关向计费服务器发送用户新业务触发的第一CCR-U消息；
接收计费服务器发送的第一CCA-U消息；根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由所述计费服务器根据所述第二CCR-U消息进行信用控制。
2.根据权利要求1所述的方法，其特征在于，所述根据第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制的步骤包括：
判断最大可用配额是否大于最小配额单元；
当最大可用配额大于最小配额单元时，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
更新最大可用配额；或者
当最大可用配额小于或者等于最小配额单元时，使用最大可用配额进行信用控制。
3.根据权利要求2所述的方法，其特征在于，所述第一、第二以及第三CCR-U消息包括上报原因以及当前使用配额数；所述最大可用配额以及最小配额单元为时间、事件和/或流量。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
计费网关对传输控制协议TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
5.一种在线计费业务处理方法，其特征在于，包括：
计费服务器接收计费网关发送的第一CCR-U消息；
根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；
接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
6.根据权利要求5所述的方法，其特征在于，所述根据第二CCR-U消息进行信用控制的步骤包括：
判断最大可用配额是否到达上报；
当最大可用配额到达上报时，计算剩余配额；
判断所述剩余配额是否在用户的信用控制额度内；若是，则向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；否则，向计费网关发送最后单元处理指示。
7.一种在线计费业务处理网关，其特征在于，包括：
第一CCR-U发送模块，用于向计费服务器发送用户新业务触发的第一CCR-U消息；
第一CCA-U接收模块，用于接收计费服务器发送的第一CCA-U消息；第一信用控制模块，用于根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；
第二CCR-U发送模块，用于当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息，由所述计费服务器根据所述第二CCR-U消息进行信用控制。
8.根据权利要求7所述的网关，其特征在于，所述第一信用控制模块包括：
第一判断单元，用于判断最大可用配额是否大于最小配额单元；
第一信用控制单元，用于当最大可用配额大于最小配额单元时，使用最小配额单元进行信用控制；当最小配额单元到达上报时，向计费服务器发送第三CCR-U消息；
更新单元，用于更新最大可用配额。
9.根据权利要求8所述的网关，其特征在于，所述第一信用控制单元，还用于当最大可用配额小于或等于最小配额单元时，使用最大可用配额进行信用控制。
10.根据权利要求7所述的网关，其特征在于，所述网关还包括：
检测模块，用于对TCP链路断、diameter链路断以及计费服务器宕机异常进行相应检测并处理。
11.一种在线计费业务处理服务器，其特征在于，包括：
第一CCR-U接收模块，用于接收计费网关发送的第一CCR-U消息；
第一CCA-U发送模块，用于根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；
第二信用控制模块，用于接收计费网关在最小配额单元到达上报时发送的第三CCR-U消息，进行批价、扣费和剩余配额计算处理；以及接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
12.根据权利要求11所述的服务器，其特征在于，所述第二信用控制模块包括：
第二判断单元，用于判断最大可用配额是否到达上报；
计算单元，用于当最大可用配额到达上报时，计算剩余配额；
第二信用控制单元，用于判断所述剩余配额是否在用户的信用控制额度内；若是，则向计费网关发送携带有二次最大可用配额和允许使用的最小配额单元的第二CCA-U消息；否则，向计费网关发送最后单元处理指示。
13.一种在线计费业务处理系统，其特征在于，包括：计费网关以及计费服务器，其中：
所述计费网关，用于向计费服务器发送用户新业务触发的第一CCR-U消息；接收计费服务器发送的第一CCA-U消息；根据所述第一CCA-U消息携带的最大可用配额以及允许使用的最小配额单元进行信用控制；当所述最大可用配额到达上报时，向计费服务器发送第二CCR-U消息；
所述计费服务器，用于接收计费网关发送的第一CCR-U消息；根据所述第一CCR-U消息向所述计费网关发送携带有最大可用配额以及允许使用的最小配额单元的第一CCA-U消息；接收计费网关在最大可用配额到达上报时发送的第二CCR-U消息，根据所述第二CCR-U消息进行信用控制。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010570889.9A CN102487323B (zh) | 2010-12-02 | 2010-12-02 | 在线计费业务处理方法、网关及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010570889.9A CN102487323B (zh) | 2010-12-02 | 2010-12-02 | 在线计费业务处理方法、网关及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102487323A true CN102487323A (zh) | 2012-06-06 |
| CN102487323B CN102487323B (zh) | 2014-10-22 |
Family
ID=46152779
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010570889.9A Active CN102487323B (zh) | 2010-12-02 | 2010-12-02 | 在线计费业务处理方法、网关及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102487323B (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102932769A (zh) * | 2012-11-26 | 2013-02-13 | 华为技术有限公司 | 策略控制方法、实体和系统 |
| CN103415006A (zh) * | 2013-07-26 | 2013-11-27 | 中国联合网络通信集团有限公司 | 流量计费业务信用控制方法及装置 |
| CN104468135A (zh) * | 2014-11-18 | 2015-03-25 | 华为技术有限公司 | 一种在线计费中交互信息的方法及装置 |
| CN104537563A (zh) * | 2015-01-05 | 2015-04-22 | 中国农业银行股份有限公司 | 一种额度数据处理方法及服务器 |
| CN104735635A (zh) * | 2014-12-22 | 2015-06-24 | 华为技术有限公司 | 一种策略控制方法和装置 |
| CN106454788A (zh) * | 2015-08-11 | 2017-02-22 | 中兴通讯股份有限公司 | 一种实现在线计费的方法、系统及装置 |
| CN107809551A (zh) * | 2016-09-09 | 2018-03-16 | 华为技术有限公司 | 电信业务的处理负荷控制方法和相关装置和系统 |
| CN110166965A (zh) * | 2019-04-24 | 2019-08-23 | 中国联合网络通信集团有限公司 | 在线计费系统的性能预警方法及设备 |
| CN111788792A (zh) * | 2017-12-21 | 2020-10-16 | 瑞典爱立信有限公司 | 用于在线收费系统中基于资源选择的自动配额确定的方法和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101686289A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 一种网络预付费的方法、设备及系统 |
| CN101783846A (zh) * | 2009-01-15 | 2010-07-21 | 中兴通讯股份有限公司 | 计费业务处理方法以及计费网关 |
-
2010
- 2010-12-02 CN CN201010570889.9A patent/CN102487323B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101686289A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 一种网络预付费的方法、设备及系统 |
| CN101783846A (zh) * | 2009-01-15 | 2010-07-21 | 中兴通讯股份有限公司 | 计费业务处理方法以及计费网关 |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102932769A (zh) * | 2012-11-26 | 2013-02-13 | 华为技术有限公司 | 策略控制方法、实体和系统 |
| CN102932769B (zh) * | 2012-11-26 | 2015-11-25 | 华为技术有限公司 | 策略控制方法、实体和系统 |
| CN103415006A (zh) * | 2013-07-26 | 2013-11-27 | 中国联合网络通信集团有限公司 | 流量计费业务信用控制方法及装置 |
| CN103415006B (zh) * | 2013-07-26 | 2016-12-28 | 中国联合网络通信集团有限公司 | 流量计费业务信用控制方法及装置 |
| CN104468135A (zh) * | 2014-11-18 | 2015-03-25 | 华为技术有限公司 | 一种在线计费中交互信息的方法及装置 |
| US11438462B2 (en) | 2014-11-18 | 2022-09-06 | Huawei Technologies Co., Ltd. | Method and apparatus for information exchange in online charging |
| CN104468135B (zh) * | 2014-11-18 | 2018-01-23 | 华为技术有限公司 | 一种在线计费中交互信息的方法及装置 |
| CN104735635B (zh) * | 2014-12-22 | 2019-05-24 | 华为技术有限公司 | 一种策略控制方法和装置 |
| CN104735635A (zh) * | 2014-12-22 | 2015-06-24 | 华为技术有限公司 | 一种策略控制方法和装置 |
| CN104537563A (zh) * | 2015-01-05 | 2015-04-22 | 中国农业银行股份有限公司 | 一种额度数据处理方法及服务器 |
| CN106454788A (zh) * | 2015-08-11 | 2017-02-22 | 中兴通讯股份有限公司 | 一种实现在线计费的方法、系统及装置 |
| CN107809551A (zh) * | 2016-09-09 | 2018-03-16 | 华为技术有限公司 | 电信业务的处理负荷控制方法和相关装置和系统 |
| CN111788792A (zh) * | 2017-12-21 | 2020-10-16 | 瑞典爱立信有限公司 | 用于在线收费系统中基于资源选择的自动配额确定的方法和系统 |
| US11949524B2 (en) | 2017-12-21 | 2024-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for automated quota determination based on resource selection in online charging systems |
| CN110166965A (zh) * | 2019-04-24 | 2019-08-23 | 中国联合网络通信集团有限公司 | 在线计费系统的性能预警方法及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102487323B (zh) | 2014-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102487323A (zh) | 在线计费业务处理方法、网关及系统 | |
| CN101132289B (zh) | 融合计费方法及计费系统及应用服务器及融合计费系统 | |
| CN106296394B (zh) | 一种金融产品柜台交易方法及系统 | |
| CN101783846A (zh) | 计费业务处理方法以及计费网关 | |
| EP2922340A1 (en) | Method and apparatus for controlling ppc rule in preload mode | |
| CN108616429A (zh) | 一种推送服务的重连方法及设备 | |
| CN105900524A (zh) | 一种计费会话管理方法、装置 | |
| CN103036696A (zh) | 一种联机业务的实现方法、系统及相应设备 | |
| CN102496125A (zh) | 基于移动终端的转账方法及系统 | |
| CN108198071A (zh) | 一种期货柜台风险控制方法及系统 | |
| CN105812150A (zh) | 一种多联机分户计费系统的缴费方法及装置 | |
| EP2026551B1 (en) | A method and system of charging and an account period switching module | |
| CN106533705A (zh) | 一种数据业务流量配额的分配方法及分配装置 | |
| CN1996858A (zh) | 一种预付费帐户计费的方法、系统以及服务器 | |
| CN109391915A (zh) | 基于cups协议的离线计费话单阈值控制方法及系统 | |
| CN101778354B (zh) | 一种针对预付费用户的短信欠费保护系统及实现方法 | |
| CN100466640C (zh) | 一种智能网系统与支付系统的交互处理方法及系统 | |
| CN103138951A (zh) | 计费业务的处理方法及系统、计费网关、在线计费系统 | |
| CN102870441B (zh) | 一种计费套餐包超期前后的管理方法和装置 | |
| CN103578027A (zh) | 一种转账的方法和装置 | |
| WO2012109939A1 (zh) | 一种业务处理方法及系统 | |
| WO2018201810A1 (zh) | Pcrf实体、存储介质、竞态条件解除方法及系统 | |
| CN115689545A (zh) | 企业代发工资业务的处理方法及装置 | |
| CN104994528B (zh) | 一种回应策略请求的方法及装置 | |
| CN104579701A (zh) | 实时计费方法、装置及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201112 Address after: Xiangtai village, Dayu Town, Rudong County, Nantong City, Jiangsu Province, 226000 Patentee after: Rudong Huanghai water conservancy construction engineering company Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice Patentee before: ZTE Corp. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211230 Address after: 226400 No.8, wisdom Avenue, Donghu scenic area, Dayu Town, Rudong County, Nantong City, Jiangsu Province Patentee after: Nantong Donghu International Travel Agency Co., Ltd Address before: Xiangtai village, Dayu Town, Rudong County, Nantong City, Jiangsu Province, 226000 Patentee before: Rudong Huanghai water conservancy construction engineering company |