O Que São Rich Call Data (RCD)? Exibição de Chamada com Marca Explicada

As taxas de atendimento de chamadas comerciais despencaram. Quando uma chamada legítima aparece como um número de 10 dígitos desconhecido, ou pior, como “Spam Provável”, a maioria das pessoas deixa tocar até cair. Rich Call Data é a resposta do setor a esse problema: uma forma de uma empresa verificada entregar seu nome, seu logotipo e o motivo da chamada diretamente para a tela do destinatário, vinculado criptograficamente à chamada para que não possa ser falsificado.

Rich Call Data (RCD), rich call display e exibição de chamada com marca descrevem a mesma mudança: migrar a identidade do chamador de um campo de nome de 15 caracteres para uma identidade visual verificada da empresa. Neste artigo, explicamos o que é o RCD, como ele funciona sobre o STIR/SHAKEN, como se diferencia do CNAM e dos programas proprietários de chamadas com marca que as operadoras já comercializam, e onde o Session Border Controller (SBC) se encaixa quando você o entrega em uma rede de voz real. Se você opera ou revende serviços de voz, este artigo é especialmente útil para entender o que sua infraestrutura precisa transmitir à medida que esses padrões amadurecem.

O Que São Rich Call Data?

Rich Call Data são informações verificadas sobre o chamador (nome da empresa, logotipo e motivo da chamada) entregues junto com a chamada e vinculadas criptograficamente a ela. Em vez de o destinatário ver apenas um número ou um nome truncado, ele vê a organização chamadora apresentada da forma como ela deseja, com prova de que a identidade é genuína.

A palavra importante é verificado. Qualquer pessoa pode inserir qualquer nome em um campo de exibição SIP, o que é exatamente o motivo pelo qual os rótulos “Spam Provável” e as chamadas não atendidas se tornaram a norma. O RCD fecha essa lacuna transportando o conteúdo de identidade dentro do token STIR/SHAKEN assinado, de modo que uma rede downstream pode confirmar que o logotipo e o nome foram colocados ali pelo provedor de originação autenticado e não foram alterados em trânsito.

Três termos circulam em torno dessa ideia e descrevem fatias diferentes do mesmo sistema. Rich Call Data é o dado em si e o padrão que o transporta. Rich call display é a renderização no lado do destinatário no dispositivo. Exibição de chamada com marca, ou branded calling, é o empacotamento comercial que provedores de voz e parceiros de análise vendem a empresas que desejam que suas chamadas cheguem com marca. Um determinado produto de branded calling pode entregar identidade pelo caminho RCD baseado em padrões, por um programa específico de operadora ou por ambos.

Por Que o RCD Existe: Os Limites do CNAM

Por décadas, o nome exibido no identificador de chamadas vinha do CNAM. Quando uma chamada chegava, a operadora de terminação consultava um banco de dados para recuperar até 15 caracteres de nome associados ao número chamador. Esse modelo atendeu o setor por muito tempo, mas possui três limitações estruturais que o RCD foi projetado para eliminar. Nosso guia sobre consultas CNAM aborda o mecanismo legado em profundidade.

O CNAM não oferece prova. O nome vem de um banco de dados, não do chamador, e nada o vincula à chamada específica. Um número falsificado pode retornar uma entrada CNAM perfeitamente legítima, pois a consulta apenas pergunta “qual nome está cadastrado para este número”, nunca “a parte que possui este número realmente fez esta chamada”.

O CNAM é limitado a quinze caracteres e somente texto. “JOHNSONVILLE MED” é o que um hospital tem para trabalhar. Não há espaço para um nome empresarial completo, nem logotipo, nem forma de informar ao destinatário o motivo da chamada.

O CNAM é fragmentado e do lado da terminação. Múltiplos bancos de dados armazenam registros diferentes, o nome exibido depende de qual deles a operadora de terminação consulta, e a empresa chamadora tem controle limitado sobre o que cada destinatário vê.

Capacidade	CNAM	Rich Call Data
Comprimento do nome	15 caracteres, somente texto	Nome completo da empresa
Logotipo	Não suportado	Suportado
Motivo da chamada	Não suportado	Suportado
Prova criptográfica	Nenhuma	Assinado com a chamada
Controlado por	Banco de dados do lado da terminação	Originação (chamador verificado)

Como o Rich Call Data Funciona com o STIR/SHAKEN

O RCD não é um protocolo separado acoplado à chamada. É uma extensão do mesmo mecanismo STIR/SHAKEN que já autentica o número do chamador, razão pela qual entender o fluxo de assinatura é importante. Nosso guia sobre STIR/SHAKEN e autenticação de chamadas aborda o fluxo de assinatura e verificação subjacente.

Quando um provedor de originação assina uma chamada, um Serviço de Autenticação constrói um PASSporT: um JSON Web Token contendo o número do chamador, o número chamado, um timestamp e o nível de atestação, todos vinculados por uma assinatura digital. O RCD adiciona uma reivindicação a esse mesmo token. O PASSporT assinado passa a carregar também o nome de exibição do chamador, uma referência a um logotipo hospedado e um motivo de chamada opcional. Essa reivindicação de dados enriquecidos é definida pela extensão RCD do PASSporT do IETF (ainda um Internet-Draft) e pelo padrão do setor ATIS-1000094, ambos construídos sobre o PASSporT base definido na RFC 8225. Como o conteúdo de identidade reside dentro da assinatura, ele herda a garantia central do STIR/SHAKEN: uma rede downstream pode verificar que foi colocado ali pelo provedor autenticado e não foi adulterado no caminho.

A sequência de ponta a ponta é a seguinte:

1. A empresa registra sua marcaA organização chamadora fornece seu nome verificado, logotipo e dados de identidade ao seu provedor de serviços de voz ou a uma autoridade de branded calling, que valida que a empresa é quem afirma ser e controla os números a partir dos quais fará chamadas.
2. O provedor de originação assina a chamada com RCDEm uma chamada de saída, o SBC do provedor encaminha a chamada ao Serviço de Autenticação, que constrói um PASSporT incluindo a reivindicação rcd (nome, referência ao logotipo, motivo da chamada) e retorna um Identity header assinado.
3. O Identity header viaja com a chamadaO Identity header assinado é transportado no SIP INVITE através da interconexão, passando por cada SBC, até a rede de terminação. Os dados enriquecidos são carregados dentro dele.
4. O provedor de terminação verificaUm Serviço de Verificação valida a assinatura e a cadeia de certificados, confirmando o nível de atestação e que o conteúdo RCD é autêntico e não foi alterado.
5. O dispositivo exibe a chamada com marcaUma vez verificado, a operadora de terminação ou o aparelho apresenta o nome da empresa, o logotipo e o motivo da chamada ao destinatário. Essa renderização é o rich call display.

O nível de atestação ainda é relevante aqui. A exibição com marca é geralmente reservada para chamadas assinadas com atestação completa (nível A), pois é o nível em que o provedor de originação atesta tanto a identidade do chamador quanto seu direito de usar o número. Uma chamada assinada com atestação de gateway (nível C) carrega muito menos confiança e dificilmente obterá uma exibição com marca downstream. Para detalhes sobre o que cada nível implica, consulte nosso guia sobre os níveis de atestação do STIR/SHAKEN.

RCD, Programas de Branded Calling e as Diferenças entre Eles

Na prática, o “branded calling” chega ao mercado por duas abordagens amplas, e a distinção é importante ao planejar a infraestrutura.

RCD baseado em padrões

O conteúdo de identidade é transportado dentro do PASSporT assinado e viaja com a chamada pela interconexão SIP. Essa é a abordagem descrita acima, e é para onde o setor caminha porque a marca está vinculada à própria chamada, e não reconstruída na outra extremidade. Ela depende de toda a cadeia (provedor de originação, trânsito e provedor de terminação) suportar o RCD no Identity header.

Branded calling hospedado por operadoras e parceiros de análise

Vários produtos de branded calling precedem a implantação ampla do RCD. Uma empresa registra sua marca com um provedor de análise ou em um programa administrado pelas principais operadoras móveis, e a rede de terminação exibe o cartão com marca ao associar o número recebido aos dados previamente registrados. Aqui a marca é entregue pelo lado da terminação, e não transportada na assinatura, portanto a cobertura depende dos parceiros de exibição e operadoras utilizados pelo dispositivo do destinatário.

Essas abordagens estão convergindo. O STIR/SHAKEN e o RCD fornecem a espinha dorsal de verificação, enquanto os programas de operadoras e análise fornecem a superfície de exibição no aparelho. Para um provedor de voz, a conclusão prática é que você raramente controla diretamente a tela do destinatário. O que você controla é se sua rede assina chamadas com atestação de nível A e transmite os Identity headers com RCD de forma limpa, o que é o pré-requisito para que qualquer um desses programas confie e exiba as marcas dos seus clientes.

Onde o SBC Se Encaixa na Entrega do RCD

O Rich Call Data reside na sinalização SIP, e o SBC é o elemento que processa essa sinalização na borda da rede. Isso torna o SBC o ponto de controle prático para o RCD em três funções distintas.

Assinatura na saída

Nas chamadas de saída, o SBC é onde a assinatura ocorre. Ele encaminha a chamada ao Serviço de Autenticação e aplica o Identity header retornado ao INVITE de saída. Quando esse PASSporT carrega uma reivindicação rcd, o SBC é o elemento que coloca os dados de marca verificados na rede. O tratamento de identidade pode ser aplicado por grupo de troncos, de modo que um provedor pode assinar o tráfego de um cliente com atestação de nível A com RCD completo e tratar o tráfego de trânsito wholesale de forma diferente.

Verificação na entrada

Nas chamadas de entrada, o SBC encaminha o Identity header a um Serviço de Verificação e age com base no resultado. É aqui que a rede de terminação estabelece que o conteúdo RCD é autêntico antes que qualquer informação seja exibida ao assinante. O resultado da verificação pode então guiar decisões de roteamento e apresentação downstream.

Preservação da identidade na interconexão

Um SBC operando como Back-to-Back User Agent (B2BUA) termina e re-origina completamente cada chamada, o que lhe dá controle total sobre os cabeçalhos SIP em cada trecho. Esse controle é um requisito de duplo efeito para o RCD. A manipulação de cabeçalhos é essencial para a interoperabilidade multi-vendor, mas um Identity header assinado deve ser preservado intacto, pois qualquer modificação no conteúdo assinado invalida a assinatura. Um SBC corretamente configurado normaliza os cabeçalhos que precisa normalizar enquanto transporta o Identity header intocado.

Como o ProSBC Lida com Assinatura, Verificação e Dados Enriquecidos

O ProSBC implementa o STIR/SHAKEN por meio de seu motor de roteamento Ruby programável, e não como um toggle fixo por tronco, o que é o que torna possível a política de identidade por chamada e por cliente. A assinatura e a verificação são filtros na cadeia de roteamento de chamadas, e a mesma cadeia que autentica o número é onde o conteúdo de identidade é aplicado.

Em produção, o ProSBC se conecta ao seu serviço de Autenticação e Verificação STI por SIP. Os dois parceiros de assinatura implantados, TransNexus ClearIP e Neustar, operam como servidores de redirecionamento SIP. O ProSBC roteia a chamada para um NAP cujo tipo de serviço está definido como autenticação, envia o INVITE ao serviço de assinatura (por exemplo, sip.clearip.com), e o serviço retorna um SIP 302 carregando o Identity header no P-Asserted-Identity. O ProSBC então avança a rota com esse Identity header assinado anexado à chamada de saída. O failover é expresso por meio da ordenação de rotas e do Reason Cause Mapping, de modo que uma falha no serviço de assinatura avança para uma rota de bypass e nunca bloqueia a conclusão da chamada.

Atestação como decisão por chamada

Como um único SBC frequentemente carrega tráfego misto (clientes de varejo que se qualificam para o nível A, tráfego wholesale que não se qualifica), a atestação não pode ser uma configuração global sem que se superestime a confiança ou se prejudiquem as taxas de conclusão. O motor de roteamento do ProSBC atribui atestação por chamada, que é exatamente o controle que determina se uma determinada chamada pode exibir branded display downstream.

Transporte limpo de dados de identidade enriquecidos

O motor de manipulação de cabeçalhos SIP do ProSBC normaliza a sinalização para interoperabilidade multi-vendor enquanto preserva o Identity header assinado que carrega o conteúdo RCD. À medida que os padrões de branded calling amadurecem, a capacidade operacional é transmitir o Identity header enriquecido e assinado pela borda da rede sem quebrar a assinatura, o que é uma função da arquitetura B2BUA e da manipulação de cabeçalhos configurável por NAP.

O Contexto Regulatório

A identidade do chamador está inserida em um ambiente regulatório ativo. A Lei da Verdade no Identificador de Chamadas da FCC proíbe a transmissão de informações enganosas de identificação de chamadas com intenção de fraudar, e o framework STIR/SHAKEN que a FCC aplica fornece a camada de autenticação sobre a qual o branded calling é construído. A marca verificada só tem significado porque a autenticação do número subjacente torna a falsificação detectável.

A FCC também examinou a identidade do chamador além do campo de nome legado. Processos de regulamentação exploraram frameworks para entregar identidade empresarial verificada (logotipos e nomes completos de empresas) aos consumidores, o que é a expressão regulatória do que o RCD entrega tecnicamente. Para um provedor de voz, a implicação duradoura é que a identidade autenticada está se tornando uma expectativa, e não um diferencial, e que a capacidade do SBC de assinar, verificar e transportar dados de identidade é fundamental para atendê-la. Provedores que estão migrando de atestação parcial para completa encontrarão nosso guia de atestação de nível A diretamente relevante, pois a assinatura de nível A é a porta de entrada para a exibição com marca.

Perguntas Frequentes