Le marketing imagine ces conditions rapidement, mais la question est de savoir ce que l’équipement doit être capable de faire pour les appliquer. Dans cet article, nous verrons pourquoi certaines idées se heurtent non pas à la facturation, mais au réseau, de quoi se compose un service personnalisé, comment les fonctions sont réparties entre les nœuds et comment savoir rapidement si votre réseau est prêt pour les forfaits personnalisés.
De quoi se compose un service personnalisé
La plupart des conditions d’un forfait se ramènent à quelques actions simples sur le trafic. D’abord, l’équipement classifie le trafic, c’est-à-dire détermine à quelle application il appartient. Ensuite, quatre actions sont possibles sur ce trafic :
- Affecter le trafic au groupe de taxation correspondant.
- Attribuer au trafic une classe de service.
- Limiter le débit.
- Contrôler l’accès : autoriser, bloquer ou rediriger.
Figure 1 — Les quatre actions sur le trafic à partir desquelles se construisent les conditions d’un forfait
La plupart des conditions d’un forfait sont des combinaisons de ces quatre actions. Pour que la vidéo ne consomme pas le forfait, son trafic est décompté dans un groupe distinct, et non dans le groupe principal. Prioriser une messagerie revient à marquer son trafic avec une classe de service. Et un portail après épuisement du forfait, c’est une redirection du trafic à l’épuisement du quota au lieu d’un blocage. En décomposant une idée marketing en ces actions, on voit immédiatement ce qu’elle exige du réseau. Certaines conditions n’ont pas du tout besoin du réseau. Par exemple, un forfait familial partagé est presque entièrement mis en œuvre dans l’OCS : l’OCS attribue des quotas aux sessions de tous les membres de la famille à partir d’un solde commun.
Pour en savoir plus sur les groupes de taxation, les quotas et les seuils, consultez l’article « Perdu en cas de panne ? Comment calculer à l’avance les pertes dans le comptage du trafic ».
Pourquoi cela ne peut pas se faire dans l’OCS
On entend souvent : un forfait est une entité commerciale, c’est donc au système de taxation de le mettre en œuvre. Le système de taxation attribue des quotas et fixe les conditions de leur consommation, mais il ne peut ni classifier le trafic, ni limiter le débit, ni rediriger l’abonné vers un portail.
Quatre éléments participent à l’application d’un forfait :
- PCRF — le système de contrôle des politiques, qui détermine quels services sont accessibles à l’abonné.
- OCS — le système de taxation en ligne. Il détermine combien l’abonné peut consommer dans chaque groupe de taxation.
- PCEF — le nœud d’application des politiques et de la taxation sur le plan de contrôle. Il combine les règles du PCRF et les quotas de l’OCS en une configuration pour le nœud de traitement.
- DPI — le nœud de traitement sur le plan de données, par lequel transite le trafic des abonnés. Il classifie le trafic et exécute sur celui-ci ces quatre actions.
Sur le DPI, chacune de ces actions prend la forme d’un service, c’est-à-dire d’une règle de traitement du trafic : comptage, marquage, limitation de débit ou contrôle d’accès. L’ensemble des services actifs pour un abonné constitue son jeu de services.
Figure 2 — Fonctions du PCRF et de l’OCS
Le cycle complet se présente ainsi :
- L’abonné se connecte, et le PCEF demande au PCRF quels services sont accessibles à l’abonné.
- Le PCRF renvoie les règles : à quels groupes de taxation rattacher les applications, et quelles classes de service, limitations de débit et règles d’accès appliquer.
- Le PCEF demande à l’OCS les quotas pour chaque groupe de taxation et les reçoit avec leurs conditions de consommation.
- Le PCEF combine les deux réponses en une configuration et crée sur le DPI la session de l’abonné avec ses services, profils et seuils. Le DPI commence à traiter le trafic de l’abonné.
- Lorsque la consommation d’un groupe de taxation atteint le seuil, le DPI envoie un rapport au PCEF. Le PCEF transmet la consommation à l’OCS et demande un nouveau quota par anticipation.
- Si l’OCS accorde un nouveau quota, le PCEF fixe un nouveau seuil sur le DPI. Avec le dernier quota, l’OCS indique quoi faire une fois celui-ci épuisé, par exemple limiter l’accès à une liste blanche et rediriger les autres requêtes vers le portail de paiement. Lorsque le dernier quota est consommé, le PCEF modifie le jeu de services sur le DPI sans interrompre la session.
Le PCRF et l’OCS définissent des paramètres différents, qui évoluent à des rythmes différents. Le jeu de services change au gré des campagnes marketing, le quota à chaque paiement. Si ces fonctions étaient réunies dans un seul système, il faudrait reconfigurer le système de taxation pour chaque nouvelle campagne.
Exigences envers l’équipement
Voici six exigences. Elles permettent de vérifier facilement si le réseau est prêt pour les forfaits personnalisés.
Un compteur distinct pour chaque groupe de taxation
Si l’équipement ne compte que le volume total de trafic de l’abonné, il est impossible de mettre en œuvre un service à taxation différenciée. L’abonné doit donc disposer d’autant de compteurs indépendants que de groupes de taxation, chacun avec son propre seuil, et lorsque le quota d’un groupe est épuisé, l’action ne doit s’appliquer qu’au trafic de ce groupe.
Chaque compteur possède en outre son propre seuil avec sa propre action. Par exemple, une fois le forfait principal épuisé, l’abonné est redirigé vers le portail de paiement. Si le service vidéo figure sur la liste blanche, la vidéo continue de fonctionner, car son groupe de taxation dispose de son propre quota.
Modification du jeu de services sans recréer la session
À l’épuisement du forfait, la composition des services doit changer en cours de session. Si la nouvelle configuration ne peut être appliquée que par une déconnexion suivie d’une reconnexion, chaque épuisement du forfait entraîne une coupure, et chaque recharge une autre. Un abonné actif peut connaître plusieurs changements de ce type par jour et remarque chaque coupure. Pour lui, cela ressemble à un mauvais réseau, et c’est à l’opérateur qu’il adresse ses réclamations.
Des rapports au seuil, pas seulement planifiés
L’équipement doit envoyer le rapport de consommation en priorité lorsque le seuil est atteint. Les rapports planifiés restent un complément, par exemple pour limiter la durée de validité du quota (Validity-Time) ou pour les forfaits horaires. L’envoi planifié oblige à choisir entre des messages fréquents et des données obsolètes. Avec l’envoi au seuil, la précision est connue à l’avance : le volume de consommation que le PCEF ne connaît pas encore ne dépasse jamais la valeur du seuil, pour chaque groupe de taxation.
Limitation de débit indépendante du comptage
Le débit et le volume sont des paramètres indépendants. Un forfait illimité à 128 kbit/s après épuisement du forfait modifie la limitation de débit, tandis que le comptage se poursuit. Le trafic de nuit à tarif réduit, à l’inverse, modifie la règle de décompte, mais pas le débit. Si l’équipement ne permet pas de modifier ces paramètres indépendamment, une partie des conditions tarifaires ne pourra pas être mise en œuvre.
Des profils nommés plutôt que la configuration complète dans chaque commande
Un opérateur compte des dizaines de combinaisons de règles et des millions d’abonnés. Si la configuration complète est transmise dans chaque commande de création de session, chaque commande devient volumineuse, et la connexion des abonnés crée une charge inutile sur le PCEF, le DPI et la liaison entre eux. Il est plus efficace de charger au préalable la configuration sur le DPI sous un nom propre. Cette configuration nommée s’appelle un profil. La commande de création de session ne contient alors qu’une référence au profil.
Un comptage sans pertes pendant la maintenance du réseau
L’abonné comme l’opérateur doivent pouvoir faire confiance à un forfait personnalisé. Si, lors du remplacement planifié d’un nœud, une partie de la consommation est perdue ou comptée deux fois, un écart apparaît. La consommation perdue représente une perte directe pour l’opérateur, le double comptage entraîne des réclamations d’abonnés. Où le comptage se perd et comment l’éviter est expliqué dans l’article « Perdu en cas de panne ? Comment calculer à l’avance les pertes dans le comptage du trafic ».
Ce qui devient possible
Si l’équipement répond à ces exigences, les services personnalisés se mettent en œuvre ainsi :
| Service | Mise en œuvre |
| Service sans consommation du forfait | Un groupe de taxation distinct, dont le trafic ne consomme pas le quota principal |
| Priorité à une application | Classe de service selon une règle de classification |
| Taxation séparée du partage de connexion | Le trafic en partage de connexion est isolé par une règle de classification dédiée et comptabilisé dans son propre groupe de taxation |
| Portail après épuisement du forfait | Après épuisement du quota, l’accès n’est pas entièrement bloqué. L’abonné conserve l’accès aux ressources de la liste blanche, le reste du trafic est bloqué et les requêtes HTTP sont redirigées vers le portail de paiement |
| Limitation de débit après épuisement du forfait | Le profil de débit change ; le trafic continue d’être comptabilisé, mais ne consomme pas le forfait |
| Profil enfant ou entreprise | Un jeu de services de filtrage que le PCRF active selon un attribut de l’abonné |
| Objets connectés (IoT) | Liste blanche des adresses autorisées pour l’appareil, seuils adaptés à un faible trafic et groupe de taxation distinct |
| Adresse IP publique dédiée | Un service de traduction d’adresses piloté par la politique, et non par le plan d’adressage |
| Forfait familial ou partagé | L’OCS attribue des quotas aux sessions de tous les membres à partir du solde commun du forfait |
Les deux dernières lignes méritent une mention particulière. Une adresse IP publique dédiée ne peut être vendue comme un service sans modifier le plan d’adressage que si la traduction d’adresses est attribuée à l’abonné par une politique. Sinon, le forfait devra être défini par le sous-réseau à partir duquel l’adresse a été attribuée. Un forfait partagé n’exige presque rien du réseau : l’OCS attribue des quotas à tous les membres à partir du solde commun. Le dépassement éventuel est limité par la somme des quotas attribués simultanément aux membres.
Ce que la personnalisation exige de l’exploitation
Les services personnalisés augmentent sensiblement le coût de traitement des demandes des abonnés. Une réclamation du type « ça ne marche pas » n’est plus univoque. L’abonné peut avoir épuisé son forfait dans un groupe de taxation mais pas dans un autre, une liste blanche ou une limitation de débit peut être active. C’est pourquoi les forfaits personnalisés nécessitent deux éléments supplémentaires.
Traçage de bout en bout par abonné
Un seul endroit doit permettre de voir la signalisation de l’abonné à travers tous les nœuds, l’état de sa session, les règles actives et les soldes de chaque groupe de taxation. Sans cela, les coûts de support augmentent avec le nombre de conditions tarifaires.
Vérifiabilité du forfait
Pour chaque service, il faut un moyen de s’assurer qu’il est effectivement appliqué. Savoir que la règle est installée ne suffit pas. Il faut voir que le trafic d’une application donnée a bien été affecté au bon groupe de taxation et marqué avec la bonne classe de service.
Conclusion
Un forfait personnalisé n’est mis en œuvre ni par la facturation ni par le réseau seuls, mais par leur association, où chaque acteur remplit sa propre fonction :
- le PCRF détermine quels services sont accessibles à l’abonné ;
- l’OCS détermine combien l’abonné peut consommer ;
- le PCEF combine les règles du PCRF et les quotas de l’OCS en une configuration pour le DPI ;
- le DPI classifie le trafic et exécute quatre actions : il comptabilise, marque, limite le débit et contrôle l’accès.
Pour vérifier si le réseau est prêt pour la personnalisation, il suffit de répondre à deux questions : existe-t-il un compteur indépendant et un seuil indépendant pour chaque groupe de taxation, et peut-on modifier le jeu de services d’une session active sans interrompre la connexion ?
Si la réponse est « oui » aux deux, la plupart des conditions tarifaires peuvent être mises en œuvre sur l’équipement existant. Les autres exigences de cet article déterminent le confort d’exploitation et la fiabilité du comptage.
