UE может зарегистрироваться и установить PDU Session с правильной пересылкой пакетов, но SMF не получает ожидаемых обновлений использования. Проверьте Usage Reporting Rule (URR): SMF устанавливает её через N4 с помощью PFCP, а UPF измеряет трафик и отчитывается по заданным условиям. Отчёты используются для тарификации, мониторинга и решений политик; полная тарификация требует дополнительных функций и процедур.
Место URR среди правил PFCP
Packet Detection Rule (PDR) определяет трафик и ссылается на применимые правила. Forwarding Action Rule (FAR) задаёт пересылку, отбрасывание или буферизацию; QoS Enforcement Rule (QER) управляет QoS и разрешением прохождения; Buffering Action Rule (BAR) содержит связанные инструкции буферизации. URR определяет измерение использования и отчётность, а при соответствующей настройке — поведение, связанное с квотами.
Одна PDR может ссылаться на несколько URR, а несколько PDR могут использовать общую URR. Подтвердите совпавшую PDR, её ссылки URR ID и требуемую область агрегации. URR может существовать без связи с PDR, но одно её наличие не доказывает, что тестовый трафик измеряется.
Measurement Method и область учёта
Measurement Method выбирает объём, длительность, события или поддерживаемые сочетания. Volume Measurement сообщает общее число октетов, а также октеты восходящего и нисходящего направлений; октет равен байту. MNOP в Measurement Information дополнительно запрашивает подсчёт пакетов, если UPF поддерживает эту функцию. Не смешивайте счётчики байтов, счётчики пакетов и размеры полезных данных приложений.
Измерение длительности зависит от настройки учёта времени. Immediate Start Time Metering может начать измерение по команде; иначе оно начинается с первого пакета. Ненулевой Inactivity Detection Time приостанавливает измерение после заданного периода неактивности и возобновляет его при возвращении трафика. Для измерения событий нужна соответствующая настройка обнаружения.
При измерении объёма отчётность обычно охватывает использование после применения QoS. Если запрошено и измерение до применения QoS, отдельные Usage Reports различают эти области через Usage Information. Пороги применяются после QoS. Прежде чем считать показания неверными, сравните одно направление, одно окно учёта и одну область обработки.
Триггеры отчётности, пороги и квоты
Reporting Triggers следует читать вместе с параметрами: PERIO использует Measurement Period; VOLTH, TIMTH и EVETH относятся к порогам объёма, времени и событий; VOLQU, TIMQU и EVEQU — к квотам. START и STOPT сообщают о начале и прекращении трафика при соответствующих условиях обнаружения. Quota Holding Time относится к неактивности после выделения квоты; это не таймер периодической отчётности.
| Параметр | Значение и граница |
|---|---|
| Volume Threshold | Граница формирования отчёта, а не разрешённый объём трафика и не автоматическое прекращение передачи пакетов. |
| Volume Quota | Выделенный объём использования. Исчерпание может требовать прекращения или ограничения пересылки согласно заданному поведению квоты. |
| Measurement Period | Интервал для запрошенных периодических отчётов об использовании. |
| Monitoring Time | Граница, разделяющая использование до и после заданного момента, с применимыми последующими порогами или квотами. |
Поведение квоты не ограничивается уведомлением. Согласно TS 29.244, исчерпание установленной квоты может прекратить пересылку либо разрешить только ограниченный трафик по политике оператора. Если функция поддерживается и настроена, FAR ID for Quota Action выбирает замещающую FAR для отбрасывания, буферизации или перенаправления. Обязанности QER и FAR/BAR остаются различными; URR только с порогом не ограничивает полосу пропускания.
Если заданы порог и квота, включение только порогового триггера не означает второй отчёт при исчерпании квоты. При включении обоих триггеров рассмотренная спецификация Release 18 предусматривает отчёты на обеих границах; старые версии могут отличаться. Проверьте реализованную версию, возможности, исключения и полный набор правил.
Как Usage Report поступает в SMF
UPF может отправить PFCP Session Report Request с Report Type, указывающим на Usage Report. Проверьте URR ID, UR-SEQN и Usage Report Trigger, затем соответствующие Volume Measurement или Duration Measurement. Start Time, End Time и временные метки пакетов помогают определить интервал. Отчёт только по START не обязательно содержит ненулевое измерение использования.
SMF возвращает PFCP Session Report Response; проверьте его Cause. Успешная доставка не доказывает успешную тарификацию или обновление квоты. SMF может отдельно отправить PFCP Session Modification Request для изменения правил. Usage Reports также могут содержаться в PFCP Session Modification Response и PFCP Session Deletion Response согласно соответствующим процедурам, поэтому поиск только незапрошенных запросов может пропустить учётные записи.
Monitoring Time может формировать отдельные отчёты об использовании до и после границы с одинаковым URR ID. Сохраняйте Usage Information и сведения о последовательности, отличайте повторные передачи от новых отчётов и согласовывайте интервалы, не считая каждое значение накопительным счётчиком за весь срок сессии.
Пример: порог объёма 10240 байт
Предположим, заданы измерение объёма, VOLTH и общий Volume Threshold 10240 байт с установленным TOVOL. UPF формирует отчёт, когда измеренный итог достигает границы; это не квота 10240 байт. Пакетная дискретность может дать значение выше порога. Настроенную квоту, если она есть, нужно анализировать отдельно.
Проверка трассировки при отсутствии или неожиданном значении использования
Определите сессию PFCP и фактически совпавшую PDR; проверьте ссылки URR и агрегацию по PDR восходящего и нисходящего направлений.
Проверьте Measurement Method, активацию измерения, поддержку MNOP, настройки учёта времени и область до/после QoS.
Сопоставьте каждый запрошенный триггер с порогом, квотой или таймером; проверьте Monitoring Time и последующие значения.
Проследите запросы и ответы, Cause, URR ID, UR-SEQN, интервалы и повторные передачи; включите ответы модификации и удаления.
Если отчётность работает, проверьте обработку SMF, интеграцию тарификации, обновлённую квоту и применимые изменения QER/FAR. Фактическую пересылку проверяйте отдельно.
Частые вопросы
Может ли одна URR измерять оба направления трафика?
Да. Соответствующие PDR восходящего и нисходящего направлений могут ссылаться на одну URR. Проверьте требуемую агрегацию, не предполагая, что URR всегда представляет только одно направление или одну услугу.
Подтверждает ли Usage Report, что клиенту выставили счёт?
Нет. Он подтверждает событие отчётности UPF. Корреляция тарификации, расчёт стоимости и результаты выставления счетов требуют данных соответствующих систем управления и тарификации.
Нужно ли суммировать все отчёты URR?
Не без проверки. Отчёты могут описывать разные интервалы, границы мониторинга или области до/после QoS, а повторные передачи могут дублировать отчёт. Перед агрегацией сопоставьте идентификаторы и контекст измерения.
