{"id":15158,"date":"2026-09-02T12:46:25","date_gmt":"2026-09-02T09:46:25","guid":{"rendered":"https:\/\/vasexperts.com\/?p=15158"},"modified":"2026-11-02T12:46:42","modified_gmt":"2026-11-02T09:46:42","slug":"how-pcef-and-pcrf-work-together-policy-decision-vs-enforcement-and-the-role-of-dpi-in-real-time-tariff-policies","status":"publish","type":"post","link":"https:\/\/vasexperts.com\/fr\/blog\/mobile-networks\/how-pcef-and-pcrf-work-together-policy-decision-vs-enforcement-and-the-role-of-dpi-in-real-time-tariff-policies\/","title":{"rendered":"Comment la PCEF et la PCRF fonctionnent ensemble : d\u00e9cision de politique ou application, et r\u00f4le du DPI dans les politiques tarifaires en temps r\u00e9el"},"content":{"rendered":"Dans l\u2019architecture 3GPP, la Policy and Charging Rules Function (PCRF) prend la d\u00e9cision de contr\u00f4le de politique. La Policy and Charging Enforcement Function (PCEF) l\u2019applique. La PCRF g\u00e8re les r\u00e8gles sur la PCEF via l\u2019interface Gx ; la PCEF remonte la consommation \u00e0 la facturation via Gy et Gz. Dans notre PCEF, l\u2019inspection approfondie des paquets (DPI) identifie les applications pr\u00e9sentes dans le trafic.\r\n \r\n

Que d\u00e9cide la PCRF et qu\u2019applique la PCEF ?<\/h2>\r\n \r\nSelon la norme 3GPP TS 23.203, la PCRF prend la d\u00e9cision de contr\u00f4le de politique : elle d\u00e9termine comment le trafic de certains services est trait\u00e9 dans la PCEF. La PCEF, situ\u00e9e au niveau de la passerelle, applique cette d\u00e9cision en contr\u00f4lant si un flux passe et quelle qualit\u00e9 de service (QoS) il re\u00e7oit.\r\n \r\nLa norme attribue \u00e0 la PCRF la d\u00e9cision de contr\u00f4le de politique et le contr\u00f4le de la facturation par flux. Elle fournit \u00e0 la PCEF le contr\u00f4le r\u00e9seau sur la d\u00e9tection des flux de donn\u00e9es de service, le gating, la QoS et la facturation par flux, \u00e0 l\u2019exception de la gestion du cr\u00e9dit. La PCRF d\u00e9finit le traitement du trafic du plan utilisateur dans la PCEF afin qu\u2019il corresponde au profil d\u2019abonnement de l\u2019utilisateur.\r\n \r\nDans l\u2019architecture 3GPP, la PCEF assure la d\u00e9tection des flux de donn\u00e9es de service, l\u2019application des politiques et la facturation par flux. Elle applique les politiques de deux fa\u00e7ons. Le gate enforcement ne laisse passer un flux que si sa porte est ouverte, et le QoS enforcement applique au flux la QoS autoris\u00e9e. La PCEF mesure \u00e9galement les flux de donn\u00e9es de service et g\u00e8re les interactions de facturation en ligne et hors ligne.\r\n \r\nLa PCRF d\u00e9cide, et la PCEF applique la d\u00e9cision au trafic. Notre PCEF applique les politiques de QoS et la facturation flexible selon les exigences de la PCRF.\r\n \r\n

Comment la PCEF et la PCRF communiquent : Gx, Gy et le d\u00e9roulement de la session<\/h2>\r\n \r\nLa PCEF et la PCRF communiquent via l\u2019interface Gx, une interface Diameter. Lorsque la session de donn\u00e9es d\u2019un abonn\u00e9 est \u00e9tablie, la PCEF envoie \u00e0 la PCRF un CC-Request (CCR). La PCRF r\u00e9pond par un CC-Answer (CCA) qui fournit les r\u00e8gles de contr\u00f4le de politique et de facturation (PCC) pour cette session. La PCEF remonte la consommation \u00e0 la facturation via Gy et Gz.\r\n \r\nDiameter transporte les messages d\u2019authentification, d\u2019autorisation et de comptabilit\u00e9 (AAA) sur TCP ou sur Stream Control Transmission Protocol (SCTP). Consultez l\u2019entr\u00e9e protocole Diameter<\/a> de notre glossaire.\r\n \r\nDans l\u2019architecture 3GPP, une r\u00e8gle PCC permet de d\u00e9tecter un flux de donn\u00e9es de service et contient des param\u00e8tres de contr\u00f4le de politique et\/ou de contr\u00f4le de facturation.\r\n \r\n\r\n\r\n\r\n\r\n\r\n\r\n
Interface<\/th>\r\nCe qu\u2019elle relie<\/th>\r\nCe qu\u2019elle transporte<\/th>\r\n<\/tr>\r\n
Gx<\/td>\r\nPCEF et PCRF<\/td>\r\nR\u00e8gles PCC dynamiques et r\u00e9f\u00e9rences \u00e0 des r\u00e8gles pr\u00e9d\u00e9finies, de la PCRF vers la PCEF ; requ\u00eates et rapports d\u2019\u00e9v\u00e9nements, de la PCEF vers la PCRF<\/td>\r\n<\/tr>\r\n
Gy<\/td>\r\nPCEF et syst\u00e8me de facturation en ligne (OCS)<\/td>\r\nContr\u00f4le de cr\u00e9dit en ligne pour la facturation par flux, via Diameter<\/td>\r\n<\/tr>\r\n
Gz<\/td>\r\nPCEF et syst\u00e8me de facturation hors ligne (OFCS)<\/td>\r\nInformations de facturation hors ligne pour la facturation par flux<\/td>\r\n<\/tr>\r\n
Sy<\/td>\r\nPCRF et OCS<\/td>\r\nInformations sur l\u2019\u00e9tat des compteurs de politique li\u00e9s aux d\u00e9penses de l\u2019abonn\u00e9, de l\u2019OCS vers la PCRF<\/td>\r\n<\/tr>\r\n<\/table>\r\n \r\nNotre article DPI System Components<\/a> d\u00e9crit un exemple de session de donn\u00e9es ; nous le r\u00e9sumons en six \u00e9tapes.\r\n \r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n
D\u00e9roulement d\u2019une session type<\/th>\r\nCe qui se passe<\/th>\r\nInterface<\/th>\r\n<\/tr>\r\n
1. D\u00e9but de session<\/td>\r\nLa PCEF envoie \u00e0 la PCRF un CC-Request contenant des informations sur l\u2019abonn\u00e9 et le service<\/td>\r\nGx<\/td>\r\n<\/tr>\r\n
2. Profil<\/td>\r\nLa PCRF demande le profil de l\u2019abonn\u00e9 au r\u00e9f\u00e9rentiel de donn\u00e9es utilisateur (UDR) via Ud ; la norme d\u00e9finit aussi pour cela le r\u00e9f\u00e9rentiel de profils d\u2019abonnement (SPR) via Sp<\/td>\r\nSp ou Ud<\/td>\r\n<\/tr>\r\n
3. D\u00e9cision<\/td>\r\nLa PCRF d\u00e9cide s\u2019il faut fournir le service et avec quels param\u00e8tres de qualit\u00e9, puis construit les r\u00e8gles PCC<\/td>\r\nAu sein de la PCRF<\/td>\r\n<\/tr>\r\n
4. R\u00e9ponse<\/td>\r\nLa PCRF renvoie les r\u00e8gles \u00e0 la PCEF dans un CC-Answer<\/td>\r\nGx<\/td>\r\n<\/tr>\r\n
5. Contr\u00f4le de cr\u00e9dit<\/td>\r\nLa PCEF ouvre une session de contr\u00f4le de cr\u00e9dit avec l\u2019OCS, la session est autoris\u00e9e et le trafic commence \u00e0 circuler<\/td>\r\nGy<\/td>\r\n<\/tr>\r\n
6. Fin de session<\/td>\r\nLa PCEF ferme les sessions Diameter avec la PCRF et avec l\u2019OCS<\/td>\r\nGx, Gy<\/td>\r\n<\/tr>\r\n<\/table>\r\n \r\nSession de l\u2019abonn\u00e9 -> PCEF (notre moteur DPI)\r\n \r\nPCEF \u2013Gx : CC-Request\u2013> PCRF\r\n \r\nPCRF \u2013Sp ou Ud\u2013> r\u00e9f\u00e9rentiel de profils d\u2019abonnement (SPR) ou r\u00e9f\u00e9rentiel de donn\u00e9es utilisateur (UDR)\r\n \r\nPCRF \u2013Gx : CC-Answer avec r\u00e8gles PCC\u2013> PCEF\r\n \r\nPCEF \u2013Gy\u2013> OCS (facturation en ligne)\r\n \r\nPCEF \u2013Gz\u2013> OFCS (facturation hors ligne)\r\n \r\nPCRF <\u2013Sy\u2013 OCS\r\n \r\nLes liaisons Gx, Ud et Gy suivent la session type ; Sp, Gz et Sy proviennent de la norme. La mention DPI concerne uniquement notre PCEF.\r\n \r\nDans l\u2019exemple ci-dessus, une fois la session autoris\u00e9e et le trafic en circulation, la PCEF lui applique les r\u00e8gles re\u00e7ues. Le DPI de notre PCEF identifie les applications pr\u00e9sentes dans ce trafic. La PCEF limite, bloque ou autorise le flux et en compte le volume pour la facturation via Gy et Gz.\r\n \r\nDans l\u2019architecture 3GPP, la PCRF peut aussi envoyer de nouvelles r\u00e8gles sans requ\u00eate de la PCEF, dans un Re-Auth-Request (RAR). La PCEF r\u00e9pond par un Re-Auth-Answer (RAA). La PCEF signale \u00e0 la PCRF les \u00e9v\u00e9nements auxquels celle-ci s\u2019est abonn\u00e9e, et certains \u00e9v\u00e9nements sont toujours signal\u00e9s. Elle remonte aussi la consommation cumul\u00e9e lorsqu\u2019un seuil fix\u00e9 par la PCRF est atteint.\r\n \r\nNotre PCEF se connecte au r\u00e9seau de l\u2019op\u00e9rateur sur Gi\/SGi et fonctionne avec la PCRF, l\u2019OCS et l\u2019OFCS via les interfaces standard Gx, Gy et Gz.\r\n \r\n

La place du DPI et pourquoi la PCEF en a besoin<\/h2>\r\n \r\nNotre PCEF repose sur notre propre moteur DPI, qui analyse le trafic qui le traverse et identifie les applications qu\u2019il contient. Il classe le trafic par application et par protocole, et pas seulement par port et adresse IP, ce qu\u2019exige la tarification par type de service. La PCEF applique ensuite les politiques tarifaires qu\u2019elle re\u00e7oit de la PCRF.\r\n \r\nLa classification vient en premier : elle identifie les applications et les protocoles pr\u00e9sents dans le trafic. La gestion, l\u2019optimisation et la priorisation du trafic suivent.\r\n \r\nLe DPI identifie une application principalement par analyse de signatures. Chaque application pr\u00e9sente des caract\u00e9ristiques stock\u00e9es dans une base de signatures, qui doit \u00eatre mise \u00e0 jour \u00e0 mesure que de nouvelles applications apparaissent. Notre article sur la mani\u00e8re dont la PCEF et le DPI fonctionnent avec le ML et l\u2019IA<\/a> explique comment une PCEF utilise le DPI.\r\n \r\nLe trafic chiffr\u00e9 est plus difficile \u00e0 classer : le DPI ne peut pas lire la charge utile chiffr\u00e9e, il s\u2019appuie donc sur les m\u00e9tadonn\u00e9es non chiffr\u00e9es et sur l\u2019analyse comportementale et heuristique. Aucune m\u00e9thode ne classe \u00e0 elle seule tout le trafic, c\u2019est pourquoi on les combine. Ces m\u00e9thodes sont d\u00e9crites dans notre article Traffic Classification and Deep Packet Inspection<\/a>.\r\n \r\nSelon la norme 3GPP TS 23.203, la d\u00e9tection des applications s\u2019effectue dans la Traffic Detection Function (TDF) ou dans une PCEF dot\u00e9e de la d\u00e9tection et du contr\u00f4le des applications (ADC). La norme ne d\u00e9finit pas comment les applications sont d\u00e9tect\u00e9es ; cela rel\u00e8ve de l\u2019impl\u00e9mentation de chaque fournisseur.\r\n \r\n

Comment une r\u00e8gle tarifaire devient une action sur le trafic en temps r\u00e9el<\/h2>\r\n \r\nLa PCEF applique en temps r\u00e9el au trafic de l\u2019abonn\u00e9 les politiques de facturation et de QoS qu\u2019elle re\u00e7oit de la PCRF via Gx : elle limite le d\u00e9bit, bloque ou autorise le trafic et compte le volume de donn\u00e9es par service. Elle transmet ce volume \u00e0 la facturation via Gy et Gz. Sans application dans une PCEF, les r\u00e8gles d\u00e9finies dans la PCRF restent lettre morte.\r\n \r\nNotre PCEF prend en charge la tarification au niveau de l\u2019application, de la cat\u00e9gorie de trafic et du profil d\u2019abonn\u00e9. La logique des r\u00e8gles pour les rating groups est d\u00e9finie via la PCRF ; la PCEF l\u2019applique au trafic.\r\n \r\nDans le cadre d\u2019une politique d\u2019usage raisonnable (fair usage policy), notre PCEF enregistre la consommation du forfait gr\u00e2ce \u00e0 l\u2019int\u00e9gration Gy avec l\u2019OCS. Ce qui se passe lorsque le quota est \u00e9puis\u00e9 d\u00e9pend de la pr\u00e9sence ou non d\u2019une liaison Sy entre l\u2019OCS et la PCRF. Avec Sy, l\u2019OCS signale \u00e0 la PCRF l\u2019\u00e9tat des compteurs de politique. La PCRF modifie alors les services ou leurs param\u00e8tres pour la session de l\u2019abonn\u00e9 selon sa propre logique, par exemple en r\u00e9duisant le d\u00e9bit.\r\n \r\nSans Sy, l\u2019OCS envoie \u00e0 la PCEF une final unit indication (FUI) via Gy, et la PCEF bloque le service. Selon la configuration, notre PCEF proc\u00e8de de l\u2019une des deux fa\u00e7ons suivantes. Soit elle cesse de transmettre les paquets du service, soit elle active un charging rule base name (CRBN), un groupe de r\u00e8gles qui met en \u0153uvre le blocage. La seconde m\u00e9thode est couramment utilis\u00e9e pour un portail captif : l\u2019abonn\u00e9 est redirig\u00e9 et l\u2019acc\u00e8s est limit\u00e9 aux ressources n\u00e9cessaires pour atteindre le portail de l\u2019op\u00e9rateur et recharger son cr\u00e9dit.\r\n \r\nPour le zero-rating, notre PCEF reconna\u00eet une messagerie ou une plateforme vid\u00e9o par classification DPI, et non par une liste d\u2019adresses IP. Elle tarifie ce trafic s\u00e9par\u00e9ment, le comptabilise dans son propre bucket et remonte ce bucket \u00e0 la facturation. Le trafic en zero-rating ne r\u00e9duit pas le quota principal. Pour d\u2019autres sc\u00e9narios tarifaires, consultez notre article sur l\u2019\u00e9volution des tarifs mobiles et la place de la PCEF<\/a>.\r\n \r\n

Ce que devient la liaison PCEF\u2013PCRF sous charge<\/h2>\r\n \r\nLa PCRF peut devenir un goulet d\u2019\u00e9tranglement. La croissance du nombre d\u2019abonn\u00e9s, d\u2019objets connect\u00e9s (IoT) et de sessions Gx surcharge une PCRF dimensionn\u00e9e pour des volumes plus faibles. Diameter sur TCP ajoute en outre le blocage en t\u00eate de file (head-of-line, HOL) : le retard d\u2019une session ralentit le traitement des autres.\r\n \r\nNous appelons PCRF offload le transfert vers un proxy d\u2019une partie de la logique de d\u00e9cision et du traitement des messages Diameter et Gx. L\u2019objectif est de r\u00e9duire la charge de la PCRF principale. Le PCRF offload ne remplace pas la PCRF existante.\r\n \r\nNotre PCRF Proxy est plac\u00e9 en coupure de l\u2019interface Gx entre la PCEF et la PCRF, en tant que n\u0153ud transparent. Son Diameter bridge convertit les sessions TCP en SCTP multistream pour supprimer le blocage HOL.\r\n \r\nNotre PCEF repose sur une architecture Control and User Plane Separation (CUPS). Elle permet au traitement du trafic (le plan utilisateur) d\u2019\u00e9voluer ind\u00e9pendamment de la logique de gestion des politiques (le plan de contr\u00f4le). Nous d\u00e9taillons cette s\u00e9paration dans notre article CUPS pour PCEF et PGW<\/a>.\r\n \r\nNotre PCRF Proxy se d\u00e9ploie en quatre \u00e9tapes : audit de la charge de signalisation, insertion du proxy en coupure de Gx, configuration des r\u00e8gles d\u2019offload, puis supervision avec ajustement fin du routage.\r\n \r\n

Comment nous travaillons avec les op\u00e9rateurs sur la PCEF<\/h2>\r\n \r\nL\u2019op\u00e9rateur remplit un formulaire. Nous le contactons, pr\u00e9cisons son besoin, lui donnons acc\u00e8s \u00e0 la documentation et r\u00e9pondons \u00e0 ses questions, puis nous examinons la situation actuelle : volume de trafic, \u00e9quipements disponibles et fonctionnalit\u00e9s n\u00e9cessaires. Nos ing\u00e9nieurs installent le logiciel choisi et l\u2019adaptent aux besoins de l\u2019op\u00e9rateur. Le contrat est sign\u00e9 apr\u00e8s un test concluant.\r\n \r\nLe logiciel peut \u00eatre test\u00e9 sur les \u00e9quipements de l\u2019op\u00e9rateur, sur une machine virtuelle ou via VPN.\r\n \r\nLe d\u00e9ploiement de notre PCEF se d\u00e9roule en plusieurs \u00e9tapes. Elles comprennent un audit du r\u00e9seau et du syst\u00e8me de facturation existants ainsi que la conception du sch\u00e9ma d\u2019int\u00e9gration. Les interfaces Gx et Gy sont configur\u00e9es avec la PCRF et le syst\u00e8me de facturation. Un pilote sur un segment limit\u00e9 d\u2019abonn\u00e9s pr\u00e9c\u00e8de le d\u00e9ploiement \u00e0 grande \u00e9chelle, supervis\u00e9 dans Stingray NMS. Nos sp\u00e9cialistes accompagnent le projet du pilote jusqu\u2019au support apr\u00e8s la mise en service.\r\n \r\nNous assurons le support technique pendant la connexion de la PCEF \u00e0 la facturation de l\u2019op\u00e9rateur via les interfaces standard. Notre PCEF a d\u00e9j\u00e0 \u00e9t\u00e9 int\u00e9gr\u00e9e \u00e0 des PCRF, OCS et OFCS de diff\u00e9rents syst\u00e8mes de facturation. Pour en savoir plus, consultez les pages de notre PCEF<\/a>, de notre PCRF Proxy<\/a> et de la solution PCRF Offload<\/a>.\r\n \r\n

FAQ<\/h2>\r\n \r\n

Que signifie PCEF ?<\/h3>\r\n \r\nDans la terminologie 3GPP, PCEF signifie Policy and Charging Enforcement Function. Situ\u00e9e au niveau de la passerelle, elle assure la d\u00e9tection des flux de donn\u00e9es de service, l\u2019application des politiques et la facturation par flux. La PCRF est la Policy and Charging Rules Function, qui g\u00e8re les r\u00e8gles sur la PCEF via Gx.\r\n \r\n

Quel n\u0153ud prend les d\u00e9cisions de politique, la PCEF ou la PCRF ?<\/h3>\r\n \r\nLa PCRF prend la d\u00e9cision de contr\u00f4le de politique. Dans l\u2019architecture 3GPP, elle d\u00e9termine comment le trafic de certains services est trait\u00e9 dans la PCEF. La PCEF applique cette d\u00e9cision en contr\u00f4lant si un flux passe et quelle QoS il re\u00e7oit, \u00e0 l\u2019aide des r\u00e8gles qu\u2019elle re\u00e7oit via Gx.\r\n \r\n

Quelles interfaces relient la PCEF \u00e0 la PCRF et \u00e0 la facturation ?<\/h3>\r\n \r\nGx relie la PCEF \u00e0 la PCRF. Gy la relie \u00e0 l\u2019OCS, et Gz \u00e0 l\u2019OFCS. Sy relie la PCRF et l\u2019OCS. Notre PCEF utilise ces interfaces standard : Gx avec la PCRF, Gy avec l\u2019OCS et Gz avec l\u2019OFCS.\r\n \r\n

Quel est le r\u00f4le du DPI dans une PCEF ?<\/h3>\r\n \r\nDans notre PCEF, le DPI identifie les applications pr\u00e9sentes dans le trafic qui la traverse. La classification est la premi\u00e8re \u00e9tape ; la PCEF fixe ensuite les priorit\u00e9s et applique les politiques tarifaires. Notre propre moteur DPI, sur lequel repose la PCEF, classe le trafic par application et par protocole.\r\n \r\n

Qu\u2019est-ce qu\u2019un PCRF Proxy et comment fonctionne-t-il avec une PCRF existante ?<\/h3>\r\n \r\nNotre PCRF Proxy est un n\u0153ud transparent sur la liaison Gx entre la PCEF et la PCRF. Il traite lui-m\u00eame une partie des requ\u00eates, et le reste est transmis \u00e0 la PCRF existante. Nous appelons cela PCRF offload, et cela ne remplace pas la PCRF existante.\r\n \r\n

\u00c0 quoi correspondent la PCRF et la PCEF en 5G ?<\/h3>\r\n \r\nDans le c\u0153ur 5G, l\u2019architecture 3GPP fait correspondre la PCRF \u00e0 la Policy Control Function (PCF). La PCEF correspond \u00e0 la combinaison de la Session Management Function (SMF) et de la User Plane Function (UPF). N7 relie la SMF et la PCF.\r\n \r\n

Pages associ\u00e9es<\/h2>\r\n \r\n