Продукт · OSS
Предбиллинг и медиация данных — Forward MD
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-файлы для передачи роуминг-партнеру. Это же данные для взаиморасчетов, поэтому обогащение зонами тарификации и метками принадлежности выполняется до формирования файла.
Как контролируется работа распределенных точек сбора?
Мониторингом с автоматическим информированием администратора о сбое, в том числе для территориально удаленных элементов. Установка и конфигурирование комплектов сбора идут из интерфейса в центральном узле; интерфейсы построены по технологии тонкого клиента. Новое оборудование можно протестировать на полноту передаваемых данных до ввода в эксплуатацию.