Introduction

Ce document décrit la solution de facturation en ligne de la NSA (Differential National Security Agency) basée sur la zone de signalement de présence (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 pour prendre en charge l'amélioration de la fonctionnalité PRA pour mapper « S1-U IP Address » sur « PRA ID »
• PGW prend en charge PRA Trigger vers PCRF
• PCRF installe une nouvelle base de règles IPCC une fois qu'il reçoit de GW l'état de la zone de rapport de présence en tant que zone entrante (0) ou hors zone (1)

Composants utilisés

Les informations de 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érencier 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 modification 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 pour construire la logique permettant de 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énement 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 UE est suivi de la 4G à la 5G et de la 5G à la 4G, ce suivi est communiqué à SGW/PGW, de sorte qu'un nombre élevé de CCR-U est attendu.
• La solution proposée est une personnalisation qui n'a pas été mise en oeuvre globalement.
• Tests sur site de bout en bout requis dans le réseau VI
• Performances CUPS UP/SPGW héritées Impact dû à une 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 la 4G et la 5G entraînera davantage de signalisation pour PRA
  • Commutateurs de flux Slowpath/Fastpath en raison des modifications apportées aux règles
• Cisco PCRF prend en charge la fonction PRA
• L'activation de la charge différentielle entraînera 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 ne donne pas de redémarrage à mme-service.

config
  lte-policy
    pra-profile dcnr-5g-radio 5G-PRA
     gnb-s1u ipv6-prefix 2401:4900:4:84a4::/64
     gnb-s1u ipv6-prefix 2401:4900:2b::/48
     gnb-s1u ipv6-prefix 2401:4900: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 De Zone De Reporting De Présence.
• Configurez un RG distinct. RG sera 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 RG_5G_default_IP_ANY_PrePaid
 ip any-match = TRUE
exit

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

Remarques :

• diameter encode-supported-features : active ou désactive l'encodage et l'envoi de l'AVP des fonctionnalités prises en charge.

• cno-uli : active la fonctionnalité de création de rapports sur les informations de la zone Presence Reporting.

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

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

Vérification

Capture MME Wireshark

Lorsque UE passe à 5G, Inside Presence Reporting affiche comme True .

Quand UE passe à 4G, Inside Presence Reporting afficher comme False .

GW de capture Wireshark

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

DRA recevra l'état de zone de rapport de présence en tant que 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 Presence Reporting Area Information : Supported.

CCA-I

CCR-U

GW - DRA - PCRF

Ici, vous pouvez voir que chaque fois que le DRA reçoit de GW l'état de la zone de rapport de présence en tant que zone entrante (0) ou hors zone (1), il envoie le type de débit en tant que 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.