Comprendre comment les règles de contrôle en fonction des abonnés sont provisionnés dynamiquement par un PCRF

Décisions stratégiques

Le PCRF joue un rôle central dans l’élaboration des politiques et la facturation des décisions de contrôle et peut installer, activer, modifier ou désactiver une règle CCP sur le PCEF à tout moment. Le PCRF peut prendre ses décisions de politique et de contrôle des redevances en fonction de différentes sources, notamment :

• Informations d’abonnement pour l’équipement utilisateur reçues du référentiel de profils d’abonnement (SPR)

• Configuration de l’opérateur dans le PCRF

• Informations provenant du réseau d’accès sur la technologie d’accès

• Informations provenant du PCEF, telles que le nom de l’application que l’abonné utilise

L’interface Gx est utilisée pour envoyer des informations de provisionnement de règles PCC du PCRF au PCEF, et pour notifier les événements de plan de trafic depuis le PCEF vers le PCRF.

Opérations prises en charge

Junos Subscriber Aware et Junos Policy Control prennent en charge les opérations suivantes avec le PCRF :

• Installer ou modifier des règles : le PCRF envoie l’AVP Charging-Rule-Install pour installer une règle PCC qui n’est pas déjà installée ou modifier une règle existante sur le PCEF.

• Supprimer les règles : le PCRF envoie l’AVP Charging-Rule-Remove pour supprimer une règle PCC déjà installée.

• Règles d’activation : le PCRF envoie l’AVP Rule-Activation-Time pour indiquer l’heure à laquelle l’activation de la règle est contenue dans l’AVP Charging-Rule-Install . Cette opération se traduit par une activation unique de la règle, et non par une planification d’activation récurrente.

• Désactiver les règles : le PCRF envoie l’AVP Rule-Deactivation-Time pour indiquer l’heure à laquelle désactiver la règle, et il est contenu dans l’AVP Charging-Rule-Install . Cette opération entraîne une désactivation unique de la règle, et non une planification de désactivation récurrente.

• Revalidation de session PCEF : le PCRF envoie l’AVP Revalidation-Time avec l’AVP Event-Trigger avec la valeur REVALIDATION_TIMEOUT pour indiquer le moment auquel le PCEF doit demander une revalidation de session PCEF au PCRF. Lorsque l’heure spécifiée est atteinte, le PCEF envoie un déclencheur d’événement avec la valeur REVALIDATION_TIMEOUT pour demander la revalidation de session PCEF.

• Signaler le démarrage ou l’arrêt d’une application : le PCEF envoie un déclencheur d’événement lorsqu’il détecte le début ou l’arrêt d’une application.

Les conteneurs pour les règles CCP sont nommés Charging-Rule-Definition. Plusieurs Charging-Rule-Definition conteneurs peuvent être envoyés au sein d’un Charging-Rule-Install ou Charging-Rule-Remove, chacun d’entre eux étant appliqué par abonné.

Si un fuseau horaire est configuré sur le routeur, les paramètres d’activation et de désactivation s’appliquent au fuseau horaire configuré et sont ajustés pour les transitions vers et depuis l’heure d’été.

Méthodes de provisionnement des règles CCP

Le PCRF utilise l’une des procédures suivantes pour spécifier les règles CCP que le PCEF applique :

• Mode pull lors de la création d’abonnés TDF : s’applique lorsque la passerelle MX Series reçoit une demande pour un nouvel abonné TDF. Le PCEF envoie un message initial de demande de contrôle de crédit (CCR-I) au PCRF avec des informations sur l’abonné. Le PCRF télécharge les règles DECP sur le PCEF dans un message de réponse initiale du contrôle du crédit (CCA-I), qui peut également inclure les temps d’activation et de désactivation qui s’appliquent aux règles et le moment auquel le PCEF doit re-demander des règles CCP au PCRF. La figure 1 illustre le flux de messages d’une procédure d’pull lors de la création d’abonnés TDF.

  Figure 1 : Flux de messages pour le mode pull lors de la création d’abonnés TDF

• Mode d’attraction après le déclenchement d’événements PCEF : s’applique lorsque le PCEF envoie un déclencheur d’événement au PCRF. Cela peut se produire lorsque le routeur MX Series détecte un nouveau démarrage ou un arrêt d’application, ou lorsque le temps de revalidation a eu lieu. Le PCEF envoie un message de mise à jour de la demande de contrôle de crédit (CCR-U) ainsi que le déclencheur d’événement approprié au PCRF. Le PCRF peut télécharger de nouvelles règles sur le PCEF dans un message de mise à jour des réponses du contrôle du crédit (CCA-U), qui peut également inclure toutes les heures d’activation et de désactivation qui s’appliquent aux règles et le moment où le PCEF doit re-demander des règles CCP au PCRF. La figure 2 illustre le flux de messages d’une procédure d’pull après le déclenchement d’un événement PCEF.

  Figure 2 : Flux de messages pour le mode pull après le déclenchement d’événements PCEF

• Mode push : s’applique lorsque le PCRF provisionne des règles CCP sans obtenir une demande du PCEF. Le PCRF envoie les règles CCP dans une demande de réautorisation (RAR) au PCEF en fonction des informations envoyées au PCRF via l’interface Rx ou en réponse à un déclencheur dans le PCRF. Le RAR peut également inclure toutes les heures d’activation et de désactivation qui s’appliquent aux règles et le moment où le PCEF doit re-demander des règles PCC au PCRF. Le PCRF inclut ces règles CCP dans un message RAR parce que les règles CCP n’ont pas été demandées par le PCEF et qu’aucun message de demande de contrôle du crédit (CCR) ou de réponse au contrôle du crédit (CCA) n’est déclenché par le RAR. Le PCEF répond par un message de réautorisation (RAA). La figure 3 illustre le flux de messages d’une procédure push.

  Figure 3 : Flux de messages pour le mode Push