Вы когда-нибудь задумывались о том, как формируется оплата услуг сотовой телефонной связи? Стоит только закончить звонок, и сумма на вашем телефонном счету изменяется в соответствии с тарифом.
Это происходит в автоматическом режиме: специальное программное обеспечение отслеживает прохождения сигналов через каждую соту, сортирует их и вычисляет по заданным параметрам стоимость оказания услуги для каждого владельца номера. Упрощенно говоря, этот процесс называется биллингом мобильной связи.
Биллинговые системы
Для осуществления биллинга необходимо сочетание мощных технических средств, программного обеспечения, банковской и юридической поддержки. Это не под силу даже многим крупным компаниям, поэтому собственная биллинговая система – преимущество очень немногих участников рынка. Большинство компаний, оказывающих услуги электронной коммерции, и региональные пользуются услугами крупных биллинговых систем.
В функции биллинговой системы входит вычисление стоимости услуг мобильной связи для каждого абонента в реальном времени. В памяти системы хранится информация о продолжительности, времени осуществления и других параметрах всех телефонных звонков абонента за определенный период – скажем, за полугодие или годичный срок.
В биллинговую систему входит программное обеспечение для бухгалтерских расчетов телекоммуникационных операторов, в том числе взаиморасчетов между ними.
Не секрет, что часто мобильные операторы договариваются между собой о совместном использовании сотовых станций для экономии средств на техническое обеспечение. Если в густонаселенном городском районе каждый оператор устанавливает свою станцию, то в сельской местности или на автомагистрали одна станция нередко используется несколькими операторами. Но владелец сотовой станции только один, а остальные операторы оплачивают ему услуги аренды станции, исходя из числа звонков.
Учет интернет-трафика тоже входит в сферу деятельности биллинговой системы. При этом для каждого абонента он осуществляется по собственному тарифу: в одних случаях это повременная оплата, в других – оплата количества принятых и переданных информационных пакетов.
Функции биллинговой системы
Принцип действия биллинговой системы достаточно прост: вся информация о разговорах, их продолжительности и характеристиках записывается коммутаторным узлом, после чего передается на центральную серверную станцию для расчета.
Установленное там программное обеспечение обрабатывает огромные базы данных и «помнит» все нормативные акты, тарифы и расценки, а также личную информацию каждого клиента: выбранный им тариф, наличие бонусов, подробности контракта, расценки на услуги связи по разным направлениям и т.д.
Кроме того, в базе данных системы хранится информация о предыдущих платежах каждого абонента мобильной сети. В соответствии со всей этой информацией происходит расчет снятия средств. Благодаря использованию супермощных компьютеров расчет занимает доли секунды, и его результат практически сразу же отражается на состоянии счета абонента.
В числе функций биллинговой системы присутствует и активация или деактивация (отключение) абонентов. Проще говоря, система отслеживает состояние каждого счета и предоставляет услуги связи только тем из абонентов, кто имеет средства их оплатить.
Соединение не устанавливается, если мобильный счет исчерпан. После предоставление услуг связи возобновляется в автоматическом режиме.
Современный биллинг предусматривает наличие функции обратной связи. Мы можем управлять своим счетом из личного кабинета: пополнять, подключать или отключать те или иные услуги, изменять тарифы и т.д.
В числе прочего личный кабинет на сайте мобильного оператора дает возможность проверить свой биллинг за последние месяцы, т.е. просмотреть, с какими номерами осуществлялись разговоры, какова их продолжительность и как снимались за них средства со счета.
Дополнительные возможности биллинга
Многие знают, что биллинговые системы нередко используются не по прямому назначению. Правоохранительные и могут пользоваться данными биллинга для установления контактов интересующего их человека.
При необходимости устанавливается не только продолжительность разговоров и номера абонентов, с которыми они велись, но и местоположение этого человека в момент разговора. Для получения этой информации необходимы веские причины, а разрешение на доступ к ней может дать только суд.
Для обычных граждан получение этой информации о ком-либо другом, даже о члене своей семьи, строго запрещено законом.
План:Характеристика и назначение биллинговых систем;
Структура и функции биллинговой системы;
Основные подсистемы, характерные для биллинга;
Стандарты биллинговых систем
Ключевые слова: биллинг, мультиязычность, мультивалютность, роуминг, стандарт.
Характеристика и назначение биллинговых систем
Биллинговая система (от англ. bill - счет, billing - выписывание счета) - система, вычисляющая стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг. Цикл выполняемых ими операций именуется биллингом. Биллинговая система (БС) представляет собой бухгалтерскую систему, программное обеспечение разработанное специально для телекоммуникационных операторов. Биллинговые системы используются как в телефонии (проводной и сотовой), так и в сетях передачи данных (интернет провайдеры), а так же имеет место в IP-телефонии. Любая БС создается на основе определенной системы управления базами данных (СУБД). Большинство БС в мире создавалось на основе СУБД Oracle. Среди других СУБД можно выделить Sybase и Informix как рассчитанные на большие объемы информации. А вот названия некоторых биллинговых систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Стоит упомянуть, что под БС обычно подразумевает и аппаратное обеспечение, участвующие в организации биллинга.Существуют несколько названий биллинговой системы: АСР - автоматизированная система расчетов; ИБС - информационная биллинговая система.
Одним из важных качеств БС является ее гибкость, то есть способность приспосабливаться к изменившимся обстоятельствам. Гибкая система адаптирована не только к одномоментным потребностям оператора; за счет таких качеств, как настраиваемость, модульность и открытость она позволяет решать перспективные задачи. Модульный принцип построения системы - ϶ᴛᴏ ᴛакой принцип, при котором вся система собирается из отдельных частей (модулей). БС тоже состоит из таких модулей - подсистем. БС включает в себя, к примеру, подсистему предварительной обработки данных, подсистему оперативного управления биллингом, подсистему оповещения клиентов. Под открытостью системы подразумевается открытость исходного кода программного продукта, что позволяет оператору не зависеть от разработчика в будущем и самостоятельно обслуживать и модернизировать систему. Тесно связано с гибкостью БС и следующее качество автоматизированных систем расчета - масштабируемость.
Масштабируемость по нагрузке. При росте абонентской базы, появлении дополнительных услуг не должна появляться необходимость изменять или дорабатывать программную часть БС. Увеличение возможностей БС должно достигаться за счет модернизации аппаратной части системы. При проектировании масштабируемых систем необходимо использовать СУБД, рассчитанные на большие объемы данных. СУБД должна быть совместима с различными компьютерными платформами, чтобы обеспечивать поддержку многопроцессорного режима работы.
Надежность - одно из основных требований, предъявляемым к любой системе. Надежность БС определяется надежностью СУБД и технологий, используемых при разработке системы. Далеко не последнее место занимает надежность поставщика (разработчика) прикладного программного обеспечения: время его работы на рынке и, как косвенный показатель, процент присутствия разработанных им систем на телекоммуникационном рынке. При этом надежность БС обеспечивается также соблюдением определенных стандартов при их разработке.
Мультиязычность - возможность устанавливать различные языки для представления информации.
Мультивалютность - возможность работать с любыми валютами
Отложенный биллинг - биллинг, при котором расчеты производятся после состоявшихся звонков.
Горячий биллинг - изменение баланса счета происходит в процессе разговора, и информацию об остатке на Вашем счету можно получить сразу после звонка.
Оптимизация биллинга - улучшение, совершенствование оператором своей БС.
Большие БС - системы, применяемые крупными операторами.
Постинг биллинга - фиксация результатов расчета биллинга; после расчетов результаты становятся доступными пользователям (рассылаются, печатаются).
Так как БС предназначена для автоматизации расчетов с клиентом, то она и должна обеспечивать автоматизацию начиная с заключения договора до выписки счетов за услуги сотовой связи, причем корректно. При помощи подсистем автоматических услуг и автоматического сбора данных АСР должна предоставлять абонентам возможность самообслуживания. Некоторые БС позволяют абонентам оформлять заказы на подключение и производить оплату услуг через Интернет.
Структура и функции биллинговой системы
Схема организации биллинга не сложна: информация о соединениях и их продолжительности записывается коммутатором и после предварительной обработки передается в расчетную систему. Расчетной системе "известны" тарифы. Она идентифицирует вызов и выполняет необходимые расчеты, формируя тем самым счет абонента. Очевидно, что в памяти системы должны храниться не только нормативы, тарифы и информация об услугах, но и данные о клиентах, заключенных контрактах с абонентами и сторонними поставщиками услуг связи (если таковые имеются), а также о стоимости передачи информации по разным каналам и направлениям (системой должно быть также предусмотрено наличие дилеров: у них могут быть другие расценки, к примеру, на подключение). Кроме этого, любая БС должна иметь базу, хранящую историю платежей: только эти сведения позволяют контролировать процесс оплаты и автоматизировать так называемую активацию/деактивацию абонентов. Эту функцию БС можно еще назвать защитной, так как она не позволяет пользоваться услугами связи тем, кто за них не платит.
Рис. 11. Структура биллинговой системы
По функциональным возможностям БС можно разделить на три класса: предназначенные для транснациональных операторов связи, заказные национального масштаба и системы среднего класса для региональных сетей.
БС, относящиеся к первому классу, должны обеспечивать взаимодействие сетей на межнациональном уровне, в различных временных зонах, т.е. они должны быть мультивалютными и мультиязычными.
Заказные системы национального масштаба создаются под определенного оператора. Оператору может понадобиться новая БС, совместимая с уже существующей расчетной системой. Разумеется, стоимость таких единичных систем значительно выше.
В масштабе региона можно вполне обойтись стандартными БС. При этом и такие системы должны обладать качествами, перечисленными выше: гибкостью, масштабируемостью, надежностью. Любая БС создается и настраивается на бизнес-процесс определенного оператора связи, имеет собственный набор функций, соответствующий технологическому циклу предоставления услуг, и может работать с конкретным сетевым оборудованием, поставляющим ей информацию о вызовах и соединениях, - то есть БС не является "коробочным" продуктом. Но существует и стандартный набор функций, поддерживаемых практически всеми БС. В него входят:
операции, выполняемые на этапе предварительной обработки и анализа исходной информации, к примеру, функция получения данных о соединениях и услугах (запросы к коммутатору);
операции управления сетевым оборудованием: функции активации/деактивации (блокировки/разблокировки) абонентов и команды изменения условий подписки абонентов, передаваемые непосредственно в коммутатор;
основные функции приложения СУБД, включающие в себя: тарификацию записей коммутатора о вызовах и услугах; формирование и редактирование таблиц базы данных расчетной системы; выставление счетов и их печать; кредитный контроль счетов; составление отчетов; архивацию.
Как уже было сказано, БС должна обладать гибкостью или модульностью. Каждый элемент АСР обеспечивает реализацию конкретного участка технологической цепочки обслуживания клиента. Основные подсистемы, характерные для биллинга, это: подсистема предварительной обработки данных о соединениях, оперативное управление биллингом и подсистема оповещения клиентов.
Заказывать разработку новой системы под свои задачи - слишком дорого и слишком долго. Поэтому встала задача - найти подходящее решение. Выбор в итоге пал на BGBilling. В итоге вот уже год как мы работаем с этой системы и в целом всем довольны. Почему мы выбрали именно систему и чем она хороша (минусы тоже постараюсь осветить) постараюсь подробно изложить ниже.
Какие модули кому нужны будут? Без модуля абонентских плат - никуда. Берем его, максмальная цена за бесконечное количество лицензий (бесконечное начинается с 10000 лицензий) - ~100тр.
А теперь смотрим чем мы занимаемся? Оператору КТВ по сути больше ничего не нужно. Провайдеру еще бы и модуль работы с сетью. Это или IPN или DialUP - и тот и другой максимально стоят тоже порядка 100тр.
Модуль телефонии - один из самых дорогих. Порядка 240тр.
Остальные модули - voiceip, модуль цифрового телевидения - по-моему не так популярны, их рассматривать не будем. Если интересно - можно посчитать на сайте.
Техподдержка, комьюнити
Спорный вопрос по техподдержке. Она платная. При покупке лицензии предлагается заключить контракт на техподдержку и приобрести пакет обращений. За 25тр можно получить 50 обращений на год. За 9тр - 15 обращений, тоже на год. Много это или мало? Мы использовали за год - 5 обращений. Сообщения об ошибках за обращения не засчитываются, но для их сообщения все равно нужен пакет хоть с одним обращением.
Бесплатная поддержка оказывается разработчиками на форуме, но в негарантированные сроки. Если через личный кабинет ответ будет дан в среднем через пару часов, то через форум придется подождать день-два. Но зато на форуме очень много таких же пользователей как и вы, которые подчас подсказывают и помогают оперативней.
Что и приводит нас к вопросу о комьюнити и вики-базе. Сообщество мне очень понравилось. На форуме можно найти помощи практически по любому вопросу. В последнее время и ко мне в аську начали с вопросами обращаться, с радостью подсказываю, если знаю что и как.
Производительность и факапы
Официальные данные представлены на соответствующей странице сайта - bgbilling.ru/program/speed.shtml . В целом им можно верить. АП списываются довольно шустро. Радиус(мы используем модуль DiapUP для доступа к сети) держит нагрузку при одновременной авторизации 1000-1500пользователей (пропадаение света в районе, а потом включение) вполне нормально. Радиус же занимается обсчетом нетфлоу статистики. Справляется с потоком от 6 цисок с гигабитом трафика на каждой.
Если не считать факапов вызванных своими кривыми руками, то был один довольно неприятный факап 1 января 2010 года. На каждый месяц автоматически создаются новые таблицы с балансом. Из-за какой то недоработки в логике в 2010 году новые таблицы не создались. Поэтому в момент списания АП у всех был 0 на счету. Благо БД очень хорошо документирована и есть функции групповых операций - это удалось очень быстро устранить (до того как большая часть абонентов отошла от похмелья и полезла в интернет).
Запуск, перенос существующих баз
Настройка и запуск системы осуществляются довольно просто, особо выделить даже нечего. Распаковать архив, добавить исполняемые.sh в автозапуск, загрузить структуру таблицы из файла дампа и пожалуй все - уже будет работать =).
Инетересный момент. Основные компоненты системы - сервер, радиус, шедулер - можно разнести на разные сервера, в настройках указать айпишники и все отлично будет работать, цепляться к серверу и распределять нагрузку.
Кстати про распределение нагрузки. Все задачи сваливаются в очередь, которую обрабатывает шедулер. Причем он практически никак не связан с сервером. Т.е. задача на выгрузку статистики, переобсчет трафика - нагрузит шедулер, но никак не скажется на производительности самого сервера биллинга - он будет работать в нормальном режиме, складывая задачи в очередь, будет давать доступ до бд радиусу и других модулям.
Заключение, сравнение с другими системами
В целом биллингом я доволен. Сейчас дописываю свой интерфейс (опять радуюсь документированности бд - написать нужные запросы к бд очень легко)
Сравнить с другими системами особо возможностей и не было. По отзывам тех кто переезжает с UTM - небо и земля - документированность и открытость бд, возможность дописать свои скрипты, реализовать собственную бизнес логику.
PS если появились какие-то вопросы - задавайте, постараюсь ответить.
Значение слова неудачный
Обзор Samsung Galaxy A7 (2017): не боится воды и экономии Стоит ли покупать samsung a7
Делаем бэкап прошивки на андроиде
Как настроить файл подкачки?
Установка режима совместимости в Windows