Образовательный портал о технологиях мобильной связи


Биллинг Интернет-услуг .


      

Универсальная структура биллинговой системы

Биллингвая система (БС) первоначально оптимизировалась на большое число абонентской базы, большие возможности по масштабированию. Обеспечивает биллинг всего спектра услуг, предоставляемых ISP, например, тарификация по заданным расчетным схемам услуг коммутируемого доступа, выделенных линий, кампусного подключения, IP-Телефонии и др.

Гибкая тарификация: различные правила округления, поминутная/ посекундная тарификация, цена в зависимости от времени суток или дня недели, признака выходных и праздничных дней.

  • Предоплаченный трафик или время соединения ("в счет абонентской платы").
  • Мультивалютность. Курс валют может ежедневно устанавливаться автоматически по данным с сайта ММВБ.
  • Произвольная привязка курсов валют к условным датам для различных типов потребляемых услуг. Например, "курс для аб.платы - 1ое число расчетного месяца", "регистрационные платы - на день оказания услуги", "IP-трафик - на первое число следующего за расчетным месяцем" и пр.
  • Неограниченное число тарифных планов. С каждым тарифным планом может быть связано произвольное число позиций данного тарифного плана - "позиций тарифного плана".
  • Автоматическое начисление регистрационных плат. Автоматическое начисление перерегистрационных плат (в случае перехода абонента между различными тарифными планами, имеющими различные регистрационные платы).
  • Поддержка разовых услуг "Выезд специалиста", "Настройка оборудования" и пр.
  • Все параметры системы, настройки, тарифные планы и информация об абонентах, его услугах имеют привязку к дате, все изменения могут производиться заранее (в пятницу, например, дать команду на отключение с воскресенья такого-то пользователя и пр.) или производиться "задним" числом.
  • Любые перерасчеты могут быть выполнены как будущим, так и "задним" числом (например, с середины предыдущего месяца доначислить абонентскую плату по услуге клиента или произвести автоматический пересчет трафиковых записей клиента по другому тарифному плану и пр.).
  • У постоянных услуг одного абонента единый лицевой счет.
  • Имеется возможность вести в рамках одной системы биллинг клиентской базы нескольких провайдеров - со своими реквизитами, правилами тарификации и другими настройками. В рамках каждого провайдера производится деление клиентов на различные подузлы. Принадлежность абонента тому или иному подузлу может выполняться на основе различных критериев, например, в зависимости от географического места расположения точки доступа, к которой будет подключаться абонент или в зависимости от того, какие услуги он будет потреблять. Нет жесткой привязки абонента к подузлу, в любое время можно изменить его подузел.
  • и многое другое...

Трехзвенная архитектура, "тонкий клиент"

Архитектура биллингового комплекса трехзвенная. Первый и второй уровни - СУБД и сервер приложений, на котором находится ядро биллинга, вспомогательные службы и процессы, а также WEB-сервер системы администрирования биллинговой системы. Третий уровень - т.н. "тонкий клиент", в роли которого на каждом АРМе оператора выступает браузер. С точки зрения сопровождения рабочих мест и удобства разработки интерфейса для операторов и клиентов является оптимальным решением. В то же время это и безопасное решение, так как доступ к WEB-серверу происходит через Secure Socket Layer (SSL) соединение.

Неограниченное количество одновременно работающих операторов. системы и обсчитываемых услуг абонентов. Большой резерв по масштабированию. Интеграция с другими биллинговыми платформами, например, CLARENT. Бухгалтерская подсистема. Экспорт данных в 1С.

Эффективное использование возможностей современных СУБД

Биллинговая система в качестве сервера БД использует СУБД ORACLE. Возможна поставка с СУБД PostgreSQL (лучшая из open-source систем управления базами данных).

Используются все возможности СУБД Oracle для обеспечения оптимальной производительности при работе на больших объемах биллинговой информации, например,

  • кластеризация, секционирование таблиц
  • применение materialized view и query rewrite
  • bitmap- и functional- индексов
  • перенесение части бизнес-логики на сторону СУБД в виде хранимых процедур PL/SQL
  • контроль целостности данных механизмами самой БД
  • и другое...

Вы гарантированно получите несравнимо большую производительность, чем у других АСР, основанных на СУБД начального уровня, например, MySQL.

База данных настраивается на выполнение периодических процессов резервирования, в т.ч. средствами самой СУБД. Возможна настройка конфигурации БД с поддержкой режима реплицирования всех изменений на второй сервер БД, что позволяет не только работать в режиме hot backup (при выходе из строя любого из серверов СУБД автоматически переключается на работу с другим сервером и это происходит незаметно для остальных приложений и пользователей). Благодаря этому также распределяется часть нагрузки между этими серверами - запросы application server к БД, формирование отчетов и др. делегируются наименее зегруженному серверу.

Авансовая и кредитная форма работы с абонентами

Производит постоянный мониторинг баланса pre-paid клиентов, и в соответствии с указанным порогом отключения выполняет закрытие доступа абонентам, превысившим свой денежный лимит.

  • Контроль производится как при попытке абонентом зарегистрироваться в сети, так и в то время, когда он уже подключен. В случае снижения баланса счета меньше неснижаемого остатка пользователем, который зарегистрирован в сети, происходит принудительная терминация его сессии посредством отправления SNMP-команды на сервер доступа.
  • Клиентам prepaid-услуг доступ может быть административно открыт (в не зависимости от наличия средств на их счету), так и административно закрыт.
  • Контроль баланса ведется верно в не зависимости от числа одновременных сессий одного пользователя.
  • Производит уведомления пользователей по электронной почте в случае возможного скорого исчерпания средств на счете.

Интеграция с сервером телематики

Автоматическое заведение учетной записи клиента на телематическом сервере после заведения (активации) его на биллинговом сервере. Блокировка учетной записи на телематическом сервере после блокировки (деактивации) сервиса на биллинговом сервере. Независимое управление возможностью приема и отправки почты. Настраиваемые политики контент-фильтра. Управление другими телематическими службами, такими как хостинг-сервер. Интеграция с pre-paid модулем.

Гибкий сервер авторизации. RADIUS-сервер

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

  • Четырехступенчатое определение списка проверочных и возвратных атрибутов - через список индивидуальных атрибутов, через групповую принадлежность, через группу-рилм, через список общих атрибутов.
  • Стандартизированный список операторов-действий над атрибутами.
  • Возможность списочного задания атрибутов, которые поддерживают это.
  • Применение регулярных выражений к атрибутам, полученным от сервера доступа, позволяет реализовать гибкие схемы авторизации.
  • Поддержка библиотек атрибутов большинства производителей оборудования, позволяет работать с огромным числом серверов доступа.
  • Все атрибуты, группы, другая информация хранится в БД. Это позволяет легко изменять логику работы сервера AAA.
  • Большинство настроек имеют привязку ко времени, что делает возможным выполнять изменения будущими числами.
  • Корректная работа в случае потери Stop-пакетов.
  • Поддержка протоколов авторизации PAP, CHAP, MS-CHAP, MS-CHAP v2.
  • Возможность хранения паролей пользователей как в открытой, так и в зашифрованной форме.
  • Разворачивание Cisco-Attr атрибута в список обыкновенных атрибутов для их последующей прямой обработки.
  • Автоматическое включение пользователя в ту или иную RADIUS-группу ядром биллинговой системы при заведении услуги пользователя с определенной позицией тарифного плана. Может, например, применяться для организации интранет-услуг, когда требуется выделять динамический IP-адрес из другого пула и прочее.
  • Поддержка индивидуального списка возвратных атрибутов для каждого пользователя, передаваемых на сервер доступ после успешной авторизации.
  • Поддержка произвольного числа IP-пулов, также определяемых групповыми или индивидуальными атрибутами.
  • Аккаунтинг. Корректная работа в случае потери любого числа Start-, Alive-пакетов. Обработка Accounting-On, Accounting-Off запросов.

Поддержка IP-Телефонии

Позволяет организовать обсчет звонков, с возможностью задания цен по направлениям, времени суток, дню недели. На различных тарифных планах может быть различная стоимость для различных направлений. Направления задаются списком своих префиксов. Учитывается вложенность префиксов. Направления группируются в зоны (Красноярский край, Россия, СНГ и пр.), зоны - в группы зон (город, межгород, международка и пр.). Существуют отчеты с группированием данных по направлениям, зонам, группам зон.

  • В административном модуле имеются формы для администрирования тарифных планов IP-телефонии.
  • В случае наличия тарифных планов, в которых отличается только абонентская или регистрационная плата, а цена за звонок по каждому направлению одинакова, существует возможность задания в одном тарифном плане ссылки на другой, чтобы устранить рутинный ввод сотен цифр-цен по всем направлениям.
  • В качестве источника информации могут быть файлы с CDR с АТС, RADIUS-сервер, настроенный на взаимодействие с VoIP-шлюзом или БД сторонней системы, например, CLARENT .
  • Привязка звонков к конкретной услуге может быть осуществлена по телефонам, по ПИН-коду, по IP-адресу VoIP- шлюза оригинатора или терминатора звонков. Причем к одной услуге может быть привязано произвольное количество разнотипных идентификаторов.
  • В системе реализовано понятие "оператор". Оператору приписывается множество VoIP-шлюзов. В дальнейшем возможно получение отчетов по трафику шлюз-шлюз, оператор-шлюз, оператор-оператор.
  • Average Successfull Rate (ASR) - отчет, среднее число успешных звонков по каждому направлению, по каждому оператору. Этот отчет может использоваться для принятия решений по переводу терминации по некоторым направлениям на других операторов с целью поднятия качества обслуживания звонков по таким направлениям.
  • За любой промежуток времени система умеет обращаться к хранилищу CDR-звонков с целью поиска непрописанных шлюзов или телефонов. Для этого существует специальный отчет.
  • Модуль легко может быть интегрирован с платформой обслуживания карточных клиентов CLARENT. Имеется отдельный Личный кабинет для таких клиентов, где они могут просмотреть свой баланс, детализацию звонков, выполнить пополнение баланса через систему ASSIST.
  • Данные с системы CLARENT конвертируются в единый формат системы и записываются в единое хранилище, поэтому к таким звонкам могут быть применены те же отчеты, тарификация осуществляется так же, как к CDR с других коллекторов.
  • В случае применения платформы CLARENT появляется третья возможность идентификации абонента - по ПИН-коду.
  • Абоненты в ЛК имеют возможность смотреть детализацию своих звонков с указанием направления, по которому был вызов, тарифа, продолжительности, цены звонка.

Интеграция с платежными системами

Абоненты имеют возможность оплачивать счета не выходя из дома, со счетов своих банковских карточек. VISA, MasterCard/EuroCard, STB и некоторых других. Это стандартная возможность Личного кабинета. Поддерживается также работа с т.н. "микроплатежами" - WebMoney, Яндекс.Деньги, PayCash. Есть возможность о безакцептном со стороны провайдера зачислении на лицевой счет абонента. (в режиме реального времени) средств, сразу после получения подтверждения со стороны процессингового центра.