Как мобильные операторы считают каждую секунду: что на самом деле стоит за «тарификацией»

Тарификация — это не одна кнопка в биллинге, а слаженная работа десятка функций: сеть фиксирует событие, политика решает, можно ли и на каких условиях его обслужить, система тарификации оценивает объём и стоимость, а уже потом бухгалтерия превращает всё в счет. Звучит сухо… но от точности этого механизма зависит, будет ли услуга предоставлена вовремя, не «утечёт» ли доход и получит ли абонент предсказуемый итог в личном кабинете. Чтобы разобраться без маркетингового лоска, удобно смотреть на архитектуру через две призмы: «онлайн» (когда баланс влияет на предоставление услуги в реальном времени) и «офлайн» (когда расчёт делается постфактум по записям о потреблении). Эти два подхода формально описаны в стандартах 3GPP и на практике живут рядом — каждый решает свою задачу.

Из чего вообще состоит «мотор» тарификации

В сотовой сети каждое «платное» действие превращается в событие: голосовой вызов, пакет данных, SMS, активация платной опции. Сеть генерирует детальные записи (CDR/UDR) и передаёт их дальше. В офлайн-модели эти записи проходят медиатора (нормализация форматов, фильтрация, агрегация), попадают в модуль рейтингования, где к событиям применяются тарифные правила: единицы измерения, шаг тарификации, пороги, скидки, налоги. Такие процессы подробно описаны в спецификациях 3GPP по управлению данными тарификации и форматам CDR.

Онлайн-модель работает иначе: перед началом или в ходе сессии контрольная точка в сети (например, шлюз данных) запрашивает у системы онлайн-тарификации «кредит» — сколько трафика/времени разрешено израсходовать. Система онлайн-тарификации (OCS) проверяет баланс и правила, резервирует квоту и, когда она исчерпана, просит сеть остановить услугу или запросить ещё. Этот круг — запрос, резерв, расходование, пополнение — крутится до завершения сессии и регулируется типовыми интерфейсами (в частности, Diameter приложения для тарификации).

Кстати, если хочется взглянуть на практическое место OCS в экосистеме и примеры, как это реализуется у вендоров, уместно заглянуть в платформах тарификации. Это помогает сопоставить теорию стандартов с реальной структурой продукта, не уходя в рекламу.

«Онлайн» и «офлайн»: почему нужны оба

— Онлайн-тарификация нужна там, где решение влияет на саму возможность пользования услугой: предоплатные планы, чувствительные к лимитам опции, мгновенные скидки и т. п. Сеть «спрашивает» OCS через стандартизированные точки (например, Gy), а тот, в свою очередь, управляет сессией на лету: разрешить, продлить, ограничить скорость, завершить. Такой механизм описан в общих принципах 3GPP и в стандарте по Diameter-тарификации.

— Офлайн-тарификация актуальна для постоплаты и больших пакетов, где нет смысла «дергать» сеть каждую секунду: оператор собирает CDR, «варит» их в медиаторе и считает стоимость уже после факта потребления. На этом уровне происходят групповые скидки, биллинговые корректировки, начисление периодических платежей.

На практике операторы комбинируют подходы: один и тот же абонент может иметь постоплатную основу, но отдельные услуги (роуминг-данные, цифровые подписки) — обслуживать в онлайн-режиме, чтобы не выйти за лимиты.

Роль политики: кто решает, что можно, а что нет

Тарификация не живёт без управления политиками. В традиционных сетях за это отвечает связка PCC: функция правил (PCRF/PCF) выдаёт контрольные решения, а пограничный элемент сети их исполняет (квоты, скорость, приоритета). Она же «сшивает» качество обслуживания (QoS) и логику тарификации: разные классы трафика могут идти по разным ценовым сценариям. В спецификациях 3GPP функции политики и тарификации описаны как отдельные, но тесно связанные элементы, которые обмениваются правилами и событиями.

Кратко о типовом потоке событий

• сеть обнаруживает начало платной активности (звонок, PDP/PDN-сессия, поток данных);
• для онлайн-сценария запрашивается «кредит» у OCS; для офлайн — создаётся CDR;
• применяются правила политики: приоритет, скорость, классы услуг;
• по окончании — финальная оценка стоимости, списание/начисление, отражение в счёте/балансе.

Как 5G изменил картину: «сходимость» взамен двух параллельных миров

В 5G архитектура обслуживания стала сервис-ориентированной: взамен отдельных «онлайн» и «офлайн» стеков появился слой Converged Charging. Его центральная роль — служба взимания платы (Charging Function/Converged Charging), к которой как к сервису обращаются сетевые функции. Это упрощает логику, снижает дублирование и лучше поддерживает новые сценарии вроде тарификации слайсов, событий аналитики и IoT-паттернов. Концепт и интерфейсы описаны в серии спецификаций 32.290/32.291/32.255, а также в материалах 3GPP по тарификации сетевых слайсов.

Что именно считается: единицы, шаги, правила

Внутри правил рейтингования встречается привычная «кухня»: единицы (секунды, мегабайты, события), шаги тарификации (поминутно/посекундно, с округлением), пулы (семейные пакеты), временные окна (ночные скидки), географические/роуминговые зоны, приоритеты каналов (VoLTE/VoWiFi/OTT). В офлайне это выражается как набор параметров CDR и их интерпретация; в онлайне — как политики сессии и счётчики, которые «тикают» в OCS/Converged Charging. И то, и другое закреплено в «зонтичных» стандартах по архитектуре тарификации и описании параметров CDR.

Какие артефакты чаще всего скрыты «под капотом»

• CDR/UDR: нормализованные записи о событиях;
• медиатор: фильтрация, агрегирование, доставка в рейтинг;
• рейтинг-движок: применение тарифных моделей;
• OCS/Converged Charging: резервирование/учёт в реальном времени и сервисные интерфейсы;
• PCC (PCRF/PCF + исполнение в сети): политика качества и правил тарификации;
• финансовый биллинг: налоги, периодические сборы, корректировки и финальный счёт.

Почему точность — это не только про деньги, но и про опыт абонента

Метрики, которые обычно мониторят команды тарификации: задержка принятия онлайн-решений (сколько миллисекунд уходит на выдачу «кредита»), доля «повторных запросов» из-за таймаутов, процент корректировок по итогам биллинга, консистентность правил между политикой и рейтингом, и, конечно, полноту и целостность CDR. Внедрение 5G-подхода с единым сервисом взимания платы упрощает контроль согласованности — меньше дублирования бизнес-логики, чётче границы ответственности.

Тарификация — это «операционная дисциплина» на стыке сети и IT. Онлайн-контур обеспечивает момент истины (можно/нельзя и на каких условиях), офлайн — финансовую полноту картины; политика связывает их с качеством обслуживания. Стандарты 3GPP дают общий язык и интерфейсы, благодаря которым элементы разных производителей понимают друг друга. Всё остальное — инженерная аккуратность: чтобы каждая секунда и каждый мегабайт были посчитаны так, как обещано в тарифе.