Cartographier le paysage des données télécoms au-delà du CDR

Un seul appel voix 4G peut générer plus d'une dizaine d'enregistrements distincts dans les systèmes d'un opérateur : un Call Detail Record (CDR) dans le billing, un log de session sur le Mobility Management Entity, une trace QoS (Quality of Service) sur le contrôleur radio, un enregistrement de roaming si l'abonné est à l'étranger, et une note du service client si l'appel a coupé et que l'abonné s'est plaint. La plupart des formations à l'analytics télécom s'arrarrL'Annual Recurring Revenue (ARR) est le revenu normalisé et prévisible qu'une entreprise par abonnement attend de ses contrats actifs sur une année.Voir la définition complète →êtent au CDR. Autant étudier une banque en ne lisant que les tickets de caisse. Cette leçon cartographie l'ensemble du patrimoine de données : où il se trouve, qui en est propriétaire, et où il casse discrètement.

Pourquoi le CDR ne suffit pas

Le CDR (Call Detail Record) capte les métadonnées d'un appel voix ou d'un SMS : appelant, appelé, durée, horodatage, antenne. C'est l'épine dorsale historique du billing et de la détection de fraude en télécom. Pour les sessions data (paquets), l'équivalent est le xDR ou IPDR (Internet Protocol Detail Record).

Mais les CDR ne répondent qu'à la question « que s'est-il passé sur le réseau ». Ils ne vous diront pas pourquoi un client a churné, si une SIM a été activée un jour, ou si un partenaire de roaming vous surfacture. Pour cela, il faut le reste de la stack.

Le patrimoine de données central

OSS : la vérité opérationnelle du réseau

Les OSS (Operations Support Systems) gèrent le réseau physique et logique : inventaire des stations de base, routes fibre, allocation de spectre, gestion des pannes et des performances. Datasets clés :

• Inventaire réseau : chaque site cellulaire, antenne et équipement de transmission, avec localisation et configuration.
• Compteurs de Performance Management (PM) : KPIKPIKey Performance Indicator : une valeur mesurable qui montre l'efficacité avec laquelle vous atteignez un objectif précis, suivie dans le temps par rapport à une cible.Voir la définition complète → agrégés comme le taux d'appels coupés ou l'utilisation des Physical Resource Blocks, collectés toutes les 15 à 60 minutes par cellule.
• Logs de pannes/alarmes : défaillances matérielles et logicielles, souvent le premier signal d'une panne à venir.

Ces données alimentent la planification de capacité, la priorisation des investissements et les dashboards de santé réseau. Faille cachée : les compteurs PM sont propres à chaque vendor (Ericsson, Nokia, Huawei formatent tous différemment), donc consolider un réseau multi-vendor exige une couche de normalisation, souvent le plus gros coût caché d'un projet de data warehousedata warehouseUn référentiel central qui consolide les données de nombreux systèmes sources dans un stockage structuré et optimisé pour les requêtes, conçu pour l'analytique, le reporting et la business intelligence.Voir la définition complète → réseau.

BSS : la vérité client et argent

Les BSS (Business Support Systems) font tourner le côté commercial : gestion de la relation clientgestion de la relation clientCustomer Relationship Management : logiciel et stratégie pour gérer et analyser les interactions clients tout au long de leur cycle de vie.Voir la définition complète →, billing, gestion des commandes, catalogue produit. Datasets clés :

• Fiches maîtres abonnés : identité, forfait, ancienneté, statut contractuel.
• Données de billing et de médiation : usage valorisé en montants, relié au flux CDR/xDR.
• Logs de commande et de provisioning : ce qui a été demandé, activé ou churné, et quand.

C'est la source principale des modèles de churn, du reporting de l'average revenue per user (ARPU) et des travaux sur la customer lifetime valuecustomer lifetime valueLifetime Value : le revenu total (ou le profit) qu'un client génère sur toute la durée de sa relation avec votre entreprise.Voir la définition complète →. Duplication cachée : le même abonné existe souvent sous plusieurs enregistrements entre les systèmes prépayé, postpayé et IoT (Internet of Things) héritées de fusions, une source classique de bases d'abonnés comptées deux fois dans le reporting des KPI.

Logs des éléments réseau : la couche granulaire

Sous les agrégats OSS se trouvent les logs bruts des routeurs, commutateurs et équipements radio : traces de protocoles de signalisation (par exemple Diameter, SIP), échantillons de deep packet inspection et logs d'événements de sécurité. Ils sont volumineux (souvent des pétaoctets par mois pour un opérateur national) et rarement conservés plus de quelques jours ou semaines pour des raisons de coût. Ils comptent pour l'analyse des causes racines des pannes et pour l'entraînement de modèles IA/ML réseau (par exemple la détection d'anomalies pour les réseaux auto-organisants). L'essentiel de ces données est produit puis jeté avant que quiconque en dehors de l'ingénierie réseau ne les voie, un véritable angle mort pour les équipes commerciales.

Données de roaming : TAP et NRTRDE

Quand un abonné utilise un réseau à l'étranger, le réseau visité renvoie les données d'usage à l'opérateur d'origine pour le billing et les contrôles de fraude, via deux standards GSMA (GSM Association) :

• TAP (Transferred Account Procedure) : fichiers batch d'usage roaming valorisé envoyés par l'opérateur visité à l'opérateur d'origine, typiquement chaque jour.
• NRTRDE (Near Real-Time Roaming Data Exchange) : un flux plus rapide et non valorisé (dans un délai d'environ 4 heures après l'usage), conçu pour attraper la fraude à fort usage avant qu'elle ne devienne une grosse facture impayée.

Pourquoi c'est important : la fraude au roaming et les litiges de facturation entre opérateurs représentent des sommes réelles à l'échelle du secteur, et la réconciliation TAP/NRTRDE est l'un des processus de données les plus manuels et les plus sujets à erreur en télécom, parce qu'il dépend de dizaines de formats partenaires bilatéraux. Référence : les ressources publiques de la GSMA sur le roaming et la fraude décrivent les standards opérationnels.

Registres d'équipements et de SIM

• EIR (Equipment Identity Register) : suit les IMEI (International Mobile Equipment Identity) des terminaux, utilisé pour blacklister les téléphones volés.
• HLR/HSS (Home Location Register / Home Subscriber Server) : l'enregistrement de référence indiquant quelle SIM est active, ses droits et sa zone de localisation actuelle.
• Plateformes de provisioning eSIM : de plus en plus la source de vérité à mesure que l'émission de SIM physiques décline.

Les écarts entre le registre SIM et le fichier mamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →ître abonnés du BSS sont un constat d'audit classique : une SIM peut être techniquement active sur le réseau alors que les systèmes de billing marquent le compte comme churné, ce qui gonfle les décomptes d'« abonnés actifs » en l'absence de réconciliation.

Transcriptions du service client et données non structurées

Les transcriptions de centre d'appels, les logs de chat et les mentions sur les réseaux sociaux sont non structurés, mais de plus en plus exploités pour la prédiction du churn, l'analyse de sentiment et le diagnostic du Net Promoter ScoreNet Promoter ScoreLe Net Promoter Score (NPS) mesure la loyauté client en demandant aux clients quelle est la probabilité qu'ils recommandent une marque, puis en soustrayant les détracteurs des promoteurs.Voir la définition complète → (NPS). C'est la catégorie de données qui crocroLe Conversion Rate Optimization (CRO) est la pratique systématique visant à augmenter le pourcentage d'utilisateurs qui réalisent une action souhaitée, en s'appuyant sur la data, les tests et la recherche utilisateur.Voir la définition complète →ît le plus vite en télécom, sous l'effet des cas d'usage d'IA générative, mais elle porte la sensibilité la plus forte en matière de vie privée et, en général, la gouvernance la moins mature.

Où se produisent réellement duplications et lacunes

Un exemple chiffré simple : repérer la duplication d'abonnés

Supposons que le BSS d'un opérateur déclare 22,4 millions d'abonnés actifs, mais que le HLR/HSS montre 21,1 millions d'identités SIM actives uniques (IMSI) sur le même cycle de facturation (chiffres illustratifs pour cet exercice, pas les données publiées d'un opérateur réel).

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

Un écart de cette taille, environ 5,8 %, est un signal d'alerte de gouvernance à investiguer avant que le chiffre n'atterrisse dans un rapport investisseurs ou réglementaire. Il s'explique généralement par des comptes churnés non déprovisionnés sur le réseau, ou par des doublons issus d'une migration de système.

Gouvernance : qui est responsable de quoi

Les opérateurs européens sont soumis au RGPD (Règlement général sur la protection des données), qui impose la minimisation des données et une base légale pour le traitement des données clients et de localisation ; les autorités de contrôle sont les autorités nationales de protection des données (par exemple la CNIL en France, l'ICO au Royaume-Uni, ce dernier appliquant un UK GDPR parallèle depuis le Brexit). Aux États-Unis, les données clients télécoms (CPNI, Customer Proprietary Network Information) sont encadrées par les règles de la FCC (Federal Communications Commission) au titre du Communications Act, avec des lois de protection de la vie privée au niveau des États (comme le CCPA/CPRA en Californie) qui ajoutent des obligations.

La bonne pratique, observée chez les opérateurs les plus avancés, consiste à désigner un data owner par domaine (réseau, billing, service client) plus un comité de gouvernance des données transverse, propriétaire de l'identifiant client maître qui relie tous les systèmes. Sans cet identifiant maître, toute analyse inter-domaines (comme le contrôle de duplication d'abonnés ci-dessus) exige une réconciliation manuelle et ad hoc.

🎬 [VIDEO: "What is a CDR (Call Detail Record)?" - youtube.com - chercher TechTarget ou des chaînes explicatives d'éditeurs télécoms couvrant la structure du CDR et son usage en billing et détection de fraude]

Points clés

• Les données télécoms résident dans au moins cinq patrimoines distincts : OSS (opérations réseau), BSS (commercial/billing), logs bruts des éléments réseau, échanges de roaming (TAP/NRTRDE) et registres équipements/SIM, plus les données non structurées du service client, en forte croissance.
• Chaque dataset alimente des décisions différentes : les OSS pilotent le capex et la santé réseau, les BSS le churn et l'ARPU, les données de roaming la fraude et la facturation d'interconnexion, et les transcriptions client de plus en plus les modèles de rétention.
• La défaillance de qualité de données la plus fréquente et la plus discrète est la duplication d'abonnés ou de SIM entre systèmes hérités de M&A ou de silos par canal ; réconciliez régulièrement les décomptes d'actifs du BSS avec les IMSI uniques du HLR/HSS.
• Les données de roaming (TAP, NRTRDE, deux standards GSMA) sont particulièrement fragiles car elles dépendent d'échanges de fichiers bilatéraux avec des partenaires externes, pas de systèmes internes.
• La gouvernance exige un data owner nommé par domaine et un identifiant client maître partagé ; sans cela, les KPI inter-domaines ne sont pas fiables et la conformité RGPD ou CPNI devient plus difficile à démontrer.