CN109963260B - 一种确定业务终止的方法及装置 - Google Patents

Abstract

本申请涉及移动通信技术领域，尤其涉及一种确定业务终止的方法及装置，用以解决现有技术中因GGSN无法及时终止终端用户的业务使用导致OSC进行批价和扣费不够准确的问题。本申请提供的确定业务终止的方法，包括：网络设备检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；所述网络设备根据所述通信制式，确定等待时长；所述等待时长为所述网络设备等待计费系统回复应答消息的时长；所述网络设备在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务。

Description

一种确定业务终止的方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种确定业务终止的方法及装置。

背景技术

随着移动互联网应用内容的日益丰富、业务种类的进一步完善，为了适应业务发展的需要，电信运营商需要不断提升业务系统的支撑能力，其中，提升业务的计费性能是提升业务系统的支撑能力的关键点之一。

目前，终端用户在发起业务请求后，主要由通用分组无线服务技术(GeneralPacket Radio Service，GPRS)支持节点(Gateway GPRS Support Node， GGSN)网元与在线计费系统(Online Charging System，OCS)之间进行交互，完成对终端用户的业务使用量的批价以及计费。具体的，GPRS网元通过向OCS 发送CCR初始消息，请求为终端用户分配可用业务使用量，之后，GPRS网元在确定可用业务使用量使用完毕后，可以向OCS发送CCR更新消息，请求为终端用户再次分配可用业务使用量，并对上一次使用完毕的可用业务使用量进行批价计费，最后，GPRS在确定终端用户请求终止业务后，向OCS发送CCR 终止消息，汇报终端用户实际使用的业务使用量，以使OCS完成批价、计费以及扣费等操作。

以上过程为正常情况下网络侧执行的计费流程，实际应用时，可能出现以下特殊情况：

一是，当GGSN网元向OCS发送CCR更新消息后，可能因网络异常导致 GGSN网元在一段时间内接收不到OCS回复的CCA更新消息。然而，在这一过程中，终端用户仍然可以通过GGSN网元进行正常的业务，但是GGSN网元因接收不到OCS回复的CCA更新消息，也就无法获知OCS分配的可用业务使用量、以及终端用户是否用完了可用业务使用量，故不能及时将终端用户的业务使用情况汇报给OCS，导致OCS进行批价和扣费时不够准确；

二是，当GGSN网元向OCS发送CCR终止消息后，可能因网络异常导致 GGSN网元在一段时间内接收不到OCS回复的CCA终止消息。GGSN网元因接收不到OCS回复的CCA终止消息，无法终止终端用户的本次业务，但这一过程中，终端设备的业务使用情况对于OCS来说也是未知的，这也使得OCS 进行批价和扣费不够准确。

由此可见，现有方案中在一些特殊情况下因GGSN无法及时终止终端用户的业务使用导致OSC进行批价和扣费不够准确。

发明内容

本申请实施例提供一种确定业务终止的方法及装置，用以解决现有技术中因GGSN无法及时终止终端用户的业务使用导致OSC进行批价和扣费不够准确的问题。

第一方面，本申请实施例提供一种确定业务终止的方法，包括：

网络设备检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；

所述网络设备根据所述通信制式，确定等待时长；所述等待时长为所述网络设备等待计费系统回复应答消息的时长；

所述网络设备在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务。

在一种可能的实现方式中，所述网络设备根据所述通信制式，确定等待时长，具体包括：

所述网络设备根据所述通信制式下的数据传输速率的大小，确定所述等待时长；其中，所述通信制式下的数据传输速率与所述等待时长呈负相关。

在一种可能的实现方式中，所述网络设备根据所述通信制式，确定等待时长，具体包括：

所述网络设备根据所述通信制式下的数据传输速率的大小，确定所述通信制式所属的类型；

若所述网络设备确定所述通信制式为低数据传输速率的通信制式，则所述网络设备确定所述等待时长为预设的第一时长；

若所述网络设备确定所述通信制式为高数据传输速率的通信制式，则所述网络设备在识别所述终端用户发起的业务的通信制式之后，从计费系统中获取所述终端用户的账户余额，根据所述终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

在一种可能的实现方式中，所述网络设备从计费系统中获取所述终端用户的账户余额，具体包括：

所述网络设备在每次向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之前，从所述计费系统中获取所述终端用户的账户余额。

在一种可能的实现方式中，所述网络设备根据所述终端用户的账户余额，确定所述等待时长为所述第二时长，具体包括：

所述网络设备将所述终端用户的账户余额转换为优先级，并根据转换后的优先级，确定所述第二时长，其中，所述优先级与所述账户余额呈正相关，所述第二时长与所述优先级呈正相关。

第二方面，一种确定业务终止的装置，包括：

第一处理模块，用于检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；

确定模块，用于根据所述通信制式，确定等待时长；所述等待时长为网络设备等待计费系统回复应答消息的时长；

第二处理模块，用于在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务。

在一种可能的实现方式中，所述确定模块，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述等待时长；其中，所述通信制式下的数据传输速率与所述等待时长呈负相关。

在一种可能的实现方式中，所述确定模块，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述通信制式所属的类型；

若确定所述通信制式为低数据传输速率的通信制式，则确定所述等待时长为预设的第一时长；

若确定所述通信制式为高数据传输速率的通信制式，则在识别所述终端用户发起的业务的通信制式之后，从计费系统中获取所述终端用户的账户余额，根据所述终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

在一种可能的实现方式中，所述确定模块，具体用于：

在每次向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之前，从所述计费系统中获取所述终端用户的账户余额。

在一种可能的实现方式中，所述确定模块，具体用于：

将所述终端用户的账户余额转换为优先级，并根据转换后的优先级，确定所述第二时长，其中，所述优先级与所述账户余额呈正相关，所述第二时长与所述优先级呈正相关。

第三方面，本申请实施例提供一种电子设备，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行上述第一方面中任一所述方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行上述第一方面中任一所述方法的步骤。

本申请实施例中，网络设备设置有等待时长，该等待时长为网络设备等待计费系统回复应答消息的时长，这样，网络设备在向计费系统发送用于请求为终端用户分配可用业务使用量或终止终端用户发起的业务的请求消息后，若检测到在等待时长内未收到应答消息，则会自动终止终端用户发起的业务，这样，在计费系统出现异常无法回复应答消息的情况下，网络设备可以及时终止终端用户发起的业务，从而尽可能地减少计费系统无法进行批价和扣费的业务使用量，尽量提高计费和批价时的准确度。

并且，考虑到不同通信制式下数据传输速率不同，终端用户在同样的时长内业务使用量也有很大差异，故本申请实施例中，网络设备可以根据用户发起的业务的通信制式，来确定等待时长，比如在数据传输速率较低的通信制式下，适当的设置较大的等待时长，这样，可以在保证无法批价计费的业务使用量在允许范围内的情况下，尽可能保障终端用户能够正常使用业务；在数据传输速率较高的通信制式下，适当的设置较小的等待时长，这样，可以尽量避免因数据传输速率较高导致无法批价计费的业务使用量较多，计费精度下降的问题，尽可能减少了运营商的损失。

附图说明

图1为本申请实施例提供的确定业务终止的方法的流程示意图；

图2为本申请实施例提供的网络侧计费流程的示意图；

图3为本申请实施例提供的确定业务终止的装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，并不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对现有技术中GGSN网元向OCS发送CCR更新消息或者终止消息，可能无法及时接收OCS回复的CCA更新消息或终止消息，造成因GGSN无法及时终止终端用户的业务使用而使得OSC进行批价和扣费不够准确的问题，目前的解决办法是设置一个允许GGSN网元等待OCS回复的CCA更新消息或 CCA终止消息的等待时长Tx，当超过Tx，GGSN网元还未接收到CCA更新消息或CCA终止消息，则自动终止终端用户的本次业务。

然而，发明人发现，由于不同的通信制式下数据传输速率也有很大的区别，那么，终端用户在不同的通信制式下使用业务时，统一采用相同的Tx来确定是否终止业务，很可能会出现以下矛盾：

若Tx设置的较小，那么终端用户在数据传输速率较低的通信制式下，如2G、3G、4G通信制式下，OCS反馈稍有延迟，GGSN网元就可能就会判定为 CCA更新消息或CCA终止消息超时，终止终端用户的正常业务，给用户带来的体验很差；

若Tx设置的较大，那么终端用户在数据传输速率较高的通信制式下，如未来的5G通信制式下，GGSN网元允许用户在Tx时长内进行正常业务，由于 5G通信制式下数据传输速率很大，业务使用量也会成倍增加，但OSC无法针对这部分业务使用量进行计费批价，使得计费精度较低，给运营商利益带来损失。

本申请为了尽可能的规避上述矛盾，提出了一种确定业务终止的方法和装置。

参照图1所示，为本申请实施例提供的确定业务终止的方法的流程示意图，具体包括：

步骤101：网络设备检测到终端用户发起的业务，识别该终端用户发起的业务的通信制式。

其中，所述网络设备可以为位于核心网与外部分组交换网络(如Internet) 之间、具备网关作用的任意一种网络设备，如GGSN等。

具体的，该网络设备可以为终端用户建立PDP上下文，以便终端用户基于建立的PDP上下文来向网络侧请求发起业务。进一步，该网络设备可以在接收到来自终端用户的业务请求后，检测到终端用户发起的业务，进而该网络设备可以根据接收来自终端设备的业务请求时的接口，来识别该终端用户发起的业务的通信制式。其中，通信制式可以包括2G、3G、4G、以及未来的5G。

步骤102：网络设备根据识别到的该终端设备发起的业务的通信制式，确定等待时长；所述等待时长为网络设备等待计费系统回复应答消息的时长。

由于不同通信制式下数据传输速率相差很大，为了尽可能地在保证用户业务的正常使用的前提下，尽量提升计费精确度、降低运营商的损失，本申请实施例提出了以下两种方式：

方式一：根据通信制式下的数据传输速率的大小，确定所述等待时长，其中所述通信制式下的数据传输速率与所述等待时长呈负相关。

由于不同通信制式下数据传输速率有着很大差异，故可以在不同通信制式下分别设置不同的等待时长，并且，可以在不同在数据传输速率较低的通信制式下，适当的设置较大的等待时长，这样，可以在保证无法批价计费的业务使用量在允许范围内的情况下，尽可能保障终端用户能够正常使用业务；而在数据传输速率较高的通信制式下，适当的设置较小的等待时长，这样，可以尽量避免因数据传输速率较高导致无法批价计费的业务使用量较多，计费精度下降的问题，尽可能减少了运营商的损失。

方式二：根据通信制式下的数据传输速率的大小，确定通信制式所属的类型。其中，若所述通信制式为低数据传输速率的通信制式，则该网络设备确定所述等待时长为预设的第一时长；若所述通信制式为高数据传输速率的通信制式，则该网络设备在识别终端用户发起的业务的通信制式之后，从计费系统中获取该终端用户的账户余额，根据该终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

具体的，可以将2G、3G和4G通信制式划分为低数据传输速率的通信制式，将5G划分为高数据传输速率的通信制式。当然，实际应用时，还可以根据具体通信场景来划分，比如，也可以将2G、3G划分为低数据传输速率的通信制式，将4G、5G划分为高数据传输速率的通信制式等。

若终端用户发起的业务的通信制式为低数据传输速率的通信制式，则该网络设备可以确定等待时长为预设的第一时长。所述预设的第一时长为预先配置好的固定时长。

若终端用户发起的业务的通信制式为高数据传输速率的通信制式，那么该网络设备在将等待时长确定为第二时长时，可以从计费系统中获取该终端用户的账户余额，为账户余额较多的终端用户分配较长的第二时长，为账户余额较少的终端用户分配较短的第二时长。具体的，可以先将终端用户的账户余额转换为优先级，其中，账户余额越高的终端用户的优先级越高，反之，账户余额越低的终端用户的优先级越低，进而，在根据转换后的优先级，确定第二时长，其中，优先级越高的第二时长越长，反之，优先级越低的第二时长越低。

具体实施时，该网络设备可以预先配置一个优先级与第二时长的对应关系，以及终端用户的账户余额所处范围与优先级的对应关系。假设账户余额在 0～10元范围内，对应的优先级为0(以0为最低优先级为例)；账户余额在10～20 元范围内，对应的优先级为1。相应地，优先级为0，对应的第二时长为1s，优先级为1，对应的第二时长为2s。

并且，在网络设备每次确定终端用户已使用完上一次已分配的可用业务使用量，并向计费系统发送用于请求为终端用户分配可用业务使用量时，若计费系统均会对用户上一次已使用完的可用业务使用量进行批价、计费以及扣费一系列操作，那么，网络设备可以在每次向计费系统发送用于请求终端用户分配的可用业务使用量或终止终端用户发起的业务的请求消息之前，均向在线计费系统获取终端用户最新的账户余额，以便根据终端用户最新的账户余额，来确定第二时长。

在方式二中，不仅考虑到不同通信制式对终端用户业务使用情况的影响，在高数据传输速率的通信制式下，还将终端用户的账户余额作为确定第二时长的一个影响参数，通过为账户余额较高的用户设置较长的第二时长，为账户余额较低的用户设置较低的第二时长，这样，通过为欠费风险较高的终端用户设置较低的第二时长，这样，可以尽量避免在终端用户已欠费的情况下继续使用业务，降低运营商的损失，通过为欠费风险较低的终端用户设置较高的第二时长，可以尽可能保证终端用户能够正常使用业务，提升用户体验度。

步骤103：网络设备在向计费系统发送用于请求为终端用户分配可用业务使用量或终止终端用户发起的业务的请求消息之后，检测到在等待时长内未收到应答消息，终止该终端用户发起的业务。

以上方法中，网络设备设置有等待时长，该等待时长为网络设备等待计费系统回复应答消息的时长，这样，网络设备在向计费系统发送用于请求为终端用户分配可用业务使用量或终止终端用户发起的业务的请求消息后，若检测到在等待时长内未收到应答消息，则会自动终止终端用户发起的业务，这样，在计费系统出现异常无法回复应答消息的情况下，网络设备可以及时终止终端用户发起的业务，从而尽可能地减少计费系统无法进行批价和扣费的业务使用量，尽量提高计费和批价时的准确度。

并且，在确定等待时长时，考虑到了终端用户发起的业务的通信制式以及终端用户在使用业务过程中的账户余额，其中，为在数据传输速率较低的通信制式下使用业务的终端用户，适当的设置较大的等待时长，为在数据传输速率较高的通信制式下使用业务的终端用户，适当的设置较短的等待时长。并且，在数据传输速率较高的通信制式下，还可以结合终端用户的账户余额来设置等待时长。

由此可见，本申请中考虑到终端用户之间的差异性，针对终端用户之间的差异性设置不同的等待时长，计费系统的计费精度也有所不同，既保护了运营商的利益，又兼顾了终端用户的用户体验。

下面，为便于对本申请提供的方法的理解，结合网络侧具体的计费流程，对本申请提供的确定业务终止的方法进行进一步的介绍。

参照图2所示，为本申请实施例提供的网络侧计费流程的示意图，具体包括：

步骤201：通用分组无线服务技术(General Packet Radio Service，GPRS) 服务支持节点(Serving GPRS SUPPORT NODE，SGSN)接收来自终端用户发送的PDP上下文激活请求消息，通过GTP协议向GPRS网关支持节点(Gateway GPRS Support Node，GGSN)发送分组数据协议(Packet Data Protocol，PDP) 上下文创建请求消息。

步骤202：GGSN建立PDP上下文，向SGSN回复PDP上下文创建成功消息。

步骤203：SGSN接收来自终端用户发送的业务请求消息后，将该业务请求消息转发给GGSN。

步骤204：GGSN根据业务请求消息中携带的终端用户的计费属性，确定终端用户采用预付费方式，进而向在线计费系统(Online Charging System，OCS)发送信用控制请求(Credit Control Request，CCR)初始消息，所述CCR 初始消息用于请求OCS对终端用户进行鉴权并在鉴权成功后为终端用户分配可用业务使用量。

步骤205：OCS检查终端用户的账户状态，对终端用户进行鉴权，若判断终端用户的账户余额大于预设值，则鉴权成功，进而OCS对终端用户的账户余额进行预留，并为终端用户分配可用业务使用量。

步骤206：OCS向GGSN发送CCA初始消息，所述CCA初始消息用于指示终端用户鉴权成功，允许其使用业务。

本申请实施例中，CCA初始消息包括为终端用户分配的可用业务使用量的，还可以包括终端用户的账户余额等信息。

具体实施时，若OCS判断终端用户的账户余额小于预设值，则鉴权失败，不为终端用户分配可用业务使用量，直接反馈CCA初始消息，指示终端用户鉴权失败。此过程不再图2所示的流程图中进行展示。

具体实施时，上述OCS对终端用户进行鉴权的过程还可以在GGSN建立 PDP上下文的过程中进行，具体的，GGSN可以在接收到PDP上下文创建请求消息后，向OCS发送CCR初始消息，请求OCS对终端用户进行鉴权，在确定终端用户鉴权成功后，为终端用户建立PDP上下文。之后，GGSN可以在接收到来自终端用户的业务请求消息后，发送CCR更新消息，请求OCS为终端用户分配可用业务使用量。其中，所述OCS回复的CCA初始消息或CCA 更新消息中可以携带有终端用户的账户余额等信息。具体实施过程不再图2所示的流程图中一一展示。

步骤207：GGSN识别终端用户发起的业务的通信制式，根据识别到的通信制式，采用相对应的策略来设定等待时长Tx：

若识别到终端用户发起的业务的通信制式为非5G制式，则GGSN可以将 Tx设置为一个固定值，可选地，可以设置为3倍的有效时间(Validity-Time)，最大原则上Tx不超过5倍的Validity-Time。

若识别到终端用户发起的业务的通信制式为5G制式，则可以根据终端用户的账户余额来确定Tx。具体的，可以将终端用户的账户余额转换为优先级，根据不同的优先级来设置不同的Tx。可选地，优先级可分成4个等级，从高到低为优先级1、优先级2、优先级3、优先级4。其中，账户余额越高，优先级越高。优先级1对应的Tx可以设置为2.5倍的Validity-Time，优先级2对应的Tx可以设置为2倍的Validity-Time，优先级3对应的Tx可以设置为1.5倍的Validity-Time，优先级4对应的Tx可以设置为1倍的Validity-Time。

步骤208：GGSN通知SGSN允许用户使用业务，进而用户可以通过GGSN 进行正常的业务。

其中，上述步骤207和步骤208在执行顺序上可以不分先后。

步骤209：GGSN根据OCS下发的可用额度，实时监控终端用户对业务的使用情况。在检测到符合任意一种CCR触发条件时，GGSN向OCS发CCR 更新消息，请求OCS为终端用户重新分配可用业务使用量。

其中，所述CCR触发条件可以为检测到已分配的可用业务使用量使用完毕。当然，实际应用时，还可以通过设置一个定时器，检测到定时器超时时，确定符合CCR触发条件，进而向OCS发送CCR更新消息。

步骤210：OCS根据GGSN上报的CCR更新消息，对终端用户已使用完毕的可用业务使用量进行批价、计费。

步骤211：OCS向GGSN回复CCA更新消息，所述CCA更新消息中携带有重新分配的可用业务使用量。

相应地，GGSN可以根据接收的重新分配的可用业务使用量，继续监测终端用户对业务的使用情况，可以参照上述流程反复多次。

其中，若OCS针对每次GGSN上报的CCR更新消息，均会对终端用户已使用完毕的可用业务使用量进行批价、计费并扣除相应的费用，那么，所述 CCA更新消息中还可以携带有终端用户最新的账户余额，以便GGSN根据终端用户最新的账户余额来确定Tx。

步骤212：GGSN向OCS发送CCR更新消息或CCR终止消息后，超时 Tx，未收到OCS回复的CCA更新消息或CCA终止消息，GGSN自动结束终端用户本次发起的业务。

其中，CCR更新消息为GGSN检测到已分配的可用业务使用量使用完毕后发送的，CCR终止消息为GGSN检测到终端用户请求终止业务后发送的。

步骤213：GGSN指示SGSN对终端用户的PDP上下文去激活。

至此，GGSN在向OCS发送CCR更新消息或终止消息，若检测到在Tx 内未收到应答消息，则会自动终止终端用户发起的业务，这样，在OCS出现异常无法及时回复应答消息的情况下，GGSN可以及时终止终端用户发起的业务，从而尽可能地减少OCS无法进行批价和扣费的业务使用量，尽量提高计费和批价时的准确度。并且，设定Tx时，考虑到了终端用户发起的业务的通信制式以及终端用户在使用业务过程中的账户余额，针对终端用户之间的差异性设置不同的Tx，OCS的计费精度也有所不同，既保护了运营商的利益，又兼顾了终端用户的用户体验。

基于同一申请构思，本申请实施例中还提供了一种与确定业务终止的方法对应的确定业务终止的装置，由于该装置解决问题的原理与本申请实施例确定业务终止的方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

参照图3所示，为本申请实施例提供的确定业务终止的装置的结构示意图，包括：

第一处理模块310，用于检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；

确定模块320，用于根据所述通信制式，确定等待时长；所述等待时长为网络设备等待计费系统回复应答消息的时长；

第二处理模块330，用于在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务。

在一种可能的实现方式中，所述确定模块320，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述等待时长；其中，所述通信制式下的数据传输速率与所述等待时长呈负相关。

在一种可能的实现方式中，所述确定模块320，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述通信制式所属的类型；

若确定所述通信制式为低数据传输速率的通信制式，则确定所述等待时长为预设的第一时长；

若确定所述通信制式为高数据传输速率的通信制式，则在识别所述终端用户发起的业务的通信制式之后，从计费系统中获取所述终端用户的账户余额，根据所述终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

在一种可能的实现方式中，所述确定模块320，具体用于：

在每次向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之前，从所述计费系统中获取所述终端用户的账户余额。

在一种可能的实现方式中，所述确定模块320，具体用于：

将所述终端用户的账户余额转换为优先级，并根据转换后的优先级，确定所述第二时长，其中，所述优先级与所述账户余额呈正相关，所述第二时长与所述优先级呈正相关。

本申请实施例还提供一种电子设备，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行上述方法实施例中任一所述方法的步骤。

本申请实施例提供一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行上述方法实施例中任一所述方法的步骤。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种确定业务终止的方法，其特征在于，该方法包括：

网络设备检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；

所述网络设备根据所述通信制式，确定等待时长；所述等待时长为所述网络设备等待计费系统回复应答消息的时长；

所述网络设备在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务；

所述网络设备根据所述通信制式，确定等待时长，具体包括：

所述网络设备根据所述通信制式下的数据传输速率的大小，确定所述通信制式所属的类型；

若所述网络设备确定所述通信制式为低数据传输速率的通信制式，则所述网络设备确定所述等待时长为预设的第一时长；

若所述网络设备确定所述通信制式为高数据传输速率的通信制式，则所述网络设备在识别所述终端用户发起的业务的通信制式之后，从计费系统中获取所述终端用户的账户余额，根据所述终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

2.如权利要求1所述的方法，其特征在于，所述网络设备根据所述通信制式，确定等待时长，具体包括：

所述网络设备根据所述通信制式下的数据传输速率的大小，确定所述等待时长；其中，所述通信制式下的数据传输速率与所述等待时长呈负相关。

3.如权利要求1所述的方法，其特征在于，所述网络设备从计费系统中获取所述终端用户的账户余额，具体包括：

所述网络设备在每次向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之前，从所述计费系统中获取所述终端用户的账户余额。

4.如权利要求1所述的方法，其特征在于，所述网络设备根据所述终端用户的账户余额，确定所述等待时长为所述第二时长，具体包括：

所述网络设备将所述终端用户的账户余额转换为优先级，并根据转换后的优先级，确定所述第二时长，其中，所述优先级与所述账户余额呈正相关，所述第二时长与所述优先级呈正相关。

5.一种确定业务终止的装置，其特征在于，该装置包括：

第一处理模块，用于检测到终端用户发起的业务，识别所述终端用户发起的业务的通信制式；

确定模块，用于根据所述通信制式，确定等待时长；所述等待时长为网络设备等待计费系统回复应答消息的时长；

第二处理模块，用于在向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之后，检测到在所述等待时长内未收到所述应答消息，终止所述终端用户发起的业务；

所述确定模块，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述通信制式所属的类型；

若确定所述通信制式为低数据传输速率的通信制式，则确定所述等待时长为预设的第一时长；

若确定所述通信制式为高数据传输速率的通信制式，则在识别所述终端用户发起的业务的通信制式之后，从计费系统中获取所述终端用户的账户余额，根据所述终端用户的账户余额，确定所述等待时长为第二时长；所述第二时长与所述账户余额呈正相关。

6.如权利要求5所述的装置，其特征在于，所述确定模块，具体用于：

根据所述通信制式下的数据传输速率的大小，确定所述等待时长；其中，所述通信制式下的数据传输速率与所述等待时长呈负相关。

7.如权利要求5所述的装置，其特征在于，所述确定模块，具体用于：

在每次向所述计费系统发送用于请求为所述终端用户分配可用业务使用量或终止所述终端用户发起的业务的请求消息之前，从所述计费系统中获取所述终端用户的账户余额。

8.如权利要求5所述的装置，其特征在于，所述确定模块，具体用于：

将所述终端用户的账户余额转换为优先级，并根据转换后的优先级，确定所述第二时长，其中，所述优先级与所述账户余额呈正相关，所述第二时长与所述优先级呈正相关。

9.一种电子设备，其特征在于，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行权利要求1～4任一所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行权利要求1～4任一所述方法的步骤。

Images