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

Білінг. Які асоціації викликає цей термін? Може бути, є якийсь зв'язок з Біллом Гейтсом? Ні, на щастя він ще не «сунув свого носа» в область телекомунікацій. Ну це так - жарт. А якщо бути серйозним, то давайте розглянемо походження слова білінг. Англійське слово «bill» можна перекласти як «рахунок» (інші переклади: вексель, банкнота). «Billing» перекладається виразом «виписування рахунку».

Що таке биллинговая система?

Системи, що обчислюють вартість послуг зв'язку для кожного клієнта і зберігають інформацію про всі тарифи і інших вартісних характеристиках, які використовуються телекомунікаційними операторами для виставлення рахунків абонентам і взаєморозрахунків з іншими постачальниками послуг, носять назву білінгових; цикл виконуваних ними операцій іменується білінгом. Біллінгова система (БС) - це бухгалтерська система, програмне забезпечення, іншими словами - «софт», розроблений спеціально для операторів. Яких операторів? Телекомунікаційних. Т. е. Мова не йде лише про операторів стільникового зв'язку. БС використовуються також операторами звичайної (стаціонарної, провідний) зв'язку. У малих офісах, наприклад, можна вести білінг телефонії (аналізувати: хто дзвонив, коли, скільки тривала розмова). IP-телефонія - інша сфера застосування БС. А інтернет-провайдери? Вони теж використовують БС, наприклад, для формування рахунків, обліку трафіку. Будь-яка БС створюється на основі певної системи управління базами даних (СКБД). Більшість БС в світі створювалося на основі СУБД Oracle. Серед інших СУБД можна виділити Sybase і Informix як розраховані на великі обсяги інформації. А ось назви деяких білінгових систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Варто згадати, що під БС може матися на увазі і апаратне забезпечення, що беруть участь в організації білінгу.

Термінологія

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

Існують кілька назв білінгової системи: АСР - автоматизована система розрахунків; ІХС - інформаційна биллинговая система.

Одним з важливих якостей БС є її гнучкість, Тобто здатність пристосовуватися до обставин, що змінилися. Гнучка система адаптована не тільки про нагальні потреби оператора; за рахунок таких якостей, як настраиваемость, Модульність і відкритість вона дозволяє вирішувати перспективні завдання. Чим більше у системи можливостей для налаштувань, тим краще. А що таке модульність? Модульний принцип побудови системи - це такий принцип, при якому вся система збирається з окремих частин (модулів), що будинок збирається по цеглинці. БС теж складається з таких модулів - підсистем. БС включає в себе, наприклад, підсистему попередньої обробки даних, підсистему оперативного управління біллінгом, підсистему оповіщення клієнтів (читайте нижче про структуру та функції БС). під відкритістю системи мається на увазі відкритість вихідного коду програмного продукту, що дозволяє оператору не залежати від розробника в майбутньому і самостійно обслуговувати і модернізувати систему. Тісно пов'язане з гнучкістю БС і наступне якість автоматизованих систем розрахунку - масштабованість.

Масштабованість по навантаженню. При зростанні абонентської бази, появі додаткових послуг не повинна з'являтися необхідність змінювати або допрацьовувати програмну частину БС. Збільшення можливостей БС має досягатися за рахунок модернізації апаратної частини системи. Що важливо враховувати при проектуванні масштабованих систем? Необхідно використовувати СУБД, розраховані на великі обсяги даних. СУБД повинна бути сумісна з різними комп'ютерними платформами, щоб забезпечувати підтримку многопроцессорного режиму роботи.

надійність - одна з основних вимог, що пред'являються до будь-якій системі. Надійність БС визначається надійністю СУБД і технологій, що використовуються при розробці системи. Далеко не останнє місце займає надійність постачальника (розробника) прикладного програмного забезпечення: час його роботи на ринку і, як непрямий показник, відсоток присутності розроблених їм систем на телекомунікаційному ринку. Чому показник непрямий? А хіба Microsoft Windows найкраща і надійна операційна система? ... І при цьому вона займає значну частку ринку. Однак надійність БС забезпечується також дотриманням певних стандартів при їх розробці (про це читайте нижче).

Багатомовність - можливість встановлювати різні мови для представлення інформації.

мультивалютність - можливість працювати з будь-якими валютами

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

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

оптимізація білінгу - поліпшення, вдосконалення оператора БС.

великі БС - системи, що застосовуються великими операторами.

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

Що може, що повинна або за що відповідає БС?

Європейський (за походженням) стандарт ТАР з'явився в 1992 р Він підтримується робочою групою TADIG. Більшість операторів Європи використовують ТАР2, Хоча існує і третя версія. З 1995 р модифікація ТАР2, відома як специфікація TD.27, або NAGTAP2, Почала застосовуватися і в США.

замість висновку

Ви дістаєте з кишені свій стільниковий, набираєте номер, тиснете «виклик» і ... розмова відбулася. Тепер Вам не терпиться дізнатися залишок на Вашому рахунку. Якщо білінг системи «гарячий», Вам тут же повідомляють цю суму. «Все точно підрахувала, хороша биллинговая система», - думаєте Ви. А в цей час інший абонент дізнається, що він тільки що вичерпав ліміт часу і його відключили. «Навіщо мені цей« гарячий »білінг! Дурна биллинговая система! », - нарікає він ... Та, одночасно всім не догодити!

Особлива подяка за інформаційну підтримку Большової Галині, оглядачеві журналу

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

Навігація

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

По суті, білінг - система, це додаткова програма для підтримки бізнес - послуг у сфері комунікації.

Що значить білінг за номером телефону?

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

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

Як все це відбувається?

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

З кожного телефону йдуть вхідні і вихідні виклику, повідомлення. За даними діям оператор, також, може дізнатися, де знаходиться людина.

Як працює абонентська стільниковий зв'язок?

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

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

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

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

Білінг. Які асоціації викликає цей термін? Може бути, є якийсь зв'язок з Біллом Гейтсом? Ні, на щастя він ще не «сунув свого носа» в область телекомунікацій. Ну це так - жарт. А якщо бути серйозним, то давайте розглянемо походження слова білінг. Англійське слово «bill» можна перекласти як «рахунок» (інші переклади: вексель, банкнота). «Billing» перекладається виразом «виписування рахунку».

Що таке биллинговая система?

Системи, що обчислюють вартість послуг зв'язку для кожного клієнта і зберігають інформацію про всі тарифи і інших вартісних характеристиках, які використовуються телекомунікаційними операторами для виставлення рахунків абонентам і взаєморозрахунків з іншими постачальниками послуг, носять назву білінгових; цикл виконуваних ними операцій іменується білінгом. Біллінгова система (БС) - це бухгалтерська система, програмне забезпечення, іншими словами - «софт», розроблений спеціально для операторів. Яких операторів? Телекомунікаційних. Т. е. Мова не йде лише про операторів стільникового зв'язку. БС використовуються також операторами звичайної (стаціонарної, провідний) зв'язку. У малих офісах, наприклад, можна вести білінг телефонії (аналізувати: хто дзвонив, коли, скільки тривала розмова). IP-телефонія - інша сфера застосування БС. А інтернет-провайдери? Вони теж використовують БС, наприклад, для формування рахунків, обліку трафіку. Будь-яка БС створюється на основі певної системи управління базами даних (СКБД). Більшість БС в світі створювалося на основі СУБД Oracle. Серед інших СУБД можна виділити Sybase і Informix як розраховані на великі обсяги інформації. А ось назви деяких білінгових систем: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Варто згадати, що під БС може матися на увазі і апаратне забезпечення, що беруть участь в організації білінгу.

Термінологія

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

Існують кілька назв білінгової системи: АСР - автоматизована система розрахунків; ІХС - інформаційна биллинговая система.

Одним з важливих якостей БС є її гнучкість, Тобто здатність пристосовуватися до обставин, що змінилися. Гнучка система адаптована не тільки про нагальні потреби оператора; за рахунок таких якостей, як настраиваемость, Модульність і відкритість вона дозволяє вирішувати перспективні завдання. Чим більше у системи можливостей для налаштувань, тим краще. А що таке модульність? Модульний принцип побудови системи - це такий принцип, при якому вся система збирається з окремих частин (модулів), що будинок збирається по цеглинці. БС теж складається з таких модулів - підсистем. БС включає в себе, наприклад, підсистему попередньої обробки даних, підсистему оперативного управління біллінгом, підсистему оповіщення клієнтів (читайте нижче про структуру та функції БС). під відкритістю системи мається на увазі відкритість вихідного коду програмного продукту, що дозволяє оператору не залежати від розробника в майбутньому і самостійно обслуговувати і модернізувати систему. Тісно пов'язане з гнучкістю БС і наступне якість автоматизованих систем розрахунку - масштабованість.

Масштабованість по навантаженню. При зростанні абонентської бази, появі додаткових послуг не повинна з'являтися необхідність змінювати або допрацьовувати програмну частину БС. Збільшення можливостей БС має досягатися за рахунок модернізації апаратної частини системи. Що важливо враховувати при проектуванні масштабованих систем? Необхідно використовувати СУБД, розраховані на великі обсяги даних. СУБД повинна бути сумісна з різними комп'ютерними платформами, щоб забезпечувати підтримку многопроцессорного режиму роботи.

надійність - одна з основних вимог, що пред'являються до будь-якій системі. Надійність БС визначається надійністю СУБД і технологій, що використовуються при розробці системи. Далеко не останнє місце займає надійність постачальника (розробника) прикладного програмного забезпечення: час його роботи на ринку і, як непрямий показник, відсоток присутності розроблених їм систем на телекомунікаційному ринку. Чому показник непрямий? А хіба Microsoft Windows найкраща і надійна операційна система? ... І при цьому вона займає значну частку ринку. Однак надійність БС забезпечується також дотриманням певних стандартів при їх розробці (про це читайте нижче).

Багатомовність - можливість встановлювати різні мови для представлення інформації.

мультивалютність - можливість працювати з будь-якими валютами

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

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

оптимізація білінгу - поліпшення, вдосконалення оператора БС.

великі БС - системи, що застосовуються великими операторами.

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

Що може, що повинна або за що відповідає БС?

Європейський (за походженням) стандарт ТАР з'явився в 1992 р Він підтримується робочою групою TADIG. Більшість операторів Європи використовують ТАР2, Хоча існує і третя версія. З 1995 р модифікація ТАР2, відома як специфікація TD.27, або NAGTAP2, Почала застосовуватися і в США.

замість висновку

Ви дістаєте з кишені свій стільниковий, набираєте номер, тиснете «виклик» і ... розмова відбулася. Тепер Вам не терпиться дізнатися залишок на Вашому рахунку. Якщо білінг системи «гарячий», Вам тут же повідомляють цю суму. «Все точно підрахувала, хороша биллинговая система», - думаєте Ви. А в цей час інший абонент дізнається, що він тільки що вичерпав ліміт часу і його відключили. «Навіщо мені цей« гарячий »білінг! Дурна биллинговая система! », - нарікає він ... Та, одночасно всім не догодити!

Особлива подяка за інформаційну підтримку Большової Галині, оглядачеві журналу

Кожен телефон має унікальний код (IMEI), який реєструється в мережі стільникового оператора після активації сім-карти і здійснення першого дзвінка. Цей код дозволяє відстежувати місце розташування пристрою, блокувати його в разі потреби, наприклад, при крадіжці. Дані про знаходження пристрою передаються на сервер білінгу, зберігаються тут тривалий час. Разом з тим тут є інформація про тарифний план, історії дзвінків і СМС, поповненні рахунку.

Коли мова йде про білінг телефону, найбільш актуальною стає інформація про історію дзвінків і смс-сообщееній, а так само про його місцезнаходження. Воно визначається оператором досить точно. Пристрій при здійсненні дзвінків, відправлення повідомлень, Ви користуєтеся інтернету передає сигнал на найближчу антену (БС), завдяки чому і виходить обчислити адресу. Точність даних досить висока, але існує похибка. Її показники залежать від топографічних особливостей місцевості, наявності перешкод. І все одно білінг мобільних телефонів активно використовується з метою їх пошуку незалежно від того, що доводиться шукати - пристрій або його власника. Процедурою керує сам оператор, надає дані тільки у виняткових випадках, тому як вони конфіденційні. Хто може користуватися цією послугою?

Хто може знайти телефон по біллінг

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

Де замовити білінг телефону

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

  • ПІБ власника телефону;
  • дата народження;
  • паспортні данні;
  • адреса проживання або реєстрації;
  • місцезнаходження пристрою;
  • інформація про тарифний план, дзвінки, СМС.

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

  • Білайн;
  • Ростелеком;
  • Теле2;
  • Yota;
  • мотив;
  • Мегафон.

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

Зверніть увагу! Кожен клієнт, який вирішив пробити телефон по біллінг за допомогою нашого сайту, може розраховувати на:

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

Ми працюємо для вас, стежимо за якістю і доступністю послуг.

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

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

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

  • постоплата - виставлення рахунку за період за його підсумками (postpaid)
  • І авансова система (Prepaid), коли гроші заносяться заздалегідь.
Постоплата з'явилася історично раніше, але передоплата виявилася зручнішою для клієнтів (контрольовані - трохи що не так, відбувається відключення, а не виставляється великий рахунок).

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

Коли абонент постополатной системи розрахунків користується послугами оператора, то на комутаторах генерітся спеціальні CDR (Charging Data Record) файли. По суті, це звичайні логи, в яких зазначено номер абонента, дата, час розмови / обсяг завантаженого трафіку і т.п. Білінг ж, в певний час, (наприклад, раз на добу) підключається до комутатора, закачує собі CDRи, розраховує вартість послуг і зберігає все в базі даних (зазвичай, Oracle). Потім в кінці місяця абоненту виставляється сумарний рахунок.

Схема взаємодії Postpaid платформи з ядром мережі оператора.
CSN - circuit switching network; Представлена \u200b\u200bкомутаторами каналів (MSC).
PSN - packet switching network; Представлена \u200b\u200bкомутаторами пакетів і шлюзами (SGSN і GGSN відповідно).

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

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

У разі авансової тарифікації оператору зв'язку, крім обліку наданої послуги, потрібно вирішувати задачу відстеження поточного рахунку абонента і в разі досягнення нуля, інформувати абонента / відключати надання послуги. Тому такі системи ще називають Online Charging System (OCS).

Так як оператор надає різні види послуг і використовуються різні типи мереж (система комутації каналів / пакетів), то біллінг для вирішення завдання контролю рахунку абонента доводиться використовувати різні протоколи тарифікації, наприклад такі:



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

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

CAP

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


Місце протоколу в стеці. На малюнку також представлений популярний варіант з використанням технології 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 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - OPERATION --- 02 TAG: 02h INTEGER 01 LEN 1 23 OPERATION: 35 \u003d 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 CPD --- 80 TAG: 80h 03 LEN 3 01 19 40 MAX CPD: 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 і інші цікаві речі.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стаття про поніятіі білінг за номером телефону / Навігація Биллинг! Яке гучне, загадкове слово! Як звучить суха розшифровка цього слова у Вікіпедії, Биллинг означає комплексні заходи, ...

Стаття про поніятіі білінг за номером телефону / Навігація Биллинг! Яке гучне, загадкове слово! Як звучить суха розшифровка цього слова у Вікіпедії, Биллинг означає комплексні заходи, ...

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

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

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

  • постоплата - виставлення рахунку за період за його підсумками (postpaid)
  • І авансова система (Prepaid), коли гроші заносяться заздалегідь.
Постоплата з'явилася історично раніше, але передоплата виявилася зручнішою для клієнтів (контрольовані - трохи що не так, відбувається відключення, а не виставляється великий рахунок).

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

Коли абонент постополатной системи розрахунків користується послугами оператора, то на комутаторах генерітся спеціальні CDR (Charging Data Record) файли. По суті, це звичайні логи, в яких зазначено номер абонента, дата, час розмови / обсяг завантаженого трафіку і т.п. Білінг ж, в певний час, (наприклад, раз на добу) підключається до комутатора, закачує собі CDRи, розраховує вартість послуг і зберігає все в базі даних (зазвичай, Oracle). Потім в кінці місяця абоненту виставляється сумарний рахунок.


Схема взаємодії Postpaid платформи з ядром мережі оператора.
CSN - circuit switching network; Представлена \u200b\u200bкомутаторами каналів (MSC).
PSN - packet switching network; Представлена \u200b\u200bкомутаторами пакетів і шлюзами (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 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - OPERATION --- 02 TAG: 02h INTEGER 01 LEN 1 23 OPERATION: 35 \u003d 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 CPD --- 80 TAG: 80h 03 LEN 3 01 19 40 MAX CPD: 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 і інші цікаві речі.

В розділі білінг Ви можете:

  • змінювати тариф;
  • підключати додаткові опції;
  • поповнювати баланс;
  • активувати промокодом;
  • стежити за рахунками;
  • переглядати історію платежів;
  • керувати способами оплати.

Вхід і навігація

Перехід в розділ білінг можливий 4-ма способами:

1. Після натискання на кнопкуТариф ... :


2. Після вибору пункту меню[Логін ] білінг :



3. Після натискання кнопки Поповнити баланс , Якщо через закінчення терміну користування тарифом заблокований доступ до розділів:


При вході в розділ відкривається головна сторінка баланс :


Баланс рахунку

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

Якщо баланс рахунку наближається до нуля, Roistat відправляє лист-повідомлення на адресу електронної пошти та СМС на номер телефону, зазначені у вашому обліковому записі.

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

Ви можете переносити кошти між акаунтами. Щоб перенести кошти з рахунку вашого облікового запису на рахунок іншого аккаунта:

Промокод

Бонусний промокод вказується в правому верхньому кутку у відповідному полі і активується за допомогою кнопки активувати :


Якщо введений коректний промокод, система запросить підтвердження операції. Для скасування операції натисніть кнопку повернутися :


Якщо введений некоректний промокод, система повідомить про помилку. Для повторного введення промокодом натисніть кнопку повернутися :

управління послугами

Тарифи і послуги відображаються на вкладці баланс в блоці деталізація витрат :


Перегляд і зміна тарифу

Назва тарифу і його щоденна вартість відображаються в рядку Тариф: ... .

Для перегляду умов всіх тарифів натисніть на цей рядок. Для кожного тарифу містить такі варіанти:

  • вартість в день;
  • перелік включених опцій;
  • максимальне число відвідувань на місяць;
  • максимальне число проектів в місяць.

Тариф, активоване для вашого облікового запису, позначається як Поточний тариф.

Для вибору іншого тарифу натисніть кнопку Вибрати.

Перегляд і вибір опцій

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

Для перегляду всіх опцій натисніть на цей рядок.

Ті опції, які включені в поточний тариф, позначені включено в тариф .

Решта опцій доступні для підключення за допомогою кнопки підключити . Щоб відключити дані опції натисніть кнопку відключити .

Деталізація витрат за послугу Відстеження номерів

Кількість відслідковуються номерів і щоденна абонентська плата відображаються в рядку відстеження дзвінків .

При натисканні на цей рядок з'явиться дублююча рядок Абонентська плата :


Відповідних проектів.

Деталізація витрат за послугу Зворотній дзвінок

Розмір щоденного абонентської плати відображаються в рядку Зворотний дзвінок.

При натисканні на цей рядок з'явиться дублююча рядок Абонентська плата :


Більш детальна інформація за цією послугою знаходиться в розділі відповідних проектів.

Підсумкова сума за день

Щоденна вартість обраних тарифу і послуг розраховується автоматично і виводиться в рядку Сума за сьогодні :


Оплата і поповнення балансу

Оплатити послуги або внести гроші на рахунок можна на вкладці баланс, Натиснувши кнопку Поповнити баланс :


або на вкладці:


Після натискання кнопки Поповнити баланс відкриється вікно параметрів оплати:



Мінімальна сума платежу 5000 рублів.

Оплата послуг і поповнення балансу можливі трьома способами:

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

Безготівковий розрахунок

При виборі безготівкового способу оплати можна:

    запросити рахунок на електронну пошту - для цього в поле Надіслати на email вкажіть адресу електронної пошти, на яку буде надіслано рахунок, і натисніть кнопку Перейти до оплати :


    якщо налаштований автоматичний вибір способу оплати, запросити рахунок на електронну пошту без введення адреси і натиснути кнопку Поповнити :



    скачати рахунок відразу ж - для цього натисніть посилання скачати рахунок


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

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

Оплата банківською картою через інтернет

Для оплати банківською картою через інтернет встановіть перемикач у відповідне положення і натисніть кнопку Перейти до оплати


Гроші надходять на ваш рахунок відразу ж після того, як ви підтвердите операцію.

Оплата c допомогою Яндекс.Деньги, Qiwi Гаманець, WebMoney

Для сплати c допомогою Яндекс.Деньги, Qiwi Гаманець, WebMoney встановіть перемикач у відповідне положення і натисніть кнопку Перейти до оплати . Після цього ви будете автоматично перенаправлені на сторінку оплати:



Оплата через Paypal

Для оплати за допомогою електронної платіжної системи PayPal встановіть перемикач у відповідне положення і натисніть кнопку Перейти до оплати . Після цього ви будете автоматично перенаправлені на сторінку оплати:


Оплата через PayOnline

Для оплати за допомогою електронної платіжної системи PayOnline встановіть перемикач у відповідне положення і натисніть кнопкуПерейти до оплати . Після цього ви будете автоматично перенаправлені на сторінку оплати:

Гроші надходять на ваш рахунок відразу ж після того, як ви підтвердите операцію оплати.

Історія рахунків

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

Створені рахунку відображаються на вкладці рахунки і підрозділяються на 3 категорії:

  • Усе - всі рахунки користувача;
  • неоплачені - рахунки, за якими ще не було зарахувань;
  • Рекламні - рахунки з завершеними транзакціями.


Кожному рахунку відповідає один рядок у табличній частині:


У таблиці відображаються такі елементи за рахунками:

    номер - номер рахунку;

    дата створення - дата створення рахунку;

    сума - сума до оплати;

    статус - поточний статус проведення платежу: Новий або Оплачено;

    Дата зміни статусу - дата останнього зміни статусу рахунку;

    Спосіб оплати - спосіб оплати рахунку. Можливі 4 статусу:

    • Рахунок не сплачено - встановлюється для неоплачених рахунків;

      Відправлення рахунку на email - встановлюється для оплачених рахунків при безготівковому способі оплати;

      Пластикова карта (Visa, MasterCard) - встановлюється для оплачених рахунків при оплаті банківською картою через інтернет;

      За допомогою PayPal - встановлюється для оплачених рахунків при оплаті через систему PayPal.

Неоплачені рахунки можна оплатити на даній вкладці. Навпаки таких рахунків справа відображаються:



Історія платежів

Всі платіжні операції фіксуються і відображаються на вкладці Історія платежів .

Платежі можуть бути згруповані по періоду:

У таблиці відображаються такі елементи за рахунками:

    Дата - день місяця, в який була проведена хоча б 1 платіжна операція;

    операція - тип платіжної операції;

    Сума, р . - сума платежу в рублях;

    Залишок, р . - залишок коштів на рахунку в рублях.

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

налаштування платежів

Для прискорення процесу оплати і поповнення балансу ви можете:

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


Дані параметри налаштовуються на вкладці налаштування платежів

Автоматичне поповнення рахунку

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

Мінімальний термін між автоматичним поповненнями рахунку добу.

Збереження способу оплати

У блоці Спосіб оплати Оберіть спосіб оплати:

  • Пластикова картка:
    1. встановіть перемикач Пластикова картка.
    2. Натисніть кнопку вибрати.
      Ви будете направлені на сторінку Яндекс Каси, на якій потрібно ввести дані карти, з якої будуть списуватися кошти. Для збереження даних карти буде здійснений тестовий платіж 10 р.
  • Відправлення рахунку на email.
    1. встановіть перемикач Відправлення рахунку на email.
    2. Введіть адресу електронної пошти. Можна вказати кілька електронних адрес ( [Email protected] , [Email protected] і т.д.)
      На введені адреси електронної пошти будуть приходити рахунки для банківського переказу.



Щоб змінити адресу електронної пошти або дані пластикової карти:


Зміна та видалення способу оплати

Щоб змінити або видалити встановлений спосіб оплати, натисніть на відповідні іконки:


Обмеження по рекламному бюджету

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

Що трапиться, якщо не поповнювати рахунок Roistat

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

Що трапиться з проектом:

Інтеграції з CRMАналітикаКоллтрекінгЕмейлтрекінгловець лидовСпліт-тестуванняподіїуправління ставками
  1. Заявки з CRM будуть збиратися.
  2. Заявки з CRM будуть передаватися ще 14 днів.
  3. Після закінчення 14 днів ви отримаєте повідомлення про те, що заявки перестали відправлятися в CRM-систему.
Не можна дивитися звіт.

Буде не можна додавати нові номери (як свої номери, так і номери від Roistat).

перестане працюватиперестане працюватиперестане працюватиперестане працюватиперестане працювати

Аналітика буде збиратися в проекті.Номери будуть закріплені за проектом ще 7 днів.





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




Поповнюйте ваш рахунок вчасно!

  • No labels

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

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

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

  • постоплата - виставлення рахунку за період за його підсумками (postpaid)
  • І авансова система (Prepaid), коли гроші заносяться заздалегідь.
Постоплата з'явилася історично раніше, але передоплата виявилася зручнішою для клієнтів (контрольовані - трохи що не так, відбувається відключення, а не виставляється великий рахунок).

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

Коли абонент постополатной системи розрахунків користується послугами оператора, то на комутаторах генерітся спеціальні CDR (Charging Data Record) файли. По суті, це звичайні логи, в яких зазначено номер абонента, дата, час розмови / обсяг завантаженого трафіку і т.п. Білінг ж, в певний час, (наприклад, раз на добу) підключається до комутатора, закачує собі CDRи, розраховує вартість послуг і зберігає все в базі даних (зазвичай, Oracle). Потім в кінці місяця абоненту виставляється сумарний рахунок.


Схема взаємодії Postpaid платформи з ядром мережі оператора.
CSN - circuit switching network; Представлена \u200b\u200bкомутаторами каналів (MSC).
PSN - packet switching network; Представлена \u200b\u200bкомутаторами пакетів і шлюзами (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 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - OPERATION --- 02 TAG: 02h INTEGER 01 LEN 1 23 OPERATION: 35 \u003d 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 CPD --- 80 TAG: 80h 03 LEN 3 01 19 40 MAX CPD: 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 і інші цікаві речі.