Як працює білінг стільникового оператора? Білінг у банківській діяльності: система розрахунків, зручна для всіх Що таке платіжний білінг.

Платформа обробляє 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).

Місце протоколу у стеку. На малюнку також представлений популярний варіант із використанням технології SIGTRAN (розширення SS7, яке дозволяє використовувати протоколи "сімки" поверх IP мережі).

За цим протоколом OCS спілкується із мережею комутації каналів. Ось приклад тарифікації вихідного голосового дзвінка:

Діалог тарифікації за протоколом CAP, пунктирними лініями показано ISUP повідомлення.

Спочатку в білінг від комутатора MSC1 надходить повідомлення (Initial Detection Point), в якому передаються параметри абонента. Це вхідний та вихідний номери, адреса стільника абонента та інші. На основі цього можна розпочати аналіз дзвінка. Біллінг створює певний Detection Point - тобто стан виклику. OCS визначає, чи можна абоненту здійснити голосовий дзвінок (чи є кошти на рахунку), якщо можна, то на який максимальний час.
Після цього OCS відповідає комутатору Request Report BCSM Event (“Detection Point я ініціалізував, чекаю від тебе подальшої інформації про стан виклику”). І посилає Apply Charging ("кошти у абонента на рахунку є, дозволяю дзвінок"). Там пересилається максимальний час, який може використовувати абонент.
Комутатор, отримавши дозвіл від OCS, ініціалізує голосове підключення між абонентами за протоколом ISUP, посилаючи на MSC2 повідомлення IAM (Initial Address Message).
MSC2 відповідає у бік MSC1 повідомленням ACM (Address Complete Message), у разі це означає “так, абонент мій, він зараз у мережі, починаю викликати”. Прийнявши це, MSC1 включає довгі гудки абоненту А.
Абонент Б бере трубку, MSC2 посилає MSC1 повідомлення ANM (Answer Message) - "мій абонент підняв трубку, підключай їх".
MSC1 підключає абонента А та Б, починається розмова. MSC1 посилає OCS повідомлення Event Report BCSM (O_Answer). OCS змінює стан виклику для даного абонента. З цього моменту починається тарифікація (з урахуванням, що перші 3 секунди безкоштовні).
Поки абоненти спілкуються, MSC1 слідкує за часом на дзвінок. Якщо часу залишається мало, MSC попереджає абонента звуковим сигналом.
У нашому випадку першим кладе трубку абонент Б, MSC1 і MSC2 виробляють дружній потиск руками за допомогою повідомлень REL (Release Message) і RLC (Release Complete Message).
MSC1 відправляє на OCS повідомлення Event Report BCSM (O_Disconnect – “абоненти успішно відключилися”) та Apply Charging Report (кілька секунд тривала розмова).
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 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-сервісів та мобільного інтернету.

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

При спробі активації PDP Context'а (отримання телефоном IP-адреси в мережі мобільного оператора) GGSN запитує платформу, чи можна абоненту активувати тарифікаційну сесію (CreateChargingSessionReq).
У нашому випадку все добре (абонент є в базі, кошти є), платформа створює тарифікаційну сесію і дозволяє активувати PDP Context (CreateChargingSessionResp).
Тепер абонент хоче почати завантажувати дані. Щоб дозволити йому це робити, GGSN звертається до платформи із запитом на резервацію коштів (ReserveUnitReq). Взагалі, unit – річ абстрактна, можливо чим завгодно – кілобайтом даних, смською, секундою розмови, карбованцем, піцою, бочкою тощо. У нашому випадку unit це 100 кБ.
Платформа перевіряє, чи є для цього абонента, відповідно до його тарифу, кошти на 100 кБ трафіку та відповідає повідомленням ReserveUnitResp (“засоби зарезервовані”). Прийнявши це повідомлення від платформи, GGSN дозволяє абоненту качати трафік.
Коли абонент скачав зарезервовану порцію трафіку, GGSN звертається до платформи з повідомленням DebitUnitReq (можна списувати зарезервовані кошти).
Платформа списує кошти та відповідає повідомленням DebitUnitResp (“засоби успішно списані”).
Цикл ReserveUnitReq-DebitUnitResp повторюється доти, доки абонент не скачає весь інтернет закриє сесію.
Під час деактивації PDP Context'a GGSN надсилає на платформу повідомлення про завершення тарифікаційної сесії; пам'ять, виділена під цю сесію звільняється.

Запит debitUnitReq; Команди OSA загорнуті в SOAP протокол, який інкапсулюється HTTP протоколом.

Висновок

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

Якщо тематика протоколів сімейства AAA вам цікава, пізніше я розповім про RADIUS, DIAMETER та інші цікаві речі.

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

Є 2 основних типи розрахунку:

Постоплата- Виставлення рахунку за період за його підсумками (postpaid)
І авансова система(prepaid), коли гроші заносяться заздалегідь.

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

Авансова система

Схема взаємодії prepaid-платформи із мережею оператора.

Розберемо докладніше ці протоколи.

CAP

Місце протоколу в стеку SS7. На малюнку також представлений популярний варіант із використанням технології SIGTRAN (розширення SS7, яке дозволяє використовувати протоколи "сімки" поверх IP мережі).

Діалог тарифікації за протоколом CAP, пунктирними лініями показано ISUP повідомлення.

Спочатку в білінг від комутатора MSC1 надходить повідомлення (Initial Detection Point), в якому передаються параметри абонента. Це вхідний та вихідний номери, адреса стільника абонента та інші. На основі цього можна розпочати аналіз дзвінка. Біллінг створює певний Detection Point - тобто стан виклику. OCS визначає, чи можна абоненту здійснити голосовий дзвінок (чи є кошти на рахунку), якщо можна, то на який максимальний час.
Після цього OCS відповідає комутатору Request Report BCSM Event (“Detection Point я ініціалізував, чекаю від тебе подальшої інформації про стан виклику”). І посилає Apply Charging ("кошти у абонента на рахунку є, дозволяю дзвінок"). Там пересилається максимальний час, який може використовувати абонент.
Комутатор, отримавши дозвіл від OCS, ініціалізує голосове підключення між абонентами за протоколом ISUP, посилаючи на MSC2 повідомлення IAM (Initial Address Message).
MSC2 відповідає у бік MSC1 повідомленням ACM (Address Complete Message), у разі це означає “так, абонент мій, він зараз у мережі, починаю викликати”. Прийнявши це, MSC1 включає довгі гудки абоненту А.
Абонент Б бере трубку, MSC2 посилає MSC1 повідомлення ANM (Answer Message) - "мій абонент підняв трубку, підключай їх".
MSC1 підключає абонента А та Б, починається розмова. MSC1 посилає OCS повідомлення Event Report BCSM (O_Answer). OCS змінює стан виклику для даного абонента. З цього моменту починається тарифікація (з урахуванням, що перші 3 секунди безкоштовні).
Поки абоненти спілкуються, MSC1 слідкує за часом на дзвінок. Якщо часу залишається мало, MSC попереджає абонента звуковим сигналом.
У нашому випадку першим кладе трубку абонент Б, MSC1 і MSC2 виробляють дружній потиск руками за допомогою повідомлень REL (Release Message) і RLC (Release Complete Message).
MSC1 відправляє на OCS повідомлення Event Report BCSM (O_Disconnect – “абоненти успішно відключилися”) та Apply Charging Report (кілька секунд тривала розмова).
OCS приймає ці дані та відповідає, що тепер можна закривати сесію.

OSA

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

При спробі активації PDP Context'а (отримання телефоном IP-адреси в мережі мобільного оператора) GGSN запитує платформу, чи можна абоненту активувати тарифікаційну сесію (CreateChargingSessionReq).
У нашому випадку все добре (абонент є в базі, кошти є), платформа створює тарифікаційну сесію і дозволяє активувати PDP Context (CreateChargingSessionResp).
Тепер абонент хоче почати завантажувати дані. Щоб дозволити йому це робити, GGSN звертається до платформи із запитом на резервацію коштів (ReserveUnitReq). Взагалі, unit – річ абстрактна, можливо чим завгодно – кілобайтом даних, смською, секундою розмови, карбованцем, піцою, бочкою тощо. У нашому випадку unit це 100 кБ.
Платформа перевіряє, чи є для цього абонента, відповідно до його тарифу, кошти на 100 кБ трафіку та відповідає повідомленням ReserveUnitResp (“засоби зарезервовані”). Прийнявши це повідомлення від платформи, GGSN дозволяє абоненту качати трафік.
Коли абонент скачав зарезервовану порцію трафіку, GGSN звертається до платформи з повідомленням DebitUnitReq (можна списувати зарезервовані кошти).
Платформа списує кошти та відповідає повідомленням DebitUnitResp (“засоби успішно списані”).
Цикл ReserveUnitReq-DebitUnitResp повторюється доти, доки абонент не скачає весь інтернет закриє сесію.
Під час деактивації PDP Context'a GGSN надсилає на платформу повідомлення про завершення тарифікаційної сесії; пам'ять, виділена під цю сесію звільняється.

Запит debitUnitReq; Команди OSA загорнуті в SOAP протокол, який інкапсулюється HTTP протоколом.

Висновок

Якщо тематика протоколів сімейства AAA вам цікава, пізніше я розповім про RADIUS, DIAMETER та інші цікаві речі.

План:
Характеристика та призначення білінгових систем;
Структура та функції білінгової системи;
Основні підсистеми, характерні для білінгу;
Стандарти білінгових систем

Ключові слова: білінг, мультимовність, мультивалютність, роумінг, стандарт.

Характеристика та призначення білінгових систем

Білінгова система (від англ. bill - рахунок, billing - виписування рахунку) - система, яка обчислює вартість послуг зв'язку для кожного клієнта та зберігає інформацію про всі тарифи та інші вартісні характеристики, що використовуються телекомунікаційними операторами для виставлення рахунків абонентам та взаєморозрахунків з іншими постачальниками послуг . Цикл виконуваних ними операцій називається білінгом. Білінгова система (БС) є бухгалтерською системою, програмним забезпеченням розробленим спеціально для телекомунікаційних операторів. Білінгові системи використовуються як у телефонії (провідниковий і стільниковий), так і в мережах передачі даних (інтернет провайдери), а також має місце в IP-телефонії. Будь-яка БС створюється з урахуванням певної системи управління базами даних (СУБД). Більшість БС у світі створювалося на основі СУБД Oracle. Серед інших СУБД можна виділити Sybase та Informix як розраховані великі обсяги інформації. А ось назви деяких білінгових систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Варто згадати, що БС зазвичай має на увазі і апаратне забезпечення, що беруть участь в організації білінгу.
Існують кілька назв білінгової системи: АСР – автоматизована система розрахунків; ІХС - інформаційна білінгова система.
Однією з важливих якостей БС є її гнучкість, тобто здатність пристосовуватися до обставин, що змінилися. Гнучка система адаптована не тільки до одномоментних потреб оператора; за рахунок таких якостей, як настроюваність, модульність та відкритість вона дозволяє вирішувати перспективні завдання. Модульний принцип побудови системи - це такий принцип, у якому вся система збирається з окремих частин (модулів). БС також складається з таких модулів – підсистем. БС включає, наприклад, підсистему попередньої обробки даних, підсистему оперативного управління білінгом, підсистему оповіщення клієнтів. Під відкритістю системи мається на увазі відкритість вихідного коду програмного продукту, що дозволяє оператору не залежати від розробника у майбутньому та самостійно обслуговувати та модернізувати систему. Тісно пов'язане з гнучкістю БС та наступна якість автоматизованих систем розрахунку – масштабованість.
Масштабованість по навантаженню. При зростанні абонентської бази, появі додаткових послуг не повинна виникати потреба змінювати або доопрацьовувати програмну частину БС. Збільшення можливостей БС має досягатись за рахунок модернізації апаратної частини системи. При проектуванні систем, що масштабуються, необхідно використовувати СУБД, розраховані на великі обсяги даних. СУБД має бути сумісною з різними комп'ютерними платформами, щоб забезпечувати підтримку багатопроцесорного режиму роботи.
Надійність - одна з основних вимог, що висуваються до будь-якої системи. Надійність БС визначається надійністю СУБД та технологій, що використовуються при розробці системи. Не останнє місце посідає надійність постачальника (розробника) прикладного програмного забезпечення: час його роботи над ринком і, як опосередкований показник, відсоток присутності розроблених їм систем на телекомунікаційному ринку. При цьому надійність БС забезпечується дотриманням певних стандартів при їх розробці.
Мультиязичность - можливість встановлювати різні мови подання інформації.
Мультивалютність – можливість працювати з будь-якими валютами
Відкладений білінг - білінг, при якому розрахунки здійснюються після дзвінків.
Гарячий білінг - зміна балансу рахунку відбувається в процесі розмови, і інформацію про залишок на рахунку можна отримати відразу після дзвінка.
Оптимізація білінгу – покращення, вдосконалення оператором своєї БС.
Великі БС – системи, що застосовуються великими операторами.
Постінг білінгу - фіксація результатів розрахунку білінгу; після розрахунків результати стають доступними користувачам (розсилаються, друкуються).
Оскільки БС призначена для автоматизації розрахунків із клієнтом, вона й має забезпечувати автоматизацію починаючи з укладання договору до виписки рахунків послуги стільникового зв'язку, причому коректно. За допомогою підсистем автоматичних послуг та автоматичного збору даних АСР має надавати абонентам можливість самообслуговування. Деякі БС дозволяють абонентам оформляти замовлення на підключення та здійснювати оплату послуг через Інтернет.

Структура та функції білінгової системи
Схема організації білінгу не складна: інформація про з'єднання та їх тривалість записується комутатором і після попередньої обробки передається до розрахункової системи. Розрахунковій системі "відомі" тарифи. Вона ідентифікує виклик і виконує необхідні розрахунки, формуючи цим рахунок абонента. Очевидно, що в пам'яті системи повинні зберігатися не тільки нормативи, тарифи та інформація про послуги, а й дані про клієнтів, укладені контракти з абонентами та сторонніми постачальниками послуг зв'язку (якщо такі є), а також вартість передачі інформації по різних каналах і напрямках. (Системою має бути також передбачено наявність дилерів: вони можуть бути інші розцінки, наприклад, на підключення). Крім цього, будь-яка БС повинна мати базу, що зберігає історію платежів: лише ці відомості дозволяють контролювати процес оплати та автоматизувати так звану активацію/деактивацію абонентів. Цю функцію БС можна назвати захисною, оскільки вона дозволяє користуватися послугами зв'язку тим, хто їх не платить.

Мал. 11. Структура білінгової системи
За функціональними можливостями БС можна поділити на три класи: призначені для транснаціональних операторів зв'язку, замовні національного масштабу та системи середнього класу для регіональних мереж.
БС, які стосуються першого класу, мають забезпечувати взаємодія мереж на міжнаціональному рівні, у різних часових зонах, тобто. вони повинні бути мультивалютними та мультимовними.
Замовні системи національного масштабу створюються під певного оператора. Оператору може знадобитися нова БС, сумісна з існуючою розрахунковою системою. Зрозуміло, вартість таких одиничних систем значно вища.
У масштабі регіону можна обійтися стандартними БС. При цьому і такі системи повинні володіти якостями, перерахованими вище: гнучкістю, масштабованістю, надійністю. Будь-яка БС створюється і налаштовується на бізнес-процес певного оператора зв'язку, має власний набір функцій, що відповідає технологічному циклу надання послуг, і може працювати з конкретним мережевим обладнанням, що постачає їй інформацію про виклики та з'єднання, тобто БС не є "коробковим" продуктом . Але є і стандартний набір функцій, підтримуваних майже всіма БС. До нього входять:
операції, що виконуються на етапі попередньої обробки та аналізу вихідної інформації, наприклад, функція отримання даних про з'єднання та послуги (запити до комутатора);
операції управління мережевим обладнанням: функції активації/деактивації (блокування/розблокування) абонентів та команди зміни умов передплати абонентів, що передаються безпосередньо до комутатора;
основні функції додатка СУБД, що включають: тарифікацію записів комутатора про виклики та послуги; формування та редагування таблиць бази даних розрахункової системи; виставлення рахунків та їх друк; кредитний контроль рахунків; складання звітів; архівацію.
Як вже було сказано, БС повинна мати гнучкість або модульність. Кожен елемент АСР забезпечує реалізацію конкретної ділянки технологічного ланцюжка обслуговування клієнта. Основні підсистеми, характерні для білінгу, це: підсистема попередньої обробки даних про з'єднання, оперативне керування білінгом та підсистема оповіщення клієнтів.

| Відпочинок та захоплення | Побут | Архів |

RSS

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

До асортименту послуг практично будь-якого банку входить здійснення операцій з прийому комунальних та бюджетних платежів та їх подальше перерахування організації-одержувачу. При всій простоті надання цієї послуги, даний вид операцій завжди був досить трудомістким, так як передбачав кілька етапів роботи з оформленням значного обсягу банківської документації. Не надто зручною була така система і для клієнтів: платники послуг часто були змушені стояти в чергах, а комунальним організаціям доводилося кілька днів чекати зарахування сум на їхні рахунки.

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

Ця система застосовна і оплати разових платежів, якщо організація уклала з банком відповідний договір. Завдяки системі billing клієнт може внести суму податку або обов'язкового збору, використовуючи номер квитанції, виписаної податковою інспекцією або іншою бюджетною організацією.

Для підприємств, які отримують платежі від населення, білінг також є максимально зручною та надійною системою, оскільки автоматизація розрахунків зводить нанівець можливість зарахування коштів неналежному одержувачу. З іншого боку, використання цієї банківської послуги значно скорочує час надходження сум платежів поточний рахунок організації.

Біллінг - це автоматизований процес, у якому задіяно професійне програмне забезпечення. Воно аналізує, як проходить сигнал через кожну соту, далі його сортують та обчислюють, якою буде вартість послуг для певного власника. Саме білінг телефону формує оплату за телефонний зв'язок. Після дзвінка він списує стільки грошей, скільки зазначено у вашому тарифному плані.

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

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

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

Розподіл навантаження

Як правило, стільникові оператори співпрацюють між собою. Вони встановлюють одну станцію і використовують її спільно, не витрачаючи додаткових коштів на програмне і зазвичай у кожному місті один оператор встановлює собі окрему вежу. У сільській місцевості та на автомагістралі кілька компаній використовують одну. Власник цієї мобільної станції буде один, але інші оператори платять йому за оренду, її вартість вираховують, ґрунтуючись на кількість дзвінків.

Інтернет-трафіком також займаються білінгові системи. У цьому випадку абонент стягує плату за окремим тарифом. У кожній компанії по-різному. В одній необхідно платити за час, проведений в інтернеті, в іншій – за передані та прийняті інформаційні пакети.

Функції білінгу

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

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

Ці сучасні бази даних зберігають інформацію про всі платежі кожного клієнта. Це дозволяє робити розрахунок зі зняттям коштів. На білінгових станціях встановлені якісні та потужні комп'ютери, які дозволяють дуже швидко проводити розрахунки. За рахунок цього на запит абонентів про стан рахунку практично миттєво надходить результат.

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

Як ви вже здогадалися, за рахунок білінгу мобільних телефонів вискакує повідомлення про те, що система не може встановити з'єднання за нульового рахунку. Якщо ви поповните баланс телефону, зможете відразу користуватися послугами, система їх підключає автоматично.

Більшість мобільних операторів створює функцію зворотного зв'язку. Це також контролює білінг мобільних телефонів. З його допомогою, зайшовши до особистого кабінету, ви можете поповнювати, відключати, підключати різні послуги, змінити свій тариф та багато іншого.

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

Додаткові можливості білінгу: мобільне стеження

Мобільний телефон, який ми використовуємо для зв'язку як фотоапарат, відеокамеру, радіомаяк, має ще деякі функції. Наразі більшість злочинів розслідуються за допомогою білінгу. Ця система здатна відстежити усі дзвінки.

Як же білінг телефону може допомогти у розслідуванні вбивства? Все просто, ця система фіксує, коли ми входимо до Інтернету і де це відбувається, дзвонимо або відправляємо СМС.

За допомогою нових технологій, а саме білінгу, вже розслідували багато гучних злочинів та знаходили винуватців.

Абонент завжди доступний

Мобільний телефон – це велике досягнення людини, нова технологія, яка просунула прогрес. На жаль, цією технологією можуть користуватися і на благо, оскільки стільниковий - це своєрідний радіомаяк, який допоможе відстежити місце розташування людини.

Як ми вже з'ясували, вся територія, де є мобільний зв'язок, поділена на стільники. Там є вежі та спеціальні станції, які мають певну адресу.

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

Приватний білінг

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

Якщо це заборонено, як вони одержували інформацію? Перший спосіб – це купівля даних у співробітників мобільної компанії. Але зараз це не так просто, послуги почали боротися з витоком інформації.

Наразі, щоб отримати детективам дані, потрібно буде заплатити 500 доларів. А щоб її проаналізувати, дізнатися про переміщення людини, необхідно віддати 1500 доларів. У більшості випадків, щоб співробітник стільникової компанії зацікавився в цьому бізнесі, потрібно постійно впізнавати номери у великій кількості.

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