基于CUPS协议的离线计费话单阈值控制方法及系统与流程

本申请涉及通信技术领域，尤其涉及一种基于cups协议的离线计费话单阈值控制方法及系统。

背景技术：

3gpp协议r14版本的网络架构中，epc网关(包括sgw(servinggateway，服务网关)、pgw(publicdatanetworkgateway，数据网络网关)和tdf(trafficdetectionfunction，流量检测功能))被拆分成控制面网元(controlplane，cp)和用户面网元(userplane，up)，由cp和up的配合完成原有epc网关的功能。3gpp协议中针对这种网络架构的部分亦称为cups协议。

cp通过sx接口和up交互，完成原有epc网关的数据转发、策略控制和计费等功能。其中，计费结果在cp汇总，cp根据计费结果生成话单或计费消息发送给周边的cg(charginggateway，计费网关)和ocs(onlinechargingsystem，在线计费系统)等，计费信息例如原始计费数据、已使用流量和已使用时间等由up上报给cp。cp通过sx接口下发基于urr(usagereportrule，用户上报规则)规则的消息给up，基于urr规则的消息中包含流量阈值、时间阈值、费率切换时间点(monitoringtime)以及表达即时查询的report-trigger等参数，以指示up如何上报计费信息。

cp可以根据up上报的计费信息生成离线计费话单。在cp侧，时间或流量达到相应的时间阈值或流量阈值，或者流量容器数量达到预定上限都会导致离线计费话单的生成，费率切换时间点到达或仅容器关闭事件发生时cp会生成离线计费话单中的流量容器，但未必会生成离线计费话单。

按照现有cups协议的规定，每次up上报计费信息后cp侧的流量阈值(和/或时间阈值)会强制更新。以阈值为流量阈值为例，如果up上报计费信息后cp侧不需生成离线计费话单，则cp根据up上报的最新流量使用情况，重新计算当前的流量阈值，并通知up更新流量阈值。后续离线计费话单生成条件满足，生成离线计费话单后，cp须恢复原始流量阈值并通知up重置流量阈值。具体的，cp和up之间的交互过程如图1所示，以图1为例，设离线计费话单的流量阈值为10m，费率切换时间点为12:00。cp和up之间的交互流程包括：

1)cp在创建一个会话后，向up下发基于urr规则的消息(sxsessionextablishrequest，通过sx接口的会话创建请求)，该消息中设置初始流量阈值(volumethreshold)为10m，费率切换时间点(mt)为12:00。

2)up接收到cp下发的消息后返回响应消息(sxsessionextablishresponse，通过sx接口的会话创建响应)。

3)12:00费率切换时间点到达，up向cp上报计费信息(可以为sxsessionreportrequest，通过sx接口的会话上报请求)，此时up侧已累计消耗了3m流量，计费信息中携带有表征本次已使用流量的参数(volumemeasurement)，其值为3m，同时up将用户的累计已使用流量清零。

4)cp收到up上报的计费信息后，处理本次计费信息，产生一个流量容器，该流量容器中记录费率切换前的已使用流量为3m，并向up返回响应消息(sxsessionreportresponse，通过sx接口的会话上报响应)。

5)cp计算距离本次离线计费话单关闭(亦即距离生成本次离线计费话单)还剩余7m流量，在向up发送的更新消息(sxsessionmodificationrequest，通过sx接口的会话更新请求)中设置流量阈值为7m。

6)up接收到所述更新消息后，将本侧流量阈值更新为7m，并向cp返回响应消息(sxsessionestablishresponse，通过sx接口的会话创建响应(up侧累计已使用流量已清零，相当于重建会话，故可以为会话创建响应))。

7)up继续监控用户的流量使用情况，当用户的累计已使用流量达到本侧更新后的流量阈值(7m)时，再次向cp上报计费信息(可以为sxsessionreportrequest，通过sx接口的会话上报请求)，所述计费信息中携带有上次上报之后的已使用流量参数，其值为7m。需要说明的是，up每次只向cp上报本次和上次上报之间产生的已使用流量，而非累计已使用流量，由于步骤6)中上次上报时的累计已使用流量已清零，因此本步骤中累计已使用流量等于上次上报之后的已使用流量。

8)cp接收到up上报的计费信息后，向up返回响应消息(sxsessionreportresponse，通过sx接口的会话上报响应)。cp再产生一个流量容器，该流量容器记录费率切换后的已使用流量为7m。由于总共已使用的流量达到初始流量阈值10m，cp关闭本次离线计费话单(即生成一个离线计费话单)。

9)cp关闭本次离线计费话单后，向up发送更新消息(sxsessionmodificationrequest，通过sx接口的会话更新请求)，通知up将流量阈值恢复为10m。

10)up接收到更新消息后，将本侧流量阈值恢复为10m，并向cp返回响应消息(sxsessionestablishreponse，通过sx接口的会话创建响应)。

但是现有的这种根据up上报的计费信息强制更新流量阈值的方式存在以下问题：(1)cp和up必须通过额外的消息交互来进行流量阈值更新(时间阈值的情况与此相同)；(2)阈值更新不及时会导致离线计费话单的计费结果超过阈值，例如图1所示的过程中，若费率切换时间点到达的时候up侧已使用的流量为9m而非3m，在cp通知up更新流量阈值为1m时，up可能已经又使用了2m流量，这样当前打开的离线计费话单即使立即关闭，离线计费话单中的流量计费结果也会是9m+2m＝11m，这会导致后续对离线计费话单的处理出现错误。

技术实现要素：

本申请提供了一种基于cups协议的离线计费话单阈值控制方法及系统，以减少cp和up之间由于阈值更新产生的信令交互，从而避免阈值更新消息的传输时延带来的累计已使用流量超过流量阈值的问题。

第一方面，本申请实施例提供一种基于cups协议的离线计费话单阈值控制方法，所述方法应用于用户面网元侧，包括：用户面网元接收控制面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；在向所述控制面网元上报计费信息的事件发生时，计算计费条件改变次数；若所述计费条件改变次数小于所述最大计费条件改变次数，所述用户面网元保留当前累计已使用流量和/或当前累计已使用时间的值；若所述计费条件改变次数等于所述最大计费条件改变次数，所述用户面网元将本侧的计费信息清零。采用该实现方式，能够减少cp和up间由于阈值更新带来的额外信令交互，而且能够避免由于cp和up之间的传输时延带来的累计已使用流量超过流量阈值的问题。

结合第一方面，在第一方面第一种可能的实现方式中，所述第一消息中还携带有时间阈值和/或流量阈值。采用该实现方式，在一条消息中同时携带常用的时间阈值等参数和最大计费条件改变次数，而不用另外的消息来传输最大计费条件改变次数，可以节省控制面网元和用户面网元之间的消息交互。

结合第一方面，在第一方面第二种可能的实现方式中，当计费信息上报条件满足，或者接收到控制面网元的即时查询请求时，所述用户面网元向所述控制面网元上报计费信息的事件发生，其中，所述计费信息上报条件满足包括当前时间为费率切换时间点。用户面网元向控制面网元上传计费信息的触发方式主要为前述两种：用户面网元根据上报条件自行上报，以及根据控制面网元的即时查询请求上报，其中，上报条件包括费率切换时间点到达，还包括阈值(时间阈值或流量阈值)到达，计费条件改变次数达到最大计费条件改变次数时，用户面网元也可以向控制面网元上报一次计费信息。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述用户面网元上报的计费信息后是否关闭当前打开的离线计费话单。采用该实现方式，通过设置指数参数，结合指示参数的设定值，控制面网元可以在进行即时查询请求时通知用户面网元是在用户面网元响应即时查询请求上报计费信息后，将关闭当前打开的离线计费话单(即生成离线计费话单)，还是仅生成流量容器。如果仅生成流量容器，用户面网元将计费条件改变次数加1，判断计费条件改变次数是否小于最大计费条件改变次数，继续第一方面所述的过程；如果控制面网元关闭当前打开的离线计费话单，则用户面网元在上报计费信息后，可以将本侧的计费信息清零。这样控制面网元不必在发送即时查询请求之后强更新阈值，也不必通知用户面网元更新阈值，节省两侧信令交互。

结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，若所述指示参数表示所述控制面网元在接收到所述用户面网元上报的计费信息后关闭当前打开的离线计费话单，所述用户面网元在向所述控制面网元上报计费信息后，将本侧的计费信息清零。采用该实现方式，当控制面网元在关闭当前打开的离线计费话单的条件触发时，不必再更新阈值，通过指示参数通知用户面网元清零计费信息即可，用户面网元也不必再更新阈值。

结合第一方面至第一方面第四种可能的实现方式其中任意一种，在第一方面第五种可能的实现方式中，所述方法还包括：当所述用户面网元中的累计已使用流量达到流量阈值或者累计已使用时间达到时间阈值时，所述用户面网元向所述控制面网元上报计费信息，并将本侧的计费信息清零；所述控制面网元接收到所述计费信息后，关闭当前打开的离线计费话单。采用该实现方式，在累计已使用流量达到流量阈值或时间阈值时，生成离线计费话单，避免离线计费话单的计费结果过大。

第二方面，本申请实施例提供种基于cups协议的离线计费话单阈值控制方法，所述方法应用于控制面网元侧，包括：控制面网元向用户面网元发送第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；接收所述用户面网元上报的计费信息，根据所述计费信息生成流量容器。

结合第二方面，在第二方面第一种可能的实现方式中，所述第一消息中还携带有时间阈值和/或流量阈值。

结合第一方面，的第二方面第二种可能的实现方式中，所述方法，还包括：向所述用户面网元发送即时查询请求，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述发送单元上报的计费信息后是否关闭当前打开的离线计费话单。

结合第二方面第二种可能的实现方式，在第二方面第三种可能的实现方式中，若所述指示参数表示所述控制面网元在接收到所述用户面网元上报的计费信息后关闭当前打开的离线计费话单，则在接收到所述用户面网元的上报计费信息后，关闭当前打开的离线计费话单。

第三方面，本申请实施例还提供一种用户面网元，包括：接收单元，用于接收控制面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；发送单元，用于向所述控制面网元上报计费信息；处理单元，用于在发送单元向所述控制面网元上报计费信息的事件发生时，计算计费条件改变次数；若所述计费条件改变次数小于所述最大计费条件改变次数，保留当前累计已使用流量和/或当前累计已使用时间的值；以及，若所述计费条件改变次数等于所述最大计费条件改变次数，将本侧的计费信息清零。

结合第三方面，在第三方面第一种可能的实现方式中，所述第一消息中还携带有时间阈值和/或流量阈值。

结合第三方面，在第三方面第二种可能的实现方式中，当计费信息上报条件满足时，或者接收到控制面网元的即时查询请求时，所述发送单元向所述控制面网元上报计费信息的事件发生，其中，所述计费信息上报条件包括当前时间为费率切换时间点。

结合第三方面，在第三方面第三种可能的实现方式中，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述发送单元上报的计费信息后是否关闭当前打开的离线计费话单。

结合第三方面第三种可能的实现方式，在第三方面第四种可能的实现方式中，若所述指示参数表示所述控制面网元在接收到所述发送单元上报的计费信息后关闭当前打开的离线计费话单，所述处理单元还用于在向所述发送单元向所述控制面网元上报计费信息后，将本侧的计费信息清零。

结合第三方面至第三方面第四种可能的实现方式其中任意一种，在第三方面第五种可能的实现方式中，所述发送单元具体用于：当所述用户面网元中的累计已使用流量达到流量阈值或者累计已使用时间达到时间阈值时，向所述控制面网元上报计费信息；所述处理单元还用于，在所述发送单元向所述控制面网元上报计费信息后，将本侧的计费信息清零；所述控制面网元还用于：接收到所述计费信息后，关闭当前打开的离线计费话单。

第四方面，本申请实施例提供一种控制面网元，包括：发送单元，用于向用户面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；接收单元，用于接收所述用户面网元上报的计费信息；处理单元，根据所述计费信息生成流量容器。

结合第四方面，在第四方面第一种可能的实现方式中，所述第一消息中还携带有时间阈值和/或流量阈值。

结合第四方面，在第四方面第二种可能的实现方式中，所述发送单元还用于向所述用户面网元发送即时查询请求，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述发送单元上报的计费信息后是否关闭当前打开的离线计费话单。

结合第四方面第二种可能的实现方式，在第四方面第三种可能的实现方式中，所述处理单元还用于若所述指示参数表示所述控制面网元在接收到所述发送单元上报的计费信息后关闭当前打开的离线计费话单，在所述接收单元接收所述用户面网元的上报计费信息后，关闭当前打开的离线计费话单。

第五方面，本申请实施例提供一种基于cups协议的离线计费话单阈值控制系统，所述系统包括如第三方面所述的用户面网元和第四方面所述的控制面网元。

第六方面，本申请提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第一方面或第二方面所述的方法。

第七方面，本申请提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面或第二方面所述的方法。

本申请实施例所提供的技术方案中，cp创建会话后，在向up发送消息，所述消息中携带有最大计费条件改变次数(等于最大流量容器个数)，up根据订阅条件或者cp发送的即时查询请求向cp上报计费信息，并计算流量容器个数，若计算得到的流量容器个数小于最大流量容器个数，则了知不需更新阈值，在已有的累计已使用流量基础上继续对用户的已使用流量进行累计；若计算得到的流量容器个数等于最大流量容器个数，则up结束本次离线计费话单计费信息的收集，将本侧中本次离线计费话单的计费信息和流量容器个数清零，相应地，cp会关闭离线计费话单。由此up不必等待cp发送阈值更新消息来更新阈值，不仅能够减少cp和up间由于阈值更新带来的额外信令交互，而且能够避免由于cp和up之间的传输时延带来的累计已使用流量超过流量阈值的问题，有效防止后续对离线计费话单的处理出错。

附图说明

图1为现有技术中cp和up之间的交互流程图；

图2为对sgw、pgw和tdf进行控制面和用户面拆分后的网络架构示意图；

图3本申请实施例提供的一种基于cups协议的离线计费话单阈值控制方法的流程示意图；

图4为图3所示方法一种实施方式的cp和up之间的交互流程图；

图5为图3所示方法另一种实施方式的cp和up之间的交互流程图；

图6为图3所示方法又一种实施方式的cp和up之间的交互流程图；

图7为图3所示方法又一种实施方式的cp和up之间的交互流程图；

图8为本申请实施例提供的一种用户面网元的框图；

图9为本申请实施例提供的一种控制面网元的框图。

具体实施方式

3gpp协议r14版本的网络架构中，epc网关(包括sgw、pgw和tdf)被拆分成控制面网元(controlplane，cp)和用户面网元(userplane，up)，由cp和up的配合完成原有epc网关的功能，并且不影响无线侧和其他核心网的网元。将epc网关的控制面和用户面分离可以优化epc网络，降低用户面数据传输时延，节省骨干网流量。

对sgw、pgw和tdf进行控制面和用户面拆分后的网络架构如图2所示，cp包括sgw-c，pgw-c和tdf-c；up包括sgw-u，pgw-u和tdf-u。cp通过sx接口和up交互，完成原有epc网关的数据转发、策略控制和计费等功能。其中，计费结果在cp汇总，cp根据计费结果产生话单或计费消息发送给周边的cg和ocs等，计费信息例如原始计费数据、已使用流量和已使用时间等由up收集上报给cp。

cp在创建一个会话后，针对该会话可以生成一个或多个离线计费话单。cp打开一个离线计费话单，与up交互接收up上报的计费信息，记录流量和时间使用情况，在流量或时间达到阈值时关闭离线计费话单，关闭离线计费话单时离线计费话单生成，以避免离线计费话单过大；或者在发生某些特定事件比如终端接入技术类型改变或终端所处时区改变的时关闭离线计费话单(即生成离线计费话单)。一个离线计费话单中可以包含一个或多个流量容器，流量容器用于记录离线计费话单打开后用户已使用的流量和时间等信息，流量容器可以在发生某些特定事件比如费率切换时间点到达、qos(qualityofservice，服务质量)改变或者用户位置改变的时候生成。需要说明的是，导致流量容器产生的特定事件发生后，仅需要生成流量容器，不需要生成离线计费话单。离线计费话单中流量容器数量过大会导致话单长度太长，为避免这种情况，3gpp协议中规定了当流量容器数量达到预定上限时就须要生成离线计费话单，不必等到达到流量阈值或时间阈值。也就是说，时间或流量达到相应的时间阈值或流量阈值，或者流量容器数量达到预定上限都会导致生成离线计费话单，费率切换时间点到达或仅流量容器关闭事件发生时会生成离线计费话单中的流量容器，但未必会产生离线计费话单。

cp在创建会话后通过sx接口下发基于urr规则的消息给up，指示up如何向cp上报计费信息。基于urr规则的消息中可以包含离线计费话单的流量阈值、时间阈值、费率切换时间点以及表示即时查询的report-trigger等参数。

目前cups协议中up向cp上报计费信息的触发方式有两种：根据订阅条件自行上报，以及根据cp的即时查询请求上报。其中，订阅条件指up上报计费信息所需满足的条件，可以为累计已使用流量达到流量阈值或者累计已使用时间达到时间阈值，或者费率切换时间点到达等。cp在发生rat(radioaccesstechnologies，无线接入技术)变化、ms-timezone(mobilestationtimezone，移动台时区)变换、用户位置变化或qos变化等情况下会向up发送即时查询请求，有些情况下，cp向up发送即时查询请求后只生成流量容器，有些情况下，cp向up发送即时查询请求后直接关闭当前打开的离线计费话单(即生成离线计费话单)。

现有技术中，每一个离线计费话单打开到关闭之间，cp侧阈值的更新与up上报计费信息这一条件是捆绑在一起的，而且cp还要通过额外的更新消息反复通知up调整阈值。本申请实施例所提供的技术方案中，up能够根据cp创建会话后所发送消息中的参数判断是否需更新阈值以及是否需要将累计已使用流量或时间清零，而不是反复接收cp的更新消息来强制更新，从而减少cp和up之间的信令交互，而且由于不需从cp接收更新消息，也就不会出现因为更新消息的时延而导致累计已使用流量或时间超过阈值的情况。

参加图3，为本申请实施例提供的一种基于cups协议的离线计费话单阈值控制方法，所述方法包括：

步骤s301，用户面网元接收控制面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；

步骤s302，在向所述控制面网元上报计费信息的事件发生时，计算计费条件改变次数；

步骤s303，若所述计费条件改变次数小于所述最大计费条件改变次数，所述用户面网元保留当前累计已使用流量和/或当前累计已使用时间的值；

步骤s304，若所述计费条件改变次数等于所述最大计费条件改变次数，所述用户面网元将本侧的计费信息清零。

具体地，在一种实施方式中，up基于订阅条件向cp上报计费信息，如图4所示，cp和up的交互过程可以包括：

1)cp建立一个会话，向up下发消息，所述消息可以基于urr规则(以下所有消息都可以基于urr规则)，所述消息携带有最大计费条件改变次数(maximumnumberofchargingconditionchanges)，该参数等于cp在一个离线计费话单冲生成的流量容器的最大个数(图中的参数max-condition-number，本例中设定max-condition-number＝3)，以及费率切换时间点(例如12:00)和流量阈值(例如10m)。

2)接收到所述消息后，up返回响应消息。

3)12:00费率切换时间点到达，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中携带有当前已使用流量(例如3m)，同时up计算当前流量容器数量应当为1，该数值小于流量容器最大个数，故无须更新流量阈值，up继续监控用户的流量使用情况，对当前的累计已使用流量不清零，在该次上报时的累计已使用流量基础上继续累计，也就是在3m的基础上继续累计。

需要说明的是，在一个离线计费话单打开之后、该离线计费话单关闭之前，由于每收到一次up上报的计费信息，cp会生成一个流量容器，因此如未收到cp未生成流量容器(cp发送)的特别指示，up可以根据向cp上报计费信息的次数来计算cp侧应当生成的流量容器的个数。

4)接收到up上报的计费信息后，cp生成一个流量容器，所述流量容器记录费率切换前的已使用流量3m，并cp向up返回响应消息。

5)up继续监控用户的流量使用情况，12:00后用户又使用了7m流量，当up侧累计已使用流量为10m达到流量阈值时，up上报计费信息的订阅条件满足，故up再次向cp上报计费信息，所述计费信息中携带有上次上报之后的已使用流量(7m)。需要说明的是，累计已使用流量达到流量阈值后，up在上报计费信息后，up结束针对本次离线计费话单的计费信息的记录和收集，up将本次离线计费话单的计费信息清零，以便进行下一个离线计费话单的计费信息的记录和收集。

6)cp接收到up上报的计费信息后，cp再生成一个流量容器，所述流量容器记录费率切换后已使用流量7m，这样cp侧有两个流量容器，分别记录了费率切换前后的已使用流量。由于累计已使用流量为10m，已达到流量阈值，故cp关闭本次离线计费话单，也就是生成本次离线计费话单。

需要说明的是，本例中cp将流量阈值、费率切换时间点等和最大计费条件改变次数(最大流量容器个数)携带于一个消息中发送给up，cp也可以将最大计费条件改变次数携带于一个独立的消息中发送给up，流量阈值和费率切换时间点则和现有技术一样携带于基于urr规则的消息中，但这种方式会多一条cp发送至up的消息。

由此可见，相比现有技术，本申请实施例所提供的技术方案中能够减少cp和up之间的交互信令；up只需在费率切换时间点到达和累计已使用流量达到总的流量阈值时向cp上报计费信息，不必等待cp发送阈值更新消息，从而能够避免由于cp和up之间传输时延带来的累计已使用流量超过流量阈值的可能，有效防止后续对离线计费话单的处理出错。

在另一种实施方式中，up基于cp的即时查询请求上报计费信息，如图5所示，cp和up的交互过程可以包括：

1)cp建立一个会话，向up下发消息，所述消息可以基于urr规则，所述消息中携带有所述消息携带有表示最大计费条件改变次数(等于cp侧在一个离线计费话单中的流量容器的最大个数，图中为max-condition-number，以max-condition-number＝3为例)和流量阈值(例如10m)。

2)接收到所述消息后，up返回响应消息。

3)cp发生qos变化，cp只需生成流量容器，不需生成离线计费话单，也无需更新阈值。由于qos改变，cp向up发送即时查询消息(可以为sxsessionmodificationrequest)，所述即时查询消息(可以基于urr规则)中携带有指示参数，且所述指示参数的值为设定值，所述设定值用于表示cp会关闭离线话单(例如设定值为true)或者仅生成流量容器(例如设定值为false)，本例中cp将即时查询消息中指示参数的值设置为false，以指示up在cp侧的离线计费话单未关闭而只是生成了流量容器。

4)up接收到cp发送的即时查询消息后，向cp上报计费信息(可以通过sxsessionestablishresponse)，所述计费信息中包含当前已使用流量(例如3m)。同时up计算当前流量容器数量应当为1，该数值小于流量容器最大个数，故无须更新流量阈值。up继续监控用户的流量使用情况，对当前的累计已使用流量不清零，在该次上报时的累计已使用流量基础上继续对已使用流量进行累计，也就是在3m的基础上继续累计。

cp接收所述计费信息，生成一个流量容器，所述流量容器记录当前已使用流量3m。

5)up继续监控用户的流量使用情况，用户又使用了7m流量，当up侧的累计已使用流量为10m达到流量阈值时，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中包含上次上报计费信息之后的已使用流量(7m)。

6)cp接收到up上报的计费信息后，再生成一个流量容器，所述流量容器记录所述计费信息中的已使用流量7m。由于已使用流量累计为10m，已达到流量阈值，故cp关闭本次离线计费话单，也就是生成本次离线计费话单。

需要说明的是，若cp在即时查询请求中携带的指示参数的值表示cp将关闭离线计费话单，则up接收到cp的即时查询请求后，向cp上报计费信息，然后将本侧本次离线计费话单的计费信息和流量容器个数清零；cp在接收到up上报的计费信息后，生成一个流量容器，记录up上报的已使用流量，然后关闭离线计费话单。

由此可见，up可以根据cp中的指示参数来判断cp侧是否生成流量容器，up也只需在cp发送即时查询请求和累计已使用流量达到总的流量阈值时向cp上报计费信息，cp和up之间不需交互额外的消息来更新阈值，而且能够防止累计已使用流量超过流量阈值，避免对离线计费话单的处理出错。

在又一种实施方式中，up基于订阅条件和cp的即时查询消息向cp上报计费信息，如图6所示，cp和up的交互过程可以包括：

1)cp建立一个会话，向up下发消息，所述消息可以基于urr规则，所述消息携带有表最大计费条件改变次数(等于cp侧一个离线计费话单中的流量容器的最大个数max-condition-number，例如设定max-condition-number＝3)，以及费率切换时间点(例如为12:00)和流量阈值(例如10m)。

2)接收到所述消息后，up返回响应消息。

3)12:00费率切换时间点到达，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中携带有当前已使用流量(3m)，同时up计算当前流量容器数量应当为1，该数值小于流量容器最大个数，故无须更新流量阈值，up继续监控用户的流量使用情况，在该次上报时的累计已使用流量基础上继续对已使用流量进行累计，也就是在3m的基础上继续累计。

4)接收到up上报的计费信息后，cp生成一个流量容器，所述流量容器记录费率切换前的已使用流量3m，并cp向up返回响应消息。

5)cp发生qos变化，此时流量容器个数尚未达到最大个数，cp不生成离线计费话单，也无需更新阈值。由于qos改变，cp向up发送即时查询消息，所述即时查询消息中携带有指示参数，且所述指示参数的值为设定值，本例中cp将即时查询消息中的指示参数的值设置为false(表示仅生成流量容器)，以指示up在cp侧的离线计费话单未关闭而只是将生成流量容器，up仅需上报计费信息不需更新阈值

6)up接收到cp发送的即时查询消息后，向cp上报计费信息，所述计费信息中包含费率切换后至cp发生qos变化前用户的已使用流量(例如2m)，同时up计算当前流量容器个数应当为2，该数值小于流量容器最大个数，故无须更新流量阈值，up继续监控用户的流量使用情况，在5m的基础上继续累计已使用流量。

7)cp接收所述计费信息，生成一个流量容器，所述流量容器记录费率切换后至cp发生qos变化前用户的已使用流量2m，这样cp中已有2个流量容器。

8)up继续监控用户的流量使用情况，用户又使用了5m流量，当up侧的累计已使用流量为10m达到流量阈值时，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中包含上次上报计费信息后的已使用流量(5m)。同时up计算当前流量容器个数应当为3，该数值等于流量容器最大个数。由于累计已使用流量已达到流量阈值，而且流量容器个数也已达到流量容器最大个数，因此up将本侧针对本次离线计费话单的计费信息和流量容器个数清零。

9)cp接收到up上报的计费信息后，再生成一个流量容器，所述流量容器记录已使用流量5m，并cp向up返回响应消息。由于累计已使用流量为10m，已达到流量阈值，且本侧流量容器个数已达流量容器最大个数，故cp关闭本次离线计费话单，也就是生成本次离线计费话单。

由此可见，cp和up之间不需交互额外的阈值更新消息，而且能够防止累计已使用流量超过流量阈值。

需要说明的是，所述流量阈值也可以替换为时间阈值，相应的，up上报的计费信息中包含已使用时间信息，本领域技术人员根据本申请实施例能够显而易见地得到将流量阈值替换为时间阈值后的技术方案，故不赘述。

以流量阈值为例，若在累计已使用流量达到流量阈值之前，up计算得到的流量容器个数等于最大流量容器个数，则up结束本次离线计费话单计费信息的收集，对本次离线计费话单的计费信息和流量容器个数清零。在cp侧，cp也会记录已生成的流量容器的个数，确定当前已生成的流量容器的个数已达到最大流量容器个数，故cp关闭当前离线计费话单。或者，若在累计已使用流量达到流量阈值之前，up计算得到的流量容器个数等于最大流量容器个数，则up可以向cp上报一次消息，以通知cp关闭本次离线计费话单，并结束本次离线计费话单计费信息的收集，cp接收到所述消息后，关闭本次离线计费话单。如图7所示，在又一种实施方式中，cp和up的交互过程如下：

1)cp建立一个会话，向up下发消息，所述消息可以基于urr规则，所述消息携带有表示最大计费条件改变次数(max-condition-number，例如设定max-condition-number＝3)、费率切换时间点1(8:00)、费率切换时间点2(12:00)和流量阈值(例如30m)。

2)接收到所述消息后，up返回响应消息。

3)8:00费率切换时间点1到达，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中携带有当前已使用流量(3m)，同时up计算当前流量容器数量应当为1，该数值小于流量容器最大个数。

4)接收到up上报的计费信息后，cp生成一个流量容器，所述流量容器记录费率切换前的已使用流量3m，并cp向up返回响应消息。

5)12:00费率切换时间点2到达，up上报计费信息的订阅条件满足，故up向cp上报计费信息，所述计费信息中携带有费率切换时间点1至费率切换时间点2的已使用流量(8m)。累计已使用流量为11m。同时up计算当前流量容器数量应当为2，该数值小于流量容器最大个数；

6)接收到up上报的计费信息后，cp生成一个流量容器，所述流量容器记录费率切换时间点1至费率切换时间点2的已使用流量(8m)，并cp向up返回响应消息。

7)cp发生qos变化，此时流量容器个数尚未达到最大个数，cp不生成离线计费话单，也无需更新阈值。由于qos改变，cp向up发送即时查询消息，所述即时查询消息中携带有指示参数，其值设置为false(表示仅生成流量容器)。

8)up接收到cp发送的即时查询消息后，向cp上报计费信息，所述计费信息中包含费率切换时间点2后至cp发生qos变化前用户的已使用流量(9m)。累计已使用流量为20m，尚未达到流量阈值。同时up计算当前流量容器个数应当为3，该数值等于流量容器最大个数，故up将本侧针对本次离线计费话单的计费信息和流量容器个数清零。

9)cp接收到up上报的计费信息后，再生成一个流量容器，所述流量容器记录已使用流量9m，并cp向up返回响应消息。累计已使用流量为20m，尚未达到流量阈值，但本侧流量容器个数已达流量容器最大个数，故cp关闭本次离线计费话单，生成本次离线计费话单。

图7所示的情况下，离线计费话单的计费结果会小于流量阈值，自然能够避免离线计费话单的计费结果超出阈值的情况。

本申请实施例所提供的技术方案中，cp创建会话后，在向up发送的消息中携带最大计费条件改变次数(等于最大流量容器个数)，up根据订阅条件或者cp发送的即时查询请求向cp上报计费信息，并计算流量容器个数，若计算得到的流量容器个数小于最大流量容器个数，则不需更新阈值，在已有的累计已使用流量基础上继续对已使用流量进行累计；若计算得到的流量容器个数等于最大流量容器个数，则cp会关闭离线计费话单，up则结束本次离线计费话单计费信息的收集，将本侧中本次离线计费话单的计费信息和流量容器个数清零。由此本申请实施例提供的技术方案能够减少cp和up间由于阈值更新带来的额外信令交互，从而也能够避免由于cp和up之间更新消息交互不及时导致的离线计费话单计费结果超出阈值的情况。

参见图8，为本申请实施例提供的一种用户面网元的框图，所述用户面网元包括：

接收单元u801，用于接收控制面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；

发送单元u802，用于向所述控制面网元上报计费信息；

处理单元u803，用于在发送单元向所述控制面网元上报计费信息的事件发生时，计算计费条件改变次数；

若所述计费条件改变次数小于所述最大计费条件改变次数，保留当前累计已使用流量和/或当前累计已使用时间的值；以及，

若所述计费条件改变次数等于所述最大计费条件改变次数，将本侧的计费信息清零。

其中，所述第一消息中还可以携带有时间阈值和/或流量阈值。

其中，当计费信息上报条件满足时，或者接收到控制面网元的即时查询请求时，所述发送单元向所述控制面网元上报计费信息的事件发生，其中，所述计费信息上报条件包括当前时间为费率切换时间点。其中，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述发送单元上报的计费信息后是否关闭当前打开的离线计费话单。若所述指示参数表示所述控制面网元在接收到所述发送单元上报的计费信息后关闭当前打开的离线计费话单，所述处理单元还用于在向所述发送单元向所述控制面网元上报计费信息后，将本侧的计费信息清零。

其中，所述发送单元具体用于：当所述用户面网元中的累计已使用流量达到流量阈值或者累计已使用时间达到时间阈值时，向所述控制面网元上报计费信息。所述处理单元还用于，在所述发送单元向所述控制面网元上报计费信息后，将本侧的计费信息清零。所述控制面网元还用于：接收到所述计费信息后，关闭当前打开的离线计费话单。

参加图9，为本申请实施例提供的一种控制面网元的框图，所述控制面网元包括：

发送单元u901，用于向用户面网元发送的第一消息，所述第一消息中携带有最大计费条件改变次数，所述最大计费条件改变次数等于所述控制面网元在一个离线计费话单中生成的流量容器的最大个数；

接收单元u902，用于接收所述用户面网元上报的计费信息；

处理单元u903，根据所述计费信息生成流量容器。

其中，所述第一消息中还可以携带有时间阈值和/或流量阈值。

其中，所述发送单元还可以用于向所述用户面网元发送即时查询请求，所述即时查询请求中携带有指示参数，所述指示参数用于表示所述控制面网元在接收到所述发送单元上报的计费信息后是否关闭当前打开的离线计费话单。若所述指示参数表示所述控制面网元在接收到所述发送单元上报的计费信息后关闭当前打开的离线计费话单，在所述接收单元接收到所述用户面网元的上报计费信息后，所述处理单元关闭当前打开的离线计费话单。

本申请实施例还提供一种基于cups协议的离线计费话单阈值控制系统，所述系统包括图8所示的用户面网元和图9所示的控制面网元。

本申请实施例还提供一种epc网关，所述网关包括图8所示的用户面网元和图9所示的控制面网元。

本申请实施例还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如图3至7任一所示的方法。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如图3至7任一所示的方法。