Copyright EFORT 2011

PCC (Policy and Charging Control)

pour les Services Data Mobiles
EFORT
http://www.efort.com
En mettant en uvre les procdures PCC (Policy and Charging Control), les oprateurs de
service fixe et mobile peuvent :
garantir la bande passante pour les services haut revenu,
raliser une segmentation du march,
assurer un usage adquat du rseau par les flux de service,
bloquer ou dgrader les flux de service qui dgradent les performances du rseau,
garantir la meilleure exprience utilisateur possible.
Aujourdhui grce aux procdures PCC, les oprateurs ont la possibilit dimplanter les
scnarii suivants :
Fair usage : Les oprateurs mobiles peuvent limiter la bande passante disponible aux
usagers les plus consommateurs, typiquement ceux qui tlchargent en peer to peer. Par
exemple, au del d un certain volume mensuel (e.g., 5 Gbytes), le dbit est limit 40 kbit/s.
Freemium : Les oprateurs mobiles peuvent offrir l accs des applications telles que
Facebook ou Twitter, afin d attirer les usagers souscrire un abonnement data mobile et
ainsi accder d autres services data mobiles.
Contrle d application : Les oprateurs mobiles peuvent bloquer certains flux
d application (e.g., skype, mail) tant que l usager n a pas souscrit l option permettant
l usage de ces applications.
Bill-shock prevention (anti bill shock) : Les oprateurs peuvent alerter leurs clients
lorsque ces derniers ont consomm leur forfait et lorsque tout usage supplmentaire induit
des cots additionnels.
Les rseaux de donnes mobiles fonctionnent en mode connect. Lusager tablit un
contexte PDP (2G/3G) ou un bearer (4G) pour mettre/recevoir des paquets IP.
Le but des oprateurs est dtre capable sur le contexte PDP :
Didentifier les flux IP qui sont transports sur le contexte PDP.
Dautoriser ou bloquer ces flux IP
D offrir chaque flux une QoS
De taxer chaque flux selon diffrents critres tels que le volume, la dure, lvnement,
etc.
La notion de Policy control est lie aux fonctions dautorisation/blocage et de QoS des
flux IP. La notion de charging control est relative la taxation des flux IP.
Le but de ce tutoriel est de prsenter les principes, les concepts, l'architecture et les
interfaces PCC (Policy and Charging Control).
1 PCC : Une architecture indpendante de tout type
daccs
Larchitecture PCC telle que dfinie par 3GPP dans la recommandation TS 23.203 a pour
objectif de sappliquer nimporte quel rseau daccs paquet sinterfaant au monde IP, tel
Copyright EFORT 2011
que xDSL, cble, WiMax, 2G/3G paquet, 4G. Dans ce contexte, le vocabulaire utilis est le
suivant :
IP-CAN signifie IP Connectivity Access Network. Il sagit dun rseau accs au monde IP
de faon gnrique.
IP-CAN bearer reprsente un chemin de transmission IP avec une capacit, un dlai, un
taux derreur, etc. Les default et dedicated bearers EPS et les contextes PDP GPRS sont
des exemples dIP-CAN bearers.
IP-CAN session reprsente lassociation entre lUE reprsent par une adresse IPv4 ou
IPv6, et un PDN (Packet Data Network)reprsent par un PDN ID (e.g. an APN). Une IP-
CAN session inclut un ou plusieurs IP-CAN bearers. La capacit supporter plusieurs
IP-CAN bearers par IP-CAN session dpend de lIP-CAN. Une IP-CAN session existe
tant que ladresse IP de lUE est maintenue.
IP flow reprsente un flux unidirectionnel de paquets IP avec la mme adresse de
transport source (adresse IP, numro de port), la mme adresse de transport destination
(adresse IP, numro de port) et le mme protocole de transport.
Larchitecture PCC (Policy and Charging Control) sont consiste en une fonction centralise
appele PCRF (Policy and Charging Rules Function) qui fournit des rgles PCC une
fonction PCEF (Policy and Charging Enfoncement Function) appartenant au domaine de
transport. Le PCRF a accs aux donnes de souscription de l'usager afin de pouvoir adapter
l'usage des ressources de transport par le service ainsi que la taxation du service en fonction
du profil de l'usager. La fonction PCEF peut tre intgre dans le nud qui termine laccs
tel que GGSN, PDN GW, ou peut tre indpendante.
2 PCC : une dfinition
Policy control concerne les fonctions de binding, gating control, QoS control, event reporting
et IP-CAN bearer establishment:
Binding est la mise en place dune association entre un flux de donne de service (SDF,
Service Data Flow) et un bearer daccs (IP-CAN) transportant ce SDF.
Gating control est la capacit de bloquer ou autoriser des paquets IP appartenant des
flux IP pour un certain service.
QoS control permet au PCRF de fournir au PCEF des QoS autorises pour les flux IP. La
QoS autorise peut inclure par exemple le dbit maximum par flux. Un flux est transport
par un bearer. Un bearer supporte une classe de service (e.g., Conversationnel,
streaming, interactive, background). Le PCEF doit sassurer quun flux de service soit
accommod sur le bearer disposant de la classe de service approprie. Tous les flux
empruntant ce bearer disposent de la mme classe de service. Le bearer dispose dun
dbit maximum, et le dbit de chaque flux peut aussi limit un maximum. La somme
des dbits maximum des diffrents flux empruntant le mme bearer doit bien sur tre
infrieure au dbit maximum du bearer. Le PCEF doit contrler le dbit de chaque flux
individuellement afin de sassurer quil nexcde pas sa QoS autorise.
Event reporting permet au PCEF de notifier le PCRF dvnements lis aux ressources,
sollicits ou non sollicits. Suite a rception dvnements, le PCRF modifie les rgles
PCC et donc le comportement du plan usager.
IP-CAN bearer establishment permet aux PCRF de solliciter aurps du PCEF
ltablissement de bearer par le rseau si le rseau daccs (IP-CAN) le supporte.
Charging Control inclut la taxation online (online charging) et la taxation offline (offfline
charging). Le PCRF dcide de la mthode de taxation pour un flux de service donn. Cela
permet au PCEF soit d obtenir un crdit (online) auprs de lOCS (Online Charging System)
ou de gnrer un ticket de taxation (offline) qui est soumis lOFCS (Offline Charging
System).
Copyright EFORT 2011
Toute larchitecture PCC repose sur lidentification du flux IP par la fonction PCEF. L analyse
de paquet IP peut sappliquer trois niveaux :
Shallow Packet Inspection (SPI)
Deep Packet Inspection (DPI)
Heuristic analysis Deep Packet Inspection (H-DPI).
SPI utilise les informations d en-tte telles que l adresse IP source, l adresse IP
destination, le port source, le port destination et le type de transport (TCP, UDP) pour
l analyse de paquets. C est la dfinition de Gating Control par 3GPP avec les rgles
PCC dynamiques dans les Releases R8, R9, R10.
DPI inspecte les en-tte de paquets ainsi que leur contenu en utilisant une analyse
protocolaire la couche 7. Un exemple est identifier les sites auquel accde l utilisateur en
analysant la request URI du message HTTP GET.
H-DPI examine les paquets en fonction de critres comportementaux. Cela permet mme
d analyse un trafic qui est chiffr. Les critres comportementaux (behavioral patterns) sont
prsents dans une base de donnes. Chaque paquet est vrifi selon ces critres. Parmi ces
critres figurent le dbit du flux montant et descendant, la taille des paquets, la frquence
d envoi des paquets, etc.
La fonctionnalit DPI du GGSN/PDN GW ou du module DPI indpendant ralise l inspection
de paquets aux 3 niveaux (SPI, DPI, H-DPI).
L architecture PCC permet DPI et H-DPI avec des rgles PCC prdfinies au niveau du
GGSN/PDN GW ou du module DPI indpendant dont le format n est pas normalis dans les
Release R8, R9, R10.
3 Architecture PCC
Larchitecture PCC telle que dfinie dans la Release 9 des spcifications 3GPP consiste en
les entits PCRF, PCEF, BBERF, SPR, AF, OCS et OFCS (Figure 1).
Lentit PCRF (Policy Control and Charging Rules Function) est une entit fonctionnelle qui
inclut les fonctionnalits de policy control et flow based charging control. Ces 2
fonctionnalits sont hrites des entits dfinies dans la Release 6 du 3GPP savoir PDF
(Policy Decision Function) et CRF (Charging Rules Fonction).
Le PCRF fournit toutes les informations relatives la dtection des flux de service, au gating,
la QoS et la taxation sur la base des flux de service au PCEF (e.g., GGSN, PDN GW).
Le PCRF doit fournir des rgles PCC au PCEF via linterface Gx. Ces rgles sont produites
en utilisant des informations de souscription de lusager stockes dans une base de donnes
appele SPR (Subscription Profile Repository). Le PCRF dispose de linterface Sp afin d
interagir avec lentit SPR. Cette interface Sp nest pas encore spcifie.
Lentit PCEF (Policy and Charging Enforcement Function) inclut les fonctionnalits de policy
enforcement et flow based charging. Ces 2 fonctionnalits sont hrites des entits dfinies
dans la Release 6 du 3GPP savoir PEP (Policy Enforcement Point) et TPF (Traffic Plane
Function) respectively.
Cette fonctionnalit est localise dans le Gateway (e.g. GGSN dans le rseau GPRS, PDN
GW dans le rseau ePC) ou dans une entit indpendante.
Le PCEF permet le contrle des flux de service (dtection, Gating, QoS), la supervision
dusage (comptabilit) et la taxation des flux de service (taxation online et offline). Il excute
les rgles PCC telles que fournies par le PCRF.
Si requis par le PCRF, le PCEF doit rapporter au PCRF le changement dtat dun flux de
service.
Copyright EFORT 2011
Lorsque le protocole utilis par lentit PCEF pour ltablissement du bearer 4G est GTPv2-C
(GPRS Tunneling Protocol Control Plane), cest lentit PCEF qui assure le bearer binding,
cest dire transporter un flux IP sur un bearer donn disposant dune QoS compatible aux
exigences du flux. Lorsque le protocole utilis pour ltablissement du bearer 4G est PMIP
(Proxy Mobile IP) alors tous les flux passent pas un unique bearer ; lentit PCEF nest dans
ce cas pas en mesure de raliser la fonction de bearer binding. Une autre entit, appele
BBERF (Bearer Binding and Event Reporting Function) prend alors en charge le bearer
binding. Le PCRF dialogue avec le BBERF via linterface Gxx.
En situation de roaming 4G, le PCEF peut tre dans le rseau visit ou le rseau nominal,
Sil appartient au rseau visit, alors il demande les rgles PCC un PCRF du rseau visite
qui les obtient dun PCRf du rseau nominal. Linterface entre PCRF visit et PCRF nominal
est S9.
LOCS (Online Charging Sustem) est la fonction de taxation online qui alloue un crdit par
flux de service au PCEF. Le PCEF interagit avec lOCS via linterface Gy.
LOFCS (Offline Charging System) est la fonction de taxation offline qui reoit des tickets de
taxation mis par la fonction PCEF. Le PCEF interagit avec lOFCS en utilisant linterface Gz.
LAF (Application Function) est une entit prsente au plan service et reprsente des
applications qui requirent un contrle PCC dynamique sur le plan de transport. Lorsque le
plan de service est lIMS (IP Multimedia Subsystem), lentit P-CSCF (Proxy Call Session
Control Function) reprsente lAF. Le PCRF est connect lAF via linterface Rx.
Figure 1 : Architecture PCC
Les Interfaces de larchitecture PCC et les recommandations 3GPP (TS, Technical
Specification) qui les dfinissent sont :
Gx entre PCRF et PCEF (e.g., GGSN, PDN GW) (TS 29.212)
Gxx(Gxa, Gxb, Gxc) entre PCRF et BBERF (TS 29.212)
Rx entre AF (e.g., P-CSCF) et PCRF (TS 29.214)
S9 entre vPCRF et hPCRF (TS 29.215)
Sp entre PCRF et SPR (non encore spcifi)
Gy entre PDN GW et OCS (TS 32.299)
Gz entre PDN GW et OFCS (TS 32.299)
PCRF
GGSN/PDN GW
PCEF
Gx
BBERF
Gxx (*)
PMIPv6/GRE
(*) Gxx = Gxa, Gxb ou Gxc
SPR
Sp
AF
Rx
E.g., P-CSCF
OCS OFCS
Gy
Gz
PCRF
S9
Copyright EFORT 2011
Toutes les interfaces de larchitecture PCC sont des applications DIAMETER et sappuient
sur le protocole de base DIAMETER tel que dfini dans le RFC 3588.
4 Rgle PCC : Une dfinition
Le but de la rgle PCC est :
Didentifier les paquets IP appartenant a un flux de service.
Les filtres de flux de donnes de service dans la rgle PCC permettent la slection
du bearer IP-CAN pour les paquets entrants (DL, Downlink).
Les filtres de flux de donnes de service dans la rgle PCC sont aussi utiliss afin de
sassurer que les paquets sortants (UL, Uplink) sont transports sur le bearer IP-CAN
appropri.
Didentifier le service auquel le flux IP de service contribue.
De fournir les paramtres de taxation appropris pour le flux IP.
De fournir le contrle de politique (QoS, Gating) pour le flux IP.
4.1 Types de rgles PCC
Il existe deux types de rgles PCC :
Rgles PCC dynamiques. Alloues dynamiquement par le PCRF au PCEF via linterface
Gx. Ces rgles PCC peuvent tre soit prdfinies ou gnres dynamiquement au
niveau du PCRF. Les rgles PCC dynamiques peuvent tre installes, modifies et
supprimes nimporte quand.
Rgles PCC prdfinies. Prconfigures au niveau du PCEF. Les rgles PCC
prdfinies peuvent tre actives ou dsactives par le PCRF tout instant. Ces rgles
prdfinies peuvent tre regroupes permettant au PCRF dactiver dynamiquement un
ensemble de rgles via linterface Gx.
NOTE: Loprateur peut considrer des rgles PCC prdfinies actives par le PCEF. De
telles rgles prdfinies ne sont pas explicitement connues par le PCRF.
Pour les rgles PCC dynamiques, les oprations possibles sont:
Installation: installation dune nouvelle rgle PCC
Modification: modification dune rgle PCC dj installe
Retrait: suppression dune rgle PCC dj installe
Pour les rgles PCC prdfinies, les oprations possibles sont:
Activation: activation dune rgle PCC prdfinie au niveau du PCEF
Dsactivation: dsactivation dune rgle PCC prdfinie actuellement active au niveau du
PCEF
4.2 Provisioning de rgles PCC
Le PCRF doit indiquer via linterface Gx les rgles PCC qui doivent sappliquer au niveau
PCEF. Cela est rendu possible via une des procdures suivantes :
Procdure PULL (Provisioning sollicit par le PCEF): Suite une requte Gx CC-
Request pour lobtention de rgles PCC initie par le PCEF, le PCRF retourne ces rgles
dans une rponse CC-Answer; ou
Procdure PUSH (provisioning non sollicit): Le PCRF peut dcider de la fourniture de
rgles PCC sans avoir reu de demandes du PCEF; par exemple, suite la rception
d une demande d une AF (e.g., P-CSCF de lIMS) sur l interface Rx ou suite un
dclencheur interne au PCRF. Le PCRF inclut ces rgles dans un message RA-Request.
Aucun message CCR/CCA n est dclench suite l envoi du message RAR.
Copyright EFORT 2011
La figure 2 liste les messages changs sur linterface Gx.
Figure 2 : Messages sur linterface Gx
Rfrences
3GPP TS 32.203. Policy and charging control architecture (Release 9)
3GPP TS.29.212. Policy and Charging Control over Gx reference point (Release 9).
3GPP TS.29.214. Policy and Charging Control over Rx reference point (Release 9).
3GPP TS.29.213. Policy and Charging Control signalling flows and Quality of Service (QoS)
parameter mapping (Release 9).
3GPP TS 32.240;Telecommunication management; Charging management; Charging
architecture and principles (Release 9).
3GPP TS 32.299. Telecommunication management; Charging management; Diameter
charging applications (Release 9).
RFC 3588, P. Calhoun et al., Diameter Base Protocol, Sept 2003.
Type de message Description Direction
CCR Credit Control Request PCEF PCRF
CCA Credit Control Answer PCEF PCRF
RAR Re-Auth Request PCEF PCRF
RAA Re-Auth Answer PCEF PCRF