¿Qué es Rich Call Data (RCD)? Branded Call Display explicado

Las tasas de respuesta de llamadas empresariales se han desplomado. Cuando una llamada legítima aparece como un número de 10 dígitos desconocido, o peor aún, como “Spam Likely”, la mayoría de las personas la dejan sonar sin contestar. Rich Call Data es la respuesta de la industria a ese problema: una forma para que una empresa verificada entregue su nombre, su logotipo y el motivo de la llamada directamente a la pantalla del destinatario, vinculado criptográficamente a la llamada para que no pueda ser falsificado.
Rich Call Data (RCD), Rich Call Display y Branded Call Display describen el mismo cambio: pasar la identidad de quien llama de un campo de nombre básico de 15 caracteres a una identidad empresarial verificada y visual. En este artículo, le explicaremos qué es realmente RCD, cómo funciona sobre STIR/SHAKEN, en qué se diferencia de CNAM y de los programas propietarios de llamadas con marca que los operadores ya comercializan, y dónde encaja el Session Border Controller (SBC) cuando se implementa en una red de voz real. Si usted opera o revende servicio de voz, esta información es particularmente útil para comprender qué debe manejar su infraestructura a medida que estos estándares maduran.

¿Qué es Rich Call Data?

Rich Call Data es información verificada sobre quien llama (su nombre comercial, un logotipo y el motivo de la llamada) que se entrega junto con la llamada y se vincula criptográficamente a ella. En lugar de que el destinatario vea un número sin contexto o un nombre truncado, ve la organización que llama presentada de la forma en que dicha organización desea, con prueba de que la identidad es genuina.
La palabra importante es verificada. Cualquiera puede colocar cualquier nombre en un campo de visualización SIP, que es exactamente la razón por la que las etiquetas “Spam Likely” y las llamadas sin respuesta se convirtieron en la norma. RCD cierra esa brecha al transportar el contenido de identidad dentro del token STIR/SHAKEN firmado, de modo que una red receptora puede confirmar que el logotipo y el nombre fueron colocados por el proveedor de origen autenticado y no fueron alterados en tránsito.
Tres términos circulan alrededor de esta idea, y describen diferentes aspectos del mismo sistema. Rich Call Data son los datos en sí y el estándar que los transporta. Rich Call Display es la presentación de esos datos en el dispositivo del destinatario. Branded Call Display, o llamadas con marca, es el empaquetamiento comercial que los proveedores de voz y los socios analíticos venden a las empresas que desean que sus llamadas lleguen con identidad de marca. Un producto determinado de llamadas con marca puede entregar la identidad a través de la ruta estándar de RCD, a través de un programa específico del operador, o a través de ambos.

Por qué existe RCD: las limitaciones de CNAM

Durante décadas, el nombre en la pantalla del identificador de llamadas provino de CNAM. Cuando llegaba una llamada, el operador de terminación tomaba el número de quien llama y consultaba una base de datos para recuperar hasta 15 caracteres de nombre asociado. Ese modelo funcionó durante mucho tiempo en la industria, pero tiene tres limitaciones estructurales que RCD está diseñado para eliminar. Nuestra guía sobre consultas CNAM cubre el mecanismo heredado en detalle.
CNAM no ofrece prueba alguna. El nombre proviene de una base de datos, no de quien llama, y nada lo vincula a la llamada específica. Un número suplantado puede devolver una entrada CNAM de apariencia perfectamente legítima, porque la consulta solo pregunta “qué nombre está registrado para este número”, nunca “¿la parte propietaria de este número realmente realizó esta llamada?”
CNAM ofrece quince caracteres y solo texto. “JOHNSONVILLE MED” es lo que obtiene un hospital. No hay espacio para un nombre comercial legal completo, no hay logotipo y no hay forma de indicarle al destinatario el motivo de la llamada.
CNAM es fragmentado y opera en el lado de terminación. Múltiples bases de datos contienen registros diferentes, el nombre mostrado depende de cuál consulte el operador de terminación, y la empresa que llama tiene control limitado sobre lo que ve cada destinatario.

Capacidad	CNAM	Rich Call Data
Longitud del nombre	15 caracteres, solo texto	Nombre comercial completo
Logotipo	No soportado	Soportado
Motivo de la llamada	No soportado	Soportado
Prueba criptográfica	Ninguna	Firmada con la llamada
Controlado por	Base de datos del lado de terminación	Origen (quien llama verificado)

Cómo funciona Rich Call Data con STIR/SHAKEN

RCD no es un protocolo separado añadido a la llamada. Es una extensión de la misma maquinaria STIR/SHAKEN que ya autentica el número de quien llama, razón por la cual es importante entender el flujo de firma. Nuestro artículo sobre STIR/SHAKEN y autenticación de llamadas cubre el flujo subyacente de firma y verificación.
Cuando un proveedor de origen firma una llamada, un servicio de autenticación construye un PASSporT: un JSON Web Token que contiene el número de origen, el número de destino, una marca de tiempo y el nivel de atestación, todo vinculado por una firma digital. RCD agrega un claim a ese mismo token. El PASSporT firmado ahora también transporta el nombre de presentación de quien llama, una referencia a un logotipo alojado y un motivo de llamada opcional. Ese claim de datos enriquecidos está definido por la extensión PASSporT RCD del IETF (aún un Internet-Draft) y el estándar de la industria ATIS-1000094, ambos construidos sobre el PASSporT base definido en RFC 8225. Debido a que el contenido de identidad reside dentro de la firma, hereda la garantía central de STIR/SHAKEN: una red receptora puede verificar que fue colocado por el proveedor autenticado y que no fue manipulado en el camino.
La secuencia completa se ve así:

1. La empresa registra su marcaLa organización que llama proporciona su nombre verificado, logotipo y detalles de identidad a su proveedor de servicio de voz o a una autoridad de llamadas con marca, que valida que la empresa es quien dice ser y controla los números desde los cuales llamará.
2. El proveedor de origen firma la llamada con RCDEn una llamada saliente, el SBC del proveedor entrega la llamada al servicio de autenticación, que construye un PASSporT que incluye el claim rcd (nombre, referencia al logotipo, motivo de la llamada) y devuelve un Identity header firmado.
3. El Identity header viaja con la llamadaEl Identity header firmado viaja en el SIP INVITE a través de la interconexión, pasando por cada SBC, hasta la red de terminación. Los datos enriquecidos se transportan dentro de él.
4. El proveedor de terminación verificaUn servicio de verificación valida la firma y la cadena de certificados, confirmando el nivel de atestación y que el contenido RCD es auténtico y no fue alterado.
5. El dispositivo presenta la identidad de marcaUna vez verificado, el operador de terminación o el dispositivo presenta el nombre de la empresa, el logotipo y el motivo de la llamada al destinatario. Esta presentación es Rich Call Display.

El nivel de atestación sigue siendo relevante aquí. La presentación con marca generalmente se reserva para llamadas firmadas con atestación completa (nivel A), porque es el nivel en el que el proveedor de origen garantiza tanto la identidad de quien llama como su derecho a usar el número. Una llamada firmada con atestación de pasarela (nivel C) conlleva mucha menos confianza y es poco probable que obtenga una presentación con marca en el destino. Si necesita el detalle de lo que afirma cada nivel, consulte nuestro desglose de los niveles de atestación STIR/SHAKEN.

RCD, programas de llamadas con marca y en qué se diferencian

En la práctica, las “llamadas con marca” llegan al mercado a través de dos enfoques amplios, y la distinción importa cuando usted planifica su infraestructura.

RCD basado en estándares

El contenido de identidad se transporta dentro del PASSporT firmado y viaja con la llamada a través de la interconexión SIP. Este es el enfoque descrito anteriormente, y es hacia donde se dirige la industria porque la identidad de marca está vinculada a la llamada misma en lugar de reconstruirse en el extremo receptor. Depende de que toda la ruta (proveedor de origen, tránsito y proveedor de terminación) soporte RCD en el Identity header.

Llamadas con marca alojadas por operadores y socios analíticos

Varios productos de llamadas con marca son anteriores a la implementación generalizada de RCD. Una empresa registra su marca con un proveedor analítico o un programa gestionado por los principales operadores móviles, y la red de terminación muestra la tarjeta de marca al hacer coincidir el número entrante con los datos pre-registrados. Aquí la identidad de marca es entregada por el lado de terminación en lugar de transportarse en la firma, por lo que la cobertura depende de qué socios de visualización y operadores utilice el dispositivo de cada destinatario.
Estos enfoques están convergiendo. La atestación STIR/SHAKEN y RCD proporcionan la columna vertebral de verificación, mientras que los programas de operadores y analíticos proporcionan la superficie de visualización en el dispositivo. Para un proveedor de voz, la conclusión práctica es que rara vez se controla directamente la pantalla del destinatario. Lo que usted controla es si su red firma las llamadas con atestación de nivel A y pasa los Identity headers con RCD de forma limpia, que es el prerrequisito para que cualquiera de estos programas confíe y muestre las marcas de sus clientes.

Dónde encaja el SBC en la entrega de RCD

Rich Call Data reside en la señalización SIP, y el SBC es el elemento que procesa esa señalización en el borde de la red. Eso convierte al SBC en el punto de control práctico para RCD en tres roles distintos.

Firma a la salida

En las llamadas salientes, el SBC es donde ocurre la firma. Entrega la llamada al servicio de autenticación y aplica el Identity header devuelto al INVITE saliente. Cuando ese PASSporT transporta un claim rcd, el SBC es el elemento que coloca los datos de marca verificados en la red. El tratamiento de identidad puede aplicarse por grupo de troncales, de modo que un proveedor puede firmar el tráfico de un cliente a nivel A con RCD completo y tratar el tráfico de tránsito mayorista de manera diferente.

Verificación a la entrada

En las llamadas entrantes, el SBC entrega el Identity header a un servicio de verificación y actúa según el resultado. Aquí es donde la red de terminación establece que el contenido RCD es auténtico antes de mostrar cualquier cosa a un suscriptor. El resultado de la verificación puede entonces impulsar decisiones de enrutamiento y presentación en sentido descendente.

Preservación de la identidad a través de la interconexión

Un SBC que opera como Back-to-Back User Agent (B2BUA) termina y re-origina completamente cada llamada, lo que le otorga control total sobre los encabezados SIP en cada tramo. Ese control es un requisito de doble filo para RCD. La manipulación de encabezados es esencial para la interoperabilidad multi-vendor, pero un Identity header firmado debe preservarse intacto, porque cualquier modificación al contenido firmado invalida la firma. Un SBC correctamente configurado normaliza los encabezados que necesita normalizar mientras transporta el Identity header sin alteraciones.

Cómo ProSBC maneja la firma, la verificación y los datos enriquecidos

ProSBC implementa STIR/SHAKEN a través de su motor de enrutamiento programable Ruby en lugar de un interruptor fijo por troncal, lo que hace posible una política de identidad por llamada y por cliente. La firma y la verificación son filtros en la cadena de enrutamiento de llamadas, y la misma cadena que autentica el número es donde se aplica el contenido de identidad.
En producción, ProSBC se conecta a su servicio de autenticación y verificación STI a través de SIP. Los dos socios de firma implementados, TransNexus ClearIP y Neustar, operan como servidores de redirección SIP. ProSBC enruta la llamada a un NAP cuyo tipo de servicio está configurado para autenticación, envía el INVITE al servicio de firma (por ejemplo, sip.clearip.com), y el servicio devuelve un SIP 302 que contiene el Identity header en el P-Asserted-Identity. ProSBC entonces avanza en la ruta con ese Identity header firmado adjunto a la llamada saliente. La conmutación por error se expresa mediante ordenamiento de rutas y Reason Cause Mapping, de modo que una interrupción del servicio de firma avanza a una ruta de respaldo y nunca bloquea la completación de llamadas.

Atestación como decisión por llamada

Debido a que un solo SBC a menudo transporta tráfico mixto (clientes minoristas que califican para nivel A, tráfico mayorista que no), la atestación no puede ser una configuración general sin sobrestimar la confianza o perjudicar las tasas de completación. El motor de enrutamiento de ProSBC asigna la atestación por llamada, que es precisamente el control que determina si una llamada determinada puede llevar una presentación con marca en el destino.

Transporte limpio de datos de identidad enriquecidos

El motor de manipulación de encabezados SIP de ProSBC normaliza la señalización para interoperabilidad multi-vendor mientras preserva el Identity header firmado que transporta el contenido RCD. A medida que los estándares de llamadas con marca maduran, la capacidad operativa clave es pasar el Identity header enriquecido y firmado a través del borde de la red sin romper la firma, lo cual es una función de la arquitectura B2BUA y del manejo configurable de encabezados por NAP.

El contexto regulatorio

La identidad de quien llama se encuentra dentro de un entorno regulatorio activo. La Truth in Caller ID Act de la FCC prohíbe transmitir información de identificador de llamadas engañosa con intención de defraudar, y el marco STIR/SHAKEN que la FCC hace cumplir proporciona la capa de autenticación sobre la cual se construyen las llamadas con marca. La identidad de marca verificada solo tiene sentido porque la autenticación del número subyacente hace que la suplantación sea detectable.
La FCC también ha examinado la identidad de quien llama más allá del campo de nombre heredado. Los procedimientos regulatorios han explorado marcos para entregar identidad empresarial verificada (logotipos y nombres comerciales completos) a los consumidores, que es la expresión regulatoria de lo que RCD entrega técnicamente. Para un proveedor de voz, la implicación duradera es que la identidad autenticada se está convirtiendo en una expectativa en lugar de un diferenciador, y que la capacidad a nivel de SBC para firmar, verificar y transportar datos de identidad es fundamental para cumplirla. Los proveedores que pasan de atestación parcial a completa encontrarán nuestra guía de atestación de nivel A directamente relevante, ya que la firma de nivel A es la puerta de entrada a la presentación con marca.

Preguntas frecuentes