+150 XP

Die Telekom-Datenlandschaft jenseits des CDR kartieren

# Die Telekom-Datenlandschaft jenseits des CDR kartieren

Ein einziger 4G-Sprachanruf kann in den Systemen eines Netzbetreibers mehr als ein Dutzend separate Datensätze erzeugen: ein Call Detail Record (CDR) im Billing, ein Session-Log auf der Mobility Management Entity, einen QoS-Trace (Quality of Service) auf dem Radio Controller, einen Roaming-Datensatz, wenn der Teilnehmer im Ausland ist, und eine Notiz im Customer Care, wenn der Anruf abgebrochen ist und sich der Teilnehmer beschwert hat. Die meisten Schulungen zu Telekom-Analytics hören beim CDR auf. Das ist, als würde man eine Bank studieren, indem man nur Quittungen liest. Diese Lektion kartiert das vollständigere Data Estate: wo es liegt, wem es gehört und wo es stillschweigend bricht.

Warum das CDR nicht ausreicht

Das CDR (Call Detail Record) erfasst die Metadaten eines Sprachanrufs oder einer SMS: Anrufer, Angerufener, Dauer, Zeitstempel, Funkzelle. Es ist das historische Rückgrat von Telekom-Billing und Betrugserkennung. Für Daten-(Paket-)Sessions ist das Äquivalent das xDR oder IPDR (Internet Protocol Detail Record).

Aber CDRs beantworten nur die Frage „Was ist im Netz passiert?“. Sie sagen Ihnen nicht, warum ein Kunde abgewandert ist, ob eine SIM jemals aktiviert wurde oder ob ein Roaming-Partner Ihnen zu viel berechnet. Dafür brauchen Sie den Rest des Stacks.

Das zentrale Data Estate

OSS: die operative Wahrheit des Netzes

OSS (Operations Support Systems) verwalten das physische und logische Netz: Inventar der Basisstationen, Glasfaserrouten, Spektrumzuteilung, Fault- und Performance-Management. Zentrale Datensätze:

  • Netzinventar: jeder Standort, jede Antenne und jedes Übertragungsgerät, mit Standort und Konfiguration.
  • Performance-Management-(PM-)Counter: aggregierte KPIs wie Dropped Call Rate oder Physical-Resource-Block-Auslastung, erhoben alle 15 bis 60 Minuten pro Zelle.
  • Fault-/Alarm-Logs: Hardware- und Softwarefehler, oft das erste Signal für einen bevorstehenden Ausfall.

Diese speisen Kapazitätsplanung, Priorisierung von Investitionsausgaben und Dashboards zur Netzgesundheit. Versteckte Lücke: PM-Counter sind herstellerspezifisch (Ericsson, Nokia, Huawei formatieren alle unterschiedlich), die Konsolidierung eines Multi-Vendor-Netzes erfordert also eine Normalisierungsschicht, häufig der größte versteckte Kostenblock in einem Network-Data-Warehouse-Projekt.

BSS: die Wahrheit über Kunden und Geld

BSS (Business Support Systems) betreiben die kommerzielle Seite: Customer Relationship Management, Billing, Order Management, Produktkatalog. Zentrale Datensätze:

  • Subscriber-Stammdaten: Identität, Tarif, Kundendauer, Vertragsstatus.
  • Billing- und Mediation-Daten: zu Entgelten bewertete Nutzung, verknüpft mit dem CDR-/xDR-Feed.
  • Order- und Provisioning-Logs: was wann beauftragt, aktiviert oder gekündigt wurde.

Das ist der primäre Feed für Churn-Modelle, ARPU-Reporting (Average Revenue Per User) und Arbeiten zum Customer Lifetime Value. Versteckte Dublettenbildung: Derselbe Teilnehmer existiert oft als mehrere Datensätze über Prepaid-, Postpaid- und IoT-Systeme (Internet of Things) hinweg, die aus Fusionen übernommen wurden, eine klassische Quelle doppelt gezählter Teilnehmerbasen im KPI-Reporting.

Logs der Netzelemente: die granulare Ebene

Unterhalb der OSS-Aggregate liegen Rohlogs von Routern, Switches und Funkequipment: Signalisierungsprotokoll-Traces (z. B. Diameter, SIP), Deep-Packet-Inspection-Stichproben und Security-Event-Logs. Sie sind voluminös (oft Petabytes pro Monat bei einem nationalen Netzbetreiber) und werden aus Kostengründen selten länger als Tage oder Wochen gespeichert. Wichtig sind sie für Root-Cause-Analysen von Ausfällen und für das Training von Netz-KI-/ML-Modellen (z. B. Anomalieerkennung für Self-Organizing Networks). Der größte Teil dieser Daten wird erzeugt und verworfen, bevor sie jemand außerhalb des Network Engineering jemals sieht, eine echte Sichtbarkeitslücke für kommerzielle Teams.

Roaming-Daten: TAP und NRTRDE

Wenn ein Teilnehmer ein Netz im Ausland nutzt, sendet das besuchte Netz Nutzungsdaten für Billing und Betrugsprüfungen an den Heimatnetzbetreiber zurück, über zwei GSMA-Standards (GSM Association):

  • TAP (Transferred Account Procedure): Batch-Dateien bewerteter Roaming-Nutzung, die der besuchte Betreiber an den Heimatbetreiber sendet, typischerweise täglich.
  • NRTRDE (Near Real-Time Roaming Data Exchange): ein schnellerer, unbewerteter Feed (innerhalb von etwa 4 Stunden nach der Nutzung), konzipiert, um Betrug mit hohem Nutzungsvolumen zu erkennen, bevor daraus eine große unbezahlte Rechnung wird.

Warum das zählt: Roaming-Betrug und Abrechnungsstreitigkeiten zwischen Carriern gehen branchenweit in echtes Geld, und die TAP-/NRTRDE-Abstimmung ist einer der manuelleren, fehleranfälligeren Datenprozesse in der Telekommunikation, weil sie von Dutzenden bilateraler Partnerformate abhängt. Referenz: Die öffentlichen Roaming- und Betrugsressourcen der GSMA skizzieren die operativen Standards.

Geräte- und SIM-Register

  • EIR (Equipment Identity Register): verfolgt Geräte-IMEIs (International Mobile Equipment Identity), genutzt zum Sperren gestohlener Telefone.
  • HLR/HSS (Home Location Register / Home Subscriber Server): der maßgebliche Datensatz darüber, welche SIM aktiv ist, welche Berechtigungen sie hat und in welchem Location Area sie sich aktuell befindet.
  • eSIM-Provisioning-Plattformen: zunehmend der Record of Truth, da die Ausgabe physischer SIMs zurückgeht.

Abweichungen zwischen SIM-Register und den BSS-Subscriber-Stammdaten sind ein klassischer Prüfungsbefund: Eine SIM kann technisch im Netz aktiv sein, während die Billing-Systeme das Konto als gekündigt führen, was die Zahl der „aktiven Teilnehmer“ aufbläht, wenn nicht abgestimmt wird.

Customer-Care-Transkripte und unstrukturierte Daten

Callcenter-Transkripte, Chat-Logs und Social-Media-Erwähnungen sind unstrukturiert, werden aber zunehmend für Churn Prediction, Sentiment-Analyse und Net-Promoter-Score-(NPS-)Diagnostik ausgewertet. Das ist wegen generativer KI-Use-Cases die am schnellsten wachsende Datenkategorie in der Telekommunikation, sie trägt jedoch die höchste Datenschutzsensibilität und typischerweise die am wenigsten ausgereifte Governance.

Wo Dubletten und Lücken tatsächlich entstehen

| Fehlermuster | Typische Ursache | Business-Auswirkung |

|---|---|---|

| Doppelte Subscriber-Datensätze | M&A-Systemmigrationen, Prepaid-/Postpaid-Silos | Überhöhte Subscriber-KPIs |

| Verwaiste SIMs | SIM im HLR aktiv, im Billing nicht vorhanden | Revenue Leakage |

| Abweichungen bei Roaming-Dateien | Formatdrift beim Partner, Zeitzonenfehler | Abrechnungsstreitigkeiten, blinde Flecken bei Betrug |

| Lücken bei PM-Countern | Herstellerausfall, Clock Drift | Untertriebene Netzprobleme |

| Nicht verknüpfte Care-Transkripte | Keine gemeinsame Kunden-ID über Kanäle hinweg | Verpasste Churn-Signale |

Ein einfaches Rechenbeispiel: Subscriber-Dubletten erkennen

Angenommen, das BSS eines Netzbetreibers meldet 22,4 Millionen aktive Teilnehmer, das HLR/HSS zeigt aber 21,1 Millionen eindeutige aktive SIM-Identitäten (IMSIs) im selben Abrechnungszyklus (illustrative Zahlen für diese Übung, keine von einem realen Betreiber berichteten Werte).

Duplication estimate = (BSS active count − HLR unique IMSI count) / BSS active count
                      = (22.4M − 21.1M) / 22.4M
                      = 1.3M / 22.4M
                      ≈ 5.8%

Eine Lücke dieser Größe, rund 5,8 %, ist eine Governance-Warnleuchte, der man nachgehen sollte, bevor die Zahl in einen Investoren- oder Regulierungsbericht gelangt. Sie geht meist auf gekündigte Konten zurück, die im Netz nicht deprovisioniert wurden, oder auf Dubletten aus einer Systemmigration.

Wissenscheck

1. Warum argumentiert die Lektion, dass CDRs allein für ein vollständiges Bild der Telekom-Analytics nicht ausreichen?

2. Ein einziger Sprachanruf kann über ein Dutzend separate Datensätze in verschiedenen Systemen erzeugen. Was ist die zentrale analytische Konsequenz daraus?

3. Welche Rolle spielen OSS-Daten (Operations Support Systems) in erster Linie in der Telekom-Datenlandschaft?

MEHRFACHAUSWAHL

4. Wählen Sie ALLE korrekten Antworten zu Performance-Management-(PM-)Countern im OSS.

Wählen Sie alle richtigen Antworten aus.

MEHRFACHAUSWAHL

5. Wählen Sie ALLE korrekten Antworten zu Datensätzen, die über das CDR hinaus für einen einzelnen Anruf erzeugt werden.

Wählen Sie alle richtigen Antworten aus.

Governance: wer wofür verantwortlich ist

Europäische Netzbetreiber arbeiten unter der DSGVO (Datenschutz-Grundverordnung), die Datenminimierung und eine Rechtsgrundlage für die Verarbeitung von Kunden- und Standortdaten vorschreibt; die zuständigen Aufsichtsbehörden sind die nationalen Datenschutzbehörden (z. B. CNIL in Frankreich, ICO im Vereinigten Königreich, wobei das UK nach dem Brexit eine parallele UK GDPR betreibt). In den USA unterliegen Telekom-Kundendaten (CPNI, Customer Proprietary Network Information) den Regeln der FCC (Federal Communications Commission) nach dem Communications Act, wobei Datenschutzgesetze auf Bundesstaatsebene (wie CCPA/CPRA in Kalifornien) weitere Pflichten hinzufügen.

Gute Praxis, wie sie bei führenden Betreibern zu sehen ist, benennt einen Data Owner pro Domäne (Netz, Billing, Customer Care) sowie einen bereichsübergreifenden Data-Governance-Council, der die Master-Kunden-ID verantwortet, die alle Systeme miteinander verbindet. Ohne diese Master-ID erfordert jede domänenübergreifende Analyse (wie die obige Prüfung auf Subscriber-Dubletten) eine manuelle, ad hoc durchgeführte Abstimmung.

🎬 [VIDEO: „What is a CDR (Call Detail Record)?“ - youtube.com - suchen Sie nach TechTarget oder Erklärkanälen von Telekom-Herstellern zu CDR-Struktur und Einsatz in Billing und Betrugserkennung]

Wichtigste Erkenntnisse

  • Telekom-Daten liegen in mindestens fünf getrennten Estates: OSS (Netzbetrieb), BSS (kommerziell/Billing), Rohlogs der Netzelemente, Roaming-Austausch (TAP/NRTRDE) und Geräte-/SIM-Register, dazu schnell wachsende unstrukturierte Customer-Care-Daten.
  • Jeder Datensatz speist andere Entscheidungen: OSS steuert Capex und Netzgesundheit, BSS steuert Churn und ARPU, Roaming-Daten steuern Betrugserkennung und Interconnect-Billing, und Care-Transkripte speisen zunehmend Retention-Modelle.
  • Der häufigste versteckte Datenqualitätsfehler sind Subscriber- oder SIM-Dubletten über Systeme hinweg, die aus M&A oder Kanalsilos übernommen wurden; gleichen Sie BSS-Zahlen aktiver Teilnehmer regelmäßig mit den eindeutigen IMSI-Zahlen aus HLR/HSS ab.
  • Roaming-Daten (TAP, NRTRDE, beides GSMA-Standards) sind besonders fragil, weil sie vom bilateralen Dateiaustausch mit externen Partnern abhängen, nicht von internen Systemen.
  • Governance erfordert einen benannten Data Owner pro Domäne und eine gemeinsame Master-Kunden-ID; ohne sie sind domänenübergreifende KPIs nicht belastbar, und DSGVO- oder CPNI-Compliance wird schwerer nachweisbar.