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

06.07.2019

2.2 UТМкомпании NETUP

2.4 Traffic Inspector

3. Оценка экономической эффективности внедрения биллинговых систем

Заключение

Введение

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

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

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

Для достижения данной цели в работе поставлены следующие задачи:

· рассмотреть понятие и дать характеристику биллинговых систем;

· провести обзор современных биллинговых систем;

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

1. Понятие и характеристика биллинговых систем

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

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

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

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

Дерево принятия решений может обращаться к любому атрибуту события: баланс абонента, информация об абоненте, событийный атрибут и др. Он может запускать любой тип действия и любое количество действий в системе (например, тарификацию, двойную тарификацию, предоставление услуги, расчет скидок и премий, рассылку сообщений или написание скриптов). Единая система правил может обрабатывать все аспекты события (каждые 20 SMS, отправленные абонентом, активируют в дереве DO Tree событие выдачи премии в 1 долл.). Как только определена новая услуга, дерево принятия решений немедленно связывает ее с соответствующим атрибутом и производит необходимые действия.

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

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

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

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

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

Перечислим обычные возможности биллинговых систем:

· ведение детального учета трафика по портам, протоколам, автономным системам, интерфейсам на маршрутизаторе и др.;

· возможность работы в "неразборчивом" (promiscuous) режиме, то есть установка не на маршрутизатор, а внутри non-switched сети;

· управление через Web-интерфейс.

Можно также выделить необязательные, но иногда требуемые функции:

· правильная обработка данных при использовании трансляции адресов (NAT) или кэширующих прокси-серверов;

· деление на российский/зарубежный трафик (по маскам сетей);

· установка квот на расход трафика (в т.ч. т.н. "мягких" квот);

· поддержка IP-телефонии;

· съем статистики с нескольких маршрутизаторов.

Структурно биллинговые системы включают как минимум три основных компонента:

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

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

3. модуль выборки данных о трафике со стороны администратора и конечных пользователей системы.

2. Обзор современных биллинговых систем

2.1 MSISAServer

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

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

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

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

Биллингом в этом значении называют целый комплекс операций, для обеспечения которого требуется программное и аппаратное обеспечение, а также юридическое и банковское сопровождение всех процедур приема платежей. Поэтому лишь крупные провайдеры каких-либо услуг занимаются организацией собственного биллинга, а большинство фирм и частных лиц пользуются услугами специализированных биллинговых компаний. Базовым процессом биллинга является измерение количества отпущенных пользователю услуг. Если это доступ в интернет или разговор по телефону, то программное обеспечение компании, предоставляющей эту услугу, время разговора или время, проведенное в глобальной сети. А, например, при покупке в интернете книг, программ или доступа к платному сайту не время, а количество приобретенных единиц. Затем программное обеспечение биллинговой компании автоматически рассчитывает стоимость такой услуги по введенным в программу тарифам. В таком же автоматическом режиме, по заранее введенному расписанию, программа выставляет покупателю счет к оплате приобретенных услуг, а продавцу переводить выручку, вычитая оговоренную оплату работы этой системы. Поступление денег от покупателей тоже учитывается комплексом программного обеспечения биллингового центра. В нашей современной компьютеризированной жизни с каждым днем все большее число частных предпринимателей и компаний начинают оказывать платные услуги с использованием электронных платежных систем. Поэтому растет и интерес к биллинговым компаниям, которые берут на себя описанную выше техническую часть этого сложного процесса. Таких компаний уже существует несколько десятков и если вы решили, например, продавать собственный продукт через интернет, придется потратить некоторое время на выбор биллинга. Им приходится соревноваться между собой, создавая все более простые способы подключения своих систем к любому бизнес-проекту и более выгодные условия обслуживания, поэтому явного лидера нет. При выборе биллинговой компании в первую очередь следует обратить внимание на способы платежа, которые она может предоставить вашим будущим клиентам. Максимальный набор включает до десятка электронных платежных систем (Webmoney, Яндекс-деньги, PayPal и др.), несколько международных систем, обслуживающих кредитные карты (Visa, MasterCard, American Express, Cirrus Maestro и т.д.). Возможность оплаты банковским переводом, чеком, звонком на платный мобильный номер тоже входит в набор услуг биллинговых компаний. Другими важными характеристиками при выборе должны стать стоимость услуг самой компании, ее надежность (хорошая бизнес-история), доступность службы технической поддержки.

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

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

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

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

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

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


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

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

Функции биллинговой системы

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

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


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

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

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

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

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

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

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


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

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

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

Имея обычную банковскую карту, я могу совершать любые покупки и оплачивать пополнять мобильный телефон и вести бизнес. И при этом не стоять в длинных очередях в кассу банка или ждать, пока мне выпишут квитанцию на оплату с пометкой в уголке. Оказалось, для меня это идеальное решение. Я взял себе его на вооружение, но нотки сомнения все-таки закрадывались в сознание. Насколько выгодно мне это? Какова вероятность ошибки при оплате электронным платежом? Силен стереотип, «что без бумажки, ты ….». Да и наслышан о разных случаях потери платежа или исчезновения денег с мобильного.

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

Хотите знать, что такое биллинг?

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

Что такое биллинг и как он работает?

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

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

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

Платформа обрабатывает 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 сообщения.

  1. Сначала в биллинг от коммутатора MSC1 приходит сообщение (Initial Detection Point), в котором передаются параметры абонента. Это входящий и исходящий номера, адрес соты вызываемого абонента и прочие. На основе этого возможно начать анализ звонка. Биллинг создает у себя определенный Detection Point - то есть состояние вызова. OCS определяет, можно ли абоненту совершить голосовой вызов (есть ли средства на счете), если можно, то на какое максимальное время.
  2. После этого OCS отвечает коммутатору Request Report BCSM Event (“Detection Point я инициализировал, жду от тебя дальнейшей информации о состоянии вызова”). И посылает Apply Charging (“средства у абонента на счету есть, разрешаю звонок”). Там же пересылается максимальное время, которое может использовать абонент.
  3. Коммутатор, получив разрешение от OCS, инициализует голосовое подключение между абонентами по ISUP протоколу, посылая на MSC2 сообщение IAM (Initial Address Message).
  4. MSC2 отвечает в сторону MSC1 сообщением ACM (Address Complete Message), в данном случае это означает “да, абонент мой, он сейчас в сети, начинаю его вызывать”. Приняв это сообщение, MSC1 включает длинные гудки абоненту А.
  5. Абонент Б берет трубку, MSC2 посылает MSC1 сообщение ANM (Answer Message) – “мой абонент поднял трубку, подключай их”.
  6. MSC1 подключает абонента А и Б, начинается разговор. MSC1 посылает на OCS сообщение Event Report BCSM (O_Answer). OCS изменяет у себя состояние вызова для данного абонента. С этого момента начинается тарификация (с учётом, что первые 3 секунды бесплатны).
  7. Пока абоненты общаются, MSC1 следит за временем на звонок. Если времени остается мало, то MSC предупреждает абонента звуковым сигналом.
  8. В нашем случае первым кладет трубку абонент Б, MSC1 и MSC2 производят дружеское рукопожатие с помощью сообщений REL (Release Message) и RLC (Release Complete Message).
  9. MSC1 отправляет на OCS сообщение Event Report BCSM (O_Disconnect – “абоненты успешно отключились”) и Apply Charging Report (сколько секунд длился разговор).
  10. OCS принимает эти данные и отвечает, что теперь можно закрывать сессию.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- --- OPERATION --- 02 TAG: 02h INTEGER 01 LEN: 1 23 OPERATION: 35 = applyCharging --- APPL CHARG --- 30 TAG: 30h SEQUENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

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

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


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

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

OSA

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

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

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


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

Заключение

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

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