CN103369561A - 一种基于pcc架构的监听信令优化方法 - Google Patents

Abstract

本发明实施例公开了一种基于PCC架构的监听信令优化方法，该方法包括：PCRF将不同类型的用户或不同的业务标记为不同的优先级；提供优先级指示信息，或者同时提供优先级指示信息和延迟时间指示信息到PCEF/TDF；当触发PCEF/TDF发送业务使用量汇报消息的条件满足时；PCEF/TDF根据不同的优先级指示信息，或者根据不同的优先级指示信息和延迟时间指示信息，在不同的延迟时间后发送业务使用量汇报消息到PCRF。该方法可以减少同时发送的监听信令的数量，从而减少通信系统的带宽和处理负担，并减少发生信令风暴的可能性。

Description

一种基于PCC架构的监听信令优化方法

技术领域

本发明涉及无线通信技术领域，特别涉及一种基于策略与计费控制(PCC)架构的监听信令优化方法。

背景技术

策略与计费控制(PCC，Policy and Charging Contro1)架构，是3GPP组织将策略控制和基于流的计费进行融合后提出来的架构体系，用于分组网络业务数据传输QoS等策略控制和流计费的一种技术架构。图1为现有PCC架构的系统结构图，如图1所示，包括：用户属性存储器SPR(SubscriptionProfile Repository)，用于保存用户的签约数据，在有的网络中使用用户数据存储器UDR(User Data Repository)替代SPR节点；策略和计费规则功能PCRF(Policy and Charging Rule Function)，策略和计费执行功能PCEF(Policyand Charging Enforcement Fucntion)，应用功能AF(Application Function)，在线计费系统OCS(Online Charging System)，离线计费系统OFCS(OfflineCharging System)，承载绑定及事件报告功能BBERF(Bearing Binding andEvent Report Function)，以及流量检测功能TDF(Traffic Detection Function)。

其中，在执行现有的监听控制功能时，主要的参与节点为PCRF、PCEF、TDF和SPR或者UDR。PCRF为监听控制节点，执行监听策略决策，设置某种业务的业务使用量上限值，并且发送该上限值到TDF或者PCEF，要求TDF或者PCEF执行监听功能。TDF或者PCEF根据PCRF的指示，执行业务使用量的监听功能，并且根据PCRF的请求，或者在被监听业务的业务使用量超出上限的时候发送汇报消息到PCRF。其中，在某业务到达业务使用量上限的时候，TDF或者PCEF向PCRF发送汇报，PCRF可以决定是否修改该业务的业务使用量上限值继续监听或者终止监听及该业务。PCRF也可以随时向TDF或者PCEF发送请求消息，请求TDF或者PCEF汇报某业务当前的业务使用量情况。而且PCRF具有推导功能，可以根据不同的业务使用量汇报计算出当前用户是否超出业务使用量的上限，并决定是否终止监听功能。除此以外，PCRF也会因为用户签约信息更新，或者运营商策略更新而终止监听或者修改被监听业务的业务使用量上限值；目前的监听能力可以应用在单个的数据业务流上，一组数据业务流上，或者一个PDN连接上。

PCEF或者TDF除了上述根据PCRF的请求或者业务使用量到达上限时发送用户业务使用量汇报消息到PCRF外，在下述情况下也会发送汇报消息到PCRF：

当所有针对监听功能的PCC准则被删除或者去激活时；

当PCRF显示地关闭业务使用量监听功能时；

当前的分组数据网(PDN)连接被去激活时。

根据目前的监听机制可以看出，PCEF和PCRF之间，或者TDF和PCRF之间用于执行监听的信令过多，尤其是只要PCRF发送请求消息，PCEF或者TDF就会立即回复汇报消息，或者只要有与监听相关的事件触发，例如策略更新，用户数据更新，或者当前的PDN连接更新，TDF或者PCEF就会立即发送汇报消息到PCRF。

这样的监听机制在业务繁忙的时候，或者运营商系统策略统一更新的时候，会产生多个用户或者多个业务的监听信令同时发送的情况，对现有的系统会造成极大的带宽和处理负担，甚至发生信令风暴。所以运营商急需对现有的监听机制作信令优化，但目前在本领域还没有相关解决方案。

发明内容

有鉴于此，本发明提供了一种基于PCC架构的监听信令优化方法，可以减少同时发送的监听信令的数量，从而减少通信系统的带宽和处理负担，并减少发生信令风暴的可能性。

为达上述目的，本发明的技术方案具体是这样实现的：

一种基于策略与计费控制PCC架构的监听信令优化方法，该方法包括：

PCRF将不同类型的用户或不同的业务标记为不同的优先级；

PCRF提供优先级指示信息，或者，同时提供优先级指示信息和延迟时间指示信息到PCEF/TDF；

当触发PCEF/TDF发送业务使用量汇报消息的条件满足时；

PCEF/TDF根据不同的优先级指示信息；按照预先设置的所述优先级指示信息与延迟时间之间的对应关系，在不同的延迟时间后发送业务使用量的汇报消息到PCRF；

或者，根据不同的优先级指示信息和延迟时间指示信息；在不同的延迟时间后发送业务使用量汇报消息到PCRF。

较佳地，该方法进一步包括：

PCRF仅提供延迟时间指示信息到PCEF/TDF；

当触发PCEF/TDF发送业务使用量汇报消息的条件满足时；

PCEF/TDF根据不同的延迟时间指示信息，在不同的延迟时间后发送业务使用量汇报消息到PCRF。

较佳地，所述PCRF提供所述优先级指示信息到PCEF/TDF；包括：

在PCRF向PCEF/TDF发送的监听相关信令中增加优先级指示参数，并携带所述优先级指示信息，将优先级指示信息发送到PCEF/TDF。

较佳地，所述PCRF提供优先级指示信息和延迟时间指示信息到PCEF/TDF，包括：

在PCRF向PCEF/TDF发送的监听相关信令中增加优先级指示参数及监听时间参数，并携带所述优先级指示信息及延迟时间指示信息，将优所述先级指示信息及延迟时间指示信息发送到PCEF/TDF。

较佳地，所述PCEF/TDF根据不同的优先级指示信息和延迟时间指示信息；在不同的延迟时间后发送业务使用量汇报消息到PCRF，包括：

若所述优先级指示信息为最高优先级，则忽略所述延迟时间指示信息，立刻发送业务使用量汇报消息到PCRF；

对于其它优先级，则按照所述延迟时间指示信息，在对应的延迟时间后发送业务使用量汇报消息到PCRF。

较佳地，所述PCEF/TDF根据不同的优先级指示信息和延迟时间指示信息；在不同的延迟时间后发送业务使用量汇报消息到PCRF，包括：

PCEF/TDF忽略所述优先级指示信息，按照所述延迟时间指示信息，在对应的延迟时间后发送业务使用量汇报消息到PCRF。

较佳地，所述触发条件包括：

收到PCRF发送的监听请求信令，或者用户的业务使用量到达上限。

一种基于策略与计费控制PCC架构的监听信令优化方法，其特征在于，该方法包括：

PCEF/TDF获取信令优化指示信息；

在触发PCEF/TDF发送业务使用量汇报消息的条件满足时；

PCEF/TDF根据所述信令优化指示信息，等待具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件再次满足时；将两次触发条件满足时需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF；

或者，PCEF/TDF根据所述信令优化指示信息，等待信令优化时间到达后，将在所述信令优化时间内，所有具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件满足时所需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF。

较佳地，所述PCEF/TDF获取信令优化指示信息，包括：

在PCRF向PCEF/TDF发送的监听相关信令中增加信令优化指示参数，并携带所述信令优化指示信息，将信令优化指示信息发送到PCEF/TDF；

或者，在PCEF/TDF上预先配置所述信令优化指示信息。

较佳地，所述将两次触发条件满足时需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF，包括：

将两次需要汇报的业务使用量推导求和得到使用量总量，将所述使用量总量通过一条业务使用量汇报消息发送给PCRF；

或者，将两次需要汇报的业务使用量一一列出，通过一条业务使用量汇报消息发送给PCRF。

较佳地，所述将在所述信令优化时间内，所有具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件满足时所需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF包括：

将所有需要汇报的业务使用量推导求和得到使用量总量，把使用量总量通过一条业务使用量汇报消息发送给PCRF；

或者，将所有需要汇报的业务使用量一一列出，通过一条业务使用量汇报消息发送给PCRF。

较佳地，所述相同的用户特征包括：

相同的用户；或者相同的用户，且会话ID或PDN ID也相同；或者相同的用户，且承载ID也相同；或者相同的用户且业务的IP地址或者业务标识也相同。

较佳地，所述触发条件包括：

收到PCRF发送的监听请求信令，或者用户的业务使用量到达上限。

由上述技术方案可见，本发明的这种基于PCC架构的监听信令优化方法，通过在监听相关消息中增加用于指示不同延迟发送时间的参数，所以可以将不同业务或用户区分开来，并针对不同的业务或者用户，在不同的延迟时间后发送汇报消息，从而减少同时发送监听信令的数量，从而减少通信系统的带宽和处理负担，并减少发生信令风暴的可能性。

附图说明

图1为现有PCC架构的系统结构图。

图2为本发明实施例一的监听信令优化流程示意图。

图3为本发明实施例二的监听信令优化流程示意图。

图4为本发明实施例四的监听信令优化流程示意图。

图5为本发明实施例五的监听信令优化流程示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明主要是在PCRF向PCEF/TDF发送的监听相关消息中增加用于指示汇报消息延迟发送时间的参数，PCEF/TDF根据该监听相关消息中携带的用于指示汇报消息延迟发送时间的参数，对应不同的具体参数值，在不同的延迟时间后发送用于汇报业务使用量情况的汇报消息，从而避免由监听信令集中在某一时刻同时发送，而给通信系统带来的带宽和处理负担，以及信令风暴的风险。

以下分别介绍不同情况下的监听优化方法：

实施例一：

实施例一以PCRF和PCEF之间的信令交换为例，可用于非请求模式，即PCRF直接发送请求消息到PCEF，请求PCEF发送业务业务量汇报消息到PCRF的情况。当然，该实施例也可以应用于PCRF和TDF之间，将TDF替代实施例中的PCEF即可；后续的实施例中，TDF和PCEF均可互相替换，后文将不再特别说明。

实施例一优化后的监听信令交换流程具体可参见图2，如图2所示，该流程包括以下步骤：

步骤201，PCRF发送重授权请求消息Re-Auth-Request(RAR)Command到PCEF，该消息中除了携带现有的参数外，进一步增加优先级指示信息参数。

如表一所示，除了现有的监听指示参数和业务使用量上限参数外，RAR消息中进一步增加优先级指示信息参数，该参数用于显示地指示用户或业务的优先级，并通过运营商对PCRF、PCEF/TDF的预配置，绑定不同优先级与不同延迟时间之间的对应关系，可以根据该优先级指示信息间接隐性地指示PCEF/TDF发送汇报消息的延迟时间。

具体地，该优先级指示信息可以用于区分不同类型的用户。因为PCRF和SPR或者UDR之间存在接口，PCRF可以根据用户的签约信息区分出当前用户是否为VIP用户或者非VIP用户；或者区分出当前用户为漫游用户或者本地用户。PCRF可以根据运营商的策略，针对不同优先级的用户确定不同的监听策略。

例如将非VIP用户标记为优先级较高的用户；对于高优先级用户，PCRF可以在RAR消息中携带高优先级的指示信息，PCEF根据预配置，在收到高优先级的指示信息时，仍然发送汇报信息，这样PCRF就可以及时地根据PCEF发送的汇报信息决定是否终止用户当前的PDN连接或者当前的承载；或者PCRF决定继续为当前用户执行监听机制，而需要更新当前用户的业务使用量上限。反之，也可以将VIP用户标记为高优先级。而对于优先级比较低的用户，PCEF根据预配置可以不需要马上回复汇报消息到PCRF，从而实现不同优先级用户的汇报消息在不同延迟时间后发送，避免监听相关信令的集中同时发送。

同样，对于漫游或者非漫游用户也适用于上述范例，VIP或者非VIP用户可以替换为漫游或者非漫游用户。

另外，该优先级指示信息也可以用于区分不同的业务类型。因为PCRF可以获知当前的业务类型，根据运营商的策略，可以把不同类型的业务标记为不同的优先级，从而实现不同优先级业务的监听信令在不同延迟时间后发送，避免监听相关信令的集中同时发送。

上述实现方式是PCEF或者TDF中预配优先级指示信息和延迟时间的对应关系。例如，高优先级指示对应马上发送，而低优先级指示对应较长的时间后再发送回复信息。

另外，作为另一实施方式，在PCEF或者TDF回复的消息中除了增加优先级指示信息外，还可以新增监听时间参数，通过优先级指示信息与监听时间参数共同显示地指示PCEF或者TDF接收到PCRF请求消息后何时给回复PCRF汇报消息。如表二所示，相比表一，增加了一个监听时间的参数。

或者作为本发明的另一种实现方式，也可以仅使用监听时间参数来指示PCEF接收到RAR消息后发送汇报消息的延迟时间。

步骤202，PCEF根据RAR消息中携带的优先级指示信息发送重授权回复消息Re-Auth-Answer(RAA)Command到PCRF，在该消息中PCEF将当前的承载或者PDN连接的业务使用量信息汇报给PCRF。

其中，PCEF需要根据收到的优先级指示信息决定何时发送汇报信息到PCRF。具体优先级指示信息与发送延迟时间的对应关系可以根据具体需要确定，例如，若优先级较高，则PCEF收到PCRF的请求后可以马上回复汇报消息到PCRF；如果当前业务的优先级较低，则可以经过一段预配置的延迟时间再回复汇报消息到PCRF。具体优先级与汇报消息发送的延迟时间之间可以一一对应；例如，最高优先级对应0秒即马上发送，次高优先级对应100秒，依次类推，最低优先级对应最长的延迟时间，这样只需根据RAR消息中增加的优先级信息就可以确定接收到RAR消息后发送汇报消息的具体延迟时间。

如果RAR消息中同时携带优先级信息和监听时间，则对于高优先级指示信息，PCEF可以忽略监听时间指示，立刻发送汇报消息到PCRF；对于低优先级指示信息，PCEF按照监听时间的指示，在延迟时间到期后再发送汇报消息到PCRF。

如果RAR消息中仅携带监听时间，则PCEF可以完全根据监听时间的指示发送汇报消息。

至此，图2所示的监听优化流程完成。

实施例二：

实施例二以PCRF和PCEF之间的交换为例，可用于请求模式，例如PCEF发送请求消息到PCRF请求PCRF确认是否开始业务使用量的监听功能，PCRF返回监听开始的指示消息到PCEF，PCEF根据PCRF返回的监听开始的指示消息返回汇报消息到PCRF的情况。本实施例以PCRF和PCEF之间的交互为例，该过程也可以在现有的PDN连接建立过程中实现，或者在承载建立过程中实现，或者在承载修改过程中实现。

图3为本发明实施例二提供的流程图。如图3所示，该流程可包括以下步骤：

步骤301，PCEF发送CC-Request(CCR)Command请求消息到PCRF。该消息用于请求PCRF是否开始用户的业务量监听。

步骤302，如果PCRF决定开始监听，则发送CC-Answer(CCA)Command答复消息到PCEF，指示PCEF开始监听。该消息中除了现有的参数外，新增优先级指示信息参数。另外，还可以增加监听时间参数，具体增加的参数与实施例一相同，这里不再赘述。

步骤303，PCEF根据CCA消息中携带的优先级指示信息，发送业务使用量汇报消息到PCRF。

具体发送方法与实施例一相同，这里不再赘述。

上述实施例一和实施例二都是通过PCRF发送携带有用于指示汇报消息发送时间的消息，PCEF或者TDF根据该消息中对于汇报消息发送时间的指示，回复汇报消息到PCRF，从而实现对现有监听信令的优化过程，避免同时集中地发送监听信令消息。

实施例三，

根据上述实施例一或者二，

PCRF，PCEF，TDF设备操作：

PCRF根据用户签约信息，获知当前用户为漫游或者本地用户，或者获知当前用户是否为VIP或者非VIP用户，PCRF根据用户的类型以及运营商的策略标记不同类型的用户为不同的优先级。PCRF提供优先级信息到PCEF/TDF，PCEF/TDF根据不同的优先级指示发送汇报消息到PCRF。该优先级指示信息可以和不同的延迟时间相互绑定。PCEF/TDF根据优先级指示和延迟时间，稍后再发送汇报消息到PCRF。或者，PCRF可以发送优先级指示和时间段指示信息到PCEF/TDF。对于优先级高的指示，PCEF/TDF可以忽略延迟时间指示信息，直接回复业务使用量汇报消息到PCRF。

或者，

PCRF根据业务类型的信息，和运营商策略，把不同的业务标记为不同的优先级。PCRF提供不同的优先级指示信息到PCEF/TDF，PCEF/TDF根据不同的优先级指示发送汇报消息到PCRF。该优先级指示信息可以和不同的延迟时间相互绑定。PCEF/TDF根据优先级指示和延迟时间的长短，稍后再发送汇报消息到PCRF。或者，PCRF可以发送优先级指示和延迟时间指示信息到PCEF/TDF。对于优先级高的指示，PCEF/TDF可以忽略延迟时间指示信息，直接回复业务使用量汇报消息到PCRF。

测量过程：

PCEF/TDF根据PCRF的请求或者到达用户的使用量上限或者其他满足需要PCEF/TDF发送汇报业务使用量消息的条件时，

PCEF/TDF可以根据实施例一或二获得的优先级指示信息决定何时发送汇报消息到PCRF，具体延时发送消息的时长取决于运营商预配置，

或者PCEF/TDF可以根据实施例一或二获得的优先级指示信息和监听时间决定何时发送汇报消息到PCRF。

或者PCEF/TDF可以根据实施例一或二获得的监听时间决定何时发送汇报消息到PCRF

表一，用于指示汇报消息延迟发送时间的参数示例一

表二，用于指示汇报消息延迟发送时间的参数示例二

实施例四：

实施例四以PCRF和PCEF之间的交换为例，可以用于非请求模式，具体可参见图4，包括如下步骤：

步骤401，PCRF发送请求消息(RAR)到PCEF，该消息中可以携带指示信令优化信息，指示需要PCEF或者TDF执行信令优化。如表三所示，该指示信息为可选参数。如果PCRF在请求消息中没有携带，PCEF/TDF也可以根据运营商的预配置，针对特殊的用户或者特殊的业务，执行监听信令优化。

如果需要执行监听信令优化，PCEF/TDF收到PCRF的请求后，不马上回复汇报消息到PCRF，而是在特定时间内，PCEF/TDF根据会话ID或者PDN ID或者承载ID或者业务的IP地址或者业务标识或者用户的标识，把具有相同会话ID或者具有相同PDN ID，或者具有相同业务ID或者针对相同用户的业务量推导计算出总量后，再汇报统一发送给PCRF。例如，在特定时间内，PCEF/TDF收到2条PCRF发送的请求，在该请求消息中包含相同的会话ID，或者相同的PDN ID或者相同的承载ID或者相同的业务的IP地址或者业务标识；PCEF/TDF根据监听到的业务使用量，把具有相同的会话ID，或者相同的PDN ID或者相同的承载ID或者相同的业务的IP地址或者业务标识的业务使用量求和，计算出总量后，再汇报给PCRF。本实现方式的推导求和计算总量是指针对多条请求消息，每个请求消息对应一个会话，或者对应一个承载，或者对应一个业务流，如果运营商配置的策略是针对同一个用户的多个会话，或者同一个会话的多个承载，或者同一个承载的多个业务流，则PCEF/TDF把多个请求消息所对应的多个会话，或者多个承载，或者多个业务推导求和，计算出总量后，统一汇报给PCRF。

作为本发明的另一种实现方式，PCEF/TDF不需要按照上述实现方式进行推导求和，而是把具有上述相同ID的业务使用量一一列出，通过一条汇报消息发送给PCRF。

或者作为本发明的另一种实现方式PCEF/TDF在特定时间内，等收到下一个PCRF发送的请求时，在下一个请求的回复消息中把业务使用量一起发送给PCRF。下一个PCRF发送的请求消息可以是请求PCEF/TDF汇报业务使用量消息，也可以是其他消息。在特定时间内，如果PCRF发送了多条请求消息，PCEF/TDF可以等到特定时间到期后，仅发送一条回复消息，在该消息中PCEF/TDF可以把业务使用量的总量计算好后再发送到PCRF，PCEF/TDF也可以不需要推导求和，而是使用一条消息把所有业务使用量在回复消息中一一列出一起发送给PCRF。推导求和的功能仍然由PCRF执行。需要进一步说明，上述的多个PCRF发送的请求消息可以是针对同一个用户的。多个请求消息也可以是针对同一用户，同一个会话(IP-CAN session)。多个请求消息也可以是针对同一用户，同一个会话(IP-CAN session)，同一个承载。

在执行信令优化的特定时间内，PCRF发送请求消息到PCEF/TDF，如果没有马上收到回复消息，不需要按照错误情况处理，而是等到特定时间到期后收到所发出的请求回复消息。

步骤402，PCRF发送请求消息(RAR)到PCEF/TDF；

假设PCEF接收到这一条请求消息在特定时间内。

步骤403，PCEF/TDF根据上述的信令优化过程，发送回复消息(RAA)到PCRF。

回复消息中携带特定时间内，PCEF/TDF在步骤401和402中收到的两条请求消息时监听到的业务使用量的总量，或者将收到两次请求消息时监听到的业务使用量一一列出。

上述实现方式以两个请求消息为例，也可以设定为多个请求消息。

实施例五，

本实施例以PCRF和PCEF之间的交换为例，可用于如实施例二所述的请求模式，具体可参见图5，包括如下步骤：

步骤501，PCEF发送CC-Request(CCR)Command请求消息到PCRF。该消息用于请求PCRF是否开始用户量监听。

步骤502，如果PCRF决定开始监听，则发送CC-Answer(CCA)Command答复消息到PCEF，指示PCEF开始监听。该消息中除了现有的参数外，携带如表三所示的指示信令优化信息，PCEF/TDF根据该指示执行信令优化过程。PCEF/TDF也可以不需要根据该指示信息，而是通过运营商的预配置，在特定时间内执行信令优化。具体的执行过程见实施例四。

步骤503，PCRF发送下一个监听请求消息到PCEF/TDF，该消息也可以是其他请求消息。

步骤504，PCEF/TDF根据上述的信令优化过程，发送携带业务使用量的汇报消息到PCRF。

上述的实施例四和实施例五中，PCEF或者TDF根据PCRF发送的显示的信令优化指示信息或者通过运营商的预配置，PCEF/TDF执行信令优化，针对同一个用户的。或者针对同一用户，同一个会话(IP-CAN session).或者针对同一用户，同一个会话(IP-CAN session)，同一个承载。PCEF/TDF统一推导求和，计算出业务使用量总和，

通过一条汇报消息汇报给PCRF。或者把具有上述相同ID的业务使用量一一列出，通过一条汇报信息发送给PCRF，从而减少了PCEF/TDF需要发送的汇报消息的数量，实现信令优化。

实施例六，

根据上述实施例四或者五，

PCRF，PCEF，TDF设备操作：

PCRF可以针对监听策略提供信令优化指示信息到PCEF/TDF(显示的信令优化指示，或者通过运营商的预配置，在特定时间内执行信令优化过程)，当PCRF发送监听请求到PCEF/TDF的时候，PCEF/TDF可以等到下一次PCRF发送请求消息的时候，如果该请求和上一次的请求消息是针对相同的用户，或者针对相同的用户、相同的会话ID  (或相同的PDN ID)，或者针对相同的用户，相同的承载ID，或者针对相同的用户、相同的业务的IP地址或者业务标识，则PCEF/TDF可以把业务使用量推导求和，把使用量总量统一发送给PCRF。

或者，在特定时间内，PCRF发送了多条请求消息到PCEF/TDF，如果这些请求和上一次的请求消息是针对相同的会话ID、或者相同的PDN ID、或者相同的承载ID、或者相同的业务的IP地址或者业务标识，PCEF/TDF可以统一把业务使用量推导求和，把使用量统一通过一条汇报消息发送给PCRF。PCEF/TDF也可以不需要推导求和，而是使用一条汇报消息把所有业务使用量一一列出，一起发送给PCRF。推导求和的功能仍然由PCRF执行。

在执行信令优化的过程中，PCRF发送请求消息到PCEF/TDF，如果没有马上收到回复消息，不需要按照错误情况处理，而是等到特定时间到期后收到所发出的请求回复消息。

测量过程：

PCEF/TDF根据PCRF的请求或者到达用户的使用量上限或者其他满足需要PCEF/TDF发送汇报用户量消息的条件时，PCEF/TDF可以根据实施例四、五获得的信令优化的指示(信令优化的指示可以来自PCRF或者运营商的预配置)，针对相同用户，且具有相同会话ID、或者相同的PDN ID、或者相同的承载ID、或者相同的业务的IP地址或者业务标识的1个或者多个请求，PCEF/TDF在特定时间内会统一发送一条业务使用量汇报消息到PCRF。

表三，用于指示汇报消息延迟发送时间的参数示例三

注：本发明以业务使用量监听信令为例，所述方法也同样适用于其他PCC信令。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (13)

1.一种基于策略与计费控制PCC架构的监听信令优化方法，其特征在于，该方法包括：

PCRF将不同类型的用户或不同的业务标记为不同的优先级；

PCRF提供优先级指示信息，或者同时提供优先级指示信息和延迟时间指示信息到PCEF/TDF；

当触发PCEF/TDF发送业务使用量汇报消息的条件满足时，

PCEF/TDF根据不同的优先级指示信息，按照预先设置的所述优先级指示信息与延迟时间之间的对应关系，在不同的延迟时间后发送业务使用量的汇报消息到PCRF；

或者，根据不同的优先级指示信息和延迟时间指示信息，在不同的延迟时间后发送业务使用量汇报消息到PCRF。

2.如权利要求1所述的方法，其特征在于，该方法进一步包括：

PCRF仅提供延迟时间指示信息到PCEF/TDF；

当触发PCEF/TDF发送业务使用量汇报消息的条件满足时，

PCEF/TDF根据不同的延迟时间指示信息，在不同的延迟时间后发送业务使用量汇报消息到PCRF。

3.如权利要求1所述的方法，其特征在于，所述PCRF提供所述优先级指示信息到PCEF/TDF；包括：

在PCRF向PCEF/TDF发送的监听相关信令中增加优先级指示参数。

4.如权利要求1所述的方法，其特征在于，所述PCRF提供优先级指示信息和延迟时间指示信息到PCEF/TDF，包括：

在PCRF向PCEF/TDF发送的监听相关信令中携带所述优先级指示信息及延迟时间指示信息。

5.如权利要求1所述的方法，其特征在于，所述PCEF/TDF根据不同的优先级指示信息和延迟时间指示信息；在不同的延迟时间后发送业务使用量汇报消息到PCRF，包括：

若所述优先级指示信息为最高优先级，则忽略所述延迟时间指示信息，立刻发送业务使用量汇报消息到PCRF；

对于其它优先级，则按照所述延迟时间指示信息，在对应的延迟时间后发送业务使用量汇报消息到PCRF。

6.如权利要求1所述的方法，其特征在于，所述PCEF/TDF根据不同的优先级指示信息和延迟时间指示信息，在不同的延迟时间后发送业务使用量汇报消息到PCRF，包括：

PCEF/TDF忽略所述优先级指示信息，按照所述延迟时间指示信息，在对应的延迟时间后发送业务使用量汇报消息到PCRF。

7.如权利要求1所述的方法，其特征在于，所述触发条件包括：

收到PCRF发送的监听请求信令，或者用户的业务使用量到达上限。

8.一种基于策略与计费控制PCC架构的监听信令优化方法，其特征在于，该方法包括：

PCEF/TDF获取信令优化指示信息；

在触发PCEF/TDF发送业务使用量汇报消息的条件满足时，

PCEF/TDF根据所述信令优化指示信息，等待具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件再次满足时；将两次触发条件满足时需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF；

或者，PCEF/TDF根据所述信令优化指示信息，等待信令优化时间到达后，将在所述信令优化时间内，所有具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件满足时所需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF。

9.如权利要求8所述的方法，其特征在于，所述PCEF/TDF获取信令优化指示信息，包括：

在PCRF向PCEF/TDF发送的监听相关信令中增加信令优化指示参数，并携带所述信令优化指示信息，将信令优化指示信息发送到PCEF/TDF；

或者，在PCEF/TDF上预先配置所述信令优化指示信息。

10.如权利要求8所述的方法，其特征在于，所述将两次触发条件满足时需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF，包括：

将两次需要汇报的业务使用量推导求和得到使用量总量，将所述使用量总量通过一条业务使用量汇报消息发送给PCRF；

或者，将两次需要汇报的业务使用量一一列出，通过一条业务使用量汇报消息发送给PCRF。

11.如权利要求8所述的方法，其特征在于，所述将在所述信令优化时间内，所有具有相同用户特征的，触发PCEF/TDF发送业务使用量汇报消息的条件满足时所需要汇报的业务使用量信息，通过一条业务使用量汇报消息统一发送给PCRF包括：

将所有需要汇报的业务使用量推导求和得到使用量总量，把使用量总量通过一条业务使用量汇报消息发送给PCRF；

或者，将所有需要汇报的业务使用量一一列出，通过一条业务使用量汇报消息发送给PCRF。

12.如权利要求8～11中任一项权利要求所述的方法，其特征在于，所述相同的用户特征包括：

相同的用户；或者相同的用户，且会话ID或PDN ID也相同；或者相同的用户，且承载ID也相同；或者相同的用户且业务的IP地址或者业务标识也相同。

13.如权利要求8～11中任一项权利要求所述的方法，其特征在于，所述触发条件包括：

收到PCRF发送的监听请求信令，或者用户的业务使用量到达上限。

Images