Разное

Что такое биллинговая система в сети оператора: Биллинг — сердце сети интернет-провайдера. Сравнение биллингов

22.04.2019

Содержание

Биллинг — сердце сети интернет-провайдера. Сравнение биллингов

16.02.2018 | Андрей Леушкин


Все мы оплачиваем услуги связи — Интернет, IP-телефония, интерактивное ТВ, сотовая связь и прочее. Кто производит расчеты, как учитываются пожелания пользователей о выбранных тарифных планах и как провайдер отвечает за эти данные — будем разбираться.
Сердцем сети провайдера принято считать биллинг. Из определения: биллинг — комплекс процессов и решений на предприятиях связи, ответственных за сбор информации об использовании телекоммуникационных услуг, их тарификацию, выставление счетов абонентам, обработку платежей. В документах Министерства связи РФ вместо понятия биллинг используется термин «автоматизированная система расчетов» — АСР. С 2003 года биллинговая система стала частью сети на законодательном уровне. Принятый федеральный закон ввел понятие биллинговых данных, которые включают следующую информацию:

  • Фамилия, имя, отчество или псевдоним абонента-гражданина.
  • Наименование (фирменное наименование) абонента — юридического лица, фамилия, имя, отчество руководителя и работников этого юридического лица.
  • Адрес абонента или адрес установки оконечного оборудования.
  • Является ли пользователь юридическим лицом.
  • Абонентские номера и другие данные, позволяющие идентифицировать абонента или его оконечное оборудование.
  • Дата заключения договора, подключения, перечень предоставляемых услуг с историей тарифных планов для каждой услуги.
  • Баланс лицевого счета и как он пополнялся, когда и в каком размере, а также списания.
  • Протоколирование доступа — какой IP-адрес был выдан клиенту и куда производился доступ; на какой номер осуществлялся вызов (для телефонии).

Разумеется, операторы связи и ранее оперировали этими данными, однако с 2003 года их наличие стало обязательным.

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

Расцвет биллинговых систем пришелся на 90-е годы XX века — времена Dial-up. Основной задачей АСР являлся учет времени, пока сессия клиента была активна (напомню: тарификация была почасовой). По мере наполнения клиентской базы и дальнейшего развития компании-провайдера, а также для создания конкурентных условий стали появляться так называемые ночные тарифы — сессия дешевела до 70 % от стоимости дневной. Отдельного внимания заслуживали операторы связи, которые не округляли минуты до часа. На закате эпохи Dial-up АСР могли генерировать коды для карт экспресс-оплаты и распространять их через розничную сеть.

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


Листовка компании Ростелеком. 2009 год

Следующим витком развития биллинга (актуальным на момент написания статьи) стало появление технологии FTTx. Сейчас провайдеры для предоставления услуги доступа к сети Интернет используют как коммутируемые протоколы (PPtP, PPPoE, L2TP), так и современную модель — IPoE с аутентификацией по mac, ip, опции 82 DHCP, qinq vlan тегам. Провайдер получил программный продукт, способный:

  • Взаимодействовать с оборудованием BRAS для динамического управления параметрами сессий клиентов (изменение скоростных политик, ISG-сервисов, ограничение доступа).
  • Взаимодействовать с инфраструктурой классической и IP-телефонией, предоставляя возможность постоплатной тарификации — тарификация по факту вызова. Модули АСР для IP-телефонии позволяют управлять маршрутизацией вызовов.
  • Взаимодействовать с инфраструктурой IPTV — CAS и middleware, а также интегрироваться с ТВ- и видеосервисами.
  • Организовывать программную инфраструктуру для сетей Wi-Fi.
  • Создавать гибкие настройки тарифных планов и группировать услуги.
  • Вести детальный учет лицевого счета пользователя с возможностью создания срезов за определенный период.
  • Формировать квитанции об оказанных услугах для последующей оплаты.
  • Предоставлять пользователю возможность самостоятельно контролировать и менять тарифный план, подключать услуги, а также получать детальные выписки по состоянию лицевого счета.
  • Предоставлять пользователю возможность оплаты услуг с помощью платежных систем и банковскими картами.
  • Вести учет заявок и наряд-заказов для технических подразделений.
  • Организовывать шаблонное заполнение договоров с прикреплением к ним необходимой документации.
  • Организовывать доступ к биллинговой информации для государственных служб.

Некоторые биллинговые системы оснащены избыточными функциями:

  • мониторинг состояния оборудования;
  • составление карты сети;
  • инвентаризация активного, пассивного, находящегося в работе, в ремонте или на складе оборудования;
  • интеграция с системами ЖКХ для включения счета за услуги интернет-провайдера в общий счет за услуги ЖКХ.

Техническая реализация первого биллинга представляла собой базу данных пользователей с набором скриптов, зачастую на языке Perl. Встречались реализации без скриптов — использовался view-запрос самой СУБД.

Современный биллинг — это комплекс программных средств, способный взаимодействовать с другими сервисами провайдера, если не имеет собственных реализаций, например RADIUS или DHCP. Схема включения сервера АСР в сеть провайдера одинакова. Для начинающих провайдеров сервер биллинга может быть объединен с сервером доступа — такой подход допустим, но нежелателен.


Схема включения биллинга UTM5 в сеть оператора. Телефония, Интернет, беспроводной доступ


Типовая схема построения сети IPTV на базе АСР LANBilling с использованием программно-аппаратного комплекса LBView

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

Как видно из опроса на форуме nag.ru, рынок предлагает большой выбор биллинговых систем. Каждый продукт имеет свои преимущества и недостатки

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

UTM5 Felix 2 Гидра BGBilling.ru АСР LANBilling Carbon Billing 5
Наличие сертификата ССС + + + + + +
Поддерживаемые ОС Debian, CentOS, FreeBSD Debian (собственный дистрибутив) либо Debian/Ubuntu, Red Hat/ CentOS Debian (добавление репозитория) Linux или Windows под управлением JDK Debian, CentOS, FreeBSD CentOS (собственный дистрибутив)
Поддерживаемые СУБД MySQL (рекомендуется) или PostgreSQL Oracle Database 11g или 12c в одной из редакций: Standard, Enterprise.
MySQL MySQL Firebird
Служебный интерфейс доступа к системе Кроссплатформенные Java-приложения — интерфейсы администратора, дилера и кассира Веб-интерфейс администратора ? Кросс-платформенное Java-приложение Веб-интерфейс администратора Веб-интерфейс администратора и кассира
Возможность доработки под нужды провайдера + Только модуль 1С Не заявлена Не заявлена + Не заявлена
Лимит лицензии Лимиты отсутствуют Зависит от количества абонентов Зависит от количества абонентов Зависит от количества абонентов, возможен безлимит Зависит от количества абонентов Зависит от количества абонентов
Возможность создания резервной копии БД Раз в 6 часов, платный модуль Облачная версия — раз в 10 минут. В коробочной версии — самостоятельно Есть как возможность резервного копирования, так и построения отказоустойчивого кластера АСР +

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

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

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

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

Четвертый недостаток — ведение учета трафика абонента биллинговой системой в БД биллинга, как это делалось в ранних версиях UTM5.

С одной стороны, такой подход позволяет индексировать трафик пользователя и, в случае следственного запроса, предоставить необходимые данные оперативнее. С другой стороны, объем базы данных будет постоянно увеличиваться. Для справки: объем создаваемого файла flow-статистики составляет около 52 Мб при полосе пропускания приблизительно равной 2200 мбит/с. Итоговый размер flow-статистики за месяц при такой же пропускной способности аплинка равен 132 Гбайт. Закон обязывает оператора связи хранить эту информацию 3 года, а по возможности и больше.

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

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

Строительство сети интернет-провайдера невозможно без использования сервиса биллинга и его интеграции с другими компонентами. О том, как настроить систему, чтобы получить максимальную эффективность, вы можете узнать у специалистов компании VAS Experts, разработчика и поставщика системы анализа трафика СКАТ DPI.

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

Поделиться в социальных сетях

Как работает биллинг сотового оператора? / Блог компании Билайн Бизнес / Хабр


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

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

Есть 2 основных типа расчета:

  • Постоплата — выставление счёта за период по его итогам (postpaid)
  • И авансовая система (prepaid), когда деньги заносятся заранее.

Постоплата появилась исторически раньше, но предоплата оказалась удобнее для клиентов (контролируемее – чуть что не так, происходит отключение, а не выставляется большой счёт).

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

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


Схема взаимодействия Postpaid платформы с ядром сети оператора.
CSN — circuit switching network; Представлена коммутаторами каналов (MSC).
PSN – packet switching network; Представлена коммутаторами пакетов и шлюзами (SGSN и GGSN соответственно).

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

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

В случае авансовой тарификации оператору связи, помимо учета предоставленного объема услуг, требуется решать задачу отслеживания текущего счета абонента и в случае достижения нуля, информировать абонента/отключать предоставление услуги. Поэтому такие системы еще называют Online Charging System (OCS).

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


Схема взаимодействия prepaid-платформы с сетью оператора.

Разберем подробнее эти протоколы.

CAP

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


Место протокола в стеке SS7. На рисунке также представлен популярный вариант с использованием технологии SIGTRAN (расширение SS7, которое позволяет использовать протоколы “семёрки” поверх IP сети).

По этому протоколу OCS общается с сетью коммутации каналов. Вот пример тарификации исходящего голосового вызова:


Диалог тарификации по CAP протоколу, пунктирными линиями показаны ISUP сообщения.

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

Ссылки

3GPP: www.3gpp.org/index.php
ETSI: www.etsi.org
OSA: www.3gpp.org/ftp/Specs/html-info/29198-01.htm
ISUP: www.asknumbers.com/SS7ISUPMessages.aspx

что это, роль биллинга в СОРМ

#СОРМ

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

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

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

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

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

Принцип работы биллинговой системы

Если необходимо найти конкретного абонента, владельца определенного номера телефона или устройства, процедура эта выглядит примерно так:

  1. В базе данных «home location registry» — HLR содержится информация по всем абонентам, приписанным к этой базе.
  2. Отправляя запрос на установление местоположения конкретного абонента, его находят в конкретной HLR, после чего сеть мобильной связи перенаправляет эти данные на коммутационный центр «switching centre» — MSC.
  3. MSC запрашивает у гостевого регистра местоположения VLR информацию о последней базовой станции (БС), к которой был подключен телефон абонента.
  4. Местоположение абонента привязывается к местоположению БС.

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

  • истории звонков;
  • сообщениям;
  • входящим/исходящим вызовам;
  • объему принятых/переданных данных;
  • продолжительности звонков;
  • их стоимости и т. д.

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

Еще в базе данных биллингового центра хранятся:

  • тарифы;
  • бонусы;
  • данные контракта;
  • стоимость услуг связи;
  • платежи.

Биллинг в СОРМ

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

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

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

 

Биллинговая система, биллинг для провайдеров

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

Биллинговая система в программе Traffic Inspector учитывает весь трафик, проходящий через компьютер. Благодаря специальному драйверу, учитывается трафик, проходящий через сетевые интерфейсы, NAT, прокси-сервер и почтовый шлюз программы. Каждый сетевой пакет анализируется и подсчитывается с точностью до байта. Учет трафика четко разделяется на «внешний» и «внутренний». Внешний – это трафик, полученный от вышестоящего провайдера, внутренний – отданный абонентам. Внешний трафик может быть детально разделен по подключениям, провайдерам, серверам, сетям и протоколам – то есть можно всегда получить детальную картину общего потребления трафика или создать отдельные счетчики трафика с предупреждениями и блокировками при достижении определенного лимита.

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

Специально для провайдеров, домовых сетей и гостиниц к программе создан дополнительный модуль Billing Operator, который превращает программу в сертифицированную автоматизированную систему расчетов за телематические услуги связи, в состав которой входит система работы по картам предоплаты и интерфейс работы с договорами, счетами, актами и книгой продаж. Traffic Inspector – это расширяемая платформа. Документированный интерфейс автоматизации и встроенного веб-сервера с поддержкой современных технологий .NET и C# для генерации динамического контента позволяет легко расширять его возможности под различные задачи.

Интернет-издание о высоких технологиях

Обзор подготовлен При поддержке

Биллинговые системы мобильных операторов в России

История развития систем тарификации переговоров и неголосовых услуг (биллинговых систем) в России начиналась со «спонтанных» отечественных разработок. Для решений зарубежных поставщиков рынок был долгое время «закрыт» по ряду причин организационного и экономического характера. Затем сформировался сектор развитых отечественных продуктов, в целом удовлетворяющих требованиям местных операторов. Сейчас же на заметно «повзрослевший» российский рынок все активнее проникают иностранные поставщики.

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

История развития биллинговых систем для операторов мобильной связи в России начинается собственно с появлением в стране этого вида телекоммуникаций. На рынок вышли пионеры — «Дельта Телеком» в Санкт-Петербурге и почти одновременно «МСС» («Московская Сотовая Связь») — в Москве. Становление абсолютно нового для России бизнеса было процессом «итерационным», т.е. рынок сам выдвигал требования к новым компаниям, а компании, соответственно, реагировали на эти изменения, кто лучше, кто хуже. Выбирать же в тот момент биллинговую систему — «сердце» операторского бизнеса — фактически было не из чего. Решения отечественного производства практически отсутствовали, а с зарубежными возникали серьезные сложности. Не только из-за их ощутимой дороговизны — просто западный биллинг «не подходил» российским операторам по массе причин, начиная с нелокализованного интерфейса и заканчивая отсутствием адаптации под существующие требования со стороны финансовых и налоговых органов. Западные программные продукты поддерживали устоявшиеся годами стандарты и правила ведения финансовой отчетности, которые тогда не «вписывались» в отечественные реалии.

По сути, не оставалось иного пути, как разрабатывать биллинговые системы самим. Тем более, что в то время к собственным разработчикам относились более благосклонно — лишь впоследствии обнаружился негативный опыт, с точки зрения поддержки и сопровождения продукта. В итоге, «Дельта Телеком» начала работать на системе собственной разработки. «МСС», некоторое время поэкспериментировав с системой RPM (1993-1995), разработчика «Биллинг Сервис ЭМКА», также перешла на собственной решение. Подобным же образом поступили затем. МТС («Мобильные телесистемы») и «Вымпелком» («Билайн»).

Начало начал

История развития биллинговых систем российского производства начинается примерно в 1992 году, но активно выходить на этот рынок разработчики начали только в 1995. К этому моменту мобильные операторы начали «плодиться», как грибы после дождя. На рынке было представлено несколько основных поставщиков: «Телекоминвест» (в дальнейшем «Петерсервис»), «Софтпро» (в дальнейшем «CBOSS»), «EMKAH Billing Systems» («Биллинг Сервис ЭМКА»), и чуть позже к ним присоединился «Flagship TeleSystems».

Каждая из компаний реализовывала свои подходы в разработке и свое видение развития биллинговых систем. Например, компания CBOSS пошла по пути предложения комплексных и достаточно «массивных» решений. В качестве серверов использовались RISC-машины, которые поставлялись «as is» (т.е. заказчик не мог выбирать, какие аппаратные средства использовать под биллинг). Из-за этого продукт был дорогим, но комплексным и надежным.

В свою очередь, «EMKAH Billing Systems» предлагали относительно недорогие решения, поставляя лишь программное обеспечение. Система устанавливалась на Intel-совместимые машины, и заказчик был свободен в выборе при приобретении сервера — мог купить где угодно и что угодно по подходящей для него цене.

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

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

Точка перелома

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

С точки зрения качества предоставляемой связи все более-менее понятно — для операторов это стандартные плановые расширения зоны покрытия, оптимизации трафика, меры по улучшению надежности оборудования и т.д. Конечно, от выбора поставщика оборудования тоже много зависит, но тут как раз особых проблем не было и нет — как правило, операторы выбирали и выбирают известных западных производителей (Alcatel, Nokia, Ericsson и т. д.), которые предоставляют практически одинаковые по качеству решения. А вот с точки зрения цены этой связи были проблемы, которые сказывались, в основном, на внутренней работе компании. Здесь краеугольным камнем были как раз биллинговые системы, которые «опаздывали» с решениями для операторов. Видение стратегии и тактики ведения бизнеса у каждого оператора было свое, внутренняя организация компаний также была разной. Последний критерий был наиболее уязвимой частью всех биллинговых систем и упирался в проблему интеграции систем.

Кроме простой тарификации к БС предъявлялись уже дополнительные требования. Основными дополнительными подсистемами/модулями практически любого решения становятся: интерфейс оператора при общении с абонентом (т.е. зародыш CRM), подсистема интеграции с бухгалтерскими и финансовыми системами, модуль поддержки различных дополнительных сервисных платформ (SMS, USSD, IVR, GPRS и т.д.). Кроме того, у операторов мобильной связи появляется возможность выбора провайдера для пропуска междугороднего и международного трафика (инфраструктура телекома в целом также меняется), поэтому появляется необходимость в модуле, обеспечивающем проведение взаиморасчетов за передачу/окончание трафика сразу с несколькими провайдерами (модуль Interconnect).

В связи с развитием дополнительных услуг и сотового бизнеса в целом расширяются требования к дополнительным модулям. Например, появляется необходимость в подсистеме UMD (universal mediation device), делающей биллинг независимым от типа сетевых устройств (от коммутаторов мобильной связи вплоть до устройств, фиксирующих количество переданного трафика). Вводится модуль, обеспечивающий управление выполнением команд на коммутаторе мобильной связи (подсистема Provisioning), а также модуль единой платежной системы, поддерживающий все виды оплаты для всех типов абонентов (PrePaid и PostPaid).

В самом начале становления сотовой связи и в помине не было дилерских сетей, но со временем они стали фактически неотъемлемым атрибутом рынка. Соответственно, появляется необходимость в модуле, обеспечивающем работу дилерской сети в режиме on-line и произведение взаиморасчетов с ним (DOL, DC). В то же время появляется термин «конвергентный биллинг», имевший, правда, тогда совсем другое значение, чем сейчас. Под «конвергентностью» в то время подразумевалась интеграция дополнительных модулей и различных систем предприятия с «собственно» биллинговой системой.

Модульность системы позволяет теперь собирать БС, как «конструктор из кубиков», причем «кубики» могут быть произведены различными разработчиками. Зачастую эти модули операторы продолжают разрабатывать собственными силами. Выигрыш в данной ситуации налицо, так как получается глубоко продуманное, многофункциональное и законченное промышленное решение. При этом от производителя требуется предоставить функциональный и хорошо документированный набор функций API (application programming interface) для оригинальной системы.

«Взросление»: с равнением на Запад

По мере того как идет значительный прирост абонентской базы операторов, начинает сказываться количественный переход в качественный. Решения, изначально не ориентированные на обработку больших объемов информации, уже попросту не справляются со своей задачей. В любой информационной системе, направленной на обработку информации, в основе которой лежит реляционная СУБД, наступает момент «бутылочного горлышка» — при условии, что система изначально не была рассчитана на масштабируемость. При этом наращивание мощности аппаратных средств уже не помогает. Надо заметить, что это было характерно не только для биллинговых систем, но и для очень многих других продуктов отечественной разработки. Общим бичом было отсутствие поддержки и обработки больших объемов данных, а также слабая поддержка и сопровождение продуктов.

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

В итоге, «Билайн» относительно недавно переходит на БС «Аmdocs» — одного из крупнейшеих западных поставщиков. «МТС» принимает решение заменить свой биллинг от «CBOSS» (несмотря на то, что «CBOSS» изначально старался быть направленным на масштабируемые решения) на чешский продукт Strom. Из «большой тройки» на сегодняшний день только «Мегафон» продолжает использовать продукт отечественного производителя — «Петер-Сервис», с которым их связывают партнерские отношения. В принципе, это выгодно в долгосрочной перспективе, чтобы не выводить средства за пределы компании. «Петер-Сервис» поставляет «Мегафону» систему не просто традиционного, а конвергентного биллинга. Вместе с тем, оператор использует и некоторые подсистемы иностранного производства — например, CRM «Amdocs».

Удержавшиеся на плаву отечественные разработчики БС расширяют свой бизнес уже не только в России. Так, «CBOSS» достаточно активно продвигает свои решения в странах Ближнего Востока. Отечественными программными продуктами продолжают пользоваться региональные операторы. Причем некоторые из них только-только отходят от «самописных» систем. Впрочем, по большей части регионы уже поделены тремя основными игроками («МТС», «Билайн» и «Мегафон»), у которых центры обработки данных находятся в Москве.

Сегодняшняя реальность: конвергентность

Сегодня буквально на глазах происходит «тихая» революция в сфере объединения технологий. Пример — объединение сетей, компьютерных, мобильных, фиксированных,  кабельных, спутниковых и т.д. Каждая из них позволяет предоставлять, как правило, только одну услугу (single-service network). Объединив их, можно организовать единую мультисервисную сеть (multi-service network). Запуск GPRS мобильными операторами можно рассматривать как яркий пример конвергентности — абонент получает возможность не только говорить, но и одновременно передавать/принимать данные с неплохой скоростью.

Нужно отметить, что одним из ключевых факторов конвергентности является применение протокола IP (internet protocol, межсетевой протокол). Никого уже не удивляет термин Voice over IP (VoIP), что тоже является ярким примером конвергентности — интернет-технологий и стандартных телекоммуникаций. Подобные тенденции оказывают в конечном счете влияние и на развитие биллинговых систем, как отечественных, так и иностранных, стимулируя разработчиков к переходу на конвергентный биллинг. Последний будет «подходить» уже не только мобильным операторам (самым «придирчивым» по требованиям), но и любым провайдерам передачи данных и операторам, предоставляющим услуги фиксированной голосовой связи.

Галина Машкова, Казис Лаврентьев / CNews Analytics


В рубрику "Системы тарификации, атоматические системы повременного учета" | К списку рубрик  |  К списку авторов  |  К списку публикаций

Биллинговые системы для операторов традиционной и IP-телефонии

Л.В. Голомшток, ЛОНИИС

Л.З. Дич, ЗАО "Петер-Сервис"

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

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

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

Классификация

В России единственный документ, фиксирующий "видовые" различия бил-линговых систем, - "Общие технические требования на автоматизированные системы расчетов (АСР)" [1]. В соответствии с ним биллинговые системы можно классифицировать по следующим атрибутам:

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

Также попытка классификации бил-линговых систем была сделана и в специальном издании [2], где все системы были разбиты на три класса - для транснациональных операторов связи, заказные национального масштаба и системы среднего класса для региональных сетей.

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

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

Ведущие и ведомые

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

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

Характерные отличия

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

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

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

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

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

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

Область использования

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

  • сети национальных операторов;
  • сети региональных операторов;
  • сети альтернативных операторов, включая операторов IP-телефонии;
  • ведомственные и корпоративные сети.

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

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

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

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

Однако происходящая в последнее время конвергенция технологий скорее всего перестанет давать основания для разделения функциональности биллинговых систем по видам связи (сотовая или фиксированная) [5, 6].

Функциональность

Основной набор функций биллинговых систем включает:

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

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

АСР большой емкости

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

  • универсальность: поддержка практически всех распространенных видов связи и услуг, поддержка широкого спектра коммутационного оборудования, адаптация к разнообразным требованиям оператора связи;
  • масштабируемость: возможность изменения объемов обрабатываемой информации, отсутствие ограничений на число автоматизированных рабочих мест, использование телекоммуникационных устройств (в основном серверов) и операционных
    систем от разных разработчиков;
  • гибкость: возможность ведения практически любого количества тарифных планов как с поддержкой отсроченного (кредитного) и предварительно оплаченного (авансового) режимов платежей, так и с поддержкой различных способов оплаты услуг, включая карты связи, а также поддержка мультивалютности финансовых операций и т.п.;
  • модульность: возможность выбора оптимальной конфигурации модулей АСР.

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

Обзор рынка

Реализация крупных биллинговых систем базируется, как правило, на двух-трехуровневой архитектуре "клиент-сервер", с использованием СУБД Oracle, которая пользуется репутацией наиболее надежной СУБД. Однако в последнее время появились решения компании Inter Systems, использующие постреляционную СУБД Cache. В качестве примера можно привести АСР "Орел-М" Орловского филиала ОАО "Центртелеком" с возможностью работы на сетях связи до 10 млн абонентов при относительно скромной аппаратной поддержке (серверы Sun Fire V880R и 280R, 2х750 МГц). Характерные особенно сти (помимо стандартных) некоторых тиражируемых решений, внедренных у операторов фиксированной связи, приведены в таблице.

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

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

Для получения доступа к услугам связи с любого абонентского устройства и организации более удобного способа оплаты услуг используются телефонные карты. Так, АСР Service Office Pro фирмы Forte-IT осуществляет поддержку следующих видов карт: предоплачен-ные, пополняемые и кредитные карты. Для оценки предельной емкости обслуживаемой сети в случае предоставления услуг связи с помощью телефонных карт используется, как правило, количество поддерживаемых каналов; например АСР PRIN фирмы "Экран" обслуживает до 1200 каналов.

Для организации расчета с гостиницами за предоставленные услуги связи требуется поддержка тарификации и формирования счетов в реальном масштабе времени (например, системы BarsumPro фирмы "Рексофт", TeleData фирмы Siemens).

В последнее время получила распространение идея реализации полнофункциональной работы нескольких операторов с одной биллинговой системой, так называемый "биллинг в аренду". Эта идея заложена в АСР Niklaus InterBill фирмы Niklaus Ltd.

Реализация систем малой и средней емкости в основном осуществляется в двухуровневой архитектуре "клиент-сервер" с использованием различных типов СУБД (MS SQL Server, InterBase, MySQL и др.) и возможностью функционального расширения. Более мягкие требования по сравнению с системами большой емкости положительно сказываются на стоимости таких систем.

Направления и перспективы развития

Облик сетей, которые будут работать завтра, все в большей степени будет определяться конвергенцией IP-сетей и привычных систем с коммутацией каналов [7]. IP-технологии привнесут в биллинг дополнительные сложности, связанные в основном с работой mediation devices (сбор записей в реальном времени, объединение множества пакетов, получаемых от множества сетевых элементов для создания записи об одном событии, и др.).

Для операторов, предлагающих речевую связь и IP-услуги GPRS, mediation devices должны обеспечивать:

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

По прогнозу компании Chorleywood Consulting, в ближайшей перспективе для операторов в области биллинга наиболее важными задачами могут стать следующие:

  • обработка больших объемов сложных учетных записей;
  • выбор бизнес-модели и взаимодействие со "смежниками": поставщиками контента, банками и пр.;
  • выбор тарифов и расчеты за контент;
  • обеспечение безопасности.

Последнее является наиболее трудной задачей.

Литература

  1. Общие технические требования на автоматизированные системы расчетов. Утв. Госкомсвязи России от 16.06.98.
  2. Большова Г. Минуты любят счет // Сети. 1999. № 10.
  3. Coutier P. Charging Forwards// Mobile Communications International. 2003. Nov.
  4. Голомшток Л.В. Биллинговые системы для мобильной связи.//Технологии и средства связи. 2003. № 6.
  5. Скоморохов С., Шаталин А. Новые решения компании "Эриксон" для корпоративных АТС//Мобильные системы. 2003. № 11.
  6. Faynberg I., Gabuzda L., Hui-Lan Lu. Converged Network and Services. - N.Y.: John Wiley&Sons, 2000.
  7. Ляхов А.Ю. VoIP - дополнительные услуги и сервисы на последней миле//ИнформКурьерСвязь. 2003. № 6.

Опубликовано: Каталог "АТС. Коммутационное оборудование"-2004
Посещений: 31079

В рубрику "Системы тарификации, атоматические системы повременного учета" | К списку рубрик  |  К списку авторов  |  К списку публикаций


Биллинг звонков, местоположения, затрат на сотовый номер

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

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

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

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

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

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

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

Что такое система биллинга за межсетевое соединение связи?

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

Что такое биллинговая система за межсоединение

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

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

Потребность в системе выставления счетов за межсетевое соединение

  • Эффективность процесса на 360 °

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

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

  • Бизнес-контроль и прозрачность

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

Ключевые особенности системы биллинга за межсетевое соединение

  • Биллинг и расчеты: управление межсетевыми, цифровыми и контентными услугами
  • Управление роумингом: позволяет производить расчеты между партнерами за услуги роуминга
  • Партнерский портал: предоставляет партнерский интерфейс для бизнеса и самообслуживания без открытия приложения.
  • Биллинг и маршрутизация номеров: управляет биллингом и маршрутизацией межсетевого соединения для маршрутизации на основе источника (OBR) путем отслеживания пунктов назначения покупки и продажи, перемещений кода набора для оконечных пунктов назначения и групп происхождения
  • Управление предоплатой: Направляет деловые отношения с новыми партнерами и снижает бизнес-риски
  • Выверка: проверка кредиторской и дебиторской задолженности между партнерами
  • Управление спорами: сводит к минимуму споры между партнерами, связанные с платежами и услугами
  • Многопользовательская среда: поддерживает оператора виртуальной сети мобильной связи (MVNO) , среду с несколькими BU
  • Покупка, продажа, маршрутизация: оптимизирует транзакции, связанные с международными звонками

Вот пример из практики, чтобы узнать, как Subex помогла оператору связи APAC уровня 1 сократить цикл выставления счетов почти на 75% и добиться эффективности и прибыльности бизнеса.

Загрузить сейчас!

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

Корреляты использования биллинговой системы оператора мобильной связи для оплаты цифровых товаров и услуг

Корреляты использования биллинговой системы мобильной сети

оператора для оплаты цифровых товаров и услуг

TorstenJ.Gerpott

1

& Phil Meinert

1

Опубликовано в Интернете: 20 сентября 2016 г.

#Springer Science + Business Media New York 2016

Аннотация Во многих странах операторы мобильной связи

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

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

количество пользователей этого биллинга мобильной связи (MCB)

было в основном скромным.В то же время,

мало эмпирических данных о факторах индивидуального уровня

, существенно связанных с принятием платежа MCB

, который различает, во-первых, принципиальное принятие услуги

в смысле решения да или нет. и, во-вторых,

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

в настоящем исследовании исследует корреляцию между 10

социально-демографическими, контрактными, коммуникативными привычками и

переменных, связанных со смартфоном, с одной стороны, и двумя критериями приема платежей MCB

, с другой стороны. выборка

из 5010 потребителей-резидентов, получающих оплату по факту, из

немецкого филиала транснациональной мобильной связи.В отличие от

во многих предыдущих исследованиях, принятие платежей MCB

и показатели интенсивности использования в настоящей работе отражают реальные

(а не ретроспективные субъективные оценки или предполагаемые)

платежного поведения. Проведенный регрессионный анализ показывает

, что по сравнению с не усыновителями клиенты, которые заплатили

через MCB, являются мужчинами, имеют более короткий срок пребывания в MNO, имеют более высокие расходы на мобильные услуги

, генерируют больше трафика мобильного Интернета

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

предлагает оплату через MCB на собственном онлайн-рынке

место.В подвыборке тех, кто применяет платежи MCB, более

среднемесячные суммы расчетов MCB генерируются

подписчиками мужского и старшего возраста, которые имеют более короткий срок пребывания в MNO,

создают больше мобильного интернет-трафика, используют мобильную голосовую связь -

больше фальшивых и SMS менее интенсивно и кто оснащен

смартфоном, производитель ОС которого не предлагает оплату

MCB на своем онлайн-рынке. Выводы

обсуждаются с точки зрения их значения для научного исследования

о предпосылках принятия новых телекоммуникационных услуг -

, основанных на предложениях услуг, таких как платежи MCB, и базовых

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

Платежные предложения MCB и интенсивность использования услуги

среди ее пользователей.

Ключевые слова Принятие потребителями .Цифровые товары и

услуг. Биллинговые платежи для мобильных операторов. MNOs) использовать свой телефон

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

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

на основе устройств начались с рингтонов

для входящих мобильных голосовых вызовов в конце 1990-х годов.На сегодняшний день

выросла до значительного рынка, охватывающего широкий спектр цифровых предложений

, таких как игры, мультимедийный контент, новости

, услуги

или билеты на мероприятия, которые принесли мировую выручку

в размере 63 миллиардов долларов США в 2014 году (PWC 2015 ).

В ходе этого расширения рынка способ оплаты

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

* Torsten J. Gerpott

[email protected]

Phil Meinert

Фил[email protected]

1

Школа менеджмента Меркатора, Университет Дуйсбург-Эссен,

Lotharstr. 65, 47057 Дуйсбург, Германия

Inf Syst Front (2016) 18: 1265–1283

DOI 10.1007 / s10796-016-9694-2

Содержание предоставлено Springer Nature, применяются условия использования. Права защищены.

Внедрение биллинговой системы для оператора связи

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

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

  1. Устаревшее программное и аппаратное обеспечение биллинга, используемое для расчета услуг фиксированной сети, было заменено. Унаследованная система работала на IBM AS / 400.
  2. Для решения проблемы нечитаемых данных и преобразования между различными форматами Каталог продукции также был реорганизован.
  3. Ручные расчеты для некоторых повторяющихся бизнес-процессов были заменены автоматизацией, например, биллинг корпоративных клиентов.
  4. В случае, если оператору связи необходимо обработать уникальное экономическое обоснование вручную, внедренная биллинговая система обеспечивает удобное использование справочных данных и дает возможность формировать счет по шаблону.
  5. Поставляемая биллинговая система была интегрирована с системами регистрации и оценки использования Интернета и мобильных услуг.

Построенная система является масштабируемой и многопоточной. Благодаря использованию виртуальных машин он мог расширяться практически бесконечно. Чтобы избежать взаимоблокировок, потоки предназначены для независимой работы.Поскольку расчетные потоки могут существенно отличаться по объему обрабатываемых данных, мы реализовали алгоритм балансировки потоков по платежным циклам. Построенная биллинговая система работает на 6 потоках , что соответствует обычному операционному платежному циклу с 300-500 тысячами счетов населения . Что касается выставления счетов, одна из самых ресурсоемких операций - это загрузка справочных данных для цикла выставления счетов из базы данных и обратная выгрузка результатов. Многопоточная архитектура также помогла сократить время и ресурсы для этих процессов, поскольку теперь они разделены на потоки.В среднем, для стандартного цикла большого счета каждый из этих процессов теперь занимает около 1,5 часа . Сам процесс расчета относительно быстр и занимает около 20 минут для среднего цикла выставления счетов . Форматирование счета также является ресурсоемким процессом, поскольку биллинговая система генерирует большие файлы XML (около 350 ГБ каждый).

Предлагаем ссылаться на следующие данные для обработки одного стандартного цикла счета:

  • Создание генерации - 15 минут
  • Загрузка справочных данных из базы данных - 10 минут на 100 млн записей
  • Регистрация использования - 6 ​​минут на 7 миллионов записей
  • Расчет - 10 минут на 400 тыс. Счетов
  • Форматирование - 12 минут на 400 тысяч полученных счетов
  • Выгрузка результатов - 12 минут.

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

Биллинг для MVNO и MNO - Telgoo5

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

  • Выпуск и активация сим-карт

  • Есть брендинг и маркетинг

  • Биллинг

  • Они устанавливают свои тарифы

  • Предлагают обслуживание клиентов и поддержку абонентам

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

Система биллинга межсоединений для MVNO

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

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

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

MNOs

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

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

MVNO

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

MVNO могут выбрать;

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

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

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

Независимо от того, какие варианты выберут MVNO, они все равно будут вносить депозит на MVNE с последующими ежемесячными платежами.

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

Биллинг - Ericsson

Ericsson Billing - это конвергентная сквозная биллинговая система для любого типа провайдера услуг связи; мобильная, фиксированная, широкополосная связь, ТВ-провайдер, цифровой провайдер и OTT (Over The Top).

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

Ericsson Billing способствует расширенной конвергенции во многих измерениях, поддерживая все телекоммуникационные технологии и мировые стандарты, включая новейшие спецификации TAP / RAP, IMS, и он подготовлен для 5G и IoT.

Часть нашего пакета Digital BSS, Ericsson Billing - это конвергентное решение для биллинга для телекоммуникационных компаний, которое сочетает в себе непревзойденную комбинацию готовых функций и широкие возможности настройки. Его открытая, состоящая из компонентов конвергентная архитектура позволяет повысить операционную эффективность и консолидацию.Вы также получаете гибкость, позволяющую быстро адаптироваться к изменениям в бизнесе, путем поэтапного модульного обновления нашего полностью конвергентного решения для тарификации и выставления счетов, Ericsson Digital Monetization Platform.

Ведущий в отрасли набор функций нашего решения включает:

  • Управление клиентами и партнерами. Поддержка конвергентных предоплаченных и постоплатных услуг в одном контракте и конвергентная обработка услуг из разных технологий. Все администрирование клиентов и партнеров использует одну общую базу данных с общим набором функций и богатым набором функций биллинга.
  • Конвергентный биллинг и финансы. Ericsson Billing предлагает гибкую систему выставления счетов в реальном времени с настраиваемым налогообложением, поддержкой нескольких арендаторов, нескольких валют, управлением продвижением, настраиваемыми алгоритмами округления и открытыми интерфейсами. Компонент выставления счетов может взимать плату за любую услугу за текущий расчетный период, в том числе предоставляемую операторами MVNO, поставщиками контента, цифровыми партнерами, дочерними компаниями и другими. Он поддерживает как пакетный, так и пакетный режимы выставления счетов для документов клиентов и партнеров, а его возможности раздельного выставления счетов позволяют разделять корпоративные и частные счета с различными событиями начисления на основе гибких критериев.
  • Рейтинг. Ericsson Billing включает полностью конвергентный механизм оценки, который может оценивать любой тип использования, включая голос, данные, контент и любые другие транзакции на основе событий. Плата за использование рассчитывается либо в режиме онлайн, либо в режиме пакетной обработки. Система может выполнять рейтинг для использования домашних абонентов, а также для любого бизнес-партнера, включая партнеров по роумингу, поставщиков цифровых услуг и контента, операторов обмена данными и внешних операторов. Присвоенные тарифные модели для всех типов продуктов могут быть настроены и использованы для тарификации трафика и использования контента, а также сборов, не зависящих от цены.

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

Являясь развитием широко используемой системы Ericsson BSCS iX, Ericsson Billing обеспечивает малорисковый, но эффективный способ сбора и защиты потоков доходов и использования бизнес-возможностей как традиционных телекоммуникационных услуг, так и цифровых услуг , 5G и Интернет вещей.

Рассмотрите Ericsson Billing , если хотите:

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

Телекоммуникационная конвергентная биллинговая система | Comarch BSS

Развивайте свой бизнес с помощью надежного, проверенного программного обеспечения для выставления счетов для телекоммуникационных компаний Comarch Convergent Billing доверяют более 20 провайдеров услуг связи по всему миру, включая KPN (Нидерланды), Siminn (Исландия), Turkcell Europe (Германия), CableCom (Мексика) и TV Cable (Эквадор).

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

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

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

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

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

Содействие управлению предоплаченными услугами

Определяйте и генерируйте ваучеры и PIN-коды с помощью гибкого и открытого модуля управления Comarch Voucher & Top-up.

Биллинг и OSS в кабеле

Дэвид МакНирни

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

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

Угроза дезинтермедиации вырисовывается с появлением прямых предложений от медиа-компаний. Давление как со стороны рынка, так и со стороны регулирующих / законодательных органов с целью разукрупнения видеосервисов путем предоставления предложений по выбору растет.И все возрастающая угроза сокращения основного рынка видеосервисов по мере того, как подростки коротают часы на YouTube, MySpace и других социальных сетях и сайтах пользовательского контента, вместо того, чтобы сидеть перед телевизором, становится реальностью.

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

Биллинг и OSS Затем

Cable MSO, как известно, консервативны в расходах на инфраструктуру, и это им хорошо служит. Тем не менее, по мере того как кабельный бизнес в течение 1970-х и 1980-х годов превратился из нишевого рынка в основной образ жизни, потребность в надежных операционных системах стала очевидной, равно как и трудности и затраты на обслуживание собственных систем собственного производства. В результате стали коммерчески доступными сторонние решения от таких компаний, как CableData (позже DST Innovis) и First Data’s Cable Services Group (позже CSG Systems).

Эти решения были ориентированы на бизнес-задачи, с которыми кабельные операторы столкнулись в этот период. Рассмотрим предложения услуг того времени: пакеты телеканалов с двумя или тремя уровнями - базовый, расширенный, премиальный - с опциями для пары киноканалов. В результате полученные операционные системы были сосредоточены на заказе, предоставлении и выставлении счетов за эти простые объединенные видеоуслуги, и такие задачи, как планирование движения грузовиков и управление запасами телевизионных приставок, стали приоритетом.Биллинговые системы часто назывались системами управления подписчиками (SMS), потому что эти системы, которые очень напоминали системы коммунального обслуживания, были ориентированы не на сложность услуг и предложений, а на планирование заказов, автомобили клиентов, платежи и сборы.

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

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

Трансформация рынка

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

Даже тесные, а иногда и натянутые отношения между операторами кабельного телевидения и их деловыми партнерами, вещательными компаниями, претерпевают изменения. В мире видео 75% программ создается пятью компаниями: Disney (ABC), General Electric (NBC), Viacom (CBS), News Corp (Fox) и Time Warner (CNN). Благодаря возможностям DVR сдвигать во времени и пропускать рекламу, отношения между MSO и программистами оказались под все большим давлением, поскольку оба они пытаются уравновесить новые услуги на базе технологий с существующими бизнес-моделями, основанными на рекламе.

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

Кабельные биллинговые системы и системы OSS также не были созданы для облегчения экспериментов с новыми бизнес-моделями. Такие услуги, как DVR и VOD, теперь требуют, чтобы MSO уравновешивали рост доходов от подписчиков с возможностью снижения доходов от рекламы, не говоря уже о натянутых отношениях со своими партнерами по вещанию. Им также необходимо управлять «эффектом каннибализации» внедрения новых услуг, которые влияют на другие дискреционные услуги, такие как оплата за просмотр, которые представляют собой существующие потоки доходов.

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

.

существующих систем.

Еще одним значительным рыночным преобразованием, влияющим на системы биллинга и OSS, является внедрение IPTV и интернет-видео. По мере того как операторы оптоволокна, такие как AT&T и Verizon, спешат эмулировать видеопакеты, предлагаемые операторами мобильной связи, операторы кабельного телевидения сталкиваются с конкуренцией на своей «территории». Несмотря на то, что они увеличили свои доходы, выиграв битву за услуги VoIP, теперь они сталкиваются с аналогичной проблемой, которая потребует от них еще более творческого подхода и гибкости в отношении основных услуг.

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

Биллинг и OSS сейчас

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

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

С целью конвергенции через IP и Интернет появилось совершенно новое поколение поставщиков, которые возглавили усилия по «турбонаддуву» существующей системной инфраструктуры MSO.Задача, стоящая перед существующими операторами кабельной связи, аналогична задачам, стоящим перед существующими операторами связи: модернизировать инфраструктуру бэк-офиса для решения новых задач при одновременном использовании существующих инвестиций.

Проблемы, связанные с такими громкими инициативами, как проект Comcast Bedrock, который объединил системы обеспечения от Comcast и приобретенную AT&T Broadband, подчеркивают эту необходимость. Многие MSO внедрили усовершенствования биллинга и OSS для отдельных услуг или сегментов.Например, MSO внедрили новые возможности биллинга на основе использования в свои существующие инфраструктуры биллинга для внедрения новых мобильных услуг.

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

Отраслевые органы по стандартизации, такие как OSS Through Java Initiative (OSS / J) Форума Telemanagement Forum, также внесли свой вклад в усовершенствование существующих систем биллинга и OSS для удовлетворения новых потребностей рынка. Они и другие приложили значительные усилия, чтобы продемонстрировать, как сторонние системы биллинга и OSS могут взаимодействовать с существующими системами и другими продуктами сторонних производителей для создания «OSS нового поколения». Организация IPDR усердно работала над стандартизацией потока информации из сетей в последующие системы биллинга и OSS.

Путь вперед

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

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

MSO также должны учитывать новых конкурентов в виде технологических компаний, таких как Google, и вещательных компаний, таких как Disney.Эти компании не используют старые монолитные системы биллинга и OSS. Вместо этого они проектируют архитектуру бэк-офиса с четким представлением услуг передачи голоса, видео и контента и связанных с ними бизнес-моделей. Такие аналитики, как Кэролайн Чаппель из HeavyReading, признали, что многие архитектуры новичков в значительной степени используют модель ERP, а не старые биллинговые системы от традиционных поставщиков.

Те MSO, которые ждут, пока их системы биллинга и OSS не начнут повышать нагрузку, могут обнаружить, что волна мультисервисов их обошла.В наши дни возрождение длится недолго. IT

Дэвид МакНирни - вице-президент по развитию рынка Highdeal. Для получения дополнительной информации посетите http://www.highdeal.com.

» Журнал« Интернет-телефония »Содержание

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *