Forward Обсудить проект

Продукт · OSS

Предбиллинг и медиация данных — Forward MD

Реестр российского ПО, запись № 21563 от

Forward MD — система предбиллинга: собирает события о потреблении услуг с территориально распределенных узлов, отсеивает служебные и ошибочные записи, приводит разные форматы к единому, обогащает данными для тарификации и агрегирует до нужной детализации. Формирует TAP-файлы для расчетов с роуминг-партнерами. Включена в реестр российского ПО под номером 21563.

Что делает система

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

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

Этапы обработки события

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

Эксплуатация

  • Библиотека форматов трафика: телефонный трафик и передача данных, набор расширяется плагинами.
  • Источники: телеком-станции, core-платформы финтеха, медиаконтент, SaaS-сервисы.
  • Установка, конфигурирование и мониторинг комплектов сбора из интерфейса в центральном узле.
  • Мониторинг территориально удаленных элементов с автоматическим информированием о сбое.
  • Предварительное тестирование нового оборудования на корректность и полноту передаваемых данных.

Обработанные события уходят в Forward Billing и Forward Fusion. Межоператорские взаиморасчеты на их основе ведет Forward Interconnect, состоянием услуг на оборудовании управляет Forward SP.

Сведения об установке и эксплуатации — в документе о системе.

Реестр и импортозамещение

Продукт включен в реестр российского ПО под номером 21563 от 20 февраля 2024 года. Компания аккредитована Минцифры России и входит в АРПП «Отечественный софт».

Forward MD в проектах

  • Т-Мобайл — предбиллинг виртуального оператора в модели Full, интеграции по CAMEL, DIAMETER и TAP.
  • Альфа-Мобайл — виртуальный оператор Альфа-Банка в модели Medium, запуск за десять месяцев.

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

Что такое предбиллинг и зачем он нужен?

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

С какими источниками работает система?

С телеком-станциями, core-платформами финтеха, системами медиаконтента и SaaS-сервисами. Поддержка источников строится на плагинах и расширяемом наборе форматов данных, поэтому библиотека форматов трафика пополняется под проект.

Что происходит с ошибочными и дублирующимися записями?

На этапе фильтрации идет валидация: записи с ошибками, дубли и нецелевые записи отбрасываются до попадания в тарификацию. Служебная информация, не относящаяся к потреблению услуг, отсеивается там же.

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

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

Как формируются TAP-файлы для роуминга?

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

Как контролируется работа распределенных точек сбора?

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

По теме