Für Systemintegratoren: Ihr eigenes Angebot auf MEF.DEV

Können Sie darauf Eigenes bauen?

Ja. Die Plattform ist ein Fundament, auf dem Ihre Teams ihre eigenen Prozesse und Produkte bauen: Plugins, die Sie über die öffentlichen Plugin-Schnittstellen entwickeln, gehören Ihnen. Die Plattformdokumentation beschreibt sieben Nutzungsszenarien der Architektur, von agentenbasierten Operationen bis zu einer ODA-konformen Fassade über Legacy-Systemen.

Wo Ihre Marge liegt

Ein Teil Ihrer Lösung von uns. Für ein Betreiberprojekt liefert MEF.DEV den Teil, der Ihrer Lösung fehlt – zum Beispiel Online Charging oder Service-Ordering neben Ihrem eigenen BSS – als Subunternehmer unter Ihrem Vertrag.
Ihre eigenen Lösungen auf der Plattform. Sie starten und verkaufen Ihre eigenen Produkte auf der Plattform; MEF.DEV erbringt kommerziellen Support und Plattformentwicklung als Abonnement.
Umsatzbeteiligung. Eine der Optionen ist eine Umsatzbeteiligung zu vereinbarten Bedingungen.

Was die Lizenz einem Partner erlaubt

	Bedingungen
Ihre interne Nutzung, einschließlich Produktivbetrieb	kostenlos unter der Business Source License 1.1
Auslieferung der Plattform in Ihrem eigenen Produkt als interner Integrationsmechanismus	kostenlos unter BSL 1.1
Plugins, die Sie über die öffentlichen Schnittstellen entwickeln	gehören Ihnen
Lieferung einer Lösung auf der Plattform an einen Betreiber, dessen Team eigene Workflows schreibt	ja, erlaubt
Enterprise Modules: lang laufende, asynchrone Prozessausführung (Durable Execution), menschliche Freigabe von Agentenaktionen, Kontrolle externer Agenten, Plugins mit direktem Zugriff auf den Plattformkern (System Plugins), individuelle Schlüssel (Individual Key Provisioning)	MEF.DEV Enterprise License
Angebot der Plattform selbst an Dritte als konkurrierendes Produkt	separate kommerzielle Vereinbarung
Produkte von WideCoup Convergent BSS	separate, funktionsbezogene kommerzielle Vereinbarungen

Jede Version geht vier Jahre nach Veröffentlichung in die Apache License 2.0 über; Enterprise Modules gehen nicht über.

Ein technischer Test

Ein technischer Test läuft auf den öffentlichen Repositories: Deployment in Docker oder Kubernetes, technische Details auf der Seite Releases. Ein echter PoC mit Ihren Integrationen ist kostenlos; der Zeitpunkt hängt von der Auslastung des Teams ab. Gewährleistungssupport erfolgt am nächsten Werktag oder im Rahmen eines separaten SLA zu Ihren Bedingungen.

Expertise: Individualentwicklung und 4G/5G-Design

Wir übernehmen nicht nur individuelle Softwareentwicklung, sondern auch das Design von 4G/5G-Lösungen. Ein Beispiel ist ein Partnerprojekt für einen Mobile Virtual Network Operator (MVNO) und Mobile Virtual Network Enabler (MVNE) mit dedizierten SIM-Karten in den Netzen mehrerer Mobilfunkbetreiber: Das Team von MEF.DEV bringt Telekom-Integration, MVNO/MVNE-Architektur und Expertise in der Service-Schicht ein und schlägt drei Umsetzungsstufen vor:

Stufe	was es ist	wann es passt
Dedizierter APN (Access Point Name)	die Betreiber behalten Home Subscriber Server (HSS) und Home Location Register (HLR), den Kern und die Dienststeuerung; APNs, private Konnektivität und QoS werden je Betreiber eingerichtet	schnellster Start, ein technischer Pilot
MVNO-light / MVNE (Mobile Virtual Network Enabler) auf CSE	eine einzige Service-Schicht von MEF.DEV – CSE, IWF (Interworking Function), AAA (Authentication, Authorization and Accounting) und PDN (Packet Data Network) – steuert den Dienst; HSS/HLR bleiben in Phase 1 bei den Betreibern	die empfohlene erste Phase: ein Provisioning-Prozess, zentrale APN- und Quality of Service (QoS)-Profile, ein kontrollierter SIM-Lebenszyklus ohne eigenen Mobilfunkkern
Vollständiger MVNO (Mobile Virtual Network Operator) / MVNE	eine eigene administrative SIM-Domäne, International Mobile Subscriber Identity (IMSI) und Mobile Network Code (MNC) sowie gegebenenfalls ein eigenes HSS/HLR	maximale Kontrolle – und die höchste Komplexität: ein separates Regulierungs- und Integrationsprojekt

Im empfohlenen Modell überführt die IWF die BSS- und Provisioning-APIs der Betreiber in ein einheitliches dienstseitiges Modell, eine Northbound-Fulfilment-API führt zur Dienstplattform oder zum OSS des Kunden, AAA übernimmt zusammen mit der CSE Zugriffskontrolle und Autorisierung, und das PDN stellt den privaten Pfad zum Rechenzentrum des Dienstes bereit.

Architekturkomponenten für solche Projekte

MEF.DEV Custom Service Environment (CSE). Die zentrale Ausführungsplattform der MVNE-Service-Schicht:
- eine Runtime für spezialisierte Dienstlogik mit Unterstützung von DIAMETER, RADIUS, CAMEL/CAP, INAP, MAP und REST API;
- dedizierte Dienstfunktionen werden als Service Logic Programs (SLP) umgesetzt; die Plattform übernimmt Protokollstacks, Verteilung im Cluster und die Verwaltung der SLP-Instanzen für massiv parallele Ausführung;
- die CSE ist in den BSS-Umgebungen mehrerer Partner im Einsatz;
- in der Architektur für Online Charging ist die CSE die Charging Trigger Function: Sie wandelt Netzprotokolle in Anfragen an das Rating um.
Unified Rating Function (Nrf) in WideCoup Online Charging. Rating nach 3GPP:
- Bestimmung von Einheiten und Preis für Bearer, Session und Dienst, Prepaid und Postpaid, mit Rabatten, Kontingenten und Zählern;
- Class A – eine externe Rating Function (Remote RF), während die ABMF (Account Balance Management Function) in der Funktion für Online Charging verbleibt; Class B – Rating Function und ABMF am selben Ort;
- Aufladungen und Guthaben über TMF654 Prepay Balance Management;
- die Rating Function kann auch als API-Gateway zwischen mehreren BSS dienen, und eine Interworking-Logik verbindet den 4G/5G-Kern mit Legacy-Systemen.

Wie diese Komponenten in einen Konnektivitätsdienst mit mehreren Zugangsarten passen – Connectivity as a Service auf platform.mef.dev.

Support

Kommerzieller Support mit SLAs ist über eine separate Vereinbarung erhältlich, sowohl für kostenlose Deployments als auch für Deployments mit Enterprise Modules.