一种关联策略和计费执行功能实体的方法、装置及系统的制作方法

专利名称：一种关联策略和计费执行功能实体的方法、装置及系统的制作方法
技术领域：
本发明涉及通信领域，特别是涉及一种关联策略和计费执行功能实体的方 法、装置及系统。
背景技术：
一、WiMAX ( Worldwide Interoperability for Microwave Access )， 中文全称 是全球接入微波互操作性，是一种无线城域网技术。
参见图l所示，为WiMAX网络结构图。WiMAX网络主要由三个部分组 成即移动终端(Mobile Station MS/SS );接入业务网(Access Service Network ASN),其包括基站(Base Station BS )和接入业务网网关(ASN Gateway ASN GW);以及连接业务网(Connectivity Service Network CSN)，其包括策略服 务器(PF)，认证、授权和计费服务器(AAA Server),应用功能实体(AF) 等等逻辑实体。其中Rl接口为无线空中接口，主要由IEEE802.16d/e定义。
参见图2所示，为WiMAXNWG标准最新的QoS框架图。
此框架中的各个功能实体的介绍如下
MS是移动终端；
SFM是业务流管理实体，负责建立用户业务流及为此业务流分配无线资源 等，此功能体存在于ASN中；
SFA是业务流授权实体，负责给相应的业务流授权，此功能体存在于ASN
中；
PF是策略功能实体，为某个用户业务流提供策略，此功能体存在于NSP 中，在漫游场景中，将会存在Visited PF (拜访地策略功能实体)和Home PF (归属地策略功能实体)；
AAA服务器是提供鉴权、授权和计费服务的系统，负责保存用户的QoS profile和相关的策略规则；
AF是应用功能实体，用户终端SS直接通过应用层协议连接访问AF， AF 将会通知PF主动为用户创建业务流，此功能体存在于NSP中。
二、 PCC框架是3GPP R7定义的一个通用的适合于各种IP连接接入网的 策略控制和计费控制功能框架。其中策略控制包含Gating Control (门控)和 QoS Control(质量控制)；计费控制指基于流的计费Flow Based Charging( FBC )。 PCC框架结构参见图3所示。
此框架中的主要概念的介绍如下
策略控制和计费规则功能实体PCRF (Policy Control and Charging Rules Function),用于策略控制决策和基于流计费的控制。
策略和计费执行功能实体PCEF ( Policy Control and Charging Enforcement Function )，用于业务数据流检测、策略执行和基于流计费的执行。
SPR: Subscription Profile Repository,签约信息库，该功能实体向PCRF 提供用户签约数据。
AF: Application Function应用功能实体，该功能实体向PCRF动态提供应 用层的会话信息，PCRF根据该信息动态生成或者修改对应的规则。
OCS: Online Charging System,在线计费系统，主要是实现在线计费的批 价和鉴权。
OFCS: Offline Charging System,离线计费系统，主要完成离线计费功能。 PCC规则用于将一个业务数据流分配到一个IP CAN (IP Connectivity Access Network IP连接接入网)承载上。它的内容包括 參Rule ID;
业务数据流检测信息(优先级Precedence,业务数据检测模板
Service data flow template); *计费信息(计费关键字Charging Key,计费方式Charging method,
策略方法Measurement method,应用层计费信息Application Function Record Information, 上才艮指示4言息Service identifier level reporting);
*策略控制信息(门控状态Gate status,授权Authorized QoS， UL-bitrate,上下4亍速率DL-bitrate)。
三、WiMAX融合PCC架构后的网络架构参见图4所示，其中策略分发功能 实体PDF ( Policy Distribution Function)是一个逻辑实体，以便于和3GPP/2 PCC架构融合。它有如下特征通过Gx接口连接到PCRF，对于PCRF来说Gx 接口终结于PDF; PDF向PCRF屏蔽WiMAX网络中PCC策略执行点PCEF的移动 性；PDF使用PCC-R3接口连接到ASN的Anchor SFA (锚定业务流授权者)， 支持SFA迁移；PDF是PCC规则的分发点，负责向PCEF分发PCC Rules。它转发 A-PCEF和PCRF之间的消息以及C-PCEF和PCRF之间的消息。PDF在CSN的物 理位置取决于实现选择。
发明人在发明过程中发现，在同一个IPCAN Session(IP连接接入网会话) 下的不同PCEF之间没有关联关系，例如针对同 一个IP CAN Session存在同时 使用A-PCEF与C-PCEF的场景，而A-PCEF与C-PCEF之间没有关联关系。

发明内容
本发明实施例提供一种关联策略和计费执行功能实体的方法、装置及系 统，以实现建立同一会话下的不同PCEF之间的关联关系。
本发明实施例的方法包括关联实体获取为同一会话服务的各策略和计费 执行功能实体PCEF的信息；以及关联实体建立为该会话服务的不同PCEF的 关耳关关系。
本发明实施例的关联实体，包括获取单元，用于获取为同一会话服务的 各PCEF的信息；PCEF关联单元，用于建立为该会话服务的不同PCEF的关 联关系。
本发明实施例的系统，包括关联实体，以及为同一会话服务的各PCEF; 关联实体，用于获取为同一会话服务的所述各PCEF的信息，以及建立所述各 PCEF的关联关系。
本发明实施例的方法、装置及系统中，关联实体获取为同一会话服务的各 策略和计费执行功能实体PCEF的信息，并且关联实体建立为该会话服务的不 同PCEF的关联关系。从而实现了建立同一会话下的不同PCEF之间的关联关 系。


图1为现有WiMAX网络结构图2为现有WiMAXNWG标准最新的QoS框架图3为现有PCC框架结构图4为现有WiMAX融合PCC架构后的网络架构图； 图5为本发明实施例的方法步骤流程图6为本发明实施例中以关联实体位于PDF为例，采用维护接口会话的 方式关联各PCEF的示意图7为本发明实施例中以关联实体位于PCRF为例，采用维护接口会话的 方式关4关各PCEF的示意图8为本发明实施例的关联实体结构示意图9为本发明实施例的应用场景一的示意图IO为本发明实施例的应用场景二的示意图11为本发明实施例的应用场景三的示意图12为本发明实施例的应用场景四的示意图13为本发明实施例的应用场景五的示意图14为本发明实施例1的流程图15为本发明实施例2的流程图16为本发明实施例3的流程图； 图17为本发明实施例5的第一示意图； 图18为本发明实施例6的流程图； 图19为本发明实施例7的流程图； 图20为本发明实施例5的第二示意图； 图21为关联实体位于PDF时释放IP会话的流程图； 图22为关联实体位于PCRF时释放IP会话的流程图。
具体实施例方式
为了实现建立同 一会话下的不同PCEF之间的关联关系，本发明实施例提 供了一种关联策略和计费执行功能实体的方法，参见图5所示，包括下列主要 步骤
Sl、关联实体获取为同一会话服务的各策略和计费执行功能实体PCEF的信息。
本发明实施例中的关4关实体可位于PDF、 V-PCRF (拜访地策略控制和计 费规则功能实体)或H-PCRF (归属地策略控制和计费规则功能实体)中。 本步骤中，关联实体获取各PCEF信息的情况包括
情况11、所述关联实体在接入业务网A-PCEF发起对所述会话的规则配置 请求的过程中，获取该A-PCEF的信息；根据A-PCEF发起的对所述会话的规 则配置请求，所述关联实体从连接业务网C-PCEF的分配实体(所述分配实体 包括但不限于C-PCEF的鉴权认证计费AAA服务器，或者，C-PCEF的家乡 签约服务器HSS，或者，C-PCEF的签约信息数据库SPR)获取该C- PCEF的 信息。
情况12、 A-PCEF在鉴权认证过程中从C-PCEF的分配实体(所述分配实 体包括但不限于C-PCEF的鉴权认证计费AAA服务器，或者，C-PCEF的家 乡签约服务器HSS，或者，C-PCEF的签约信息数据库SPR)获得该C-PCEF 的信息。A-PCEF在初次发起对所述会话的规则配置请求时，在该请求中携带
所述从分配实体获得的C-PCEF的信息；所述关联实体在A-PCEF发起该请求 的过程中，相应获取该A-PCEF的信息和C-PCEF的信息。
情况13、 A-PCEF和C-PCEF分别发起对所述会话的规则配置请求，所述 关联实体在A-PCEF发起对所述会话的规则配置请求的过程中，获取该A-PCEF 的信息；所述关联实体在C-PCEF发起对所述会话的规则配置请求的过程中， 获取该C-PCEF的信息。
S2、关联实体建立为该会话服务的不同PCEF的关联关系。
对应SI中的三种情况，本步骤中关联实体建立为该会话服务的不同PCEF 的关联关系的情况包括
情况21、若通过S1中的情况11或情况12获取各PCEF的信息，则关联 实体认定A-PCEF和C-PCEF均为所述会话服务，并建立该A-PCEF和C-PCEF 的关联关系。
情况22、若通过S1中的情况13获取各PCEF的信息，则A-PCEF和C-PCEF 分别发起的对所述会话的规则配置请求中，分别携带有该会话对应的用户IP
请求中携带的用户IP地址和/或用户标识，与C-PCEF发起的对所述会话的规 则配置请求中携带的用户IP地址和/或用户标识之间存在关联关系，则认定所 述A-PCEF和C-PCEF均为所述会话服务，并建立该A-PCEF和C-PCE的关 联关系。
在具体实现中，可通过下述方式建立所述关^:关系
方式Ol、参见图6所示，以关联实体位于PDF为例，采用维护接口会话 的方式关联各PCEF。对于一个IP CAN Session,各PCEF与PDF之间维护一 个会话，对于A-PCEF,这个会话可能是一个基于R3-PCC接口的会话，对于 C-PCEF可能是一个基于Gx接口的会话，同时，PDF与PCRF之间针对同一 个IP CAN Session也维护一个基于Gx接口会话。本发明实施例中，C-PCEF 同PDF可以是基于Gx接口的会话，也可以基于其它接口的会话，下面以基于明。在会话建立之后，各接口的信令中以会话 的标识来指明操作的IP CAN Session对象。PDF将其与不同PCEF的会话关联 起来，同时将这些会话与从该PDF到PCRF的会话关联。进而在网络侧发起业 务操作或者在终端侧发起业务操作时，都可以索引到对应的PCEF以及相关的 会话。
方式02、参见图7所示，以关联实体位于PCRF为例，采用维护接口会话 的方式关联各PCEF。类似前述，对于一个IP CAN Session, PCRF与各PCEF 之间维护一个Gx接口会话(PCRF到PCEF的路径上也可能存在PDF )。 PCRF 根据会话相关的用户标识和/或用户IP地址将不同的Gx接口会话关联起来， 同时将这些会话关联到同 一个IP CAN Session。进而在网络侧发起业务操作或 者在终端侧发起业务操作时，都可以索引到对应的PCEF以及相关的会话。
进一步的，由于A-PCEF可以迁移(例如在WiMAX融合PCC架构中)， 所以在PDF作为A-PCEF的锚定点，PDF在接收到新的注册请求后，通过信 令中携带的用户IP地址和/或用户标识等信息索引到对应的PDF与PCRF之间 的会话，进一步可以得到对应该会话的之前建立的PDF到A-PCEF的会话，并 更新该会话对应的关联信息， -使用新的A-PCEF相关的会话信息(如PDF到 A-PCEF的会话的标识、PCEF的地址或标识等信息)更新之前注册的A-PCEF 相关的会话信息。但是如果关联实体位于PDF,则PDF需保证在A-PCEF发 生迁移时不影响与之关联的C-PCEF到PDF之间的会话。
PDF默认只有A-PCEF可以迁移，PDF根据PCEF类型决定当前是否是 A-PCEF迁移，可以通过a) PDF维护PCEF地址与PCEF类型的对应关系，根 据PCEF地址可以判断出该PCEF的类型，可以区分该PCEF是A-PCEF还是 C-PCEF; b) PCEF在注册信令中携带PCEF类型。在PDF接收到PCEF的注 册信令时，首先判断PCEF类型，如果是A-PCEF，则如果之前没有对应的 A-PCEF注册，则认为是初始注册，否则用新的A-PCEF信息更新之前注册的 A-PCEF信息，具体更新方式如前所述。或者
A-PCEF迁移时，显式的指明进行的是A-PCEF迁移流程，同时可以在信 令中指明从哪个PCEF迁移到当前的PCEF。关联实体在接收到请求后，根据 用户IP及用户标识等信息索引到对应的PDF与PCRF之间的会话，并得到对 应该会话之前保存的关联信息后，使用新的A-PCEF信息更新新的A-PCEF所 指定的PCEF信息，而不影响关联信息中其他的PCEF。
进一步的，针对SI中的情况13,考虑A-PCEF与C-PCEF发起请求的时 间点不同，关联实体需具有保存规则并关联规则的能力；以及对于终端侧发起 的规则修改、删除请求，关联实体在维护PCEF关联关系的同时，还需要维护 各PCEF上PCC规则的对应关系，从而在响应发起方PCEF请求的同时，可向 相关PCEF的对应规则发起相应操作。即关联实体在PCC规则的配置过程中， 须保证各PCEF配置状态一致。
具体的，所述保证各PCEF配置状态一致中，关联实体保证配置动作一致 的方式包括方式21、在PCRF主动发起PCC规则的配置请求时，所述PCRF 触发关联实体，并由关联实体根据建立的所述各PCEF的关联关系，向各PCEF 分别发送对应的PCC规则及配置指示；或者方式22、在所述各PCEF中的任 一 PCEF主动发起PCC规则配置请求时，PCRF触发关联实体，并由关联实体 根据建立的所述各PCEF的关联关系，向发起该请求的PCEF发送与该PCEF 对应的PCC规则及配置指示，以及关联实体向所述各PCEF中其他PCEF分别 发送对应的PCC规则及配置指示。在方式21和方式22中，若所述PCC规则 的配置请求针对已有业务，则关联实体进一步还依据该关联实体所维护的所述 各PCEF中保存的PCC规则之间的关联关系，发送所述PCC规则及配置指示。
具体的，所述保证各PCEF配置状态一致中，关联实体通过下述方式保证 规则配置结果的一致关联实体获知所述各PCEF的规则配置结果中部分为配 置失败，则根据该关联实体建立的所述各PCEF中保存的PCC规则之间的关联 关系，向规则配置成功的PCEF分别发送对应的PCC规则及配置指示，用于将 配置成功的PCEF中的PCC规则还原。
进一步的，由于在业务的建立过程中，PCRF需要通过Rx接口向AF返回 接入网信息，此时关4关实体向AF侧屏蔽所述各PCEF以及与所述各PCEF相 连的PDF,并且关联实体选择所述PCEF或PDF上报的接入网策略计费实体标 识之一，并以该标识在与AF的交互中标识接入网策略计费执行实体；或者， 关联实体分配接入网策略计费实体标识，并以该标识在与AF的交互中标识接 入网策略计费执行实体。
本发明实施例还4是供了一种关联实体，可位于PDF、 V-PCRF或H-PCRF 中，参见图8所示，其包括获取单元和PCEF关联单元。 获取单元，用于获取为同一会话服务的各PCEF的信息。 PCEF关联单元，用于建立为该会话服务的不同PCEF的关联关系。 进一步获取单元中可包括第一获取子单元、第二获取子单元和/或第三获 取子单元。
所述获取单元中包括第一获取子单元，用于在A-PCEF发起对所述会话的 规则配置请求的过程中，获取该A-PCEF的信息；以及根据A-PCEF发起的对 所述会话的规则配置请求，从C-PCEF的分配实体获取该C-PCEF的信息；所 述PCEF关联单元中包括第一关4关子单元，用于认建立该A-PCEF和C-PCEF 的关联关系。
所述获取单元中包括第二获取子单元，用于从A-PCEF初次发起对所述会 话的规则配置请求的过程中获取该A-PCEF的信息，以及从该规则配置请求携 带的信息中获取C- PCEF的信息；所述PCEF关联单元中包括第二关联子单元， 用于建立该A-PCEF和C-PCEF的关联关系。
所述获取单元中包括第三获取子单元，用于在A-PCEF发起对所述会话的 规则配置请求的过程中，获取该A-PCEF的信息，以及在C-PCEF发起对所述 会话的规则配置请求的过程中，获取该C-PCEF的信息；所述PCEF关联单元 中包括第三关联子单元，用于判定A-PCEF发起的对所述会话的规则配置请求 中携带的用户IP地址和/或用户标识，与C-PCEF发起的对所述会话的规则配
置请求中携带的用户IP地址和/或用户标识之间存在关联关系，则建立该
A-PCEF和C-PCEF的关联关系。
进一步还可包括判断单元和更新单元。
判断单元，用于在获取单元获取所述各PCEF中的每一PCEF的信息后， 判定该PCEF为发生迁移而重新注册的PCEF时，发出触发信号更新单元， 用于以收到判断单元发出的触发信号作为触发条件，更新该PCEF此次注册所 对应的会话的关联信息。
进一步还可包括PCC规则关联单元。
PCC规则关联单元，用于从PCEF关联单元获得存在关联关系的PCEF信 息，并维护所述存在关联关系的PCEF中保存的PCC规则之间的关联关系。 进一步还可包括屏蔽单元。
屏蔽单元，用于向AF侧屏蔽所述各PCEF以及与所述各PCEF相连的PDF。
本发明实施例还提供了 一种关联策略和计费执行功能实体的系统，其包 括关联实体，以及为同一会话服务的各PCEF;
关联实体可位于PDF、 V-PCRF或H-PCRF中，用于获取为同 一会话服务 的所述各PCEF的信息，以及建立所述各PCEF的关4关关系。
上述内容为本发明实施例的概述，C-PCEF和HA是两个不同的逻辑功能 实体，但在具体实现中，C-PCEF和HA可以是单独的物理实体也可以是集成 在同一个物理实体中，以下以C-PCEF位于HA为例，阐述具体的实施方式。
考虑WiMAX漫游与非漫游的情况以及在漫游情况下HA的动态分配，本 发明实施例可应用于如下几种应用场景。
应用场景一非漫游场景，参见图9所示。
当终端进入网络后，网络为其分配HA， HA可以通过与PCRF之间设置 的接口或者与PDF之间的接口进行PCC Rules的传递，即PCRF授权并生成 PCC Rules发送给PDF并由PDF转发给ASN的策略计费执行实体PCEF，同 时PCRF还将PCC Rules发送至HA,用于HA作为执行策略计费操作的依据；
或者PCRF授权并生成PCC Rules发送给PDF，并由PDF转发给ASN的策略 计费执行实体PCEF及HA。
综上所述在场景一下，PCRF将PCC Rule信息下发到A-PCEF (即ASN 的PCEF )和C-PCEF (即HA )。下发3各径中也可以存在PDF，则PCRF将PCC Rule信息下发到PDF，再由PDF下发到PCEF实体。
由于下发路径可能存在不同，同时考虑A-PCEF以及C-PCEF执行的PCC Rule可能不同，A-PCEF和C-PCEF针对同一会话发起的不同注册可以终结于 PDF，也可以终结于PCRF。即关联实体可以位于PDF中，由PDF对同一个IP CAN Session下的A-PCEF及C-PCEF进行关联，在PDF接收到PCRF下发的 PCC Rule后，向A-PCEF及C-PCEF进行多分发；或者关联实体可以位于PCRF 中，由PCRF对同 一个IP CAN Session下的A-PCEF及C-PCEF进行关联，PCRF 下发规则时，针对A-PCEF及C-PCEF进行多分发(此时的分发路径上也可能 存在PDF ，只是PDF不做关联处理)。
应用场景二漫游场景，HA分配在拜访地，HA从拜访地CSN获取规则， 参见图10所示。
当终端进入网络后，网络为其分配的HA位于V-CSN时，HA则通过与 V-PCRF之间设置的接口或者与PDF之间的接口进行PCC Rules的传递，即 H-PCRF授权并生成PCC Rules发送给V-PCRF时，V-PCRF可根据本地策略进 一步决策并授权(可能对所述PCC Rules进行裁减)，之后将最终授权的PCC Rules通过PDF发送给ASN的策略计费执行实体PCEF,同时V-PCRF还将PCC Rules发送至HA，用于HA作为执行策略计费操作的依据；或者V-PCRF将最 终授权的PCC Rules发送到PDF,由PDF将PCC Rule发送到ASN的策略计 费执行实体PCEF及HA。
综上所述在场景二下，H-PCRF将PCC Rule信息下发到V-PCRF;由 V-PCRF将PCC Rule信息下发到A-PCEF (即ASN的PCEF )及C-PCEF (即 HA); V-PCRF的下发路径中可以存在PDF,则V-PCRF将PCC Rule信息下发 到PDF，再由PDF下发到PCEF实体。
A-PCEF和C-PCEF多注册可以终结于PDF、 V-PCRP或者H-PCRF。即关 联实体可以位于PDF中，由PDF对同一个IP CAN Session下的A-PCEF及 C-PCEF进行关联，在PDF接收到V-PCRF下发的PCC Rule后，向A-PCEF 及C-PCEF进行多分发；或者关联实体可以位于V-PCRF中，由V-PCRF对同 一个IP CAN Session下的A-PCEF及C-PCEF进行关联；或者关联实体可以位 于H-PCRF中，由H-PCRF对同 一个IP CAN Session下的A-PCEF及C-PCEF 进行关联。
具体描述与场景一类似，需要说明的是，H-PCRF与V-PCRF之间也可能 存在PDF实体，只是PDF不做关联处理。
应用场景三漫游场景，HA分配在归属地，HA通过拜访地CSN获取PCC Rule。参见图11所示。
H-PCRF将PCC Rules信息下发到V-PCRF; V-PCRF可以根据本地策略进 一步决策并授权(可能对所述PCC Rules进行裁减)，之后将最终授权的PCC Rules通过PDF发送给ASN的策略计费执行实体PCEF及C-PCEF (即HA); V-PCRF的下发路径中可以存在PDF, V-PCRF将PCC Rule信息下发到PDF， 再由PDF下发到PCEF实体。
A-PCEF和C-PCEF多注册可以终结于PDF、 V-PCRF或者H-PCRF。即关 联实体可以位于PDF中，由PDF对同一个IP CAN Session下的A-PCEF及 C-PCEF进行关联；或者关联实体可以位于V-PCRF中，由V-PCRF对同一个 IP CAN Session下的A-PCEF及C-PCEF进行关联；或者关联实体可以位于 H-PCRF中，由H-PCRF对同 一个IP CAN Session下的A-PCEF及C-PCEF进 行关联。
具体描述与场景一类似，需要说明的是，H-PCRF与V-PCRF之间也可能 存在PDF实体，只是PDF不做关联处理。
应用场景四漫游场景，HA分配在归属地，HA通过归属地CSN获取PCC 访地CSN连接到归属地CSN。参见图12所示。
H-PCRF将PCC Rule信息下发到V-PCRF以及C-PCEF(即HA),由V-PCRF 将PCC Rule信息下发到A-PCEF (即ASN中的PCEF )。 H-PCRF与V-PCRF 以及H-PCRF到C-PCEF之间的连接路径中可以存在PDF, H-PCRF与V-PCRF 之间的PDF和H-PCRF与C-PCEF之间的PDF均位于归属地网络中；H-PCRF 与V-PCRF之间的连接路径中的PDF收到PCC Rule信息后，再由PDF下发 PCC Rule信息到V-PCRF; H-PCRF到C-PCEF之间的连接路径中的PDF收到 PCC Rule信息后，再由PDF下发PCC Rule信息到C-PCEF。需要说明的是， V-PCRF与A-PCEF之间的连接路径上也可以存在PDF,此PDF位于拜访地网 络。如前所述，如果V-PCRF与H-PCRF以及C-PCEF与H-PCRF的连接路径 上均存在同 一个归属地PDF,那么A-PCEF经过V-PCRF到H-PCRF的连接与 C-PCEF与H-PCRF的连接可以由所述PDF进行关联；否则可以由H-PCRF进 行关联。
如前所述，多注册可以终结于PDF或H-PCRF。即关联实体可以位于PDF
中，由PDF对同一个IP CAN Session下的A-PCEF及C-PCEF进行关联，该
PDF为归属地PDF;或者关if关实体可以位于H-PCRF中，由H-PCRF对同 一个
IP CAN Session下的A-PCEF及C-PCEF进行关联。
应用场景五漫游场景，HA分配在归属地，HA通过归属地CSN获取PCC
Rule,拜访地A-PCEF直接连接到归属地CSN。参见图13所示。
H-PCRF将PCC Rule信息下发到拜访地A-PCEF以及C-PCEF (即HA )。 H-PCRF与A-PCEF，以及H-PCRF与C-PCEF之间的连接路径中可以存
在PDF。由于A-PCEF不经过拜访地CSN直接连接到归属地CSN，所以此处
H-PCRF与A-PCEF之间的PDF为归属地PDF。
多注册可以终结于PDF或H-PCRF。该PDF为归属地PDF。
以下通过7个实施例具体说明，并且以下7个实施例均以上述应用场景一
为例，也适用于其它应用场景。
实施例1、 PCRF在与AAA/SPR/HSS交互取得用户签约信息时得到AAA 为用户分配的HA信息(即AAA/SPR/HSS作为C-PCEF的分配实体)，PCRF 在需要下发规则时，当关联实体位于PDF时，PCRF在发送到PDF的消息中 加入C-PCEF位置或地址相关信息并指示PDF向C-PCEF发送；当关联实体位 于PCRF时，PCRF直接向A-PCEF和C-PCEF分发规则。参见图14所示，包 括下列步骤
步骤1: A-PCEF通过PDF传递PCC规则请求，针对终端的IP-CAN Session 向PCRF发起PCC Rules配置过程；其中PCRF收到A-PCEF通过PDF发送的 PCC规则请求时，建立与该A-PCEF的会话，并记录该A-PCEF服务于该 IP-CAN Session。
所述的配置过程可以包括PCC Rules的创建、修改和/或删除，或是IP-CAN Session的建立、修改或释放等。下文中的配置过程与此处相同，将不再赘述。
步骤2、步骤3: PCRF向AAA/SPR/HSS请求用户签约信息。AAA/SPR/HSS 具有动态分配HA的能力。AAA/SPR/HSS在告知PCRF用户签约信息的同时， 还可以告知终端当前所使用的IP-CAN Session对应的HA的位置(如Home或 Visited);
在该步骤中，若AAA/SPR/HSS知道HA的地址，则还可以同时将HA的 地址告知PCRF,或者也可以是仅将HA的地址告知PCRF。
可选的，本发明实施例中，关联实体还可以进一步需要获得A-PCEF和/ 或C-PCEF的标识信息，标识信息包括不限于PCEF标识、PCEF地址或PCEF 类型中的一种或多种。因为在本实施例的场景下，只有A-PCEF会发起规则配 置请求，所以在本场景下，可以是A-PCEF在其发送到所述关联实体的规则配 置请求中隐式的携带对应的A-PCEF标识信息，如PCRF收到所述的规则配置 请求就可以直接确定PCEF类型为A-PCEF (因为此场景下只有A-PCEF会发 起规则配置请求)，由PDF根据接收到的A-PCEF的IP数据包得到PCEF地址， 如可以是A-PCEF发送注册消息到PDF， PDF才艮据所述注册消息的IP头地址
得到所述A-PCEF的地址，进而获得所述A-PCEF的标识信息。如果关联实体 位于PCRF，则PDF需在发送到PCRF的注册消息中携带所述标识信息；当然， 本发明实施例中，也可以是A-PCEF在其规则配置请求中显式的携带PCEF标 识信息。PCRF获取C-PCEF的标识信息可以在A-PCEF的注册过程中显式或 隐式携带，或者在PCRF与AAA/SPR交互获取C-PCEF信息时显式或隐式得 到。
关联实体根据前述的PCEF标识信息、和/或PCRF与AAA/SPR交互得到
HA对应C-PCEF )。如前所述PCRF可以从AAA/SPR得到两个PCEF的信息， 可以根据这一信息进一步对发起注册PCEF做验证的工作，如果发起注册的 PCEF与AAA/SPR告知的不同，PCRF可以拒绝注册。进一步的，如果需要为 A-PCEF及C-PCEF提供不同的PCC规则，则PCRF需得到前述标识信息，根 据此标识信息生成不同的^L则。下文中对标识信息的获取及应用与此处相同， 将不再赘述。
步骤4: PCRF可以保存该IP-CAN Session相关的HA的位置和/或HA的 地址，如果关联实体位于PCRF,则根据之前记录的该A-PCEF服务于该IP-CAN Session,建立该IP CAN Session下的A-PCEF与HA (即C-PCEF )之间的关 联关系；以及根据用户签约信息和其自身的策略要求执行策略决策，授权并生 成PCC Rules,如果关联实体位于PCRF,则PCRF分别授权并生成针对A-PCEF 和HA的PCC Rule，对应的PCC Rule可能相同也可能不同。
步骤5: PCRF将生成的PCC Rules发送给PDF，如果关联实体位于PDF, 则还可以同时告知PDF当前的HA的位置和/或HA的地址，以及指示信息， 该指示用于告知PDF向该HA分发对应的PCC Rules。
步骤6、步骤7:如果关联实体位于PCRF，则PCRF根据HA的位置和/ 或HA的地址，将对应的PCC Rules发送至HA，同时将针对A-PCEF的PCC 规则与针对HA的PCC规则关联起来；并由HA配置收到的PCC规则，以及
回应PCC Rules配置结果；
需要说明的是，PCC规则的关联是通过PCC规则的标识进行关联的，如 将针对A-PCEF连接会话上的PCC规则的标识与针对C-PCEF连接会话上的 PCC规则的标识关联起来。如前述，各PCEF执行的规则可能是相同的，也可 能是不同的，如果两个规则的标识相同，则规则的关联可以伴随PCEF的关联 实现，如果规则的标识不同，则就需要显式的关联将两个标识联系起来。
需要说明的是，如前述各场景所述，PCRF与C-PCEF/HA的连接路径中也 可以出现PDF。
或者，
步骤6，、步骤7，如果关联实体位于PDF,则PDF根据步骤5中PCRF 下发的HA的位置和/或HA的地址，建立该IP CAN Session下的A-PCEF与 HA (即C-PCEF )之间的关联关系，同时将对应的PCC Rules发送至HA，同 时将针对A-PCEF的PCC规则与针对HA的PCC规则关联起来；并由HA配 置收到的PCC规则，以及回应PCC Rules配置结果。
步骤8: PDF将对应的PCC Rules发给终端所在ASN内的PCEF;
步骤9、步骤10: ASN网络内根据收到的配置请求创建、修改或删除 IP-CAN承载或者IP-CAN Session,并在A-PCEF配置相应的PCC Rules,还向 PDF返回配置结果。
步骤11: PDF根据PCEF返回的配置结果向PCRF返回PCC Rules配置 结果。同时，如果关联实体位于PDF，则PDF需保证A-PCEF与HA配置结果 相同，必须同时成功，否则认为失败；如果有一方配置失败，则PDF才艮据在 步骤6，中维护的PCC规则关联关系，向另 一方再次发起PCC Rule配置过程， 将对应的PCC规则恢复到配置之前的状态(即步骤1之前的状态)，以保证多 个PCEF规则配置的一致性。
如果关联实体位于PCRF,则PCRF需保证A-PCEF与HA配置结果相同， 必须同时成功，否则认为失败；如果有一方配置失败，则PCRF根据在步骤6
中维护的PCC规则关联关系，向另 一方再次发起PCC Rule配置过程，将对应 的PCC规则恢复到配置之前的状态(即步骤1之前的状态)，以保证多个PCEF 规则配置的一致性。
实施例2、 A-PCEF在用户认证过程成功后，从AAA/SPR/HSS得到为用户 分配的HA信息(即AAA/SPR/HSS作为C-PCEF的分配实体)，并在注册过程 中携带到PDF或PCRF。在由PDF作为关联实体时，PDF保存并关联A-PCEF 与C-PCEF之间的关系，在从PCRF得到PCC Rule后，下发到A-PCEF和 C-PCEF;当关联实体位于PCRF时，PCRF直接向A-PCEF和C-PCEF分发规 则，分发路径上可能存在PDF。参见图15所示，包括下列步骤
步骤1: A-PCEF通过PDF向PCRF发起规则配置请求，在发起的规则配 置请求消息中携带在鉴权认证过程中得到的HA地址和/或HA位置；如果关联 实体位于PDF，则PDF保存HA信息，维护在同一 IP-CAN Session下A-PCEF 与HA(即C-PCEF)的关联关系，并在转发的规则配置请求消息中可以不再 携带HA地址或位置，如果关联实体位于PCRF，则HA地址和/或位置通知到 PCRF, PCRF维护在同一 IP-CAN Session下A-PCEF与HA (即C-PCEF )的 关4关关系。
所述的配置过程可以包括PCC Rules的创建、修改和/或删除，或是IP-CAN Session的建立、修改或释放等。
所述的规则配置请求可以发生在A-PCEF初次发起规则请求时，或者 A-PCEF在发生迁移后的规则配置请求时，或者由于网络配置的变化而触发 A-PCEF发起规则配置请求。
可选的，本发明实施例中，关联实体还可以进一步需要获得A-PCEF和/ 或C-PCEF的标识信息，标识信息包括不限于PCEF标识、PCEF地址或PCEF 类型中的一种或多种。因为在本实施例的场景下，只有A-PCEF会发起规则配 置请求，所以在本场景下，可以是A-PCEF在其发送到所述关联实体的规则配 置请求中隐式的携带对应的A-PCEF标识信息，如PCRF收到所述的规则配置
请求就可以直接确定PCEF类型为A-PCEF (因为此场景下只有A-PCEF会发 起规则配置请求)，由PDF根据接收到的A-PCEF的IP数据包得到PCEF地址， 如可以是A-PCEF发送注册消息到PDF， PDF 4艮据所述注册消息的IP头地址 得到所述A-PCEF的地址，进而获得所述A-PCEF的标识信息。如果关联实体 位于PCRF,则PDF需在发送到PCRF的注册消息中携带所述标识信息；当然， 本发明实施例中，也可以是A-PCEF在其规则配置请求中显式的携带PCEF标 识信息。PCRF获取C-PCEF的标识信息可以在A-PCEF的注册过程中显式或 隐式携带，或者在PCRF与AAA/SPR交互获取C-PCEF信息时显式或隐式得 到。
关联实体根据前述的标识信息、和/或后续步骤2、 3中PCRF与AAA/SPR 交互得到的NAS或HA信息来判断两个PCEF的会话可以同时存在(NAS对 应A-PCEF, HA对应C-PCEF )。如前所述PCRF可以从AAA/SPR得到两个 PCEF的信息，可以根据这一信息进一步对发起注册PCEF做验证的工作，如 果发起注册的PCEF与AAA/SPR告知的不同，PCRF可以拒绝注册。进一步的， 如果需要为A-PCEF及C-PCEF提供不同的PCC规则，则PCRF需得到前述标 识信息，根据此标识信息生成不同的规则。下文中对标识信息的获取及应用与 此处相同，将不再赘述。
步骤2、步骤3: PCRF向AAA请求用户签约信息，AAA告知PCRF用户 签约信息。
步骤4: PCRF根据用户签约信息和其自身的策略要求执行策略决策，授 权并生成PCC Rules;如果关联实体位于PCRF,贝'j PCRF也可以针对不同的 PCEF生成不同的PCC Rules。
步骤5: PCRF将生成的PCC Rules发送给PDF。
步骤6、步骤7:如果关联实体位于PCRF,则PCRF根据HA的位置和/ 或HA的地址，将对应的PCC Rules发送至HA，同时将针对A-PCEF的PCC 规则与针对HA的PCC规则关联起来；并由HA配置收到的PCC规则，以及 回应PCC Rules配置结果；或者，
步骤6'、步骤7，如果关联实体位于PDF，则PDF根据保存的的HA的 位置和/或HA的地址，将对应的PCC Rules发送至HA,同时将针对A-PCEF 的PCC规则与针对HA的PCC规则关联起来；并由HA配置收到的PCC规则， 以及回应PCC Rules配置结果。
步骤8: PDF将对应的PCC Rules发给终端所在ASN内的PCEF。
步骤9、步骤10: ASN网络内根据PCC Rules的要求创建、修改或删除 IP-CAN承载或IP-CAN Session,并在A-PCEF配置相应的PCC Rules,还向 PCRF返回配置结果。
步骤11: PDF根据PCEF返回的配置结果向PCRF返回PCC Rules配置结 果。同时，如果关联实体位于PDF，则PDF需保证A-PCEF与HA配置结果相 同，必须同时成功，否则认为失败；如果有一方配置失败，贝'j PDF才艮据在步 骤6，中维护的PCC规则关联关系，向另一方再次发起PCC Rule配置过程，将 对应的PCC规则恢复到配置之前的状态(即步骤1之前的状态)，以保证多个 PCEF规则配置的一致性。
如果关联实体位于PCRF，则PCRF需保证A-PCEF与HA配置结果相同， 必须同时成功，否则认为失败；如果有一方配置失败，则PCRF根据在步骤6 中维护的PCC规则关联关系，向另一方再次发起PCC Rule配置过程，将对应 的PCC规则恢复到配置之前的状态(即步骤1之前的状态)，以保证多个PCEF 规则配置的一致性。
实施例3、 A-PCEF与C-PCEF都向PCRF/PDF发起注册。关联实体根据 用户标识以及用户的IP地址，将关联实体到A-PCEF的会话与关联实体到 C-PCEF的会话关联起来。参见图16所示，包括下列步骤
步骤1: C-PCEF根据终端IP-CAN Session的承载需求，触发该IP-CAN Session相关的PCC Rules配置过程；所述的配置过程可以包括PCC Rules的 创建、修改和/或删除，或是IP-CAN Session的建立、修改或释放等。
步骤l， A-PCEF根据终端IP-CAN Session的承载需求，触发该IP-CAN Session相关的PCC Rules配置过程；所述的配置过程可以包括PCC Rules的 创建、修改和/或删除，或是IP-CAN Session的建立、修改或释放等。
两个PCEF发起请求的时间点没有先后顺序要求。
步骤2: C-PCEF将IP-CAN Session的承载需求告知PCRF (即请求注册)； 该请求可能还需经过PDF再发送到PCRF;如果关联实体位于PCRF，则C-PCEF 发起的注册终止于PCRF (中间可能经过PDF)，如果关联实体位于PDF,则 C-PCEF发起的注册可能终止于PDF，也可能终止于PCRF。若注册终止于PDF， 则C-PCEF发起的注册就不触发PCRF与AAA交互，而另一 PCEF (A-PCEF ) 的注册则会发送到PCRF，必要时触发PCRF与AAA交互，并生成少见则。
步骤2， A-PCEF将IP-CAN Session的承载需求告知PCRF(即请求注册)； 该请求可能还需经过PDF再发送到PCRF;如果关联实体位于PCRF,则A-PCEF 发起的注册终止于PCRF (中间可能经过PDF)，如果关联实体位于PDF,则 A-PCEF发起的注册可能终止于PDF，也可能终止于PCRF。若注册终止于PDF， 则A-PCEF发起的注册就不触发PCRF与AAA交互，而另一 PCEF ( C-PCEF ) 的注册则会发送到PCRF,必要时触发PCRF与AAA交互，并生成规则。
如果关联实体位于PDF,则PDF向PCRF屏蔽多PCEF注册，A-PCEF发 起的注册或者HA发起的注册中有一方将终止于PDF,如前述步骤2或步骤2， 有一方的注册终止于PDF;如果关联实体位于PCRF,则A-PCEF以及HA均 注册到PCRF，注册路径可能经过PDF,如步骤2和步骤2'都终止于PCRF。 关联实体通过用户IP地址和/或用户标识将多个PCEF的注册关联起来。
可选的，本发明实施例中，关联实体还可以进一步需要获得A-PCEF和/ 或C-PCEF的标识信息，标识信息包括不限于PCEF的标识、PCEF的地址或 PCEF类型中的一种或多种。发送到所述关联实体的对所述会话的规则配置请 求中，携带对应的PCEF标识信息，如A-PCEF在其发送的配置请求中携带其 自身的PCEF标识信息，C-PCEF在其发送的配置请求中携带其自身的PCEF标识信息。所述标识信息可以显式的承载在所述配置请求中，也可以由PDF
根据接收到的PCEF的IP数据包得到，如可以是PCEF发送注册消息到PDF, PDF才艮据所述注册消息的IP头地址得到所述PCEF的地址，进而获得所述PCEF 的标识信息。如果关联实体位于PCRF，则PDF需在发送到PCRF的注册消息 中携带所述标识信息。
关联实体根据前述的标识信息、和/或后续步骤3中PCRF与AAA/SPR交 互得到的NAS或HA信息来判断两个PCEF的会话可以同时存在(NAS对应 A-PCEF, HA对应C-PCEF )。如前所述PCRF可以从AAA/SPR得到两个PCEF 的信息，可以根据这一信息进一步对发起注册PCEF做验证的工作，如果发起 注册的PCEF与AAA/SPR告知的不同，PCRF可以拒绝注册。进一步的，如果 需要为A-PCEF及C-PCEF提供不同的PCC规则，则PCRF需得到前述标识信 息，根据此标识信息生成不同的规则。下文中对标识信息的获取及应用与此处 相同，将不再赘述。
步骤3至步骤5: PCRF向AAA获取相应的用户签约信息，并生成PCC Rules 。
步骤6至步骤10: PCRF下发PCC Rules,如果关联实体位于PCRF,则 PCRF在针对A-PCEF将PCC Rules下发到PDF的同时，还针对HA下发PCC Rules,针对HA的PCC Rules下发可能经过PDF,也可能不经过PDF。如果关 联实体位于PDF, A-PCEF与HA的关联关系在PDF维护，则PCRF只将PCC Rules下发到PDF,由PDF分发到A-PCEF及HA。
实施例4、基于实施例3，考虑A-PCEF与HA发起请求的时间点不同， 关联实体需具有保存规则并关联规则的能力。
如果关联实体位于PDF,则在针对第一注册PCEF得到相应的PCC Rules 或第一注册PCEF返回确认消息后，关联实体将此PCC Rules保存起来；当第 二注册PCEF发起对应的规则请求时，PDF将保存的PCC Rules发送到第二注
册PCEF;或者在第一注册PCEF发起请求时，PDF只建立关联关系而不下发 规则，在第二注册PCEF发起请求时，PDF根据请求下发规则，同时根据之前 建立的关联关系，将对应的规则下发到第一注册PCEF;或者在第一注册PCEF 发起请求时，PDF收到请求后，并不立即返回响应，而是建立关联关系并等待 第二注册PCEF发起请求，在第二注册PCEF发起请求时，PDF根据请求下发 规则，同时根据之前建立的关联关系，响应第一注册PCEF的请求，将对应的 规则下发到第 一注册PCEF。
如果关联实体位于PCRF则在针对第一注册PCEF得到相应的PCC Rules 或第 一注册PCEF返回确认消息后，关联实体将此PCC Rules保存起来；在第 二注册PCEF发起请求时，关联实体可以直接将保存的PCC Rules下发；也可 以由PCRF生成新的PCC Rules。或者，类似前述，在第一注册PCEF请求时 不下发规则只建立关联，在接收到第二注册PCEF发起的请求后，根据请求下 发规则，同时根据之前建立的关联关系，将对应的规则下发到第一注册PCEF; 或者，类似关联实体位于PDF场景，在第一注册PCEF发起请求时只建立关联 关系，而不响应，在接收到第二注册PCEF发起的请求后，根据请求下发规贝'J, 同时根据之前建立的关联关系，响应第 一注册PCEF的请求，并将对应的规则 下发到第一注册PCEF。
如前所述，不同PCEF得到的规则可能相同也可能不同，关联实体需将不 同PCEF上的PCC规则关联起来。不同PCEF得到的不同的PCC规则，可能 由PCRF生成，也可能由PDF生成。
实施例5、对于终端侧发起的规则修改、删除请求，关联实体在维护PCEF 关联关系的同时，还需要维护各PCEF上对应PCC规则的对应关系；在响应发 起方PCEF请求的同时，还需要向相关PCEF的对应规则发起相应操作。参见 图17所示，为规则的修改或删除操作示意图。
对于AF侧触发的业务的修改或删除操作，PCRF通过关联实体向各PCEF 下发相关PCC规则的操作指示。如果关联实体位于PCRF,则对应与同一AF
业务数据流，PCRF维护各PCEF上对应的PCC规则的关联关系，在收到AF 发起的业务操作指示后，根据所述关联关系向各PCEF发送对应PCC规则的操 作指示；如果关联实体位于PDF,则对应于同一个PCRF下发的规则，PDF维 护各PCEF上对应的PCC规则的关联关系，在收到AF发起的业务操作指示后， 根据所述关联关系向各PCEF发送对应PCC规则的操作指示。
可选的，本发明实施例中，还可以有如下的实施方式，如图20所示，由 PDF分別维护A-PCEF同PDF间会话、C-PCEF与PDF间会话、以及PDF与 PCRF间会话这三个会话之间的关联关系，该实施方式与图6中方式Ol类似， PDF与PCRF之间对一个IP会话有Gx会话与之对应；PCRF可能需要为不 同的PCEF生成不同的PCC规则，此处可以是由于不同类型的PCEF能力不同 造成的；于是PCRF在同一个会话中针对不同的PCEF下发不同的规则，在下 发规则的同时指定该规则应用于哪个PCEF,可以通过前述的PCEF标识信息 (PCEF地址、PCEF标识或PCEF类型)指明；PDF在接收到从Gx接口下发 的PCC规则后，根据之前维护的PCEF关联关系以及规则对应的PCEF标识信 息，将特定的规则发送到其指定的PCEF。
进一步的，本发明实施例中，规则修改、删除的过程也可以应用于IP会 话释放的场景，参见图21、 22。图21为关联实体位于PDF时终端侧触发释放 IP会话的流程图，图22为关联实体位于PCRF时终端侧触发释放IP会话的流 程图。
如图21所示，本发明实施例中，关联实体位于PDF，具体方案如下所述 步骤1、 2， ASN向PDF发起IP会话释放请求，PDF收到所述的IP会话
释i文请求后，将该请求转发到PCRF;
本发明实施例中，当需要释力文当前IP会话时，ASN中PCEF(即A-PCEF)
可以发送IP会话释力文请求给PDF, PDF可以根据其维护的A-PCEF同PDF之
间的会话与PDF同PCRF间会话的关联关系将该IP会话释放请求转发到
PCRF。
步骤3、 4, PCRF接收到该消息后，向PDF返回IP会话释放确认，PDF 向所述的A-PCEF返回IP会话释放确认。
PCRF在收到来自PDF的IP会话释放请求后进行确认。然后将IP会话释 放确认返回给所述的PDF, PDF在收到所述IP会话释放确认后将其返回给ASN 中PCEF (即A-PCEF )。
步骤5、由于关联实体位于PDF， PDF可以根据其维护的各PCEF的关联 关系，也向对应的C-PCEF发送会话释放指示，其指示的方式可以直接指明释 》i:对应的IP会话，也可以通过前述删除规则的过程来释放对应的IP会话，如
关联实体保存的各PCEF的关联关系、和/或PCC Rules的关联关系则可以触发 删除C-PCEF上对应的所述IP会话的PCC规则，当对应IP会话上的PCC规 则均被删除时，触发C-PCEF释放该会话。
步骤6、所述的C-PCEF在收到来自PDF的IP会话释^L指示后向PDF返 回IP会话释放应答，并可以同时释放该会话对应的承载资源。
步骤7、如果IP会话需要PCEF显式的发起释放的话，则可选的，所述的 C-PCEF向所述PDF发送IP会话释放请求。
步骤8、 PDF向所述的C-PCEF返回IP会话释放确认。
如图22所示，本发明实施例中，关联实体位于PCRF时释放IP会话的过 程，具体如下
步骤1、 2， ASN向PDF发起IP会话释放请求，PDF收到所述的IP会话 释放请求后，将该请求转发到PCRF;
如，当需要释放当前IP会话时，ASN中PCEF (即A-PCEF )可以发送IP 会话释^L请求纟会PDF。
步骤3、 4， PCRF接收到该消息后，向PDF返回对该IP会话释^L确认， PDF向所述的A-PCEF返回IP会话释放确认。
PCRF在收到来自PDF的IP会话释放请求后进行确认。然后将IP会话释
放确认返回给所述的PDF, PDF在收到所述IP会话释放确认后将其返回给ASN 中PCEF (即A-PCEF )。
步骤5、 6,由于关联实体位于PCRF, PCRF可以根据其维护的各PCEF 的关联关系，对应的C-PCEF发送IP会话释放指示，其指示的方式可以直接指 明释放对应的IP会话，也可以通过前述删除规则的过程来释放对应的IP会话，
据关联实体保存的各PCEF的关联关系、和/或PCC Rules的关联关系可以触发 删除C-PCEF上对应的所述IP会话的PCC规则，当对应IP会话上的PCC规 则一皮删除时，触发C-PCEF释》史该会话。
步骤7、 8,所述的C-PCEF在收到所述IP会话释放指示后向PCRF返回 IP会话释放应答，并可以同时释放该会话对应的承载资源。
步骤9、 10,如果IP会话需要PCEF显式的发起释放的话，则可选的，所 述的C-PCEF向PCRF发送IP会话释放请求。
步骤11、 12, PCRF向所述的C-PCEF返回IP会话释放确认。
对于网络侧触发的IP会话释放，由关联实体根据其维护的关联关系，分 别向各PCEF发起会话释放过程，关联实体应用关联关系与前述AF侧发起规 则〈'务改、删除的过程中一致，在此不再赘述。
实施例6、考虑在业务的建立过程中，PCRF需要通过Rx接口向AF返回 接入网信息，此时关联实体负责向AF侧屏蔽多个PCEF的存在，各PCEF及 其相连的PDF(如果该链路上存在PDF的话)向AF侧上报各自的接入网信息， 其中包括接入网策略计费实体标识以及接入网计费标识，关联实体选择其中之 一上报的接入网策略计费实体标识或者关联实体自身分配标识用于在PCRF与 AF的交互中表示接入网策略计费实体，并且选择其中之一上报的接入网计费 标识或者关联实体自身分配对应的接入网计费标识作为接入网计费标识上报 到AF。从AF的角度看到的PCEF只有一个，如果关联实体位于PDF,则PCRF 看到的PCEF也只有一个。
以AF触发的业务流为例，阐述关联实体向AF侧屏蔽多个PCEF实体。 PCEF之间的关联关系在此之前可能已经建立。参见图18所示，包括下列步骤 步骤l, AF向PCRF发送接入授权请求，其中携带业务信息。 步骤2、步骤3，可选的，PCRF向AAA获取用户签约信息以及HA分配 信息。当PCRF需要上述信息，而PCRF又未曾获取的情况下触发PCRF与AAA 的交互。
步骤4~步骤11, PCRF授权并生成相应的PCC规则，并根据关联实体建 立的关联关系将对应的规则发送到A-PCEF和HA/C-PCEF，具体的下发方式与 上述实施例1类似，在此不再赘述。
需要说明的是，在步骤7、步骤7'、步骤10中的PCC规则配置确认消息 中会携带该PCEF对应PCC规则的接入网计费标识。
如果关联实体位于PDF，则关联实体在步骤7'及步骤10后得到持有 A-PCEF及C-PCEF上报的对应的接入网策略计费实体标识(接入网计费点标 识)及接入网计费标识。关联实体选择其中之一作为需要上报给AF的接入网 计费点标识及接入网计费标识，或者关联实体也可以选择自身分配对应标识以 及由关联实体生成的接入网计费标识上报。PDF通过步骤11将选定的接入网 计费点标识及接入网计费标识上报到PCRF。
如果关联实体位于PCRF，则关联实体在步骤7及步骤11后得到持有 A-PCEF及C-PCEF或其通过PDF上报的对应的接入网计费点标识及接入网计 费标识。关联实体选择其中之一作为需要上报给AF的接入网计费点标识及接
成的接入网计费标识上报。
步骤12， PCRF向AF返回授权应答，其中携带规则对应的接入网计费点 标识以及接入网计费标识。
所述屏蔽多PCEF以及其对应的接入网计费标识的功能适用于本文中各场 景各中关联关系获取方式。
实施例7、参见图19所示，以下以流程的方式描述A-PCEF的迁移过程。 步骤1，新的A-PCEF收到A-PCEF的触发请求。
步骤2,新的A-PCEF向PDF发送请求消息，其中指明是A-PCEF迁移， 信令中还可以携带PCEF地址、PCEF类型和/或老的A-PCEF地址或标识。
步骤3, PDF将新的A-PCEF更新到IP CAN Session对应的信息中，并索 引到老的A-PCEF ，准备向其发起释放请求。
PDF索引到老的A-PCEF的方式可以有一下几种，1， PDF维护PCEF地 址与PCEF类型的对应关系，根据PCEF地址得到PCEF类型，或者步骤2中 直接携带PCEF类型；同时在A-PCEF注册时也携带该信息；得到类型后，PDF 根据类型索引到之前的A-PCEF; 2、 A-PCEF在迁移请求中，直接携带老的 A-PCEF的地址或标识，PDF得到后直接索引到老的A-PCEF。
步骤4, PDF向新的A-PCEF返回确认响应。
步骤5 ~ 7, PDF向老的A-PCEF发起释放流程。
上述实施例虽然以非漫游场景为例，但是在前述漫游场景二、三、四、五 也是类似的，只是增加了 V-PCRF实体以及在归属地CSN中也可能存在的PDF 实体。关联实体的功能是一致的。
本发明实施例的方法、装置及系统中，关联实体获取为同一会话服务的各 策略和计费执行功能实体PCEF的信息，并且关联实体建立为该会话服务的不 同PCEF的关联关系。从而实现了建立同一会话下的不同PCEF之间的关联关 系。例如针对同 一个IP CAN Session存在同时使用A-PCEF与C-PCEF的场 景，通过本发明实施例可建立A-PCEF与C-PCEF之间的关联关系。
进而可以支持多个策略执行点协同工作。
进一步的，本发明实施例还考虑了 A-PCEF可以迁移的情况，以使用新的 A-PCEF更新之前注册的A-PCEF,并可需保证在A-PCEF发生迁移时不影响 C-PCEF 。
进一步的，本发明实施例还考虑了 A-PCEF与C-PCEF发起请求的时间点
不同，关联实体需具有保存规则并关联规则的能力；以及对于终端侧发起的规
则修改、删除请求，关联实体在维护PCEF关联关系的同时，还需要维护各PCEF 上PCC规则的对应关系，从而在响应发起方PCEF请求的同时，可向相关PCEF 的对应规则发起相应操作。从而关联实体在PCC规则的配置过程中，可保证 各PCEF配置状态一致，在一方发生失败的情况下，向相关执行成功的PCEF 发送配置指示，将相关规则的状态还原。
进一步的，本发明实施例还考虑了在业务的建立过程中，PCRF需要通过 Rx接口向AF返回接入网信息的情况。此时关联实体向AF侧屏蔽所述各PCEF 以及与所述各PCEF相连的PDF,并且关联实体选择所述PCEF或PDF上报的 接入网策略计费实体标识之一，并以该标识在与AF的交互中标识接入网策略 计费执行实体；或者，关联实体分配接入网积分策略实体标识，并以该标识在 与AF的交互中标识接入网策略计费执行实体。从而达到的效果是从AF的角 度看到的PCEF只有一个，如果关联实体位于PDF,则PCRF看到的PCEF也 只有一个，进而在架构中引入多个PCEF之后，也可以保证与原有PCC架构的 兼容性。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种关联策略和计费执行功能实体的方法，其特征在于，包括关联实体获取为同一会话服务的各策略和计费执行功能实体PCEF的信息；关联实体建立为该会话服务的不同PCEF的关联关系。
2、 如权利要求1所述的方法，其特征在于，所述获取为同一会话服务的 各策略和计费执行功能实体PCEF的信息包括所述关联实体在接入业务网A-PCEF发起对所述会话的规则配置请求的过 程中，获取该A-PCEF的信息；根据A-PCEF发起的对所述会话的规则配置请求，所述关联实体从连接业 务网C-PCEF的分配实体获取该C- PCEF的信息。
3、 如权利要求1所述的方法，其特征在于，所述获取为同一会话服务的 各策略和计费执行功能实体PCEF的信息包括A-PCEF在发起的对所述会话 的规则配置请求中携带所述C- PCEF的信息；所述关联实体在A-PCEF发起该请求的过程中，获取该A-PCEF的信息和 所述C- PCEF的信息。
4、 如权利要求3所述的方法，其特征在于，所述A-PCEF在发起的对所 述会话的规则配置请求中携带所述C- PCEF的信息之前包括A-PCEF在鉴权 认证过程中从所述C-PCEF的分配实体获得该C- PCEF的信息。
5、 如权利要求2或4所述的方法，其特征在于，关联实体通过所述A-PCEF 发起的所述会话的规则配置请求获取A-PCEF标识信息；关联实体通过同 C-PCEF的分配实体交互获得该C- PCEF标识信息；所述标识信息包括PCEF标识、PCEF地址或PCEF类型中的一种或多种。
6、 如权利要求2或4所述的方法，其特征在于，所述分配实体包括鉴 权认证计费AAA服务器，或者，家乡签约服务器HSS，或者，签约信息数据 库SPR。
7、 如权利要求1所述的方法，其特征在于，所述获取为同一会话服务的 各策略和计费执行功能实体PCEF的信息包括A-PCEF和C- PCEF分别发起 对所述会话的规则配置请求，获取该A-PCEF的信息；以及获取该C-PCEF的信息。
8、 如权利要求7所述的方法，其特征在于，所述A-PCEF和C-PCEF分 别发起的对所述会话的规则配置请求中，分别携带有该会话对应的用户IP地 址和/或用户标识；的用户IP地址和/或用户标识，与所述C-PCEF发起的对所述会话的规则配置 请求中携带的用户IP地址和/或用户标识之间存在关联关系，则建立所述 A-PCEF和C-PCEF的关联关系。
9、 如权利要求7所述的方法，其特征在于，所述A-PCEF和C-PCEF分 别发起的所述会话的规则配置请求中，分别携带其自身的PCEF标识信息；所述标识信息包括PCEF标识、PCEF地址或PCEF类型中的一种或多种。
10、 如权利要求1所述的方法，其特征在于，所述方法还包括所述关联 实体获取所述各PCEF的信息后，当该PCEF为发生迁移而重新注册的PCEF 时，更新该PCEF此次注册所对应的会话的关联信息。
11、 如权利要求10所述的方法，其特征在于，更新所述关联信息时，索 引到所述关联信息中待更新的PCEF信息的方式包括方式ll、关联实体维护PCEF的地址与类型的对应关系，并根据新迁移的 PCEF地址得到该PCEF类型，以及根据该PCEF类型索引到所述待更新的PCEF 信息；或者方式12、关联实体直接根据新迁移的PCEF类型索引到所述待更新的PCEF 信息；或者方式13、关联实体根据PCEF的指示索引到所述待更新的PCEF信息。
12、 如权利要求2、 3或6所述的方法，其特征在于，还包括关联实体 在PCC规则的配置过程中，保证各PCEF配置状态一致。
13、 如权利要求12所述的方法，其特征在于，关联实体还维护所述各PCEF 中保存的PCC规则之间的关联关系。
14、 如权利要求13所述的方法，其特征在于，所述保证各PCEF配置状 态一致中，关联实体保证配置动作一致的方式包括方式21、在策略控制和计费规则功能实体PCRF主动发起PCC规则的配 置请求时，由关联实体根据建立的所述各PCEF的关联关系，向各PCEF分别 发送对应的PCC规则及配置指示；或者方式22、在所述各PCEF中的任一PCEF主动发起PCC规则配置请求时， 由关联实体根据建立的所述各PCEF的关联关系，向发起该请求的PCEF发送 与该PCEF对应的PCC规则及配置指示，以及关联实体向所述各PCEF中其他 PCEF分别发送对应的PCC规则及配置指示。
15、 如权利要求14所述的方法，其特征在于，所述PCC规则的配置请求 针对已有业务，则关联实体进一步还依据该关联实体所维护的所述各PCEF中 保存的PCC规则之间的关联关系，发送所述PCC规则及配置指示。
16、 如权利要求14所述的方法，其特征在于，所述PCC规则的配置请求 包括PCC规则建立的请求、PCC规则修改的请求或PCC规则删除的请求， 或是IP会话建立的请求、IP会话修改的请求或IP会话释放的请求。
17、 如权利要求13所述的方法，其特征在于，所述保证各PCEF配置状 态一致中，关联实体保证规则配置结果一致的方式包括关联实体获知所述各PCEF的规则配置结果中部分为配置失败，则根据该 关联实体建立的所述各PCEF中保存的PCC规则之间的关联关系，向规则配置 成功的PCEF分别发送对应的PCC规则及配置指示，用于将配置成功的PCEF 中的PCC规则还原。
18、 如权利要求l所述的方法，其特征在于，关联实体可以位于PDF、拜 访地V-PCRF或归属地H-PCRF中。
19、 如权利要求1所述的方法，其特征在于，关联实体向应用功能实体 AF侧屏蔽所述各PCEF以及与所述各PCEF相连的PDF，并且关联实体选择 所述PCEF或PDF上报的接入网策略计费实体标识之一 ，并以该标识在与AF的交互中标记接入网策略计费执行实体；或者，关联实体分配接入网策略计费实体标识，并以该标识在与AF的交互中标记接入网策略计费执行实体。
20、 一种关联实体，其特征在于，包括获取单元，用于获取为同 一会话服务的各PCEF的信息；PCEF关联单元，用于建立为该会话服务的不同PCEF的关联关系。
21、 如权利要求20所述的实体，其特征在于，所述获取单元中包括第一 获取子单元，用于在A-PCEF发起对所述会话的规则配置请求的过程中，获取 该A-PCEF的信息；以及根据A-PCEF发起的对所述会话的规则配置请求，从 C-PCEF的分配实体获取该C- PCEF的信息；所述PCEF关联单元中包括第一关联子单元，用于建立该A-PCEF和 C-PCEF的关联关系。
22、 如权利要求20所述的实体，其特征在于，所述获取单元中包括第二 获取子单元，用于从A-PCEF发起对所述会话的规则配置请求的过程中获取该 A-PCEF的信息，以及从该规则配置请求携带的信息中获取C- PCEF的信息；所述PCEF关联单元中包括第二关联子单元，用于建立该A-PCEF和 C-PCEF的关联关系。
23、 如权利要求20所述的实体，其特征在于，所述获取单元中包括第三 获取子单元，用于在A-PCEF发起对所述会话的规则配置请求的过程中，获取 该A-PCEF的信息，以及在C-PCEF发起对所述会话的规则配置请求的过程中， 获取该C-PCEF的信息；所述PCEF关联单元中包括第三关联子单元，用于判定所述A-PCEF发起 的对所述会话的规则配置请求中携带的用户IP地址和/或用户标识，与所述 C-PCEF发起的对所述会话的规则配置请求中携带的用户IP地址和/或用户标 识之间存在关联关系，则建立该A-PCEF和C-PCEF的关联关系。
24、 如权利要求20至23任一项所述的实体，其特征在于，还包括 判断单元，用于在获取单元获取所述各PCEF中的每一PCEF的信息后，判定该PCEF为发生迁移而重新注册的PCEF时，发出触发信号更新单元，用于以收到判断单元发出的触发信号作为触发条件，更新该 PCEF此次注册所对应的会话的关联信息。
25、 如权利要求20至23任一项所述的实体，其特征在于，还包括 PCC规则关联单元，用于从PCEF关联单元获得存在关联关系的PCEF信息，并维护所述存在关联关系的PCEF中保存的PCC规则之间的关联关系。
26、 如权利要求20至23任一项所述的实体，其特征在于，还包括 屏蔽单元，用于向AF侧屏蔽所述各PCEF以及与所述各PCEF相连的PDF。
27、 如权利要求20至23任一项所述的实体，其特征在于，所述关联实体 位于PDF、 V-PCRF或H-PCRF中。
28、 一种关联策略和计费执行功能实体的系统，其特征在于，包括关联 实体，以及为同一会话服务的各PCEF;关联实体，用于获取为同一会话服务的所述各PCEF的信息，以及建立所 述各PCEF的关联关系。
29、 如权利要求28所述的系统，其特征在于，所述关联实体位于PDF、 V-PCRF或H-PCRF中。
全文摘要
本发明公开了一种关联策略和计费执行功能实体的方法、装置及系统，以实现建立同一会话下的不同PCEF之间的关联关系。方法包括关联实体获取为同一会话服务的各策略和计费执行功能实体PCEF的信息；关联实体建立为该会话服务的不同PCEF的关联关系。关联实体包括获取单元，用于获取为同一会话服务的各PCEF的信息；PCEF关联单元，用于建立为该会话服务的不同PCEF的关联关系。系统包括关联实体，以及为同一会话服务的各PCEF；关联实体，用于获取为同一会话服务的所述各PCEF的信息，以及建立所述各PCEF的关联关系。
文档编号H04L12/14GK101369901SQ20071019285
公开日2009年2月18日 申请日期2007年11月20日 优先权日2007年8月15日
发明者何贤会, 伟 张, 亮 顾 申请人:华为技术有限公司