Marketing inventa estas condiciones rápidamente, pero la pregunta es qué debe ser capaz de hacer el equipamiento para cumplirlas. En este artículo analizamos por qué algunas ideas chocan no con el sistema de facturación, sino con la red, de qué se compone un servicio personalizado, cómo se distribuyen las funciones entre los nodos y cómo saber rápidamente si su red está lista para los planes personalizados.
De qué se compone un servicio personalizado
La mayoría de las condiciones de un plan se reducen a unas pocas acciones simples sobre el tráfico. Primero, el equipamiento clasifica el tráfico, es decir, determina a qué aplicación pertenece. Después, se pueden hacer cuatro cosas con ese tráfico:
- Asignar el tráfico al grupo de tarificación correspondiente.
- Asignar al tráfico una clase de servicio.
- Limitar la velocidad.
- Controlar el acceso: permitir, bloquear o redirigir.
Figura 1 — Las cuatro acciones sobre el tráfico a partir de las cuales se construyen las condiciones del plan
La mayoría de las condiciones de un plan son combinaciones de estas cuatro acciones. Para que el video no consuma el paquete, su tráfico se contabiliza en un grupo separado y no en el principal. Dar prioridad a una app de mensajería significa marcar su tráfico con una clase de servicio. Y un portal tras agotar el paquete es una redirección del tráfico al agotarse la cuota en lugar de un bloqueo. Si se descompone una idea de marketing en estas acciones, de inmediato se ve qué exige de la red. Algunas condiciones no necesitan la red en absoluto. Por ejemplo, un paquete compartido familiar se implementa casi por completo en el OCS: el OCS asigna cuotas a las sesiones de todos los miembros de la familia a partir de un saldo común.
Para más información sobre grupos de tarificación, cuotas y umbrales, consulte el artículo «¿Se pierde cuando falla? Cómo calcular de antemano las pérdidas en la contabilización del tráfico».
Por qué esto no se puede hacer en el OCS
Es común escuchar que un plan es una entidad comercial y que, por lo tanto, debe implementarlo el sistema de tarificación. El sistema de tarificación asigna cuotas y define las condiciones de su consumo, pero no puede clasificar el tráfico, limitar la velocidad ni redirigir al suscriptor a un portal.
En la aplicación de un plan intervienen cuatro elementos:
- PCRF: sistema de control de políticas que determina qué servicios están disponibles para el suscriptor.
- OCS: sistema de tarificación en línea. Determina cuánto puede consumir el suscriptor en cada grupo de tarificación.
- PCEF: nodo de aplicación de políticas y tarificación en el plano de control. Combina las reglas del PCRF y las cuotas del OCS en una configuración para el nodo de procesamiento.
- DPI: nodo de procesamiento en el plano de datos por el que pasa el tráfico de los suscriptores. Clasifica el tráfico y ejecuta sobre él esas mismas cuatro acciones.
En el DPI, cada una de estas acciones se configura como un servicio, es decir, una regla de procesamiento del tráfico: contabilización, marcado, limitación de velocidad o control de acceso. Todos los servicios activos para un suscriptor forman, en conjunto, su conjunto de servicios.
Figura 2 — Funciones del PCRF y del OCS
El ciclo completo es el siguiente:
- El suscriptor se conecta y el PCEF consulta al PCRF qué servicios están disponibles para él.
- El PCRF devuelve las reglas: a qué grupos de tarificación asignar las aplicaciones y qué clases de servicio, límites de velocidad y reglas de acceso aplicar.
- El PCEF solicita al OCS las cuotas de cada grupo de tarificación y las recibe junto con las condiciones de consumo.
- El PCEF combina ambas respuestas en una configuración y crea en el DPI la sesión del suscriptor con servicios, perfiles y umbrales. El DPI comienza a procesar el tráfico del suscriptor.
- Cuando el consumo de un grupo de tarificación alcanza el umbral, el DPI envía un reporte al PCEF. El PCEF transmite el consumo al OCS y solicita una nueva cuota por adelantado.
- Si el OCS asigna una nueva cuota, el PCEF establece un nuevo umbral en el DPI. Junto con la última cuota, el OCS indica qué hacer cuando se agote, por ejemplo, restringir el acceso a una lista blanca y redirigir las demás solicitudes al portal de pago. Cuando se agota la última cuota, el PCEF cambia el conjunto de servicios en el DPI sin interrumpir la sesión.
El PCRF y el OCS definen parámetros diferentes, y estos cambian con distinta frecuencia. El conjunto de servicios cambia con las campañas de marketing; la cuota, con cada pago. Si se combinan estas funciones en un solo sistema, habrá que reconfigurar el sistema de tarificación para cada nueva campaña.
Requisitos para el equipamiento
A continuación, seis requisitos. Sirven como lista de verificación para comprobar si la red está lista para los planes personalizados.
Un contador independiente para cada grupo de tarificación
Si el equipamiento solo cuenta el volumen total de tráfico del suscriptor, no es posible implementar un servicio con tarificación diferenciada. Por eso, el suscriptor debe tener tantos contadores independientes como grupos de tarificación, cada uno con su propio umbral, y al agotarse la cuota de un grupo, la acción debe aplicarse solo a su tráfico.
Además, cada contador tiene su propio umbral con su propia acción. Por ejemplo, si se agota el paquete principal, el suscriptor es redirigido al portal de pago. Si el servicio de video está en la lista blanca, el video sigue funcionando porque su grupo de tarificación tiene su propia cuota.
Cambio del conjunto de servicios sin recrear la sesión
Al agotarse el paquete, la composición de servicios debe cambiar durante la sesión. Si la nueva configuración solo puede aplicarse mediante desconexión y reconexión, cada agotamiento del paquete provoca un corte de conexión, y cada recarga, otro más. Un suscriptor activo puede tener varios cambios de este tipo al día y notará cada corte. Para él, esto parece mala calidad de servicio, y sus reclamos van dirigidos al operador.
Reportes por umbral, no solo por horario
El equipamiento debe enviar el reporte de consumo, ante todo, al alcanzar el umbral. Los reportes programados siguen siendo un complemento, por ejemplo, para limitar el período de validez de la cuota (Validity-Time) o para planes por tiempo. El envío programado obliga a elegir entre mensajes frecuentes y datos desactualizados. Con el envío por umbral, la precisión se conoce de antemano: el volumen de consumo que el PCEF aún desconoce no supera el valor del umbral en ningún grupo de tarificación.
Limitación de velocidad independiente de la contabilización
La velocidad y el volumen son parámetros independientes. Un plan ilimitado a 128 kbps tras agotar el paquete cambia el límite de velocidad, mientras la contabilización continúa. El tráfico nocturno con descuento, en cambio, modifica la regla de descuento, pero no la velocidad. Si el equipamiento no permite modificar estos parámetros de forma independiente, algunas condiciones del plan no podrán implementarse.
Perfiles con nombre en lugar de la configuración completa en cada comando
Un operador tiene decenas de combinaciones de reglas y millones de suscriptores. Si se envía la configuración completa en cada comando de creación de sesión, cada comando se vuelve pesado y la conexión de suscriptores genera una carga innecesaria en el PCEF, el DPI y el enlace entre ellos. Es más eficiente cargar previamente la configuración en el DPI con un nombre propio. Esta configuración con nombre se denomina perfil. Así, el comando de creación de sesión solo contiene una referencia al perfil.
Contabilización sin pérdidas durante el mantenimiento de la red
Tanto el suscriptor como el operador deben poder confiar en un plan personalizado. Si durante el reemplazo programado de un nodo parte del consumo se pierde o se contabiliza dos veces, surge una discrepancia. El consumo perdido es una pérdida directa para el operador; la doble contabilización genera reclamos de los suscriptores. Dónde se pierde la contabilización y cómo evitarlo se analiza en el artículo «¿Se pierde cuando falla? Cómo calcular de antemano las pérdidas en la contabilización del tráfico».
Qué se vuelve posible
Si el equipamiento cumple con estos requisitos, los servicios personalizados se implementan así:
| Servicio | Cómo se implementa |
| Servicio sin consumo del paquete | Un grupo de tarificación separado cuyo tráfico no consume la cuota principal |
| Prioridad para una aplicación | Clase de servicio según una regla de clasificación |
| Tarificación diferenciada del modo módem | El tráfico en modo módem se identifica con una regla de clasificación propia y se contabiliza en su propio grupo de tarificación |
| Portal tras agotar el paquete | Al agotarse la cuota, el acceso no se bloquea por completo. El suscriptor conserva el acceso a los recursos de la lista blanca, el resto del tráfico se bloquea y las solicitudes HTTP se redirigen al portal de pago |
| Limitación de velocidad tras agotar el paquete | Cambia el perfil de velocidad; el tráfico se sigue contabilizando, pero no consume el paquete |
| Perfil infantil o corporativo | Un conjunto de servicios de filtrado que el PCRF activa según un atributo del suscriptor |
| Dispositivos IoT | Lista blanca de direcciones permitidas para el dispositivo, umbrales acordes con un tráfico reducido y un grupo de tarificación separado |
| Dirección IP pública dedicada | Un servicio de traducción de direcciones controlado por políticas y no por el plan de direccionamiento |
| Paquete familiar o compartido | El OCS asigna cuotas a las sesiones de todos los miembros a partir del saldo común del paquete |
Vale la pena destacar las dos últimas filas. Una dirección IP pública dedicada puede venderse como servicio sin cambiar el plan de direccionamiento solo si la traducción de direcciones se asigna al suscriptor mediante políticas. De lo contrario, el plan tendrá que definirse por la subred de la que se asignó la dirección. Un paquete compartido casi no exige nada de la red: el OCS asigna cuotas a todos los miembros a partir del saldo común. El posible sobreconsumo está limitado por la suma de las cuotas asignadas simultáneamente a los miembros.
Qué exige la personalización a la operación
Los servicios personalizados aumentan notablemente el costo de atender las consultas de los suscriptores. Un reclamo del tipo «no me funciona» deja de ser unívoco. El suscriptor puede haber agotado el paquete en un grupo de tarificación y no en otro, puede tener activa una lista blanca o un límite de velocidad. Por eso, junto con los planes personalizados se necesitan dos cosas más.
Trazabilidad de extremo a extremo por suscriptor
En un solo lugar deben verse la señalización del suscriptor a través de todos los nodos, el estado de su sesión, las reglas activas y los saldos de cada grupo de tarificación. Sin esto, los costos de soporte crecen junto con el número de condiciones del plan.
Verificabilidad del plan
Para cada servicio se necesita una forma de comprobar que realmente se está aplicando. Saber que la regla está instalada no es suficiente. Hay que ver que el tráfico de una aplicación concreta cayó en el grupo de tarificación correcto y fue marcado con la clase de servicio correcta.
Conclusión
Un plan personalizado no lo implementa la facturación ni la red por separado, sino ambas en conjunto, donde cada participante cumple su propia función:
- el PCRF determina qué servicios están disponibles para el suscriptor;
- el OCS determina cuánto puede consumir el suscriptor;
- el PCEF combina las reglas del PCRF y las cuotas del OCS en una configuración para el DPI;
- el DPI clasifica el tráfico y ejecuta cuatro acciones: contabiliza, marca, limita la velocidad y controla el acceso.
Para comprobar si la red está lista para la personalización, basta con responder dos preguntas: ¿existe un contador independiente y un umbral independiente para cada grupo de tarificación? ¿Se puede cambiar el conjunto de servicios de una sesión activa sin interrumpir la conexión?
Si la respuesta a ambas es «sí», la mayoría de las condiciones de los planes pueden implementarse con el equipamiento existente. Los demás requisitos de este artículo determinan qué tan cómoda será la operación y qué tan confiable será la contabilización.
