Comprendre la facturation différentielle basée sur PRA entre les abonnés NSA 4G et 5G

Introduction

Ce document décrit la solution de facturation en ligne de l'Agence de sécurité nationale différentielle (NSA) basée sur Presence Reporting Area (PRA).

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• PRA
• Entité de gestion de la mobilité (MME)
• Cisco Serving Gateway (SGW)/Cisco Packet Data Network Gateway (PGW)
• Fonction PCRF (Policy and Charging Rules Function)

En outre,

• MME prend en charge l'amélioration de la fonctionnalité PRA pour mapper l'adresse IP S1-U à l'ID PRA.
• PGW prend en charge le déclencheur PRA vers PCRF
• PCRF installe une nouvelle base de règles PCC une fois qu'il reçoit l'état de zone de rapport de présence (In area (0) ou out of area (1) de GW

Composants utilisés

Les informations contenues dans ce document sont basées sur StarOS : 21.28.mx.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Cette fonctionnalité est destinée à prendre en charge l'exigence de différenciation de la facturation entre les clients 4G et 5G dans la configuration NSA 5G pour les abonnés prépayés (facturation en ligne).

PRA est une zone définie dans le domaine de paquets 3GPP pour signaler la présence de l'UE dans cette zone pour des raisons de contrôle des politiques et/ou de facturation.
Pour la facturation différentielle NSA, la fonction PRA est utilisée pour signaler la présence d'abonnés en 4G et 5G.

Présentation de la solution PRA ID

Attentes de/sur MME :

• MME est censé détecter le mouvement de l'UE de la couverture 4G à 5G (gNB) et vice versa afin de construire la logique pour mapper cet événement avec le rapport PRA.
• L'ID PRA doit être identique à celui configuré dans PCRF pour la facturation différentielle.
• Applicable uniquement à DCNR UE.

PCRF s'abonne au déclencheur d'événements PRA :

• PGW stocke l'action PRA et la transmet à SGW

Lorsque la transition de 4G à 5G se produit (commutateur de tunnel S1) :

• Selon l'adresse de transport gNB, MME marque l'état de l'ID PRA comme OPRA (hors couverture 5G)/IPRA (dans couverture 5G)
• MME communique les informations PRA à SGW et SGW les transmet à PGW

PGW reçoit des informations PRA de SGW et les transmet à PCRF :

• PCRF modifie la base de règles en fonction des informations PRA
• Le plan utilisateur est communiqué au sujet du changement de base de règles

Architecture de configuration de haut niveau

Abréviations

PRA	Zone de rapport de présence
OCS	système de facturation en ligne
GW	Passerelle (GGSN/PGW)
PCRF	Fonction Règles de politique et de facturation
SERPILLIÈRE	Méthode de procédure
MME	Entité de gestion de la mobilité
SGW	Passerelle de service
PGW	Passerelle de paquets

Impacts et considérations possibles

• Solution proposée pour le mode Option3x du déploiement NSA 5G uniquement.
• Étant donné que le mouvement de l'UE est suivi de la 4G à la 5G et de la 5G à la 4G, ce suivi est informé à SGW/PGW, de sorte qu'un nombre élevé de CCR-U est attendu.
• La solution proposée est une personnalisation et n'a pas été mise en oeuvre globalement.
• Des tests sur site de bout en bout doivent être effectués sur le réseau.
• Les performances de CUPS UP/SPGW hérité sont affectées par la signalisation supplémentaire :
  • Impact sur le débit (signalisation supplémentaire sur SPGW + modifications Sx accrues dans la solution CUPS)
  • Le basculement fréquent de l'UE entre 4G/5G entraîne une signalisation plus importante pour PRA
  • Commutateurs de flux Slowpath/Fastpath en raison des modifications apportées à la base de règles
• Cisco PCRF prend en charge la fonction PRA.
• L'activation de la charge différentielle entraîne une signalisation supplémentaire sur l'interface Gx, ce qui peut avoir un impact sur les performances PCRF.

Écoulement

X2-HO - Chargement différentiel PRA

X2 HO avec relocalisation SGW - PRA Chargement différentiel (4g5g)

S1 HO (pas de relocalisation SGW) - facturation différentielle PRA

GnGp (GGSN à PGW) HO - PRA Chargement différentiel (UE passant à 5g)

Procédure

Modifications de configuration de fin MME

• Configurez pra-profile et associez pra-profile dans mme-service.
• Il est possible d'ajouter jusqu'à 50 sous-réseaux IPv4 et 50 sous-réseaux IPv6 à pra-profile.
  Actuellement, seul le profil pra est pris en charge.
• À tout moment, l'association ou la dissociation de pra-profile de mme-service n'entraîne pas le redémarrage de mme-service.

config
  lte-policy
    pra-profile dcnr-5g-radio 5G-PRA
     gnb-s1u ipv6-prefix xxxx:xxxx:x:84a4::/64
     gnb-s1u ipv6-prefix xxxx:xxxx:2b::/48
     gnb-s1u ipv6-prefix xxxx:xxxx:4:8601::2:540d
    exit
end
config
 context s1mme
  mme-service mme
   associate pra-profile dcnr-5g-radio 5G-PRA
end

Modifications de la configuration GW

• Configurez endcode-supported-feature cno-uli sous ims-auth-service.
• cno-uli active la fonction de rapport d'informations PRA.
• Configurez un RG distinct. RG est utilisé pour signaler l'utilisation de la 5G.
  
  

configure 
 context context_name 
 ims-auth-service service_name 
 policy-control 
 diameter encode-supported-features cno-uli 
 { default | no } diameter encode-supported-features 
 end

config
active-charging service ECS
 group-of-ruledefs NPR1_5G
 group-of-ruledefs-application gx-alias
 add-ruledef priority 2 ruledef RG_5G_default_IP_ANY_PrePaid
 add-ruledef priority 40 ruledef tethering_ip_ttl_RG
exit

ruledef 5G_default_IP_ANY_PrePaid
 ip any-match = TRUE
exit

rulebase <rulbase Name>
 action priority 702 static-and-dynamic ruledef 5G_default_IP_ANY_PrePaid charging-action 5G_IP_ANY_with_Gy_PrePaid
exit
end

Remarques :

• diametre encode-supported-features : Active ou désactive l'encodage et l'envoi des fonctions AVP prises en charge.

• cno-uli : Active la fonction de rapport d'informations PRA.

• non: Supprime les fonctionnalités précédemment configurées et prises en charge.

• par défaut : Applique le paramètre par défaut de cette commande.

Vérification

Capture MME Wireshark

Lorsque UE passe à la 5G, le rapport de présence interne affiche la valeur True.

Lorsque UE passe à la 4G, les rapports de présence internes affichent la valeur False.

GW de capture Wireshark

Vous pouvez voir quand UE passe à l'utilisation de la zone 5G signalée avec RG : 623 tandis que pour l'utilisation 4G rapportée avec RG : 403.

DRA reçoit l'état de zone de rapport de présence comme zone entrante (0) lorsque UE est en 5G ou hors zone (1) lorsque UE est en 4G depuis GW.

CCR-I

Lorsque MME signale que la zone de rapport de présence est vraie, GW envoie CCR-I à PCRF avec les informations de zone de rapport de présence : Pris en charge.

CCA-I

Ici, vous pouvez voir que chaque fois que DRA reçoit de GW la présence-reporting-area-status comme dans la zone (0) ou hors de la zone (1), il envoie le type de débit comme GAN et EUTRAN respectivement vers PCRF. Sur la base de ce type de rat, PCRF modifie la base de règles et modifie la QOS pour la 4G et la 5G.

Historique de révision

Révision	Date de publication	Commentaires
2.0	12-Aug-2026	Contenu mis à jour
1.0	11-Aug-2024	Première publication