{"id":15158,"date":"2026-09-02T12:46:25","date_gmt":"2026-09-02T09:46:25","guid":{"rendered":"https:\/\/vasexperts.com\/?p=15158"},"modified":"2026-11-02T12:46:42","modified_gmt":"2026-11-02T09:46:42","slug":"how-pcef-and-pcrf-work-together-policy-decision-vs-enforcement-and-the-role-of-dpi-in-real-time-tariff-policies","status":"publish","type":"post","link":"https:\/\/vasexperts.com\/es\/blog\/mobile-networks\/how-pcef-and-pcrf-work-together-policy-decision-vs-enforcement-and-the-role-of-dpi-in-real-time-tariff-policies\/","title":{"rendered":"C\u00f3mo funcionan juntos la PCEF y la PCRF: decisi\u00f3n de pol\u00edticas frente a su aplicaci\u00f3n, y el papel del DPI en las pol\u00edticas tarifarias en tiempo real"},"content":{"rendered":"En la arquitectura 3GPP, la Policy and Charging Rules Function (PCRF) toma la decisi\u00f3n de control de pol\u00edticas. La Policy and Charging Enforcement Function (PCEF) la aplica. La PCRF gestiona las reglas en la PCEF a trav\u00e9s de la interfaz Gx; la PCEF informa el consumo a la facturaci\u00f3n a trav\u00e9s de Gy y Gz. En nuestra PCEF, la inspecci\u00f3n profunda de paquetes (DPI) identifica las aplicaciones en el tr\u00e1fico.\r\n \r\n

\u00bfQu\u00e9 decide la PCRF y qu\u00e9 aplica la PCEF?<\/h2>\r\n \r\nSeg\u00fan 3GPP TS 23.203, la PCRF toma la decisi\u00f3n de control de pol\u00edticas: determina c\u00f3mo se trata en la PCEF el tr\u00e1fico de determinados servicios. La PCEF, ubicada en el gateway, aplica esa decisi\u00f3n controlando si un flujo pasa y qu\u00e9 calidad de servicio (QoS) recibe.\r\n \r\nEl est\u00e1ndar asigna a la PCRF la decisi\u00f3n de control de pol\u00edticas y el control de la tarificaci\u00f3n basada en flujos. La PCRF ofrece a la PCEF control de red sobre la detecci\u00f3n de flujos de datos de servicio, el gating, la QoS y la tarificaci\u00f3n basada en flujos, excepto la gesti\u00f3n de cr\u00e9dito. La PCRF define el tratamiento del tr\u00e1fico del plano de usuario en la PCEF para que corresponda al perfil de suscripci\u00f3n del usuario.\r\n \r\nEn la arquitectura 3GPP, la PCEF se encarga de la detecci\u00f3n de flujos de datos de servicio, la aplicaci\u00f3n de pol\u00edticas y la tarificaci\u00f3n basada en flujos. Aplica las pol\u00edticas de dos maneras. El gate enforcement deja pasar un flujo solo si su compuerta est\u00e1 abierta, y el QoS enforcement aplica al flujo la QoS autorizada. La PCEF tambi\u00e9n mide los flujos de datos de servicio y gestiona las interacciones de tarificaci\u00f3n online y offline.\r\n \r\nLa PCRF decide, y la PCEF aplica la decisi\u00f3n al tr\u00e1fico. Nuestra PCEF aplica las pol\u00edticas de QoS y la facturaci\u00f3n flexible seg\u00fan lo que requiere la PCRF.\r\n \r\n

C\u00f3mo se comunican la PCEF y la PCRF: Gx, Gy y el flujo de la sesi\u00f3n<\/h2>\r\n \r\nLa PCEF y la PCRF se comunican a trav\u00e9s de la interfaz Gx, una interfaz Diameter. Cuando se establece la sesi\u00f3n de datos de un suscriptor, la PCEF env\u00eda a la PCRF un CC-Request (CCR). La PCRF responde con un CC-Answer (CCA) que entrega las reglas de control de pol\u00edticas y tarificaci\u00f3n (PCC) para esa sesi\u00f3n. La PCEF informa el consumo a la facturaci\u00f3n a trav\u00e9s de Gy y Gz.\r\n \r\nDiameter transporta mensajes de autenticaci\u00f3n, autorizaci\u00f3n y contabilidad (AAA) sobre TCP o Stream Control Transmission Protocol (SCTP). Consulte la entrada protocolo Diameter<\/a> de nuestro glosario.\r\n \r\nEn la arquitectura 3GPP, una regla PCC permite detectar un flujo de datos de servicio y contiene par\u00e1metros para el control de pol\u00edticas y\/o el control de tarificaci\u00f3n.\r\n \r\n\r\n\r\n\r\n\r\n\r\n\r\n
Interfaz<\/th>\r\nQu\u00e9 conecta<\/th>\r\nQu\u00e9 transporta<\/th>\r\n<\/tr>\r\n
Gx<\/td>\r\nPCEF y PCRF<\/td>\r\nReglas PCC din\u00e1micas y referencias a reglas predefinidas, de la PCRF a la PCEF; solicitudes e informes de eventos, de la PCEF a la PCRF<\/td>\r\n<\/tr>\r\n
Gy<\/td>\r\nPCEF y sistema de tarificaci\u00f3n online (OCS)<\/td>\r\nControl de cr\u00e9dito online para la tarificaci\u00f3n basada en flujos, sobre Diameter<\/td>\r\n<\/tr>\r\n
Gz<\/td>\r\nPCEF y sistema de tarificaci\u00f3n offline (OFCS)<\/td>\r\nInformaci\u00f3n de tarificaci\u00f3n offline para la tarificaci\u00f3n basada en flujos<\/td>\r\n<\/tr>\r\n
Sy<\/td>\r\nPCRF y OCS<\/td>\r\nInformaci\u00f3n sobre el estado de los contadores de pol\u00edticas relativos al gasto del suscriptor, del OCS a la PCRF<\/td>\r\n<\/tr>\r\n<\/table>\r\n \r\nNuestro art\u00edculo DPI System Components<\/a> describe un ejemplo de sesi\u00f3n de datos; aqu\u00ed lo resumimos en seis pasos.\r\n \r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n
Flujo de una sesi\u00f3n de ejemplo<\/th>\r\nQu\u00e9 sucede<\/th>\r\nInterfaz<\/th>\r\n<\/tr>\r\n
1. Inicio de la sesi\u00f3n<\/td>\r\nLa PCEF env\u00eda a la PCRF un CC-Request con informaci\u00f3n del suscriptor y del servicio<\/td>\r\nGx<\/td>\r\n<\/tr>\r\n
2. Perfil<\/td>\r\nLa PCRF solicita el perfil del suscriptor al repositorio de datos de usuario (UDR) por Ud; para ello, el est\u00e1ndar tambi\u00e9n define el repositorio de perfiles de suscripci\u00f3n (SPR) por Sp<\/td>\r\nSp o Ud<\/td>\r\n<\/tr>\r\n
3. Decisi\u00f3n<\/td>\r\nLa PCRF decide si presta el servicio y con qu\u00e9 par\u00e1metros de calidad, y genera las reglas PCC<\/td>\r\nDentro de la PCRF<\/td>\r\n<\/tr>\r\n
4. Respuesta<\/td>\r\nLa PCRF devuelve las reglas a la PCEF en un CC-Answer<\/td>\r\nGx<\/td>\r\n<\/tr>\r\n
5. Control de cr\u00e9dito<\/td>\r\nLa PCEF abre una sesi\u00f3n de control de cr\u00e9dito con el OCS, la sesi\u00f3n se autoriza y el tr\u00e1fico empieza a fluir<\/td>\r\nGy<\/td>\r\n<\/tr>\r\n
6. Fin de la sesi\u00f3n<\/td>\r\nLa PCEF cierra las sesiones Diameter con la PCRF y con el OCS<\/td>\r\nGx, Gy<\/td>\r\n<\/tr>\r\n<\/table>\r\n \r\nSesi\u00f3n del suscriptor -> PCEF (nuestro motor DPI)\r\n \r\nPCEF \u2013Gx: CC-Request\u2013> PCRF\r\n \r\nPCRF \u2013Sp o Ud\u2013> repositorio de perfiles de suscripci\u00f3n (SPR) o repositorio de datos de usuario (UDR)\r\n \r\nPCRF \u2013Gx: CC-Answer con reglas PCC\u2013> PCEF\r\n \r\nPCEF \u2013Gy\u2013> OCS (tarificaci\u00f3n online)\r\n \r\nPCEF \u2013Gz\u2013> OFCS (tarificaci\u00f3n offline)\r\n \r\nPCRF <\u2013Sy\u2013 OCS\r\n \r\nLos enlaces Gx, Ud y Gy siguen la sesi\u00f3n de ejemplo; Sp, Gz y Sy provienen del est\u00e1ndar. La etiqueta DPI se refiere \u00fanicamente a nuestra PCEF.\r\n \r\nEn el ejemplo anterior, una vez que la sesi\u00f3n se autoriza y el tr\u00e1fico fluye, la PCEF le aplica las reglas recibidas. El DPI de nuestra PCEF identifica las aplicaciones en ese tr\u00e1fico. La PCEF limita, bloquea o permite el flujo y cuenta su volumen para la facturaci\u00f3n a trav\u00e9s de Gy y Gz.\r\n \r\nEn la arquitectura 3GPP, la PCRF tambi\u00e9n puede enviar nuevas reglas sin que la PCEF las solicite, en un Re-Auth-Request (RAR). La PCEF responde con un Re-Auth-Answer (RAA). La PCEF informa a la PCRF los eventos a los que la PCRF se suscribi\u00f3, y algunos eventos los informa siempre. Tambi\u00e9n informa el consumo acumulado cuando se alcanza un umbral definido por la PCRF.\r\n \r\nNuestra PCEF se conecta a la red del operador en Gi\/SGi y trabaja con la PCRF, el OCS y el OFCS a trav\u00e9s de las interfaces est\u00e1ndar Gx, Gy y Gz.\r\n \r\n

D\u00f3nde entra el DPI y por qu\u00e9 lo necesita la PCEF<\/h2>\r\n \r\nNuestra PCEF se basa en nuestro propio motor DPI, que analiza el tr\u00e1fico que pasa por \u00e9l e identifica las aplicaciones que contiene. Clasifica el tr\u00e1fico por aplicaci\u00f3n y protocolo, no solo por puerto y direcci\u00f3n IP, que es lo que requiere la tarificaci\u00f3n por tipo de servicio. Luego, la PCEF aplica las pol\u00edticas tarifarias que recibe de la PCRF.\r\n \r\nPrimero va la clasificaci\u00f3n: identifica las aplicaciones y los protocolos en el tr\u00e1fico. Despu\u00e9s vienen la gesti\u00f3n, la optimizaci\u00f3n y la priorizaci\u00f3n del tr\u00e1fico.\r\n \r\nEl DPI identifica una aplicaci\u00f3n principalmente mediante el an\u00e1lisis de firmas. Cada aplicaci\u00f3n tiene rasgos caracter\u00edsticos que se almacenan en una base de firmas, que debe actualizarse a medida que aparecen nuevas aplicaciones. Nuestro art\u00edculo sobre c\u00f3mo la PCEF y el DPI trabajan con ML e IA<\/a> explica c\u00f3mo una PCEF utiliza el DPI.\r\n \r\nEl tr\u00e1fico cifrado es m\u00e1s dif\u00edcil de clasificar: el DPI no puede leer la carga \u00fatil cifrada, as\u00ed que se basa en los metadatos no cifrados y en el an\u00e1lisis de comportamiento y heur\u00edstico. Ning\u00fan m\u00e9todo clasifica todo el tr\u00e1fico por s\u00ed solo, por lo que se combinan varios. Los m\u00e9todos se describen en nuestro art\u00edculo Traffic Classification and Deep Packet Inspection<\/a>.\r\n \r\nSeg\u00fan 3GPP TS 23.203, la detecci\u00f3n de aplicaciones se realiza en la Traffic Detection Function (TDF) o en una PCEF ampliada con detecci\u00f3n y control de aplicaciones (ADC). El est\u00e1ndar no define c\u00f3mo se detectan las aplicaciones; eso queda a cargo de la implementaci\u00f3n de cada fabricante.\r\n \r\n

C\u00f3mo una regla tarifaria se convierte en una acci\u00f3n sobre el tr\u00e1fico en tiempo real<\/h2>\r\n \r\nLa PCEF aplica en tiempo real al tr\u00e1fico del suscriptor las pol\u00edticas de tarificaci\u00f3n y QoS que recibe de la PCRF por Gx: limita la velocidad, bloquea o permite el tr\u00e1fico y cuenta el volumen de datos por servicio. Transfiere ese volumen a la facturaci\u00f3n a trav\u00e9s de Gy y Gz. Sin su aplicaci\u00f3n en una PCEF, las reglas definidas en la PCRF se quedan en el papel.\r\n \r\nNuestra PCEF admite la tarificaci\u00f3n por aplicaci\u00f3n, categor\u00eda de tr\u00e1fico y perfil de suscriptor. La l\u00f3gica de las reglas para los rating groups se define a trav\u00e9s de la PCRF; la PCEF la aplica al tr\u00e1fico.\r\n \r\nEn una pol\u00edtica de uso justo (fair usage policy), nuestra PCEF registra el consumo del paquete mediante la integraci\u00f3n por Gy con el OCS. Lo que ocurre cuando se agota la cuota depende de si el OCS y la PCRF est\u00e1n conectados por Sy. Con Sy, el OCS informa a la PCRF el estado de los contadores de pol\u00edticas. Entonces la PCRF cambia los servicios o sus par\u00e1metros en la sesi\u00f3n del suscriptor seg\u00fan su propia l\u00f3gica, por ejemplo, reduce la velocidad.\r\n \r\nSin Sy, el OCS env\u00eda a la PCEF una final unit indication (FUI) por Gy, y la PCEF bloquea el servicio. Seg\u00fan la configuraci\u00f3n, nuestra PCEF lo hace de una de dos maneras. O deja de reenviar los paquetes del servicio, o activa un charging rule base name (CRBN), un grupo de reglas que implementa el bloqueo. La segunda opci\u00f3n se usa con frecuencia para un portal cautivo: el suscriptor es redirigido y el acceso se limita a los recursos necesarios para llegar al portal del operador y recargar saldo.\r\n \r\nPara el zero-rating, nuestra PCEF reconoce una aplicaci\u00f3n de mensajer\u00eda o una plataforma de video mediante la clasificaci\u00f3n DPI, no mediante una lista de direcciones IP. Tarifica ese tr\u00e1fico por separado, lo cuenta en su propio bucket e informa ese bucket a la facturaci\u00f3n. El tr\u00e1fico con zero-rating no reduce la cuota principal. Para otros escenarios tarifarios, consulte nuestro art\u00edculo sobre c\u00f3mo cambiaron las tarifas m\u00f3viles y qu\u00e9 lugar ocupa la PCEF<\/a>.\r\n \r\n

Qu\u00e9 le pasa al enlace PCEF\u2013PCRF bajo carga<\/h2>\r\n \r\nLa PCRF puede convertirse en un cuello de botella. El crecimiento de suscriptores, dispositivos de Internet de las cosas (IoT) y sesiones Gx sobrecarga una PCRF dimensionada para vol\u00famenes menores. Adem\u00e1s, Diameter sobre TCP agrega el bloqueo head-of-line (HOL), en el que el retraso de una sesi\u00f3n ralentiza el procesamiento de las dem\u00e1s.\r\n \r\nUsamos el t\u00e9rmino PCRF offload para referirnos a trasladar a un proxy parte de la l\u00f3gica de decisi\u00f3n y del procesamiento de mensajes Diameter y Gx. El objetivo es reducir la carga de la PCRF principal. El PCRF offload no reemplaza la PCRF existente.\r\n \r\nNuestro PCRF Proxy se instala en un corte de la interfaz Gx entre la PCEF y la PCRF como un nodo transparente. Su Diameter bridge convierte las sesiones TCP en SCTP multistream para eliminar el bloqueo HOL.\r\n \r\nNuestra PCEF se basa en una arquitectura Control and User Plane Separation (CUPS). Esta permite que el procesamiento del tr\u00e1fico (el plano de usuario) escale de forma independiente de la l\u00f3gica de gesti\u00f3n de pol\u00edticas (el plano de control). Explicamos esta separaci\u00f3n en nuestro art\u00edculo CUPS para PCEF y PGW<\/a>.\r\n \r\nNuestro PCRF Proxy se implementa en cuatro etapas: auditor\u00eda de la carga de se\u00f1alizaci\u00f3n, inserci\u00f3n del proxy en el corte de Gx, configuraci\u00f3n de las reglas de offload y monitoreo con ajuste fino del enrutamiento.\r\n \r\n

C\u00f3mo trabajamos con los operadores en la PCEF<\/h2>\r\n \r\nEl operador completa un formulario. Nos ponemos en contacto con el operador, precisamos la tarea, le damos acceso a la documentaci\u00f3n y respondemos sus preguntas; luego analizamos la situaci\u00f3n actual: volumen de tr\u00e1fico, equipos disponibles y funcionalidades que necesita el operador. Nuestros ingenieros instalan el software elegido y lo adaptan a las tareas del operador. El contrato se firma despu\u00e9s de una prueba exitosa.\r\n \r\nEl software puede probarse en los equipos del propio operador, en una m\u00e1quina virtual o por VPN.\r\n \r\nLa implementaci\u00f3n de nuestra PCEF pasa por varias etapas. Incluyen una auditor\u00eda de la red y del sistema de facturaci\u00f3n actuales y el dise\u00f1o del esquema de integraci\u00f3n. Las interfaces Gx y Gy se configuran con la PCRF y el sistema de facturaci\u00f3n. Un piloto en un segmento limitado de suscriptores precede al despliegue a escala completa con monitoreo en Stingray NMS. Nuestros especialistas acompa\u00f1an el proyecto desde el piloto hasta el soporte posterior al lanzamiento.\r\n \r\nBrindamos soporte t\u00e9cnico mientras la PCEF se conecta a la facturaci\u00f3n del operador a trav\u00e9s de las interfaces est\u00e1ndar. Nuestra PCEF cuenta con experiencia de integraci\u00f3n con PCRF, OCS y OFCS de distintos sistemas de facturaci\u00f3n. Encontrar\u00e1 m\u00e1s informaci\u00f3n en las p\u00e1ginas de nuestra PCEF<\/a>, nuestro PCRF Proxy<\/a> y la soluci\u00f3n PCRF Offload<\/a>.\r\n \r\n

Preguntas frecuentes<\/h2>\r\n \r\n

\u00bfQu\u00e9 significa PCEF?<\/h3>\r\n \r\nEn 3GPP, PCEF significa Policy and Charging Enforcement Function. Se ubica en el gateway y se encarga de la detecci\u00f3n de flujos de datos de servicio, la aplicaci\u00f3n de pol\u00edticas y la tarificaci\u00f3n basada en flujos. La PCRF es la Policy and Charging Rules Function, que gestiona las reglas en ella a trav\u00e9s de Gx.\r\n \r\n

\u00bfQu\u00e9 nodo toma las decisiones de pol\u00edticas, la PCEF o la PCRF?<\/h3>\r\n \r\nLa PCRF toma la decisi\u00f3n de control de pol\u00edticas. En la arquitectura 3GPP, determina c\u00f3mo se trata en la PCEF el tr\u00e1fico de determinados servicios. La PCEF aplica esa decisi\u00f3n controlando si un flujo pasa y qu\u00e9 QoS recibe, con las reglas que recibe por Gx.\r\n \r\n

\u00bfQu\u00e9 interfaces conectan la PCEF con la PCRF y con la facturaci\u00f3n?<\/h3>\r\n \r\nGx conecta la PCEF con la PCRF. Gy la conecta con el OCS, y Gz con el OFCS. Sy une la PCRF y el OCS. Nuestra PCEF utiliza estas interfaces est\u00e1ndar: Gx con la PCRF, Gy con el OCS y Gz con el OFCS.\r\n \r\n

\u00bfQu\u00e9 hace el DPI en una PCEF?<\/h3>\r\n \r\nEn nuestra PCEF, el DPI identifica las aplicaciones en el tr\u00e1fico que pasa por ella. La clasificaci\u00f3n es el primer paso, y despu\u00e9s la PCEF establece prioridades y aplica las pol\u00edticas tarifarias. Nuestro propio motor DPI, sobre el que se basa la PCEF, clasifica el tr\u00e1fico por aplicaci\u00f3n y protocolo.\r\n \r\n

\u00bfQu\u00e9 es un PCRF Proxy y c\u00f3mo trabaja con una PCRF existente?<\/h3>\r\n \r\nNuestro PCRF Proxy es un nodo transparente en el enlace Gx entre la PCEF y la PCRF. Procesa por s\u00ed mismo parte de las solicitudes, y el resto va a la PCRF existente. Llamamos a esto PCRF offload, y no reemplaza la PCRF existente.\r\n \r\n

\u00bfA qu\u00e9 corresponden la PCRF y la PCEF en 5G?<\/h3>\r\n \r\nEn el n\u00facleo 5G, la arquitectura 3GPP hace corresponder la PCRF con la Policy Control Function (PCF). La PCEF corresponde a la combinaci\u00f3n de la Session Management Function (SMF) y la User Plane Function (UPF). N7 une la SMF y la PCF.\r\n \r\n

P\u00e1ginas relacionadas<\/h2>\r\n \r\n