Serviços personalizados em vez de planos padronizados: como isso funciona por dentro

November 10, 2026
Mobile Networks
5 fora de 5
Serviços personalizados em vez de planos padronizados: como isso funciona por dentro
Nos últimos anos, o portfólio de planos das operadoras mudou mais do que a rede que os executa. Antes, o assinante comprava um pacote de gigabytes e minutos; agora, ele recebe um conjunto de condições. Um serviço não consome a franquia, outro tem prioridade nos horários de pico, o roteamento de internet (tethering) é tarifado à parte, o perfil infantil funciona com lista branca e os dispositivos IoT têm suas próprias regras.

O marketing cria essas condições rapidamente, mas a questão é o que o equipamento precisa ser capaz de fazer para executá-las. Neste artigo, vamos analisar por que algumas ideias esbarram não no faturamento, mas na rede, do que se compõe um serviço personalizado, como as funções são distribuídas entre os nós e como entender rapidamente se a sua rede está pronta para planos personalizados.

Do que se compõe um serviço personalizado

A maioria das condições de um plano se resume a algumas ações simples sobre o tráfego. Primeiro, o equipamento classifica o tráfego, ou seja, determina a qual aplicação ele pertence. Depois disso, é possível fazer quatro coisas com o tráfego:

  1. Atribuir o tráfego ao grupo de tarifação correspondente.
  2. Atribuir ao tráfego uma classe de serviço.
  3. Limitar a velocidade.
  4. Controlar o acesso: permitir, bloquear ou redirecionar.

how mobile tariffs plan are constructed
Figura 1 — As quatro ações sobre o tráfego a partir das quais se constroem as condições do plano

A unidade básica de um serviço personalizado é o grupo de tarifação, também chamado de grupo de cobrança (Rating Group), refinado, se necessário, por um identificador de serviço (Service Identifier). O grupo de tarifação define contra o que o consumo é debitado. Cada grupo de tarifação tem seu próprio contador e seu próprio limiar no DPI, além de sua própria cota e sua própria ação ao esgotamento, definidas pelo OCS.

A maioria das condições de um plano são combinações dessas quatro ações. Para que o vídeo não consuma a franquia, seu tráfego é contabilizado em um grupo separado, e não no principal. Dar prioridade a um aplicativo de mensagens significa marcar seu tráfego com uma classe de serviço. E um portal após o fim da franquia é o redirecionamento do tráfego ao esgotar a cota, em vez do bloqueio. Ao decompor uma ideia de marketing nessas ações, fica imediatamente claro o que ela exige da rede. Algumas condições nem precisam da rede. Por exemplo, um plano familiar compartilhado é implementado quase inteiramente no OCS: o OCS concede cotas às sessões de todos os membros da família a partir de um saldo comum.

Saiba mais sobre grupos de tarifação, cotas e limiares no artigo “Perdido quando falha? Como calcular com antecedência as perdas na contabilização do tráfego”.

Por que isso não pode ser feito no OCS

É comum ouvir: o plano é uma entidade comercial, então quem deve implementá-lo é o sistema de tarifação. O sistema de tarifação concede cotas e define as condições de seu consumo, mas não consegue classificar o tráfego, limitar a velocidade nem redirecionar o assinante para um portal.

Quatro elementos participam da execução de um plano:

  • PCRF — sistema de controle de políticas que define quais serviços estão disponíveis para o assinante.
  • OCS — sistema de tarifação online. Define quanto o assinante pode consumir em cada grupo de tarifação.
  • PCEF — nó de aplicação de políticas e tarifação no plano de controle. Combina as regras do PCRF e as cotas do OCS em uma configuração para o nó de processamento.
  • DPI — nó de processamento no plano de dados, por onde passa o tráfego dos assinantes. Ele classifica o tráfego e executa sobre ele aquelas mesmas quatro ações.

No DPI, cada uma dessas ações é configurada como um serviço, ou seja, uma regra de processamento de tráfego: contabilização, marcação, limitação de velocidade ou controle de acesso. Todos os serviços ativos para o assinante formam, juntos, o seu conjunto de serviços.

PCRF and OCS functions
Figura 2 — Funções do PCRF e do OCS

O ciclo completo é assim:

  1. O assinante se conecta, e o PCEF pergunta ao PCRF quais serviços estão disponíveis para ele.
  2. O PCRF retorna as regras: a quais grupos de tarifação atribuir os aplicativos e quais classes de serviço, limites de velocidade e regras de acesso aplicar.
  3. O PCEF solicita ao OCS as cotas de cada grupo de tarifação e as recebe junto com as condições de consumo.
  4. O PCEF combina as duas respostas em uma configuração e cria no DPI a sessão do assinante com serviços, perfis e limiares. O DPI começa a processar o tráfego do assinante.
  5. Quando o consumo de um grupo de tarifação atinge o limiar, o DPI envia um relatório ao PCEF. O PCEF repassa o consumo ao OCS e solicita uma nova cota com antecedência.
  6. Se o OCS conceder uma nova cota, o PCEF define um novo limiar no DPI. Junto com a última cota, o OCS informa o que fazer após o esgotamento, por exemplo, restringir o acesso a uma lista branca e redirecionar as demais requisições para o portal de pagamento. Quando a última cota é consumida, o PCEF altera o conjunto de serviços no DPI sem derrubar a sessão.

O PCRF e o OCS definem parâmetros diferentes, que mudam com frequências diferentes. O conjunto de serviços muda com as campanhas de marketing; a cota, a cada pagamento. Se essas funções forem combinadas em um único sistema, o sistema de tarifação terá de ser reconfigurado a cada nova campanha.

Requisitos para o equipamento

A seguir, seis requisitos. Eles servem como checklist para verificar se a rede está pronta para planos personalizados.

Um contador separado para cada grupo de tarifação

Se o equipamento conta apenas o volume total de tráfego do assinante, não é possível implementar um serviço com tarifação diferenciada. Por isso, o assinante deve ter tantos contadores independentes quantos forem seus grupos de tarifação, cada um com seu próprio limiar, e, ao esgotar a cota de um grupo, a ação deve ser aplicada apenas ao tráfego desse grupo.

Exemplo. Considere um plano em que o vídeo não consome a franquia. Se apenas o volume total é contabilizado (por exemplo, “o assinante consumiu 10 GB”), é impossível determinar qual parte corresponde ao vídeo e qual ao restante do tráfego. Portanto, é impossível debitar da franquia apenas o restante. É preciso que o vídeo seja contado por um contador e o tráfego principal por outro.

Cada contador também tem seu próprio limiar com sua própria ação. Por exemplo, quando a franquia principal acaba, o assinante é redirecionado para o portal de pagamento. Se o serviço de vídeo estiver na lista branca, o vídeo continua funcionando, pois seu grupo de tarifação tem cota própria.

Alteração do conjunto de serviços sem recriar a sessão

Quando a franquia acaba, a composição de serviços deve mudar durante a sessão. Se a nova configuração só puder ser aplicada por meio de desconexão e reconexão, cada fim de franquia causa uma queda de conexão, e cada recarga, mais uma. Um assinante ativo pode ter várias mudanças desse tipo por dia e percebe cada queda. Para ele, isso parece sinal ruim, e as reclamações vão para a operadora.

Relatórios por limiar, não apenas por agendamento

O equipamento deve enviar o relatório de consumo prioritariamente ao atingir o limiar. Os relatórios agendados continuam como complemento, por exemplo, para limitar o prazo de validade da cota (Validity-Time) ou para planos por tempo. O envio agendado obriga a escolher entre mensagens frequentes e dados desatualizados. Com o envio por limiar, a precisão é conhecida de antemão: o volume de consumo que o PCEF ainda não conhece não ultrapassa o valor do limiar em nenhum grupo de tarifação.

Limitação de velocidade separada da contabilização

Velocidade e volume são parâmetros independentes. Um plano ilimitado a 128 kbps após o fim da franquia altera o limite de velocidade, enquanto a contabilização continua. O tráfego noturno com desconto, ao contrário, altera a regra de débito, mas não a velocidade. Se o equipamento não permite alterar esses parâmetros de forma independente, parte das condições do plano não poderá ser implementada.

Perfis nomeados em vez da configuração completa em cada comando

Uma operadora tem dezenas de combinações de regras e milhões de assinantes. Se a configuração completa for enviada em cada comando de criação de sessão, cada comando fica grande, e a conexão dos assinantes gera carga desnecessária no PCEF, no DPI e no link entre eles. É mais vantajoso carregar a configuração previamente no DPI com um nome próprio. Essa configuração nomeada é chamada de perfil. Assim, o comando de criação de sessão contém apenas uma referência ao perfil.

Contabilização sem perdas durante a manutenção da rede

Tanto o assinante quanto a operadora precisam confiar no plano personalizado. Se, durante a substituição programada de um nó, parte do consumo for perdida ou contabilizada em dobro, surge uma divergência. Consumo perdido é prejuízo direto para a operadora; contabilização em dobro gera reclamações dos assinantes. Onde a contabilização se perde e como evitar isso é analisado no artigo “Perdido quando falha? Como calcular com antecedência as perdas na contabilização do tráfego”.

O que se torna possível

Se o equipamento atende a esses requisitos, os serviços personalizados são implementados assim:

Serviço Como é implementado
Serviço que não consome a franquia Um grupo de tarifação separado, cujo tráfego não consome a cota principal
Prioridade para um aplicativo Classe de serviço com base em uma regra de classificação
Tarifação separada do roteamento de internet O tráfego de roteamento (tethering) é identificado por uma regra de classificação própria e contabilizado em seu próprio grupo de tarifação
Portal após o fim da franquia Após o esgotamento da cota, o acesso não é bloqueado totalmente. O assinante continua com acesso aos recursos da lista branca, o restante do tráfego é bloqueado e as requisições HTTP são redirecionadas para o portal de pagamento
Limitação de velocidade após o fim da franquia Muda o perfil de velocidade; o tráfego continua sendo contabilizado, mas não consome a franquia
Perfil infantil ou corporativo Um conjunto de serviços de filtragem que o PCRF ativa com base em um atributo do assinante
Dispositivos IoT Lista branca de endereços permitidos para o dispositivo, limiares proporcionais a um tráfego pequeno e um grupo de tarifação separado
Endereço IP público dedicado Um serviço de tradução de endereços controlado por política, e não pelo plano de endereçamento
Plano familiar ou compartilhado O OCS concede cotas às sessões de todos os membros a partir do saldo comum da franquia

Vale destacar as duas últimas linhas. Um endereço IP público dedicado só pode ser vendido como serviço sem alterar o plano de endereçamento se a tradução de endereços for atribuída ao assinante por política. Caso contrário, o plano terá de ser definido pela sub-rede da qual o endereço foi atribuído. Um plano compartilhado quase não exige nada da rede: o OCS concede cotas a todos os membros a partir do saldo comum. O possível excesso de consumo é limitado pela soma das cotas concedidas aos membros simultaneamente.

O que a personalização exige da operação

Os serviços personalizados aumentam consideravelmente o custo de atendimento às solicitações dos assinantes. A reclamação “não está funcionando” deixa de ser inequívoca. O assinante pode ter esgotado a franquia em um grupo de tarifação e não em outro, pode estar com uma lista branca ativa ou com limitação de velocidade. Por isso, junto com os planos personalizados, são necessárias mais duas coisas.

Rastreamento de ponta a ponta por assinante

Em um único lugar, deve ser possível ver a sinalização do assinante em todos os nós, o estado da sua sessão, as regras ativas e os saldos de cada grupo de tarifação. Sem isso, os custos de suporte crescem junto com o número de condições do plano.

Verificabilidade do plano

Para cada serviço, é preciso ter uma forma de confirmar que ele está realmente sendo aplicado. Saber que a regra foi instalada não basta. É preciso ver que o tráfego de um aplicativo específico caiu no grupo de tarifação certo e foi marcado com a classe de serviço certa.

Conclusão

O plano personalizado não é implementado pelo faturamento nem pela rede isoladamente, mas pela combinação dos dois, em que cada participante tem sua própria função:

  • o PCRF define quais serviços estão disponíveis para o assinante;
  • o OCS define quanto o assinante pode consumir;
  • o PCEF combina as regras do PCRF e as cotas do OCS em uma configuração para o DPI;
  • o DPI classifica o tráfego e executa quatro ações: contabiliza, marca, limita a velocidade e controla o acesso.

Para verificar se a rede está pronta para a personalização, basta responder a duas perguntas: existe um contador independente e um limiar independente para cada grupo de tarifação? É possível alterar o conjunto de serviços de uma sessão ativa sem derrubar a conexão?

Se a resposta for “sim” para ambas, a maioria das condições dos planos pode ser implementada no equipamento existente. Os demais requisitos deste artigo determinam o quanto a operação será prática e o quanto a contabilização será confiável.