Как работает биллинг сотового оператора? Биллинговые системы: основные понятия Что такое биллинг в системе управления.

Платформа обрабатывает 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 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 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 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 и другие интересные вещи.

| Отдых и увлечения | Быт | Архив | RSS

Биллинг в банковской деятельности: система расчётов, удобная для всех

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

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

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

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

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

Платформа обрабатывает 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 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 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 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 и другие интересные вещи.

Биллинг в русском языке в прямом переводе с английского The billing переводится как “Составление счетов” или просто «Счет». Заимствование произошло от латинского Billa, обозначающее “Документ”.

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

Биллинг в сотовой связи

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

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

В процессе выполнения платежа происходит онлайн-коммуникация между абонентом (физическое лицо) и биллинг-центром.

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

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

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

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

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

Использование биллинга на предприятиях

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

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

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

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

На производственных предприятиях используются понятия процессинг и контур биллинга. Они позволяют обрабатывать данные, которые используются при совершении платежных операций и передавать в главный «процессор».

Завершающим этапом является трансляция обработанной информации в уполномоченную кредитную организацию.

Биллинг в России

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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