{"id":14969,"date":"2026-10-07T12:23:05","date_gmt":"2026-10-07T09:23:05","guid":{"rendered":"https:\/\/vasexperts.com\/?p=14969"},"modified":"2026-10-07T18:38:49","modified_gmt":"2026-10-07T15:38:49","slug":"hierarchical-qos-on-pcef-how-to-manage-service-priorities","status":"publish","type":"post","link":"https:\/\/vasexperts.com\/br\/blog\/mobile-networks\/hierarchical-qos-on-pcef-how-to-manage-service-priorities\/","title":{"rendered":"QoS hier\u00e1rquico no PCEF: como gerenciar as prioridades dos servi\u00e7os"},"content":{"rendered":"A operadora enfrenta um problema semelhante na escala de toda a rede. Em caso de congestionamento nos hor\u00e1rios de pico ou em grandes eventos, o n\u00facleo envia perfis atualizados com banda reduzida, diminuindo a velocidade de todos os assinantes de uma s\u00f3 vez. Todos os servi\u00e7os passam a disputar indistintamente o recurso restante. V\u00eddeos e chamadas, pelos quais o assinante avalia a qualidade da rede, s\u00e3o os primeiros a se degradar, e \u00e9 dif\u00edcil para a operadora redistribuir rapidamente a banda entre os servi\u00e7os.\r\n\r\nO problema n\u00e3o est\u00e1 em falhas de equipamento nem nas configura\u00e7\u00f5es de uma rede espec\u00edfica. O padr\u00e3o 3GPP (3rd Generation Partnership Project) descreve mecanismos de limita\u00e7\u00e3o de banda por assinante e por servi\u00e7o, mas n\u00e3o define qual servi\u00e7o recebe a banda primeiro quando ela n\u00e3o \u00e9 suficiente para todos. Neste artigo, vamos ver onde est\u00e1 essa lacuna do padr\u00e3o e como o PCEF da VAS\u00a0Experts<\/a> resolve esse problema.\r\n

H\u00e1 um teto, mas n\u00e3o h\u00e1 regras<\/h2>\r\nPara entender de onde vem essa lacuna, \u00e9 preciso mergulhar na especifica\u00e7\u00e3o 3GPP TS 23.203 \u201cPolicy and charging control architecture\u201d<\/a> (arquitetura de controle de pol\u00edticas e tarifa\u00e7\u00e3o).\r\n\r\nA arquitetura de QoS no 3GPP \u00e9 constru\u00edda em torno de portadoras: bearers no LTE e QoS Flows no 5G. A portadora \u00e9 um canal l\u00f3gico entre o dispositivo do assinante e o gateway de pacotes<\/a>, com seu pr\u00f3prio conjunto de par\u00e2metros de qualidade.\r\n

Dedicated Bearer<\/h3>\r\nSe um fluxo de dados precisa de par\u00e2metros de servi\u00e7o espec\u00edficos (taxa garantida, lat\u00eancia<\/a> aceit\u00e1vel e taxa de perda de pacotes<\/a>) ou de determinada prioridade, cria-se para ele uma portadora separada (Dedicated Bearer), com seu pr\u00f3prio perfil de QoS (QCI\/5QI, ARP).\r\n\r\nPelo padr\u00e3o, tamb\u00e9m \u00e9 poss\u00edvel definir a prioridade por meio do ARP (Allocation and Retention Priority), mas essa \u00e9 a prioridade da portadora, e n\u00e3o de um servi\u00e7o individual. Com o SDF (service definition function), os servi\u00e7os s\u00e3o distribu\u00eddos entre portadoras com QCI e ARP definidos. Quando faltam recursos de r\u00e1dio, uma portadora com ARP baixo n\u00e3o ser\u00e1 criada, e uma j\u00e1 existente pode ser removida por completo. Ou seja, a prioridade existe na portadora, mas afeta apenas a cria\u00e7\u00e3o ou a remo\u00e7\u00e3o da portadora inteira, com todos os servi\u00e7os que est\u00e3o nela, e n\u00e3o permite distribuir a banda de forma flex\u00edvel entre os servi\u00e7os.\r\n

Default Bearer<\/h3>\r\nTodo o tr\u00e1fego dos servi\u00e7os para os quais n\u00e3o foi criado um canal dedicado (web, mensageiros, YouTube, torrents, atualiza\u00e7\u00f5es em segundo plano) passa pelo canal b\u00e1sico, a portadora padr\u00e3o (Default Bearer). Ela \u00e9 sempre uma portadora non-GBR (Non-Guaranteed Bit Rate) e normalmente recebe a classe de baixa prioridade QCI 9. O tr\u00e1fego dessa classe \u00e9 tratado no modo best effort, e sua entrega n\u00e3o \u00e9 garantida. Para todo o tr\u00e1fego non-GBR, o padr\u00e3o prev\u00ea um par\u00e2metro comum: o APN-AMBR.\r\n\r\n[important]APN-AMBR \u00e9 o teto agregado de velocidade para todo o tr\u00e1fego non-GBR do assinante dentro de um APN.[\/important]\r\n\r\nDe acordo com a especifica\u00e7\u00e3o 3GPP, a fun\u00e7\u00e3o do PCEF (Policy and Charging Enforcement Function) \u00e9 garantir que a velocidade total de todos os fluxos de dados de servi\u00e7o (SDF) non-GBR dentro de um ponto de acesso \u00e0 rede (APN) n\u00e3o ultrapasse esse teto. O padr\u00e3o n\u00e3o descreve como distribuir a banda entre fluxos concorrentes quando a demanda total deles \u00e9 maior que o teto. Por isso, nas interfaces pelas quais o servidor de pol\u00edticas (PCRF<\/a>) envia as regras ao PCEF (por exemplo, Gx pelo protocolo Diameter<\/a>), n\u00e3o h\u00e1 atributos (AVP) que permitam transmitir essa distribui\u00e7\u00e3o.\r\n\r\n[important]PCRF (Policy and Charging Rules Function) \u00e9 o n\u00f3 que toma as decis\u00f5es sobre pol\u00edticas de QoS e tarifa\u00e7\u00e3o e as envia ao PCEF na forma de regras.[\/important]\r\n\r\nImagine que o plano do assinante seja de 50 Mbps, enquanto um torrent ou a atualiza\u00e7\u00e3o de um jogo pode ocupar at\u00e9 100 Mbps, de modo que o canal fica totalmente saturado. Os pacotes do mensageiro passam pelo mesmo policer que o torrent. N\u00e3o h\u00e1 regras de balanceamento, ent\u00e3o o policer corta o tr\u00e1fego sem distinguir os servi\u00e7os. Assim, quase toda a banda fica com quem gera mais tr\u00e1fego, que, no nosso caso, \u00e9 o torrent.\r\n\r\nO padr\u00e3o 3GPP regulamenta rigorosamente as interfaces entre os n\u00f3s, mas deixa intencionalmente a crit\u00e9rio dos fabricantes de equipamentos a l\u00f3gica de agendamento (scheduling) e a concorr\u00eancia do tr\u00e1fego dentro de um mesmo APN. Como resultado, o padr\u00e3o n\u00e3o tem um mecanismo de distribui\u00e7\u00e3o de banda entre servi\u00e7os por prioridade.\r\n

QoS hier\u00e1rquico no PCEF da VAS\u00a0Experts<\/h2>\r\nNa VAS Experts, esse problema \u00e9 resolvido com QoS hier\u00e1rquico (HQoS) no PCEF com perfis locais. A banda do assinante n\u00e3o \u00e9 ampliada, e sim distribu\u00edda entre os servi\u00e7os por prioridade. Os tipos de tr\u00e1fego priorit\u00e1rios, como voz e web, recebem a banda primeiro, enquanto P2P e downloads em segundo plano usam o restante.\r\n

Dois n\u00edveis de policing<\/h3>\r\nO n\u00edvel superior da hierarquia \u00e9 a classe raiz HTB (root), ou seja, a banda total do assinante. Ela \u00e9 definida no perfil de policing (plano tarif\u00e1rio). Aqui entra o valor do APN-AMBR (ou a velocidade do plano de internet residencial), por exemplo, 50 Mbps. No total, o assinante n\u00e3o conseguir\u00e1 ultrapassar esse teto.\r\n\r\nNo segundo n\u00edvel (leaf classes) ficam oito classes, de class0 a class7. Por padr\u00e3o, a class0 tem a prioridade mais alta, e a class7, a mais baixa. O mecanismo de DPI<\/a> baseado em assinaturas reconhece o protocolo ou o destino do tr\u00e1fego (YouTube, BitTorrent, Telegram) e atribui o fluxo \u00e0 classe correspondente. A distribui\u00e7\u00e3o entre as classes \u00e9 definida por uma marca\u00e7\u00e3o global por protocolos e destinos ou por uma marca\u00e7\u00e3o individual por protocolos para um assinante espec\u00edfico. As classes s\u00e3o vinculadas aos grupos de tarifa\u00e7\u00e3o (rating groups) por meio de uma tabela de correspond\u00eancia.\r\n\r\n