- PVSM.RU - https://www.pvsm.ru -
Платформа обрабатывает InitaialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.
Биллинг собирает информацию об использовании телекоммуникационных услуг, их тарификации, отвечает за выставление счетов абонентам и обработку платежей.
Есть 2 основных типа расчета:
Постоплата появилась исторически раньше, но предоплата оказалась удобнее для клиентов (контролируемее – чуть что не так, происходит отключение, а не выставляется большой счёт).
Когда абонент постополатной системы расчетов пользуется услугами оператора, то на коммутаторах генерятся специальные CDR (Call Detail Record) файлы. По сути, это обычные логи, в которых указан номер абонента, дата, время разговора/объем скачанного трафика и т.п. Биллинг же, в определенное время, (например, раз в сутки) подключается к коммутатору, закачивает себе CDRы, рассчитывает стоимость услуг и сохраняет всё в базе данных (обычно, Oracle). Затем в конце месяца абоненту выставляется суммарный счет.
Схема взаимодействия Postpaid платформы с ядром сети оператора.
CSN — circuit switching network; Представлена коммутаторами каналов (MSC).
PSN – packet switching network; Представлена коммутаторами пакетов и шлюзами (SGSN и GGSN соответственно).
Принцип работы postpaid-системы относительно прост, потому что не требует реакции платформы в реальном времени: ведь абонента не нужно предупреждать о достижении нуля (и, соответственно, не нужно менять характер взаимодействия сети с ним).
В случае авансовой тарификации оператору связи, помимо учета предоставленного объема услуг, требуется решать задачу отслеживания текущего счета абонента и в случае достижения нуля, информировать абонента/отключать предоставление услуги. Поэтому такие системы еще называют Online Charging System (OCS).
Так как оператор предоставляет разные виды услуг и используются разные типы сетей (система коммутации каналов/пакетов), то биллингу для решения задачи контроля счета абонента приходится использовать разные протоколы тарификации, например такие:
Схема взаимодействия prepaid-платформы с сетью оператора.
Разберем подробнее про протоколы.
CAP (CAMEL Application Part) – протокол прикладного уровня стека SS7, реализующий интеллектуальные услуги в GSM/UMTS сетях (например, prepaid).
Место протокола в стеке SS7 [1]. На рисунке также представлен популярный вариант с использованием технологии SIGTRAN (расширение SS7, которое позволяет использовать протоколы “семёрки” поверх IP сети).
По этому протоколу OCS общается с сетью коммутации каналов. Вот пример тарификации исходящего голосового вызова:
Диалог тарификации по CAP протоколу, пунктирными линиями показаны ISUP сообщения.
--- INVOKE --- A1 TAG : A1h [1] 1B LEN : 27 --- INVOKE ID --- 02 TAG : 02h INTEGER 01 LEN : 1 02 INVOKE ID : 2 === CAP === --- INVOKE --- --- OPERATION --- 02 TAG : 02h INTEGER 01 LEN : 1 23 OPERATION : 35 = applyCharging --- APPL CHARG --- 30 TAG : 30h SEQUENCE 13 LEN : 19 --- ACH BCC --- 80 TAG : 80h [0] 0C LEN : 12 --- TDC --- A0 TAG : A0h [0] 0A LEN : 10 --- MAX C P D --- 80 TAG : 80h [0] 03 LEN : 3 01 19 40 MAX C P D : 4370
Это часть трейса. Видим, что по протоколу CAP послано сообщение applyCharging, максимальное время разговора (MAX CPD — Maximum Call Period Duration) равно 437,0 сек.
Продублирую картинку до ката: это пример общения по CAP протоколу. Можно оценить временные метки: платформа обрабатывает InitaialDP 37 мс; абонент слушал гудки 10 сек; длительность разговора – чуть больше 5 минут.
А вот тут звонок продолжительный и видно, как система каждые 6 минут сама запрашивает у MSC статус звонка (activityTest). Сделано это для того, что бы, в случае какой-либо ошибки разговор не длился сутками (пока у абонента не спишутся все деньги).
CAP-протокол может тарифицировать не только голосовые звонки – он так же способен тарифицировать интернет-соединения, SMS, MMS и так далее. Хотя на практике чаще всего для этих нужд применяются специально заточенные протоколы (DIAMETER/OSA).
OSA (Open Service Access) – открытый программный интерфейс разработанный консорциумом 3GPP и ETSI, часто используется для тарификации VAS-сервисов и мобильного интернета.
Рассмотрим работу данного протокола на примере тарификации услуги мобильного интернета:
Запрос debitUnitReq; Команды OSA обернуты в SOAP протокол, который в свою очередь инкапсулируется HTTP протоколом.
Изменение потребностей клиентов (в т.ч. увеличение объема передаваемых данных), создание новых типов услуг, влечет за собой эволюцию сети мобильного оператора, в первую очередь в области VAS-платформ и биллинговых систем.
Если тематика протоколов семейства AAA вам интересна, то позже я расскажу про RADIUS, DIAMETER и другие интересные вещи.
3GPP: www.3gpp.org/index.php [2]
ETSI: www.etsi.org/ [3]
OSA: www.3gpp.org/ftp/Specs/html-info/29198-01.htm [4]
ISUP: www.asknumbers.com/SS7ISUPMessages.aspx [5]
Автор: ansaril3
Источник [6]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/telefoniya/22336
Ссылки в тексте:
[1] SS7: http://habrahabr.ru/post/101213
[2] www.3gpp.org/index.php: http://www.3gpp.org/index.php
[3] www.etsi.org/: http://www.etsi.org/
[4] www.3gpp.org/ftp/Specs/html-info/29198-01.htm: http://www.3gpp.org/ftp/Specs/html-info/29198-01.htm
[5] www.asknumbers.com/SS7ISUPMessages.aspx: http://www.asknumbers.com/SS7ISUPMessages.aspx
[6] Источник: http://habrahabr.ru/post/162175/
Нажмите здесь для печати.