CN103686648A - 一种策略计费控制规则信息的请求方法、装置及系统 - Google Patents

Abstract

本发明公开了一种策略计费控制PCC规则信息的请求方法、装置及系统，用以解决在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。所述方法包括：策略和计费执行功能PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述策略和计费规则功能PCRF实体请求PCC规则信息。

Description

一种策略计费控制规则信息的请求方法、装置及系统

技术领域

本发明涉及通信领域，尤其涉及一种策略计费控制（PolicyControl and Charging，简称为PCC）规则信息的请求方法、装置及系统。

背景技术

随着网络业务的不断丰富，运营商需要不断改造和升级现有网络，才能保证业务流量，并提升用户体验。因此，第三代合作伙伴计划(3rdGeneration Partnership Project，简称为3GPP)提出了PCC架构。

结合图1，在PCC架构中，主要由PCRF、PCEF、SPR、应用功能(Application Function，简称为AF)等网元组成。

其中，PCEF位于网关GPRS支持节点（Gateway GPRS Support Node，简称为GGSN)，主要用于识别业务流并上报业务特性给PCRF、从PCRF获取并执行基于业务流的控制与计费策略；PCRF主要用于根据业务特性与相关用户属性制定并动态下发控制与计费策略给PCEF；SPR主要用于管理和存储所有PCRF所需的用户或签约相关信息；AF主要用于向PCRF提供业务信息。

另外，PCC架构还包括离线计费系统(Offline Charging System，简称为OFCS)、在线计费系统(Online Charging System，简称为OCS)。

进一步的，PCEF与PCRF之间的接口为Gx接口，PCRF与SPR之间的接口为Sp接口，PCRF与AF之间的接口为Rx接口,PCEF与OCS之间的接口为Gy接口,PCEF与OFCS之间的接口为Gz接口。

参照图2，基于上述PCC架构，现有技术提供了一种PCC规则信息的请求的流程包括以下步骤：

步骤1、策略和计费执行功能(Policy and Charging EnforcementFunction，简称为PCEF)接收用户设备发送的承载建立请求；

步骤2、PCEF向策略和计费规则功能(Policy and Charging RuleFunction，简称为PCRF)请求认证允许的业务和PCC规则信息；

若PCRF中没有所述用户的签约信息，则执行步骤3-7；否则，执行步骤5-7；

步骤3、PCRF向用户签约数据库(Subscription ProfileRepository，简称为SPR)发送请求以获取所述用户的用户签约信息；

步骤4、PCRF接收SPR发送的用户签约信息，并将获取到的所述的用户签约信息保存在所述PCRF中，其中，所述用户签约信息中包括了允许的业务和PCC规则信息；

步骤5、PCRF做出认证和策略决定。

步骤6、PCRF将所述策略决定下发给PCEF；

步骤7、PCEF执行所述策略决定。

此时，如果有OCS，那么，PCEF会激活在线计费功能，并提供相关的信息给OCS，以便OCS进行在线计费。

可见，在上述流程中，PCEF在收到用户设备发送的承载建立请求后，对于所有的用户，PCEF都需要向PCRF请求PCC规则信息，这样就带来了不必要的信令开销。

发明内容

本发明的实施例提供了一种策略计费控制规则信息的请求方法、装置及系统，用以解决在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供了一种PCC规则信息的请求方法，该方法包括：

PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；

若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向PCRF实体请求PCC规则信息。

第二方面，提供了一种PCEF实体，该PCEF实体包括：

获取模块，用于获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；

发送模块，用于若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向所述PCRF实体请求PCC规则信息。

第三方面，提供了一种PCC规则信息的请求系统，该系统包括：PCEF实体、PCRF实体；

所述PCEF实体用于获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向所述PCRF实体请求PCC规则信息；

所述PCRF实体用于向所述PCEF实体发送PCC规则信息。

本发明实施例提供的PCC规则信息的请求方法、装置及系统，PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述PCRF实体请求PCC规则信息。由于所述PCEF实体在获取用户签约信息后，当所述用户的PCC签约属性信息表示所述用户没有签约PCC规则或所述用户是否签约PCC规则未知时，所述PCEF实体不向所述PCRF实体请求PCC规则信息，这样就避免了在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中PCC架构的示意图；

图2为现有技术中一种PCC规则信息的请求流程示意图；

图3为本发明实施例提供的PCC规则信息的请求方法的示意图；

图4为本发明实施例一提供的PCC规则信息的请求方法的示意图；

图5为本发明实施例二提供的PCC规则信息的请求方法的示意图；

图6为本发明实施例二中在所述HLR发送的所述用户标识对应的用户签约信息的CC字段的示意图；

图7为本发明实施例二中所述HLR发送的所述用户标识对应的用户签约信息的示意图；

图8为本发明实施例提供的一种PCEF实体的结构示意图。

具体实施方式

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

结合图3，本发明实施例提供的PCC规则信息的请求方法，包括以下步骤：

S301、PCEF实体获取用户签约信息。

其中，所述用户签约信息中包括：用户的PCC签约属性信息。当然，所述用户签约信息中还包括用户标识、用户等级、用户计费类型等信息。

进一步的，所述用户的PCC签约属性信息用于指示所述用户是否签约PCC规则的状态。其中，所述用户是否签约PCC规则的状态包括：用户签约PCC规则、用户未签约PCC规则、用户是否签约PCC规则未知。

S302、若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述PCRF实体请求PCC规则信息。

在此步骤中，进一步的，若所述用户的PCC签约属性信息表示所述用户是否签约PCC规则未知，则所述PCEF实体也不向所述PCRF请求PCC规则信息。这样就减少了不必要的信令开销。

当然，若所述用户的PCC签约属性信息表示所述用户签约PCC规则，那么所述PCEF实体会向所述PCRF实体请求PCC规则信息。

需要说明的是，若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，或者所述用户是否签约PCC规则未知，则所述PCEF实体会按照预先配置的规则，对所述用户发起的承载建立请求进行处理。

本发明实施例提供的PCC规则信息的请求方法，PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述PCRF实体请求PCC规则信息。由于所述PCEF实体在获取用户签约信息后，当所述用户的PCC签约属性信息表示所述用户没有签约PCC规则时，所述PCEF实体不向所述PCRF实体请求PCC规则信息，这样就避免了在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

可选的，在上述步骤S301之前，所述方法还包括：

（1）服务GPRS支持节点（Serving GPRS Support Node，简称为SGSN）实体接收用户设备发送的承载建立请求。

其中，所述承载建立请求中包括：用户标识。

所述SGSN主要用于在接收用户设备发送的承载建立请求后，根据所述承载建立请求中的接入点（Access Point Name，简称为APN）信息为所述用户设备指定一个PCEF。

进一步的，所述用户设备可以包括：智能手机、电脑等。

（2）所述SGSN获取所述用户标识对应的用户签约信息。

由于所述SGSN中可能保存有所述用户标识对应的用户签约信息，也可能没有保存所述用户标识对应的用户签约信息，那么此时，所述SGSN可以通过以下两种方式来获取所述用户标识对应的用户签约信息。

方式一：所述SGSN从自身保存的用户签约信息中获取所述用户标识对应的用户签约信息。

方式二：所述SGSN通过与归属位置寄存器HLR的交互来获取所述用户标识对应的用户签约信息。

此时，步骤S301具体可以是：所述PCEF实体接收所述SGSN发送的用户签约信息。

下面结合具体的PCC规则信息的请求流程，对本发明实施例提供的PCC规则信息的请求方法进行详述。

实施例一、

在本实施例中，假设用户要上网，进一步的，假设所述SGSN中保存有该用户的用户签约信息。结合图4，本发明实施例提供的PCC规则信息的请求方法具体包括：

S401、用户通过用户设备向所述SGSN发送承载建立请求。

S402、所述SGSN从自身存储的用户签约信息中查询到所述用户标识对应的用户签约信息。

此时，所述用户签约信息中包括：用户的PCC签约属性信息。

具体的，所述用户的PCC签约属性信息可以用PCC信息指示（PCCMessage Indication，简称为PMI）参数来表示。其中，PMI参数包括三种取值。

示例的，若PMI参数为“100”，则表示该用户签约了PCC规则。

若PMI参数为“010”，则表示该用户未签约PCC规则。

若PMI参数为“001”，则表示该用户是否签约PCC规则未知。

S403、所述SGSN将步骤S402中查询到的所述用户签约信息发送给PCEF实体。

S404、所述PCEF实体根据所述用户的PCC签约属性信息，确定是否需要向所述PCRF实体请求PCC规则。

此时，若所述PMI参数为“100”，也就是说，所述用户签约了PCC规则，则执行步骤S405-S407。

若所述PMI参数为“010”或者“001”，也就是说，所述用户未签约PCC规则或者所述用户是否签约PCC规则未知，此时，不再执行步骤S405-S407，而是执行步骤S408。

S405、所述PCEF实体通过Gx接口向所述PCRF实体请求PCC规则信息。

S406、所述PCRF确定PCC规则信息，并将确定的所述PCC规则信息通过Gx接口下发给PCEF；

S407、PCEF按照所述PCRF确定的PCC规则信息，对用户请求进行处理。

S408、PCEF实体按照预先配置的规则，对用户请求进行处理。

本发明实施例提供的PCC规则信息的请求方法，PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述PCRF实体请求PCC规则信息。由于所述PCEF实体在获取用户签约信息后，当所述用户的PCC签约属性信息表示所述用户没有签约PCC规则时，所述PCEF实体不向所述PCRF实体请求PCC规则信息，这样就避免了在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

实施例二、

在本实施例中，同样假设用户要上网，进一步的，假设所述SGSN中没有保存该用户的用户签约信息。此时，所述SGSN可以采用另外一种方式来获取该用户的用户签约信息。

结合图5，本发明实施例提供的PCC规则信息的请求方法具体包括：

S501、用户通过用户设备向所述SGSN发送承载建立请求。

S502、所述SGSN向所述HLR发送请求信息。

其中，所述HLR中保存有用户签约信息，所述请求信息用于请求获取所述用户标识对应的用户签约信息。

S503、所述SGSN接收所述HLR发送的所述用户标识对应的用户签约信息。

其中，所述HLR发送的所述用户标识对应的用户签约信息在其预留字段或者新增字段中携带有所述用户的PCC签约属性信息。具体的，所述用户的PCC签约属性信息用PMI参数来表示。

示例的，如图6所示，在所述HLR发送的所述用户标识对应的用户签约信息的计费特征（Charging Characteristics，简称为CC）字段中，共有B1-B16共16个比特，其中，B1-B4为预留字段，因此，可以使用这些预留字段来标识PMI参数。例如，可以使用B1-B3这三个比特来标识PMI参数。

若B3B2B1=“100”，则表示该用户签约了PCC规则。

若B3B2B1=“010”，则表示该用户未签约PCC规则。

若B3B2B1=“001”，则表示该用户是否签约PCC规则未知。

又示例的，如图7所示，在所述HLR发送的所述用户标识对应的用户签约信息中，可以新增属性值（Attribute Value Parameter，简称为AVP）字段来标识PMI参数。其中，第一字段用来标识所述用户签约信息中的用户标识、用户等级、用户计费类型等信息。

S504、所述SGSN将步骤S503中获取的所述用户签约信息发送给PCEF实体。

S505、所述PCEF实体根据所述用户的PCC签约属性信息，确定是否需要向所述PCRF实体请求PCC规则。

此时，若所述PMI参数为“100”，也就是说，所述用户签约了PCC规则，则执行步骤S506-S508。

若所述PMI参数为“010”或者“001”，也就是说，所述用户未签约PCC规则或者所述用户是否签约PCC规则未知，此时，不再执行步骤S506-S508，而是执行步骤S509。

S506、所述PCEF实体通过Gx接口向所述PCRF实体请求PCC规则信息。

S507、所述PCRF确定PCC规则信息，并将确定的所述PCC规则信息通过Gx接口下发给PCEF。

S508、PCEF按照所述PCRF确定的PCC规则信息，对用户请求进行处理。

S509、PCEF实体按照预先配置的规则，对用户请求进行处理。

本发明实施例提供的PCC规则信息的请求方法，PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向所述PCRF实体请求PCC规则信息。由于所述PCEF实体在获取用户签约信息后，当所述用户的PCC签约属性信息表示所述用户没有签约PCC规则时，所述PCEF实体不向所述PCRF实体请求PCC规则信息，这样就避免了在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

参照图8，本发明实施例还提供了一种PCEF实体80，该PCEF实体80包括：

获取模块801，用于获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；

发送模块802，用于若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向所述PCRF实体请求PCC规则信息。

可选的，所述获取模块801，具体用于接收所述SGSN发送的用户签约信息。

本发明实施例提供的PCEF实体，获取模块801获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述发送模块802不向所述PCRF实体请求PCC规则信息。由于所述PCEF实体在获取用户签约信息后，当所述用户的PCC签约属性信息表示所述用户没有签约PCC规则时，所述PCEF实体不向所述PCRF实体请求PCC规则信息，这样就避免了在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

本发明实施例还提供了一种PCC规则信息的请求系统，该请求系统包括：PCEF实体、PCRF实体；

所述PCEF实体用于获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向所述PCRF实体请求PCC规则信息；

所述PCRF实体用于向所述PCEF实体发送PCC规则信息。

可选的，所述请求系统还包括：SGSN；

所述SGSN用于接收用户设备发送的承载建立请求；所述承载建立请求中包括：用户标识；并获取所述用户标识对应的用户签约信息；

所述PCEF实体具体用于接收所述SGSN发送的用户签约信息。

可选的，所述请求系统还包括：归属位置寄存器HLR；

所述HLR用于接收所述SGSN发送的请求信息；其中，所述HLR中保存有用户签约信息，所述请求信息用于请求获取所述用户标识对应的用户签约信息；

所述SGSN具体用于接收所述HLR发送的所述用户标识对应的用户签约信息。

本发明实施例提供的PCC规则信息的请求系统，同样可以避免在PCC规则信息的请求过程中，会带来不必要的信令开销的问题。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种策略计费控制PCC规则信息的请求方法，其特征在于，包括：

策略和计费执行功能PCEF实体获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；

若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则所述PCEF实体不向策略和计费规则功能PCRF实体请求PCC规则信息。

2.根据权利要求1所述的请求方法，其特征在于，在所述PCEF实体获取用户签约信息之前，所述方法还包括：

服务GPRS支持节点SGSN接收用户设备发送的承载建立请求；所述承载建立请求中包括：用户标识；

所述SGSN获取所述用户标识对应的用户签约信息；

所述PCEF实体获取用户签约信息包括：

所述PCEF实体接收所述SGSN发送的用户签约信息。

3.根据权利要求2所述的请求方法，其特征在于，所述SGSN获取所述用户标识对应的用户签约信息包括：

所述SGSN从自身存储的用户签约信息中查询到所述用户标识对应的用户签约信息；或者，

所述SGSN向归属位置寄存器HLR发送请求信息；其中，所述HLR中保存有用户签约信息，所述请求信息用于请求获取所述用户标识对应的用户签约信息；所述SGSN接收所述HLR发送的所述用户标识对应的用户签约信息。

4.根据权利要求1-3任一项所述的请求方法，其特征在于，在所述PCEF实体获取用户签约信息之后，所述方法还包括：

若所述用户的PCC签约属性信息表示所述用户是否签约PCC规则未知，则所述PCEF实体不向所述PCRF请求PCC规则信息。

5.根据权利要求3所述的请求方法，其特征在于，所述HLR发送的所述用户标识对应的用户签约信息在其预留字段或者新增字段中携带有所述用户的PCC签约属性信息。

6.一种策略和计费执行功能PCEF实体，其特征在于，包括：

获取模块，用于获取用户签约信息；其中，所述用户签约信息中包括：用户的策略计费控制PCC签约属性信息；

发送模块，用于若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向策略和计费规则功能PCRF实体请求PCC规则信息。

7.根据权利要求6所述的PCEF实体，其特征在于，所述获取模块，具体用于接收所述SGSN发送的用户签约信息。

8.一种策略计费控制PCC规则信息的请求系统，其特征在于，包括：策略和计费执行功能PCEF实体、策略和计费规则功能PCRF实体；

所述PCEF实体用于获取用户签约信息；其中，所述用户签约信息中包括：用户的PCC签约属性信息；若所述用户的PCC签约属性信息表示所述用户没有签约PCC规则，则不向所述PCRF实体请求PCC规则信息；

所述PCRF实体用于向所述PCEF实体发送PCC规则信息。

9.根据权利要求8所述的请求系统，其特征在于，所述请求系统还包括：服务GPRS支持节点SGSN；

所述SGSN用于接收用户设备发送的承载建立请求；所述承载建立请求中包括：用户标识；并获取所述用户标识对应的用户签约信息；

所述PCEF实体具体用于接收所述SGSN发送的用户签约信息。

10.根据权利要求9所述的请求系统，其特征在于，所述请求系统还包括：归属位置寄存器HLR；

所述HLR用于接收所述SGSN发送的请求信息；其中，所述HLR中保存有用户签约信息，所述请求信息用于请求获取所述用户标识对应的用户签约信息；

所述SGSN具体用于接收所述HLR发送的所述用户标识对应的用户签约信息。

Images