CN101861713A

CN101861713A - 一种会话修改方法及***

Info

Publication number: CN101861713A
Application number: CN200880004141A
Authority: CN
Inventors: 胡华东; 支春霞; 郭雅莉
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-09-19
Filing date: 2008-09-04
Publication date: 2010-10-13
Anticipated expiration: 2028-09-04
Also published as: CN101394449B; US20100180319A1; US20120059942A1; WO2009039750A1; US8516545B2; CN101861713B; CN101394449A; US8601533B2

Abstract

一种会话修改方法及***。本地策略和计费规则功能(h-PCRF)根据接收的策略和计费控制(PCC)规则请求消息或应用层业务消息或自身的触发消息，向策略与计费执行功能PCEFb发送PCC规则提供消息。h-PCRF根据PCEFb提供的PCC规则响应消息向PCEFa发送PCC规则提供消息；或向PCEFa和PCEFb发送PCC规则提供消息。PCEFa或PCEFb根据接收的PCC规则提供消息确定向h-OCS发起信用重授权。h-OCS根据接收的消息向PCEFb发送携带新的在线计费信用信息或最终报告回应消息。

Description

一种会话修改方法及*** 技术领域本发明涉及通信技术领域，特别涉及 IP连通接入网（IP-CAN )技术。背景技术在第三代移动通信标准化伙伴项目（3GPP , 3rd Generation Partnership Project )体系中，策略和计费功能由策略和计费控制（ PCC , Policy and Charging Control )框架实现。

图 1为现有技术中 PCC框架整体架构示意图，参见图 1 , PCC框架主要执行策略和计费控制功能，包括：应用功能（AF, Application Function )、策略和计费规则功能（PCRF, Policy and Charging Rules Function ) 、签约规格库 ( SPR, Subscription Profile Repository )、策略与计费执行功能（ PCEF, Policy and Charging Enforcement Function )、在线计费*** ( OCS, Online Charging System )或离线计费***（ OFCS , Offline Charging System ) , 其中：

AF, 用于提供业务应用的接入点，而这些业务应用所使用的网络资源需要进行动态的策略控制，通过 Rx接口和 PCRF连接，在业务面进行参数协商时， AF 将相关业务信息传递给 PCRF,如果这些业务信息与运营商在 PCRF上定义的策略规则相一致， PCRF接受该协商业务参数，否则， PCRF拒绝该协商，并可在反馈信息中同时携带 PCRF可接受的业务参数，随后， AF可将这些参数返回给用户；

PCRF, 用于负责策略决策和计费规则的制定，是 PCC体系的核心，提供基于业务数据流的包括数据流检测、门控（Gating ) 、服务质量（QoS, Quality of Service )控制以及基于流的计费控制等网络控制规则， PCRF将其制定的策略和计费规则通过 Gx接口发送给 PCEF, 由 PCEF执行相应的业务流计费操作，其中， PCRF制定策略和计费规则的依据包括从 AF获取的与业务相关的信息，从 SPR获取的与用户签约数据相关的信息，以及从 PCEF获取的与承载网络相关的信息；同时， PCRF还要保证这些规则和用户的签约数据的一致性；向 PCEF下发触发事件，用于要求 PCEF在这些触发事件发生时主动向 PCRF请求 PCC规则；通过 Sp 接口与 SPR连接； PCEF, 用于在承载面执行 PCRF所制定的策略和计费规则，接收 PCRF下发的触发事件，当这些触发事件发生时，主动向 PCRF请求 PCC规则；按照 PCRF 发送的规则中的流量过滤器进行业务数据流检测，进而对这些业务流执行 PCRF 所制定的策略和计费控制，执行相应的业务流计费操作，这种计费操作，既可以是在线计费，也可以是离线计费；如果是在线计费，通过 Gy接口与 OCS连接， PCEF和 OCS—起进行信用管理， OCS上包括移动网增强逻辑的用户应用业务控制点 ( CAMEL SCP, Customized Applications for Mobile Network Enhanced Logic Service Control Point )及基于业务数据流的信用控制（Service Data Flow Based Credit Control ) ；如果是离线计费，通过 Gz接口与 OFCS连接，由 PCEF和 OFCS 交换相关计费信息， PCEF—般都位于网络的网关（GW, Gateway )上；

SPR, 用于存储和策略控制与计费相关的用户签约数据，例如，用户可使用的业务信息、用户业务可使用的 QoS信息、和计费相关的用户签约数据以及用户的群类别等，通过 Sp接口， PCRF读取 SPR所存储的信息，进行基于用户签约数据的策略控制和计费操作。

在上述的 PCC架构中，当需要进行 IP连通接入网会话（IP-CAN Session, IP Connectivity Access Network Session )的修改时，可以是由 PCEF发起，例如， PCEF 检测到由于运营商配置引起的 IP-CAN会话修改的内部事件，或当数据传递过程中承载发生变化时， PCEF检测到承载变化，发起 IP-CAN会话修改流程；也可以是由 PCRF发起，例如，当 AF的应用层业务信息发生变化，或 SPR存储的用户签约数据发生变化，或 PCRF由内部事件触发，则由 PCRF发起 IP-CAN会话修改流程。

为了保证 10年以至更久的时间内 3GPP***的竟争力， 3GPP组织内部提出了 ***架构演进（SAE, System Architecture Evolution ) , 在 SAE下，提出了一种新的 PCC架构：即多 S7/PCEF的 PCC架构，其特点在于：对于任意一个 IP-CAN 会话，都将有多个 S7/PCEF接口实体同时连接到相同的 PCRF, 这是现有的 PCC 架构所不具备的能力。

新的 PCC架构包含漫游的 PCC架构及非漫游的 PCC架构。

图 2为现有技术中非漫游的 PCC架构结构示意图，如图 2所示，包括：分组数据网络中的应用功能（AF, Application Function ) 、本地 PCRF ( h-PCRF ) 、本地 OCS ( h-OCS ) 、 PCEF a及 PCEF b, 其中， PCEF b通过 SGi接口、 S7b接口、 Gyb接口以及客户端移动 IP/代理移动 IP ( CMIP/PMIP, Client Mobility IP/ Proxy Mobility IP )接口分别与分组数据网络、 h-PCRF、 h-OCS及 PCEF a连接； PCEF a 通过 S7a接口、 CMIP/PMIP接口分别与 h-PCRF、 PCEF b连接； h-PCRF通过 RX+ 接口与 AF连接。

由图 2可知，新的 PCC架构将 PCEF功能分为两部分： PCEF a和 PCEF b, PCEF a可以配置在 IP接入网关如服务网关（ Serving GW )或分组数据网络网关（ PDN GW, Packet Data Network GW )或其他的核心网实体上， PCEF b可以配置在 PDN GW或其他的核心网实体上；由于 PCEF a和 PCEF b之间的 CMIP/PMIP接口没有承载概念，因此， PCEF与承载层面相关的功能如承载绑定功能配置在 PCEF a上；同时，由于 PCEF b和 PDN之间的 SGi接口为核心网与分组数据网络的数据传输接口，因此， PCEF与计费及门控等功能配置在 PCEF b上。

图 3为现有技术中漫游的第一 PCC架构结构示意图，如图 3所示，与图 2不同的是，漫游的 PCC架构还包括：拜访地 PCRF ( v-PCRF )及拜访地 OCS ( v-OCS ) , 其连接关系如下： PCEF b通过 SGi接口、 S7b接口、 Gyb接口以及 CMIP/PMIP接口分别与分组数据网络、 h-PCRF、 h-OCS及 PCEF a连接； PCEF a通过 S7 a接口、 CMIP/PMIP接口分别与 v-PCRF、 PCEF b连接； h-PCRF通过 RX+接口及 S9接口分别与 AF及 v-PCRF连接。

漫游的 PCC架构还可以进一步将 PCEF b拆分为 PCEF bl和 PCEF b2。

图 4为现有技术中漫游的第二 PCC架构结构示意图，如图 4所示，与图 3不同的是，漫游 PCC架构的 PCEF b进一步包含 PCEF bl和 PCEF b2, 其连接关系如下： PCEF b2通过 SGi接口、 S7b2接口、 Gyb2接口以及 CMIP/PMIP接口分别与分组数据网络、 h-PCRF、 h-OCS及 PCEF bl连接； PCEF a通过 S7a接口 CMIP/PMIP接口分别与 v-PCRF、 PCEF bl连接； h-PCRF通过 RX+接口及 S9接口分别与 AF及 v-PCRF连接； PCEF bl通过 CMIP/PMIP接口分别与 PCEF b2及 PCEF a相连，在实际应用中，还可以通过 S7bl接口与 v-PCRF相连。

发明人在实现本发明过程中发现，在现有技术的 SAE***架构下的 PCC架构， PCEF的功能被划分为两部分，也就是说新的 PCC架构中同时存在两个 PCEF 逻辑功能实体，可以感知承载事件的发生的 PCEF实体并不具有业务数据流级别的计费功能。在这种情况下，对于在线计费模式，无法保证感知承载事件的发生的 PCEF实体收到的 PCC规则都是获得信用授权的 PCC规则。发明内容有鉴于此，本发明实施例提供一种会话修改方法，在 SAE的 PCC架构下，实现会话修改。本发明实施例还提供一种会话修改***，在 SAE的 PCC架构下，实现会话修改。

为实现上述目的，一方面，本发明实施例提供了一种会话修改方法，该方法包含：

本地策略和计费规则功能 h-PCRF根据接收的策略和计费控制 PCC规则请求消息或应用层业务消息或自身的触发，向策略与计费执行功能 PCEF b发送 PCC 规则提供消息；

h-PCRF根据 PCEF b提供的 PCC规则响应消息向 PCEF a发送 PCC规则提供消另一方面，本发明实施例提供了一种信息传递方法，该方法包含：本地策略和计费规则功能 h-PCRF从策略与计费执行功能 PCEFa接收 PCC 规则请求消息；

h-PCRF根据接收的 PCC规则请求消息，获取 PCEFa处发生的触发事件信息和受影响的策略和计费控制 PCC规则信息；

h-PCRF向 PCEF b发送 PCC规则提供消息， PCC规则提供消息包含所述获取 PCEFa处发生的触发事件信息。

另一方面，本发明实施例还提供了一种会话修改***，包括：策略与计费执行功能 PCEF a、 PCEF b、应用功能、本地在线计费*** h-OCS及本地策略和计费规则功能 h-PCRF, 其中， PCEF b通过 SGi接口、 S7b接口、 Gyb接口以及客户端移动 IP/代理移动 IP接口分别与应用功能、 h-PCRF、 h-OCS及 PCEF a连接； PCEF a通过 S7a接口与 h-PCRF连接； h-PCRF通过 RX+接口与应用功能连接； h-PCRF接收 PCC规则请求消息或应用层业务消息或自身的触发，向 PCEF b发送 PCC规则提供消息， h-PCRF根据 PCEF b提供的 PCC规则响应消息向 PCEF a发送 PCC规则提供消息。

由上述技术方案可见，本发明实施例的一种会话修改方法及***，在 SAE *** PCC架构存在两个或两个以上 PCEF逻辑功能实体时， h-PCRF根据接收的 PCC规则请求消息，向 PCEF b发送 PCC规则提供消息， h-PCRF根据 PCEF b提供接收的 PCC规则响应消息确定是否向 PCEF a发送 PCC规则提供消息，保证了在线计费模式下， PCEFa收到的 PCC规则都是已经获得信用授权的 PCC规则，使运营商可以方便地对业务数据流进行策略和计费控制。附图说明图 1为现有技术中 PCC框架整体架构示意图；

图 2为现有技术中非漫游的 PCC架构结构示意图；

图 3为现有技术中漫游的第一 PCC架构结构示意图；

图 4为现有技术中漫游的第二 PCC架构结构示意图；

图 5a为本发明实施例一 h-PCRF直接将触发事件下发给 PCEF a, PCEF a发起的 IP-CAN会话修改流程示意图；

图 5b为本发明实施例一 PCEF b发起的 IP-CAN会话修改流程示意图；图 5c为本发明实施例一 h-PCRF发起的 IP-CAN会话修改流程示意图；图 6a为本发明实施例二 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a,

PCEF a发起的 IP-CAN会话修改流程示意图；

图 6b为本发明实施例二 PCEF b发起的 IP-CAN会话修改流程示意图；图 6c为本发明实施例二 h-PCRF发起的 IP-CAN会话修改流程示意图；图 7为本发明实施例三 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a, PCEF a发起的 IP-CAN会话修改流程示意图；

图 8为本发明实施例三 PCEF b2发起的 IP-CAN会话修改流程示意图；图 9为本发明实施例三 h-PCRF发起的 IP-CAN会话修改流程示意图。具体实施方式为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

实施例一：基于图 2的非漫游 PCC架构下实现 IP-CAN会话修改和信用重授权。

在图 2的 PCC架构中， PCEF a和 PCEF b都会收到从 h-PCRF下发的触发事件，其中对于 PCEF a, 可以是 h-PCRF直接将触发事件下发给 PCEF a, 也可以是 h-PCRF将触发事件下发给 PCEF b , 由 PCEF b区分出承载相关的触发事件信息，将与承载相关的触发事件信息发送给 PCEF a; 信用重授权事件由 h-OCS发送给 PCEF b, PCEF a上没有信用重授权事件。因此， PCEF a和 PCEF b都可能在发生的事件与触发事件匹配时发起 IP-CAN会话的修改流程，但只有 PCEF b在发生的事件与信用重授权事件匹配时发起信用重授权流程， PCEF a不会发起信用重授权流程。上述 h-PCRF将 PCC规则发送给 PCEF a和 PCEF b , 可以采用以下方式：第一种方式，预先在 PCEF a和 PCEF b实体上分别配置相应实体需要执行的 PCC规则信息， h-PCRF将相同的 PCC规则发送给 PCEF a和 PCEF b , PCEF a和 PCEF b根据自身预先的配置从接收到的 PCC规则中区分出自己需要执行的 PCC规则信息；第二种方式， h-PCRF将相同的 PCC规则发送给 PCEF a和 PCEF b, h-PCRF在向 PCEF a和 PCEF b实体提供 PCC规则之前或者提供 PCC规则的同时，向 PCEF a和 PCEF b 实体提供 PCC规则的执行指示， PCEF a和 PCEF b根据接收到 PCC规则包含的执行指示，区分出自身需要执行的 PCC规则信息；第三种方式， h-PCRF根据 PCEF a和 PCEF b实体执行的功能不同，对 PCEF a和 PCEF b实体分别制定相应的 PCC规则，分别下发给对应的 PCEF a和 PCEF b实体， PCEFa和 PCEFb直接对收到的 PCC 规则进行执行。

下面分别对上述 IP-CAN会话修改及信用重授权流程进行说明。

对于 h-PCRF直接将触发事件下发给 PCEF a的情况，因为 PCEF a和 PCEF b之间的接口没有承载概念，与承载相关的事件只可以在 PCEF a上被感知， PCEF b 上无法感知。但是 PCEF b又需要根据发生的承载相关的事件来进行信用重授权，所以对于 PCEF a发起的 IP-CAN会话修改流程， h-PCRF在从 PCEF a收到 PCC规则请求消息（其中包括发生的触发事件信息和受到影响的 PCC规则信息等）并制定出新的 PCC规则后，在向 PCEF b下发 PCC规则的同时，向 PCEF b提供从 PCEF a获得的发生的触发事件信息和受到影响的 PCC规则信息，并指示出该触发事件信息用于信用重授权事件匹配，具体的指示方式可以是在 h-PCRF向 PCEF b下发触发事件时增加一种新的触发事件类型，该类触发事件专门用于信用重授权事件匹配，也可以是在现有的触发事件信息中增加一个标示，用于标示该触发事件是用于对 PCEF b存储的触发事件的更新还是用于信用重授权事件匹配，当然，也可以是其它的方式。 PCEF b将从 h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配，判断是否需要进行信用重授权，如果需要进行信用重授权，则对从 h-PCRF收到的所有受到影响的 PCC规则进行信用重授权。

图 5a为本发明实施例一 h-PCRF直接将触发事件下发给 PCEF a, PCEF a发起的 IP-CAN会话修改流程示意图，如图 5a所示，该流程包括：

步骤 5a l , PCEF a判断需要发起 IP-CAN会话修改流程，请求更新 PCC规则；本步骤中，判断的依据可以是符合 PCEF a存储的触发事件的发生或者是 PCEF a的内部触发；触发事件包括但不限于 UE发起的专有承载的建立、修改、删除等事件。

步骤 5a 2, PCEF a向 h-PCRF发送 PCC规则请求消息；

本步骤中， PCC规则请求消息中携带 h-PCRF进行 PCC决策所需要的更新信息、发生的触发事件信息和受到该触发事件影响的 PCC规则信息。

步骤 5a 3 , h-PCRF制定 PCC规则；

本步骤中， h-PCRF在制定 PCC规则过程中， h-PCRF可能和 AF或者 SPR交互以获得所需的应用层业务信息或签约数据信息。

步骤 5a 4, h-PCRF向 PCEF b发送 PCC规则提供消息；

本步骤中， h-PCRF向 PCEF b发送的 PCC规则提供消息可以携带从 PCEF a接收到的触发事件信息和受影响的 PCC规则信息，并指示该触发事件信息用于信用重授权事件匹配。

步骤 5a 5〜步骤 5a 6, 如果采用在线计费模式， PCEF b根据自身存储的信用重授权事件信息和 PCC规则提供消息携带的发生的触发事件信息决定是否需要发起信用重授权流程；

本步骤中， PCEF b将自身存储的信用重授权事件信息和 PCC规则提供消息携带的触发事件信息进行匹配，如果匹配成功， PCEF b发起信用重授权流程，对从 h-PCRF接收到的所有受影响的 PCC规则信息进行信用重授权。

步骤 5a7, PCEFb 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息。

步骤 5a 8 , h-PCRF根据 PCEFb返回的 PCC规则响应消息向 PCEF a发送 PCC规则提供消息。

如果采用在线计费模式，并且 PCEFb向 h-PCRF返回的 PCC规则响应消息中包括信用是否可用的信息。本步骤中，如果信用可用， h-PCRF向 PCEF a发送 PCC 规则提供消息，携带新制订的 PCC规则，如果某个信用不可用，向 PCEF a发送 PCC规则提供消息，不携带为不可用信用新制订的 PCC规则。

对于 h-PCRF将触发事件下发给 PCEF b , 由 PCEF b区分出承载相关的触发事件发送给 PCEF a, PCEF a发起的 IP-CAN会话修改流程的情况， PCEF a检测到触发事件发生时，将发生的触发事件信息和受影响的 PCC规则信息发送给 PCEF b , 由 PCEF b将收到的触发事件信息和受影响的 PCC规则信息发送给 h-PCRF, 请求新的 PCC规则；在从 h-PCRF接收到新的 PCC规则后， PCEF b根据从 PCEF a收到的触发事件信息和受影响的 PCC规则信息以及从 h-PCRF收到的新的 PCC规则判断是否需要发起信用重授权流程。图 5b为本发明实施例一 PCEF b发起的 IP-CAN会话修改流程示意图，如图 5b 所示，与图 5a不同的是，

在步骤 5b 1中， PCEF b判断的依据可以是符合 PCEF b存储的触发事件的发生或者是 PCEF b的内部触发。

在步骤 5b 2中， PCEF b向 h-PCRF发送的 PCC规则请求消息中携带 h-PCRF进行 PCC决策所需要的更新信息。

在步骤 5b 4中， h-PCRF向 PCEF b发送 PCC规则提供消息；

图 5c为本发明实施例一 h-PCRF发起的 IP-CAN会话修改流程示意图，如图 5c 所示，该流程包括：

步骤 5c 1 , AF向 h-PCRF提供或者修改应用层业务消息，触发 h-PCRF发起 IP-CAN会话修改，或 h-PCRF的内部事件触发 h-PCRF发起 IP-CAN会话修改；步骤 5c 2, h-PCRF向 AF返回提供或者修改应用层业务确认消息；

步骤 5c 3 , h-PCRF制定 PCC规则；

步骤 5c 4, h-PCRF向 PCEF b发送 PCC规则提供消息；

步骤 5c 5 ~ 6, 如果采用在线计费模式， PCEF b根据信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。

本步骤中， PCEF b将自身存储的信用重授权事件信息和 PCC规则提供消息，对于新增的 charging key, PCEF b需要向 h-OCS请求新的信用，对于不可用的 charging key, PCEF b向 h-OCS发送最终报告并返回剩余信用，其它符合信用重授权的事件也会触发 PCEF b向 h-OCS重新请求信用。

步骤 5c 7, PCEFb 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息。

步骤 5c 8 , h-PCRF根据 PCEFb返回的 PCC规则响应消息向 PCEF a发送 PCC规则提供消息；

实施例二：基于图 3的漫游 PCC架构下实现 IP-CAN会话修改和信用重授权。在图 3的 PCC架构中， PCEF a和 PCEF b都会收到从 h-PCRF下发的触发事件，其中对于 PCEF a, 可以是 h-PCRF将触发事件经 v-PCRF下发给 PCEF a, 也可以是 h-PCRF将触发事件下发给 PCEF b , 由 PCEF b区分出承载相关的触发事件发送给 PCEF a; 信用重授权事件由 h-OCS发送给 PCEF b, PCEF a上没有信用重授权事件。因此， PCEF a和 PCEF b都可能在发生的事件与触发事件匹配时发起 IP-CAN 会话的修改流程，但只有 PCEF b在发生的事件与信用重授权事件匹配时发起信用重授权流程， PCEF a不会发起信用重授权流程。

同样地，与实施例一相似， h-PCRF将 PCC规则发送给 PCEF a和 PCEF b, 可以采用三种方式，在此不再赘述。

下面分别对上述 IP-CAN会话修改及信用重授权流程进行说明。

对于 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a, PCEF a发起的 IP-CAN 会话修改流程的情况， h-PCRF通过 v-PCRF从 PCEF a收到 PCC规则请求消息（其中包括发生的触发事件信息和受到影响的 PCC规则信息等）并制定出新的 PCC 规则后，在向 PCEF b下发 PCC规则的同时，向 PCEF b提供从 PCEF a获得的触发事件信息和受到影响的 PCC规则信息，并指示出该触发事件信息用于信用重授权事件匹配，具体的指示方式可以是在 h-PCRF向 PCEF b下发触发事件时增加一种新的触发事件类型，该类触发事件专门用于信用重授权事件匹配，也可以是在现有的触发事件信息中增加一个标示，用于标示该触发事件是用于对 PCEF b存储的触发事件的更新还是用于信用重授权事件匹配，当然，也可以是其它的方式。 PCEF b将从 h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配，判断是否需要进行信用重授权，如果需要进行信用重授权，则对从 h-PCRF收到的所有受到影响的 PCC规则进行信用重授权。

图 6a为本发明实施例二 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a, PCEF a发起的 IP-CAN会话修改流程示意图，如图 6a所示，该流程包括：

步骤 6a l , PCEF a判断需要发起 IP-CAN会话修改流程，请求更新 PCC规贝，J ; 本步骤中，判断的依据可以是符合 PCEF a存储的触发事件的发生或者是 PCEF a的内部触发；触发事件包括但不限于 UE发起的专有承载的建立、修改、删除等事件。

步骤 6a 2, PCEF a向 v-PCRF发送 PCC规则请求消息，消息中携带 h-PCRF进行 PCC决策所需要的更新信息；

步骤 6a 3, v-PCRF接收 PCC规则请求消息，向 h-PCRF发送 PCC规则请求消息，消息中携带 PCEF a发送的 h-PCRF进行 PCC决策所需要的更新信息；

步骤 6a 4 , h-PCRF制定 PCC规则；

本步骤中， h-PCRF在制定 PCC规则过程中， h-PCRF可能和 AF或者 SPR交互以获得所需的应用层业务信息或签约数据信息。步骤 6a 5 , h-PCRF向 PCEF b发送 PCC规则提供消息；

本步骤中， h-PCRF向 PCEF b发送 PCC规则提供消息的同时，可以向 PCEF b 提供从 PCEF a收到的触发事件信息和受影响的 PCC规则信息，并指示该触发事件信息用于信用重授权事件匹配。

步骤 6a 6 ~ 7, 如果采用在线计费模式， PCEF b根据自身存储的信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程；

本步骤中， PCEF b将自身存储的信用重授权事件信息和 PCC规则提供消息携带的触发事件信息进行匹配，如果匹配成功， PCEF b发起信用重授权流程，对从 h-PCRF接收到的所有受到影响的 PCC规则进行信用重授权。

步骤 6a 8, PCEFb 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 6a 9, h-PCRF根据 PCEFb返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

步骤 6a 10, v-PCRF向 PCEF a发送 PCC规则提供消息。

本步骤中， v-PCRF接收 PCC规则提供消息，可以根据本地策略对 PCC规则提供消息进行进一步处理，也可以不做处理。

对于 h-PCRF将触发事件下发给 PCEF b , 由 PCEF b区分出承载相关的触发事件发送给 PCEF a, PCEF a发起的 IP-CAN会话修改流程的情况， PCEF a检测到触发事件发生时，将发生的触发事件信息和受影响的 PCC规则信息发送给 PCEF b, 由 PCEF b将收到的触发事件信息和受影响的 PCC规则信息发送给 h-PCRF, 请求新的 PCC规则；在从 h-PCRF接收到新的 PCC规则后， PCEF b根据从 PCEF a收到的触发事件信息和受影响的 PCC规则信息以及从 h-PCRF收到的新的 PCC规贝 J判断是否需要发起信用重授权流程。

图 6b为本发明实施例二 PCEF b发起的 IP-CAN会话修改流程示意图，如图 6b 所示，该流程包括：

步骤 6b l , PCEF b判断需要发起 IP-CAN会话修改流程，请求更新 PCC规则；本步骤中，判断的依据可以是符合 PCEF b存储的触发事件的发生或者是 PCEF b的内部触发。

步骤 6b 2 , PCEF b向 h-PCRF发送 PCC规则请求消息，消息中携带 h-PCRF进行 PCC决策所需要的更新信息；

步骤 6b 3 , h-PCRF制定 PCC规则；

步骤 6b 4, h-PCRF向 PCEF b发送 PCC规则提供消息；

步骤 6b 5 ~ 6, 如果采用在线计费模式， PCEF b根据信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。

步骤 6b 7, PCEFb 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 6b 8 , h-PCRF根据 PCEFb返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

步骤 6b 9, v-PCRF向 PCEF a发送 PCC规则提供消息。

本步骤中， v-PCRF接收 PCC规则提供消息，可以根据本地策略对 PCC规则提供消息进行进一步处理，也可以不做处理。。

图 6c为本发明实施例二 h-PCRF发起的 IP-CAN会话修改流程示意图，如图 6c 所示，该流程包括：

步骤 6c 1 , AF向 h-PCRF提供或者修改应用层业务消息，触发 h-PCRF发起 IP-CAN会话修改，或 h-PCRF的内部事件触发 h-PCRF发起 IP-CAN会话修改；步骤 6c 2, h-PCRF向 AF返回提供或者修改应用层业务确认消息；

步骤 6c 3 , h-PCRF制定 PCC规则；

步骤 6c 4, h-PCRF向 PCEF b发送 PCC规则提供消息；

步骤 6c 5 ~ 6, 如果采用在线计费模式， PCEF b根据信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。本步骤中， PCEF b将自身存储的信用重授权事件信息和 PCC规则提供消息，对于新增的 charging key, PCEF b需要向 h-OCS请求新的信用，对于不可用的 charging key, PCEF b向 h-OCS发送最终报告并返回剩余信用，其它符合信用重授权的事件也会触发 PCEF b向 h-OCS重新请求信用。

步骤 6c 7, PCEFb 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 6c 8, h-PCRF根据 PCEFb返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

步骤 6c 9, v-PCRF向 PCEF a发送 PCC规则提供消息。

实施例三：基于图 4的漫游 PCC架构下实现 IP-CAN会话修改和信用重授权。在图 4的 PCC架构中， PCEF a和 PCEF bl , PCEF b2都会收到从 h-PCRF下发的触发事件，其中对于 PCEF a, 可以是 h-PCRF将触发事件经由 v-PCRF下发给 PCEF a, 也可以是 h-PCRF将触发事件下发给 PCEF b2, 由 PCEF b2区分出承载相关的触发事件经由 PCEF bl发送给 PCEF a。信用重授权事件由 h-OCS发送给 PCEF b2, PCEF a和 PCEF bl上没有信用重授权事件。所以， PCEF a和 PCEF bl , PCEF b2都可能在发生的事件与触发事件匹配时发起 IP-CAN会话的修改流程，但只有 PCEF b2在发生的事件与信用重授权事件匹配时发起信用重授权， PCEF a和 PCEF bl不会发起信用重授权。

同样地，与实施例一相似， h-PCRF将 PCC规则发送给 PCEF a和 PCEF bl、 PCEF b2, 可以采用三种方式，在此不再赞述。

对于 h-PCRF向不同的 PCEF实体提供不同的 PCC规则执行指示或者 h-PCRF 根据 PCEF实体功能不同提供不同 PCC规则的情况。 h-PCRF和 V-PCRF之间可以是多个 S9接口，分别对应不同的 PCEF实体（PCEF a, PCEFbl等），也可以仅是一个 S9接口，在其上传递的 PCC规则消息携带提供给目的 PCEF实体的指示。

下面分别对上述 IP-CAN会话修改及信用重授权流程进行说明。对于 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a, PCEF a发起的 IP-CAN 会话修改流程的情况， h-PCRF通过 v-PCRF从 PCEF a收到 PCC规则请求消息（其中包括发生的触发事件信息和受到影响的 PCC规则信息等）并制定出新的 PCC 规则后，在向 PCEF b2下发 PCC规则的同时，向 PCEF b2提供从 PCEF a获得的触发事件信息和受到影响的 PCC规则信息，并指示出该触发事件信息用于信用重授权事件匹配，具体的指示方式可以是在 h-PCRF向 PCEF b2下发触发事件时增加一种新的触发事件类型，该类触发事件专门用于信用重授权事件匹配，也可以是在现有的触发事件信息中增加一个标示，用于标示该触发事件是用于对 PCEF b2存储的触发事件的更新还是用于信用重授权事件匹配，当然，也可以是其它的方式。 PCEF b2将从 h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配，判断是否需要进行信用重授权，如果需要进行信用重授权，则对从 h-PCRF收到的所有受到影响的 PCC规则进行信用重授权。

图 7为本发明实施例三 h-PCRF将触发事件通过 v-PCRF下发给 PCEF a, PCEF a发起的 IP-CAN会话修改流程示意图，如图 7所示，该流程包括：

步骤 701 , PCEF a判断需要发起 IP-CAN会话修改流程，请求更新 PCC规则；本步骤中，判断的依据可以是符合 PCEF a存储的触发事件的发生或者是 PCEF a的内部触发；触发事件包括但不限于 UE发起的专有承载的建立、修改、删除等事件。

步骤 702, PCEF a向 v-PCRF发送 PCC规则请求消息，消息中携带 h-PCRF进行 PCC决策所需要的更新信息；

步骤 703 , v-PCRF接收 PCC规则请求消息，向 h-PCRF发送 PCC规则请求消息，消息中携带 PCEF a或 PCEF bl发送的 h-PCRF进行 PCC决策所需要的更新信息；步骤 704 , h-PCRF制定 PCC规则；

步骤 705 , h-PCRF向 PCEF b2发送 PCC规则提供消息；

本步骤中， h-PCRF向 PCEF b2发送 PCC规则提供消息的同时，可以向 PCEF b2提供从 PCEF a收到的触发事件信息和受影响的 PCC规则信息，并指示该触发事件信息用于信用重授权事件匹配。

步骤 706 ~ 07, 如果采用在线计费模式， PCEF b2根据自身存储的信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程；

本步骤中， PCEF b2将自身存储的信用重授权事件信息和 PCC规则提供消息携带的触发事件信息进行匹配，如果匹配成功， PCEF b2发起信用重授权流程，对从 h-PCRF接收到的所有受到影响的 PCC规则进行信用重授权。

步骤 708, PCEFb2 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 709, h-PCRF根据 PCEFb2返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

步骤 710, v-PCRF向 PCEF bl发送 PCC规则提供消息；

本步骤中， PCEF bl接收的 PCC规则提供消息，可以是 v-PCRF从 h-PCRF接收 PCC规则提供消息，根据本地策略对 PCC规则提供消息进行进一步处理，也可以不 #文处理，然后发送给 PCEF bl。

步骤 711 , v-PCRF向 PCEF a发送 PCC规则提供消息；

对于 h-PCRF将触发事件下发给 PCEF b2 , 由 PCEF b2区分出承载相关的触发事件，经由 PCEF bl发送给 PCEF a, PCEF a发起的 IP-CAN会话修改流程的情况， PCEF a检测到触发事件发生时，将发生的触发事件信息和受影响的 PCC规则信息经由 PCEF bl发送给 PCEF b2, 由 PCEF b2将收到的触发事件信息和受影响的 PCC规则信息发送给 h-PCRF , 请求新的 PCC规则；在从 h-PCRF接收到新的 PCC 规则后， PCEF b2根据从 PCEF a收到的触发事件信息和受影响的 PCC规则信息以及从 h-PCRF收到的新的 PCC规则判断是否需要发起信用重授权流程。

图 8为本发明实施例三 PCEF b2发起的 IP-CAN会话修改流程示意图，如图 8 所示，该流程包括：

步骤 801 , PCEF b2判断需要发起 IP-CAN会话修改流程，请求更新 PCC规则；本步骤中，判断的依据可以是符合 PCEF b2存储的触发事件的发生或者是 PCEF b2的内部触发。

步骤 802, PCEF b2向 h-PCRF发送 PCC规则请求消息，消息中携带 h-PCRF进行 PCC决策所需要的更新信息；

步骤 803 , h-PCRF制定 PCC规则；

步骤 804 , h-PCRF向 PCEF b2发送 PCC规则提供消息；

步骤 805 - 806, 如果采用在线计费模式， PCEF b2根据信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程；本步骤中， PCEF b2将自身存储的信用重授权事件信息和 PCC规则提供消息，对于新增的 charging key, PCEF b2需要向 h-OCS请求新的信用，对于不可用的 charging key, PCEF b2向 h-OCS发送最终报告并返回剩余信用，其它符合信用重授权的事件也会触发 PCEF b2向 h-OCS重新请求信用。

步骤 807, PCEFb2 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 808 , h-PCRF根据 PCEFb2返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

步骤 809, v-PCRF向 PCEF bl发送 PCC规则提供消息；

步骤 810, v-PCRF向 PCEF a发送 PCC规则提供消息；

图 9为本发明实施例三 h-PCRF发起的 IP-CAN会话修改流程示意图，如图 9所示，该流程包括：

步骤 901 , AF向 h-PCRF提供或者修改应用层业务消息，触发 h-PCRF发起 IP-CAN会话修改，或 h-PCRF的内部事件触发 h-PCRF发起 IP-CAN会话修改；步骤 902, h-PCRF向 AF返回提供或者修改应用层业务确认消息；

步骤 903 , h-PCRF制定 PCC规则；步骤 904 , h-PCRF向 PCEF b2发送 PCC规则提供消息；

步骤 905 ~ 6, 如果采用在线计费模式， PCEF b2根据信用重授权事件信息和 PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程；

本步骤中， PCEF b2将自身存储的信用重授权事件信息和 PCC规则提供消息，对于新增的 charging key, PCEF b2需要向 h-OCS请求新的信用，对于不可用的 charging key, PCEF b2向 h-OCS发送最终报告并返回剩余信用，其它符合信用重授权的事件也会触发 PCEF b2向 h-OCS重新请求信用。

步骤 907, PCEFb2 向 hPCRF返回 PCC规则响应消息，其中可以包括 PCC规则执行结果信息，如果采用在线计费模式，也可以包括信用是否可用的信息；步骤 908 , h-PCRF根据 PCEFb2返回的 PCC规则响应消息向 v-PCRF发送 PCC 规则提供消息；

如果采用在线计费模式，并且 PCEFb向 h-PCRF返回的 PCC规则响应消息中包括信用是否可用的信息。如果信用可用， h-PCRF向 PCEF a发送 PCC规则提供消息，携带新制订的 PCC规则，如果某个信用不可用，向 PCEF a发送 PCC规则提供消息，不携带为不可用信用新制订的 PCC规则。

步骤 909, v-PCRF向 PCEF bl发送 PCC规则提供消息；

步骤 910, v-PCRF向 PCEF a发送 PCC规则提供消息；

以上举较佳实施例，对本发明的目的、技术方案和优点进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1. 一种会话修改方法，其特征在于，该方法包含：

本地策略和计费规则功能 h-PCRF根据接收的策略和计费控制 PCC规则请求消息或应用层业务消息或自身的触发，向策略与计费执行功能 PCEF b发送 PCC规则提供消息；

所述 h-PCRF根据 PCEF b提供的 PCC规则响应消息向 PCEF a发送 PCC规则提供消息。

2. 如权利要求 1所述的方法，其特征在于，所述 h-PCRF根据接收的 PCC 规则请求消息之前，还包括：所述 h-PCRF将触发事件信息发送至 PCEF a和 PCEF b。

3. 如权利要求 1所述的方法，其特征在于，所述 h-PCRF根据接收的策略和计费控制 PCC规则请求消息，包括： PCEF a根据触发事件的发生或自身的触发，向所述 h-PCRF发送 PCC规则请求消息，携带发生的触发事件信息和受影响的 PCC规则信息；

所述向策略与计费执行功能 PCEF b 发送 PCC规则提供消息包括：所述 h-PCRF制定 PCC规则，向 PCEF b发送 PCC规则提供消息，携带发生的触发事件信息和受影响的 PCC规则信息，并指示所述发生的触发事件信息用于信用重授权事件匹配。

4. 如权利要求 1 所述的方法，其特征在于，所述向策略与计费执行功能 PCEF b发送 PCC规则提供消息进一步包括：所述 h-PCRF将相同的 PCC规则发送给 PCEF a和 PCEF b, PCEF a和 PCEF b根据自身预先配置的需要执行的 PCC规则，从接收到的 PCC规则中区分出自身需要执行的 PCC规则；或

所述 h-PCRF将 PCC规则发送给 PCEF a和 PCEF b , 携带 PCC规则执行指示， PCEF a和 PCEF b根据接收的 PCC规则消息中包含的执行指示，区分出自身需要执行的 PCC规则；或

所述 h-PCRF预先将 PCC规则执行指示发送给 PCEF a和 PCEF b,向 PCEF a和 PCEF b发送 PCC规则， PCEF a和 PCEF b根据预先接收的 PCC规则执行指示，从接收的 PCC规则消息中区分出自身需要执行的 PCC规则；或

所述 h-PCRF根据 PCEF a和 PCEF b实体执行的功能不同，对 PCEF a和 PCEF b实体分别制定相应的 PCC规则，分别下发给对应的 PCEF a和 PCEF b 实体。

5. 如权利要求 1所述的方法，其特征在于，所述 h-PCRF根据所述 PCEF b 提供的 PCC规则响应消息包括： PCEF b接收 PCC规则提供消息，向 h-OCS发送信用请求消息； h-OCS接收信用请求消息，向 PCEF b发送携带新的在线计费信用信息或最终报告回应消息； PCEF b接收并向 h-PCRF返回 PCC规则响应消

6. 如权利要求 5所述的方法，其特征在于， PCEFb向 h-PCRF返回的 PCC 规则响应消息中包括信用是否可用的信息，如果信用可用， h-PCRF向 PCEF a 发送 PCC规则提供消息，携带新制订的 PCC规则，如果信用不可用，向 PCEF a发送 PCC规则提供消息，不携带为不可用信用新制订的 PCC规则。

7. 如权利要求 5所述的方法，其特征在于，所述 h-OCS接收信用请求消息包括： PCEF b检测到符合自身存储的信用重授权事件的发生，或接收到的触发事件信息与自身存储的信用重授权事件信息匹配成功，或新增的计费标识或不可用的计费标识，向 h-OCS发送信用请求消息，携带最终报告；

所述向 PCEF b发送携带新的在线计费信用信息或最终报告回应消息包括： h-OCS向 PCEF b发送信用响应消息，携带新的在线计费信用信息，或接收到的最终报告的回应信息。

8 如权利要求 7所述的方法，其特征在于，所述 PCEF b检测到符合自身存储的信用重授权事件的发生之前包括： PCEF b接收 h-PCRF发送的携带用于信用重授权事件匹配标示的发生的触发事件信息和受影响的 PCC规则信息的 PCC 规则提供消息。

9. 如权利要求 1所述的方法，其特征在于，所述 h-PCRF根据接收的 PCC 规则请求消息之前包括： h-PCRF将触发事件信息通过 v-PCRF发送至 PCEF a。

10如权利要求 1所述的方法，其特征在于，所述 h-PCRF根据接收的策略和计费控制 PCC规则请求消息包括: PCEF a根据触发事件的发生或自身的触发，向拜访地 v-PCRF发送 PCC规则请求消息，携带 h-PCRF进行 PCC决策的更新信息、发生的触发事件信息及受影响的 PCC规则信息，ν-PCRF接收并向 h-PCRF 发送；

所述向策略与计费执行功能 PCEF b发送 PCC规则提供消息包括： h-PCRF 向 PCEF b发送 PCC规则提供消息，携带发生的触发事件信息和受影响的 PCC 规则信息，并指示所述发生的触发事件信息用于信用重授权事件匹配。

11. 如权利要求 10所述的方法，其特征在于，所述指示所述发生的触发事件信息用于信用重授权事件匹配包括： h-PCRF在向 PCEF b发送 PCC规则提供消息时，增加用于信用重授权事件匹配的触发事件类型，或在发生的触发事件信息中增加所述发生的触发事件信息用于对 PCEF b存储的触发事件更新的标示或用于信用重授权事件匹配的标示。

12如权利要求 10所述的方法，其特征在于，所述向策略与计费执行功能 PCEF b发送 PCC规则提供消息的步骤后进一步包括： PCEF b将自身存储的信用重授权事件信息与 PCC规则提供消息携带的发生的触发事件信息进行匹配，如果匹配成功，发起信用重授权流程。

13. 如权利要求 1所述的方法，其特征在于，所述 PCC规则响应消息中包括信用是否可用的信息，如果信用可用， h-PCRF通过 v-PCRF向 PCEF a发送 PCC规则提供消息，携带新制订的 PCC规则，如果信用不可用，通过 v-PCRF 向 PCEF a发送 PCC规则提供消息，不携带为不可用信用新制订的 PCC规则。

14. 如权利要求 1所述的方法，其特征在于，所述 PCEF b包括 PCEF bl和 PCEF b2, 所述 PCC规则响应消息中包括信用是否可用的信息，如果信用可用， h-PCRF通过 v-PCRF向 PCEF bl发送 PCC规则提供消息，携带新制订的 PCC 规则，如果信用不可用，通过 v-PCRF向 PCEF bl发送 PCC规则提供消息，不携带为不可用信用新制订的 PCC规则。

15.—种信息传递方法，其特征在于，该方法包含：

本地策略和计费规则功能 h-PCRF从策略与计费执行功能 PCEFa接收 PCC 规则请求消息；

所述 h-PCRF根据接收的 PCC规则请求消息，获取 PCEFa处发生的触发事件信息和受影响的策略和计费控制 PCC规则信息；

所述 h-PCRF向 PCEF b发送 PCC规则提供消息，所述 PCC规则提供消息包含所述获取 PCEFa处发生的触发事件信息。

16. 如权利要求 15所述的方法，其特征在于，所述 h-PCRF从 PCEFa接收 PCC规则请求消息之前，还包括：所述 h-PCRF发送触发事件信息至 PCEF a。

17. 如权利要求 15所述的方法，其特征在于，所述 h-PCRF向 PCEF b发送携带所述获取的触发事件信息的 PCC规则提供消息，进一步包括：向 PCEFb发送携带所述获取的触发事件信息和受影响的 PCC规则信息的 PCC规则提供消

18. 一种会话修改***，包括：策略与计费执行功能 PCEF a、 PCEF b、应用功能、本地在线计费*** h-OCS及本地策略和计费规则功能 h-PCRF, 其中， PCEF b通过 SGi接口、 S7b接口、 Gyb接口以及客户端移动 IP/代理移动 IP接口分别与应用功能、 h-PCRF、 h-OCS及 PCEF a连接； PCEF a通过 S7a接口与 h-PCRF连接； h-PCRF通过 RX+接口与应用功能连接；其特征在于，所述 h-PCRF 根据接收的 PCC规则请求消息或应用层业务消息或自身的触发，向 PCEF b发送 PCC规则提供消息， h-PCRF根据 PCEF b提供的 PCC规则响应消息向 PCEF a发送 PCC规则提供消息。

19如权利要求 18 所述的***，其特征在于，所述***进一步包括拜访地 v-PCRF, 用于接收 h-PCRF发送的触发事件信息及 PCC规则提供消息，发送至 PCEF a。

20如权利要求 18所述的***，其特征在于，所述 PCEF b包括 PCEF bl和 PCEF b2,所述 h-PCRF接收 PCEF a发送的策略和计费控制 PCC规则请求消息，制定 PCC规则，向 PCEF b2发送 PCC规则提供消息； PCEF b2接收 PCC规则提供消息，向 h-PCRF返回 PCC规则响应消息， h-PCRF根据接收的 PCC规则响应消息通过 v-PCRF向 PCEF a和 PCEF bl发送 PCC规则提供消息。

21. 如权利要求 19或 20所述的***，其特征在于，所述***进一步包括拜访地 V- PCRF, 所述 h-PCRF和 V-PCRF之间接口为一个或一个以上。