CN101369901A - 一种关联策略和计费执行功能实体的方法、装置及系统 - Google Patents
一种关联策略和计费执行功能实体的方法、装置及系统 Download PDFInfo
- Publication number
- CN101369901A CN101369901A CNA2007101928563A CN200710192856A CN101369901A CN 101369901 A CN101369901 A CN 101369901A CN A2007101928563 A CNA2007101928563 A CN A2007101928563A CN 200710192856 A CN200710192856 A CN 200710192856A CN 101369901 A CN101369901 A CN 101369901A
- Authority
- CN
- China
- Prior art keywords
- pcef
- entity
- session
- association
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 93
- 230000008569 process Effects 0.000 claims description 50
- 230000003993 interaction Effects 0.000 claims description 18
- 238000012986 modification Methods 0.000 claims description 16
- 230000004048 modification Effects 0.000 claims description 16
- 230000000977 initiatory effect Effects 0.000 claims description 13
- 238000012217 deletion Methods 0.000 claims description 12
- 230000037430 deletion Effects 0.000 claims description 12
- 238000013508 migration Methods 0.000 claims description 10
- 230000005012 migration Effects 0.000 claims description 10
- 238000012790 confirmation Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 238000013475 authorization Methods 0.000 description 8
- 230000001960 triggered effect Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 239000003999 initiator Substances 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 238000005315 distribution function Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种关联策略和计费执行功能实体的方法、装置及系统，以实现建立同一会话下的不同PCEF之间的关联关系。方法包括：关联实体获取为同一会话服务的各策略和计费执行功能实体PCEF的信息；关联实体建立为该会话服务的不同PCEF的关联关系。关联实体包括：获取单元，用于获取为同一会话服务的各PCEF的信息；PCEF关联单元，用于建立为该会话服务的不同PCEF的关联关系。系统包括：关联实体，以及为同一会话服务的各PCEF；关联实体，用于获取为同一会话服务的所述各PCEF的信息，以及建立所述各PCEF的关联关系。
Description
技术领域
本发明涉及通信领域，特别是涉及一种关联策略和计费执行功能实体的方法、装置及系统。
背景技术
一、WiMAX(Worldwide Interoperability for Microwave Access)，中文全称是全球接入微波互操作性，是一种无线城域网技术。
参见图1所示，为WiMAX网络结构图。WiMAX网络主要由三个部分组成即移动终端(Mobile Station MS/SS)；接入业务网(Access Service NetworkASN)，其包括基站(Base Station BS)和接入业务网网关(ASN Gateway ASNGW)；以及连接业务网(Connectivity Service Network CSN)，其包括策略服务器(PF)，认证、授权和计费服务器(AAA Server)，应用功能实体(AF)等等逻辑实体。其中R1接口为无线空中接口，主要由IEEE802.16d/e定义。
参见图2所示，为WiMAX NWG标准最新的QoS框架图。
此框架中的各个功能实体的介绍如下：
MS是移动终端；
SFM是业务流管理实体，负责建立用户业务流及为此业务流分配无线资源等，此功能体存在于ASN中；
SFA是业务流授权实体，负责给相应的业务流授权，此功能体存在于ASN中；
PF是策略功能实体，为某个用户业务流提供策略，此功能体存在于NSP中，在漫游场景中，将会存在Visited PF(拜访地策略功能实体)和Home PF(归属地策略功能实体)；
AAA服务器是提供鉴权、授权和计费服务的系统，负责保存用户的QoSprofile和相关的策略规则；
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 RulesFunction)，用于策略控制决策和基于流计费的控制。
策略和计费执行功能实体PCEF(Policy Control and Charging EnforcementFunction)，用于业务数据流检测、策略执行和基于流计费的执行。
SPR：Subscription Profile Repository，签约信息库，该功能实体向PCRF提供用户签约数据。
AF：Application Function应用功能实体，该功能实体向PCRF动态提供应用层的会话信息，PCRF根据该信息动态生成或者修改对应的规则。
OCS：Online Charging System，在线计费系统，主要是实现在线计费的批价和鉴权。
OFCS：Offline Charging System，离线计费系统，主要完成离线计费功能。
PCC规则：用于将一个业务数据流分配到一个IP CAN(IP ConnectivityAccess Network IP连接接入网)承载上。它的内容包括：
●Rule ID；
●业务数据流检测信息(优先级Precedence，业务数据检测模板Service data flow template)；
●计费信息(计费关键字Charging Key，计费方式Charging method，策略方法Measurement method，应用层计费信息ApplicationFunction Record Information，上报指示信息Service identifier levelreporting)；
●策略控制信息(门控状态Gate status，授权Authorized QoS，UL-bitrate，上下行速率DL-bitrate)。
三、WiMAX融合PCC架构后的网络架构参见图4所示，其中策略分发功能实体PDF(Policy Distribution Function)是一个逻辑实体，以便于和3GPP/2PCC架构融合。它有如下特征：通过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的物理位置取决于实现选择。
发明人在发明过程中发现，在同一个IP CAN 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为现有WiMAX NWG标准最新的QoS框架图；
图3为现有PCC框架结构图；
图4为现有WiMAX融合PCC架构后的网络架构图；
图5为本发明实施例的方法步骤流程图；
图6为本发明实施例中以关联实体位于PDF为例，采用维护接口会话的方式关联各PCEF的示意图；
图7为本发明实施例中以关联实体位于PCRF为例，采用维护接口会话的方式关联各PCEF的示意图；
图8为本发明实施例的关联实体结构示意图；
图9为本发明实施例的应用场景一的示意图；
图10为本发明实施例的应用场景二的示意图；
图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所示，包括下列主要步骤：
S1、关联实体获取为同一会话服务的各策略和计费执行功能实体PCEF的信息。
本发明实施例中的关联实体可位于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的关联关系。
对应S1中的三种情况，本步骤中关联实体建立为该会话服务的不同PCEF的关联关系的情况包括：
情况21、若通过S1中的情况11或情况12获取各PCEF的信息，则关联实体认定A-PCEF和C-PCEF均为所述会话服务，并建立该A-PCEF和C-PCEF的关联关系。
情况22、若通过S1中的情况13获取各PCEF的信息，则A-PCEF和C-PCEF分别发起的对所述会话的规则配置请求中，分别携带有该会话对应的用户IP地址和/或用户标识；所述关联实体判定A-PCEF发起的对所述会话的规则配置请求中携带的用户IP地址和/或用户标识，与C-PCEF发起的对所述会话的规则配置请求中携带的用户IP地址和/或用户标识之间存在关联关系，则认定所述A-PCEF和C-PCEF均为所述会话服务，并建立该A-PCEF和C-PCEF的关联关系。
在具体实现中，可通过下述方式建立所述关联关系：
方式01、参见图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接口的会话，也可以基于其它接口的会话，下面以基于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。
进一步的，针对S1中的情况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返回接入网信息，此时关联实体向AF侧屏蔽所述各PCEF以及与所述各PCEF相连的PDF，并且关联实体选择所述PCEF或PDF上报的接入网策略计费实体标识之一，并以该标识在与AF的交互中标识接入网策略计费执行实体；或者，关联实体分配接入网策略计费实体标识，并以该标识在与AF的交互中标识接入网策略计费执行实体。
本发明实施例还提供了一种关联实体，可位于PDF、V-PCRF或H-PCRF中，参见图8所示，其包括：获取单元和PCEF关联单元。
获取单元，用于获取为同一会话服务的各PCEF的信息。
PCEF关联单元，用于建立为该会话服务的不同PCEF的关联关系。
进一步获取单元中可包括：第一获取子单元、第二获取子单元和/或第三获取子单元。
所述获取单元中包括第一获取子单元，用于在A-PCEF发起对所述会话的规则配置请求的过程中，获取该A-PCEF的信息；以及根据A-PCEF发起的对所述会话的规则配置请求，从C-PCEF的分配实体获取该C-PCEF的信息；所述PCEF关联单元中包括第一关联子单元，用于认建立该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的关联关系。
上述内容为本发明实施例的概述，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)。下发路径中也可以存在PDF，则PCRF将PCCRule信息下发到PDF，再由PDF下发到PCEF实体。
由于下发路径可能存在不同，同时考虑A-PCEF以及C-PCEF执行的PCCRule可能不同，A-PCEF和C-PCEF针对同一会话发起的不同注册可以终结于PDF，也可以终结于PCRF。即关联实体可以位于PDF中，由PDF对同一个IPCAN 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进行裁减)，之后将最终授权的PCCRules通过PDF发送给ASN的策略计费执行实体PCEF，同时V-PCRF还将PCCRules发送至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-PCRF或者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获取PCCRule。参见图11所示。
H-PCRF将PCC Rules信息下发到V-PCRF；V-PCRF可以根据本地策略进一步决策并授权(可能对所述PCC Rules进行裁减)，之后将最终授权的PCCRules通过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获取PCCRule，拜访地A-PCEF通过拜访地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；或者关联实体可以位于H-PCRF中，由H-PCRF对同一个IP CAN Session下的A-PCEF及C-PCEF进行关联。
应用场景五：漫游场景，HA分配在归属地，HA通过归属地CSN获取PCCRule，拜访地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-CANSession的建立、修改或释放等。下文中的配置过程与此处相同，将不再赘述。
步骤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交互得到的NAS或HA信息来判断两个PCEF的会话可以同时存在(NAS对应A-PCEF，HA对应C-PCEF)。如前所述PCRF可以从AAA/SPR得到两个PCEF的信息，可以根据这一信息进一步对发起注册PCEF做验证的工作，如果发起注册的PCEF与AAA/SPR告知的不同，PCRF可以拒绝注册。进一步的，如果需要为A-PCEF及C-PCEF提供不同的PCC规则，则PCRF需得到前述标识信息，根据此标识信息生成不同的规则。下文中对标识信息的获取及应用与此处相同，将不再赘述。
步骤4：PCRF可以保存该IP-CAN Session相关的HA的位置和/或HA的地址，如果关联实体位于PCRF，则根据之前记录的该A-PCEF服务于该IP-CANSession，建立该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)的关联关系。
所述的配置过程可以包括：PCC Rules的创建、修改和/或删除，或是IP-CANSession的建立、修改或释放等。
所述的规则配置请求可以发生在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根据所述注册消息的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，则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配置结果相同，必须同时成功，否则认为失败；如果有一方配置失败，则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-CANSession相关的PCC Rules配置过程；所述的配置过程可以包括：PCC Rules的创建、修改和/或删除，或是IP-CAN Session的建立、修改或释放等。
步骤1’：A-PCEF根据终端IP-CAN Session的承载需求，触发该IP-CANSession相关的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获取相应的用户签约信息，并生成PCCRules。
步骤6至步骤10：PCRF下发PCC Rules，如果关联实体位于PCRF，则PCRF在针对A-PCEF将PCC Rules下发到PDF的同时，还针对HA下发PCCRules，针对HA的PCC Rules下发可能经过PDF，也可能不经过PDF。如果关联实体位于PDF，A-PCEF与HA的关联关系在PDF维护，则PCRF只将PCCRules下发到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发起的请求后，根据请求下发规则，同时根据之前建立的关联关系，响应第一注册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中方式01类似，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会话释放请求后，将该请求转发到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发送会话释放指示，其指示的方式可以直接指明释放对应的IP会话，也可以通过前述删除规则的过程来释放对应的IP会话，如关联实体发现A-PCEF对应所述IP会话的PCC规则已删除，如前所述，根据关联实体保存的各PCEF的关联关系、和/或PCC Rules的关联关系则可以触发删除C-PCEF上对应的所述IP会话的PCC规则，当对应IP会话上的PCC规则均被删除时，触发C-PCEF释放该会话。
步骤6、所述的C-PCEF在收到来自PDF的IP会话释放指示后向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会话释放请求给PDF。
步骤3、4，PCRF接收到该消息后，向PDF返回对该IP会话释放确认，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会话，如关联实体发现A-PCEF对应所述IP会话的PCC规则已删除，如前所述，根据关联实体保存的各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所示，包括下列步骤：
步骤1，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架构的兼容性。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (29)
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发起对所述会话的规则配置请求的过程中，获取该A-PCEF的信息；以及
所述关联实体在所述C-PCEF发起对所述会话的规则配置请求的过程中，获取该C-PCEF的信息。
8.如权利要求7所述的方法，其特征在于，所述A-PCEF和C-PCEF分别发起的对所述会话的规则配置请求中，分别携带有该会话对应的用户IP地址和/或用户标识；
所述关联实体判定所述A-PCEF发起的对所述会话的规则配置请求中携带的用户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信息的方式包括：
方式11、关联实体维护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.如权利要求1所述的方法，其特征在于，关联实体可以位于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中。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101928563A CN101369901B (zh) | 2007-08-15 | 2007-11-20 | 一种关联策略和计费执行功能实体的方法、装置及系统 |
| PCT/CN2008/072012 WO2009021466A1 (fr) | 2007-08-15 | 2008-08-15 | Procédé, dispositif et système d'association des fonctions d'application de politique et de facturation |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710140579 | 2007-08-15 | ||
| CN200710140579.1 | 2007-08-15 | ||
| CN2007101928563A CN101369901B (zh) | 2007-08-15 | 2007-11-20 | 一种关联策略和计费执行功能实体的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101369901A true CN101369901A (zh) | 2009-02-18 |
| CN101369901B CN101369901B (zh) | 2012-02-22 |
Family
ID=40413548
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101928563A Active CN101369901B (zh) | 2007-08-15 | 2007-11-20 | 一种关联策略和计费执行功能实体的方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101369901B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102387063A (zh) * | 2010-08-30 | 2012-03-21 | 中兴通讯股份有限公司 | 一种ifom错误时的处理方法和系统 |
| CN101959258B (zh) * | 2009-07-15 | 2016-08-24 | 中兴通讯股份有限公司 | 会话关联方法以及策略和计费规则功能实体 |
| CN107302441A (zh) * | 2016-04-14 | 2017-10-27 | 中国移动通信有限公司研究院 | 信息处理方法、第一实体、第二实体及服务器 |
| CN113037513A (zh) * | 2017-01-05 | 2021-06-25 | 华为技术有限公司 | 计费管理方法、用户面功能实体以及控制面功能实体 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100596161C (zh) * | 2005-06-18 | 2010-03-24 | 华为技术有限公司 | 一种策略和计费规则决策的实现方法 |
| CN1988722A (zh) * | 2005-12-20 | 2007-06-27 | 北京三星通信技术研究有限公司 | 在漫游状态下进行策略控制的方法 |
| CN100490555C (zh) * | 2006-04-17 | 2009-05-20 | 华为技术有限公司 | 移动通信系统中获取承载信息的方法及应用 |
-
2007
- 2007-11-20 CN CN2007101928563A patent/CN101369901B/zh active Active
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101959258B (zh) * | 2009-07-15 | 2016-08-24 | 中兴通讯股份有限公司 | 会话关联方法以及策略和计费规则功能实体 |
| CN102387063A (zh) * | 2010-08-30 | 2012-03-21 | 中兴通讯股份有限公司 | 一种ifom错误时的处理方法和系统 |
| CN102387063B (zh) * | 2010-08-30 | 2015-10-21 | 中兴通讯股份有限公司 | 一种ifom错误时的处理方法和系统 |
| CN107302441A (zh) * | 2016-04-14 | 2017-10-27 | 中国移动通信有限公司研究院 | 信息处理方法、第一实体、第二实体及服务器 |
| CN107302441B (zh) * | 2016-04-14 | 2020-06-30 | 中国移动通信有限公司研究院 | 信息处理方法、装置及服务器 |
| CN113037513A (zh) * | 2017-01-05 | 2021-06-25 | 华为技术有限公司 | 计费管理方法、用户面功能实体以及控制面功能实体 |
| CN113037513B (zh) * | 2017-01-05 | 2022-05-13 | 华为技术有限公司 | 计费管理方法、用户面功能实体以及控制面功能实体 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101369901B (zh) | 2012-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11659097B2 (en) | Charging policy information for a packet data unit session of a wireless device | |
| US11533401B2 (en) | Charging policy information for a packet data unit session in a wireless network | |
| US12108470B2 (en) | Application triggering for a wireless device | |
| CN113785634B (zh) | 通过无线网络进行无线设备寻呼 | |
| US10999447B2 (en) | Charging control in roaming scenario | |
| US8799440B2 (en) | Policy and charging control method and system for multi-PDN connections of single APN | |
| US9137652B2 (en) | Method for implementing policy and charging control in a roaming scene | |
| CN101453339B (zh) | 一种网络融合策略计费控制架构的系统及处理方法 | |
| CN101222413B (zh) | 业务流程中的处理方法及系统 | |
| CN111771394A (zh) | 用于ue上下文和pdu会话上下文管理的系统和方法 | |
| CN101425959B (zh) | 一种承载处理方法和装置 | |
| US20110161504A1 (en) | Method and apparatus for identifying session information | |
| CN102045867B (zh) | 网络连接建立方法及装置、pcc策略制定方法及系统 | |
| CN101188504A (zh) | 一种网络融合策略计费控制架构的系统及处理方法 | |
| WO2007087745A1 (en) | A method and system for implementing the data routing of the roaming user | |
| US20230109272A1 (en) | Network Slice | |
| WO2009115015A1 (zh) | 网络发现与选择方法、网络系统及通信装置 | |
| CN101296096B (zh) | 无线通信系统中实现策略计费控制的方法及装置及系统 | |
| WO2010003359A1 (zh) | 区别用户计费规则的计费方法和系统 | |
| CN102238507A (zh) | 确定策略和计费规则功能的方法及系统 | |
| CN115529294B (zh) | 业务处理方法、装置、设备及存储介质 | |
| CN101369901B (zh) | 一种关联策略和计费执行功能实体的方法、装置及系统 | |
| CN114631397A (zh) | 无线网络中的信令传送 | |
| CN115529342A (zh) | 业务访问处理方法、装置、设备及存储介质 | |
| WO2009021466A1 (fr) | Procédé, dispositif et système d'association des fonctions d'application de politique et de facturation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |