Предбиллинг и медиация данных: зачем оператору отдельный слой

19 февраля 2020 г. · обновлено 15 сентября 2026 г.

Предбиллинг — слой между сетевым оборудованием и расчетной системой. Он собирает события о потреблении с распределенных узлов, отсеивает служебные и ошибочные записи, приводит разные форматы к единому виду, дополняет события справочными данными и агрегирует их. Биллинг получает поток, пригодный для тарификации, и не занимается разбором вендорских форматов.

Предбиллинг, он же медиация, — слой между сетевым оборудованием и расчетной системой. Оборудование фиксирует технические события, биллинг тарифицирует потребление, и между этими двумя вещами лежит работа, которую не стоит делать ни тому, ни другому.

Состав продукта — на странице Forward MD. Здесь — зачем слой нужен и что будет, если его нет.

Пять операций

Операция	Что происходит
Сбор	События снимаются с территориально распределенных узлов сети
Фильтрация	Отсев служебных, дублирующихся и ошибочных записей
Унификация	Форматы разных вендоров приводятся к единому виду
Обогащение	В событие подставляются справочные данные, которых нет на оборудовании
Агрегация	Связанные записи склеиваются в одно событие потребления

Что происходит без этого слоя

Первый тип оборудования расчетная система обычно читает сама. Сложность приходит со вторым: у другого вендора свой формат записи, свои поля и своя логика их заполнения. Биллинг начинает хранить знание о каждой модели коммутатора, и замена оборудования на сети превращается в доработку расчетной системы.

Вторая сложность — объем. События потребления идут потоком, и большая часть из них к деньгам отношения не имеет: служебные записи, технические сессии, дубли при повторной передаче. Тарифицировать этот поток целиком означает тратить ресурс расчетной системы на записи, которые все равно будут отброшены.

Третья — полнота. Часть событий теряется: сбой канала, переполнение буфера, некорректный файл. Обнаружить пропажу можно только сверкой того, что зафиксировало оборудование, с тем, что дошло до расчета. Это отдельная регулярная операция, и делать ее удобно там же, где данные собираются.

Что это дает в расчетах

Единый формат на входе биллинга означает, что новое оборудование подключается настройкой плагина, а не изменением расчетной логики. Отфильтрованный поток снижает нагрузку. Обогащенное событие тарифицируется без дополнительных обращений к справочникам.

Отдельный эффект — в межоператорских расчетах. Входящие файлы от операторов-партнеров приходят в разных форматах и с разной структурой, и приводить их к единому виду приходится на входе. Подробнее — в статье о биллинге межоператорских расчетов.

Роуминг

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

Где это работает

Медиация входила в контур проектов «Т-Мобайл», «Альфа-Мобайл» и «Алма ТВ». Общее у них — несколько источников событий и требование к полноте: в расчет должно попасть все потребление, и ровно один раз.

Вопросы и ответы

Зачем нужен отдельный слой, если биллинг может читать файлы сам?

Может, и в небольшом контуре так и делают. Проблема появляется при втором типе оборудования: форматы событий у вендоров разные, и расчетная система начинает обрастать знанием о каждой модели коммутатора. Дальше любая замена оборудования становится доработкой биллинга. Медиация забирает это знание себе, и биллинг видит единый формат независимо от того, что стоит на сети.

Что именно делает предбиллинг с данными?

Пять операций. Сбор с территориально распределенных узлов. Фильтрация: отсев служебных, дублирующихся и ошибочных записей. Унификация: приведение форматов разных источников к единому виду. Обогащение: дополнение события справочными данными, которых нет в исходной записи. Агрегация и склейка: объединение связанных записей в одно событие потребления.

Что такое обогащение события?

Добавление в запись данных, которых на оборудовании нет. Коммутатор фиксирует техническую сторону: кто, куда, сколько, когда. Чтобы событие можно было тарифицировать, к нему нужны привязка к лицевому счету, зона, тип услуги и другие справочные признаки. Часть из них подставляется на этапе медиации, чтобы биллинг не ходил за ними отдельно по каждому событию.

Зачем сверять данные оборудования и биллинга?

Потому что часть событий теряется по дороге: сбой канала, переполнение буфера, некорректный файл. Регулярная сверка показывает, все ли, что зафиксировало оборудование, дошло до расчета, а недостающее дозагружается. Без этой проверки утечка выручки обнаруживается случайно и обычно поздно.

Только ли для телекома нужен предбиллинг?

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

Что такое TAP-файлы?

Формат обмена данными о роуминговом потреблении между операторами. Записи о том, как абонент пользовался связью в чужой сети, передаются его домашнему оператору в этом формате — их нужно принять, проверить и учесть в расчетах. Работа с TAP входит в задачи медиации.