Ein Netzwerk-Slice mit garantierter QoS ist eine Funktion, kein Produkt. Erfahren Sie, wie kontextbezogene Abrechnung Slice- und QoS-Daten in verkaufsfähige Angebote umwandelt.
Eine Netzwerkfunktion ist noch kein kommerzielles Produkt.
Wenn ein Netzbetreiber einen 5G-Standalone-Kernnetz in Betrieb nimmt und sein erstes Netzwerk-Slices, dieser technische Meilenstein ist Realität: Das Netzwerk kann nun einer bestimmten Gruppe von Nutzern ein Leistungsprofil garantieren, das vom Datenverkehr aller anderen Nutzer isoliert ist.
Was es jedoch aus eigener Kraft nicht kann, ist, das zu verkaufen.
Zwischen der Funktion und dem Produkt liegt eine Ebene kommerzieller Abläufe. Jemand muss festlegen, wer das Produkt erwerben darf, was genau darin enthalten ist, wie der Preis gestaltet ist, wie die Lieferung gemessen wird und wie all dies auf einer Rechnung erscheint, die der Unternehmenskunde versteht.
Bei der Abrechnung wird der Netzwerkkontext zum Preis – und in vielen Unternehmen ist dies auch der Punkt, an dem sich das Angebot an Slices verlangsamt.
Dieser Artikel beleuchtet den Weg vom „Slice“ bis zum Umsatz: Was das Netzwerk tatsächlich an das Abrechnungssystem übermittelt, warum diese Daten allein noch kein Angebot darstellen, wo herkömmliche Abrechnungsmodelle Reibungsverluste verursachen und – was ebenso wichtig ist – wie die Abrechnung funktioniert. nicht lösen, damit der Rest der Lieferkette geplant und nicht erst im Nachhinein ermittelt wird.
Was der 5G-Kern an das Ladegerät sendet
Die 5G-Abrechnung basiert auf dem „Converged Charging System“, das von 3GPP in den Releases 15 und 16 definiert wurde. Wenn Teilnehmer Dienste in Anspruch nehmen, sendet die Session Management Function (SMF) über die dienstbasierte Nchf-Schnittstelle Abrechnungsdatenanfragen an die Charging Function (CHF).
Diese Anfragen sind sehr umfangreich. Neben Nutzungszahlen und Teilnehmerkennungen umfassen die standardisierten Abrechnungsinformationen die S-NSSAI – die Kennung, die den Netzwerk-Slice benennt, auf dem eine Sitzung läuft (TS 32.255, wobei die Abrechnung des Slice-Managements in TS 28.201 und TS 28.202 behandelt wird) – sowie QoS-bezogene Daten, die beschreiben, wie der Datenverkehr behandelt wird.
Mit anderen Worten: Die Ausgangsdaten für einen „slice-aware“-Preis liegen bei jeder Abrechnungsanforderung vor. Der Standard hat seinen Teil geleistet. Die interessanten Fragen beginnen auf der Empfängerseite.
S-NSSAI, QoS und der Unternehmenskontext sind nicht dasselbe.
Es ist hilfreich, diese drei Ebenen voneinander zu trennen, da sie in Slice-Projekten oft miteinander verschmelzen.
S-NSSAI
Die S-NSSAI ist die Bezeichnung des Netzwerks für ein Slice – eine technische Routing-Identität. Sie gibt Auskunft über welches Eine verwendete Sitzung aufteilen – und sonst nichts.
QoS-Profil
Die QoS-Profil beschreibt, wie der Datenverkehr innerhalb dieses Slices behandelt wird: garantierte Bitraten, Latenzziele, Priorität. Zwei Sitzungen auf demselben Slice können unterschiedlich in Bezug auf die Dienstgüte (QoS) behandelt werden.
Unternehmenskontext
Die Unternehmenskontext Die geschäftliche Bedeutung ist: Um welchen Kunden es sich handelt, unter welchem Vertrag, an welchem Standort, in welcher Servicestufe und mit wie vielen autorisierten Geräten. Nichts davon wird im Abrechnungsstrom übertragen – diese Informationen befinden sich im BSS, im Produktkatalog und im Kundenkonto.
Ein verkaufsfähiges Angebot muss alle drei Komponenten vereinen. “Premium-Uplink für den Produktionsstandort von Kunde X, bis zu 40 Geräte, zu Tier-2-Preisen” ist eine Aussage, die eine technische Kennung (die S-NSSAI), eine Leistungsregelung (das QoS-Profil) und ein kommerzielles Konstrukt (den Vertrag) miteinander verknüpft.
Gerade beim Aufbau und der Pflege dieser Zuordnung erkennen viele Projekte zur Monetarisierung von Datensegmenten ihren tatsächlichen Umfang.
Warum herkömmliche Bewertungsimplementierungen die Angebotserstellung verlangsamen
Hier liegt der häufigste Reibungspunkt, und es handelt sich dabei eher um ein Muster, das sich über mehrere Generationen von Ladetechnologien hinweg zieht, als um einen Mangel eines bestimmten Produkts.
Bei den meisten Abrechnungssystemen wird bereits bei der Entwicklung festgelegt, auf welche Attribute die Abrechnungslogik zurückgreifen kann. Die Segmentkennung und die QoS-Daten sind zwar möglicherweise in jeder Anfrage enthalten, doch solange sie nicht als abrechnungsrelevante Eingaben modelliert sind, kann kein Preis davon abhängig gemacht werden.
Um sie tarifierbar zu machen, sind in der Regel eine Erweiterung des Datenmodells, neue Tarifvorlagen, ein Regressionszyklus und ein Termin im Release-Kalender erforderlich. In der Vergangenheit war dies ein vertretbarer Kompromiss – ein festes Modell sorgt für vorhersehbare Echtzeitleistung –, doch die Folge ist, dass jedes neue kontextgesteuerte Angebot zu einem Entwicklungsprojekt wird und Unternehmensgeschäfte, die eigentlich nur Wochen dauern sollten, einen Zeitplan für Software-Releases erfordern.
Wie flexible Leistungsfelder und Tarifzuordnungen helfen
Tridens Monetization geht dies anders an: Die in einer Abrechnungsanforderung enthaltenen Felder stehen der Tarifberechnung aufgrund der Konfiguration zur Verfügung, nicht aufgrund der Modellierung.
Konkret bedeutet dies, dass die über die 5G-HTTP/2-Schnittstelle der Plattform eingehenden S-NSSAI- und QoS-Parameter (wobei für frühere Netzgenerationen Diameter und RADIUS unterstützt werden) direkt in den Tarifierungsregeln herangezogen werden können, ebenso wie Attribute zu Kunde, Konto und Vertrag – einschließlich benutzerdefinierter Felder wie Standort, Mandant oder Vertragsstufe.
Ein Product Owner ordnet Slice-Kennungen den Katalogangeboten zu, ordnet gerätebezogene Preise anhand der Anzahl der im Konto registrierten Geräte zu, definiert einen QoS-Uplift als bestellbares Add-on und fügt die Sitzungsdauer oder mengenbezogene Komponenten dort, wo sie für das Geschäft gebraucht werden.
Jede dieser Komponenten ist eine Plan-Komponente im Produktkatalog, die ohne Engineering-Ticket veröffentlicht wurde.
Die Mapping-Ebene ist hier der stille Held. Sobald “S-NSSAI X bei Vertrag Y bedeutet Angebot Z” als Konfiguration ausgedrückt ist, wird dasselbe Konstrukt für den nächsten Slice, den nächsten Standort und den nächsten Kunden wiederverwendet – und genau das macht die Monetarisierung von Slices letztendlich von einem Projekt zu einem Katalog.
Was das Laden lösen kann und was nicht
Eine klare Abgrenzung verleiht dem gesamten Entwurf mehr Glaubwürdigkeit – also zeichnen wir sie ein.
Die Abrechnung bestimmt den Preis, erfasst den Verbrauch in Echtzeit, wendet Freimengen an und ermittelt die Kosten, die auf der Rechnung ausgewiesen werden.
Was das Aufladen bewirkt nicht Man muss den Kunden lediglich in das „Slice“ einbinden. Der Zugang zu einem „Slice“ und die QoS, die eine Sitzung erhält, werden durch Abonnementdaten, Richtlinien und Orchestrierung bestimmt – in der Terminologie des 3GPP ist dies der Bereich von Funktionen wie UDM, PCF und NSSF sowie der Provisioning-Prozesse, die diese konfigurieren.
Ein umfassendes Unternehmensangebot umfasst daher stets die Bereiche Berechtigungen, Richtlinien, Bereitstellung, Abrechnung und den Geschäftsvertrag.
Wenn man alle fünf von Anfang an einplant, vermeidet man die unangenehme spätere Erkenntnis, dass die Preisgestaltung perfekt für ein Segment passt, zu dem noch niemand Zugang erhalten hat.
Sind Sie bereit anzufangen?
Ordnen Sie Segment-, QoS-, Vertrags- und Nutzungsattribute den Abrechnungsmodellen zu, die Ihre Teams konfigurieren können.
Beispiel: erstklassige Konnektivität für Live-Videoproduktionen
Dieser Anwendungsfall ist nicht hypothetisch. Die Deutsche Telekom verkauft bereits 5G-Live-Videoproduktion: „Slicing“-basierte Konnektivität für Rundfunkanstalten und mobile Journalisten, verfügbar als buchbare Option zusätzlich zu einem Geschäftstarif, ohne Einrichtungskosten oder monatliche Grundgebühr für die Option selbst und mit einem Nutzungspreis von 50 € netto pro SIM-Karte für jede angefangene 15-Minuten-Einheit eines gebuchten Ereignisses.
Es funktioniert mit professionellen Streaming-Rucksäcken – und in der Variante „Mobile Journalism“ mit ausgewählten Smartphones.
Lesen Sie das Angebot aus Sicht der Ratingagentur
Aus Sicht der Preisgestaltung betrachtet ist diese öffentliche Preisstruktur eine kompakte Checkliste mit Fragen zu den einzelnen Merkmalen. Die Gebühr multipliziert sich pro verwendeter SIM-Karte – also mit der aktuellen Anzahl der Geräte auf dem Slice. Sie fällt pro begonnen 15-Minuten-Schritte – zeitbasierte Bewertung mit einer expliziten Rundungsregel.
Sie gilt nur innerhalb eines gebuchten Veranstaltungszeitraums – einer Gültigkeitsdauer, die der Katalog abbilden muss. Und die Option setzt einen bestimmten Basistarif voraus – eine Kompatibilitätsregel zwischen den Katalogartikeln. Nichts auf dieser Liste ist ungewöhnlich; der springende Punkt ist, dass jedes Element als Konfiguration darstellbar sein muss, da das Angebot andernfalls einen Freigabezeitplan übernimmt.
Die gleichen Bausteine lassen sich nahtlos auf umfangreichere Verträge übertragen. Eine dreitägige Produktion könnte stattdessen auf Basis eines Tagessatzes pro registriertem Gerät mit einem Datenkontingent und einer Gebühr für die Überschreitung des Kontingents pro Gigabyte berechnet werden, zuzüglich eines QoS-Zuschlags, den der Kunde für Sendefenster bestellt.
Was die Abrechnung betrifft: Die S-NSSAI wendet im Abrechnungsmodell den Premium-Tarif an, die Anzahl der Geräte ergibt sich aus den Abonnements des Kontos, die Aufschläge gelten für Sitzungen, die einer höheren Stufe zugeordnet sind, und die Nutzung wird auf das Kontingent angerechnet, wobei Überschreitungen in Echtzeit abgerechnet werden – so gibt es keine Überraschungen im Nachhinein.
Durch die Bereitstellung und die Richtlinien erhalten die Geräte Zugang für den Veranstaltungszeitraum; die Abrechnung erfolgt nach den Tarifen, die das Netzwerk dann berechnet; das Unternehmen erhält pro Veranstaltung eine konsolidierte, detaillierte Rechnung.
Sobald die Zuordnung eingerichtet ist, handelt es sich bei jeder dieser Varianten um eine Katalogkonfiguration – was wichtig ist, da ereignisgesteuerte Geschäfte nicht auf Veröffentlichungskalender warten.
Von einer maßgeschneiderten Integration bis hin zu einem wiederverwendbaren Katalogangebot
Das erste „Slice“-Geschäft wird oft als Sonderanfertigung behandelt. Das muss aber nicht so bleiben.
Aus denselben Bausteinen – Zuordnung von Slice zu Angebot, gerätebezogene Komponenten, zeitlich begrenzte Ereignisfenster, QoS-Stufen, Kontingente – entsteht ein Produkt für Industriegelände: ein fester Standort, eine monatliche Gebühr pro Standort, eine gerätebezogene Preisgestaltung und eine SLA-Stufe, die aus demselben Katalog mit unterschiedlichen Werten verkauft werden.
Das ist der praktische Test für diesen Ansatz: Das zweite Angebot sollte eine Variante sein, kein zweites Projekt.
Der allgemeine Grundsatz lautet: Was verkauft werden kann, richtet sich danach, worauf sich Ihre Bewertungsschicht beziehen kann. Für 5G im Unternehmensbereich bedeutet dies, dass der Netzwerkkontext – Slice, QoS, Sitzung – klar auf kommerzielle Bedingungen abgebildet wird.
Wenn Sie wissen möchten, wie eine „Slice“- und QoS-orientierte Bewertung ein Projekt in Ihrer eigenen Roadmap handhaben würde, gehen wir das gerne gemeinsam mit Ihnen durch. Planen Sie eine Demo.
Häufig gestellte Fragen zum kontextbezogenen Laden
Unterstützt der 5G-Standard die Abrechnung pro Network Slice?
Ja. Das 3GPP Converged Charging System überträgt den S-NSSAI in den Abrechnungsdaten, die vom SMF an den CHF gesendet werden, und spezielle Spezifikationen regeln die slicebezogene Abrechnung. Die offene Frage bei einer bestimmten Implementierung ist, ob die Rating-Implementierung es ermöglicht, dass Preise auf diese übermittelten Werte Bezug nehmen, ohne dass ein Datenmodellprojekt erforderlich ist.
Was ist der Unterschied zwischen einem S-NSSAI-Angebot und einem „Enterprise Slice“-Angebot?
Die S-NSSAI ist eine technische Kennung – die Bezeichnung des Netzwerks für einen „Slice“. Ein Unternehmensangebot ist ein kommerzielles Konstrukt: ein Vertrag, ein Standort, eine Geräteanzahl, eine Preisstruktur. Die Monetarisierung von Slices bedeutet, das Erste dem Zweiten zuzuordnen und diese Zuordnung auch bei einer zunehmenden Anzahl von Angeboten aufrechterhalten zu können.
Erhält ein Kunde durch das Bezahlen Zugang zu einem Stück?
Nein. Der Zugang zu „Slice“ und die QoS-Behandlung richten sich nach den Abonnementdaten, den Richtlinien und der Bereitstellung. Die Abrechnungszähler und Preise beziehen sich auf das, was das Netzwerk liefert, und setzen kommerzielle Beschränkungen wie beispielsweise Datenkontingente durch. Ein vollständiges Angebot erfordert eine gemeinsame Planung beider Seiten.
Inwiefern unterstützt Tridens Monetization „Slice-Aware“-Angebote?
Die in der Abrechnungsanforderung enthaltenen Felder – darunter die Slice-Kennung und QoS-Parameter über 5G HTTP/2, wobei auch Diameter und RADIUS unterstützt werden – können direkt in Abrechnungsregeln herangezogen und mit Kunden-, Konto- und Abonnementattributen kombiniert werden. Angebotsstrukturen wie gerätebezogene Preisgestaltung, QoS-Erhöhungen und Kontingente werden im Produktkatalog konfiguriert, und durch die konvergierte Abrechnung und Rechnungsstellung werden die Ergebnisse in einer einzigen Unternehmensrechnung zusammengefasst.
