Chargement en Ligne (Interface Ro)

📖 Retour à la Documentation Principale

Détails de configuration et d'exploitation pour l'interface Diameter Ro (Chargement en Ligne).

Documentation Connexe

Documentation Principale

• 📋 README Principal - Aperçu et démarrage rapide
• 🔧 Guide de Configuration - Configuration des pairs Diameter et paramètres OCS
• 🔧 Guide d'Opérations - Tests OCS dans le Panneau de Contrôle

Intégration du Traitement des Appels

• 🔀 Configuration du Plan de Numérotation - Flux d'appel avec autorisation OCS
• ⚙️ Services Supplémentaires - Les appels d'urgence contournent l'OCS, skipped_regex
• 🔢 Traduction de Numéros - Normalisation des numéros avant la demande OCS

Interfaces Connexes

• 👥 Interface Sh - Interface de données des abonnés (utilise également Diameter)
• 📡 SS7 MAP - Alternative pour le routage des abonnés

Surveillance

• 📊 Référence des Métriques - Métriques OCS/Ro, durée d'autorisation, événements de crédit
• 📈 Métriques du Plan de Numérotation - Métriques OCS au niveau des appels

---

Configuration Ro

Si Ro (Chargement en Ligne) doit être utilisé, il doit être activé dans la configuration.

Vous aurez bien sûr besoin d'un pair Diameter connecté capable de gérer Ro ou d'un DRA qui en possède un.

periodic_ccr_time_seconds définit la fréquence à laquelle, pendant une session, un Credit-Control-Request de type 2 (Mise à Jour) est envoyé. Cela devra probablement être ajusté en fonction des besoins de l'OCS.

Si le Credit-Control-Request de type 1 (Initial) retourne le nombre maximum de secondes d'utilisation pour tout le solde, nous pouvons définir un décrochage programmé pour ce temps. Cela est contrôlé par le drapeau schedule_hangup_auth qui, s'il est activé, obtiendra les secondes allouées dans le CCR-I et mettra l'appel en attente de décrochage à ce moment-là.

skipped_regex (optionnel) vous permet de spécifier des motifs d'expressions régulières pour faire correspondre les numéros de destination qui devraient contourner le chargement en ligne. Les appels vers des destinations correspondant à ces motifs seront autorisés sans contacter l'OCS. Cela est utile pour les services internes, la messagerie vocale, les numéros d'urgence ou d'autres destinations qui ne devraient pas être facturées. Si omis ou défini sur une liste vide, tous les appels passeront par le chargement en ligne lorsqu'il est activé. Les motifs utilisent la syntaxe regex Elixir (par exemple, "^2222" correspond aux numéros commençant par 2222, "^344[4-6]" correspond aux numéros commençant par 3444, 3445 ou 3446).

config :tas,
  ...
  online_charging: %{
    enabled: true,
    periodic_ccr_time_seconds: 10,
    schedule_hangup_auth: true,
    skipped_regex: ["^2222", "^2223", "^8999", "^344[4-6]"]  # Optionnel
  },

Comportement Opérationnel du Chargement en Ligne

Comment Fonctionne le Chargement Périodique :

Lorsqu'un appel d'origine mobile (MO) est répondu :

1. Le système envoie un CCR-I initial (Demande de Contrôle de Crédit Initial) pour autoriser l'appel
2. Si le crédit est disponible, l'OCS retourne le temps alloué (par ex. 120 secondes)
3. Un processus en arrière-plan commence qui s'exécute toutes les periodic_ccr_time_seconds pour réautoriser l'appel
4. Ce processus envoie des demandes CCR-U (Mise à Jour) pour vérifier si l'abonné a toujours du crédit
5. Chaque CCR-U réussi prolonge l'appel et accorde du temps supplémentaire
6. Lorsque l'appel se termine, un CCR-T (Terminer) est envoyé pour le comptage final

Valeurs des Types de Demande :

• 1 = Initial (CCR-I) - envoyé lorsque l'appel est d'abord autorisé
• 2 = Mise à Jour (CCR-U) - envoyé à la réponse et périodiquement pendant l'appel
• 3 = Terminer (CCR-T) - envoyé lorsque l'appel se termine
• 4 = Événement - utilisé pour la facturation par SMS ou événement unique

Que Se Passe-t-il Lorsque le Crédit S'épuise :

Si un CCR-U périodique retourne zéro secondes ou une erreur :

• Le processus de chargement périodique s'arrête automatiquement
• Si schedule_hangup_auth est activé, l'appel se terminera lorsque le temps alloué expirera
• L'appel de l'abonné se termine et il reçoit une notification appropriée

Ajustement de periodic_ccr_time_seconds :

Choisissez l'intervalle en fonction de vos besoins opérationnels :

• Valeurs plus basses (5-10 secondes) : Plus réactif à l'épuisement du crédit, détecte rapidement les situations sans crédit, mais crée une charge plus élevée sur l'OCS
• Valeurs plus élevées (30-60 secondes) : Charge OCS et trafic réseau réduits, mais les abonnés peuvent consommer légèrement plus de crédit que disponible entre les vérifications
• Recommandé : Commencez avec 10-30 secondes en fonction de votre incrément de crédit minimum et de la capacité de l'OCS

Surveillance du Chargement Périodique :

Surveillez ces métriques pour vous assurer que le chargement périodique fonctionne correctement :

• online_charging_events_total{event_type="reauth"} - suit les demandes CCR-U périodiques
• online_charging_events_total{event_type="reauth",result="success"} - réautorisations réussies
• online_charging_events_total{event_type="reauth",result="nocredit"} - abonnés à court de crédit en cours d'appel
• Des taux d'échec de réauthentification élevés indiquent des problèmes de connectivité ou de performance de l'OCS

Dépannage du Chargement Périodique :

Si les appels ne sont pas réautorisés correctement :

1. Vérifiez les journaux pour les messages "Envoi de CCR-U périodique pour <call_id>" - confirme que le processus en arrière-plan fonctionne
2. Recherchez les avertissements "Échec de CCR périodique - Arrêt du travail" - indique une épuisement de crédit ou des erreurs OCS
3. Vérifiez que la métrique ocs_authorization_duration_milliseconds montre des temps de réponse raisonnables
4. Confirmez que l'OCS retourne des réponses CCA-U valides avec des unités de temps accordées
5. Vérifiez que periodic_ccr_time_seconds n'est pas défini trop agressivement pour la capacité de votre OCS