Guide des opérations SBI 5G

Table des matières

1. Aperçu
2. SBI dans l'architecture IMS
3. N5 - Npcf_PolicyAuthorization (P-CSCF → PCF)
4. Nnrf - Gestion et découverte des NF (P-CSCF ↔ NRF)
5. Quand le SBI est utilisé vs Diameter
6. Configuration
7. Gestion via OmniWeb
8. Problèmes courants
9. Documentation connexe

Aperçu

Le cœur 5G est basé sur les services : les fonctions réseau exposent des API REST HTTP/2 + JSON les unes aux autres via l'Interface Basée sur les Services (SBI) au lieu de Diameter. Pour VoNR (Voice over New Radio), le P-CSCF agit comme une Fonction d'Application (AF) 5G et utilise le SBI pour autoriser la QoS des médias et découvrir les fonctions réseau dont il a besoin.

Cela remplace le chemin Diameter Rx utilisé pour VoLTE - voir Opérations Diameter pour le côté 4G/LTE.

Qu'est-ce que le SBI ?

L'Interface Basée sur les Services (3GPP TS 29.500) diffère de Diameter de plusieurs manières :

• Transport : HTTP/2 sur TCP (vs. Diameter sur TCP/SCTP)
• Encodage : charges utiles JSON décrites par OpenAPI (vs. AVPs Diameter)
• Modèle : ressources RESTful - créer/modifier/supprimer une ressource app-session (vs. paires de commandes requête/réponse)
• Découverte : les producteurs sont trouvés dynamiquement via le NRF (vs. pairs Diameter configurés statiquement)
• Nommer : les services sont nommés Nxxx (par exemple Npcf_PolicyAuthorization, Nnrf_NFDiscovery)

SBI dans le CSCF

Le P-CSCF est le seul composant CSCF qui utilise le SBI. En tant que Fonction d'Application (AF) 5G, il autorise la QoS des médias VoNR via N5 vers le PCF et, lorsque la découverte NRF est activée, s'enregistre auprès du NRF et interroge le NRF.

Rôle	Service	Transport	Connecté à	But
AF	Npcf_PolicyAuthorization (N5)	HTTP/2	PCF	Autoriser la QoS des médias VoNR en créant une app-session
NF (AF)	Nnrf_NFManagement	HTTP/2	NRF	Enregistrer le P-CSCF en tant qu'instance AF (optionnel)
NF (AF)	Nnrf_NFDiscovery	HTTP/2	NRF → BSF	Découvrir le PCF lié à la session PDU d'un UE (optionnel)

SBI dans l'architecture IMS

Pour VoNR, le P-CSCF détecte l'accès 5G, découvre le PCF servant via la chaîne NRF→BSF, et envoie une app-session d'autorisation de politique à ce PCF pour réserver la QoS du porteur vocal.

N5 - Npcf_PolicyAuthorization (P-CSCF → PCF)

Le point de référence N5 transporte le service Npcf_PolicyAuthorization. Lors d'un appel VoNR, le P-CSCF crée une ressource app-session sur le PCF, décrivant les médias dont la session a besoin afin que le PCF puisse installer la QoS correspondante sur la session PDU 5G de l'UE.

Demande d'app-session

Le P-CSCF envoie une requête POST à la collection d'app-sessions du PCF (par défaut http://<pcf>/npcf-policyauthorization/v1/app-sessions) contenant un objet ascReqData avec :

Champ	Valeur	Remarques
notifUri	URI de notification AF	Où le PCF envoie les notifications d'événements d'app-session (le point de terminaison de notification AF configuré)
suppFeat	3f	Bitmap des fonctionnalités prises en charge
ueIpv4 / ueIpv6	IP source de l'UE	Doit correspondre à la famille d'adresses à laquelle le PCF est lié à la session PDU du SMF
afAppId	VoNR	Identifiant de l'application
medComponents	composant média audio	mediaType: AUDIO, fStatus: ENABLED, avec une description de flux (permit out 17 from <ue-ip> to any)

Problème opérationnel - famille d'adresses. Le PCF lie l'app-session à la session PDU du SMF par l'adresse IP de l'UE. Un UE sur une session PDU IPv6 doit être encodé en tant que ueIpv6 ; mettre une adresse v6 dans ueIpv4 (ou vice-versa) ne correspond jamais, et le PCF rejette ou abandonne silencieusement l'autorisation. Le P-CSCF sélectionne ueIpv6 vs ueIpv4 automatiquement à partir de l'adresse source SIP.

Cycle de vie

• Créer - app-session POSTée lorsque l'INVITE VoNR / les médias précoces sont traités.
• Notifier - le PCF rappelle notifUri pour les événements de session.
• Supprimer - l'app-session est supprimée lorsque le dialogue se termine, libérant la QoS réservée.

Contrairement à Diameter Rx (qui utilise Rx_AAR/Rx_STR), N5 n'a pas de connexion pair persistante - chaque app-session est une transaction HTTP/2 indépendante vers le PCF découvert pour cet UE.

Nnrf - Gestion et découverte des NF (P-CSCF ↔ NRF)

La découverte NRF est comment le P-CSCF trouve le PCF pour chaque session VoNR - c'est le seul chemin de découverte du PCF.

Enregistrement NF (Nnrf_NFManagement)

Le P-CSCF s'enregistre en tant qu'instance AF auprès du NRF, en utilisant une identité d'instance stable par hôte afin que les redémarrages réutilisent un enregistrement et que le NRF n'accumule pas d'enregistrements AF obsolètes.

Découverte du PCF (Nnrf_NFDiscovery)

Pour une session VoNR donnée, le P-CSCF interroge le NRF avec l'IP source de l'UE pour découvrir le PCF servant la session PDU de cet UE, résolu via la chaîne NRF → BSF (le BSF détient la liaison UE-IP → PCF servant). Le point de terminaison découvert devient la cible N5. Si aucune liaison n'est trouvée, la QoS dynamique est ignorée pour cet appel et la session se poursuit sans réservation de porteur dédiée.

Quand le SBI est utilisé vs Diameter

Le type d'accès est dérivé de l'en-tête P-Access-Network-Info (selon TS 24.229 §5.2.6.3) : LTE rapporte 3GPP-E-UTRAN et 5G NR rapporte 3GPP-NR. Le WiFi (3GPP-IEEE-802.11) est exclu car il n'a pas de porteurs dédiés.

Accès	P-Access-Network-Info	Chemin QoS	Pair
5G NR (VoNR)	3GPP-NR	N5 SBI (Npcf_PolicyAuthorization)	PCF
LTE (VoLTE)	3GPP-E-UTRAN	Diameter Rx	PCRF
WiFi	3GPP-IEEE-802.11	aucun (pas de porteur dédié)	-

Le PCF pour le chemin N5 est découvert par session via la chaîne NRF → BSF → PCF servant.

Configuration

Le comportement du SBI est provisionné par déploiement (via l'outil de déploiement, pas édité à la main). Les paramètres pertinents sont :

Paramètre	But
Point de terminaison de notification AF	L'URL de rappel que le P-CSCF annonce au PCF pour les notifications d'événements d'app-session
Point de terminaison NRF	L'adresse NRF utilisée pour l'enregistrement AF et la découverte du PCF
Identité PLMN domestique (MCC / MNC)	L'identité du réseau domestique que le P-CSCF présente au NRF
Identité d'instance AF	Une identité stable par hôte utilisée pour l'enregistrement NRF afin que les redémarrages réutilisent un seul enregistrement

L'état d'enregistrement NRF en direct et les liaisons PCF découvertes par session sont affichés dans OmniWeb (voir ci-dessous).

Gestion via OmniWeb

Le panneau de contrôle web intégré a été supprimé. L'état d'enregistrement NRF, les liaisons PCF découvertes et l'état 5G/N5 sont affichés dans l'onglet NRF de la page P-CSCF d'OmniWeb. Voir la documentation OmniWeb.

Problèmes courants

Symptôme	Cause probable	Action
Aucune liaison PCF trouvée pour l'UE (journalisée lors de la configuration de l'appel)	Le NRF/BSF n'a pas encore de liaison pour la session PDU de l'UE, ou l'IP de l'UE diffère de l'ancre de session	Confirmer que la session PDU de l'UE est établie et que le BSF détient la liaison ; l'appel se poursuit sans QoS dynamique
Le PCF rejette/ignore l'app-session	IP de l'UE encodée dans la mauvaise famille (ueIpv4 vs ueIpv6)	Vérifier que la famille d'adresses de l'adresse source SIP correspond à la session PDU ; voir le problème de famille d'adresses ci-dessus
Des enregistrements AF obsolètes s'accumulent sur le NRF	Identité d'instance AF non stable lors des redémarrages	S'assurer que l'identité d'instance AF par hôte est stable
Aucun trafic N5 du tout pour un appel 5G	Accès non détecté comme 3GPP-NR, ou le NRF est inaccessible donc aucun PCF n'est découvert	Vérifier P-Access-Network-Info ; vérifier la connectivité du point de terminaison NRF
L'appel VoNR se met en place mais pas de porteur dédié	app-session non créée (découverte échouée) ou supprimée trop tôt	Corréler le POST N5 du P-CSCF avec le PCF ; vérifier la connectivité HTTP/2 et les délais d'attente

Documentation connexe

• Opérations Diameter - les interfaces Diameter Rx/Cx/Ro utilisées pour VoLTE (4G/LTE)
• Opérations P-CSCF - Détection d'accès VoNR, QoS N5 et découverte NRF dans le contexte
• Référence des métriques - métriques P-CSCF
• Documentation OmniWeb - état NRF/5G dans le portail de gestion