Что такое биллинг в сотовой связи
Что такое биллинг мобильного телефона, сотовой связи? Как работает биллинг мобильного телефона?
Статья о пониятии биллинг по номеру телефона/
Биллинг! Какое звучное, загадочное слово!
Как звучит сухая расшифровка этого слова в Википедии, Биллинг означает комплексные меры, действия, решения, на предприятиях связи, где проходит сбор информации о разных видах услуг связи, расценках операторов, счетов клиентам, обработки платежных счетов.
По сути, Биллинг – система, это дополнительная программа для поддержки бизнес – услуг в сфере коммуникации.
Что значит биллинг по номеру телефона?
Биллинг по номеру телефона, а точнее биллинг среди операторов сотовой связи, это серия услуг, предлагаемых абоненту. Выделяются следующие услуги по данному направлению:
Как все это происходит?
Допустим, нам надо найти человека, установить координаты его нахождения, то есть провести биллинг – операцию.
Обычный звонок, это конкретная группа действий. Как указывалось выше, любой сотовый телефон имеет свой код (имейл). При звонках, то есть авторизации в сети мобильной связи, код работает, как номер серии телефонного аппарата. Код используется также, для отслеживания за телефонными устройствами (к примеру, крадеными), блокирования.
Код — идентификатор (имейл) остается постоянным, как бы не изменялась СИМ карта. Вычислить, кто пользовался СИМ – картой, не составляет труда.
С каждого телефона идут входные и выходные вызова, сообщения. По данным действиям оператор, также, может узнать, где находится человек.
Как работает абонентская сотовая связь?
Вероятность нахождения человека равна 100 процентам, или почти 100 процентам.
Ни один поиск не проходит без данных, предоставленных в результате анализа биллинга. В биллинг входит анализ входящих, исходящих вызовов, сообщений, история звонков, продолжительность, цена.
Операторы хранят полную тайну личных данных абонента и детализации звонков, согласно закона о телекоммуникации и связи, защите личных данных пользователей.
Данные билинг – системы могут быть предоставлены правоохранительным органам по факту расследования преступлений, по решению суда.
Самому абоненту заниматься биллингом, без разрешения соответствующих органов, запрещено.
Биллинг, очень действенное, сильное, но дорогостоящее средство поиска.
Видео: Как найти человека по номеру телефона?
Как сделать биллинг телефона по номеру? Как найти телефон и человека по биллингу?
Статья о том, как получить разрешение на биллинг, можно ли провести его самостоятельно, как осуществляется поиск по биллинговой системе.
Биллинг, аналитическая система услуг операторов мобильной связи. Система заключается в детализации исходящих, входящих звонков, оценке продолжительности, навигации нахождения абонента, детализации отправленных, принятых сообщений, стоимости звонков, сообщений.
Биллинг, аналитическая система услуг операторов мобильной связи
Когда требуется делать биллинг?
Биллинг — навигация определения координат человека на местности
Параметры осуществления биллинга
Оператор определяет место нахождения телефона (возможно, и пропавшего человека) при включенном телефоном аппарате. Включенный аппарат, излучает радиосигналы, даже когда нет звонков. Радиосигналы принимает станция сотовой связи оператора в виде номера соты, где находился телефон, определенное время назад. Радиус погрешности составляет около 30 км.
Если телефон находится в городской местности, от многочисленных электролиний, станций связи, создаются помехи. Радиус покрытия будет меньше, до двух километров. Соответственно, найти местоположение человека (телефона) будет легче.
Что может сделать оператор?
Как получить запрос биллинга мобильных телефонов физическому лицу?
Сведения по фиксированию, анализу звонков, хранятся у оператора под строгим секретом, согласно закона Российской Федерации о связи. Сведения выдаются на основании запроса вышеуказанным организациям.
Биллинг осуществляется по запросу официальных организаций
Оговоримся, что процедура получения биллинга для частных лиц предусмотрена только теоретически. Без серьезного основания, частным лицам процедура запрещена.
Частные детективы, получающие разрешение на биллинг, чаще всего действуют с нарушением закона, берут большую стоимость за свои услуги.
Частные детективы действуют с нарушением закона
Приведем пример: у вас украли телефон, вы хотите сделать запрос на биллинг по номеру телефона. В данном случае, вы хотите знать, откуда, сколько, какое время были звонки с вашего номера.
Возможно, в украденном телефоне уже чужая СИМ – карта. Напоминаем, биллинг осуществляется по коду – идентификатору.
Итак, ваши действия:
Какую информацию и где можно получить обычному человеку?
Биллинг – система, кроме подробного анализа звонков, включает оплату за услуги связи. Следовательно, можно обратиться к оператору, обслуживающему ваш номер с запросом на распечатку звонков за определенный период.
Техническая поддержка оператора сотовой связи
Перед этим, следует позвонить в сервисный центр обслуживания абонентов для того, чтобы узнать, предоставляется ли услуга.
Можно ли и как сделать биллинг самостоятельно?
Хотя в интернет есть много программ, по которым предлагается сделать биллинг, это программы – мошенники.
Для получения ответа на этот вопрос, юридические организации настоятельно советуют обращаться в техническую поддержку оператора сотовой связи, уточнить стоимость, техническую возможность.
На практике, запрос по биллингу частным лицам запрещен или может быть предоставлен по запросу официальных правовых организаций.
Мы освятили вопросы по получению информации биллинг — анализа, возможности системы.
Видео: Понятие биллинг
комментариев 11 Добавить комментарий
Надо добиваться, что бы другой человек сделал.
А можно узнать номера,на которые звонил абонент и кому они принадлежат?
Как работает биллинг сотового оператора?
Платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.
Биллинг собирает информацию об использовании телекоммуникационных услуг, их тарификации, отвечает за выставление счетов абонентам и обработку платежей.
Постоплатная система
Когда абонент постополатной системы расчетов пользуется услугами оператора, то на коммутаторах генерятся специальные CDR (Charging Data Record) файлы. По сути, это обычные логи, в которых указан номер абонента, дата, время разговора/объем скачанного трафика и т.п. Биллинг же, в определенное время, (например, раз в сутки) подключается к коммутатору, закачивает себе CDRы, рассчитывает стоимость услуг и сохраняет всё в базе данных (обычно, Oracle). Затем в конце месяца абоненту выставляется суммарный счет.
Схема взаимодействия Postpaid платформы с ядром сети оператора.
CSN — circuit switching network; Представлена коммутаторами каналов (MSC).
PSN – packet switching network; Представлена коммутаторами пакетов и шлюзами (SGSN и GGSN соответственно).
Принцип работы postpaid-системы относительно прост, потому что не требует реакции платформы в реальном времени: ведь абонента не нужно предупреждать о достижении нуля (и, соответственно, не нужно менять характер взаимодействия сети с ним).
Авансовая система
В случае авансовой тарификации оператору связи, помимо учета предоставленного объема услуг, требуется решать задачу отслеживания текущего счета абонента и в случае достижения нуля, информировать абонента/отключать предоставление услуги. Поэтому такие системы еще называют Online Charging System (OCS).
Так как оператор предоставляет разные виды услуг и используются разные типы сетей (система коммутации каналов/пакетов), то биллингу для решения задачи контроля счета абонента приходится использовать разные протоколы тарификации, например такие:
Схема взаимодействия prepaid-платформы с сетью оператора.
Разберем подробнее эти протоколы.
CAP (CAMEL Application Part) – протокол прикладного уровня стека SS7, реализующий интеллектуальные услуги в GSM/UMTS сетях (например, prepaid).
Место протокола в стеке SS7. На рисунке также представлен популярный вариант с использованием технологии SIGTRAN (расширение SS7, которое позволяет использовать протоколы “семёрки” поверх IP сети).
По этому протоколу OCS общается с сетью коммутации каналов. Вот пример тарификации исходящего голосового вызова:
Это часть трейса. Видим, что по протоколу CAP послано сообщение applyCharging, максимальное время разговора (MAX CPD — Maximum Call Period Duration) равно 437,0 сек.
Продублирую картинку до ката: это пример общения по CAP протоколу. Можно оценить временные метки: платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.
А вот тут звонок продолжительный и видно, как система каждые 6 минут сама запрашивает у MSC статус звонка (activityTest). Сделано это для того, что бы, в случае какой-либо ошибки разговор не длился сутками (пока у абонента не спишутся все деньги).
CAP-протокол может тарифицировать не только голосовые звонки – он так же способен тарифицировать интернет-соединения, SMS, MMS и так далее. Хотя на практике чаще всего для этих нужд применяются специально заточенные протоколы (DIAMETER/OSA).
OSA (Open Service Access) – открытый программный интерфейс разработанный консорциумом 3GPP и ETSI, часто используется для тарификации VAS-сервисов и мобильного интернета.
Рассмотрим работу данного протокола на примере тарификации услуги мобильного интернета:
Запрос debitUnitReq; Команды OSA обернуты в SOAP протокол, который в свою очередь инкапсулируется HTTP протоколом.
Заключение
Изменение потребностей клиентов (в т.ч. увеличение объема передаваемых данных), создание новых типов услуг, влечет за собой эволюцию сети мобильного оператора, в первую очередь в области VAS-платформ и биллинговых систем.
Биллинговые системы будущего, и как они изменяют рынок связи
Сотовые операторы уже несколько лет находятся на перепутье. Услуги по передаче голоса и смс быстро устаревают. Традиционный бизнес теряет рентабельность. Основной целью стал поиск новых товаров и услуг, которые помогут остаться на острие прогресса и бизнеса. Операторы отказываются от названия «поставщик мобильной связи» и приходят к гордому «поставщик цифровых услуг» или даже «lifestyle enabler». Аналитики пишут, что это одно из проявлений глобальных процессов, которые характерны для многих отраслей экономики. Мы же подойдем к этому с прикладной стороны и объясним, почему это у телекома все так резво получается и что еще получится впереди.
В основе деятельности оператора связи лежит BSS (Business Support System) — комплексное решение для обслуживания деловых бизнес-процессов, софтверное сердце операторского бизнеса. В числе задач BSS – распознать, тарифицировать, посчитать клиента, предоставить ему услуги, выставить счет, принять оплату и сделать это так, чтобы всем было приятно. Даже этот перечень уже выглядит внушительно. А сейчас, с развитием операторского бизнеса BSS непрерывно усложняются и берут на себя все новые задачи. Когда-то это были отправка служебных смс и формирование допустимых отрицательных лимитов, а сейчас, например, еще и продвинутый адвайзинг, подсказки новых тарифов, индивидуальные предложения новых услуг.
При этом с инженерной точки зрения системы стремятся к упрощению. Операторы заинтересованы в том, чтобы стоимость поддержки BSS росла не так быстро, как ее функциональность. В идеальной картине мира вендор предлагает оператору максимум функциональности при минимальной сложности решения. Хорошие BSS дают оператору возможность снизить затраты на эксплуатацию, не допускать сакрализации персонала, легко менять отдельные функциональные блоки и наращивать возможности бизнеса с помощью обновлений.
По данным консалтинговой компании J’son & Partners Consulting
А главное, они позволяют быстро реагировать на действия конкурентов и выводить на рынок новые комплексные услуги. Арендовав BSS, банк или крупная торговая онлайн-площадка может без значительных затрат в любой момент выйти на рынок как виртуальный оператор (MVNO) и переманить аудиторию у старых игроков.
BSS-системы и цифровая трансформация
Какими должны быть BSS-системы, чтобы соответствовать всем потребностям операторов сегодня? Давайте представим этап развития, который они проходят в данный момент.
Итак, в последнее время телеком-отрасль активно развивается, появляются новые технологии, маркетологи выводят на рынок новые предложения, партнеры предлагают совместное продвижение. Дальше развилка следующая: если BSS поддерживает новый бизнес, ее развивают; если нет – ее существенно изменяют или полностью заменяют. Так все выглядит в идеале.
А теперь спустимся на землю. Много ли есть счастливых и беззаботных телеком-операторов? Они постоянно находятся в движении — слияния, поглощения, периоды взрывного роста, замедление этого роста, развитие новых направлений. На планомерное и углубленное развитие BSS в таких условиях не остается ресурсов. В итоге собирается целый багаж проблем: трудная интеграция, избыточная НСИ, функциональные провалы и большое количество кастомного кода.
Что оператору хочется получить после всех этих потрясений? Комплексную платформу, на которой можно быстро выстроить end-to-end процессы. О трансформации классических биллинговых систем в digital-платформы говорили много лет, и вот требования начинают оформляться. Прежде всего среди маст-хэвов упоминается конвергентность, горизонтальная масштабируемость, поддержка облачных и гибридных моделей развертывания. Отдельным блоком стоят требования к «фронтам»: оператору жизненно важно общаться со своим клиентом везде, где он бывает, – в соцсетях, по SMS, через мессенджеры, личный кабинет, мобильное приложение и т.д.
Среди важных бизнес-требований также выдвинуты возможность создания супербандлов и тесная интеграция с партнерскими платформами. Партнеры так же важны для оператора, как и клиенты – они формируют ассортиментную экосистему оператора и дают ему дополнительную возможность зарабатывать. Наконец, самое главное требование к BSS — это улучшение показателя TTM (time-to-market).
Все это должно быть собрано в прозрачную, легко интегрируемую и конфигурируемую «коробку», которая обеспечит оператору адаптацию к активно изменяющимся требованиям бизнеса при сохранении низкого ТСО.
Взгляд разработчиков
Потребности операторов понятны, но вот с технической реализацией BSS есть разногласия. Главное из них — вопрос «абсолютного каталога». На счет того, должен ли каталог быть абсолютным, среди вендоров и операторов нет единого мнения. Пока предпочтительнее смотрится многоуровневая система каталогов и квази-каталогов:
Решая проблему каталогов, необходимо учитывать множество вопросов. К самым сложным из них относятся вопросы бандлирования. Они решаются с помощью большого пула правил по доступности и назначению абоненту продуктов, акций, партнерских и комплексных услуг, а также специальному ценообразованию при наборе бандла. Например, оператор продает смартфон по цене 10 тысяч рублей. И отдельно — тарифный план за 1 тысячу рублей в месяц. Купив вместе смартфон и тариф, покупатель заплатит 9 тысяч и три месяца будет получать в подарок пакет трафика 5 ГБ. А если еще купит беспроводные наушники за 5 тысяч, то получит красивый шарик. А в прошлом месяце оператор за наушники дарил горшок без меда. А в следующем будет дарить, скажем, шаланду, полную кефали. Не важно, что — важно, чтобы правила применялись автоматически, в заданное время и по штатному алгоритму взаимодействия с OMS и модулем начислений. С такой важной функциональностью каталог становится основным инструментом в вопросе сокращения TTM. Так что, решив вопрос идеального каталога, вендор решает главную задачу оператора.
Будущее BSS
Что будет определять развитие BSS в ближайшем будущем? Сам клиент. А с технической стороны — различные технологии сбора и анализа данных о нем. Здесь самое место таким нашумевшим вещам как big data, machine learning, IoT. BSS не сможет пассивно прятаться за обслуживанием традиционной связи. Без широких аналитических и предиктивных возможностей для персонализации система не сможет обслуживать digital-задачи оператора.
Работа с персональными предпочтениями клиентов приведет к распространению индивидуальных предложений по структуре бандлов и ценам. Затем начнется всеобщая эра кросс-продаж — удивительных по нынешним меркам кампаний. Например, оператор, РЖД и контент-провайдер сделают совместную акцию для пассажиров «сапсанов» и других скоростных поездов. Или выяснится, что человек уже 10 лет является и абонентом оператора, и клиентом «Перекрестка». На такой юбилей положен презент по совместной программе лояльности: юношам — суперкод для World of Tanks от оператора, девушкам — кулинарная книга Джейми Оливера от гипермаркета.
Выход в официальное пространство систем удаленного здравоохранения наверняка побалует нас яркими кампаниями операторов и клиник типа «Проверь спину – получи инвайт на телемедицину!». Сюда же подключатся страхование, банкинг, развлекательные услуги — словом, все что позволит телеком-оператору именоваться lifestyle enabler.
BSS, выросшая из простейшего биллинга, расширяется по всем направлениям, следуя рынку и зачастую предвосхищая его. В ней найдут отражение все значимые этапы прогресса — цифровизация, IoT’зация, 5G… Рано или поздно телеком-разработчики будут не просто создавать биллинговые системы, а отвечать за «бэк-энд» огромного куска потребительского рынка.
Материалы для публикации предоставили главный аналитик «Петер-Сервис» Татьяна Атанова и главный системный архитектор корпоративных решений Алексей Семенюта.
Биллинговые системы: основные понятия
Биллинг. Какие ассоциации вызывает этот термин? Может быть, есть какая-то связь с Биллом Гейтсом? Нет, к счастью он еще не «сунул свой нос» в область телекоммуникаций. Ну это так — шутка. А если быть серьезным, то давайте рассмотрим происхождение слова биллинг. Английское слово «bill» можно перевести как «счет» (другие переводы: вексель, банкнота). «Billing» переводится выражением «выписывание счета».
Что такое биллинговая система?
Системы, вычисляющие стоимость услуг связи для каждого клиента и хранящие информацию обо всех тарифах и прочих стоимостных характеристиках, которые используются телекоммуникационными операторами для выставления счетов абонентам и взаиморасчетов с другими поставщиками услуг, носят название биллинговых; цикл выполняемых ими операций именуется биллингом. Биллинговая система (БС) — это бухгалтерская система, программное обеспечение, иными словами — «софт», разработанный специально для операторов. Каких операторов? Телекоммуникационных. Т. е. речь не идет лишь об операторах сотовой связи. БС используются также операторами обычной (стационарной, проводной) связи. В малых офисах, например, можно вести биллинг телефонии (анализировать: кто звонил, когда, сколько длился разговор). IP-телефония — другая область применения БС. А интернет-провайдеры? Они тоже используют БС, например, для формирования счетов, учета трафика. Любая БС создается на основе определенной системы управления базами данных (СУБД). Большинство БС в мире создавалось на основе СУБД Oracle. Среди других СУБД можно выделить Sybase и Informix как рассчитанные на большие объемы информации. А вот названия некоторых биллинговых систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Стоит упомянуть, что под БС может подразумеваться и аппаратное обеспечение, участвующие в организации биллинга.
Терминология
Я постараюсь рассмотреть все основные понятия и определения, относящиеся к БС. Основной упор буду делать на БС, используемые операторами сотовой связи. Но большинство определений также подходит и к БС, используемым в других сферах. Постараюсь объяснять как можно проще, чтобы большинству читателей материал был понятен. Если у Вас будет что добавить к введенным мною терминам, пишите на e-mail.
Существуют несколько названий биллинговой системы: АСР — автоматизированная система расчетов; ИБС — информационная биллинговая система.
Одним из важных качеств БС является ее гибкость, то есть способность приспосабливаться к изменившимся обстоятельствам. Гибкая система адаптирована не только к сиюминутным потребностям оператора; за счет таких качеств, как настраиваемость, модульность и открытость она позволяет решать перспективные задачи. Чем больше у системы возможностей для настроек, тем лучше. А что такое модульность? Модульный принцип построения системы — это такой принцип, при котором вся система собирается из отдельных частей (модулей), как дом собирается по кирпичикам. БС тоже состоит из таких модулей — подсистем. БС включает в себя, например, подсистему предварительной обработки данных, подсистему оперативного управления биллингом, подсистему оповещения клиентов (читайте ниже о структуре и функциях БС). Под открытостью системы подразумевается открытость исходного кода программного продукта, что позволяет оператору не зависеть от разработчика в будущем и самостоятельно обслуживать и модернизировать систему. Тесно связано с гибкостью БС и следующее качество автоматизированных систем расчета — масштабируемость.
Масштабируемость по нагрузке. При росте абонентской базы, появлении дополнительных услуг не должна появляться необходимость изменять или дорабатывать программную часть БС. Увеличение возможностей БС должно достигаться за счет модернизации аппаратной части системы. Что важно учитывать при проектировании масштабируемых систем? Необходимо использовать СУБД, рассчитанные на большие объемы данных. СУБД должна быть совместима с различными компьютерными платформами, чтобы обеспечивать поддержку многопроцессорного режима работы.
Надежность — одно из основных требований, предъявляемым к любой системе. Надежность БС определяется надежностью СУБД и технологий, используемых при разработке системы. Далеко не последнее место занимает надежность поставщика (разработчика) прикладного программного обеспечения: время его работы на рынке и, как косвенный показатель, процент присутствия разработанных им систем на телекоммуникационном рынке. Почему показатель косвенный? А разве Microsoft Windows самая лучшая и надежная операционная система?… И при этом она занимает значительную долю рынка. Однако надежность БС обеспечивается также соблюдением определенных стандартов при их разработке (об этом читайте ниже).
Мультиязычность — возможность устанавливать различные языки для представления информации.
Мультивалютность — возможность работать с любыми валютами
Отложенный биллинг — биллинг, при котором расчеты производятся после состоявшихся звонков.
Горячий биллинг — изменение баланса счета происходит в процессе разговора, и информацию об остатке на Вашем счету можно получить сразу после звонка.
Оптимизация биллинга — улучшение, совершенствование оператором своей БС.
Большие БС — системы, применяемые крупными операторами.
Постинг биллинга — фиксация результатов расчета биллинга; после расчетов результаты становятся доступными пользователям (рассылаются, печатаются).
Что может, что должна или за что отвечает БС?
Вы пользуетесь услугой prepaid? Вы задумывались, как так получается, что сразу после звонка можно узнать об изменении баланса на Вашем счету? Вас обслуживают по кредитной системе? Кто подсчитывает сумму, которую Вы должны заплатить за предоставленные услуги? Все это «обязанности» биллинговой системы. Вы подключены по авансовой системе? Когда-нибудь замечали «исчезновение» незначительных сумм с Вашего счета? У Вас было такое: хотите узнать остаток Вашего счета, а автоинформатор предоставляет Вам сведения вчерашней свежести? Все это «глюки» биллинговой системы.
Так как БС предназначена для автоматизации расчетов с клиентом, то она и должна обеспечивать эту автоматизацию начиная с заключения договора до выписки счетов за услуги сотовой связи, причем корректно. При помощи подсистем автоматических услуг и автоматического сбора данных АСР должна предоставлять абонентам возможность самообслуживания. Некоторые БС позволяют абонентам оформлять заказы на подключение и производить оплату услуг через Интернет.
Структура и функции БС
Схема организации биллинга не сложна: информация о соединениях и их продолжительности записывается коммутатором и после предварительной обработки передается в расчетную систему. Расчетной системе «известны» тарифы. Она идентифицирует вызов и выполняет необходимые расчеты, формируя тем самым счет абонента. Очевидно, что в памяти системы должны храниться не только нормативы, тарифы и информация об услугах, но и данные о клиентах, заключенных контрактах с абонентами и сторонними поставщиками услуг связи (если таковые имеются), а также о стоимости передачи информации по разным каналам и направлениям (системой должно быть также предусмотрено наличие дилеров: у них могут быть другие расценки, например, на подключение). Кроме этого, любая БС должна иметь базу, хранящую историю платежей: только эти сведения позволяют контролировать процесс оплаты и автоматизировать так называемую активацию/деактивацию абонентов. Эту функцию БС можно еще назвать защитной, так как она не позволяет пользоваться услугами сотовой связи тем, кто за них не платит.
По функциональным возможностям БС можно разделить на три класса: предназначенные для транснациональных операторов связи, заказные национального масштаба и системы среднего класса для региональных сетей.
БС, относящиеся к первому классу, должны обеспечивать взаимодействие сетей на межнациональном уровне, в различных временных зонах, т. е. они должны быть мультивалютными и мультиязычными.
Заказные системы национального масштаба создаются под определенного оператора. Оператору может понадобиться новая БС, совместимая с уже существующей расчетной системой. Разумеется, стоимость таких единичных систем значительно выше.
В масштабе региона можно вполне обойтись стандартными БС. Однако и такие системы должны обладать качествами, перечисленными выше: гибкостью, масштабируемостью, надежностью.
Любая БС создается и настраивается на бизнес-процесс определенного оператора связи, имеет собственный набор функций, соответствующий технологическому циклу предоставления услуг, и может работать с конкретным сетевым оборудованием, поставляющим ей информацию о вызовах и соединениях, — то есть БС не является «коробочным» продуктом. Но существует и стандартный набор функций, поддерживаемых практически всеми БС. В него входят:
операции, выполняемые на этапе предварительной обработки и анализа исходной информации, например, функция получения данных о соединениях и услугах (запросы к коммутатору);
Как уже было сказано, БС должна обладать гибкостью или модульностью. Каждый элемент АСР обеспечивает реализацию конкретного участка технологической цепочки обслуживания клиента. Основные подсистемы, характерные для биллинга, это: подсистема предварительной обработки данных о соединениях, оперативное управление биллингом и подсистема оповещения клиентов.
Подсистема предварительной обработки данных.
Это приложение анализирует исходную информацию о соединении, определяет класс предоставляемой услуги и параметры трафика (направление вызова, источник, зоны взаиморасчетов, условия роуминга). В состав данной подсистемы входит декодер исходной информации о соединениях. Одна из сложнейших процедур этой подсистемы — поддержка роуминга. Дело в том, что требуется конвертировать роуминговые записи всевозможных форматов от разных коммутаторов (с учетом различных стандартов передачи информации в канале связи) и разных биллинговых систем в тот формат записи, которым пользуется данная БС. Программное обеспечение (ПО) тарифицирует все записи о соединениях между операторами (согласно проходящему трафику) и создает служебные таблицы, которые используются остальными подсистемами для выполнения расчетов с абонентами, взаиморасчетов операторов связи и формирования отчетов. Современные БС позволяют обрабатывать различные телекоммуникационные услуги, обеспечивая удобное выставление счетов (один клиент — один баланс — один счет). Это достигается за счет применения «интеллектуальных систем» предварительной обработки исходной информации о соединениях, трафике и услугах, выполняющих тарификацию независимо от вида связи.
Подсистема оперативного управления биллингом.
Данная подсистема дает возможность автоматически или через оператора биллинговой системы изменять условия подписки абонентов на коммутаторе, т. е. блокировать связь конкретного абонента или снимать эту блокировку, включать или отменять услугу. Вы звоните оператору и говорите: «Включите мне, пожалуйста, голосовой ящик». Вам отвечают: «Пожалуйста, назовите свой номер». После еще нескольких «обменов любезностями» Ваш голосовой ящик оказывается включенным.
Подсистема оповещения клиентов.
Неотъемлемая часть современного биллинга — подсистема оповещения клиентов с помощью голосовых или электронных сообщений. Информацию для рассылки уведомлений и объявлений данная подсистема берет из таблиц базы.
Перечисленное деление на функциональные подсистемы не является «строгим» для всех БС. Это лишь пример «классической» АСР.
Стандарты биллинга
Чтобы обеспечить взаимопонимание между различными БС разных операторов (это, например, требуется при роуминге, были разработаны группы стандартов биллинга. Основных международных групп стандартов три.
В 1998 г. американский институт стандартов ANSI утвердил стандарт ANSI 124. Дальнейшим усовершенствованием и поддержкой ANSI 124 занимается ассоциация TIA. После этого компания CIBERNET создала рабочую группу для определения спецификаций бизнес-процессов при передаче сообщений в стандарте ANSI 124, которые получили название NSDP-B&S. Данные спецификации устанавливают однозначное соответствие между бизнес-процессами телекоммуникационных операторов и информацией, передаваемой при обмене данными между коммутаторами по стандарту ANSI 124.
В 1998 г. было опубликовано описание первого североамериканского биллингового стандарта CIBER, который в настоящее время поддерживается фирмой CIBERNET и ее комитетом CAC-IS. Этот комитет объединяет разработчиков биллинговых систем и телекоммуникационных операторов. Главная область применения CIBER — сотовые сети стандарта AMPS.
Европейский (по происхождению) стандарт ТАР появился в 1992 г. Он поддерживается рабочей группой TADIG. Большинство операторов Европы используют ТАР2, хотя существует и третья версия. С 1995 г. модификация ТАР2, известная как спецификация TD.27, или NAGTAP2, начала применяться и в США.
Вместо заключения
Вы достаете из кармана свой сотовый, набираете номер, жмете «вызов» и… разговор состоялся. Теперь Вам не терпится узнать остаток на Вашем счете. Если биллинг системы «горячий», Вам тут же сообщают эту сумму. «Все точно подсчитала, хорошая биллинговая система», — думаете Вы. А в это время другой абонент узнает, что он только что исчерпал лимит времени и его отключили. «Зачем мне этот «горячий» биллинг! Глупая биллинговая система!», — сетует он… Да, одновременно всем не угодить!
Особая благодарность за информационную поддержку Большовой Галине, обозревателю журнала «Сети».