Un UE puede registrarse y establecer una PDU Session con reenvío correcto de paquetes, mientras la SMF no recibe las actualizaciones de uso previstas. Revise la Usage Reporting Rule (URR): la SMF la configura por N4 mediante PFCP, y la UPF mide el tráfico e informa en las condiciones configuradas. Los informes permiten decisiones de tarificación, supervisión y política; la tarificación completa requiere otras funciones y procedimientos.
El lugar de URR entre las reglas PFCP
Una Packet Detection Rule (PDR) identifica el tráfico y referencia las reglas aplicables. Una Forwarding Action Rule (FAR) especifica reenvío, descarte o almacenamiento temporal; una QoS Enforcement Rule (QER) controla QoS y apertura o cierre del paso del tráfico; una Buffering Action Rule (BAR) proporciona las instrucciones de almacenamiento asociadas. URR define la medición y los informes de uso, con comportamiento relativo a cuotas cuando está configurado.
Una PDR puede referenciar varias URR, y varias PDR pueden compartir una URR. Confirme la PDR coincidente, sus referencias URR ID y el ámbito de agregación previsto. Una URR puede existir sin asociación PDR, pero su mera presencia no demuestra que se mida el tráfico de prueba.
Measurement Method y ámbito contable
Measurement Method selecciona volumen, duración, eventos o combinaciones admitidas. Volume Measurement informa de octetos totales, ascendentes y descendentes; un octeto es un byte. MNOP en Measurement Information solicita además recuentos de paquetes si la UPF admite esa función. No confunda contadores de bytes, contadores de paquetes y tamaños de carga útil de aplicaciones.
La medición de duración depende de la configuración temporal. Immediate Start Time Metering puede iniciar la medición al recibir la instrucción; de lo contrario comienza con el primer paquete. Un Inactivity Detection Time distinto de cero suspende la medición temporal tras el intervalo de inactividad configurado y la reanuda cuando vuelve el tráfico. La medición de eventos requiere la configuración de detección correspondiente.
En la medición de volumen, los informes normalmente abarcan el uso posterior a la aplicación de QoS. Si también se solicita medición previa, distintos Usage Reports distinguen ambos ámbitos mediante Usage Information. Los umbrales se aplican después de QoS. Compare la misma dirección, ventana contable y ámbito de procesamiento antes de declarar una discrepancia entre contadores.
Activadores de informes, umbrales y cuotas
Reporting Triggers debe interpretarse con sus parámetros: PERIO usa Measurement Period; VOLTH, TIMTH y EVETH corresponden a umbrales de volumen, tiempo y eventos; VOLQU, TIMQU y EVEQU corresponden a cuotas. START y STOPT informan del inicio y cese del tráfico según las condiciones de detección aplicables. Quota Holding Time se refiere a inactividad después de una concesión; no es el temporizador de informes periódicos.
| Parámetro | Significado y límite |
|---|---|
| Volume Threshold | Un límite para informar, no una asignación de tráfico ni un corte automático de paquetes. |
| Volume Quota | Una asignación de uso. Su agotamiento puede exigir detener o limitar el reenvío según el comportamiento de cuota especificado. |
| Measurement Period | El intervalo utilizado para los informes periódicos de uso solicitados. |
| Monitoring Time | Un límite que separa el uso anterior y posterior a una hora especificada, con los umbrales o cuotas posteriores aplicables. |
El comportamiento de cuota va más allá de una notificación. Según TS 29.244, agotar una cuota configurada puede detener el reenvío o permitir solo tráfico limitado según la política del operador. Cuando se admite y configura, FAR ID for Quota Action selecciona una FAR sustituta para descartar, almacenar o redirigir tráfico. Las responsabilidades de QER y FAR/BAR siguen siendo distintas; una URR con solo umbral no limita el ancho de banda.
Si se configuran umbral y cuota, habilitar solo el activador de umbral no implica un segundo informe al agotarse la cuota. Con ambos activadores, la especificación Release 18 revisada contempla informes en ambos límites; versiones anteriores pueden comportarse de otra forma. Examine la versión implementada, las capacidades, las exenciones y todas las reglas.
Cómo llega un Usage Report a la SMF
La UPF puede enviar un PFCP Session Report Request cuyo Report Type indica un Usage Report. Examine URR ID, UR-SEQN y Usage Report Trigger, y después Volume Measurement o Duration Measurement según corresponda. Start Time, End Time y las marcas temporales de paquetes ayudan a delimitar el intervalo. Un informe activado únicamente por START no tiene por qué contener una medición de uso distinta de cero.
La SMF devuelve un PFCP Session Report Response; examine su Cause. Una entrega correcta no demuestra tarificación correcta ni renovación de cuota. La SMF puede enviar aparte un PFCP Session Modification Request para actualizar reglas. Los Usage Reports también pueden aparecer en PFCP Session Modification Response y PFCP Session Deletion Response según sus procedimientos, por lo que buscar solo solicitudes espontáneas puede omitir registros contables.
Monitoring Time puede generar informes separados del uso anterior y posterior al límite con el mismo URR ID. Conserve Usage Information y la información de secuencia, distinga retransmisiones de informes nuevos y concilie los intervalos informados sin tratar cada valor como un contador acumulado de toda la sesión.
Ejemplo: un umbral de volumen de 10240 bytes
Suponga medición de volumen, VOLTH y un Volume Threshold total de 10240 bytes con TOVOL activado. La UPF informa cuando el total medido alcanza ese límite; el valor no es una asignación de 10240 bytes. La granularidad de los paquetes puede producir un informe superior al umbral. La cuota configurada, si existe, debe analizarse por separado.
Comprobaciones de trazas para uso ausente o inesperado
Identifique la sesión PFCP y la PDR realmente coincidente; compruebe las referencias URR y la agregación entre PDR ascendentes y descendentes.
Compruebe Measurement Method, la activación de medición, la compatibilidad con MNOP, la configuración temporal y el ámbito anterior o posterior a QoS.
Asocie cada activador solicitado con su umbral, cuota o temporizador; compruebe Monitoring Time y los valores posteriores.
Siga solicitudes y respuestas, Cause, URR ID, UR-SEQN, intervalos informados y retransmisiones; incluya respuestas de modificación y eliminación.
Si los informes funcionan, examine el procesamiento SMF, la integración de tarificación, la cuota renovada y los cambios QER/FAR aplicables. Verifique por separado el reenvío real.
Preguntas frecuentes
¿Puede una URR medir ambas direcciones del tráfico?
Sí. Las PDR ascendentes y descendentes pertinentes pueden referenciar la misma URR. Compruebe la agregación prevista en vez de suponer que una URR siempre representa una dirección o un servicio.
¿Confirma un Usage Report que se facturó al cliente?
No. Confirma un evento de informe de la UPF. La correlación de tarificación, la valoración y los resultados de facturación requieren pruebas de los sistemas de control y tarificación correspondientes.
¿Deben sumarse todos los informes URR?
No sin comprobarlos. Los informes pueden describir distintos intervalos, límites de supervisión o ámbitos anteriores o posteriores a QoS, y las retransmisiones pueden repetir un informe. Correlacione identificadores y contexto de medición antes de agregar.
