PCRF Offload: descarga del PCRF en una red móvil

¿Qué es PCRF Offload y para qué lo necesitan los operadores?

PCRF Offload es la práctica de trasladar parte de la lógica de toma de decisiones y el procesamiento de mensajes Diameter/Gx a un nodo intermedio (proxy), con el fin de reducir la carga sobre el PCRF principal.

PCRF Proxy se integra en el corte de la interfaz Gx entre el PCEF y el PCRF como un nodo transparente, sin modificar el equipamiento existente, y resulta útil cuando:

un PCRF con alta carga no logra seguir el ritmo del crecimiento de la base de abonados o del tráfico
un reemplazo o una actualización con el proveedor requiere meses de aprobaciones y un alto CAPEX
existe riesgo de degradación de las sesiones Gx y de caída del PCRF ante picos de carga.

¿Por qué el PCRF puede convertirse en un cuello de botella?

Crecimiento de la carga de señalización

El aumento de la base de abonados, los dispositivos IoT y las sesiones Gx/Gy sobrecarga a un PCRF dimensionado para volúmenes menores.

Bloqueos HOL en Diameter

El transporte TCP de Diameter genera bloqueos Head-of-Line: los retrasos de una sesión frenan el procesamiento de las demás.

Modernización larga y costosa

Actualizar o ampliar la capacidad de un PCRF obsoleto implica meses de aprobaciones, integración y un presupuesto considerable.

Riesgo de degradación del servicio

La sobrecarga del PCRF provoca retrasos en la autorización, fallas en la tarificación y un deterioro de la QoE de los abonados.

Cómo PCRF Proxy descarga un PCRF existente

PCRF Proxy se integra de forma transparente en la interfaz Gx entre el PCEF y el PCRF: ambos elementos siguen funcionando con normalidad y no requieren modificaciones.

Parte de las solicitudes y decisiones se procesa a nivel del proxy (caché de políticas, enrutamiento local y reglas reutilizables), sin consultar al PCRF para cada evento. El puente Diameter convierte las sesiones TCP en SCTP multihilo (multistreaming), eliminando los bloqueos HOL y aumentando la capacidad de procesamiento de la señalización.

El tráfico Gx puede enrutarse y balancearse entre varios PCRF/destinos para reducir la carga máxima sobre el nodo principal.

Cómo se implementa PCRF Offload

Auditoría de la carga de señalización

Análisis de la carga actual del PCRF, el volumen de sesiones Gx y los puntos de degradación.

Integración de PCRF Proxy en el corte de Gx

Instalación sin detener la red y sin cambios en el PCEF/PCRF.

Configuración de las reglas de descarga

Definición de qué tipos de solicitudes y políticas procesa el proxy y cuáles se envían al PCRF existente.

Monitoreo y balanceo

Observación en tiempo real de la reducción de la carga sobre el PCRF y ajuste de las reglas de enrutamiento.

Qué ofrece PCRF Offload al operador

Implementación en 1 día: sin detener la red, sin modificar el PCRF/PCEF y sin involucrar al proveedor del sistema existente.

Mayor vida útil del PCRF: la reducción de la carga permite posponer la necesidad de una sustitución o actualización costosa.

Eliminación del bloqueo HOL: un puente Diameter que convierte TCP en SCTP multihilo.

Menores CAPEX/OPEX: no es necesario adquirir un nuevo PCRF ni ampliar las licencias del proveedor.

Tolerancia a fallos de la interfaz Gx: balanceo de carga y redundancia de la ruta de señalización.

Despliegue flexible: funciona con la infraestructura de red existente y puede implementarse en la nube o on-premise.

¿Por qué utilizar PCRF Offload en lugar de sustituir o actualizar el PCRF?

Criterio

Sustitución/actualización del PCRF por el proveedor

SKAT PCRF Proxy

Velocidad de implementación

Meses de aprobaciones e integración

1 día

Modificación del equipo

Requerida

No requerida

Costes

CAPEX significativo

Mínimos

Eliminación del bloqueo HOL de Diameter

No garantizada

Integrada

Dependencia del proveedor del PCRF

Alta

Ninguna

¿Cuándo es relevante PCRF Offload?

Operadores con un PCRF heredado que no puede gestionar el volumen actual de abonados o tráfico.

Redes en las que sustituir el PCRF del proveedor original no es económicamente viable o resulta técnicamente difícil, por ejemplo, porque el fabricante ha abandonado el mercado local o porque ha finalizado el soporte del producto.

Operadores que se preparan para un aumento de la carga, como el lanzamiento de nuevas tarifas, servicios M2M/IoT o asociaciones con MVNO, sin una actualización inmediata de la red core.

Redes con degradaciones frecuentes de las sesiones Gx debido al bloqueo HOL en Diameter.

Solicite una demostración

Nos pondremos en contacto con Uds., especifique su tarea, daremos acceso a la documentación y responderemos sus dudas.

Discutiremos su situación actual: volumen de tráfico, equipos disponibles, la funcionalidad que necesita.

Nuestros ingenieros instalan el software seleccionado y lo adaptan a sus tareas específicas. Сontratación – solo después de que la prueba sea exitosa.

Nombre *

Correo electrónico *

Número de teléfono *

Nombre de la Compañía *

Comentarios

Acepto la Disposición de confidencialidad y Acuerdo de licencia de VAS Experts

FAQ

¿En qué se diferencia PCRF Offload de sustituir o actualizar el PCRF?

PCRF Offload no sustituye el PCRF existente, sino que reduce su carga. Parte de las solicitudes Diameter/Gx se procesan en el nodo intermedio PCRF Proxy. Esto permite evitar la compra de un nuevo PCRF, la integración con el proveedor y la interrupción de la red, a diferencia de una actualización convencional, que puede llevar meses.

¿Qué requisitos de infraestructura se necesitan para la implementación?

PCRF Proxy se implementa en un servidor x86 estándar y admite bare metal, virtualización (VM) y contenedores. Configuración mínima: 4 vCPU, 16 GB de RAM y 100 GB de disco para una carga de hasta 10.000 sesiones. La solución funciona tanto en la nube como on-premise, incluso en entornos cerrados sin acceso a Internet.

¿La implementación de PCRF Offload requiere detener la red o modificar el PCEF/PCRF?

No. PCRF Proxy se integra como un nodo transparente en el punto de conexión de la interfaz Gx entre el PCEF y el PCRF. Los equipos continúan funcionando normalmente sin modificaciones.

¿Cómo funciona PCRF Proxy en caso de fallo?

Si el nodo PCRF Proxy falla, el tráfico se desvía directamente al PCRF existente, evitando una interrupción completa de la autorización de sesiones. Para redes críticas, se puede utilizar un clúster para eliminar un punto único de fallo.

¿Cómo se integra PCRF Proxy con los sistemas de monitorización y NMS del operador?

Las métricas de carga, las estadísticas de las solicitudes procesadas por el proxy y el estado de las sesiones Gx están disponibles mediante SNMP y Zabbix para su integración con un sistema de monitorización externo. Un panel integrado muestra en tiempo real la reducción de la carga del PCRF.

¿Cuánto tiempo lleva la implementación y en qué etapas consiste?

La implementación se realiza en cuatro etapas: auditoría de la carga de señalización, integración de PCRF Proxy en el punto de conexión Gx sin detener la red, configuración de las reglas de offload (qué solicitudes procesa el proxy y cuáles se envían al PCRF) y monitorización con ajustes posteriores del enrutamiento. La implementación en sí lleva 1 día, mientras que la configuración posterior de las reglas de offload puede tardar varios días, dependiendo de la complejidad de la red.

¿Cómo se licencia PCRF Proxy: por abonado, por tráfico o por nodo?

La licencia depende de la escala de la red y se selecciona individualmente en función del volumen de sesiones Gx y del nivel de tolerancia a fallos requerido. Los ingenieros de VAS Experts calculan el modelo y el coste exactos después de una auditoría de la carga de señalización. Envía una solicitud en la página para obtener un cálculo para tu red.

¿Es necesario ampliar la licencia del proveedor del PCRF existente?

No, y este es precisamente uno de los aspectos económicos de la solución. PCRF Offload reduce el número de solicitudes que llegan al PCRF heredado, por lo que no es necesario ampliar las licencias ni la capacidad del proveedor original. Solo se licencia el propio PCRF Proxy, de VAS Experts.

¿Para quién es adecuado PCRF Offload y cuándo debería implementarse?

La solución es relevante para operadores cuyo PCRF heredado no puede gestionar la carga actual, para redes en las que sustituir el PCRF del proveedor original no es económicamente viable, por ejemplo, debido a la sustitución de proveedores extranjeros o al fin del soporte, o para redes que se preparan para un aumento del tráfico, como nuevas tarifas, M2M/IoT o asociaciones con MVNO, sin una actualización inmediata de la red core. También es aplicable en casos de degradación frecuente de las sesiones Gx debido al bloqueo HOL en Diameter.

Soluciones relacionadas

PCRF Offload