Как работает биллинг – Биллинг — Википедия

Содержание

Как работает биллинг сотового оператора? / ВымпелКом (Билайн) corporate blog / Habr


Платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.

Биллинг собирает информацию об использовании телекоммуникационных услуг, их тарификации, отвечает за выставление счетов абонентам и обработку платежей.

Есть 2 основных типа расчета:

  • Постоплата — выставление счёта за период по его итогам (postpaid)
  • И авансовая система (prepaid), когда деньги заносятся заранее.

Постоплата появилась исторически раньше, но предоплата оказалась удобнее для клиентов (контролируемее – чуть что не так, происходит отключение, а не выставляется большой счёт).

Постоплатная система

Когда абонент постополатной системы расчетов пользуется услугами оператора, то на коммутаторах генерятся специальные 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

CAP (CAMEL Application Part) – протокол прикладного уровня стека SS7, реализующий интеллектуальные услуги в GSM/UMTS сетях (например, prepaid).


Место протокола в стеке SS7. На рисунке также представлен популярный вариант с использованием технологии SIGTRAN (расширение SS7, которое позволяет использовать протоколы “семёрки” поверх IP сети).

По этому протоколу OCS общается с сетью коммутации каналов. Вот пример тарификации исходящего голосового вызова:


Диалог тарификации по CAP протоколу, пунктирными линиями показаны ISUP сообщения.

  1. Сначала в биллинг от коммутатора MSC1 приходит сообщение (Initial Detection Point), в котором передаются параметры абонента. Это входящий и исходящий номера, адрес соты вызываемого абонента и прочие. На основе этого возможно начать анализ звонка. Биллинг создает у себя определенный Detection Point — то есть состояние вызова. OCS определяет, можно ли абоненту совершить голосовой вызов (есть ли средства на счете), если можно, то на какое максимальное время.
  2. После этого OCS отвечает коммутатору Request Report BCSM Event (“Detection Point я инициализировал, жду от тебя дальнейшей информации о состоянии вызова”). И посылает Apply Charging (“средства у абонента на счету есть, разрешаю звонок”). Там же пересылается максимальное время, которое может использовать абонент.
  3. Коммутатор, получив разрешение от OCS, инициализует голосовое подключение между абонентами по ISUP протоколу, посылая на MSC2 сообщение IAM (Initial Address Message).
  4. MSC2 отвечает в сторону MSC1 сообщением ACM (Address Complete Message), в данном случае это означает “да, абонент мой, он сейчас в сети, начинаю его вызывать”. Приняв это сообщение, MSC1 включает длинные гудки абоненту А.
  5. Абонент Б берет трубку, MSC2 посылает MSC1 сообщение ANM (Answer Message) – “мой абонент поднял трубку, подключай их”.
  6. MSC1 подключает абонента А и Б, начинается разговор. MSC1 посылает на OCS сообщение Event Report BCSM (O_Answer). OCS изменяет у себя состояние вызова для данного абонента. С этого момента начинается тарификация (с учётом, что первые 3 секунды бесплатны).
  7. Пока абоненты общаются, MSC1 следит за временем на звонок. Если времени остается мало, то MSC предупреждает абонента звуковым сигналом.
  8. В нашем случае первым кладет трубку абонент Б, MSC1 и MSC2 производят дружеское рукопожатие с помощью сообщений REL (Release Message) и RLC (Release Complete Message).
  9. MSC1 отправляет на OCS сообщение Event Report BCSM (O_Disconnect – “абоненты успешно отключились”) и Apply Charging Report (сколько секунд длился разговор).
  10. OCS принимает эти данные и отвечает, что теперь можно закрывать сессию.
--- INVOKE ---
 A1     TAG    : A1h [1]
 1B     LEN    : 27
      --- INVOKE ID ---
 02       TAG    : 02h INTEGER
 01       LEN    : 1
 02       INVOKE ID  : 2
       === CAP ===
         --- INVOKE ---
         --- OPERATION ---
 02      TAG    : 02h INTEGER
 01      LEN    : 1
 23      OPERATION  : 35 = applyCharging
       --- APPL CHARG ---
 30        TAG    : 30h SEQUENCE
 13        LEN    : 19
         --- ACH BCC ---
 80      TAG    : 80h [0]
 0C      LEN    : 12
       --- TDC ---
 A0        TAG    : A0h [0]
 0A        LEN    : 10
         --- MAX C P D ---
 80          TAG    : 80h [0]
 03          LEN    : 3
 01 19 40        MAX C P D  : 4370

Это часть трейса. Видим, что по протоколу CAP послано сообщение applyCharging, максимальное время разговора (MAX CPD — Maximum Call Period Duration) равно 437,0 сек.


Продублирую картинку до ката: это пример общения по CAP протоколу. Можно оценить временные метки: платформа обрабатывает InitialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.


А вот тут звонок продолжительный и видно, как система каждые 6 минут сама запрашивает у MSC статус звонка (activityTest). Сделано это для того, что бы, в случае какой-либо ошибки разговор не длился сутками (пока у абонента не спишутся все деньги).

CAP-протокол может тарифицировать не только голосовые звонки – он так же способен тарифицировать интернет-соединения, SMS, MMS и так далее. Хотя на практике чаще всего для этих нужд применяются специально заточенные протоколы (DIAMETER/OSA).

OSA

OSA (Open Service Access) – открытый программный интерфейс разработанный консорциумом 3GPP и ETSI, часто используется для тарификации VAS-сервисов и мобильного интернета.

Рассмотрим работу данного протокола на примере тарификации услуги мобильного интернета:

  1. При попытке активации PDP Context’а (получении телефоном IP-адреса в сети мобильного оператора) GGSN запрашивает платформу, можно ли данному абоненту активировать тарификационную сессию (CreateChargingSessionReq).
  2. В нашем случае все хорошо (абонент есть в базе, денежные средства имеются), платформа создает тарификационную сессию и разрешает активировать
    PDP Context
    (CreateChargingSessionResp).
  3. Теперь абонент хочет начать скачивать данные. Что бы позволить ему это делать, GGSN обращается к платформе с запросом на резервацию средств (ReserveUnitReq). Вообще, unit – вещь абстрактная, может быть чем угодно – килобайтом данных, смской, секундой разговора, рублем, пиццей, бочкой и так далее. В нашем случае unit – это 100 кБ.
  4. Платформа проверяет, есть ли для данного абонента, в соответствии с его тарифом, средства на 100 кБ трафика и отвечает сообщением ReserveUnitResp (“средства зарезервированы”). Приняв это сообщение от платформы, GGSN позволяет абоненту качать трафик.
  5. Когда абонент скачал зарезервированную порцию трафика, GGSN обращается к платформе с сообщением DebitUnitReq (“можно списывать зарезервированные средства”).
  6. Платформа списывает средства и отвечает сообщением DebitUnitResp (“средства успешно списаны”).
  7. Цикл ReserveUnitReq-DebitUnitResp повторяется до тех пор, пока абонент не скачает весь интернет закроет интернет сессию.
  8. При деактивации PDP Context’a GGSN посылает на платформу сообщение о завершении тарификационной сессии; память, выделенная под данную сессию освобождается.


Запрос debitUnitReq; Команды OSA обернуты в SOAP протокол, который в свою очередь инкапсулируется HTTP протоколом.

Заключение

Изменение потребностей клиентов (в т.ч. увеличение объема передаваемых данных), создание новых типов услуг, влечет за собой эволюцию сети мобильного оператора, в первую очередь в области VAS-платформ и биллинговых систем.

Если тематика протоколов семейства AAA вам интересна, то позже я расскажу про RADIUS, DIAMETER и другие интересные вещи.

Ссылки

3GPP: www.3gpp.org/index.php
ETSI: www.etsi.org
OSA: www.3gpp.org/ftp/Specs/html-info/29198-01.htm
ISUP: www.asknumbers.com/SS7ISUPMessages.aspx

habr.com

Возможности сотовой связи (биллинг) в работе адвоката

1. Технические возможности выявления местоположения абонента мобильной сотовой связи.

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

В случае, если абонент пользуется услугами сотовой связи (совершает или принимает звонки, отправляет SMS-сообщения, пользуется WAP, GPRS), информация о его действиях сохраняется в виде файла в памяти сервера биллинга. В данном файле содержится следующая информация: номер SIM-карты абонента, время и продолжительность вызова, номер базовой станции (БС), номер сектора базовой станции (если имеются сектора).

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

В городе базовая станция может иметь до трех секторов, в этом случае можно определить, в каком направлении был сигнал. В случае круговой направленности излучения базовой станции точно определить направление сигнала не удается (характерно для сельской местности). Точность такого определения зависит от размера зоны действия базовой станции: в лучшем случае погрешность может составлять до 150 метров (пикосота), в худшем — до 30 километров (на примере сотовой сети стандарта GSM, в других сетях параметры определения местонахождения абонента могут отличаться).

Анализ данных в сеансах связи абонента с различными базовыми станциями (через какую и на какую базовую станцию передавался вызов, дата вызова и т. п.) позволяет восстановить все перемещения абонента в прошлом. Такие данные автоматически регистрируются в серверах биллинга компаний, предоставляющих услуги сотовой связи, поскольку оплата услуг основана на длительности использования системы.

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

На практике параметры сигналов в месте приема всегда зависят от очень многих факторов. Так, например, при плотной городской застройке, всегда имеет место многолучевой прием, при котором как на трубку, так и на базовую станцию может приходить как прямой радиосигнал, так и отраженный от стен домов и других объектов (человек может находиться рядом с одной базовой станцией, но обслуживаться отраженным сигналом другой, более удаленной). В связи с этим амплитуда сигналов, угол их прихода и значение расстояния база-трубка могут непрерывно изменяться в очень больших пределах, а определение фактических координат становится почти невозможным. В сельской же местности прием сигналов телефона обычно осуществляется одной станцией с круговой направленностью, что исключает возможность определения направления и делает данные о расстоянии абонента весьма неточными (с погрешностью до 30 км).

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

Технические возможности для использования при расследовании уголовных дел расшифровок номеров телефонов, SIM-карт, IP-телефонии, Интернета и т.п.

В частности, имеется правовая база для использования в раскрытии тяжких и особо тяжких преступлений автоматизированной информационной системы технических средств по обеспечению оперативно-розыскных мероприятий» (АИС СОРМ). Данная АИС применяется при проведении оперативно-розыскных мероприятий, проводимых в каналах электронной связи, а также обеспечивает контроль и запись переговоров.

«Рассматривая возможности использования СОРМ в расследовании тяжких и особо тяжких преступлений, нельзя не отметить, что эта система в автоматическом режиме обеспечивает возможность записи и контроля сведений, передаваемых и принимаемых любым пользователем (абонентом) в процессе оказания любых услуг электросвязи, в том числе Интернет. Иными словами, с помощью СОРМ могут быть проконтролированы и записаны любые информативные излучения, передачи или приемы знаков, сигналов голосовой информации, письменного текста, изображений, звуков или сообщений любого рода по радиосистеме, проводной, оптической и другим электромагнитным системам (ст. 2 ФЗ «О связи»). При этом СОРМ позволяет не только фиксировать сведения о сообщениях и абонентах, отославших и принявших их, но и контролировать — производить отсев необходимых переговоров (сообщений) по различным техническим и лексическим параметрам (номеру телефона, IP-адресу, IMEI-идентификатору сотового радиотелефона, позывному, ключевым словам, фразам и др.), указанным в постановлении следователя. В этих целях используются различные спецификации аппаратно-программных комплексов СОРМ, адаптированных к соответствующим видам электросвязи (технологическим системам, каналам и средствам связи, форматам и стандартам сообщений).

С технической точки зрения СОРМ включает в себя: комплекс аппаратно-программных средств, размещающийся на узле (узлах) сети документальной электросвязи, включая Интернет; комплекс аппаратно-программных средств, размещающийся на удаленном пункте управления; канал (каналы) передачи данных, обеспечивающий (е) связь между первыми двумя комплексами в защищенном режиме.

Иными словами, СОРМ состоит из 2 комплектов специальных программно-аппаратных устройств, один из которых устанавливается у оператора (провайдера) услуг электросвязи (Интернет), а другой — на центральном пульте управления СОРМом, размещенном на удаленном объекте — едином центральном контрольном пункте».

GSM

В 1982 году Европейская конференция администраций почт и связи организовала группу под названием GSM для разработки общих технических условий первой цифровой мобильной сети. Внедрение стандарта началось в 1991 году. Передача речи в данной сети осуществляется в цифровом виде. Частота при передаче и приеме в подвижной и базовой станции может меняться 217 раз в секунду. В стандарте GSM достигается высокая степень безопасности передачи сообщений за счет шифрования сообщений с применением алгоритма с открытым ключом.

 Функционально сеть GSM состоит из центра коммутации подвижной связи, который коммутирует подвижную сеть с фиксированной сетью или городской сетью, а также между подвижными абонентами. Кроме этого, центр формирует данные по разговорам и направляет их в биллинг-центр, который управляет процедурами регистрации местоположения абонента и базовыми станциями. В регистре перемещения и регистре положения хранится информация о местоположении подвижного абонента. В этих регистрах содержится международный номер IMEI, который используется для опознания подвижной станции.

В центре аутентификации располагается оборудование, удостоверяющее подлинность абонента. Регистр идентификации оборудования содержит три списка: белый (санкционированные подвижные станции), черный (телефонные аппараты украдены или абонентам отказано в обслуживании) и серый список (абоненты, имеющие проблемы с оборудованием).

Идентифицирующее подлинность оборудование в России используется редко.

Базовая станция

Площадь, охватываемая сетью GSM, разбита на ячейки, каждую из которых обслуживает базовая приемопередающая станция. Базовая станция, как правило, имеет от 2 до 6 передатчиков, которые имеют антенны с диаграммой направленности (ДН) 120 градусов и равномерно покрывают площадь. В малонаселенных пунктах используются 900 МГц станции, имеющие зону покрытия от 400 до 35 км. В густозаселенных районах — дополнительно могут устанавливаться 1800 МГц станции, имеющие зону покрытия от 200 м до 1,5 км. Это связано с распространением радиоволн, количеством абонентов и другими техническими причинами.

Определение местоположения (позиционирование) абонента

Позиционирование подвижных объектов осуществляется за счет передачи в сеть специальных последовательностей сигналов.

Имеется техническая возможность определить текущее положение абонента и перемещение абонента в прошлом. Текущее положение может выявляться двумя способами. Первым из них является метод триангуляции (пеленгования) из трех точек. Второй способ — через компьютер компании, предоставляющей связь, который постоянно регистрирует, где находится тот или иной абонент в данный момент времени даже в том случае, если он не ведет разговоров (по идентифицирующим служебным сигналам, автоматически передаваемым телефоном на базовую станцию). Точность определения местоположения абонента в этом случае зависит от целого ряда факторов: пересеченности местности, наличия помех и переотражений от зданий, положения базовых станций, количества работающих в настоящий момент телефонов в данной соте. Большое значение имеет и размер соты, в которой находится абонент, поэтому точность определения места его нахождения в городе гораздо выше, чем в сельской местности.

Анализ данных о сеансах связи абонента с различными базовыми станциями позволяет восстановить все перемещения абонента в прошлом. Такие данные автоматически регистрируются в компьютерах компаний, поскольку оплата их услуг основана на длительном использовании системы связи. В зависимости от вида оператора связи подобная информация хранится от 60 дней до 7 лет.

Примером может служить уголовное дело по обвинению сотрудников УВД по Архангельской области Чернова и Кухаркина в вымогательстве и получении взятки в крупном размере. В ходе расследования было установлено, что первую часть взятки они получили от заявителя за шесть месяцев до того, как были задержаны при получении второй части требуемой суммы. В процессе расследования Кухаркин выдвинул алиби о том, что он не мог участвовать в получении первой части денег, так как в период с 27 февраля по 10 марта 2007 года он находился в служебной командировке в Архангельской области, что подтверждалось командировочными документами. Следствием по постановлению суда была получена статистика соединений телефона Кухаркина в данный период с указанием базовых станций. При анализе статистики было установлено, что Кухаркин действительно до 6 марта 2007 года находился в Виноградовском районе Архангельской области, о чем свидетельствовали базовые станции, с которыми связывался телефон. 6 марта 2007 года было установлено передвижение абонента по трассе М-8 из п.Двинской Березник в Архангельск, а также последующие вызовы абонента с территории г.Архангельска с 6 до 11 марта 2007 года. Кроме того, путем анализа статистики соединений Кухаркина в указанный период были установлены свидетели, которые подтвердили факт проезда Кухаркина в Архангельск с остановкой и ремонтом машины в п.Брин-Наволок, а также установлена жительница г.Архангельска, у которой Кухаркин ночевал в ночь с 6 на 7 марта 2007 года. Алиби обвиняемого было опровергнуто.

Рассмотрим технологии определения местоположения абонента применительно к стандарту GSM.

Позиционирование по Cell Id

Это самая простая технология определения примерного положения абонента по идентификатору соты (Cell Identifi), основанная на том, что в момент локализации или ведения разговора мобильная станция связывается с сетью и обменивается служебной информацией.

Позиционирование по времени прибытия

Такая технология основана на анализе измерения промежутка времени, за который сигнал с мобильной станции достигает как минимум трех базовых станций, оснащенных блоками определения местоположения. При этом специальный компьютер собирает полученную информацию и рассчитывает местоположение абонента методом триангуляции (пеленгования).

Данный метод дает высокие показатели, но из-за дороговизны, увеличения нагрузки сети не нашел широкого применения.

Позиционирование с помощью системы GPS

Технология основана на использовании спутниковой системы позиционирования GPS и дает точность определения места нахождения абонента до 10 метров на открытой местности и до десятков метров в помещении с окнами. Точность определения снижается, если аппаратура «не видит» четырех спутников. Для использования этой технологии необходимо оборудование мобильного приемника GPS-приемником.

Позиционирование с помощью разницы во времени

Технология во многом подобна позиционированию по времени прибытия. Мобильная станция играет более активную роль, измеряя время прохождения сигнала до нее от одной базовой станции, оснащенной специальным блоком, и сравнивает его с соответствующим временем прохождения сигнала не менее, чем от еще двух станций. Расстояние между базовыми блоками известно и известно время прохождения сигналов от каждого из них. С мобильного телефона информация передается в сеть на специальный компьютер, который производит соответствующие вычисления.

SIM-карта

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

2. Рекомендации по использованию протоколов соединений и дополнительных возможностей коммутационной аппаратуры сетей сотовой связи при раскрытии и расследовании преступлений.

2.1. Сбор сведений об обстоятельствах совершенного преступления

а) устанавливаются свидетели и очевидцы преступления, которые могли видеть лиц, пользовавшихся мобильными средствами связи накануне совершения преступления, а так же перед или после совершения преступления. В ходе опроса обращается внимание на следующие детали: какие осуществлялись переговоры (входящее или исходящее соединения), количество соединений, а также в какое время осуществлялись указанные соединения;

б) осуществляется привязка места происшествия к объектам и дорогам, прилегающим к месту происшествия, и составляется подробная схема, ориентированная по географическим координатам;

в) в сельской местности или в удаленных от крупных населенных пунктов районах устанавливается, кто из операторов сотовой связи имеет на этой территории наиболее устойчивую сетку приема сигнала.

При совершении преступления, связанного с похищением человека (с последующим требованием о его выкупе), а также в случаях, когда невозможно установить точного места совершения преступления, целесообразно проведение такого оперативно-розыскного мероприятия, как контроль технических каналов связи (далее КТКС) в отношении абонента, осуществлявшего телефонные соединения, с указанием интересующего времени. При этом если мобильным телефоном пользовалось не установленное лицо, то запрашиваемый период времени исчисляется с момента заключения договора на предоставление услуг мобильной связи стандарта GSM до 180 суток; если мобильный телефон принадлежит потерпевшему, то запрашиваемый период времени исчисляется с момента предъявления первого требования о выкупе до 180 суток. Проведение контроля технических каналов связи в качестве оперативно-розыскного мероприятия соответствует действующему в РФ законодательству об оперативно-розыскной деятельности (см. п. 9 и п. 11 ст. 6 Федерального Закона «Об оперативно-розыскной деятельности» от 12 августа 1995 года№ 144-ФЗ).

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

1/ по номеру IMEI можно установить модель используемого радиотелефона, что в последствии, при задержании фигурантов и изъятии у них имеющихся радиотелефонов, может использоваться в целях доказывания при расследовании уголовного дела:

При этом величина 1 (серийный номер) при регистрации включенного радиотелефона и замене SIM-карты остается неизменной, поскольку является строго индивидуальной для каждого мобильного радиотелефона, а величины 2 и 3 занесены в память SIM-карты, они также строго индивидуальны для абонента и изменяются при каждой замене SIM-карты;

2/ зачастую лица, представляющие оперативный интерес, с целью недопущения прослушивания переговоров сотрудниками специальных служб, используют несколько SIM карт. В том случае, если будет известен IMEI, использование фигурантами различных SIM карт не будет являться ощутимым препятствием при проведении прослушивания телефонных переговоров (ПТП) соучастников преступления;

3/ сведения о номерах базовых станций, на которых осуществлялась регистрация мобильного радиотелефона, способствуют установлению местонахождения фигуранта, маршрута его движения, а также используемого транспортного средства.

2.2. Анализ поступившей информации в целях установления принадлежности радиотелефонов, лиц их использующих, а так же их связей

Информация, получаемая в ходе проведения оперативно-розыскного мероприятия КТКС, имеет большой объем и требует кропотливой работы по вычленению из всей массы записей лишь тех, которые представляют оперативный интерес.

При проведении таких мероприятий необходимо до минимума сократить запрашиваемое время произведенных соединений.

Для установления принадлежности радиотелефонов целесообразно проводить мероприятия по проверке их владельцев по всем имеющимся оперативным учетам УВД, используя силы и средства оперативных служб, проводить оперативные мероприятия по месту жительства фигурантов, а так же оперативно-технические мероприятия по выявленным средствам связи.

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

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

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

3. Рекомендации по использованию дополнительных возможностей операторов сотовой связи стандарта GSM при раскрытии и расследовании тяжких и особо тяжких преступлений, совершенных группой лиц

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

 Анализ совершенных преступлений показывает, что при их подготовке и совершении соучастниками активно используются мобильные средства связи. Для выявления лиц, причастных к совершению преступлений и использующих высоко технологичные средства мобильной связи, могут быть полезны следующие рекомендации:

1) получение через операторов компаний сотовой связи биллинговых данных о соединениях абонентов с привязкой к базовой станции и указанием индивидуальных идентификационных номеров;

2) выявление аналитическим путем абонентов сотовой связи, могущих быть причастными к совершению расследуемых преступлений;

3) по результатам проведенного анализа ориентирование оперативных подразделений на проведение действий с целью обнаружения и задержания лиц, причастных к совершению преступлений.

Частотно-территориальный план РЭС объектов связи позволяет установить географические координаты и место установки базовой станции.

Процесс получения биллинговых сведений о соединениях абонентов мобильной сотовой связи с указанием БС, их обработка и анализ выглядят следующим образом:

1/ По имеющейся информации о месте совершения преступления инициатор запрашивает номер базовой станции, обслуживающей эту территорию (для оформления соответствующего постановления и получения решения суда).

2/ Операторам сотовой связи направляется запрос о предоставлении биллинговых сведений о соединениях абонентов за определенный период времени с привязкой к базовой станции и указанием IMEI абонентов.

3/ Получаем биллинг в следующем виде: тип учетной записи, № телефона абонента А, набранная последовательность абонента Б, дата и время начала соединения, продолжительность, IMEI, данные базовой станции абонента А (в начале разговора), данные базовой станции абонента А (в конце разговора), данные базовой станции абонента Б (в начале разговора), данные базовой станции абонента А (в конце разговора).

4/ Поиск совпадений по месту и времени.

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

В случае, если статистика была получена оперативными службами в рамках закона «Об ОРД», то есть необходимость получить указанную статистику в рамках УПК РФ, обратившись в суд с ходатайствам о разрешении контроля и записи телефонных переговоров. Для этого необходимо истребовать от сотрудников, осуществляющих оперативное сопровождение по делу, справку о результатах анализа статистики соединений интересующих лиц. Получив постановление суда, можно дать поручение органу дознания получить статистику у оператора сотовой связи. После получения статистики провести ее анализ и осмотр с составлением протокола, в котором необходимо отразить все интересующие следствие моменты.

Положительным примером проведения глубоко анализа статистики телефонных соединений может служить уголовное дело по факту убийства 3. с признаками заказа. В ходе первоначальных следственных действий было установлено, что за потерпевшим длительное время следили, в связи с чем было выдвинуто предположение, что преступники могли для переговоров между собой пользоваться мобильными телефонами. Сотрудниками УУР были проанализированы все звонки, совершенные в районе действия базовой станции, в секторе действия которой находилось место преступления. Кроме того, имелась оперативная информация, что преступление могли совершить жители других регионов страны, в частности Вологодской области. Был обработан огромный массив информации за шесть месяцев до совершения преступления. Параллельно с этим анализировалась статистика соединений В., заподозренного в организации преступления. При сопоставлении телефонных номеров было установлено, что В. несколько раз соединялся с номерами телефонов абонентов, которые несколько раз находились в районе действия сектора базовой станции, охватывающей место преступления. Данные телефоны принадлежали жителям г. Вологды. Получив статистику соединений указанных номеров телефонов были установлены IMEI телефонов, в которых использовались данные СИМ-карты, а также номера других СИМ-карты, используемых в данных телефонах. При получении и изучении статистики соединений других номеров было установлено, что абоненты, использующие данные СИМ-карты, постоянно находились в Вологде, но периодически приезжали в Архангельск, где находились в течение 10 дней, передвигались по городу. Было установлено, что абоненты находились в зонах действия базовых станций, охватывающих место преступления, а также заведения, которые посещал потерпевший. Изучив статистику, были установлены личности абонентов. Впоследствии они были задержаны, им предъявлено обвинение в совершении убийства по найму. Статистика соединений послужила одним из доказательств, изобличающих виновных в организации и совершении особо тяжкого преступления.

Отдел криминалистики следственного управления

Следственного комитета РФ по Архангельской области

Применение данных методических рекомендаций, наряду со следствием, позволит защите доказать невиновность своего подзащитного, уличить лицо в лжесвидетельстве, коих не брезгуют привлекать  правоохранительные органы, как единственную возможность, добиться обвинительного приговора.

Контакты:

+ 7 937 1111 777 (24 часа)

[email protected]

Марий Эл, Йошкар-Ола, ул. Чехова, 70, офис 311 (Березка)

volkovpartners.ru

Что такое биллинг | Forward Telecom

Работа телекоммуникационных операторов невозможна без особой бухгалтерской системы, позволяющей быстро, корректно и в автоматическом режиме пересчитывать и обновлять информацию о состоянии абонентских счетов.

Биллинговая система (БС) – это специальное программное и аппаратное обеспечение, хранящее информацию о каждом клиенте и тарифах, рассчитывающее стоимость услуг для абонентов и производящее операции по взаиморасчетам с агентами, предоставляющими услуги самому оператору.

Совокупность всех цикличных операций, продуцируемых программой, называется биллингом. Подобный «софт» используется не только операторами сотовой связи. С его помощью интернет-провайдеры выставляют счета и ведут учет объемов трафика. Благодаря биллинговой системе можно провести анализ показателей в стационарной телефонии, например, направление и продолжительность звонков. Представители операторов IP-телефонии также являются пользователями биллингового ПО.

Биллинговые системы создаются на основе многофункциональных систем управления базами данных. Наиболее часто используемыми СУБД являются Oracle, Informix и Sybase. Последние две рассчитаны на работу с большими объемами информации и могут быть взяты за основу для БС для транснациональных операторов мобильной связи. Среди телекоммуникационных операторов наиболее популярны БС CBOSS, BIS, Bill-2000-prepaid, Flagship и Arbor.

Сущность и качества БС, востребованных среди операторов сотовой связи

Биллинговые системы часто носят другие названия, полностью отражающие их суть:

  • ИБС – информационная биллинговая система;
  • АСР – автоматизированная система расчетов.

Независимо от используемой аббревиатуры БС должна обладать рядом ключевых качеств, обеспечивающих слаженную бесперебойную работу оператора связи и взаимодействие со всеми абонентами в режиме реального времени.

Настраиваемость

Возможность внедрения дополнительных настроек дает возможность расширить возможности системы и обеспечить решение большего количества задач.

Гибкость

Пластичность и гибкость используемой биллинговой системы позволяет ей быстро подстраиваться под потребности оператора в конкретный период времени, обеспечивая осуществление сиюминутных запросов телекоммуникационного поставщика услуг.

Открытость

Исходный код программного продукта должен быть доступен оператору. Подобная открытость дает возможность пользователю самостоятельно обслуживать систему, модернизировать ее, подстраивая под свои нужды, и не зависеть от разработчика.

Модульность построения системы

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

Масштабируемость

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

Надежность

Одно из ведущих качеств БС, как и любых других «софт»-продуктов. Его уровень определяется надежностью технологий и СУБД, а также соблюдением стандартов, которые использовались при разработке системы.

Мультиязычность и мультивалютность

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

Оптимизация биллинга

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

Возможности современных БС для операторов связи

Одной из ведущих задач биллинговой системы является автоматизация корректных расчетов с клиентами от момента заключения договора до выписки со счетов. Но на этом функционал АСР не завершает свое многообразие. Современные БС не ограничивают абонентов в самообслуживании благодаря подсистемам автоматического сбора данных и автоматизации услуг. Благодаря им может быть произведено подключение или оплата услуги через Интернет.

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

Биллинговые системы: функции и структура АСР

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

  • клиентские данные;
  • условия контрактов с абонентами;
  • стоимость передачи информации через дилеров;
  • наличие сторонних поставщиков услуг.

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

Спектр функциональных возможностей БС позволяет разделить их на три категории:

  • БС для транснациональных операторов связи обеспечивают работу сетей на международном уровне и обязаны обладать качествами мультивалютности и мультиязычности.
  • Заказные БС национального уровня разрабатываются для работы с конкретным оператором, фактически являются штучными биллинговыми системами и могут нуждаться в интеграции с уже функционирующей системой расчетов. Это обуславливает сложность их создания, из-за чего они остаются достаточно дорогостоящими.
  • Региональные системы среднего класса обладают всеми необходимыми базовыми качествами БС, но используются в пределах определенных областей.

Разработчики БС ориентируются на потребности определенного оператора, при ее создании учитывается бизнес-процесс конкретного предприятия с его оборудованием, технологическим циклом предоставления услуг связи. При этом любая биллинговая система сохраняет и унифицированный функционал, присущий любой АСР для телекоммуникационных операторов всех категорий.

Предварительный анализ и обработка базовой информации

К подобным операциям можно отнести любые запросы к коммутатору: получение данных о соединениях и предоставленных услугах.

Управление сетевым оборудованием

Указанные операции включают активацию или блокировку абонентов, изменение условий тарификации и подписки пользователей, находящихся в СУБД оператора.

Базовые функции СУБД:

  • формирование и правка таблиц в базе данных расчетной системы;
  • запись коммутатора о вызовах и оказанных услугах, их тарификация, основанная на закрепленных в базе условиях;
  • выставление текущих счетов, их печать для абонентов;
  • формирование отчетов;
  • управление кредитной линией абонентских счетов;
  • архивация и хранение информации.

Гибкость и модульность системы телекоммуникационного оператора обеспечивают бесперебойную работу каждого конкретного звена в технологической цепи обслуживания абонентов. Биллинг включает в себя три ключевые подсистемы.

Модуль предварительной обработки данных

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

Для этого создаются служебные таблицы, материалом для которых служат тарифицированные записи о соединениях между задействованными операторами. После остальные модули используют собранную и систематизированную в таблицах информацию для произведения расчетов с абонентами, формирования отчетов и проведения взаиморасчетов с другими телекоммуникационными операторами. Применение своеобразных «интеллектуальных систем» внутри БС дает возможность обрабатывать разные виды услуг, выставляя счет в удобном и для абонента, и для оператора формате.

Модуль оперативного управления биллингом

Подключение или блокировка конкретной услуги в автоматическом режиме или при помощи обращения к оператору происходят именно благодаря этой подсистеме. Коммутатор изменяет подписку абонента по запросу клиента или при необходимости оператора. Так, например, осуществляется активация дополнительных услуг голосовой почты после заявки клиента.

Модуль оповещения абонентов

Голосовые, текстовые и другие сообщения от оператора его абонентам – важная составляющая биллинга. Основой для формирования оповещения также является информация из СУБД. Подобное деление БС на функциональные модули является классическим примером АСР, но не считается единственным возможным для всех биллинговых систем.

Биллинг и история формирования его мировых стандартов

Необходимость осуществления взаимодействия между разными операторами мобильной связи послужила началом для выработки определенных стандартов биллинга. Формирование общих норм нужно, например, при поддержке роуминга.

Стандарты биллинга делятся на три международные группы. Так, в 1998 году американским институтом стандартов ANSI был разработан и утвержден стандарт ANSI 124. Его дальнейшее развитие и усовершенствование для новых потребностей операторов и их абонентов полностью зависит от ассоциации TIA. Компания CIBERNET также занялась уточнением и делением бизнес-процессов, происходящих при передаче сообщений внутри этого стандарта. Рабочей группой компании была сформулирована новая категория стандартов NSDP-B&S. Спецификации этого класса подразумевают полное соответствие всех процессов, осуществляемых операторами, и информации, которая передается во время операций по обмену данными между коммутаторами по стандарту ANSI 124.

С 1998 года и по настоящее время CIBERNET совместно со своим комитетом CAC-IS поддерживает биллинговый стандарт CIBER, который является первым североамериканским стандартом биллинга. Под эгидой CAC-IS объединены разработчики БС и телекоммуникационные операторы, благодаря чему обеспечено продуктивное взаимодействие создателей и непосредственных пользователей биллинговых систем. CIBER применяется в сотовых сетях стандарта AMPS. В Европе же был сформирован стандарт ТАР, который используется с 1992 года. Курирование норматива осуществляется рабочей группой TADIG. Действующие телекоммуникационные европейские операторы используют вторую спецификацию стандарта ТАР2, хотя уже сформулирована и утверждена и третья версия. Спецификация TD.27, известная и как NAGTAP2, является модификацией ТАР2 и применяется на территории США с 1995 года.

fw-t.ru

Мобильный билинг. Биллинговые системы: основные понятия.

Статья о пониятии биллинг по номеру телефона/

Навигация

Биллинг ! Какое звучное, загадочное слово!
Как звучит сухая расшифровка этого слова в Википедии, Биллинг означает комплексные меры, действия, решения, на предприятиях связи, где проходит сбор информации о разных видах услуг связи, расценках операторов, счетов клиентам, обработки платежных счетов.

Биллинг — навигация на мобильном телефоне.

По сути, Биллинг – система, это дополнительная программа для поддержки бизнес – услуг в сфере коммуникации.

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

Биллинг по номеру телефона, а точнее биллинг среди операторов сотовой связи, это серия услуг, предлагаемых абоненту. Выделяются следующие услуги по данному направлению:

  • розыск человека, навигация по месту расположения человека, объекта, авторизация в сети связи с помощью неизменного кода, анализ звонков, хранение данных абонентов и так далее.

Как все это происходит?

Допустим, нам надо найти человека, установить координаты его нахождения, то есть провести биллинг – операцию.
Обычный звонок, это конкретная группа действий. Как указывалось выше, любой сотовый телефон имеет свой код (имейл). При звонках, то есть авторизации в сети мобильной связи, код работает, как номер серии телефонного аппарата. Код используется также, для отслеживания за телефонными устройствами (к примеру, крадеными), блокирования.
Код — идентификатор (имейл) остается постоянным, как бы не изменялась СИМ карта. Вычислить, кто пользовался СИМ – картой, не составляет труда.

С каждого телефона идут входные и выходные вызова, сообщения. По данным действиям оператор, также, может узнать, где находится человек.

Как работает абонентская сотовая связь?

  • абонент включая телефон, выходит на связь
  • сигнал от телефона (прием-передатчика) проходит на антенну станции мобильной связи
  • место пребывания человека с телефоном, примерно, определено
  • погрешность зависит от геологических особенностей местности, количества станций сотовой связи на определенном квадрате региона

Вероятность нахождения человека равна 100 процентам, или почти 100 процентам.
Ни один поиск не проходит без данных, предоставленных в результате анализа биллинга . В биллинг входит анализ входящих, исходящих вызовов, сообщений, история звонков, продолжительность, цена.
Операторы хранят полную тайну личных данных абонента и детализации звонков, согласно закона о телекоммуникации и связи, защите личных данных пользователей.
Данные билинг – системы могут быть предоставлены правоохранительным органам по факту расследования преступлений, по решению суда.

Самому абоненту заниматься биллингом, без разрешения соответствующих органов, запрещено.
Биллинг , очень действенное, сильное, но дорогостоящее средство поиска.

Билли

thesaker.ru

Биллинг телефона. Программа биллинга телефона

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

Биллинговые системы

Биллинг мобильных телефонов – это сложный процесс, для которого необходимы современные, качественные и мощные средства. Программное обеспечение, банковская и юридическая поддержка – это составляющие новых технологий. Именно из-за этого программа биллинга телефона существует только в больших компаниях, которые занимаются электронной коммерцией и, конечно, в региональных сотовых компаниях.

Функция этой новой системы в том, что она рассчитывает цену за услуги мобильной связи отдельно для каждого человека. Программы сохраняют информацию о времени, когда пользователь звонил, продолжительности и других характеристиках разговоров за определенный период (за год или полгода). Биллинг телефона предполагает профессиональное программное обеспечение, которое используется в бухгалтерских расчетах телекоммуникационных операторов.

Распределение нагрузки

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

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

Функции билинга

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

Программное обеспечение, которое установлено в центральном офисе, обрабатывает все данные и следит за нормативными актами, тарифами и расценками. Биллинг телефона содержит всю информацию о пользователе (тариф, наличие бонусов, расценки по определенным направлениям).

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

Программное обеспечение следит и за состоянием счета пользователей. В системе установлена возможность деактивировать абонента. Если человек уже долгое время не пополняет счет и не пользуется услугами мобильной компании, то его попросту отключают.

Как вы уже догадались, за счет биллинга сотовых телефонов выскакивает сообщение о том, что система не может установить соединение при нулевом счете. Если вы пополните баланс телефона, то сможете сразу пользоваться услугами, система их подключает автоматически.

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

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

Дополнительные возможности билинга: мобильная слежка

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

Как же биллинг телефона может помочь в расследовании убийства? Все просто, эта система фиксирует, когда мы входим интернет и где это происходит, звоним или отправляем СМС.

С помощью новых технологий, а именно биллинга, уже расследовали много громких преступлений и находили виновников.

Абонент всегда доступен

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

Как мы уже выяснили, вся территория, где есть мобильная связь, поделена на соты. Там есть вышки и специальные станции, которые имеют определенный адрес.

Если анализировать сигнал с мобильного телефона, то можно определить, на каком расстоянии и где находится человек (в машине, доме, на улице). Также определить перемещение абонента не составит труда. Можно взять несколько вышек и узнать маршрут человека с небольшой погрешностью.

Частный биллинг

Первыми, кто начал использовать биллинг для расследований, стали частные детективы. Конечно, они своими действиями нарушали Уголовный кодекс.

Если это запрещено, как они получали информацию? Первый способ – это покупка данных у сотрудников мобильной компании. Но сейчас это не так просто, сервисы начали бороться с утечкой информации.

Сейчас, чтобы получить детективам данные, нужно будет заплатить 500 долларов. А чтобы ее проанализировать, узнать перемещение человека, необходимо отдать 1500 долларов. В большинстве случаем, чтобы сотрудник сотовой компании заинтересовался в этом «бизнесе», нужно постоянно узнавать номера в большом количестве.

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

fb.ru

Обзор биллинговой системы BGBilling / Habr

Предыстория

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

Заказывать разработку новой системы под свои задачи — слишком дорого и слишком долго. Поэтому встала задача — найти подходящее решение. Выбор в итоге пал на BGBilling. В итоге вот уже год как мы работаем с этой системы и в целом всем довольны. Почему мы выбрали именно систему и чем она хороша (минусы тоже постараюсь осветить) постараюсь подробно изложить ниже.

Введение

Итак, для кого в первую очередь предназначен пост? Для людей, подобно мне полтора года назад, озадаченных руководством, находящихся в поиске подходящего решения и ищущих описания различных систем, чтобы начать тестирование (да, есть замечательный ресур наг.ру, но лично мне он не импонирует, слишком уже хаотично все, поэтому хабру я верю больше). Так же думаю будет интересно тем, кто переживает/пережил бурный рост/выход на новую нишу и ощущает необходимость апгрейда/переезда на новую платформу.

Пожалуй, начнем.

О системе

Система — российская. Сайт — bgbilling.ru
Как я понял, система писалась для сети УфаНет, и потом выросла в отдельный продукт. Разработка идет где-то с 2003 года. Текущая версия 5.0 (у нас стоит 4.6, отличий от текущей — практически никаких, новая версия была вызвана окончанием действия сертификата), в разработке находится версия 5.1, в которой разработчики обещают много нового, но про нее пока я ничего сказать не могу.

Архитектура системы — серверная часть написана на Java. Первое время беспокоила производительность и стабильность такой системы. По прошествии года могу сказать — с производительностью и стабильностью нет никаких проблем. Но есть одно НО. Сервер требует последнюю Java, а с ней есть определенные проблемы на FreeBSD. Поэтому этой системы нет в списке поддерживаемых. Но зато есть — Windows, Linux. Конкретно у нас стоит на Fedora 10. Mac как поддерживаемая платформа не заявляется, но в целом мне ничто не помешало запустить сервер и клиент у себя на ноутбуке. СУБД — MySQL.

Документированность БД — изумительная. Идем на сайт dbinfo.bitel.ru и шаримся, смотрим что и как с чем связано, какие параметры могут быть. Честно признаюсь, для меня документированность БД была одним из решающих факторов. Было ясно, что функционал специфичный только для нас придется допиливать самому, поэтому такое подспорье как адекватная документация, меня как радовали, так все больше и радуют.

Клиент для оператора биллинга — отдельное GUI приложение.

Что следует отметить — в клиенте есть встроенные sql редактор, который из самого клиента позволяет выполнять зарпосы к бд и получать результаты в удобоваримом виде.

Стоимость, лицензии и прочее

Система — модульная. Каждый модуль имеет количество лицензий с которыми он может работать (или бесконечное количество). Чем больше лицензий — тем дороже модуль. Максимальная цена — за бесконечное количество лицензий.

Какие модули стоит выделить — модуль списания абонентский плат, модуль diap up, модуль ipn, voiceip. Рассчитать стоимость лицензии можно на сайте — bgbilling.ru/price_count.shtml

Какие модули кому нужны будут? Без модуля абонентских плат — никуда. Берем его, максмальная цена за бесконечное количество лицензий (бесконечное начинается с 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 если появились какие-то вопросы — задавайте, постараюсь ответить.

habr.com

Девять важных факторов при выборе биллинга

Мы в "Латере" занимаемся разработкой биллинга для операторов связи уже 8 лет, и за это время приняли участие более чем в 80 проектах внедрения. Биллинговая система необходима  большинству бизнесов, которые предлагают услуги  по модели подписки: интернет-провайдерам, дата-центрам, поставщикам контент-услуг, облачным сервисам, бюро кредитных историй или управляющим компаниям.

Мы работали с разными проектами начиная от стартапов с нестандартными требованиями и заканчивая крупными операторами, которые решили сменить устаревший биллинг. Во всех случаях набор входных требований к подобным сервисам сильно отличается и выбор идеальной системы — непростая задача.

Сегодня мы поговорим о том, на что нужно обращать внимание при выборе биллинговой системы, чтобы избежать проблем и возможных убытков.

Зачем вообще нужен биллинг

Биллинговые системы — важный компонент бизнеса операторов связи. Именно такие системы обрабатывают информацию о потребленных абонентами услугах и внесенных платежах, контролируют балансы лицевых счетов.

Именно в биллингах реализуются маркетинговые кампании для клиентов оператора, применяются скидки и учитываются индивидуальные финансовые условия для отдельных абонентов.

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

Создать подобную систему самостоятельно — сложная, долгая и очень затратная задача. Но и выбрать серийный продукт, который будет отвечать всем нуждам бизнеса, не так-то просто.

Проблема выбора

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

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

Продуманность архитектуры

Качество работы системы определяется качеством ее архитектуры. Чаще всего именно в этой области лежат главные проблемы самописных решений, однако и в серийных биллингах встречаются ошибки проектирования.

Вот на что следует обращать внимание при оценке архитектуры системы.

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

В первом случае всегда есть возможность узнать состояние лицевого счета на любой момент в прошлом, сделать перерасчет, исправить ошибку тарификации или отменить начисление оплаты. В тех системах, где баланс является простым изменяемым значением, проследить историю платежей невозможно. Таких биллингов лучше избегать.

То же самое можно сказать и про другие виды данных — счетчики трафика, оставшихся минут, мегабайт, количества льготных дней, и так далее. По всем таким параметрам биллинг должен хранить подробную историю и давать возможность глубокого анализа.

Важна и структура хранимых данных. Например, значительное число представленных на рынке биллингов хранят адрес в простой строке. Это приводит к невозможности построения отчета, скажем, о количестве клиентов на конкретной улице или в одном доме. Если еще учесть возможные ошибки при написании адреса, то становится понятно, что организовать нормальную отчетность будет крайне сложно.

И наоборот, если в биллинге есть отдельный справочник с базовыми ценами на услуги, и документ с индивидуальными скидками абонентам в процентах, и система умеет при изменении базовых цен пересчитывать индивидуальные — это облегчает работу со структурой тарифов и позволяет не раздувать количество записей в справочнике услуг до тысяч позиций.

Кроме того, биллинг должен быть оптимизирован для работы с большим количеством данных. Узнать, так ли это на самом деле, можно с помощью изучения возможностей по работе с базами данных. Дело в том, что добиться по-настоящему высокой производительности можно только выбрав в качестве основной базы данных какой-либо конкретный продукт.

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

Используемые технологии

Поскольку биллинг — это система, которая самым непосредственным образом влияет на бизнес оператора связи и выбирается на годы вперед, важно проанализировать и то, на каких технологиях построен конкретный продукт.

С одной стороны, если биллинг существует уже 20 лет, это подчеркивает богатый опыт команды разработки. С другой — если технологический стек проекта при этом не меняется, то он успевает устареть. Если вместо удобного веб-интерфейса предлагаются только GUI и работа в командной строке — это нельзя записать биллингу в плюс.

Если в ходе беседы с разработчиками упоминаются такие устаревшие технологии, как Perl, то это также должно насторожить заказчика  — нужно задать себе вопрос о том, где разработчики биллинга будут искать себе программистов через несколько лет, и как это может отразиться на качестве продукта и его поддержки.


Помощь при внедрении

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

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

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

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

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

Даже если биллинг хорошо документирован, существует вероятность неверного толкования или неполного изучения документации. Ситуацию с самостоятельным внедрением можно сравнить с изучением иностранного языка с репетитором или самостоятельно по учебнику — научиться можно и самому, но это займет куда больше времени и не позволит избежать ошибок в будущем.

В таких условиях внедрение своими силами будет дороже, чем при использовании помощи разработчиков системы, которые уже провели таких проектов и знают о продукте все.

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

Поэтому при выборе биллинга нужно обязательно уточнить у разработчиков:

  • смогут ли они помочь с настройкой описанных моментов,

  • окажут ли помощь с миграцией данных из старого биллинга,

  • будет ли проводиться обучение по работе с функциями системы,

  • состоится ли общая проверка корректности работы всех ее элементов перед запуском.

 

В том случае, если разработчик биллинга помогает с его внедрением, то у него нужно выяснить и то, как строится процесс — есть ли проектная система, как организовано общение инженеров компании-заказчика и разработчиков.

Функциональность

В последние несколько лет конкуренция на телеком-рынке серьезно обострилась — период бурного роста, когда существовало большое количество никем не охваченных пользователей и населенных пунктов, ушел в прошлое. Теперь получить новых клиентов можно только отвоевав их у других провайдеров. А значит, нужно обращать внимание на поддержку биллинговой системы различных маркетинговых инструментов, которые помогут этих клиентов привлечь.

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

Важно не забывать, что в случае сложных технологических систем, мелочей нет, и удобство имеет свою цену. Например, если  настройка биллинга занимает "всего несколько кликов", то поддержка конкретных моделей оборудования неизбежно будет "зашита" в системе. Это значит, что покупатель системы лишается возможности гибкой работы с "железом" — просто так обновить оборудование не выйдет, нужно будет ждать, пока разработчики биллинга реализуют поддержку нового устройства и новых прошивок.

Момент миграции на новое оборудование очень важен — лучше выбирать биллинг, который умеет работать не с конкретными "железками", а поддерживает в целом тот или иной протокол взаимодействия. Это дает гибкость в настройке и поддержке системы, а также гарантирует работу нестандартных схем и корректную работу с новым оборудованием.

Если протокол поддерживается разработчиком, то можно переходить к анализу того, какие технологии и как именно поддерживаются.

С технической точки зрения важна поддержка биллингом BRAS, софтсвичей и другого оборудования, а в случае услуг по обеспечению доступа в интернет — наличие возможности автоматизации схемы доступа по технологии IPoE. Также крайне важно наличие полноценного открытого API с подробной документацией.

Еще один технический момент заключается в организации работы с печатными формами. Следует уточнить, каким образом в биллинге реализована возможность формирования договоров, счетов, актов, квитанций, карточек клиентов и прочих документов. Важно, чтобы сотрудники оператора связи могли самостоятельно добавлять такие документы и легко вносить в них корректировки.

Кроме того, обеспечить удобство клиентов без полноценного личного кабинета, в котором абоненты могут подключать новые услуги и изменять тарифный план, будет сложно. Также для развития бизнеса оператора связи важно иметь возможности предоставления скидок и организации программ лояльности.

 

Гибкость настройки

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

Кроме того, в современных условиях жесткой конкуренции на телеком-рынке важно, чтобы биллинг был не просто еще одной системой в парке оператора связи, а представлял из себя платформу, которая помогает развивать бизнес. Здесь помогает наличие возможностей для интеграции биллинговой системы с другими продуктами, такими как CRM и HelpDesk.

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

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

 

Наличие сертификатов

В официальных документах Министерства связи России биллинговые системы называются "автоматизированными системами расчетов" (АСР). Подобные программные продукты подлежат обязательной сертификации для использования у операторов связи. Наличие сертификата говорит о том, что продукт прошел испытания в независимой тестовой лаборатории, которые доказали его работоспособность при определенном максимальном количестве абонентов.

Соответственно, если оператор планирует работать с количеством абонентов, которое превышает 1 млн человек, а у рассматриваемого биллинга есть сертификат, в котором максимальное число составляет 500 000, то это повод задуматься об альтернативных вариантах.

Качество поддержки и наличие сообщества пользователей

Биллинг — критически важная система для бизнеса оператора. Поэтому необходимо иметь возможность быстро решать возникающие проблемы с ее разработчиками. Качество и скорость работы службы поддержки создателя биллинга — один из ключевых факторов при выборе биллинговой системы.

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

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

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

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

Стоимость и гибкость ценообразования

Помимо чисто технических и организационных вопросов на конечное решение о выборе той или иной системы серьезно влияет ее цена. Биллинг может быть открытым и бесплатным, или закрытым и довольно дорогим — в разных ситуациях может быть оправдано использование каждого из этих вариантов.

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

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

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

Заключение

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

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

Кроме того, следует и интересоваться планами разработчиков, которые могут затронуть бизнес оператора связи. Если городской провайдер купит биллинг у компании, которая планирует продажу бизнеса международной корпорации, то возникают очевидные вопросы о том, что будет с поддержкой этого решения.

 

nag.ru

Отправить ответ

avatar
  Подписаться  
Уведомление о