策略和计费控制(PCC)系统研究

策略和计费控制(PCC)系统研究

研究内容

[TOC "float:left"]

---

策略与计费控制(PCC)框架¹

[架构图](achitecture.png "Architecture" "width:800px;float:center")

• 绑定机制

  绑定机制过程包含三个步骤：
  1. 会话绑定(Session Binding)
  即将 AF 会话信息和相应 PCC 规则关联到一个 IP-CAN会话上。PCRF 执行会话绑定功能，需要考虑下面的 IP-CAN 参数：
  • UE 的IP地址
  • UE 的标
  • UE 所访问PDN网络的信息。

  如果UE标识信息存在,UE标识是与特定IP-CAN中相同类型的UE标识。特别指出IP-CAN网络中UE标识和应用级UE标识可能是不同类型，PCRF需要维护、或可访问两个标识之间的映射关系。这样的映射关系属于其它规范的内容。在本研究报告中假定只支持Rx会话和IP-CAN会话之间是 1:1 映射关系。

1. PCC规则授权

即为IP-CAN会话的PCC规则选择QoS参数(QCI、GBR，MBR等).PCRF为IP-CAN会话的动态PCC规则执行PCC规则授权功能。需要考虑特定IP-CAN的限制条件和其它对 PCRF有效信息。每一个PCC规则会包含特定IP-CAN能够支持的一组QoS参数.

1. 承载绑定

即将在 IP-CAN 会话中的 PCC 规则关联到 IP-CAN 承载上。

除GPRS应用的UE only IP-CAN承载建立模式外，对于网络控制的IP-CAN 承载建立模式，PCEF 执行承载绑定功能。对于 GPRS 应用的 UE only IP-CAN 承载建立模式，由PCRF执行承载绑定功能。

特别指出: 对于每一个IP-CAN 会话限制于一个IP-CAN 承载的IP-CAN
网络，这个承载绑定是隐含确定的。对于允许每一个IP-CAN 会话可以由多个IP-CAN 承载
的IP-CAN 网络，承载绑定机制将使用下面的参数：
- 会话绑定的结果；
- 如果有 QoS 参数，则包含IP-CAN承载的QoS参数；
- 如果有，则包含业务映射信息

• 信誉管理
• 事件触发

事件触发用于描述：当某些事件发生时，PCEF和PCRF将执行什么样的动作，什么样的PCC规则将被激活/执行;
事件触发通常由PCRF在PCC规则定制过程中下达(提供)给PCEF;事件触发与一个IP-CAN会话中所有PCC规则相关联；
事件触发决定PCEF向PCRG通知IP-CAN承载被修改的时机；
PCRF可能下达给PCEF的事件触发类型如下：
|事件触发|描述|
|:-------------|:-----------------|
|PLMN改变|UE移动到另外一个运营商域|
|Qos改变|IP-CAN承载的Qos发送改变|
|Qos改变超过授权|IP-CAN承载的Qos已经改变，并且超过授权的Qos（注3）|
|业务映射信息的改变|IP-CAN承载的业务映射信息已经改变(注3)|
|IP-CAN类型改变(注1)|IP-CAN承载的接入类型已经改变|
|发送资源丢失/恢复|IP-CAN发送资源不再可用或者再次可用|

注1：该表格没有描述每一个IP-CAN的具体事件
注3：承载绑定机制由PCRF执行时才有效
与任何事件触发不匹配的IP-CAN承载修改，不会引起与PCRF的交互。
Qos改变触发事件将触发PCRF交互，以获取IP-CAN承载Qos所有的改变值。超过授权事件触发的Qos改变将只会触发PCRF交互，以获取超过授权的改变值。PCEF将检查QCI和带宽。

功能实体

PCC架构中主要包括PCRF,PCEF,AF,SPR,OCS和OFCS功能实体。

PCRF

PCRF包含策略控制和基于流的计费功能:

• PCRF向PCEF提供关于服务数据流检测、门控、基于Qos和基于流计费的网络控制(不含Credit控制)
• PCRF提供安全控制
• PCRF决定服务数据流如何在PCEF中处理，保证按用户签约档案的要求映射和处理PCEF用户面业务
• PCRF应该根据IP-CAN的限制条件、运营商策略和SPR数据获取允许的QCI列表和相关联的GBR、MBR限制值
• IP-CAN会话建立时，检查AF提供的服务信息与运营商定义的策略规则、SPR处接受的签约信息的一致性；并据此，获取该服务的Qos。
• 服务信息不一致时，拒绝AP的会话请求；
• 支持一个或多个AF的场景；
• 根据AF的服务信息和Gx接口的请求Qos，授权Qos资源；==特别指出==：PCRF总是提供最大的授权Qos，即使请求的Qos低于能授权的Qos；
• 可能使用签约信息作为策略计费控制的基础；签约信息可以是应用于基于会话的服务和基于非会话的服务；
• 根据PCEF的资源情况，通知AF相关信令路径改变的信息；
• 支持不同IP-CAN承载建立模式；
• 从PCEF、SPR、AF获取PCC决策的输入信息，常见场景如下：

1. PCEF可能提供的输入信息：

• 签约用户标识
• UE的IP地址
• IP-CAN承载的属性参数
• 请求类型
• IP-CAN类型
• 签约用户的位置
• PDN标识符
• PLMN标识符
• IP-CAN承载建立模式

1. SPR可能为连接到指定PDN的签约用户提供的输入信息：

• 签约用户允许的服务；即服务标识列表
• 每一个允许的服务相对应的抢占优先级
• 签约用户允许的Qos信息，包含签约的保证带宽Qos和QCI列表(MBR上限值和实时QCI的GBR上限值)
• 签约用户计费相关的信息
• 签约用户的分类信息

1. AF可能提供的输入信息：

• 签约用户标识
• UE的IP地址
• 媒体类型
• 媒体格式
• 带宽
• 流描述信息，如源和目标IP地址，端口，协议
• AF应用层标识
• AF通信层服务标识
• AF记录信息
• 流状态信息(用于门状态的决策)
• 优先级指示，PCRF使用该指示保证相对较高优先级的应用层会话的服务；
• 紧急会话指示

1. 依赖于IP-CAN承载属性，PCRF中可能预定义一些输入信息，这些信息可能包含另外的基于网络中计费策略的规则，不论签约用户是否在归属网络或漫游网络中
2. PCC中的QCI信息是PCRF从AF或SPR获取的，这些信息可能是SDP信息，也可能是一些与运营商策略相一致的有效的应用信息

• 签约信息管理
  • PCRF可能从SPR请求签约信息建立IP-CAN会话，在请求中指定签约用户ID和PDN标识，并保留与PCC决策相关的签约信息直至IP-CAN会话终止；
  • PCRF可能请求SPR签约信息变更时，发送通知给PCRF。接受到通知，PCRF将执行必要的PCC决策，并更新PCEF中相关PCC规则；
  • 当相关的签约信息已经被删除，则PCRF发送取消通知给SPR
• 非漫游场景时，HPLMN中只有一个PCRF跟UE的IP-CAN会话相关，PCRF终结于Rx和Gx接口
• 漫游场景时，业务流是本地疏导时，可能会有两个PCRF跟一个UE的IP-CAN会话相关；归属网络H-PLMN中的H-PCRF和拜访网络V-PLMN中的V-PCRF

PCEF

• 策略控制执行
• PCC规则预配置
• 业务数据流检测
• 计量统计
• Qos控制

AF

• AF是应用服务提供单元，对IP-CAN用户面行为进行动态策略/计费控制
• AF与PCRF通信传输动态的会话信息，这些信息辅助PCRF做出PCC决策
• AF与PCRF交互具体IP-CAN信息和IP-CAN承载级事件通知
• AF可能接收到PCRF的服务信息指示（接受或拒绝），并将这些指示转发给UE
• AF可能（根据端用户的IP地址或UE标识）与多个PCRF交互通信
• AF能够指示PCRF独立处理与策略控制相关的某些事件，如基于策略控制章节所描述的当前有效服务信息
• AF可能向PCRF请求报告有关AF会话信令路径状态信息；当AF停止服务时，取消请求

SPR

存储于所有签约用户或签约相关的信息；PCRF使用这些信息决定基于签约的策略和IP-CAN承载级PCC规则；SPR可以单独部署，也可以与运营商的其他数据库合并；目前，SPR与签约数据库之间的关系尚未指定；SPR可能提供下面的一些签约信息：

• 签约用户允许的服务
• 允许服务的抢占优先级
• 签约用户允许的Qos信息，包含签约的保证带宽Qos
• 签约用户的计费相关信息，如位置信息等
• 签约用户的类型
• 可能提供签约用户的漫游信息，以及漫游计费要求信息

OCS && OFCS

参考点(接口)

PCC架构中主要包含Rx，Gx，Sp，Gy,Gz参考点。

Rx参考点

Rx是AF和PCRF之间的参考点，用于AF向PCRF传递应用层会话信息。如：

• 用于识别业务数据流的IP filter信息，对不同的业务数据流进行策略控制和计费；
• 用于Qos的媒体/应用带宽要求。

Gx参考点

Gx是PCEF和PCRF之间的参考点，用于PCRF动态控制PCEF中的PCC行为，传递PCC决策信令，支持如下功能:

• 发起和维护连接(IP-CAN会话)
• PCEF向PCRF请求PCC决策
• PCRF向PCEF提供PCC决策
• 协商IP-CAN承载建立模式(UE Only,UE/NW)
• 终止连接
  一个PCC决策包括一个或多个PCC规则和IP-CAN属性值

Sp参考点

Gy参考点

Gz参考点

Sy参考点(TS 23.203 clause 7.9;TS 29.219)

• 概述

  Sy参考点位于PCRF与OCS之间，用于从OCS传送签约用户费用相关的策略统计器(Policy counter)状态信息到PCRF,并支持如下功能：

  • PCRF从OCS请求策略统计器状态报表，订阅或取消订阅费用限制报告(例如，策略统计器状态变化的通知)
  • OCS向PCRF推送费用限制额度报表通知
  • PCRF向OCS取消费油限制额度报的通知

• Sy参考模型
  两种模型：

  
  

  
  

• 签约用户费用额度

  OCS维护策略统计器的状态，PCRF依据这些状态制定策略抉择；这种机制称为：基于费用限额的策略抉择。PCRF利用来源于OCS的策略统计器状态信息作为制定策略抉择（降级Qos(APN-AMBR)或者修改PCC/Qos/ADC规则）的输入信息。

  当策略统计器状态信息第一次被用于制定签约用户的策略抉择时，PCRF使用== Initial Spending Limit Report Request 流程。PCRF可以向OCS请求该签约用户的全部或特定的策略统计器状态信息。
  三大流程：
  • Initial Spending Limit Report Request
  • Intermediate Spending Limit Report Request
  • Final Spending Limit Report Request
  两类信息：
  • Policy counter status report
  • Pending status of policy counter

• 功能单元

  两个网元：
  • PCRF PCRF制定策略抉择时，需要考虑签约用户的费用状态。因此，PCRF需要用到==Initial or Intermediate Spending Limit Report Requst==流程从OCS请求费用限额报告(Spending limit reporting).(详见条款4.5.1);PCRF也可能利用== Intermediate Spending Limit Report Request == 流程取消特定策略统计器的费用限额报告；或者利用== Final Spending Limit Report Request ==流程取消所有策略统计器的费用限额报告。（详见条款4.5.3）。
    当请求签约用户的费用限额报告时，PCRF应该至少有一个激活的IP-CAN会话用于发起一个Sy会话。同时，当该用户的最后一个IP-CAN会话终止，或者没有能够支持费用状态信息的IP-CAN会话时，PCRF应该终止Sy会话。
  • OCS 为了支持基于签约用户费用的策略抉择功能，OCS应该提供如下三个功能：
    • 维护签约用户的策略统计器状态信息
    • 当PCRF请求时，报告签约用户的策略统计状态信息的值
    • 当签约用户的策略统计器状态信息发生变化时，向PCRF报告这些变化

• 费用限制流程

1. Initial/Intermediate Spending Limit Report Request

   Direction: PCRF -----> OCS
   Purpose: Request status of policy counters/to subscirbe or unsubscribe to updates of policy counters
   Diamter Command: Spending-Limit-Request/Answer(clause 5.6)
   Information table:

   
   

   
   

   Behaviour of the PCRF:
   • PCRF need the status of Policy counter(s) which didn't been subscribed
   • PCRF will unsubscrib the status of one or more,but not all, policy counter(s)
     Content of Request:
   • SL-Request-Type AVP:
   • Policy-Counter-Identifier
     Behaviour of the OCS:

2. Spending Limit Report

   Direction: OCS -----> PCRF
   Purpose: Notify the PCRF of changes in the status of subscribed policy counter(s)
   Diameter Command: Spending-Status-Notification-Request/Answer(in clause 5.6)
   Information tables: