{"id":14996,"date":"2026-10-15T14:15:56","date_gmt":"2026-10-15T11:15:56","guid":{"rendered":"https:\/\/vasexperts.com\/?p=14996"},"modified":"2026-10-15T14:41:55","modified_gmt":"2026-10-15T11:41:55","slug":"gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance","status":"publish","type":"post","link":"https:\/\/vasexperts.com\/br\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","title":{"rendered":"Perdeu na falha? Como calcular antecipadamente as perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego"},"content":{"rendered":"Neste artigo, vamos analisar cada um deles, mostrar como estimar e limitar as perdas e quais m\u00e9tricas acompanhar para identificar um problema a tempo.\r\n<h2>Como funciona a contabiliza\u00e7\u00e3o em um gateway de servi\u00e7os<\/h2>\r\nUm gateway de servi\u00e7os \u00e9 formado por n\u00f3s de processamento e n\u00f3s de controle. V\u00e1rios componentes participam da contabiliza\u00e7\u00e3o de tr\u00e1fego:\r\n<ul>\r\n \t<li>N\u00f3 de processamento (DPI): componente do gateway de servi\u00e7os no plano de usu\u00e1rio (user plane) pelo qual passa fisicamente o tr\u00e1fego dos assinantes.<\/li>\r\n \t<li>N\u00f3 de controle (<a href=\"\/products\/pcef-policy-and-charging-enforcement-function\/\">PCEF<\/a>): componente do gateway de servi\u00e7os no plano de controle (control plane) que envia aos n\u00f3s de processamento os limiares de cada grupo de contabiliza\u00e7\u00e3o e recebe os relat\u00f3rios de consumo.<\/li>\r\n \t<li>Billing (OCS): sistema de tarifa\u00e7\u00e3o externo. Concede cotas de tr\u00e1fego e recebe os relat\u00f3rios de consumo.<\/li>\r\n \t<li>PCRF: sistema externo de gerenciamento de pol\u00edticas. Define a pol\u00edtica de servi\u00e7o do assinante e o conjunto de grupos que o assinante pode usar. \u00c0s vezes, o PCRF tamb\u00e9m desempenha o papel de OCS.<\/li>\r\n<\/ul>\r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\" alt=\"arquitetura de rede\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15000\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\" alt=\"arquitetura de rede\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15000 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/network_architecture_en-1.svg\">\r\nFigura 1. Arquitetura do gateway de servi\u00e7os\r\n \r\n[important]Cota \u00e9 o volume que o sistema de tarifa\u00e7\u00e3o concedeu a uma sess\u00e3o para um grupo de contabiliza\u00e7\u00e3o. Limiar \u00e9 o volume a partir do qual o n\u00f3 de processamento envia um relat\u00f3rio. O n\u00f3 de controle define o limiar com base na cota recebida do OCS.[\/important]\r\n \r\nA unidade b\u00e1sica de contabiliza\u00e7\u00e3o \u00e9 o grupo de contabiliza\u00e7\u00e3o. Ele re\u00fane o tr\u00e1fego de v\u00e1rios servi\u00e7os tarifados da mesma forma, e o DPI informa o volume total desses servi\u00e7os. Por exemplo, um grupo \u201cstreaming de v\u00eddeo\u201d com os identificadores RG 10 e SI 0 (Rating Group e Service Identifier) pode reunir o tr\u00e1fego do YouTube e de outros servi\u00e7os de v\u00eddeo.\r\n \r\nO DPI classifica os pacotes, atribui-os aos grupos de contabiliza\u00e7\u00e3o e mant\u00e9m um contador de volume para cada grupo. O PCEF obt\u00e9m os dados de volume a partir dos relat\u00f3rios do DPI. Al\u00e9m disso, o PCEF armazena o estado das sess\u00f5es: cr\u00e9ditos concedidos, volume consumido e prazos de validade das cotas.\r\n \r\nO PCRF tamb\u00e9m define os limites de velocidade de cada grupo de contabiliza\u00e7\u00e3o. O OCS concede volumes para cada grupo permitido e recebe os relat\u00f3rios de consumo.\r\n \r\nO ciclo de contabiliza\u00e7\u00e3o come\u00e7a no PCRF. Ele informa ao PCEF quais grupos de contabiliza\u00e7\u00e3o est\u00e3o dispon\u00edveis para o assinante. O PCEF solicita ao OCS volumes para cada grupo permitido e repassa ao DPI o conjunto de grupos com seus limites e limiares.\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\" alt=\"ciclo de contabiliza\u00e7\u00e3o\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15001\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\" alt=\"ciclo de contabiliza\u00e7\u00e3o\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15001 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/sequence_reporting_en-1.svg\">\r\nFigura 2. O ciclo de contabiliza\u00e7\u00e3o\r\n \r\nQuando o consumo de um grupo atinge o limiar, o DPI envia um relat\u00f3rio ao PCEF. O relat\u00f3rio tamb\u00e9m pode ser enviado antes, se o PCEF solicitar. O PCEF repassa os dados ao OCS ou ao PCRF e recebe em resposta uma nova cota ou um novo conjunto de regras, que ent\u00e3o envia ao DPI. Toda a comunica\u00e7\u00e3o entre o DPI e o OCS passa pelo PCEF.\r\n \r\nO ponto fraco desse ciclo \u00e9 o intervalo entre relat\u00f3rios. At\u00e9 que um relat\u00f3rio chegue, nem o PCEF nem o OCS t\u00eam dados sobre o consumo acumulado. Esse consumo existe apenas nos contadores do DPI. Se um n\u00f3 falhar ou uma sess\u00e3o for transferida durante um rebalanceamento, o volume n\u00e3o informado se perde. Essa \u00e9 a causa raiz das perdas de contabiliza\u00e7\u00e3o.\r\n<h2>Ponto um: falha do n\u00f3 de processamento<\/h2>\r\nQuando um n\u00f3 falha, alguma perda \u00e9 inevit\u00e1vel, j\u00e1 que o n\u00f3 n\u00e3o tem tempo de enviar os dados acumulados. Mas o tamanho da perda pode ser calculado antecipadamente:\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\" alt=\"f\u00f3rmula de perda\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15002\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\" alt=\"f\u00f3rmula de perda\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15002 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/loss_formula_3_en-1.svg\">\r\n \r\nA f\u00f3rmula fornece uma estimativa para um n\u00f3 com carga total. No intervalo entre dois relat\u00f3rios, esse n\u00f3 escoa um volume igual \u00e0 sua capacidade multiplicada pela dura\u00e7\u00e3o do intervalo. Em m\u00e9dia, a falha ocorre no meio desse intervalo, portanto perde-se cerca de metade desse volume.\r\n \r\nVeja como fica para um n\u00f3 com capacidade de 200 Gbps.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td>Intervalo m\u00e9dio entre relat\u00f3rios<\/td>\r\n<td>Perda na falha do n\u00f3<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>5 minutos<\/td>\r\n<td>cerca de 3,75 TB<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>1 minuto<\/td>\r\n<td>cerca de 750 GB<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>30 segundos<\/td>\r\n<td>cerca de 375 GB<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nOs n\u00fameros parecem grandes, mas, na escala de um n\u00f3, isso n\u00e3o \u00e9 muito. O preju\u00edzo financeiro final depende da frequ\u00eancia com que os n\u00f3s falham e de como o tr\u00e1fego perdido \u00e9 tarifado.\r\n \r\nDe acordo com a f\u00f3rmula, a perda \u00e9 proporcional ao intervalo entre relat\u00f3rios. O DPI envia um relat\u00f3rio quando uma sess\u00e3o consome um volume igual ao limiar. Quanto menor o limiar, mais r\u00e1pido ele \u00e9 atingido, mais frequentes s\u00e3o os relat\u00f3rios e mais curto \u00e9 o intervalo, o que significa uma perda menor.\r\n \r\nO volume n\u00e3o informado de cada sess\u00e3o nunca ultrapassa o seu limiar. Isso significa que a perda na falha de um n\u00f3 de processamento nunca ultrapassa a soma dos limiares de todas as sess\u00f5es desse n\u00f3. Assim, as perdas podem ser controladas por meio dos limiares, que por sua vez s\u00e3o definidos pelo n\u00f3 de controle PCEF.\r\n \r\nPor padr\u00e3o, o PCEF define o limiar igual \u00e0 cota do OCS. Nesse caso, a soma dos limiares em um n\u00f3 \u00e9 igual \u00e0 cota multiplicada pelo n\u00famero de sess\u00f5es. \u00c9 isso que ser\u00e1 perdido no pior cen\u00e1rio se o n\u00f3 falhar. Para reduzir esse risco, a operadora pode limitar antecipadamente as perdas poss\u00edveis.\r\n<h2>Or\u00e7amento de risco<\/h2>\r\nPara isso, o PCEF da VAS Experts oferece um or\u00e7amento de risco: o volume m\u00e1ximo que \u00e9 aceit\u00e1vel perder em caso de falha de um n\u00f3. A operadora pode configur\u00e1-lo para o n\u00f3 como um todo e, separadamente, para cada grupo de servi\u00e7os. Quando h\u00e1 um or\u00e7amento configurado, o PCEF verifica se a cota concedida ao assinante, multiplicada pelo n\u00famero de sess\u00f5es que usam esse servi\u00e7o, n\u00e3o o ultrapassa.\r\n \r\nSe o or\u00e7amento for ultrapassado, a cota \u00e9 fracionada: o n\u00f3 de processamento recebe um limiar de relat\u00f3rio menor. O PCEF soma ele mesmo os relat\u00f3rios intermedi\u00e1rios e envia um relat\u00f3rio ao OCS somente quando toda a cota tiver sido consumida.\r\n \r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\" alt=\"decis\u00e3o sobre o limiar da cota\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15003\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\" alt=\"decis\u00e3o sobre o limiar da cota\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15003 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/quota_threshold_decision_en-1.svg\">\r\nFigura 2. Fracionamento da cota para respeitar um or\u00e7amento de perda definido\r\n<h3>Exemplo de c\u00e1lculo<\/h3>\r\nO sistema de tarifa\u00e7\u00e3o concedeu uma cota de 100 MB. H\u00e1 dois cen\u00e1rios poss\u00edveis:\r\n<ol>\r\n \t<li>A cota, considerando o n\u00famero de sess\u00f5es, cabe no or\u00e7amento de risco. O n\u00f3 de controle define um limiar de 100 MB. Ao atingir o limiar, o PCEF envia um relat\u00f3rio ao sistema de tarifa\u00e7\u00e3o e solicita uma nova cota.<\/li>\r\n \t<li>A cota ultrapassa o or\u00e7amento de risco. O n\u00f3 de controle define um limiar de 10 MB, e o n\u00f3 de processamento envia um relat\u00f3rio intermedi\u00e1rio a cada 10 MB. Assim que a soma dos relat\u00f3rios intermedi\u00e1rios chega a 100 MB, o n\u00f3 de controle envia um relat\u00f3rio ao sistema de tarifa\u00e7\u00e3o e solicita uma nova cota.<\/li>\r\n<\/ol>\r\nEm vez do or\u00e7amento de risco, \u00e9 poss\u00edvel usar uma op\u00e7\u00e3o simplificada. A cota \u00e9 dividida por um coeficiente fixo ou limitada a um valor constante. A configura\u00e7\u00e3o vale para todos os servi\u00e7os de uma vez ou para cada um separadamente. A op\u00e7\u00e3o simplificada n\u00e3o considera o n\u00famero de sess\u00f5es. Ela limita a perda por sess\u00e3o, e n\u00e3o a do n\u00f3 de processamento como um todo. Sua vantagem \u00e9 dispensar c\u00e1lculos, o que a torna um ponto de partida pr\u00e1tico para a implanta\u00e7\u00e3o.\r\n<h2>Duas frequ\u00eancias de relat\u00f3rio em vez de uma<\/h2>\r\nEm nossa solu\u00e7\u00e3o, o fracionamento da cota \u00e9 feito pelo PCEF. O PCEF envia a configura\u00e7\u00e3o aos n\u00f3s DPI via PFCP. Esse protocolo permite definir para um n\u00f3 DPI um limiar de relat\u00f3rio menor que a cota. O PCEF determina o tamanho do limiar e o ajusta ao or\u00e7amento de risco configurado. Por exemplo, suponha que a operadora definiu que no m\u00e1ximo 100 GB de tr\u00e1fego n\u00e3o informado do grupo \u201cstreaming de v\u00eddeo\u201d podem se acumular em um n\u00f3. Se apenas um assinante usar o servi\u00e7o, o PCEF definir\u00e1 para ele um limiar de 50 GB. Se houver um milh\u00e3o de assinantes, o DPI enviar\u00e1 relat\u00f3rio de cada sess\u00e3o aproximadamente a cada 100 KB.\r\n \r\nSem fracionamento, o limiar \u00e9 igual \u00e0 cota, ent\u00e3o o DPI envia relat\u00f3rios ao PCEF com a mesma frequ\u00eancia com que o PCEF envia relat\u00f3rios ao OCS. Com o fracionamento, essas duas frequ\u00eancias s\u00e3o desacopladas e definidas de forma independente.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td><strong>Relat\u00f3rios<\/strong><\/td>\r\n<td><strong>O que define a frequ\u00eancia<\/strong><\/td>\r\n<td><strong>Resultado<\/strong><\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Do n\u00f3 de controle para o sistema de tarifa\u00e7\u00e3o (do PCEF para o OCS)<\/td>\r\n<td>A cota concedida pelo sistema de tarifa\u00e7\u00e3o<\/td>\r\n<td>A carga sobre o sistema de tarifa\u00e7\u00e3o n\u00e3o muda<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Do n\u00f3 de processamento para o n\u00f3 de controle (do DPI para o PCEF)<\/td>\r\n<td>O or\u00e7amento de risco<\/td>\r\n<td>A perda na falha de um n\u00f3 de processamento n\u00e3o ultrapassa o or\u00e7amento de risco<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nSem fracionamento, a operadora precisa escolher. Relat\u00f3rios frequentes reduzem as perdas em caso de falha, mas sobrecarregam o OCS. Relat\u00f3rios esparsos aliviam o OCS, mas aumentam as perdas. Com o fracionamento, apenas os relat\u00f3rios do n\u00f3 de processamento para o n\u00f3 de controle ficam mais frequentes. Essa troca acontece dentro do gateway de servi\u00e7os e custa menos do que a comunica\u00e7\u00e3o com o sistema de tarifa\u00e7\u00e3o.\r\n<h2>Tr\u00eas condi\u00e7\u00f5es para o mecanismo funcionar corretamente<\/h2>\r\n<h3>Os relat\u00f3rios intermedi\u00e1rios n\u00e3o s\u00e3o enviados ao sistema de tarifa\u00e7\u00e3o<\/h3>\r\nOs relat\u00f3rios intermedi\u00e1rios n\u00e3o s\u00e3o repassados ao OCS. O OCS recebe um relat\u00f3rio quando toda a cota \u00e9 consumida, e tamb\u00e9m quando a cota expira ou a sess\u00e3o termina. Os relat\u00f3rios intermedi\u00e1rios multiplicariam a carga sobre o OCS pelo n\u00famero de partes em que a cota foi dividida, que \u00e9 justamente o que o fracionamento busca evitar.\r\n<h3>A a\u00e7\u00e3o por esgotamento da cota \u00e9 executada somente ap\u00f3s o consumo de toda a cota<\/h3>\r\nO sistema de tarifa\u00e7\u00e3o pode definir uma a\u00e7\u00e3o para quando a cota se esgota: bloqueio ou redirecionamento. Um limiar intermedi\u00e1rio apenas dispara o envio de um relat\u00f3rio, enquanto a a\u00e7\u00e3o \u00e9 executada quando toda a cota \u00e9 consumida. Se a a\u00e7\u00e3o estivesse vinculada ao limiar intermedi\u00e1rio, um assinante com cota de 100 MB seria bloqueado j\u00e1 ap\u00f3s 10 MB.\r\n<h3>O fracionamento tem um limite inferior<\/h3>\r\nQuanto menor cada parte da cota, mais relat\u00f3rios h\u00e1, e se a cota for fracionada demais, a troca interna tamb\u00e9m se torna uma carga consider\u00e1vel. Por isso o limiar tem um valor m\u00ednimo. Se o or\u00e7amento de risco n\u00e3o puder ser respeitado nem com esse m\u00ednimo, o PCEF gera um alerta: ultrapassar o or\u00e7amento sem avisar a operadora n\u00e3o \u00e9 aceit\u00e1vel.\r\n<h2>Ponto dois: rebalanceamento<\/h2>\r\nAs perdas durante o rebalanceamento s\u00e3o menos vis\u00edveis do que as perdas por falha. Quando a distribui\u00e7\u00e3o de assinantes entre os n\u00f3s \u00e9 calculada em fun\u00e7\u00e3o da lista de n\u00f3s ativos, qualquer mudan\u00e7a nessa lista transfere parte das sess\u00f5es para outros n\u00f3s. O assinante perde a conex\u00e3o, e isso \u00e9 percept\u00edvel. Mas o volume acumulado no n\u00f3 anterior desde o \u00faltimo relat\u00f3rio desaparece junto com a sess\u00e3o.\r\n \r\nO rebalanceamento n\u00e3o \u00e9 causado apenas por falhas, mas tamb\u00e9m pela inclus\u00e3o planejada de um n\u00f3 DPI, uma opera\u00e7\u00e3o rotineira para ampliar a capacidade. Ou seja, os dados de contabiliza\u00e7\u00e3o se perdem justamente quando a rede, em tese, est\u00e1 sendo melhorada.\r\n \r\nSaiba como crescer sem afetar os assinantes em nosso artigo <a href=\"\/blog\/mobile-networks\/scaling-in-a-cups-architecture-how-to-grow-without-disrupting-subscribers\/\">Escalabilidade no modelo CUPS: como crescer sem afetar os assinantes<\/a>.\r\n \r\nPara que o volume n\u00e3o se perca, a sess\u00e3o \u00e9 transferida para o novo n\u00f3 de forma controlada:\r\n<ol>\r\n \t<li>O PCEF cria uma sess\u00e3o no n\u00f3 de destino, transfere os servi\u00e7os e perfis do assinante e define o limiar com base na cota restante.<\/li>\r\n \t<li>O tr\u00e1fego do assinante \u00e9 comutado para o n\u00f3 de destino.<\/li>\r\n \t<li>O PCEF encerra a sess\u00e3o no n\u00f3 de origem, e este envia um relat\u00f3rio final.<\/li>\r\n \t<li>O PCEF soma os volumes contabilizados pelos dois n\u00f3s e define um novo limiar no n\u00f3 de destino.<\/li>\r\n<\/ol>\r\n<noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\" alt=\"transfer\u00eancia de uma sess\u00e3o\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15004\"><\/noscript><img decoding=\"async\" src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\" alt=\"transfer\u00eancia de uma sess\u00e3o\" width=\"100%\" height=\"auto\" class=\"alignnone size-full wp-image-15004 lazyload\" data-src=\"\/wp-content\/uploads\/2026\/10\/session_migration_en-1.svg\">\r\nFigura 3. Transfer\u00eancia de uma sess\u00e3o sem perda de contabiliza\u00e7\u00e3o: soma dos volumes e limiar absoluto no n\u00f3 de destino\r\n \r\nCom esse tipo de transfer\u00eancia, nada se perde. O n\u00f3 de origem encerra a sess\u00e3o normalmente e, antes disso, envia todo o volume acumulado. Tamb\u00e9m n\u00e3o h\u00e1 contabiliza\u00e7\u00e3o em dobro. Cada byte \u00e9 contabilizado por apenas um dos dois n\u00f3s, e o novo limiar do n\u00f3 de destino \u00e9 definido como um valor absoluto, calculado a partir do consumo total nos dois n\u00f3s, e n\u00e3o como um acr\u00e9scimo ao que o n\u00f3 de destino j\u00e1 contabilizou.\r\n \r\nA transfer\u00eancia controlada tem mais uma vantagem. A conex\u00e3o do assinante n\u00e3o \u00e9 interrompida, e o consumo \u00e9 conhecido com precis\u00e3o. Isso significa que a sess\u00e3o de tarifa\u00e7\u00e3o n\u00e3o precisa ser encerrada e reaberta. Com um grande n\u00famero de sess\u00f5es, a diferen\u00e7a \u00e9 significativa. Encerrar e reabrir uma \u00fanica sess\u00e3o de tarifa\u00e7\u00e3o exige quatro mensagens: uma requisi\u00e7\u00e3o e uma resposta para encerr\u00e1-la e uma requisi\u00e7\u00e3o e uma resposta para abri-la. Se um n\u00f3 de processamento com quatro milh\u00f5es de sess\u00f5es for retirado de opera\u00e7\u00e3o encerrando e reabrindo as sess\u00f5es, o sistema de tarifa\u00e7\u00e3o receber\u00e1 at\u00e9 dezesseis milh\u00f5es de mensagens. Com a transfer\u00eancia controlada, n\u00e3o h\u00e1 nenhuma troca com o sistema de tarifa\u00e7\u00e3o.\r\n \r\n[product id=\u201d10980\u2033 type=\u201ddark\u201d]\r\n<h2>Ponto tr\u00eas: troca do n\u00f3 de controle<\/h2>\r\nO PCEF mant\u00e9m na mem\u00f3ria o estado das sess\u00f5es de tarifa\u00e7\u00e3o: cotas concedidas, volumes consumidos, prazos de validade das cotas e n\u00fameros das requisi\u00e7\u00f5es enviadas ao sistema de tarifa\u00e7\u00e3o. Com o fracionamento de cotas, os totais acumulados dos relat\u00f3rios intermedi\u00e1rios tamb\u00e9m ficam armazenados ali. Quando um n\u00f3 de controle falha, suas sess\u00f5es s\u00e3o assumidas por outro n\u00f3 de controle. Sem esse estado, o novo n\u00f3 n\u00e3o sabe quanto resta da cota nem quando ela expira. Por isso, o estado das sess\u00f5es \u00e9 mantido em um armazenamento compartilhado, acess\u00edvel a todos os n\u00f3s PCEF. Esse armazenamento precisa atender a dois requisitos.\r\n<h3>Os prazos de validade das cotas s\u00e3o armazenados como hor\u00e1rio absoluto de expira\u00e7\u00e3o, e n\u00e3o como tempo restante<\/h3>\r\nUm registro que diz \u201ca cota \u00e9 v\u00e1lida por mais 400 segundos\u201d \u00e9 in\u00fatil para um novo n\u00f3 de controle, porque ele n\u00e3o sabe quando o registro foi criado. Um registro que diz \u201ca cota \u00e9 v\u00e1lida at\u00e9 14:32:07\u201d \u00e9 inequ\u00edvoco a qualquer momento. Esse requisito pressup\u00f5e que os rel\u00f3gios de todos os n\u00f3s PCEF estejam sincronizados.\r\n<h3>O n\u00famero da requisi\u00e7\u00e3o ao sistema de tarifa\u00e7\u00e3o \u00e9 salvo no armazenamento antes do envio da requisi\u00e7\u00e3o, e n\u00e3o depois<\/h3>\r\nCada requisi\u00e7\u00e3o ao OCS dentro de uma sess\u00e3o recebe seu pr\u00f3prio n\u00famero. O OCS descarta como duplicada uma requisi\u00e7\u00e3o com n\u00famero j\u00e1 utilizado. Suponha que um n\u00f3 de controle enviou uma requisi\u00e7\u00e3o e falhou antes de salvar o n\u00famero no armazenamento. O novo n\u00f3 de controle pegar\u00e1 do armazenamento o \u00faltimo n\u00famero salvo e o reutilizar\u00e1. O OCS descartar\u00e1 a requisi\u00e7\u00e3o, nenhuma nova cota ser\u00e1 concedida e a sess\u00e3o ficar\u00e1 sem cota. Para evitar isso, basta salvar primeiro o n\u00famero da requisi\u00e7\u00e3o no armazenamento e s\u00f3 depois enviar a requisi\u00e7\u00e3o. Isso \u00e9 simples de implementar no c\u00f3digo. Muito mais dif\u00edcil \u00e9 perceber o erro. Ele ocorre raramente e parece uma falha aleat\u00f3ria que afeta um \u00fanico assinante.\r\n<h2>Ponto quatro: mudan\u00e7a do conjunto de regras durante a sess\u00e3o<\/h2>\r\nO PCRF pode mudar o conjunto de regras no meio da sess\u00e3o, por exemplo, na passagem de um plano tarif\u00e1rio diurno para um noturno. O volume contabilizado antes da mudan\u00e7a deve ser tarifado pelas regras antigas. Caso contr\u00e1rio, o tr\u00e1fego consumido no plano diurno ser\u00e1 tarifado pela tarifa noturna.\r\n \r\nO mecanismo \u00e9 simples, mas exige uma ordem rigorosa de etapas:\r\n<ol>\r\n \t<li>O DPI recebe as novas regras do PCEF.<\/li>\r\n \t<li>O DPI envia um relat\u00f3rio sobre o volume acumulado.<\/li>\r\n \t<li>O DPI aplica as novas regras.<\/li>\r\n \t<li>O DPI confirma ao PCEF a mudan\u00e7a de regras.<\/li>\r\n<\/ol>\r\nA confirma\u00e7\u00e3o \u00e9 enviada depois do relat\u00f3rio, ent\u00e3o, quando o PCEF fica sabendo da mudan\u00e7a de regras, todo o volume das regras antigas j\u00e1 foi contabilizado.\r\n \r\nEntre o envio do relat\u00f3rio e a aplica\u00e7\u00e3o das novas regras, existe um intervalo em que a configura\u00e7\u00e3o de contabiliza\u00e7\u00e3o n\u00e3o est\u00e1 definida. Durante esse per\u00edodo, deve vigorar uma regra padr\u00e3o que bloqueia o tr\u00e1fego do assinante:\r\n \r\n[important]Um bloqueio breve \u00e9 prefer\u00edvel a deixar o tr\u00e1fego passar sem contabiliza\u00e7\u00e3o.[\/important]\r\n \r\n<h2>N\u00e3o espere pela concilia\u00e7\u00e3o com o billing<\/h2>\r\nOs erros de contabiliza\u00e7\u00e3o n\u00e3o aparecem imediatamente, e ao final do per\u00edodo de faturamento j\u00e1 n\u00e3o \u00e9 poss\u00edvel rastrear sua causa. Para identificar um problema a tempo, acompanhe estas seis m\u00e9tricas.\r\n<table>\r\n<tbody>\r\n<tr>\r\n<td><strong>M\u00e9trica<\/strong><\/td>\r\n<td><strong>O que um aumento significa<\/strong><\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Diferen\u00e7a entre o n\u00famero de sess\u00f5es de tarifa\u00e7\u00e3o abertas e encerradas<\/td>\r\n<td>Parte das sess\u00f5es n\u00e3o \u00e9 encerrada normalmente, e o consumo final delas n\u00e3o \u00e9 informado<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>N\u00famero de sess\u00f5es transferidas sem relat\u00f3rio final<\/td>\r\n<td>Aumenta o n\u00famero de casos de volume perdido<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Intervalo m\u00e9dio entre relat\u00f3rios das sess\u00f5es ativas<\/td>\r\n<td>Aumenta o multiplicador da f\u00f3rmula de perda na falha de um n\u00f3 de processamento<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Soma dos limiares de todas as sess\u00f5es em um n\u00f3 de processamento<\/td>\r\n<td>Aumenta o limite superior da perda se esse n\u00f3 falhar. Aproximar-se do or\u00e7amento de risco \u00e9 motivo para rever o fracionamento das cotas<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>Atraso dos n\u00f3s em rela\u00e7\u00e3o \u00e0s atualiza\u00e7\u00f5es da tabela de distribui\u00e7\u00e3o de sess\u00f5es<\/td>\r\n<td>Os n\u00f3s usam uma tabela de distribui\u00e7\u00e3o desatualizada. O tr\u00e1fego do assinante pode chegar a um n\u00f3 DPI que j\u00e1 n\u00e3o atende a sess\u00e3o dele<\/td>\r\n<\/tr>\r\n<tr>\r\n<td>N\u00famero de relat\u00f3rios de um n\u00f3 de processamento que j\u00e1 n\u00e3o atende a sess\u00e3o<\/td>\r\n<td>Aumenta o n\u00famero de relat\u00f3rios atrasados<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\nA \u00faltima m\u00e9trica precisa de uma explica\u00e7\u00e3o. Quando uma sess\u00e3o \u00e9 transferida para outro n\u00f3 DPI, o n\u00f3 anterior pode enviar um relat\u00f3rio com atraso. Por exemplo, o relat\u00f3rio foi enviado antes da comuta\u00e7\u00e3o, mas chegou ao PCEF depois dela. Esse relat\u00f3rio cont\u00e9m tr\u00e1fego real do assinante que ainda n\u00e3o foi contabilizado em lugar nenhum. Se o PCEF o descartar s\u00f3 porque esse n\u00f3 j\u00e1 n\u00e3o atende a sess\u00e3o, o volume ser\u00e1 perdido. Ou seja, o gateway de servi\u00e7os perder\u00e1 dados de contabiliza\u00e7\u00e3o por conta pr\u00f3pria, sem falha alguma. Por isso, os relat\u00f3rios atrasados devem ser aceitos e somados ao consumo da sess\u00e3o a que pertencem.\r\n<h2>Conclus\u00e3o<\/h2>\r\nAs perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego ocorrem em quatro situa\u00e7\u00f5es, e apenas uma delas \u00e9 inevit\u00e1vel: a falha de um n\u00f3 de processamento. O n\u00f3 n\u00e3o tem tempo de enviar o volume acumulado, e esse tr\u00e1fego fica fora da contabiliza\u00e7\u00e3o. Mas, mesmo nesse caso, a perda pode ser mantida sob controle: seu limite superior \u00e9 igual \u00e0 soma dos limiares do n\u00f3 e, com o or\u00e7amento de risco, a operadora decide quanto est\u00e1 disposta a perder. Em nossa solu\u00e7\u00e3o, o PCEF ajusta sozinho os limiares a esse or\u00e7amento, de modo que o limite de perda na falha de qualquer n\u00f3 \u00e9 conhecido antecipadamente, e a carga sobre o OCS n\u00e3o aumenta.\r\n \r\nNas outras tr\u00eas situa\u00e7\u00f5es, as perdas podem ser evitadas se a ordem correta das opera\u00e7\u00f5es for prevista desde o in\u00edcio:\r\n<ul>\r\n \t<li>no rebalanceamento, as sess\u00f5es s\u00e3o transferidas para outro n\u00f3 de processamento de forma controlada;<\/li>\r\n \t<li>os prazos de validade das cotas s\u00e3o armazenados como hor\u00e1rio absoluto;<\/li>\r\n \t<li>o n\u00famero da requisi\u00e7\u00e3o \u00e9 salvo antes do envio da requisi\u00e7\u00e3o;<\/li>\r\n \t<li>o volume acumulado \u00e9 informado antes da mudan\u00e7a de regras.<\/li>\r\n<\/ul>\r\nTudo isso \u00e9 f\u00e1cil de prever. J\u00e1 encontrar a causa de uma discrep\u00e2ncia depois da concilia\u00e7\u00e3o com o billing \u00e9 quase imposs\u00edvel.\r\n \r\n[product id=\u201d14167\u2033 type=\u201ddark\u201d]","protected":false},"excerpt":{"rendered":"<p>Os pontos onde os dados de contabiliza\u00e7\u00e3o se perdem s\u00e3o poucos. \u00c9 poss\u00edvel list\u00e1-los, calcular antecipadamente o tamanho da perda em cada um e transformar essa perda de uma caracter\u00edstica do sistema em um par\u00e2metro configur\u00e1vel. S\u00e3o quatro pontos: a falha de um n\u00f3 de processamento, o rebalanceamento, a troca do n\u00f3 de controle e a mudan\u00e7a do conjunto de regras.<\/p>\n","protected":false},"author":7,"featured_media":14997,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[102,46],"tags":[],"class_list":["post-14996","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mobile-networks","category-solution"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v24.2 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Perdeu na falha? Como calcular antecipadamente as perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego - VAS Experts<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\",\"url\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\",\"name\":\"Perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego: or\u00e7amento de risco e limiares no PCEF \u2014 VAS Experts\",\"isPartOf\":{\"@id\":\"https:\/\/vasexperts.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\"},\"thumbnailUrl\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"datePublished\":\"2026-10-15T11:15:56+00:00\",\"dateModified\":\"2026-10-15T11:41:55+00:00\",\"author\":{\"@id\":\"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59\"},\"description\":\"Analisamos quatro causas de perdas de contabiliza\u00e7\u00e3o em um gateway de servi\u00e7os: falha do n\u00f3 DPI, rebalanceamento, troca do PCEF e mudan\u00e7a de regras, e como limit\u00e1-las\",\"breadcrumb\":{\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb\"},\"inLanguage\":\"br-PT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"br-PT\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage\",\"url\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"contentUrl\":\"\/wp-content\/uploads\/2026\/10\/accounting.jpg\",\"width\":850,\"height\":354,\"caption\":\"traffic accounting\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"\u0413\u043b\u0430\u0432\u043d\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\",\"item\":\"https:\/\/vasexperts.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Gone When It Fails? How to Calculate Traffic Accounting Losses in Advance\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/vasexperts.com\/#website\",\"url\":\"https:\/\/vasexperts.com\/\",\"name\":\"VAS Experts\",\"description\":\"VAS Experts\",\"inLanguage\":\"br-PT\",\"publisher\":{\"@id\":\"https:\/\/vasexperts.com\/#organization\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59\",\"name\":\"Elena Rudich\",\"url\":\"https:\/\/vasexperts.com\/br\/blog\/author\/elena-rudich\/\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/vasexperts.com\/#organization\",\"name\":\"VAS Experts\",\"url\":\"https:\/\/vasexperts.com\/\",\"logo\":\"https:\/\/vasexperts.com\/assets\/img\/svg\/logo.svg\",\"sameAs\":[\"https:\/\/www.linkedin.com\/company\/vas-experts\",\"https:\/\/www.youtube.com\/channel\/UCGYfhhZvmE2XbrCyerzRbGA\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Perdeu na falha? Como calcular antecipadamente as perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego - VAS Experts","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","url":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/","name":"Perdas na contabiliza\u00e7\u00e3o de tr\u00e1fego: or\u00e7amento de risco e limiares no PCEF \u2014 VAS Experts","isPartOf":{"@id":"https:\/\/vasexperts.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage"},"image":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage"},"thumbnailUrl":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","datePublished":"2026-10-15T11:15:56+00:00","dateModified":"2026-10-15T11:41:55+00:00","author":{"@id":"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59"},"description":"Analisamos quatro causas de perdas de contabiliza\u00e7\u00e3o em um gateway de servi\u00e7os: falha do n\u00f3 DPI, rebalanceamento, troca do PCEF e mudan\u00e7a de regras, e como limit\u00e1-las","breadcrumb":{"@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb"},"inLanguage":"br-PT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/"]}]},{"@type":"ImageObject","inLanguage":"br-PT","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#primaryimage","url":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","contentUrl":"\/wp-content\/uploads\/2026\/10\/accounting.jpg","width":850,"height":354,"caption":"traffic accounting"},{"@type":"BreadcrumbList","@id":"https:\/\/vasexperts.com\/blog\/mobile-networks\/gone-when-it-fails-how-to-calculate-traffic-accounting-losses-in-advance\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"\u0413\u043b\u0430\u0432\u043d\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430","item":"https:\/\/vasexperts.com\/"},{"@type":"ListItem","position":2,"name":"Gone When It Fails? How to Calculate Traffic Accounting Losses in Advance"}]},{"@type":"WebSite","@id":"https:\/\/vasexperts.com\/#website","url":"https:\/\/vasexperts.com\/","name":"VAS Experts","description":"VAS Experts","inLanguage":"br-PT","publisher":{"@id":"https:\/\/vasexperts.com\/#organization"}},{"@type":"Person","@id":"https:\/\/vasexperts.com\/#\/schema\/person\/e437e05016391b857d85b493b3173d59","name":"Elena Rudich","url":"https:\/\/vasexperts.com\/br\/blog\/author\/elena-rudich\/"},{"@type":"Organization","@id":"https:\/\/vasexperts.com\/#organization","name":"VAS Experts","url":"https:\/\/vasexperts.com\/","logo":"https:\/\/vasexperts.com\/assets\/img\/svg\/logo.svg","sameAs":["https:\/\/www.linkedin.com\/company\/vas-experts","https:\/\/www.youtube.com\/channel\/UCGYfhhZvmE2XbrCyerzRbGA"]}]}},"_links":{"self":[{"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/posts\/14996"}],"collection":[{"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/comments?post=14996"}],"version-history":[{"count":9,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/posts\/14996\/revisions"}],"predecessor-version":[{"id":15012,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/posts\/14996\/revisions\/15012"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/media\/14997"}],"wp:attachment":[{"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/media?parent=14996"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/categories?post=14996"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vasexperts.com\/br\/wp-json\/wp\/v2\/tags?post=14996"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}