Saltar al contenido principal

PCRF (Función de Reglas de Políticas y Cargos)

Descripción general​

El HSS incluye un PCRF (Función de Reglas de Políticas y Cargos) integrado que proporciona control de políticas y reglas de cargos para sesiones de datos móviles. El PCRF controla las políticas de Calidad de Servicio (QoS), la asignación de ancho de banda y las reglas de cargos para portadoras predeterminadas y dedicadas en redes LTE.

Capacidades clave​

  • Interfaz Gx: Control de políticas para PGW/PCEF (Gateway de Red de Datos por Paquetes / Función de Ejecución de Políticas y Cargos)
  • Interfaz Rx: Autorización y QoS para flujos de medios IMS (Subsistema Multimedia IP)
  • Interfaz Sy: Control del límite de gasto del suscriptor contra un OCS externo - ver Interfaz Sy
  • Gestión dinámica de políticas: Actualizaciones de políticas en tiempo real a través de Solicitudes de Reautenticación (RAR)
  • Soporte para VoLTE: Creación de portadoras dedicadas para llamadas de voz con QoS garantizada
  • Reglas de cargos: Definir el comportamiento de cargos y perfiles de velocidad utilizando Plantillas de Flujo de Tráfico (TFT)
  • REST API: Control programático de la ejecución de políticas y gestión de reglas

Arquitectura​

Interfaces Diameter​

InterfazID de AplicaciónParPropósito
Gx16,777,238PGW (PCEF)Gestión de sesiones PDN, ejecución de QoS, reglas de cargos
Rx16,777,236P-CSCF (AF)Autorización de medios IMS, reserva de ancho de banda
Sy16,777,302OCSEstado del límite de gasto del suscriptor, política impulsada por el gasto - ver Interfaz Sy

Gestión del estado de sesión​

El PCRF mantiene el estado de sesión para conexiones PDN activas y llamadas VoLTE:

Interfaz Gx​

Operaciones soportadas​

1. Solicitud de Control de Crédito - Inicial (CCR-I)​

Disparador: PGW crea una nueva conexión PDN para el suscriptor

AVPs de Solicitud:

  • Session-Id
  • Origin-Host, Origin-Realm
  • Subscription-Id (contiene IMSI)
  • Called-Station-Id (nombre de APN)
  • IP-CAN-Type (tipo de Red de Acceso a Conectividad IP)
  • RAT-Type (Tecnología de Acceso Radio)
  • Framed-IP-Address (dirección IP del UE)

Acciones del PCRF:

  1. Buscar suscriptor por IMSI
  2. Recuperar perfil de APN y configuración de QoS
  3. Crear entrada de seguimiento de sesión
  4. Construir políticas de QoS a partir del perfil de APN

AVPs de Respuesta:

  • Result-Code: 2001 (DIAMETER_SUCCESS)
  • QoS-Information (límites de ancho de banda agregados de APN)
  • Default-EPS-Bearer-QoS (QCI, ARP, prioridad)
  • Bearer-Control-Mode
  • Online / Offline (método de carga predeterminado a nivel de sesión - ver Carga en Línea/ Fuera de Línea a Nivel de Sesión)

2. Solicitud de Control de Crédito - Actualización (CCR-U)​

Disparador: PGW informa cambios en la sesión (actualización de ubicación, cambio de RAT, etc.)

Acciones del PCRF:

  1. Localizar sesión existente por ID de sesión
  2. Actualizar parámetros de sesión (tipo de RAT, ubicación, etc.)
  3. Devolver políticas actualizadas si es necesario

Respuesta: Result-Code 2001 con actualizaciones de políticas opcionales

3. Solicitud de Control de Crédito - Terminar (CCR-T)​

Disparador: PGW termina la conexión PDN

Acciones del PCRF:

  1. Localizar sesión por ID de sesión
  2. Eliminar sesión y registros de llamada asociados
  3. Confirmar la terminación

Respuesta: Result-Code 2001

Carga en Línea/Fuera de Línea a Nivel de Sesión​

Los AVPs Online (AVP 1009) y Offline (AVP 1008) enviados en el nivel superior de un Gx CCA-I establecen el método de carga predeterminado para toda la sesión IP-CAN (la portadora predeterminada), como se define en 3GPP TS 29.212. Esto es distinto del Online/Offline por regla que se lleva dentro de una Definición de Regla de Carga, que solo rige el tráfico coincidente con esa regla específica.

Por defecto, el PCRF refleja los valores que el PGW/PCEF anunció en el CCR-I. El perfil de QoS de APN puede en su lugar fijar el método de carga a nivel de sesión, sobrescribiendo el eco. Esto se controla mediante dos campos opcionales en el perfil de QoS de APN:

CampoTipoAVPEfecto
online_charging_enabledBooleanoOnline (1009)true → ENABLE_ONLINE (1), false → DISABLE_ONLINE (0)
offline_charging_enabledBooleanoOffline (1008)true → ENABLE_OFFLINE (1), false → DISABLE_OFFLINE (0)

Cada campo se resuelve de forma independiente:

Valores de AVP de Método de Carga (TS 29.212):

AVPCódigoValorNombreSignificado
Online10090DISABLE_ONLINECarga en línea (OCS / Gy) no aplicada a la sesión
Online10091ENABLE_ONLINECarga en línea aplicada - el crédito debe ser otorgado antes de que fluyan los datos
Offline10080DISABLE_OFFLINECarga fuera de línea (CDR / Gz) no aplicada a la sesión
Offline10081ENABLE_OFFLINECarga fuera de línea aplicada - uso registrado para facturación

Cómo funciona: Cuando online_charging_enabled/offline_charging_enabled se dejan sin establecer (el valor predeterminado para cada perfil existente), el comportamiento no cambia: el PCRF refleja la solicitud del PGW, por lo que la postura de carga existente de la red se preserva. Establecer cualquiera de los campos obliga a ese modo de carga en cada CCR-I para cualquier APN que use el perfil, independientemente de lo que el PGW anuncie.

Caso de uso: Fijar la carga en línea para un APN prepago (de modo que el PGW deba consultar el OCS incluso si solicitó fuera de línea), o forzar la carga fuera de línea en un APN pospago/IoT para garantizar la generación de CDR. Dado que la configuración reside en el perfil de QoS de APN, se aplica uniformemente a cada APN que haga referencia a ese perfil.

Nota: Esto controla solo el predeterminado de sesión. La carga por tráfico sigue estando gobernada por los campos online_charging_enabled/offline_charging_enabled en las Reglas de Carga individuales, que aparecen dentro de los AVPs de Definición de Regla de Carga.

4. Solicitud de Reautenticación (RAR)​

Dirección: PCRF → PGW (HSS inicia)

Disparador:

  • Configuración de llamada IMS (Rx AAR dispara Gx RAR)
  • Terminación de llamada IMS (Rx STR dispara Gx RAR)
  • Reautenticación manual a través de REST API

AVPs de RAR:

  • Session-Id (ID de sesión PGW)
  • Auth-Application-Id: 16,777,238
  • Re-Auth-Request-Type (0 = Solo autorizar)
  • Charging-Rule-Install/Remove
  • QoS-Information (para portadoras dedicadas)

Acciones del PGW: Crear/modificar/eliminar portadoras dedicadas basadas en reglas de carga

Reglas de Carga y Plantillas de Flujo de Tráfico​

El PCRF admite la definición de reglas de carga con Plantillas de Flujo de Tráfico (TFT) para controlar:

  • Carga específica de servicio - Tarifas diferentes para video, juegos, redes sociales, etc.
  • Perfiles de velocidad - Limitar o priorizar el tráfico que coincide con patrones específicos
  • Políticas basadas en uso - Aplicar diferentes QoS según el tipo de tráfico o destino

Las reglas de carga pueden ser:

  • Instaladas dinámicamente a través de Gx RAR basado en la detección de aplicaciones
  • Predefinidas y activadas por condiciones específicas (hora del día, ubicación, cuota)
  • Asociadas con TFT utilizando reglas de filtro de paquetes (5-tupla: protocolo, IP de origen/destino, puerto de origen/destino)

Casos de uso comunes:

  • Zero-rating - Acceso ilimitado a servicios específicos (Spotify, WhatsApp, Facebook) sin consumir cuota de datos
  • Acceso post-cuota - Permitir portal de autoservicio y sitios de soporte incluso después de que el suscriptor agote la asignación de datos
  • Velocidad por niveles - Alta velocidad para servicios premium, limitado para contenido estándar
  • Políticas basadas en tiempo - Streaming ilimitado fuera de pico, priorización en hora pico
  • Políticas de roaming - Cargos diferentes para uso de datos internacional vs nacional
  • SLA empresariales - QoS garantizada para aplicaciones críticas para el negocio

Estructura de Política de QoS​

QoS de Portadora Predeterminada (del perfil de APN):

{
"QoS-Class-Identifier": 9, // QCI (9 = portadora predeterminada)
"APN-Aggregate-Max-Bitrate-UL": 50000, // kbps
"APN-Aggregate-Max-Bitrate-DL": 100000, // kbps
"Allocation-Retention-Priority": {
"Priority-Level": 8,
"Pre-emption-Capability": 1, // Puede preemptar
"Pre-emption-Vulnerability": 1 // Puede ser preemptado
}
}

QoS de Portadora Dedicada (para VoLTE):

{
"QoS-Class-Identifier": 1, // QCI 1 = Voz Conversacional
"Max-Requested-Bandwidth-UL": 128000, // bps
"Max-Requested-Bandwidth-DL": 128000, // bps
"Guaranteed-Bitrate-UL": 128000,
"Guaranteed-Bitrate-DL": 128000
}

Interfaz Rx​

Operaciones soportadas​

1. Solicitud AA (AAR) / Respuesta AA (AAA)​

Disparador: P-CSCF solicita autorización para sesión de medios IMS (configuración de llamada VoLTE)

AVPs de Solicitud:

  • Session-Id (identificador de sesión P-CSCF)
  • Subscription-Id (IMSI o URI SIP)
  • Media-Component-Description
    • Media-Type (audio, video)
    • Max-Requested-Bandwidth-UL/DL
    • Codec-Data
    • Flow-Description (filtros de paquetes de 5-tupla)
  • AF-Application-Identifier

Acciones del PCRF:

  1. Buscar suscriptor por IMSI o URI SIP
  2. Encontrar sesión IMS activa
  3. Extraer parámetros de medios (códec, ancho de banda, reglas de flujo)
  4. Crear entrada de seguimiento de llamada
  5. Disparar Gx RAR a PGW para crear portadora dedicada
  6. Esperar respuesta Gx RAA
  7. Devolver Rx AAA con resultado de autorización

AVPs de Respuesta:

  • Result-Code: 2001 (éxito) o 5063 (servicio no autorizado)
Llamadas de emergencia (SOS), incluidos llamadores no autenticados / sin SIM​

Las llamadas de emergencia (urn:service:sos) están autorizadas incluso cuando el llamador no es un suscriptor conocido (un dispositivo sin SIM, o un suscriptor en roaming sin credenciales en archivo). Esto es necesario para que las llamadas de emergencia siempre obtengan la QoS correcta (TS 23.167).

Cómo el PCRF reconoce y autoriza un AAR de emergencia:

  1. Detección de emergencia. La solicitud se trata como de emergencia si cualquiera de las Subscription-Id es una URI SIP que contiene sos, o la Framed-IP-Address del AAR se resuelve a una sesión PDN que ya fue creada como una PDN de emergencia por el Gx CCR-I (el lado Gx marca la emergencia por el APN / Called-Station-Id que contiene sos). El segundo camino es lo que permite que un invitación de emergencia anónima (sin identidad utilizable) aún sea autorizada.
  2. Resolución del suscriptor. Buscado por Subscription-Id, de lo contrario por Framed-IP-Address. Una PDN de emergencia huérfana (creada por Gx para un suscriptor desconocido) no tiene suscriptor (subscriber_state_id: nil); el AAR toma el camino huérfano en lugar del camino de suscriptor normal.
  3. Perfil de APN SOS. La QoS de portadora dedicada se toma del perfil de APN SOS (ver "Perfil de APN SOS predeterminado incorporado" a continuación).
  4. Un Gx RAR instala la portadora de voz dedicada (QCI 1) en la PDN (huérfana), y el AAA devuelve 2001.

Nota: una Framed-IP-Address solo otorga autorización si se mapea a una PDN que Gx ya creó como emergencia. Una solicitud no de emergencia de un UE no registrado todavía es rechazada en el P-CSCF (nunca llega al PCRF como un AAR de emergencia).

Perfil de APN SOS predeterminado incorporado. La autorización de emergencia ya no depende de que un operador haya pre-provisionado un perfil de APN sos en la base de datos. El PCRF resuelve el perfil de APN SOS como:

  • un perfil de APN definido por el operador cuyo identificador de APN es sos, si existe; de lo contrario
  • un perfil SOS predeterminado incorporado suministrado por OmniHSS.

El predeterminado incorporado es un perfil transitorio (sin fila de DB, apn_profile_id: nil en la PDN huérfana - la columna es nullable) con QoS de emergencia:

ParámetroValor
QCI de portadora SOS predeterminada5
QCI de portadora de voz dedicada1 (prioridad ARP 2)
Prioridad de Retención de Asignación1
Capacidad de Preempciónhabilitada
Vulnerabilidad a la Preempcióndeshabilitada
APN-AMBR UL/DL10000 kbps

Para sobrescribir estos valores (o para establecer reglas de carga por operador a través de un perfil PCRF), cree un perfil de APN sos en la base de datos - tiene prioridad sobre el predeterminado incorporado.

2. Solicitud de Terminación de Sesión (STR) / Respuesta de Terminación de Sesión (STA)​

Disparador: P-CSCF termina la sesión IMS (finalización de llamada)

Acciones del PCRF:

  1. Localizar sesión de llamada por ID de sesión P-CSCF
  2. Disparar Gx RAR a PGW para eliminar portadora dedicada
  3. Eliminar entrada de seguimiento de llamada
  4. Devolver confirmación de STA

Respuesta: Result-Code 2001

Flujos de Mensajes Comunes​

Flujo 1: Establecimiento de Sesión PDN​

Flujo 2: Configuración de Llamada VoLTE (Rx AAR → Gx RAR)​

Flujo 3: Terminación de Llamada VoLTE (Rx STR → Gx RAR)​

Flujo 4: Actualización de Sesión PDN​

Flujo 5: Terminación de Sesión PDN​

Flujo 6: Reautenticación Manual a través de REST API​

REST API​

Endpoint de Reautenticación PCRF​

Endpoint: POST /api/operation/pcrf_re_auth

Propósito: Disparar manualmente la Solicitud de Reautenticación Gx para refrescar políticas

Cuándo usar: Este endpoint manual se utiliza típicamente para solucionar problemas o forzar la actualización de políticas en suscriptores específicos. Para actualizaciones de políticas de rutina (cambio de perfiles de QoS de APN), el sistema dispara automáticamente reautenticaciones para todas las sesiones afectadas - no se necesita acción manual.

Cuerpo de Solicitud:

{
"imsi": "999999876543210",
"apn": "ims"
}

Respuesta de Éxito (HTTP 200):

{
"data": "Solicitud de Reautenticación Gx para 999999876543210 enviada a pgw.epc.mnc999.mcc999.3gppnetwork.org, Result-Code: 2001"
}

Respuesta de Error (HTTP 400):

{
"error": "No se pudo enviar la Solicitud de Reautenticación para 999999876543210 en APN ims, no se encontró sesión PDN activa"
}

API de Configuración de Políticas​

El PCRF recupera políticas de QoS de configuraciones de APN almacenadas en la base de datos. Estas políticas pueden ser creadas y gestionadas a través de la REST API.

Ejecución Automática de Políticas: Cuando actualiza un perfil de QoS de APN (por ejemplo, cambia límites de ancho de banda o QCI), el sistema envía automáticamente Solicitudes de Reautenticación Gx (RAR) a todos los PGWs con sesiones PDN activas que utilizan ese APN. Esto asegura que los cambios de política se apliquen inmediatamente a todos los suscriptores conectados sin intervención manual.

Arquitectura de Políticas​

Las políticas se definen a través de una estructura de tres niveles:

Identificador de APN → Perfil de QoS de APN → Perfil de APN
↓ ↓ ↓
"internet" QCI, AMBR, ARP Vincula ambos

1. Crear Identificador de APN​

Defina el nombre del APN y el soporte de versión IP.

Endpoint: POST /api/apn/identifier

Cuerpo de Solicitud:

{
"apn_identifier": {
"apn": "internet",
"ip_version": "ipv4v6"
}
}

Opciones de Versión IP:

  • "ipv4" - Solo IPv4
  • "ipv6" - Solo IPv6
  • "ipv4v6" - Pilas duales (tanto IPv4 como IPv6)
  • "ipv4_or_ipv6" - La red decide (ya sea IPv4 o IPv6)

Respuesta (HTTP 201):

{
"data": {
"id": "4fa85f64-5717-4562-b3fc-2c963f66afa6",
"apn": "internet",
"ip_version": "ipv4v6"
}
}

Validación:

  • apn: Requerido, 1-254 caracteres, único
  • ip_version: Requerido, debe ser una de las cuatro opciones anteriores

Listar Identificadores de APN: GET /api/apn/identifier

2. Crear Perfil de QoS de APN​

Defina los parámetros de QoS (ancho de banda, QCI, prioridad).

Endpoint: POST /api/apn/qos_profile

Cuerpo de Solicitud:

{
"apn_qos_profile": {
"name": "Internet de Mejor Esfuerzo",
"qci": 9,
"allocation_retention_priority": 8,
"apn_ambr_dl_kbps": 100000,
"apn_ambr_ul_kbps": 50000,
"pre_emption_capability": false,
"pre_emption_vulnerability": true,
"online_charging_enabled": false,
"offline_charging_enabled": true
}
}

Parámetros de QoS:

CampoTipoRangoDescripción
namestring1-254 charsNombre del perfil (único)
qciinteger1-254Identificador de Clase de QoS (1-4 = GBR, 5-9 = No-GBR)
allocation_retention_priorityinteger1-15Nivel de ARP (1 = mayor prioridad)
apn_ambr_dl_kbpsinteger1-4,294,967,293Tasa de Bit Máxima Agregada de APN Descendente (kbps)
apn_ambr_ul_kbpsinteger1-4,294,967,293Tasa de Bit Máxima Agregada de APN Ascendente (kbps)
pre_emption_capabilitybooleantrue/falsePuede preemptar portadoras de menor prioridad
pre_emption_vulnerabilitybooleantrue/falsePuede ser preemptado por portadoras de mayor prioridad
online_charging_enabledbooleantrue/false/nullAVP Online a nivel de sesión para el Gx CCA-I. null (predeterminado) refleja el valor CCR-I del PGW. Ver Carga en Línea/Fuera de Línea a Nivel de Sesión
offline_charging_enabledbooleantrue/false/nullAVP Offline a nivel de sesión para el Gx CCA-I. null (predeterminado) refleja el valor CCR-I del PGW. Ver Carga en Línea/Fuera de Línea a Nivel de Sesión

Valores comunes de QCI:

  • 1 - Voz Conversacional (VoLTE) - GBR, presupuesto de retraso de 100 ms
  • 2 - Video Conversacional - GBR, presupuesto de retraso de 150 ms
  • 5 - Señalización IMS - No-GBR, presupuesto de retraso de 100 ms
  • 9 - Portadora Predeterminada (Internet) - No-GBR, presupuesto de retraso de 300 ms

Respuesta (HTTP 201):

{
"data": {
"id": "8d8ac610-566d-4ef0-9c22-186b2a5ed793",
"name": "Internet de Mejor Esfuerzo",
"qci": 9,
"allocation_retention_priority": 8,
"apn_ambr_dl_kbps": 100000,
"apn_ambr_ul_kbps": 50000,
"pre_emption_capability": false,
"pre_emption_vulnerability": true,
"online_charging_enabled": false,
"offline_charging_enabled": true
}
}

Listar Perfiles de QoS: GET /api/apn/qos_profile

3. Crear Perfil de APN​

Vincule el identificador de APN con un perfil de QoS.

Endpoint: POST /api/apn/profile

Cuerpo de Solicitud:

{
"apn_profile": {
"name": "Perfil de APN de Internet",
"apn_identifier_id": "4fa85f64-5717-4562-b3fc-2c963f66afa6",
"apn_qos_profile_id": "8d8ac610-566d-4ef0-9c22-186b2a5ed793"
}
}

Campos:

Respuesta (HTTP 201):

{
"data": {
"id": "a1b2c3d4-e5f6-4a3b-8c2d-1e0f9a8b7c6d",
"name": "Perfil de APN de Internet",
"apn_identifier_id": "4fa85f64-5717-4562-b3fc-2c963f66afa6",
"apn_qos_profile_id": "8d8ac610-566d-4ef0-9c22-186b2a5ed793"
}
}

Restricciones:

  • apn_identifier_id y apn_qos_profile_id deben referenciar registros existentes
  • Cada combinación de identificador de APN y perfil de QoS debe ser única

Listar Perfiles de APN: GET /api/apn/profile

Ejemplo Completo de Configuración de Políticas​

Paso 1: Crear Política de APN IMS (VoLTE)

# 1. Crear Identificador de APN
curl -X POST https://hss.example.com:8443/api/apn/identifier \
-H "Content-Type: application/json" \
-d '{
"apn_identifier": {
"apn": "ims",
"ip_version": "ipv4v6"
}
}'
# Respuesta: {"data": {"id": "2c3e4f5a-6b7c-4d8e-9f0a-1b2c3d4e5f6a", ...}}

# 2. Crear Perfil de QoS (Señalización IMS)
curl -X POST https://hss.example.com:8443/api/apn/qos_profile \
-H "Content-Type: application/json" \
-d '{
"apn_qos_profile": {
"name": "QoS de Señalización IMS",
"qci": 5,
"allocation_retention_priority": 2,
"apn_ambr_dl_kbps": 5000,
"apn_ambr_ul_kbps": 5000,
"pre_emption_capability": true,
"pre_emption_vulnerability": false
}
}'
# Respuesta: {"data": {"id": "7b44a3e0-27cc-4b21-8d7a-3f19e5c2b8d4", ...}}

# 3. Crear Perfil de APN
curl -X POST https://hss.example.com:8443/api/apn/profile \
-H "Content-Type: application/json" \
-d '{
"apn_profile": {
"name": "Perfil de APN IMS",
"apn_identifier_id": "2c3e4f5a-6b7c-4d8e-9f0a-1b2c3d4e5f6a",
"apn_qos_profile_id": "7b44a3e0-27cc-4b21-8d7a-3f19e5c2b8d4"
}
}'
# Respuesta: {"data": {"id": "91c2f3a4-5d6e-4f7a-8b9c-0d1e2f3a4b5c", ...}}

Paso 2: Asignar al Suscriptor

Una vez creado, el perfil de APN se asigna a los suscriptores a través de perfiles EPC. Consulte Referencia de API para vincular perfiles de APN a suscriptores.

Actualización y Eliminación de Políticas​

Actualizar Perfil de QoS:

PATCH /api/apn/qos_profile/{id}
PUT /api/apn/qos_profile/{id}

Ejemplo - Aumentar Ancho de Banda para Todos los Usuarios:

# Actualizar el perfil de QoS para aumentar el ancho de banda
curl -X PATCH https://hss.example.com:8443/api/apn/qos_profile/8d8ac610-566d-4ef0-9c22-186b2a5ed793 \
-H "Content-Type: application/json" \
-d '{
"apn_qos_profile": {
"apn_ambr_dl_kbps": 150000,
"apn_ambr_ul_kbps": 75000
}
}'

Qué sucede automáticamente:

  1. El perfil de QoS se actualiza en la base de datos
  2. El sistema identifica todas las sesiones PDN activas que utilizan APNs vinculados a este perfil de QoS
  3. Para cada sesión activa, se envía un Gx RAR al PGW correspondiente
  4. Los PGWs actualizan la QoS de la portadora para reflejar los nuevos límites de ancho de banda
  5. Todos los suscriptores conectados reciben inmediatamente la política actualizada

Escenario de ejemplo: Si 100 suscriptores están actualmente conectados en el APN "internet" utilizando este perfil de QoS, todos los 100 tendrán sus límites de ancho de banda actualizados a 150 Mbps de descarga / 75 Mbps de subida dentro de segundos de que se complete la llamada a la API.

Nota: Cuando actualiza un perfil de QoS de APN, el sistema dispara automáticamente la reautenticación para todas las sesiones PDN activas que utilizan ese APN, aplicando las nuevas políticas de inmediato a los suscriptores conectados. No se requiere reautenticación manual.

Eliminar Recursos:

DELETE /api/apn/identifier/{id}
DELETE /api/apn/qos_profile/{id}
DELETE /api/apn/profile/{id}

Restricciones de Eliminación:

  • No se pueden eliminar identificadores de APN o perfiles de QoS referenciados por perfiles de APN
  • No se pueden eliminar perfiles de APN asignados a suscriptores activos

Plantillas de Políticas​

Internet de Alta Velocidad (100 Mbps de descarga / 50 Mbps de subida):

{
"apn_qos_profile": {
"name": "Internet de Alta Velocidad",
"qci": 9,
"allocation_retention_priority": 8,
"apn_ambr_dl_kbps": 100000,
"apn_ambr_ul_kbps": 50000,
"pre_emption_capability": false,
"pre_emption_vulnerability": true
}
}

Internet Premium (500 Mbps de descarga / 100 Mbps de subida):

{
"apn_qos_profile": {
"name": "Internet Premium",
"qci": 8,
"allocation_retention_priority": 5,
"apn_ambr_dl_kbps": 500000,
"apn_ambr_ul_kbps": 100000,
"pre_emption_capability": true,
"pre_emption_vulnerability": false
}
}

IoT/M2M (Bajo Ancho de Banda):

{
"apn_qos_profile": {
"name": "IoT M2M",
"qci": 9,
"allocation_retention_priority": 10,
"apn_ambr_dl_kbps": 1024,
"apn_ambr_ul_kbps": 512,
"pre_emption_capability": false,
"pre_emption_vulnerability": true
}
}

Servicios de Emergencia (Mayor Prioridad):

{
"apn_qos_profile": {
"name": "APN de Emergencia",
"qci": 5,
"allocation_retention_priority": 1,
"apn_ambr_dl_kbps": 10000,
"apn_ambr_ul_kbps": 10000,
"pre_emption_capability": true,
"pre_emption_vulnerability": false
}
}

Configuración​

Configuración del Servicio Diameter​

Aplicación Gx (config/runtime.exs):

%{
application_name: :gx,
application_dictionary: :diameter_gen_3gpp_gx,
vendor_specific_application_ids: [
%{vendor_id: 10415, auth_application_id: 16_777_238}
]
}

Aplicación Rx (config/runtime.exs):

%{
application_name: :rx,
application_dictionary: :diameter_gen_3gpp_rx,
vendor_specific_application_ids: [
%{vendor_id: 10415, auth_application_id: 16_777_236}
]
}

Parámetros de QoS​

Los parámetros de QoS se obtienen de:

  • Portadora Predeterminada: Configuración de perfil de APN en la base de datos

    • apn_qos_profile.qci (Identificador de Clase de QoS)
    • apn_qos_profile.apn_ambr_ul_kbps (Tasa de Bit Máxima Agregada Ascendente)
    • apn_qos_profile.apn_ambr_dl_kbps (Tasa de Bit Máxima Agregada Descendente)
    • apn_qos_profile.priority_level (Prioridad de Retención de Asignación)
  • Portadora Dedicada: Extraído de la Descripción del Componente de Medios AAR Rx

    • QCI: 1 (Voz Conversacional)
    • Bitrate Garantizado: De los AVPs de Ancho de Banda Máximo Solicitado
    • Filtros de flujo: De los AVPs de Descripción de Flujo

Manejo de Errores​

Código de ResultadoTipoSignificadoCausa
2001ÉxitoDIAMETER_SUCCESSSolicitud procesada con éxito
5001ExperimentalUsuario no encontradoIMSI no en la base de datos de suscriptores
5002ExperimentalSesión no encontradaLa sesión PDN no existe para actualizar/terminar
5063ExperimentalServicio no autorizadoAutorización de medios IMS denegada

Detalles de Implementación​

Gestión de Sesiones​

El PCRF rastrea:

  • Sesiones PDN Activas - Una por APN, por suscriptor
  • Llamadas VoLTE - Múltiples llamadas por sesión IMS (soporta llamadas en conferencia)
  • Políticas de QoS - Aplicadas dinámicamente según la configuración de APN
  • Reglas de Carga - Plantillas de flujo de tráfico y políticas específicas de servicio

Características Avanzadas de Políticas​

El PCRF admite control avanzado de políticas, incluyendo:

  • Instalación/eliminación de reglas de carga a través de la interfaz Gx
  • Coincidencia de Plantillas de Flujo de Tráfico (TFT) para diferenciación de servicios
  • Perfiles de velocidad dinámicos basados en la aplicación o tipo de tráfico
  • Políticas conscientes del servicio activadas por condiciones de red o comportamiento del suscriptor

Contacte a su administrador del sistema para obtener información sobre cómo configurar reglas de carga avanzadas y políticas basadas en TFT.

Documentación Relacionada​