Guide des opérations SBI 5G
Table des matières
- Aperçu
- SBI dans l'architecture IMS
- N5 - Npcf_PolicyAuthorization (P-CSCF → PCF)
- Nnrf - Gestion et découverte des NF (P-CSCF ↔ NRF)
- Quand SBI est utilisé vs Diameter
- Configuration
- Gestion via OmniWeb
- Problèmes courants
- Documentation connexe
Aperçu
Le cœur 5G est basé sur les services. Les fonctions réseau exposent des API REST JSON et HTTP/2 les unes aux autres via l'Interface Basée sur les Services (SBI). Le SBI remplace Diameter. Pour VoNR (Voix sur Nouvelle Radio), le P-CSCF agit en tant que Fonction d'Application (AF) 5G. Le P-CSCF utilise le SBI pour autoriser la QoS des médias. Le P-CSCF utilise également le SBI pour découvrir les fonctions réseau dont il a besoin.
Le SBI 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 ces manières :
- Transport : HTTP/2 sur TCP. Diameter utilise TCP ou SCTP.
- Encodage : charges utiles JSON décrites par OpenAPI. Diameter utilise des AVP.
- Modèle : ressources RESTful. Vous créez, modifiez ou supprimez une ressource app-session. Diameter utilise des paires de commandes de demande et de réponse.
- Découverte : le NRF trouve les producteurs dynamiquement. Diameter utilise des pairs configurés statiquement.
- Nommage : les services utilisent le nom
Nxxx(par exempleNpcf_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, le P-CSCF autorise la QoS des médias VoNR via N5 vers le PCF. Lorsque la découverte NRF est activée, le P-CSCF s'enregistre auprès du NRF et interroge le NRF.
| Rôle | Service | Transport | Connecté à | But |
|---|---|---|---|---|
| AF | Npcf_PolicyAuthorization (N5) | HTTP/2 | PCF | Autoriser les médias VoNR et la QoS. Créer 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é à une session PDU UE (optionnel) |
SBI dans l'architecture IMS
Pour VoNR, le P-CSCF détecte l'accès 5G. Le P-CSCF découvre le PCF de service via la chaîne NRF→BSF. Le P-CSCF envoie ensuite une app-session d'autorisation de politique à ce PCF. Cette app-session réserve 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. L'app-session décrit les médias dont la session a besoin. Le PCF installe ensuite la QoS correcte sur la session PDU 5G de l'UE.
Demande d'app-session
Le P-CSCF envoie un objet ascReqData à la collection d'app-sessions du PCF. La collection par défaut est http://<pcf>/npcf-policyauthorization/v1/app-sessions. L'objet contient ces champs :
| Champ | Valeur | Remarques |
|---|---|---|
notifUri | URI de notification AF | L'adresse où le PCF envoie les notifications d'événements d'app-session. C'est 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 que le PCF a liée à la session PDU SMF |
afAppId | VoNR | Identifiant d'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 SMF par l'adresse IP de l'UE. Vous devez encoder un UE sur une session PDU IPv6 en tant que
ueIpv6. Une adresse v6 dansueIpv4ne correspond jamais. Une adresse v4 dansueIpv6ne correspond jamais. Dans ces cas, le PCF rejette l'autorisation ou abandonne l'autorisation silencieusement. Le P-CSCF sélectionneueIpv6ouueIpv4à partir de l'adresse source SIP automatiquement.
Cycle de vie
- Créer - le P-CSCF envoie l'app-session lorsqu'il traite l'INVITE VoNR ou les médias précoces.
- Notifier - le PCF rappelle à
notifUripour les événements de session. - Supprimer - le P-CSCF détruit l'app-session lorsque le dialogue se termine. Cela libère la QoS réservée.
Diameter Rx utilise Rx_AAR et Rx_STR. N5 n'a pas de connexion de 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)
Le P-CSCF utilise la découverte NRF pour trouver le PCF pour chaque session VoNR. La découverte NRF 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. Le P-CSCF utilise une identité d'instance stable par hôte. Un redémarrage réutilise un enregistrement. Cela empêche le NRF d'accumuler des enregistrements AF obsolètes.
Découverte du PCF (Nnrf_NFDiscovery)
Pour une session VoNR, le P-CSCF interroge le NRF avec l'IP source de l'UE. Cette requête découvre le PCF qui sert cette session PDU UE. La chaîne NRF → BSF résout la requête. Le BSF détient la liaison UE-IP vers le PCF de service. Le point de terminaison découvert devient la cible N5. Si le P-CSCF ne trouve aucune liaison, il saute la QoS dynamique pour cet appel. La session se poursuit alors sans réservation de porteur dédiée.
Quand SBI est utilisé vs Diameter
Le P-CSCF dérive le type d'accès à partir de l'en-tête P-Access-Network-Info (selon TS 24.229 §5.2.6.3). LTE rapporte 3GPP-E-UTRAN. 5G NR rapporte 3GPP-NR. Le P-CSCF exclut le WiFi (3GPP-IEEE-802.11) car le WiFi 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 P-CSCF découvre le PCF pour le chemin N5 par session. Il utilise la chaîne NRF → BSF → PCF de service.
Configuration
L'outil de déploiement provisionne le comportement du SBI par déploiement. Ne modifiez pas le comportement du SBI manuellement. 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 pour l'enregistrement AF et la découverte du PCF |
| Identité du PLMN domicile (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 pour l'enregistrement NRF. Un redémarrage réutilise un seul enregistrement. |
OmniWeb montre l'état d'enregistrement NRF en direct. OmniWeb montre également les liaisons PCF découvertes par session. Voir ci-dessous.
Gestion via OmniWeb
Omnitouch a supprimé le panneau de contrôle web intégré. L'onglet NRF de la page P-CSCF d'OmniWeb montre l'état d'enregistrement NRF, les liaisons PCF découvertes et l'état 5G/N5. 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 ou le BSF n'a pas encore de liaison pour la session PDU UE. Ou l'IP de l'UE diffère de l'ancre de session. | Confirmer que la session PDU de l'UE est établie. Confirmer que le BSF détient la liaison. L'appel se poursuit sans QoS dynamique. |
| Le PCF rejette ou ignore l'app-session | L'IP de l'UE est 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 | L'identité d'instance AF n'est pas stable entre les redémarrages | Rendre l'identité d'instance AF par hôte stable |
| Aucun trafic N5 du tout pour un appel 5G | Le P-CSCF ne détecte pas l'accès comme 3GPP-NR. Ou le NRF est injoignable, donc le P-CSCF ne découvre aucun PCF. | Vérifier P-Access-Network-Info. Vérifier que le point de terminaison NRF est joignable. |
| L'appel VoNR se met en place mais pas de porteur dédié | Le P-CSCF n'a pas créé l'app-session car la découverte a échoué. Ou le P-CSCF a détruit l'app-session 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 et 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 et 5G dans le portail de gestion