Alles Wissenswerte, nichts Unwissendes.
Was jedes einzelne erfasst
Ein CDR (Call Data Record) ist gemäß dem vom Betreiber definierten Abrechnungsschema strukturiert: Teilnehmeridentität (IMSI/MSISDN), angerufener Teilnehmer, Dauer oder Anzahl der Nachrichten, Start-/Endzeitstempel, Netzwerkelement und Abrechnungsklassifizierung. CDRs sind die maßgebliche Datenquelle für die Umsatzberechnung. Ein EDR (Emergency Data Record) ist anwendungsdefiniert: Es erfasst den gesamten Lebenszyklus eines Ereignisses aus Sicht der Plattform – bei einer SMS beispielsweise Sendezeitpunkt, Gültigkeit, Absenderkennung, Inhaltsklassifizierung, Vorlagen-ID, Verweildauer in der Warteschlange pro Hop, Empfangszeitpunkt im DLR (Direct Letter Reception), Anzahl der Wiederholungsversuche, endgültiger Zustellungsstatus und Fehlercode. EDRs sind die maßgebliche Datenquelle für operative Analysen und kundenorientierte Dashboards.
Warum diese Unterscheidung im Geschäftsleben wichtig ist
Betreiber bezahlen Abrechnungssysteme für die Verarbeitung von CDRs; für die Verarbeitung von EDRs benötigen sie Analyseplattformen. Eine Verwechslung dieser beiden Systeme führt zu Fehlentscheidungen: Die operative Fehlerbehebung anhand von Abrechnungs-CDRs ist stark eingeschränkt (die CDR gibt nur Auskunft über den Fehler, nicht über die Ursache). Der Versuch, allein aus EDRs Umsatz zu generieren, vernachlässigt den Abrechnungsabgleich, der den CDRs zugrunde liegt. Die ESME CDR Intelligence Suite von BroadNet (/platforms/esme-cdr) korreliert EDR-Feeds der Messaging-Plattform mit CDR-Feeds aus der Abrechnung des Betreibers, um die Anzahl der abgerechneten und zugestellten Nachrichten abzugleichen.
Latenz-, Skalierungs- und Nachgiebigkeitswinkel
CDRs werden üblicherweise gebündelt und im 5- bis 15-Minuten-Takt an die Abrechnungs-/Mediationsabteilung übermittelt; EDRs werden in der Regel kontinuierlich in einem Zeitreihenspeicher gespeichert. Umfang: Ein Tier-1-Betreiber generiert Milliarden von CDRs pro Monat, oft ein Vielfaches an EDRs (da die Plattform für jede Übermittlung, jeden Wiederholungsversuch, jede DLR und jede Statusänderung EDRs erstellt). Compliance: Die Aufbewahrung von CDRs ist regulatorisch vorgeschrieben (5–7 Jahre für Steuer-/Großhandelstransaktionen; in einigen Märkten länger); die Aufbewahrungsdauer von EDRs wird betrieblich festgelegt, typischerweise 12–24 Monate.
Datenschutz- und Compliance-Aspekte
Sowohl CDRs als auch EDRs gelten als personenbezogene Daten, sobald sie mit einer MSISDN verknüpft sind. Ausgereifte Plattformen speichern die Rohdatensätze verschlüsselt und zugriffsgeschützt mit Protokollierung und stellen aggregierte Dashboards aus einem separaten, pseudonymisierten Speicher bereit. Der grenzüberschreitende Export von CDR/EDR fällt unter das saudi-arabische Datenschutzgesetz (KSA PDPL), das Bundesdatenschutzgesetz der Vereinigten Arabischen Emirate (VAE) und die EU-DSGVO (Schrems II). Die Datenresidenz wird üblicherweise auf der Speicherebene durchgesetzt.
CDR vs. EDR im Überblick
| CDR (Call Detail Record) | EDR (Event Detail Record) | |
|---|---|---|
| Hauptzweck | Maßgebliche Quelle für Abrechnung / Umsatz | Maßgebliche Quelle für operative Analysen |
| Schema | Abrechnungsschema des Netzbetreibers | Von der Anwendung definierter Ereignis-Lebenszyklus |
| Generiert von | Netzelement (MSC / SMSC / OCS) | Die Messaging-Plattform |
| Erfasste Daten | Die Fakten des abrechenbaren Ereignisses | Vollständiger Lebenszyklus + Plattform-Metadaten |
| Übermittlung | Stapelweise (Zyklus von 5–15 Min.) | Kontinuierlich gestreamt |
| Aufbewahrung | Regulatorisch vorgeschrieben (5–7 Jahre) | Betrieblich festgelegt (12–24 Monate) |