{"id":14996,"date":"2026-10-15T14:15:56","date_gmt":"2026-10-15T11:15:56","guid":{"rendered":"https:\/\/vasexperts.com\/?p=14996"},"modified":"2026-10-15T14:41:55","modified_gmt":"2026-10-15T11:41:55","slug":"gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance","status":"publish","type":"post","link":"https:\/\/vasexperts.com\/fr\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","title":{"rendered":"Perdu en cas de panne ? Comment calculer \u00e0 l\u2019avance les pertes dans le comptage du trafic"},"content":{"rendered":"Dans cet article, nous passons en revue chacun d\u2019eux, montrons comment estimer et limiter les pertes, et indiquons quels indicateurs surveiller pour d\u00e9tecter un probl\u00e8me \u00e0 temps.\r\n<h2>Fonctionnement du comptage dans une passerelle de services<\/h2>\r\nUne passerelle de services se compose de n\u0153uds de traitement et de n\u0153uds de contr\u00f4le. Plusieurs \u00e9l\u00e9ments participent au comptage du trafic :\r\n<ul>\r\n \t<li>N\u0153ud de traitement (DPI) : \u00e9l\u00e9ment de la passerelle de services situ\u00e9 dans le plan utilisateur (user plane), par lequel transite physiquement le trafic des abonn\u00e9s.<\/li>\r\n \t<li>N\u0153ud de contr\u00f4le (<a href=\"\/fr\/products\/pcef-policy-and-charging-enforcement-function\/\">PCEF<\/a>) : \u00e9l\u00e9ment de la passerelle de services situ\u00e9 dans le plan de contr\u00f4le (control plane), qui transmet aux n\u0153uds de traitement les seuils de chaque groupe de comptage et re\u00e7oit les rapports de consommation.<\/li>\r\n \t<li>Billing (OCS) : syst\u00e8me de taxation externe. Il attribue les quotas de trafic et re\u00e7oit les rapports de consommation.<\/li>\r\n \t<li>PCRF : syst\u00e8me externe de gestion des politiques. Il d\u00e9finit la politique de service de l\u2019abonn\u00e9 et l\u2019ensemble des groupes auxquels l\u2019abonn\u00e9 a droit. Le PCRF joue parfois aussi le r\u00f4le d\u2019OCS.<\/li>\r\n<\/ul>\r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\" alt=\"architecture r\u00e9seau\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15000\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\" alt=\"architecture r\u00e9seau\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15000 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\">\r\nFigure 1. Architecture de la passerelle de services\r\n \r\n[important]Un quota est le volume que le syst\u00e8me de taxation a attribu\u00e9 \u00e0 une session pour un groupe de comptage. Un seuil est le volume au-del\u00e0 duquel le n\u0153ud de traitement envoie un rapport. Le n\u0153ud de contr\u00f4le fixe le seuil en fonction du quota re\u00e7u de l\u2019OCS.[\/important]\r\n \r\nL\u2019unit\u00e9 de base du comptage est le groupe de comptage. Il regroupe le trafic de plusieurs services tax\u00e9s de la m\u00eame mani\u00e8re, et le DPI rend compte de leur volume total. Par exemple, un groupe \u00ab streaming vid\u00e9o \u00bb avec les identifiants RG 10 et SI 0 (Rating Group et Service Identifier) peut rassembler le trafic de YouTube et d\u2019autres services vid\u00e9o.\r\n \r\nLe DPI classe les paquets, les affecte aux groupes de comptage et tient un compteur de volume pour chaque groupe. Le PCEF obtient les donn\u00e9es de volume \u00e0 partir des rapports du DPI. Le PCEF stocke par ailleurs l\u2019\u00e9tat des sessions : cr\u00e9dits attribu\u00e9s, volume consomm\u00e9 et dur\u00e9es de validit\u00e9 des quotas.\r\n \r\nLe PCRF d\u00e9finit aussi les limites de d\u00e9bit de chaque groupe de comptage. L\u2019OCS attribue des volumes pour chaque groupe autoris\u00e9 et re\u00e7oit les rapports de consommation.\r\n \r\nLe cycle de comptage commence au niveau du PCRF. Celui-ci indique au PCEF quels groupes de comptage sont accessibles \u00e0 l\u2019abonn\u00e9. Le PCEF demande \u00e0 l\u2019OCS des volumes pour chaque groupe autoris\u00e9 et transmet au DPI l\u2019ensemble des groupes avec leurs limites et leurs seuils.\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\" alt=\"cycle de comptage\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15001\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\" alt=\"cycle de comptage\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15001 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\">\r\nFigure 2. Le cycle de comptage\r\n \r\nLorsque la consommation d\u2019un groupe atteint le seuil, le DPI envoie un rapport au PCEF. Le rapport peut aussi \u00eatre envoy\u00e9 plus t\u00f4t \u00e0 la demande du PCEF. Le PCEF transmet les donn\u00e9es \u00e0 l\u2019OCS ou au PCRF et re\u00e7oit en retour un nouveau quota ou un nouvel ensemble de r\u00e8gles, qu\u2019il envoie ensuite au DPI. Tous les \u00e9changes entre le DPI et l\u2019OCS passent par le PCEF.\r\n \r\nLe point faible de ce cycle est l\u2019intervalle entre deux rapports. Tant qu\u2019aucun rapport n\u2019est arriv\u00e9, ni le PCEF ni l\u2019OCS ne disposent de donn\u00e9es sur la consommation accumul\u00e9e. Cette consommation n\u2019existe que dans les compteurs du DPI. Si un n\u0153ud tombe en panne ou si une session est d\u00e9plac\u00e9e lors d\u2019un r\u00e9\u00e9quilibrage, le volume non remont\u00e9 est perdu. C\u2019est la cause profonde des pertes de comptage.\r\n<h2>Premier point : panne d\u2019un n\u0153ud de traitement<\/h2>\r\nEn cas de panne d\u2019un n\u0153ud, une certaine perte est in\u00e9vitable, car le n\u0153ud n\u2019a pas le temps de transmettre les donn\u00e9es accumul\u00e9es. Mais l\u2019ampleur de la perte peut \u00eatre calcul\u00e9e \u00e0 l\u2019avance :\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\" alt=\"formule de perte\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15002\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\" alt=\"formule de perte\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15002 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\">\r\n \r\nLa formule donne une estimation pour un n\u0153ud charg\u00e9 \u00e0 pleine capacit\u00e9. Pendant l\u2019intervalle entre deux rapports, un tel n\u0153ud \u00e9coule un volume \u00e9gal \u00e0 sa capacit\u00e9 multipli\u00e9e par la dur\u00e9e de l\u2019intervalle. En moyenne, la panne survient au milieu de cet intervalle : environ la moiti\u00e9 de ce volume est donc perdue.\r\n \r\nVoici ce que cela donne pour un n\u0153ud d\u2019une capacit\u00e9 de 200 Gbit\/s.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td>Intervalle moyen entre deux rapports<\/td>\r\n<td>Perte en cas de panne du n\u0153ud<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>5 minutes<\/td>\r\n<td>environ 3,75 To<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>1 minute<\/td>\r\n<td>environ 750 Go<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>30 secondes<\/td>\r\n<td>environ 375 Go<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nLes chiffres semblent importants, mais \u00e0 l\u2019\u00e9chelle d\u2019un n\u0153ud, c\u2019est peu. La perte financi\u00e8re finale d\u00e9pend de la fr\u00e9quence des pannes et de la mani\u00e8re dont le trafic perdu est tax\u00e9.\r\n \r\nD\u2019apr\u00e8s la formule, la perte est proportionnelle \u00e0 l\u2019intervalle entre deux rapports. Le DPI envoie un rapport lorsqu\u2019une session a consomm\u00e9 un volume \u00e9gal au seuil. Plus le seuil est bas, plus vite il est atteint, plus les rapports sont fr\u00e9quents et plus l\u2019intervalle est court, ce qui signifie une perte plus faible.\r\n \r\nLe volume non remont\u00e9 de chaque session ne d\u00e9passe jamais son seuil. Par cons\u00e9quent, la perte en cas de panne d\u2019un n\u0153ud de traitement ne d\u00e9passe jamais la somme des seuils de toutes les sessions de ce n\u0153ud. Les pertes peuvent donc \u00eatre ma\u00eetris\u00e9es par les seuils, qui sont eux-m\u00eames fix\u00e9s par le n\u0153ud de contr\u00f4le PCEF.\r\n \r\nPar d\u00e9faut, le PCEF fixe le seuil \u00e0 la valeur du quota de l\u2019OCS. La somme des seuils d\u2019un n\u0153ud est alors \u00e9gale au quota multipli\u00e9 par le nombre de sessions. C\u2019est ce qui sera perdu dans le pire des cas si le n\u0153ud tombe en panne. Pour r\u00e9duire ce risque, l\u2019op\u00e9rateur peut plafonner \u00e0 l\u2019avance les pertes possibles.\r\n<h2>Budget de risque<\/h2>\r\nPour cela, le PCEF de VAS Experts propose un budget de risque : le volume maximal qu\u2019il est acceptable de perdre en cas de panne d\u2019un n\u0153ud. L\u2019op\u00e9rateur peut le d\u00e9finir dans la configuration pour le n\u0153ud dans son ensemble et s\u00e9par\u00e9ment pour chaque groupe de services. Lorsqu\u2019un budget est d\u00e9fini, le PCEF v\u00e9rifie que le quota attribu\u00e9 \u00e0 un abonn\u00e9, multipli\u00e9 par le nombre de sessions utilisant ce service, ne le d\u00e9passe pas.\r\n \r\nSi le budget est d\u00e9pass\u00e9, le quota est fractionn\u00e9 : le n\u0153ud de traitement re\u00e7oit un seuil de rapport plus bas. Le PCEF additionne lui-m\u00eame les rapports interm\u00e9diaires et n\u2019envoie un rapport \u00e0 l\u2019OCS que lorsque la totalit\u00e9 du quota a \u00e9t\u00e9 consomm\u00e9e.\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\" alt=\"d\u00e9cision sur le seuil du quota\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15003\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\" alt=\"d\u00e9cision sur le seuil du quota\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15003 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\">\r\nFigure 2. Fractionnement du quota pour respecter un budget de perte d\u00e9fini\r\n<h3>Exemple de calcul<\/h3>\r\nLe syst\u00e8me de taxation a attribu\u00e9 un quota de 100 Mo. Deux sc\u00e9narios sont possibles :\r\n<ol>\r\n \t<li>Le quota, compte tenu du nombre de sessions, reste dans les limites du budget de risque. Le n\u0153ud de contr\u00f4le fixe un seuil de 100 Mo. Lorsque le seuil est atteint, le PCEF envoie un rapport au syst\u00e8me de taxation et demande un nouveau quota.<\/li>\r\n \t<li>Le quota d\u00e9passe le budget de risque. Le n\u0153ud de contr\u00f4le fixe un seuil de 10 Mo, et le n\u0153ud de traitement envoie un rapport interm\u00e9diaire tous les 10 Mo. D\u00e8s que la somme des rapports interm\u00e9diaires atteint 100 Mo, le n\u0153ud de contr\u00f4le envoie un rapport au syst\u00e8me de taxation et demande un nouveau quota.<\/li>\r\n<\/ol>\r\n\u00c0 la place du budget de risque, il est possible d\u2019utiliser une option simplifi\u00e9e. Le quota est divis\u00e9 par un coefficient fixe ou plafonn\u00e9 \u00e0 une valeur constante. Le r\u00e9glage s\u2019applique \u00e0 tous les services \u00e0 la fois ou \u00e0 chacun s\u00e9par\u00e9ment. L\u2019option simplifi\u00e9e ne tient pas compte du nombre de sessions. Elle limite la perte par session et non pour le n\u0153ud de traitement dans son ensemble. Son avantage : aucun calcul n\u2019est n\u00e9cessaire, ce qui en fait un point de d\u00e9part pratique pour le d\u00e9ploiement.\r\n<h2>Deux fr\u00e9quences de rapport au lieu d\u2019une<\/h2>\r\nDans notre solution, le fractionnement du quota est assur\u00e9 par le PCEF. Le PCEF transmet la configuration aux n\u0153uds DPI via PFCP. Ce protocole permet d\u2019attribuer \u00e0 un n\u0153ud DPI un seuil de rapport inf\u00e9rieur au quota. Le PCEF d\u00e9termine la taille du seuil et l\u2019ajuste au budget de risque configur\u00e9. Par exemple, l\u2019op\u00e9rateur a indiqu\u00e9 que pas plus de 100 Go de trafic non remont\u00e9 ne peuvent s\u2019accumuler sur un n\u0153ud pour le groupe \u00ab streaming vid\u00e9o \u00bb. Si un seul abonn\u00e9 utilise le service, le PCEF lui attribuera un seuil de 50 Go. S\u2019il y a un million d\u2019abonn\u00e9s, le DPI fera un rapport pour chaque session environ tous les 100 Ko.\r\n \r\nSans fractionnement, le seuil est \u00e9gal au quota : le DPI rend compte au PCEF exactement aussi souvent que le PCEF rend compte \u00e0 l\u2019OCS. Avec le fractionnement, ces deux fr\u00e9quences sont d\u00e9coupl\u00e9es et d\u00e9finies ind\u00e9pendamment.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td><strong>Rapports<\/strong><\/td>\r\n<td><strong>Ce qui d\u00e9termine la fr\u00e9quence<\/strong><\/td>\r\n<td><strong>R\u00e9sultat<\/strong><\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Du n\u0153ud de contr\u00f4le vers le syst\u00e8me de taxation (du PCEF vers l\u2019OCS)<\/td>\r\n<td>Le quota attribu\u00e9 par le syst\u00e8me de taxation<\/td>\r\n<td>La charge sur le syst\u00e8me de taxation ne change pas<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Du n\u0153ud de traitement vers le n\u0153ud de contr\u00f4le (du DPI vers le PCEF)<\/td>\r\n<td>Le budget de risque<\/td>\r\n<td>La perte en cas de panne d\u2019un n\u0153ud de traitement ne d\u00e9passe pas le budget de risque<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nSans fractionnement, l\u2019op\u00e9rateur doit faire un compromis. Des rapports fr\u00e9quents r\u00e9duisent les pertes en cas de panne, mais chargent l\u2019OCS. Des rapports espac\u00e9s soulagent l\u2019OCS, mais augmentent les pertes. Avec le fractionnement, seuls les rapports du n\u0153ud de traitement vers le n\u0153ud de contr\u00f4le deviennent plus fr\u00e9quents. Cet \u00e9change a lieu \u00e0 l\u2019int\u00e9rieur de la passerelle de services et co\u00fbte moins cher que la communication avec le syst\u00e8me de taxation.\r\n<h2>Trois conditions pour que le m\u00e9canisme fonctionne correctement<\/h2>\r\n<h3>Les rapports interm\u00e9diaires ne sont pas transmis au syst\u00e8me de taxation<\/h3>\r\nLes rapports interm\u00e9diaires ne sont pas transmis \u00e0 l\u2019OCS. L\u2019OCS re\u00e7oit un rapport lorsque la totalit\u00e9 du quota a \u00e9t\u00e9 consomm\u00e9e, ainsi qu\u2019\u00e0 l\u2019expiration du quota ou \u00e0 la fin de la session. Les rapports interm\u00e9diaires multiplieraient la charge sur l\u2019OCS par le nombre de parts du quota, soit exactement ce que le fractionnement doit \u00e9viter.\r\n<h3>L\u2019action li\u00e9e \u00e0 l\u2019\u00e9puisement du quota n\u2019est d\u00e9clench\u00e9e qu\u2019apr\u00e8s consommation de la totalit\u00e9 du quota<\/h3>\r\nLe syst\u00e8me de taxation peut d\u00e9finir une action en cas d\u2019\u00e9puisement du quota : blocage ou redirection. Un seuil interm\u00e9diaire ne d\u00e9clenche que l\u2019envoi d\u2019un rapport, tandis que l\u2019action est ex\u00e9cut\u00e9e une fois la totalit\u00e9 du quota consomm\u00e9e. Si l\u2019action \u00e9tait li\u00e9e au seuil interm\u00e9diaire, un abonn\u00e9 disposant d\u2019un quota de 100 Mo serait bloqu\u00e9 d\u00e8s 10 Mo.\r\n<h3>Le fractionnement a une limite inf\u00e9rieure<\/h3>\r\nPlus chaque part du quota est petite, plus les rapports sont nombreux, et si le quota est fractionn\u00e9 trop finement, l\u2019\u00e9change interne devient lui aussi une charge notable. C\u2019est pourquoi le seuil a une valeur minimale. Si le budget de risque ne peut pas \u00eatre respect\u00e9 m\u00eame \u00e0 ce minimum, le PCEF g\u00e9n\u00e8re un avertissement : d\u00e9passer le budget sans en informer l\u2019op\u00e9rateur n\u2019est pas acceptable.\r\n<h2>Deuxi\u00e8me point : le r\u00e9\u00e9quilibrage<\/h2>\r\nLes pertes lors d\u2019un r\u00e9\u00e9quilibrage sont moins visibles que les pertes dues \u00e0 une panne. Lorsque la r\u00e9partition des abonn\u00e9s entre les n\u0153uds est calcul\u00e9e en fonction de la liste des n\u0153uds actifs, toute modification de cette liste d\u00e9place une partie des sessions vers d\u2019autres n\u0153uds. L\u2019abonn\u00e9 perd alors la connexion, et cela se voit. En revanche, le volume accumul\u00e9 sur l\u2019ancien n\u0153ud depuis le dernier rapport dispara\u00eet avec la session.\r\n \r\nLe r\u00e9\u00e9quilibrage n\u2019est pas seulement d\u00e9clench\u00e9 par des pannes, mais aussi par l\u2019ajout planifi\u00e9 d\u2019un n\u0153ud DPI, une op\u00e9ration courante pour augmenter la capacit\u00e9. Autrement dit, les donn\u00e9es de comptage se perdent pr\u00e9cis\u00e9ment au moment o\u00f9 le r\u00e9seau est cens\u00e9 \u00eatre am\u00e9lior\u00e9.\r\n \r\nD\u00e9couvrez comment cro\u00eetre sans impact sur les abonn\u00e9s dans notre article <a href=\"\/fr\/blog\/mobile-networks\/scaling-in-a-cups-architecture-how-to-grow-without-disrupting-subscribers\/\">Mise \u00e0 l\u2019\u00e9chelle dans le mod\u00e8le CUPS : comment cro\u00eetre sans impact sur les abonn\u00e9s<\/a>.\r\n \r\nPour que le volume ne soit pas perdu, la session est transf\u00e9r\u00e9e vers le nouveau n\u0153ud de mani\u00e8re contr\u00f4l\u00e9e :\r\n<ol>\r\n \t<li>Le PCEF cr\u00e9e une session sur le n\u0153ud cible, y transf\u00e8re les services et les profils de l\u2019abonn\u00e9 et fixe le seuil au quota restant.<\/li>\r\n \t<li>Le trafic de l\u2019abonn\u00e9 est bascul\u00e9 vers le n\u0153ud cible.<\/li>\r\n \t<li>Le PCEF cl\u00f4ture la session sur le n\u0153ud source, et celui-ci envoie un rapport final.<\/li>\r\n \t<li>Le PCEF additionne les volumes compt\u00e9s par les deux n\u0153uds et fixe un nouveau seuil sur le n\u0153ud cible.<\/li>\r\n<\/ol>\r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\" alt=\"transfert d\u2019une session\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15004\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\" alt=\"transfert d\u2019une session\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15004 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\">\r\nFigure 3. Transfert d\u2019une session sans perte de comptage : addition des volumes et seuil absolu sur le n\u0153ud cible\r\n \r\nAvec ce type de transfert, rien n\u2019est perdu. Le n\u0153ud source cl\u00f4ture la session normalement et transmet auparavant tout le volume accumul\u00e9. Il n\u2019y a pas non plus de double comptage. Chaque octet n\u2019est compt\u00e9 que par l\u2019un des deux n\u0153uds, et le nouveau seuil du n\u0153ud cible est fix\u00e9 comme une valeur absolue calcul\u00e9e \u00e0 partir de la consommation totale sur les deux n\u0153uds, et non comme un incr\u00e9ment ajout\u00e9 \u00e0 ce que le n\u0153ud cible a d\u00e9j\u00e0 compt\u00e9.\r\n \r\nLe transfert contr\u00f4l\u00e9 pr\u00e9sente un autre avantage. La connexion de l\u2019abonn\u00e9 n\u2019est pas interrompue et la consommation est connue avec pr\u00e9cision. Il n\u2019est donc pas n\u00e9cessaire de fermer puis de rouvrir la session de taxation. Avec un grand nombre de sessions, la diff\u00e9rence est consid\u00e9rable. Fermer puis rouvrir une seule session de taxation n\u00e9cessite quatre messages : une requ\u00eate et une r\u00e9ponse pour la fermeture, une requ\u00eate et une r\u00e9ponse pour l\u2019ouverture. Si l\u2019on retire du service un n\u0153ud de traitement portant quatre millions de sessions en les fermant puis en les rouvrant, le syst\u00e8me de taxation recevra jusqu\u2019\u00e0 seize millions de messages. Avec un transfert contr\u00f4l\u00e9, il n\u2019y a aucun \u00e9change avec le syst\u00e8me de taxation.\r\n \r\n[product id=\u00a0\u00bb10980\u2033 type=\u00a0\u00bbdark\u00a0\u00bb]\r\n<h2>Troisi\u00e8me point : bascule du n\u0153ud de contr\u00f4le<\/h2>\r\nLe PCEF conserve en m\u00e9moire l\u2019\u00e9tat des sessions de taxation : quotas attribu\u00e9s, volumes consomm\u00e9s, dur\u00e9es de validit\u00e9 des quotas et num\u00e9ros des requ\u00eates envoy\u00e9es au syst\u00e8me de taxation. Avec le fractionnement des quotas, les totaux cumul\u00e9s des rapports interm\u00e9diaires y sont \u00e9galement stock\u00e9s. En cas de panne d\u2019un n\u0153ud de contr\u00f4le, ses sessions sont reprises par un autre n\u0153ud de contr\u00f4le. Sans cet \u00e9tat, le nouveau n\u0153ud ne sait ni combien de quota il reste, ni quand il expire. C\u2019est pourquoi l\u2019\u00e9tat des sessions est conserv\u00e9 dans un stockage partag\u00e9, accessible \u00e0 tous les n\u0153uds PCEF. Ce stockage doit r\u00e9pondre \u00e0 deux exigences.\r\n<h3>Les dur\u00e9es de validit\u00e9 des quotas sont stock\u00e9es sous forme d\u2019heure d\u2019expiration absolue, et non de temps restant<\/h3>\r\nUn enregistrement indiquant \u00ab le quota est encore valable 400 secondes \u00bb est inutile pour un nouveau n\u0153ud de contr\u00f4le, car celui-ci ne sait pas quand l\u2019enregistrement a \u00e9t\u00e9 cr\u00e9\u00e9. Un enregistrement indiquant \u00ab le quota est valable jusqu\u2019\u00e0 14:32:07 \u00bb est sans ambigu\u00eft\u00e9 \u00e0 tout moment. Cette exigence suppose que les horloges de tous les n\u0153uds PCEF sont synchronis\u00e9es.\r\n<h3>Le num\u00e9ro de requ\u00eate au syst\u00e8me de taxation est enregistr\u00e9 dans le stockage avant l\u2019envoi de la requ\u00eate, et non apr\u00e8s<\/h3>\r\nChaque requ\u00eate adress\u00e9e \u00e0 l\u2019OCS au sein d\u2019une session re\u00e7oit son propre num\u00e9ro. L\u2019OCS rejette comme doublon toute requ\u00eate portant un num\u00e9ro d\u00e9j\u00e0 utilis\u00e9. Supposons qu\u2019un n\u0153ud de contr\u00f4le ait envoy\u00e9 une requ\u00eate et soit tomb\u00e9 en panne avant d\u2019enregistrer le num\u00e9ro dans le stockage. Le nouveau n\u0153ud de contr\u00f4le reprendra le dernier num\u00e9ro enregistr\u00e9 et le r\u00e9utilisera. L\u2019OCS rejettera la requ\u00eate, aucun nouveau quota ne sera attribu\u00e9 et la session se retrouvera sans quota. Pour l\u2019\u00e9viter, il suffit d\u2019enregistrer d\u2019abord le num\u00e9ro de requ\u00eate dans le stockage, puis seulement d\u2019envoyer la requ\u00eate. C\u2019est simple \u00e0 mettre en \u0153uvre dans le code. Ce qui est bien plus difficile, c\u2019est de rep\u00e9rer l\u2019erreur elle-m\u00eame. Elle se produit rarement et ressemble \u00e0 un incident al\u00e9atoire touchant un seul abonn\u00e9.\r\n<h2>Quatri\u00e8me point : changement de l\u2019ensemble de r\u00e8gles en cours de session<\/h2>\r\nLe PCRF peut changer l\u2019ensemble de r\u00e8gles en pleine session, par exemple lors du passage d\u2019un forfait de jour \u00e0 un forfait de nuit. Le volume compt\u00e9 avant le changement doit \u00eatre tax\u00e9 selon les anciennes r\u00e8gles. Sinon, le trafic consomm\u00e9 dans le cadre du forfait de jour sera tax\u00e9 au tarif de nuit.\r\n \r\nLe m\u00e9canisme est simple, mais exige un ordre strict des \u00e9tapes :\r\n<ol>\r\n \t<li>Le DPI re\u00e7oit les nouvelles r\u00e8gles du PCEF.<\/li>\r\n \t<li>Le DPI envoie un rapport sur le volume accumul\u00e9.<\/li>\r\n \t<li>Le DPI applique les nouvelles r\u00e8gles.<\/li>\r\n \t<li>Le DPI confirme le changement de r\u00e8gles au PCEF.<\/li>\r\n<\/ol>\r\nLa confirmation est envoy\u00e9e apr\u00e8s le rapport : au moment o\u00f9 le PCEF apprend le changement de r\u00e8gles, tout le volume relevant des anciennes r\u00e8gles a donc d\u00e9j\u00e0 \u00e9t\u00e9 comptabilis\u00e9.\r\n \r\nEntre l\u2019envoi du rapport et l\u2019application des nouvelles r\u00e8gles, il existe un intervalle pendant lequel la configuration de comptage n\u2019est pas d\u00e9finie. Pendant ce temps, une r\u00e8gle par d\u00e9faut bloquant le trafic de l\u2019abonn\u00e9 doit s\u2019appliquer :\r\n \r\n[important]Un blocage de courte dur\u00e9e est pr\u00e9f\u00e9rable \u00e0 un trafic qui passe sans \u00eatre compt\u00e9.[\/important]\r\n \r\n<h2>N\u2019attendez pas le rapprochement avec le billing<\/h2>\r\nLes erreurs de comptage ne se manifestent pas imm\u00e9diatement, et \u00e0 la fin de la p\u00e9riode de facturation, leur cause ne peut plus \u00eatre retrouv\u00e9e. Pour d\u00e9tecter un probl\u00e8me \u00e0 temps, surveillez ces six indicateurs.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td><strong>Indicateur<\/strong><\/td>\r\n<td><strong>Ce que signifie une hausse<\/strong><\/td>\r\n<\/tr>\r\n<tr>\r\n<td>\u00c9cart entre le nombre de sessions de taxation ouvertes et ferm\u00e9es<\/td>\r\n<td>Une partie des sessions ne se termine pas normalement, et leur consommation finale n\u2019est pas remont\u00e9e<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Nombre de sessions transf\u00e9r\u00e9es sans rapport final<\/td>\r\n<td>Le nombre de cas de perte de volume augmente<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Intervalle moyen entre deux rapports pour les sessions actives<\/td>\r\n<td>Le multiplicateur de la formule de perte en cas de panne d\u2019un n\u0153ud de traitement augmente<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Somme des seuils de toutes les sessions d\u2019un n\u0153ud de traitement<\/td>\r\n<td>La limite sup\u00e9rieure de la perte en cas de panne de ce n\u0153ud augmente. S\u2019approcher du budget de risque est une raison de revoir le fractionnement des quotas<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Retard des n\u0153uds sur les mises \u00e0 jour de la table de r\u00e9partition des sessions<\/td>\r\n<td>Les n\u0153uds utilisent une table de r\u00e9partition obsol\u00e8te. Le trafic de l\u2019abonn\u00e9 peut arriver sur un n\u0153ud DPI qui ne g\u00e8re plus sa session<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Nombre de rapports provenant d\u2019un n\u0153ud de traitement qui ne g\u00e8re plus la session<\/td>\r\n<td>Le nombre de rapports tardifs augmente<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nLe dernier indicateur m\u00e9rite une explication. Lorsqu\u2019une session est transf\u00e9r\u00e9e vers un autre n\u0153ud DPI, l\u2019ancien n\u0153ud peut envoyer un rapport en retard. Par exemple, le rapport a \u00e9t\u00e9 envoy\u00e9 avant la bascule, mais il est parvenu au PCEF apr\u00e8s. Un tel rapport contient du trafic r\u00e9el de l\u2019abonn\u00e9 qui n\u2019a encore \u00e9t\u00e9 comptabilis\u00e9 nulle part. Si le PCEF le rejette uniquement parce que ce n\u0153ud ne g\u00e8re plus la session, le volume sera perdu. Autrement dit, la passerelle de services perdra elle-m\u00eame des donn\u00e9es de comptage, sans la moindre panne. C\u2019est pourquoi les rapports tardifs doivent \u00eatre accept\u00e9s et ajout\u00e9s \u00e0 la consommation de la session \u00e0 laquelle ils se rapportent.\r\n<h2>Conclusion<\/h2>\r\nLes pertes dans le comptage du trafic surviennent dans quatre situations, et une seule d\u2019entre elles est in\u00e9vitable : la panne d\u2019un n\u0153ud de traitement. Le n\u0153ud n\u2019a pas le temps de transmettre le volume accumul\u00e9, et ce trafic \u00e9chappe au comptage. Mais m\u00eame dans ce cas, la perte peut \u00eatre ma\u00eetris\u00e9e : sa limite sup\u00e9rieure est \u00e9gale \u00e0 la somme des seuils du n\u0153ud et, gr\u00e2ce au budget de risque, l\u2019op\u00e9rateur d\u00e9cide lui-m\u00eame de ce qu\u2019il est pr\u00eat \u00e0 perdre. Dans notre solution, le PCEF ajuste lui-m\u00eame les seuils \u00e0 ce budget : la limite de perte en cas de panne de n\u2019importe quel n\u0153ud est donc connue \u00e0 l\u2019avance, sans augmentation de la charge sur l\u2019OCS.\r\n \r\nDans les trois autres situations, les pertes peuvent \u00eatre \u00e9vit\u00e9es si l\u2019on pr\u00e9voit d\u00e8s le d\u00e9part le bon ordre des op\u00e9rations :\r\n<ul>\r\n \t<li>lors d\u2019un r\u00e9\u00e9quilibrage, les sessions sont transf\u00e9r\u00e9es vers un autre n\u0153ud de traitement de mani\u00e8re contr\u00f4l\u00e9e ;<\/li>\r\n \t<li>les dur\u00e9es de validit\u00e9 des quotas sont stock\u00e9es sous forme d\u2019heure absolue ;<\/li>\r\n \t<li>le num\u00e9ro de requ\u00eate est enregistr\u00e9 avant l\u2019envoi de la requ\u00eate ;<\/li>\r\n \t<li>le volume accumul\u00e9 est remont\u00e9 avant le changement de r\u00e8gles.<\/li>\r\n<\/ul>\r\nTout cela est facile \u00e0 pr\u00e9voir. En revanche, trouver la cause d\u2019un \u00e9cart apr\u00e8s le rapprochement avec le billing est quasiment impossible.\r\n\r\n[product id=\u00a0\u00bb14167\u2033 type=\u00a0\u00bbdark\u00a0\u00bb]","protected":false},"excerpt":{"rendered":"<p>Les points o\u00f9 les donn\u00e9es de comptage se perdent sont peu nombreux. On peut les recenser, calculer \u00e0 l\u2019avance l\u2019ampleur de la perte pour chacun d\u2019eux et faire de cette perte non plus une propri\u00e9t\u00e9 du syst\u00e8me, mais un param\u00e8tre configurable. Ces points sont au nombre de quatre : la panne d\u2019un n\u0153ud de traitement, le r\u00e9\u00e9quilibrage, la bascule du n\u0153ud de contr\u00f4le et le changement de l\u2019ensemble de r\u00e8gles.<\/p>\n","protected":false},"author":7,"featured_media":14997,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[102,46],"tags":[],"class_list":["post-14996","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mobile-networks","category-solution"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v24.2 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Perdu en cas de panne ? Comment calculer \u00e0 l\u2019avance les pertes dans le comptage du trafic - VAS Experts<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\",\"url\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\",\"name\":\"Pertes de comptage du trafic : budget de risque et seuils sur le PCEF \u2014 VAS Experts\",\"isPartOf\":{\"@id\":\"https:\/\/vasexperts.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\"},\"thumbnailUrl\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"datePublished\":\"2026-10-15T11:15:56+00:00\",\"dateModified\":\"2026-10-15T11:41:55+00:00\",\"author\":{\"@id\":\"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59\"},\"description\":\"Nous analysons quatre causes de pertes de comptage dans une passerelle de services : panne d'un n\u0153ud DPI, r\u00e9\u00e9quilibrage, bascule du PCEF, changement de r\u00e8gles, et comment les limiter\",\"breadcrumb\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\",\"url\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"contentUrl\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"width\":850,\"height\":354,\"caption\":\"traffic accounting\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"\u0413\u043b\u0430\u0432\u043d\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\",\"item\":\"https:\/\/vasexperts.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Gone When It Fails? How to Calculate Traffic Accounting Losses in Advance\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/vasexperts.com\/#website\",\"url\":\"https:\/\/vasexperts.com\/\",\"name\":\"VAS Experts\",\"description\":\"VAS Experts\",\"inLanguage\":\"fr-FR\",\"publisher\":{\"@id\":\"https:\/\/vasexperts.com\/#organization\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59\",\"name\":\"Elena Rudich\",\"url\":\"https:\/\/vasexperts.com\/fr\/blog\/author\/elena-rudich\/\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/vasexperts.com\/#organization\",\"name\":\"VAS Experts\",\"url\":\"https:\/\/vasexperts.com\/\",\"logo\":\"https:\/\/vasexperts.com\/assets\/img\/svg\/logo.svg\",\"sameAs\":[\"https:\/\/www.linkedin.com\/company\/vas-experts\",\"https:\/\/www.youtube.com\/channel\/UCGYfhhZvmE2XbrCyerzRbGA\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Perdu en cas de panne ? Comment calculer \u00e0 l\u2019avance les pertes dans le comptage du trafic - VAS Experts","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","url":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","name":"Pertes de comptage du trafic : budget de risque et seuils sur le PCEF \u2014 VAS Experts","isPartOf":{"@id":"https:\/\/vasexperts.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage"},"image":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage"},"thumbnailUrl":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","datePublished":"2026-10-15T11:15:56+00:00","dateModified":"2026-10-15T11:41:55+00:00","author":{"@id":"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59"},"description":"Nous analysons quatre causes de pertes de comptage dans une passerelle de services : panne d'un n\u0153ud DPI, r\u00e9\u00e9quilibrage, bascule du PCEF, changement de r\u00e8gles, et comment les limiter","breadcrumb":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage","url":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","contentUrl":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","width":850,"height":354,"caption":"traffic accounting"},{"@type":"BreadcrumbList","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"\u0413\u043b\u0430\u0432\u043d\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430","item":"https:\/\/vasexperts.com\/"},{"@type":"ListItem","position":2,"name":"Gone When It Fails? How to Calculate Traffic Accounting Losses in Advance"}]},{"@type":"WebSite","@id":"https:\/\/vasexperts.com\/#website","url":"https:\/\/vasexperts.com\/","name":"VAS Experts","description":"VAS Experts","inLanguage":"fr-FR","publisher":{"@id":"https:\/\/vasexperts.com\/#organization"}},{"@type":"Person","@id":"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59","name":"Elena Rudich","url":"https:\/\/vasexperts.com\/fr\/blog\/author\/elena-rudich\/"},{"@type":"Organization","@id":"https:\/\/vasexperts.com\/#organization","name":"VAS Experts","url":"https:\/\/vasexperts.com\/","logo":"https:\/\/vasexperts.com\/assets\/img\/svg\/logo.svg","sameAs":["https:\/\/www.linkedin.com\/company\/vas-experts","https:\/\/www.youtube.com\/channel\/UCGYfhhZvmE2XbrCyerzRbGA"]}]}},"_links":{"self":[{"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/posts\/14996"}],"collection":[{"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/comments?post=14996"}],"version-history":[{"count":9,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/posts\/14996\/revisions"}],"predecessor-version":[{"id":15012,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/posts\/14996\/revisions\/15012"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/media\/14997"}],"wp:attachment":[{"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/media?parent=14996"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/categories?post=14996"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vasexperts.com\/fr\/wp-json\/wp\/v2\/tags?post=14996"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}