- •ПРЕДИСЛОВИЕ
- •ЧАСТЬ 1. ПРЕДОСТАВЛЕНИЕ УСЛУГ СВЯЗИ
- •Глава 1. УСЛУГИ СВЯЗИ
- •1.1. Предоставление услуг связи
- •1.2. Дополнительные услуги
- •1.2.1. Классификация дополнительных услуг
- •1.2.2. Телематические услуги
- •1.2.3. Услуги с дополнительной интеллектуальной коммутацией
- •1.2.4. Услуги интеллектуального биллинга
- •1.2.5. Услуги передачи данных
- •1.2.6. Дополнительные транспортные услуги
- •1.3. Дополнительные возможности при предоставлении услуг
- •1.4. Составные и совокупные услуги
- •1.4. Некоторые практические выводы
- •Приложение 1.1. Основные аспекты анализа востребованности услуги и пути их продвижения
- •Приложение 1.2. Интеллектуальные услуги
- •Приложение 1.3. Основные сведения об IP-телефонии и ее статусе
- •Приложение 1.4. Предоставление совокупных услуг
- •Глава 2. КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ
- •2.1. Исторические аспекты
- •2.2. Функции компьютерной телефонии и их реализация
- •2.2.1. Функциональная архитектура
- •2.2.2. Функциональная реализация
- •2.3. Приложения компьютерной телефонии
- •2.3.1. Универсальная почта
- •2.3.2. Контакт-центр
- •2.3.3. Центры оповещения и записи
- •Приложение 2.1. К вопросу об управлении системами компьютерной телефонии
- •Приложение 2.2. Функциональные возможности центра обработки вызовов
- •Глава 3. ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ
- •3.1. Предпосылки возникновения ГИС
- •3.2. Архитектура интеллектуальных сетей
- •3.3. Общее представление о гибридной интеллектуальной сети
- •3.3.1. Концепция построения ГИС
- •3.3.2. Концептуальная модель ГИС
- •3.3.3. Сетевые принципы взаимодействия
- •3.3.4. Создание логики услуг
- •3.4. Аппаратно-программная структура ГИС
- •Приложение 3.1. Концептуальная модель ИСС1
- •Приложение 3.2. Построение ГИС на базе сети ОКС №7
- •ЧАСТЬ 2. БИЛЛИНГ УСЛУГ СВЯЗИ
- •Глава 4. РАСЧЕТЫ ЗА УСЛУГИ СВЯЗИ
- •4.1. Понятие биллинга
- •4.2. Субъекты расчетов
- •4.3. Технология взаиморасчетов
- •4.4. Объекты бизнес-процесса биллинга
- •4.5. Способы оплаты и принципы взаиморасчетов
- •4.6. Виды биллинга
- •4.7. Инструменты и технологии оплаты
- •4.7.1. Пластиковые карты
- •4.7.2. Телебанкинг
- •4.7.3. Роуминг карт
- •4.8. Универсальный биллинг
- •Приложение 4.1. Оценка эффективности распределенного и централизованного способов биллинга
- •Приложение 4.2. Вопросы безопасности использования телекоммуникационных карт
- •Глава 5. СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ
- •5.1. Архитектура универсальной биллинговой системы
- •5.1.1. Концепция построения УБС
- •5.1.2. Концептуальная модель УБС
- •5.1.3. Распределенная структура УБС
- •5.1.4. Принципы взаимодействия
- •5.2. Функциональные компоненты биллинговых систем
- •5.2.1. Аутентификация и авторизация
- •5.2.2. Ведение счетов
- •5.2.3. Генерация счетов
- •5.2.4. Создание, съем и обработка CDR
- •5.2.5. Тарификация
- •5.2.6. Генерация отчетов
- •5.3. Логика услуг
- •5.4. Поддержка предоставления услуг
- •5.5. Клиентский уровень
- •5.6. Общее представление о системе управления предприятием
- •5.7. Техническая архитектура УБС
- •5.8. Система безопасности
- •Приложение 5.1. Реальная плоскость услуг
- •Приложение 5.2. Функциональная компонента генерации пин-кодов
- •Приложение 5.3. Взаимодействие между лицевыми и текущими счетами
- •Приложение 5.4. Оптимизация управления предприятием
- •Приложение 5.5. Корпоративный портал
- •ЧАСТЬ 3. СИСТЕМНАЯ ИНТЕГРАЦИЯ
- •Глава 6. ИНТЕГРАЦИЯ СИСТЕМ ПРЕДОСТАВЛЕНИЯ И БИЛЛИНГА УСЛУГ СВЯЗИ
- •6.1. Принципы построения инфокоммуникационных систем
- •6.2. Системная интеграция на примере системы «Ольга»
- •6.2.1. Функциональная модель
- •6.2.2. Четыре аспекта универсальности системы
- •6.3. Функциональные решения системы «Ольга»
- •6.4. Основные принципы реализации системы «Ольга»
- •6.4.1. Технологические принципы
- •6.4.2. Системные принципы
- •6.4.3. Технические принципы
- •6.5. Примеры использования системы «Ольга»
- •6.5.1. Приложение для операторов фиксированной телефонной сети
- •6.5.2. Приложение для провайдера сети Интернет
- •6.5.3. Приложение для оператора мобильной связи
- •Приложение 6.1. Основные принципы разработки подсистемы телебанкинга
- •Приложение 6.2. Стандарты мобильной связи и технологии передачи данных
- •Глава 7. КОМПЛЕКСНЫЕ ПРИЛОЖЕНИЯ
- •7.1. Инструменты оплаты и платежные системы
- •7.2. Интернет-телефонная бизнес-карта
- •7.2.1. Центр авторизации бизнес-карт
- •7.2.2. Безопасность бизнес-карт
- •7.2.3. Центры расчетов
- •7.3. Новая таксофонная сеть
- •7.3.1. Архитуктура новой таксофонной сети
- •7.3.2. Таксофонный терминал
- •7.3.3. Карманный таксофон
- •7.4. Мобильный банкинг
- •7.4.1. Понятие м-банкинга
- •7.4.2. Разновидности м-банкинга
- •7.4.3. Технология мс-банкинга
- •Список сокращений
- •Литература
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
191 |
|
|
указывается суммарная задолженность пользователя по категориям услуг предос- тавленным в кредит и дебетовый остаток по предоплаченным услугам. В общем от- чете для неперсонифицированного лицевого счета указывается как остаток предоп- латы, так и стоимость оказанных услуг.
Детализированный отчет может генерироваться как по платежным документам (картам), так и по лицевым счетам.
Отчет по платежным документам предусматривает следующую детализацию:
–дату активации платежного документа (или дата выдачи предыдущего отчета);
–сумму на счете на дату активации (или на дату выдачи предыдущего отчета);
–суммы пополнения счета и дата их пополнения за указанный период;
–суммы перевода средств на другие счета и их даты;
–сумму оказания услуг за отчетный период.
Детализированный отчет по лицевым счетам обычно содержит:
–дату расчетного периода;
–расшифровку наименования предоставленной услуги;
–время оказания услуги;
–трафик (длительности оказания услуги);
–объем переданной (принятой) информации;
–стоимость тарификационной единицы в соответствии с индивидуальным та-
рифным планом.
Отчет также может содержать суммарные показатели трафика и/или стоимости за расчетный период.
Результаты отчета являются основанием для выставления пользователю счета на оплату.
5.3. Логика услуг
Создание логики услуг определяется функцией среды создания услуг (SCEF) на ос- нове функции управления событиями (ECF) и с использованием функции поддерж- ки данных услуг (SDF). Таким образом, созданная в SMP и информационно поддер- живаемая SDP логика услуг реализуется в пункте управления услугами SCP.
Говоря о создании логики услуг как об основе концептуальной модели, необ- ходимо подчеркнуть, что имеются два подхода к ее созданию. Первый заключает- ся в разработке индивидуальной логики каждой услуги и доработке ее при необ- ходимости создания новой услуги (так называемый подход «снизу вверх»). Вто- рой подход заключается в построении такой логики услуги, который позволяет, создав некоторую универсальную логику, путем исключения из нее отдельных компонент получать требуемый спектр услуг (такой подход часто называют «сверху вниз»). Выбор того или иного подхода для создания логики услуги одно- значно влечет за собой и аналогичный выбор для создания архитектуры УБС. Яв- ляясь сторонником второго подхода, автор придерживается пути создания необ- ходимого и достаточного перечня компонент услуги как основы для создания универсальной логики услуги.
192 |
ГЛАВА 5 |
|
|
Важным аспектом при создании логики услуги является достаточность совокуп- ности средств реализации. Так, если предоставление услуги некоторым телекомму- никационным оборудованием не предусматривает обмен данными с УБС в реальном времени, то не приходится говорить о расчетах pre-paid. Также не может быть реали- зован расчет pre-paid в случае, если информация о параметрах услуги поступает в УБС после ее оказания, даже если используется hot-line биллинг. Примером первого утверждения может служить of-line биллинг, а второго — передача заранее неизвест- ных объемов информации, которые нельзя оценить в процессе их передачи.
Как показано выше, плоскость услуг представляется в виде многообразия функ- циональных компонент, из которых образуется компонента услуги, а также много- образия компонент услуги, из которых образуется услуга.
Говоря о реализации логики услуг биллинга, надо иметь в виду, что отдельные функциональные компоненты могут быть подготовительными, т.е. заранее подго- тавливающие информацию и ее структуру для реализации логики услуги, а также компонентами реального времени, т.е. выполняемые в процессе реализации услуги. Если обратится к реализации логики услуг hot-line биллинга, то в качестве подгото- вительной функциональной компоненты (FF) используется функция генерации сче- тов платежных документов, неперсонифицированных лицевых счетов и индивиду- альных тарифных планов. Для логики услуг on-line и off-line биллинга характерно использование в качестве предварительной функциональной компоненты функции генерации персонифицированных лицевых счетов, текущих счетов, а также тариф- ных планов.
Отдельные функциональные компоненты создаются автоматически в процессе биллинга с привязкой к уже созданным функциональным компонентам, например в зависимости от разрешенных услуг в персонифицированных лицевых счетах авто- матически создаются текущие лицевые счета по видам услуг. При этом перечень разрешенных услуг отражается в лицевых счетах путем определения тарифных планов. Другим примером автоматической подготовки функциональных компонент является автоматическая генерация неперсонифицированных счетов и привязанных к ним текущих счетов, которая проводится при первой активизации платежного ин- струмента, поэтому эту генерацию условно можно отнести к подготовительным компонентам, поскольку она реализуется в реальном времени.
Исходя из вышеизложенного, при создании логики услуг мы ориентируемся на совокупность функциональных компонент (FF) и их взаимосвязи. При этом, по- скольку каждый тип взаимосвязей (ориентированных отношений) предполагает ин- версию, т.е. возможность реализации этих отношений в двух направлениях, необхо- димо придерживаться следующих правил:
–направление связи выбирается после анализа совокупности запросов от одной FF к другой и должно соответствовать направлению запроса или направлению передачи информации;
–если в запросах существуют оба направления, то производится двойная ори- ентация связей с присвоением соответствующего номера;
–для не ориентированных связей типа «родство» или «ассоциация» произво- дится ориентация связей от каждой FF к каждой.
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
193 |
|
|
Каждая FF декларирует свою систему отношений fk в заданном множестве, причем среди этих отношений могут быть независимые, эквивалентные и пере- секающиеся. Поэтому для их оптимизации необходимо выбрать определенную
систему отношений, которая включала бы в себя все отношения, декларируе- мые FF.
Такая система отношений наиболее прозрачна при представлении компонент услуги в виде ориентированного графа, вершинами которого будут функциональ- ные компоненты. Это означает, что исходные структуры SF могут быть представле- ны в виде конечного множества ориентированных графов вида G fk (V fk ,U fk ), кото-
рым соответствует матрица смежности |
r fk |
, при этом |
r fk =1, |
если существует |
|
ij |
|
ij |
|
ориентированная дуга в fk типе отношений, соединяющая i-ю вершину с j-й, и равно 0 в противном случае.
Пару типов отношений будем считать эквивалентными, если rmnfk ≡ rmnsp для всех m и n M(x), где M(x) = (X fk X sp ) (X sp X fk ).
Пару типов отношений будем считать независимыми, если rijfk ≠ rijsp для всех i и j.
Эти выражения позволяют свести все отношения между функциональными компонентами либо к эквивалентным, либо к независимым. При описании логики услуги обычно стараются привести все отношения к независимым, что является достаточно жестким условием и приводит к появлению новых видов отношений. Однако это единственный путь к оптимизации системы отношений между функ- циональными компонентами.
Приведенные выше рассуждения являются абстрактными, позволяющими рас- смотривать систему взаимосвязей функциональных компонент как совокупность вершин графа логики услуги. Для иллюстрации практического приложения созда- ния логики услуг обратимся к двум конкретным примерам.
Первый пример описывает логику услуги, состоящую из компоненты hot-line pre-paid с авторизацией как по паролю доступа, так и по номеру терминала, с дополнительной компонентой услуги в виде пополнения персонифицированных лицевых счетов со счета платежного документа (рис. 5.7). Такая услуга биллин- га может быть использована, например, оператором сотовой связи, который пре- доставляет услуги радиотелефонной связи по договорам с абонентами на усло- вии предоплаты, а также таксофонной радиотелефонной связи по дебетовым скретч-картам с одновременной возможностью пополнения лицевых счетов с такой же карты.
Второй пример описывает логику услуги, состоящую из компонент услуги online post-paid, с авторизацией по паролю доступа и дополнительной компонентой услуги в виде пополнения персонифицированных счетов со счета платежного инст- румента (рис. 5.8). Такая услуга биллинга может быть использована, например, провайдером услуг Интернета, который предоставляет услуги коммутируемого дос- тупа в кредит, но с условием погашения этого кредита путем авансового платежа со счетов дебетовой карты.
194 |
ГЛАВА 5 |
|
|
Рис. 5.7. Логика услуги hot-line pre-paid
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
195 |
|
|
Рис. 5.8. Логика услуги on-line post-paid
Обратимся к первому примеру (см. рис. 5.7). Предварительными функциональ- ными компонентами в этом случае будут являться функции генерации индивиду- альных тарифных планов (FF6), счетов платежных инструментов (FF1) и персони- фицированных лицевых счетов (FF2) на основе заключенных с абонентами догово- ров. При заключении договора с абонентом, в котором абоненту присваивается но- мер радиотелефона, выбирается индивидуальный тарифный план, а также опреде- ляется перечень предоставляемых ему услуг, что автоматически определяет пере- чень текущих счетов (FF4) по каждому виду услуг. Для абонентов, которые будут пользоваться таксофонной радиотелефонной связью по картам, генерация неперсо- нифицированных лицевых счетов (FF3) производится автоматически при первой ав- торизации карты. Автоматическая генерация текущих счетов (FF5) проводится при первом предоставлении данного вида услуги. Например, текущие счета местной и междугородной связи генерируется при первом предоставлении этих услуг.