{"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\/es\/blog\/mobile-networks\/hierarchical-qos-on-pcef-how-to-manage-service-priorities\/","title":{"rendered":"QoS jer\u00e1rquico en PCEF: c\u00f3mo gestionar las prioridades de los servicios"},"content":{"rendered":"El operador enfrenta un problema similar a escala de toda la red. Ante la congesti\u00f3n en horas pico o durante eventos masivos, el n\u00facleo env\u00eda perfiles actualizados con ancho de banda reducido y baja la velocidad a todos los suscriptores a la vez. Todos los servicios compiten sin distinci\u00f3n por el recurso restante. El video y las llamadas, con los que el suscriptor juzga la calidad de la red, son los primeros en degradarse, y al operador le resulta dif\u00edcil redistribuir r\u00e1pidamente el ancho de banda entre servicios.\r\n\r\nEl problema no est\u00e1 en fallas del equipo ni en la configuraci\u00f3n de una red en particular. El est\u00e1ndar 3GPP (3rd Generation Partnership Project) describe mecanismos para limitar el ancho de banda del suscriptor y de servicios individuales, pero no define qu\u00e9 servicio obtiene el ancho de banda primero cuando no alcanza para todos. En este art\u00edculo veremos d\u00f3nde est\u00e1 ese vac\u00edo del est\u00e1ndar y c\u00f3mo lo resuelve el PCEF de VAS\u00a0Experts<\/a>.\r\n

Hay un techo, pero no hay reglas<\/h2>\r\nPara entender de d\u00f3nde surge este vac\u00edo, hay que adentrarse en la especificaci\u00f3n 3GPP TS 23.203 \u00abPolicy and charging control architecture\u00bb<\/a> (arquitectura de control de pol\u00edticas y tarificaci\u00f3n).\r\n\r\nLa arquitectura de QoS en 3GPP se basa en portadores: bearers en LTE y QoS Flows en 5G. Un portador es un canal l\u00f3gico entre el dispositivo del suscriptor y el gateway de paquetes<\/a>, con su propio conjunto de par\u00e1metros de calidad.\r\n

Dedicated Bearer<\/h3>\r\nSi un flujo de datos necesita determinados par\u00e1metros de servicio (velocidad garantizada, latencia<\/a> admisible y tasa de p\u00e9rdida de paquetes<\/a>) o cierta prioridad, se crea para \u00e9l un portador independiente (Dedicated Bearer) con su propio perfil de QoS (QCI\/5QI, ARP).\r\n\r\nSeg\u00fan el est\u00e1ndar, tambi\u00e9n se puede definir la prioridad mediante ARP (Allocation and Retention Priority), pero se trata de la prioridad del portador, no de un servicio individual. Mediante SDF (service definition function), los servicios se distribuyen entre portadores con QCI y ARP definidos. Cuando faltan recursos de radio, un portador con ARP bajo no se crea, y uno existente puede eliminarse por completo. Es decir, la prioridad la tiene el portador, pero solo afecta a la creaci\u00f3n o eliminaci\u00f3n del portador completo con todos los servicios que contiene, y no permite distribuir de forma flexible el ancho de banda entre servicios.\r\n

Default Bearer<\/h3>\r\nTodo el tr\u00e1fico de los servicios para los que no se cre\u00f3 un canal dedicado (web, mensajer\u00eda, YouTube, torrents, actualizaciones en segundo plano) pasa por el canal base, o portador predeterminado (Default Bearer). Siempre es un portador non-GBR (Non-Guaranteed Bit Rate) y normalmente se le asigna la clase de baja prioridad QCI 9. El tr\u00e1fico de esta clase se procesa seg\u00fan la capacidad disponible (best effort) y su entrega no est\u00e1 garantizada. Para todo el tr\u00e1fico non-GBR, el est\u00e1ndar prev\u00e9 un par\u00e1metro com\u00fan: APN-AMBR.\r\n\r\n[important]APN-AMBR es el techo agregado de velocidad para todo el tr\u00e1fico non-GBR del suscriptor dentro de un APN.[\/important]\r\n\r\nSeg\u00fan la especificaci\u00f3n 3GPP, la funci\u00f3n del PCEF (Policy and Charging Enforcement Function) es controlar que la velocidad total de todos los flujos de datos de servicio (SDF) non-GBR dentro de un punto de acceso a la red (APN) no supere ese techo. El est\u00e1ndar no describe c\u00f3mo distribuir el ancho de banda entre flujos que compiten cuando su demanda total supera el techo. Por eso, en las interfaces mediante las cuales el servidor de pol\u00edticas (PCRF<\/a>) env\u00eda reglas al PCEF (por ejemplo, Gx sobre el protocolo Diameter<\/a>), no existen atributos (AVP) que permitan transmitir esa distribuci\u00f3n.\r\n\r\n[important]PCRF (Policy and Charging Rules Function) es el nodo que toma las decisiones sobre pol\u00edticas de QoS y tarificaci\u00f3n y las env\u00eda al PCEF en forma de reglas.[\/important]\r\n\r\nImaginemos que el plan del suscriptor es de 50 Mbps, mientras que un torrent o la actualizaci\u00f3n de un juego pueden ocupar hasta 100 Mbps, de modo que el canal se satura por completo. Los paquetes de la app de mensajer\u00eda pasan por el mismo policer que el torrent. No hay reglas de balanceo, as\u00ed que el policer recorta el tr\u00e1fico sin distinguir entre servicios. As\u00ed, casi todo el ancho de banda se lo lleva quien genera m\u00e1s tr\u00e1fico; en nuestro caso, el torrent.\r\n\r\nEl est\u00e1ndar 3GPP regula estrictamente las interfaces entre nodos, pero deja intencionalmente a criterio de los fabricantes la l\u00f3gica de planificaci\u00f3n (scheduling) y la competencia del tr\u00e1fico dentro de un mismo APN. Como resultado, el est\u00e1ndar no tiene ning\u00fan mecanismo para distribuir el ancho de banda entre servicios seg\u00fan su prioridad.\r\n

QoS jer\u00e1rquico en el PCEF de VAS\u00a0Experts<\/h2>\r\nEn VAS Experts, esta tarea se resuelve con QoS jer\u00e1rquico (HQoS) en el PCEF con perfiles locales. El ancho de banda del suscriptor no se ampl\u00eda, sino que se distribuye entre los servicios seg\u00fan su prioridad. Los tipos de tr\u00e1fico prioritarios, como la voz y la web, lo reciben primero, y el P2P y las descargas en segundo plano usan el resto.\r\n

Dos niveles de policing<\/h3>\r\nEl nivel superior de la jerarqu\u00eda es la clase ra\u00edz HTB (root), es decir, el ancho de banda total del suscriptor. Se define en el perfil de policing (plan tarifario). Aqu\u00ed se asigna el valor de APN-AMBR (o la velocidad del plan de internet residencial), por ejemplo, 50 Mbps. En total, el suscriptor no podr\u00e1 superar este techo.\r\n\r\nEn el segundo nivel (leaf classes) hay ocho clases, de class0 a class7. Por defecto, class0 tiene la prioridad m\u00e1s alta y class7, la m\u00e1s baja. El motor DPI<\/a> basado en firmas reconoce el protocolo o el destino del tr\u00e1fico (YouTube, BitTorrent, Telegram) y asigna el flujo a la clase correspondiente. La distribuci\u00f3n por clases se define mediante un marcado global por protocolos y destinos, o mediante un marcado individual por protocolos para un suscriptor concreto. Las clases se vinculan con los grupos de tarificaci\u00f3n (rating groups) mediante una tabla de correspondencia.\r\n\r\n