Use case

Online charging convergent pour la 4G, la 5G et les network slices

Un seul OCS au lieu de plusieurs : Nrf au-dessus des réseaux unifie l'interaction du BSS, une Interworking Function convertit les protocoles, une option se configure au catalogue.

Converged online charging for 4G, 5G and network slicesConverged online charging for 4G, 5G and network slices: MEF.DEV adds Mediation & Usage, Rating & Charging, ABMF, Accounts, Billing & Invoicing along Network 3G/4G/5G → Mediation & Usage → Rating & Charging → Network 3G/4G/5G → Rating & Charging → ABMF → Accounts → Billing & Invoicing. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 3 4 5 6 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK Converged online charging for 4G, 5G and network slicesConverged online charging for 4G, 5G and network slices: MEF.DEV adds Mediation & Usage, Rating & Charging, ABMF, Accounts, Billing & Invoicing along Network 3G/4G/5G → Mediation & Usage → Rating & Charging → Network 3G/4G/5G → Rating & Charging → ABMF → Accounts → Billing & Invoicing. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 3 4 5 6 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK
MEF.DEV ABMF, Accounts, Rating & Charging, Billing & Invoicing, Mediation & Usage
  • ce que livre MEF.DEV
  • vos systèmes sur le parcours
  • vos autres systèmes
  • où MEF.DEV se connecte à vos autres systèmes
  • le parcours et l’ordre des étapes
Édition dirigeant

Le problème

L’opérateur doit assurer le charging en prépayé et postpayé, en ligne et hors ligne, en 4G et en 5G, et lancer rapidement de nouveaux tarifs et options — sans que chaque nouvelle offre devienne un projet fournisseur, tandis que les systèmes legacy continuent de fonctionner en parallèle.

Ce qui change

  1. Au lieu de plusieurs OCS, on en construit un seul qui dessert différentes technologies et traite les cas non standard : le prépayé en ligne, le postpayé et l’usage hors ligne via la mediation dans le même moteur.
  2. Nrf est construit au-dessus des réseaux et unifie l’interaction du BSS avec eux : CAMEL pour la voix 3G, Diameter pour les données 4G et la VoLTE, Nchf pour la voix 5G sur New Radio ; c’est cette même convergence que MEF.DEV présente pour le charging des network slices 5G.
  3. Une Interworking Function convertit les protocoles, par exemple RADIUS vers Diameter, et relie le cœur 4G/5G aux systèmes legacy de l’opérateur.
  4. Le tarif provient du catalogue produits : offre de base, option qui remplace l’offre de base et ouvre un nouveau service, ou activation de grâce avec un volume gratuit.
  5. Les offres et les abonnements sont gérés via une application web ou les TM Forum Open API.

Ce que cela apporte

  • Un seul OCS au lieu de plusieurs pour le prépayé, le postpayé, l’online et l’offline, toutes technologies réseau confondues.
  • Une nouvelle option ou une offre de grâce relève de la configuration du catalogue, pas du code.
  • Coexistence avec le BSS déjà en place : rien ne doit être remplacé d’un coup.

Ce qu’apporte MEF.DEV

WideCoup Online Charging — Rating Function, OCS, ABMF (Account Balance Management Function) et Interworking Function — avec WideCoup Mediation pour les TAP (Transferred Account Procedure), les CDR (Call Detail Record) et les événements, et le catalogue, le solde et la facturation dans WideCoup Convergent BSS.

Architect edition — Online charging convergent pour la 4G, la 5G et les network slices

Place dans l’ODA

WideCoup Online Charging se situe dans les blocs ODA Core Commerce Management et Production ; le catalogue, le solde et la facturation proviennent de WideCoup Convergent BSS. En termes 3GPP, il s’agit de la Charging Function : Rating Function plus Account Balance Management Function (ABMF), appelée côté réseau par la Charging Trigger Function (CTF).

Composants

  • Nrf Construit au-dessus des réseaux pour unifier l’interaction du BSS avec les différents réseaux : au lieu de plusieurs OCS, un seul dessert les différentes technologies.
  • Interworking Function Convertit les protocoles : CAMEL vers Nrf, Diameter vers Nrf, Nchf vers Nrf et aussi, par exemple, RADIUS vers Diameter.
  • Custom Service Environment Un runtime pour la logique de service spécifique sur Diameter, RADIUS et CAMEL/CAP ; la plateforme gère les piles protocolaires, la distribution sur Kubernetes et la gestion des instances. Les services non télécom utilisent REST sur HTTPS.
  • Rating Function Détermine les unités et le prix au niveau du bearer, de la session et du service, avant et après la fourniture du service, au volume, à la durée et à l’événement, et génère les CDR. Une même requête peut porter plusieurs identifiants de service et recevoir un prix combiné : un appel VoLTE peut bénéficier de données bearer gratuites tandis que la durée voix est valorisée.
  • Counter Management Function Compteurs de politique pour l’usage et les buckets, que la Rating Function utilise lors du rating en ligne.
  • ABMF Réserve le montant calculé sur le compte et le débite après la fourniture. L’équation de solde distingue le solde de billing, les paiements, les taxes, les frais, les ajustements, la réservation et le montant virtuel.
  • Catalogue produits Sélectionne le tarif : une offre de base, une option qui la remplace par priorité et ouvre un autre service, une activation de grâce avec volume gratuit, ou une offre pilotée de l’extérieur avec un tarif quelconque fourni en ligne. Le rating group et la charging characteristic valorisent séparément le trafic issu de sources spécifiques ; c’est ce même mécanisme que MEF.DEV présente pour le charging des network slices.
  • WideCoup Mediation Les enregistrements TAP, CDR ou d’événements alimentent le charging postpayé, pseudo-online et offline via une mediation basée sur l’ETL.

Contrats

  • Rating API POST Nrf-Rating/RatingData crée l’entité de rating et renvoie son identifiant avec le quota alloué ; POST Nrf-Rating/RatingData/{id}/Update remonte les unités consommées et en demande davantage ; POST Nrf-Rating/RatingData/{id}/Release clôt la session. Ils correspondent aux requêtes Diameter credit-control de la 3GPP TS 32.299 : initial ou event, update, termination.
  • Scénarios L’immediate event charging (IEC) se fait sans réservation ; l’event charging with unit reservation (ECUR) réserve puis débite après la fourniture ; le session charging (Session Charging with Unit Reservation, SCUR) ajoute des mises à jour intermédiaires. En cas de solde insuffisant, le service est refusé.
  • Reprises Une requête répétée avec le même identifiant de requête client reçoit la réponse stockée dans le cache distribué de la plateforme.
  • TM Forum Open API Offre : TMF620 Product Catalog. Compte et billing : TMF666 Account Management, TMF678 Customer Bill Management. Buckets et notifications : TMF677 Usage Consumption, TMF688 Event.

Aux côtés du legacy

  • Charging complet WideCoup Online Charging assure l’ensemble du rating et du charging en temps réel ; les offres et les abonnements sont gérés dans l’application web ou pilotés via les Open API.
  • Rating seul Plusieurs BSS coexistent au niveau réseau et la Rating Function agit comme passerelle API selon des règles configurables. Vers l’orchestration et le BSS : l’API 3GPP Nrf pour le rating, TMF677 Usage Consumption pour l’usage.
  • Rating Function distante Une implémentation externe renvoie la valeur tarifaire, et WideCoup Online Charging effectue le charging sur cette base dans son propre ABMF. C’est là que s’ajoute la logique tarifaire spécifique.
  • Interworking Function Relie le cœur 4G/5G aux sous-systèmes legacy de l’opérateur.
  • Coexistence progressive Le rating distant ou le fonctionnement en rating seul s’exécute aux côtés de l’OCS en place avant que le périmètre de responsabilité du charging ne s’élargisse.

Points d’intégration

  • Réseau Un réseau legacy via RADIUS vers l’Interworking Function ; la Session Management Function via une interface HTTP RESTful de type Ro vers la Rating Function ; le packet core via Ro/Gy vers le Custom Service Environment.
  • Déploiement On-premises à proximité du cœur de réseau de l’opérateur, dans deux centres de données ; la Rating Function s’exécute sous forme de pods stateless à mise à l’échelle horizontale sur Kubernetes.
  • Base de rating L’opérateur configure des règles de filtrage pour une base lente ou indisponible : force répond à partir d’une réponse prédéfinie sans interroger la base, normal tente la base et n’utilise la réponse prédéfinie qu’après expiration du délai.

Détails techniques sur platform.mef.dev →

Le même pour chaque lecteur

TM Forum ODA · Open API

TM Forum ODA et Open API

MEF.DEV expose des TM Forum Open API, suit les principes ODA et figure dans le TM Forum ODA Component Directory.

Licence · perpétuelle

Licence

La licence WideCoup Online Charging est perpétuelle : un départ ne nécessite aucun rachat de licence.

UE · on-premises · cloud

Sécurité, données et juridiction

Société de l'UE ; déploiement dans votre infrastructure, connexion via SSO standard ; développement, livraison et support sous un système qualité ISO 9001:2015.

ISO 9001:2015

Développement et sécurité certifiés

Le développement, la livraison et le support de WideCoup Convergent BSS et de MEF.DEV relèvent d'un système de management de la qualité ISO 9001:2015 ; MEF.DEV a passé un audit de sécurité et un test d'intrusion indépendants.

Certificats et audit →

Demande de document

 

Les notifications accompagnent le document : c’est ce qui le rend gratuit. Chaque notification comporte un lien de désabonnement.

En envoyant ce formulaire, vous acceptez la Politique de confidentialité, Conditions d’utilisation et cookies fonctionnels et analytiques.