Qu’est-ce que le Rich Call Data (RCD) ? L’affichage d’appel de marque expliqué

Les taux de réponse aux appels professionnels se sont effondrés. Lorsqu’un appel légitime s’affiche comme un numéro à 10 chiffres inconnu, ou pire, comme « Spam probable », la plupart des gens le laissent sonner dans le vide. Le Rich Call Data est la réponse de l’industrie à ce problème : un moyen pour une entreprise vérifiée de transmettre son nom, son logo et la raison de son appel directement à l’écran du destinataire, le tout lié cryptographiquement à l’appel pour empêcher toute falsification.

Rich Call Data (RCD), rich call display et affichage d’appel de marque (branded call display) décrivent tous le même virage : le passage de l’identité de l’appelant d’un simple champ de nom de 15 caractères à une identité visuelle d’entreprise vérifiée. Dans cet article, nous vous expliquons ce qu’est réellement le RCD, comment il s’appuie sur STIR/SHAKEN, en quoi il diffère du CNAM et des programmes propriétaires d’appels de marque que les opérateurs vendent déjà, et où le contrôleur de session en bordure (SBC) intervient lorsque vous le déployez dans un réseau vocal réel. Si vous exploitez ou revendez des services vocaux, cet article vous sera particulièrement utile pour comprendre ce que votre infrastructure doit laisser passer à mesure que ces normes évoluent.

Qu’est-ce que le Rich Call Data ?

Le Rich Call Data est une information vérifiée sur l’appelant (son nom d’entreprise, un logo et le motif de l’appel) délivrée avec l’appel et liée cryptographiquement à celui-ci. Au lieu de voir un numéro nu ou un nom tronqué, le destinataire voit l’organisation appelante présentée telle que cette organisation l’entend, avec la preuve que l’identité est authentique.

Le mot important est vérifié. N’importe qui peut insérer n’importe quel nom dans un champ d’affichage SIP, et c’est précisément pour cela que les étiquettes « Spam probable » et les appels sans réponse sont devenus la norme. Le RCD comble cette lacune en transportant le contenu d’identité à l’intérieur du jeton STIR/SHAKEN signé, de sorte qu’un réseau en aval peut confirmer que le logo et le nom ont été placés par le fournisseur d’origine authentifié et n’ont pas été altérés en transit.

Trois termes circulent autour de cette idée, et ils décrivent des facettes différentes du même système. Le Rich Call Data désigne les données elles-mêmes et la norme qui les transporte. Le rich call display correspond au rendu de ces données côté destinataire sur l’appareil. L’affichage d’appel de marque, ou branded calling, est le conditionnement commercial que les fournisseurs de services vocaux et les partenaires analytiques vendent aux entreprises qui souhaitent que leurs appels arrivent avec leur identité de marque. Un produit d’appel de marque donné peut transmettre l’identité par le chemin RCD basé sur les normes, par un programme spécifique à l’opérateur, ou par les deux.

Pourquoi le RCD existe : les limites du CNAM

Pendant des décennies, le nom affiché sur l’identification de l’appelant provenait du CNAM. Lorsqu’un appel arrivait, l’opérateur de terminaison prenait le numéro appelant et interrogeait une base de données pour récupérer jusqu’à 15 caractères de nom associé. Ce modèle a porté l’industrie pendant longtemps, mais il présente trois limites structurelles que le RCD est conçu pour éliminer. Notre guide sur les consultations CNAM couvre le mécanisme hérité en détail.

Le CNAM n’offre aucune preuve. Le nom provient d’une base de données, pas de l’appelant, et rien ne le lie à l’appel spécifique. Un numéro usurpé peut retourner une entrée CNAM parfaitement légitime en apparence, car la consultation ne demande que « quel nom est enregistré pour ce numéro », jamais « la partie qui possède ce numéro a-t-elle réellement passé cet appel ».

Le CNAM se limite à quinze caractères de texte. « JOHNSONVILLE MED » est tout ce dont un hôpital dispose. Il n’y a pas de place pour un nom commercial complet, pas de logo, et aucun moyen d’indiquer au destinataire pourquoi l’appel est passé.

Le CNAM est fragmenté et côté terminaison. Plusieurs bases de données contiennent des enregistrements différents, le nom affiché dépend de celle que l’opérateur de terminaison interroge, et l’entreprise appelante a un contrôle limité sur ce que chaque destinataire voit.

Capacité	CNAM	Rich Call Data
Longueur du nom	15 caractères, texte uniquement	Nom commercial complet
Logo	Non pris en charge	Pris en charge
Motif de l’appel	Non pris en charge	Pris en charge
Preuve cryptographique	Aucune	Signée avec l’appel
Contrôlé par	Base de données côté terminaison	Origine (appelant vérifié)

Comment le Rich Call Data fonctionne avec STIR/SHAKEN

Le RCD n’est pas un protocole séparé greffé sur l’appel. C’est une extension de la même mécanique STIR/SHAKEN qui authentifie déjà le numéro appelant, raison pour laquelle la compréhension du flux de signature est importante. Notre article explicatif sur STIR/SHAKEN et l’authentification des appels couvre le flux de signature et de vérification sous-jacent.

Lorsqu’un fournisseur d’origine signe un appel, un service d’authentification construit un PASSporT : un jeton Web JSON contenant le numéro appelant, le numéro appelé, un horodatage et le niveau d’attestation, le tout lié par une signature numérique. Le RCD ajoute une déclaration à ce même jeton. Le PASSporT signé contient désormais aussi le nom d’affichage de l’appelant, une référence vers un logo hébergé et un motif d’appel optionnel. Cette déclaration de données enrichies est définie par l’extension PASSporT RCD de l’IETF (encore un Internet-Draft) et la norme industrielle ATIS-1000094, toutes deux construites sur le PASSporT de base défini dans le RFC 8225. Parce que le contenu d’identité réside à l’intérieur de la signature, il hérite de la garantie fondamentale de STIR/SHAKEN : un réseau en aval peut vérifier qu’il a été placé par le fournisseur authentifié et n’a pas été altéré en chemin.

La séquence de bout en bout se présente ainsi :

1. L’entreprise enregistre sa marqueL’organisation appelante fournit son nom vérifié, son logo et les détails de son identité à son fournisseur de services vocaux ou à une autorité d’appels de marque, qui valide que l’entreprise est bien celle qu’elle prétend être et qu’elle contrôle les numéros depuis lesquels elle appellera.
2. Le fournisseur d’origine signe l’appel avec le RCDLors d’un appel sortant, le SBC du fournisseur transmet l’appel au service d’authentification, qui construit un PASSporT incluant la déclaration rcd (nom, référence de logo, motif d’appel) et retourne un en-tête Identity signé.
3. L’en-tête Identity voyage avec l’appelL’en-tête Identity signé est transporté dans le SIP INVITE à travers l’interconnexion, en passant par chaque SBC, jusqu’au réseau de terminaison. Les données enrichies sont contenues à l’intérieur.
4. Le fournisseur de terminaison vérifieUn service de vérification valide la signature et la chaîne de certificats, confirmant le niveau d’attestation et l’authenticité du contenu RCD.
5. L’appareil affiche l’identité de marqueUne fois vérifié, l’opérateur de terminaison ou le terminal présente le nom de l’entreprise, le logo et le motif de l’appel au destinataire. Ce rendu constitue le rich call display.

Le niveau d’attestation reste déterminant. L’affichage de marque est généralement réservé aux appels signés avec une attestation complète (niveau A), car c’est le niveau auquel le fournisseur d’origine garantit à la fois l’identité de l’appelant et son droit d’utiliser le numéro. Un appel signé avec une attestation de passerelle (niveau C) véhicule beaucoup moins de confiance et a peu de chances d’obtenir un affichage de marque en aval. Si vous avez besoin du détail de ce que chaque niveau affirme, consultez notre analyse des niveaux d’attestation STIR/SHAKEN.

RCD, programmes d’appels de marque et leurs différences

En pratique, l’« appel de marque » atteint le marché par deux approches distinctes, et la distinction est importante lorsque vous planifiez votre infrastructure.

RCD basé sur les normes

Le contenu d’identité est transporté à l’intérieur du PASSporT signé et voyage avec l’appel via l’interconnexion SIP. C’est l’approche décrite ci-dessus, et c’est la direction que prend l’industrie, car l’identité de marque est liée à l’appel lui-même plutôt que reconstruite à l’autre extrémité. Elle dépend du fait que l’ensemble du chemin (fournisseur d’origine, transit et fournisseur de terminaison) prenne en charge le RCD dans l’en-tête Identity.

Appels de marque hébergés par les opérateurs et partenaires analytiques

Plusieurs produits d’appels de marque sont antérieurs au déploiement généralisé du RCD. Une entreprise enregistre sa marque auprès d’un partenaire analytique ou d’un programme géré par les grands opérateurs mobiles, et le réseau de terminaison affiche la carte de marque en faisant correspondre le numéro entrant avec ces données pré-enregistrées. L’identité de marque est ici délivrée par le côté terminaison plutôt que transportée dans la signature, de sorte que la couverture dépend des partenaires d’affichage et des opérateurs utilisés par l’appareil du destinataire.

Ces approches convergent. L’attestation STIR/SHAKEN et le RCD fournissent le socle de vérification, tandis que les programmes des opérateurs et des partenaires analytiques fournissent la surface d’affichage sur le terminal. Pour un fournisseur de services vocaux, la conclusion pratique est que vous contrôlez rarement directement l’écran du destinataire. Ce que vous contrôlez, c’est si votre réseau signe les appels avec une attestation de niveau A et transmet proprement les en-têtes Identity contenant le RCD, ce qui est le prérequis pour que l’un de ces programmes fasse confiance aux marques de vos clients et les affiche.

Le rôle du SBC dans la transmission du RCD

Le Rich Call Data réside dans la signalisation SIP, et le SBC est l’élément qui traite cette signalisation en périphérie du réseau. Cela fait du SBC le point de contrôle pratique pour le RCD dans trois rôles distincts.

Signature à la sortie

Sur les appels sortants, le SBC est l’endroit où la signature s’effectue. Il transmet l’appel au service d’authentification et applique l’en-tête Identity retourné au INVITE sortant. Lorsque ce PASSporT contient une déclaration rcd, le SBC est l’élément qui place les données de marque vérifiées sur le réseau. Le traitement d’identité peut être appliqué par groupe de jonctions, permettant à un fournisseur de signer le trafic d’un client au niveau A avec le RCD complet tout en traitant le trafic de transit en gros différemment.

Vérification à l’entrée

Sur les appels entrants, le SBC transmet l’en-tête Identity à un service de vérification et agit en fonction du résultat. C’est à ce stade que le réseau de terminaison établit que le contenu RCD est authentique avant que quoi que ce soit ne soit présenté à un abonné. Le résultat de la vérification peut ensuite orienter les décisions de routage et de présentation en aval.

Préservation de l’identité à travers l’interconnexion

Un SBC fonctionnant en tant que Back-to-Back User Agent (B2BUA) termine et ré-origine complètement chaque appel, ce qui lui donne un contrôle total sur les en-têtes SIP de chaque segment. Ce contrôle est une exigence à double tranchant pour le RCD. La manipulation des en-têtes est essentielle pour l’interopérabilité multi-fournisseurs, mais un en-tête Identity signé doit être préservé intact, car toute modification du contenu signé invalide la signature. Un SBC correctement configuré normalise les en-têtes qu’il doit normaliser tout en transportant l’en-tête Identity sans le modifier.

Comment ProSBC gère la signature, la vérification et les données enrichies

ProSBC implémente STIR/SHAKEN via son moteur de routage Ruby programmable plutôt que sous forme d’un commutateur fixe par jonction, ce qui rend possible une politique d’identité par appel et par client. La signature et la vérification sont des filtres dans la chaîne de routage, et la même chaîne qui authentifie le numéro est celle où le contenu d’identité est appliqué.

En production, ProSBC se connecte à son service d’authentification et de vérification STI par SIP. Les deux partenaires de signature déployés, TransNexus ClearIP et Neustar, fonctionnent tous deux comme des serveurs de redirection SIP. ProSBC achemine l’appel vers un NAP dont le type de service est configuré pour l’authentification, envoie l’INVITE au service de signature (par exemple, sip.clearip.com), et le service retourne un SIP 302 contenant l’en-tête Identity dans le P-Asserted-Identity. ProSBC avance alors la route avec cet en-tête Identity signé attaché à l’appel sortant. Le basculement est exprimé par l’ordonnancement des routes et le Reason Cause Mapping, de sorte qu’une panne du service de signature avance vers une route de contournement et ne bloque jamais la complétion de l’appel.

L’attestation comme décision par appel

Parce qu’un seul SBC transporte souvent du trafic mixte (clients de détail qui se qualifient pour le niveau A, trafic de gros qui ne le fait pas), l’attestation ne peut pas être un réglage global sans surestimer la confiance ou dégrader les taux de complétion. Le moteur de routage de ProSBC attribue l’attestation par appel, ce qui est précisément le contrôle qui détermine si un appel donné peut porter un affichage de marque en aval.

Transport propre des données d’identité enrichies

Le moteur de manipulation des en-têtes SIP de ProSBC normalise la signalisation pour l’interopérabilité multi-fournisseurs tout en préservant l’en-tête Identity signé qui transporte le contenu RCD. À mesure que les normes d’appels de marque évoluent, la capacité opérationnelle clé est de faire passer l’en-tête Identity enrichi et signé à travers la périphérie du réseau sans casser la signature, ce qui est une fonction de l’architecture B2BUA et du traitement des en-têtes configurable par NAP.

Le contexte réglementaire

L’identité de l’appelant s’inscrit dans un environnement réglementaire actif. Le Truth in Caller ID Act de la FCC interdit la transmission d’informations d’identification de l’appelant trompeuses dans l’intention de frauder, et le cadre STIR/SHAKEN appliqué par la FCC fournit la couche d’authentification sur laquelle repose l’appel de marque. L’identité de marque vérifiée n’a de sens que parce que l’authentification du numéro sous-jacente rend l’usurpation détectable.

La FCC a également examiné l’identité de l’appelant au-delà du champ de nom hérité. Des procédures de réglementation ont exploré des cadres pour la transmission d’une identité d’entreprise vérifiée (logos et noms commerciaux complets) aux consommateurs, ce qui est l’expression réglementaire de ce que le RCD offre techniquement. Pour un fournisseur de services vocaux, l’implication durable est que l’identité authentifiée devient une attente plutôt qu’un différenciateur, et que la capacité du SBC à signer, vérifier et transporter les données d’identité est fondamentale pour y répondre. Les fournisseurs passant d’une attestation partielle à une attestation complète trouveront notre guide sur l’attestation de niveau A directement pertinent, puisque la signature de niveau A est la condition d’accès à l’affichage de marque.

Questions fréquemment posées