CN104955014A

CN104955014A - 一种用于重置用户信息的方法与设备

Info

Publication number: CN104955014A
Application number: CN201410119767.6A
Authority: CN
Inventors: 周知予
Original assignee: Alcatel Optical Networks Israel Ltd
Current assignee: Alcatel Optical Networks Israel Ltd
Priority date: 2014-03-27
Filing date: 2014-03-27
Publication date: 2015-09-30

Abstract

本发明的目的是提供一种用于重置与计费相关的信息的方法和设备。OCS接收来自PCEF的配额请求消息，基于新分配的配额计算与所述配额对应的时长；判断从当前时刻起所述时长结束的时刻是否晚于所述用户的下一个计费周期的开始时刻；如果判断结果为是，判断是否已向PCRF通知过所述用户的所述下一个计费周期的开始时刻；如果判断结果为否，向所述PCRF发送第一通知消息，其中包含了所述下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻。通过采用本发明，可以有效避免在计费周期重新开始时OCS发送给PCRF的大量消息导致的消息风暴。

Description

一种用于重置用户信息的方法与设备

技术领域

本发明涉及通信技术领域，尤其涉及一种重置用户信息的技术。

背景技术

3GPP标准定义的PCC（Policy and Charging Control）架构主要如图1所示。下面对其中的几个功能体作简要介绍。

策略和计费控制单元（PCRF，Policy and Charging Rule Function），具有策略控制决策和基于流计费控制的功能，向策略和计费执行单元（PCEF）提供关于业务数据流检测、门控、基于QoS和基于流计费（除信用控制外）的网络控制功能。当用户漫游时，需要漫游地和归属地的PCRF互通来为用户提供服务，因此可分为H-PCRF（Home PCRF，归属地PCRF）和V-PCRF（Visit PCRF，漫游地PCRF）功能。

策略和计费执行单元（PCEF，Policy and Charging EnforcementFunction），负责业务数据流的检测、策略执行和基于流的计费功能，一般设置在GGSN（Gateway GPRS Support Node，网关GPRS支持节点）或P-GW（PDN（Packet Data Network）-GateWay，分组数据网络网关）上。

应用功能（AF，Application Function），主要对IP-CAN（IP-ConnectivityAccessNetwork，IP连接访问网络）用户面行为进行动态策略或计费控制，设置在业务平台上。

用户属性存储器（SPR，Subscription Profile Repository），该逻辑实体存储与所有签约用户或签约相关的信息，包括签约客户允许的业务等，一般设置在归属用户服务器（HSS，Home Subscriber Server）上。

业务检测功能（TDF，Traffic Detection Function），用于检测应用，并将检测到的应用及其业务数据流描述报告给PCRF。

在线计费系统（OCS，Online Charging System），用于对会话进行在线计费。

离线计费系统（OFCS，OFfline Charging System），用于对会话进行离线计费。

需要说明的是，在其他一些PCC架构中，UDR（User Data Repository）取代SPR用来存储与用户相关的数据。

其中，各功能实体间的接口已在图1中示出，当UDR替代SPR时，UDR与PCRF之间的接口为Ud接口。

从图1可以看出，PCRF在PCC架构中扮演着重要角色，并实行各种策略决策和控制功能。其中，PCRF根据来自OCS的用户费用情况来做策略决定，比如，降低QoS或者修改PCC规则等。

根据现行的标准，PCRF通过向OCS发送SLR（Spending LimitRequest）消息向OCS订阅某个或某些用户的与计费相关的使用信息，所述使用信息是指用户已经使用的金额、数据量、时长等的情况。然后，当所述订阅的用户的使用信息发生改变时，OCS通过向PCRF发送SNR（Spending Status Notification Request）消息来通知PCRF，接着，PCRF可以根据接收到的用户使用信息来调整相应的策略信息。

然而，现行的标准存在以下问题：当某个用户的计费周期重新开始时，OCS需要对该用户的与计费相关的使用信息进行重置并向PCRF发送一条SNR消息用以通知PCRF。如果所有用户的计费周期均相同时，实际中这种情况是很可能存在的，比如大多数用户的计费周期均是以月计算，那么，每月的第一天的零点，所有用户的与计费相关的使用信息均需要重置，而对于每个用户，OCS均会向PCRF发送一条SNR消息，那么，PCRF会在短时间内收到大量的SNR消息。这种消息风暴势必会增加PCRF和OCS的负担，降低PCRF和OCS性能，同时，大量的消息会降低网络的性能，导致消息的丢失，甚至引起系统瘫痪。

因此，需要一种新的方法，减少或消除上述的消息风暴。

发明内容

本发明的目的是提供一种用于重置用户信息的方法与设备。

根据本发明的第一个方面，提供了一种在OCS中用于重置用户信息的方法，该方法包括以下步骤：接收来自PCEF的一个配额请求消息，其中包含了一个用户的标识信息；基于为所述用户分配的新的配额计算与所述配额对应的时长；判断从当前时刻起所述时长结束的时刻是否晚于所述用户的下一个计费周期的开始时刻；如果判断结果为是，判断是否已向PCRF通知过所述用户的所述下一个计费周期的开始时刻；如果判断结果为否，向所述PCRF发送第一通知消息，其中包含了所述下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻。

优选地，所述向所述PCRF发送第一通知消息的步骤进一步包括：确定一个新的开始时刻，所述新的开始时刻为所述下一个计费周期的开始时刻加上一个随机时长得到的时刻；向所述PCRF发送第一通知消息，其中包含了所述确定的新的开始时刻和与所述开始时刻对应的所述用户的状态信息。

优选地，所述配额请求消息为CCR消息，所述第一通知消息为SNR消息。

根据本发明的第二个方面，提供了一种在PCRF中用于重置用户信息的方法，该方法包括以下步骤：接收来自一个OCS的第一通知消息，其中包含了一个用户的下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻；确定与所述用户的所述状态信息对应的策略信息；在所述开始时刻达到时，向一个PCEF发送第二通知消息，其中包含了所述用户的标识信息和所述策略信息。

优选地，所述第一通知消息为SNR消息，所述第二通知消息为RAR消息。

根据本发明的第三个方面，提供了一种在OCS中用于重置用户信息的装置，该装置包括：第一接收装置，用于接收来自PCEF的一个配额请求消息，其中包含了一个用户的标识信息；计算装置，用于基于为所述用户分配的新的配额计算与所述配额对应的时长；第一判断装置，用于判断从当前时刻起所述时长结束的时刻是否晚于所述用户的下一个计费周期的开始时刻；第二判断装置，用于当第一判断装置的判断结果为是时判断是否已向PCRF通知过所述用户的所述下一个计费周期的开始时刻；第一发送装置，用于当第二判断装置的判断结果为否时向所述PCRF发送第一通知消息，其中包含了所述下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻。

优选地，所述第一发送装置还用于：确定一个新的开始时刻，所述新的开始时刻为所述下一个计费周期的开始时刻加上一个随机时长得到的时刻；向所述PCRF发送第一通知消息，其中包含了所述确定的新的开始时刻和与所述开始时刻对应的所述用户的状态信息。

根据本发明的第四个方面，提供了一种在PCRF中用于重置用户信息的装置，该装置包括：第二接收装置，用于接收来自一个OCS的第一通知消息，其中包含了一个用户的下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻；确定装置，用于确定与所述用户的所述状态信息对应的策略信息；第二发送装置，用于在所述开始时刻达到时，向一个PCEF发送第二通知消息，其中包含了所述用户的标识信息和所述策略信息。

与现有的重置计费相关信息的方法相比，本发明提出了一种预先通知的方法。采用本发明的方法和设备，可以有效避免在计费周期重新开始时OCS发送给PCRF的大量消息导致的消息风暴，从而减轻OCS和PCRF的负载，提高网元和网络的性能，增加系统的稳定性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出3GPP定义的PCC架构图；

图2示出根据本发明一个实施例的策略计数器状态的示意图；

图3示出根据本发明一个实施例的用于重置用户信息的过程示意图；

图4示出根据本发明一个实施例的在OCS中用于重置用户信息的装置示意图；

图5示出根据本发明一个实施例的在PCRF中用于重置用户信息的装置示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为了避免上述的在计费周期重新开始时可能出现的消息风暴，本发明引入了一种预先通知的方法。

首先对在规范TS29.219中用到的以下几个术语进行解释：

策略计数器（Policy Counter）：是在OCS中用于记录某个用户可用费用的一种机制。

策略计数器标识（Policy Counter Identifier）：用于标识OCS中某一个用户对应的策略计数器。

使用额度（Spending Limit）:指的是某个策略计数器中记录的对应的用户允许消费的额度，这里额度可以是金额（monetary）、数据量（volume）、时长（duration）等。

策略计数器状态（Policy Counter Status）：用于描述该策略计数器对应的用户已经使用的金额、数据量、时长等的情况，该状态信息由OCS和PCRF预先约定，并由OCS传递给PCRF，PCRF然后基于不同的状态信息制定不同的策略。图2示例性示出了策略计数器状态的几个例子。

在图2（a）中，用户在一个计费周期（比如一个月）内的数据使用额度是10G，那么，在用户使用的数量在0-5G范围时，OCS对应该使用情况的策略计数器状态为A1，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Ra1；在用户使用的数量在5-10G范围时，OCS对应该使用情况的策略计数器状态为B1，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Rb1。

在图2（b）中，用户在一个计费周期（比如一个月）内的费用使用额度是50元，那么，在用户使用的数量在0-30元范围时，OCS对应该使用情况的策略计数器状态为A2，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Ra2；在用户使用的数量在30-45元范围时，OCS对应该使用情况的策略计数器状态为B2，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Rb2；在用户使用的数量在45-50元范围时，OCS对应该使用情况的策略计数器状态为C2，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Rc2。

在图2（c）中，用户在一个计费周期（比如一个月）内的时间使用额度是100分钟，那么，在用户使用的数量在0-50分钟范围时，OCS对应该使用情况的策略计数器状态为A3，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Ra3；在用户使用的数量在50-90分钟范围时，OCS对应该使用情况的策略计数器状态为B3，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Rb3；在用户使用的数量在90-100分钟范围时，OCS对应该使用情况的策略计数器状态为C3，OCS将该策略计数器状态信息传递给PCRF后，PCRF会制定和该策略计数器状态信息对应的策略信息Rc3。

下面结合附图对本发明作进一步详细描述。

图3示出了根据本发明一个实施例的用于重置用户信息的过程示意图。在该实施例中，用户A的计费周期为一个月，在每个计费周期内的费用使用额度是10G。用户A的与计费相关的使用信息由OCS3b管理，在OCS3b中与用户A对应的是策略计数器PC1，PC1的状态信息如图2(a)所示。PCRF3c基于用户A的使用情况制定用户A的策略信息，PCEF3a基于PCRF3c为用户A制定的策略信息执行所述策略。

该过程始于步骤S301。当用户A发起一个呼叫或网络使用请求时，PCEF3a会向OCS3b发送一个配额请求消息，比如CCR（CreditControl Request，信用控制请求）消息，其中包含了用户A的标识信息。

在步骤S302中，OCS3b会为用户A分配一个新的配额，并且计算与该新的配额对应的时长。比如，OCS3b为用户A分配了一个新的配额2G，OCS3计算出该新的配额2G可以使用1小时，那么，对应的时长是1小时。

在步骤S303中，OCS3b判断从当前时刻起上述时长结束的时刻是否晚于用户A的下一个计费周期的开始时刻。在本实施例中，当前时刻为2014年3月31日23点30分，那么，从当前时刻起上述时长（1小时）结束的时刻应是2014年4月1日零点30分，而用户A的下一个计费周期的开始时刻为2014年4月1日零点，因此，OCS3b判断从当前时刻起上述时长结束的时刻晚于用户A的下一个计费周期的开始时刻。

如果步骤S303的判断结果为是，然后，在步骤S304中，OCS3b判断是否已向PCRF3c通知过用户A的下一个计费周期的开始时刻（即2014年4月1日零点）。

如果步骤S303的判断结果为否，然后，OCS3b在向PCEF3a发送配额请求回复消息（如步骤S306所示）的同时，会向PCRF3c发送第一通知消息（如步骤S305所示）。需要指出的是，步骤S305和步骤S306没有先后次序之分，步骤S306属于现有技术，在OCS3b收到来自PCEF3a的配额请求消息后均会给PCEF3a发送配额请求回复消息。

在上述第一通知消息中，包含了用户A的下一个计费周期的开始时刻（即2014年4月1日零点）和与该时刻对应的用户A的状态信息，其中，所述开始时刻晚于当前时刻。这里所述的状态信息主要指与用户A的使用情况相关的状态信息，比如策略计数器PC1的状态，在下一个计费周期的开始时刻用户A的使用情况被重置，参照图2(a)，此刻对应的状态信息为A1。

这里第一通知消息可以是SNR消息，通过扩展现有的SNR的参数Policy-Counter-Status-Report，在其中新增一个参数用于指明下一个计费周期的开始时刻。

PCRF3c在收到上述第一通知消息后，会提取其中包含的用户A的下一个计费周期的开始时刻（即2014年4月1日零点）和与该时刻对应的用户A的状态信息A1，其中用户A的下一个计费周期的开始时刻晚于当前时刻。

在步骤S307中，PCRF3c会确定和用户A的状态信息A1对应的策略信息，参照图2(a)，此刻对应的策略信息为Ra1。

由于用户A的下一个计费周期的开始时刻晚于当前时刻，因此，PCRF3c收到上述第一通知消息后，不会立即通知PCEF3a，只是先记录下来。

然后在步骤S308中，当上述用户A的下一个计费周期的开始时刻达到时，PCRF3c向PCEF3a发送第二通知消息，其中包含了用户A的标识和对应的策略信息即Ra1，用以通知PCEF3a从现在起执行新的策略Ra1。这里第二通知消息可以是RAR（Re-Authenticate Request，重新认证请求）消息。

可以看到，由于OCS3b提前向PCRF3c发送了用以重置用户A的状态信息的第一通知消息，而不是在下一计费周期的开始时刻发送，可以避免在所述时刻出现的大量消息。而且，OCS3b是在用户发起呼叫或网络使用请求时且临近下一计费周期的开始时刻时，才可能提前触发上述第一通知消息，而每个用户发起呼叫或网络使用请求的时刻是不同的，即时有些用户在临近下一计费周期的开始时刻时没有发起呼叫或网络使用请求，没有提前触发第一通知消息，那么在下一计费周期的开始时刻OCS3b也会发送第一通知消息给PCRF3c的，因此，对于所有用户的上述第一通知消息，OCS3b是分散发送给PCRF3c的，从而有效避免了现有技术中的消息风暴。

在一个优选实施例中，OCS3b在步骤S305中会确定一个新的开始时刻，所述新的开始时刻为用户A的下一个计费周期的开始时刻加上一个随机时长得到的时刻。比如，新的开始时刻为2014年4月1日零点加上2秒得到即2014年4月1日零点2秒。然后，OCS3b会向PCRF3c发送第一通知消息，其中包含了上述新的开始时刻（即2014年4月1日零点2秒）和对应于用户A的下一个计费周期的开始时刻（即2014年4月1日零点）的用户A的状态信息（即状态A1）。这样可以有效避免PCRF3c在同一时刻向PCEF3a发送第二通知消息。

图4示出根据本发明一个实施例的在OCS3b中用于重置用户信息的装置示意图。该装置400包括第一接收装置401、计算装置402、第一判断装置403、第二判断装置404和第一发送装置405。

下面结合图2和图3详细描述该装置400的工作过程。

当用户A发起一个呼叫或网络使用请求时，第一接收装置401会接收到来自PCEF3a的一个配额请求消息，比如CCR消息，其中包含了用户A的标识信息。

然后，OCS3b会为用户A分配一个新的配额，并且计算装置402会计算与该新的配额对应的时长。比如，OCS3b为用户A分配了一个新的配额2G，OCS3计算出该新的配额2G可以使用1小时，那么，对应的时长是1小时。

接着，第一判断装置403判断从当前时刻起上述时长结束的时刻是否晚于用户A的下一个计费周期的开始时刻。在本实施例中，当前时刻为2014年3月31日23点30分，那么，从当前时刻起上述时长（1小时）结束的时刻应是2014年4月1日零点30分，而用户A的下一个计费周期的开始时刻为2014年4月1日零点，因此，第一判断装置403判断从当前时刻起上述时长结束的时刻晚于用户A的下一个计费周期的开始时刻。

如果第一判断装置403的判断结果为是，然后，第二判断装置404会判断是否已向PCRF3c通知过用户A的下一个计费周期的开始时刻（即2014年4月1日零点）。

如果第二判断装置404的判断结果为否，然后，OCS3b在向PCEF3a发送配额请求回复消息（如步骤S306所示）的同时，第一发送装置405会向PCRF3c发送第一通知消息（如步骤S305所示）。需要指出的是，步骤S305和步骤S306没有先后次序之分，步骤S306属于现有技术，在OCS3b收到来自PCEF3a的配额请求消息后均会给PCEF3a发送配额请求回复消息。

可以看到，由于OCS3b提前向PCRF3c发送了用以重置用户A的状态信息的第一通知消息，而不是在下一计费周期的开始时刻发送，可以避免在所述时刻出现的大量消息。而且，OCS3b是在用户发起呼叫或网络使用请求时且临近下一计费周期的开始时刻时，才可能触发上述第一通知消息，而每个用户发起呼叫或网络使用请求的时刻是不同的，即时有些用户在临近下一计费周期的开始时刻时没有发起呼叫或网络使用请求，没有提前触发第一通知消息，那么在下一计费周期的开始时刻OCS3b也会发送第一通知消息给PCRF3c的，因此，对于所有用户的上述第一通知消息，OCS3b是分散发送给PCRF3c的，从而有效避免了现有技术中的消息风暴。

在一个优选实施例中，第一发送装置405会确定一个新的开始时刻，所述新的开始时刻为用户A的下一个计费周期的开始时刻加上一个随机时长得到的时刻。比如，新的开始时刻为2014年4月1日零点加上2秒得到即2014年4月1日零点2秒。然后，第一发送装置405会向PCRF3c发送第一通知消息，其中包含了上述新的开始时刻（即2014年4月1日零点2秒）和对应于用户A的下一个计费周期的开始时刻（即2014年4月1日零点）的用户A的状态信息（即状态A1）。这样可以有效避免PCRF3c在同一时刻向PCEF3a发送第二通知消息。

图5示出根据本发明一个实施例的在PCRF3c中用于重置用户信息的装置示意图。该装置500包括第二接收装置501、确定装置502和第二发送装置503。

下面结合图2和图3详细描述该装置500的工作过程。

首先，第二接收装置501接收到来自OCS3b的第一通知消息，在上述第一通知消息中，包含了用户A的下一个计费周期的开始时刻（即2014年4月1日零点）和与该时刻对应的用户A的状态信息，其中，所述开始时刻晚于当前时刻（即2014年3月31日23点30分）。这里所述的状态信息主要指与用户A的使用情况相关的状态信息，比如策略计数器PC1的状态，在下一个计费周期的开始时刻用户A的使用情况被重置，参照图2(a)，此刻对应的状态信息为A1。

然后，PCRF3c会提取其中包含的用户A的下一个计费周期的开始时刻（即2014年4月1日零点）和与该时刻对应的用户A的状态信息A1，其中用户A的下一个计费周期的开始时刻晚于当前时刻。

接着，确定装置502会确定和用户A的状态信息A1对应的策略信息，参照图2(a)，此刻对应的策略信息为Ra1。

然后，在上述用户A的下一个计费周期的开始时刻达到时，第二发送装置503向PCEF3a发送第二通知消息，其中包含了用户A的标识和对应的策略信息即Ra1，用以通知PCEF3a从现在起执行新的策略Ra1。这里第二通知消息可以是RAR（Re-Authenticate Request，重新认证请求）消息。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路（ASIC）、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序（包括相关的数据结构）可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims

1.一种在OCS中用于重置用户信息的方法，该方法包括以下步骤：

接收来自PCEF的一个配额请求消息，其中包含了一个用户的标识信息；

基于为所述用户分配的新的配额计算与所述配额对应的时长；

判断从当前时刻起所述时长结束的时刻是否晚于所述用户的下一个计费周期的开始时刻；

如果判断结果为是，判断是否已向PCRF通知过所述用户的所述下一个计费周期的开始时刻；

如果判断结果为否，向所述PCRF发送第一通知消息，其中包含了所述下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻。

2.根据权利要求1所述的方法，其中，所述向所述PCRF发送第一通知消息的步骤进一步包括：

确定一个新的开始时刻，所述新的开始时刻为所述下一个计费周期的开始时刻加上一个随机时长得到的时刻；

向所述PCRF发送第一通知消息，其中包含了所述确定的新的开始时刻和与所述开始时刻对应的所述用户的状态信息。

3.根据权利要求1或2所述的方法，其中，所述配额请求消息为CCR消息，所述第一通知消息为SNR消息。

4.一种在PCRF中用于重置用户信息的方法，该方法包括以下步骤：

接收来自一个OCS的第一通知消息，其中包含了一个用户的下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻；

确定与所述用户的所述状态信息对应的策略信息；

在所述开始时刻达到时，向一个PCEF发送第二通知消息，其中包含了所述用户的标识信息和所述策略信息。

5.根据权利要求4所述的方法，其中，所述第一通知消息为SNR消息，所述第二通知消息为RAR消息。

6.一种在OCS中用于重置用户信息的装置，该装置包括：

第一接收装置，用于接收来自PCEF的一个配额请求消息，其中包含了一个用户的标识信息；

计算装置，用于基于为所述用户分配的新的配额计算与所述配额对应的时长；

第一判断装置，用于判断从当前时刻起所述时长结束的时刻是否晚于所述用户的下一个计费周期的开始时刻；

第二判断装置，用于当第一判断装置的判断结果为是时判断是否已向PCRF通知过所述用户的所述下一个计费周期的开始时刻；

第一发送装置，用于当第二判断装置的判断结果为否时向所述PCRF发送第一通知消息，其中包含了所述下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻。

7.根据权利要求6所述的装置，其中，所述第一发送装置还用于：

8.根据权利要求6或7所述的装置，其中，所述配额请求消息为CCR消息，所述第一通知消息为SNR消息。

9.一种在PCRF中用于重置用户信息的装置，该装置包括：

第二接收装置，用于接收来自一个OCS的第一通知消息，其中包含了一个用户的下一个计费周期的开始时刻和与所述开始时刻对应的所述用户的状态信息，所述开始时刻晚于当前时刻；

确定装置，用于确定与所述用户的所述状态信息对应的策略信息；

第二发送装置，用于在所述开始时刻达到时，向一个PCEF发送第二通知消息，其中包含了所述用户的标识信息和所述策略信息。

10.根据权利要求9所述的装置，其中，所述第一通知消息为SNR消息，所述第二通知消息为RAR消息。