- •ПРЕДИСЛОВИЕ
- •ЧАСТЬ 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. Технология мс-банкинга
- •Список сокращений
- •Литература
182 |
ГЛАВА 5 |
|
|
сматривает использование двух технологий: коммутацию каналов и коммутацию пакетов. Таким образом, одни и те же сетевые ресурсы будут использоваться для съема CDR обеих сетей.
Для сбора CDR с серверов доступа сети пакетной коммутации (например,
CDR постоянного доступа в сеть Интернет, а также CDR Интернет-сервисов) шлюз GOi SSP (см. рис. 5.5) должен поддерживать протокол NetFlow, поскольку
данная технология используется большинством производителей. Кроме того, мно-
гие производители серверов доступа используют собственные протоколы обмена для съема CDR суммарного трафика (например, IP Accounting для аппаратуры фирмы Cisco).
Подход, которого автор придерживается в настоящей книге, заключается в вы- делении узла услуг как интеллектуальной надстройки над всеми видами сетей, что дает возможность использовать весь набор существующих протоколов и интерфей- сов для взаимодействия системы биллинга и ГИС.
В части обработки запросов предоставления услуг телефонной или подвижной сети SСP биллинга должен иметь шлюз GHt. Как уже говорилось выше, могут быть два источника запросов. В первом случае источником запроса может быть SCP не- которой внешней ИСС или SCP другого узла ГИС, а получателем — SCP рассмат- риваемого узла биллинга. При запросах от других узлов ГИС может быть использо- ваны два варианта. В случае развитой сети, когда между узлами сети, к которым подключены узлы ГИС, используется сигнализация ОКС №7, применяется прото- кол INAP. Когда между узлами сети связи используются другие виды сигнализа- ции, необходим выделенный межстанционный канал, по которому передаются эти запросы. В этом случае целесообразно использовать протокол X.25.
Во втором случае, когда SSP УБС и SSP ГИС имеют единую локальную сеть, для обработки запросов биллинга услуг телефонной и подвижной сетей с шлюзами достаточно поддерживать протокол TCP/IP.
Для биллинга услуг сетей пакетной коммутации, например коммутируемого
доступа в Интернет или IP-телефонии, шлюз GHi должен поддерживать протокол
Radius.
Важный вопрос при рассмотрении вопросов взаимодействия процессов обра- ботки вызовов — вопрос внутреннего взаимодействия между пунктами CDSN, т.е. взаимодействия (в терминах КТ) между серверами предоставления услуг и сервера- ми приложений. В соответствии с большинством известных стандартов (например,
NAGTAP2 для биллинговых систем) эти сервера легко объединяются в локальную сеть на основе протокола TCP/IP.
5.2. Функциональные компоненты биллинговых систем
В главе 4 были определены основные технологические принципы универсального биллинга, которые должны быть реализованы представленной в этой главе концеп- туальной моделью. В основе такой модели лежит создание логики услуг, которая, в свою очередь, основана на выборе модели услуги как с точки зрения поставленной
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
183 |
|
|
задачи, так и с точки зрения возможности реализации услуги средствами, имеющи- мися в распоряжении УБС, и оборудования, предоставляющего услуги связи, что определяется набором функциональных компонент.
Каждая из функциональных компонент должна быть определена в трех облас- тях: в области функциональных свойств, в области допустимых значений входной информации (описаний точек входа — POI) и в области допустимых значений вы- ходной информации (описаний точек выхода — POR).
Исходя из изложенных выше принципов построения универсальной УБС, плос- кость услуг ее информационного уровня (ИУ) должна включать в себя следующие основные технологии реализации функциональных компонент:
–авторизация пользователя по номеру терминала или паролю доступа;
–генерация платежных инструментов и их поддержку;
–ведение счетов платежных инструментов;
–генерация текущих и лицевых счетов;
–ведение лицевых счетов пользователя;
–ведение текущих счетов пользователей;
–создание CDR (для режима hot-line);
–съем и предобработка CDR (для режимов on-line и off-line);
–тарификация CDR (для всех режимов биллинга);
–генерация отчетов (для всех режимов биллинга).
Кроме того, ИУ системы универсального биллинга в рамках создания и под- держки услуг должен включать в себя:
–взаимодействие с КУ;
–статистическую обработку накопленной информации;
–мониторинг системы биллинга;
–программно-техническую поддержку.
Необходимо еще раз обратить внимание, что перечисленные выше компоненты могут отличаться для биллинга услуг различных сетей связи как в части содержа- ния однотипных операций, из которых они состоят, так и в части последовательно- сти выполнения этих операций.
На клиентском уровне (КУ) система универсального биллинга должна включать
всебя следующие технологии:
–организация взаиморасчетов с пользователями и партнерами;
–ведение бухгалтерского учета;
–поддержка административных и информационных служб оператора;
–поддержка технических служб оператора.
Вопросы реализации технологий вспомогательного уровня и его взаимодейст- вие с основным уровнем будут рассмотрены ниже.
Несколько в стороне от данной темы стоит функциональная компонента генера- ции пин-кодов платежных инструментов. Такая компонента, хотя и косвенно, отно- сится к процессу биллинга и является практически обязательной компонентой бил- линговых систем, осуществляющих расчеты по скретч-картам. Учитывая это, дан- ный вопрос вынесен в Приложение 5.2.
184 |
ГЛАВА 5 |
|
|
5.2.1. Аутентификация и авторизация
Под аутентификацией обычно понимают принадлежность пользователя к системе предоставления услуг, а под авторизацией пользователя, как и ранее, подразумева- ется проверка прав пользователя на получение услуг, выполняемая по номеру тер- минала или паролю доступа.
Для режимов on-line и off-line при предоставлении услуги производится аутен- тификация при записи CDR в системах коммутации (номер телефона) или в систе- мах маршрутизации (IP-адрес), а затем авторизация при обработке CDR в SCP сис- темы биллинга. В режиме hot-line аутентификация и авторизация должна произво- дится самой биллинговой системой при создании CDR. При этом аутентификация и авторизация могут производиться как виде единой операции, так и последователь- но. При последовательном запросе сначала определяется принадлежность абонента к данной системе предоставления услуг, а затем, когда абонент производит запрос услуги, в рамках авторизации определяется его права на пользование данной услу- гой (т.е. открыта или нет услуга для использования данным абонентом) и финансо- вые возможности абонента для получения запрашиваемой услуги. В случаях, когда первоначально известен и абонент, и запрашиваемая услуга, аутентификация и ав- торизация выполняются одновременно.
Как говорилось выше, аутентификация проводится по запросам из ГИС, при этом в случае аутентификации по номеру телефона (что справедливо как для сис- тем с коммутацией каналов, так и для систем IP-телефонии) этот номер пересылает- ся из ГИС в SCP УБС. Если система взаимодействия ГИС с оборудованием опера- тора не предусматривает автоматического опознавания номера вызывающего або- нента, то аутентификация по номеру телефона в режиме hot-line невозможна.
Различают два типа аутентификации по паролю доступа в режиме hot-line. Для сетей с коммутацией каналов и IP-телефонии авторизация по паролю доступа про- изводится набором числового пароля (пин-кода). Для предоставления dial-up досту- па к сети Интернет аутентификация может осуществляться передачей так называе- мого логина и пароля. При этом для пользователей, ранее зарегистрированных в системе (например, путем заключения договора с оператором), введенные логин и пароль сравниваются с хранимыми в системе. Для пользователей, которые впервые оплачивают услугу по карте, аутентификация реализуется путем передачи номера платежного документа, при этом логин соответствуют номеру платежного доку- мента, а пароль — пин-коду. При этом, если каждой из услуг соответствует свой номер доступа или свой шлюз, то аутентификация и авторизация производится од- новременно.
Аутентификация и авторизация осуществляется с использованием функций
RqCF, RqCAF, UIF, ISRF и ISRF.
Аутентификация по паролю доступа для услуг сетей с коммутацией каналов мо- жет быть представлена совокупностью следующих операций:
–прием пароля доступа;
–анализ пароля доступа (например, путем запроса в базу данных);
–ответ о результате аутентификации.
СИСТЕМЫ РАСЧЕТОВ ЗА УСЛУГИ СВЯЗИ |
185 |
|
|
Аутентификация для услуг сетей пакетной коммутацией может содержать до- полнительную операцию, если пароль доступа представлен совокупности логина и пароля. В этом случае, например, дополнительной промежуточной операцией мо- жет быть поиск пароля доступа по логину и паролю.
5.2.2. Ведение счетов
При реализации универсальной логики услуг необходимо наличие в УБС средств отражения состояния текущих взаиморасчетов как по платежным инструментам, так и по договорам с пользователями и партнерами. Такими средствами являются счета пользователей и партнеров в системе биллинга. Для универсальной логики услуг необходима многоуровневая система счетов (рис. 5.6), которая может быть избыточна для случаев, например, отсутствия расчетов по платежным инструмен- там, или в случаях, когда оператор оказывает одну услугу. Для универсального биллинга целесообразно использовать предлагаемую систему счетов.
Рис. 5.6. Многоуровневая система счетов
Верхний уровень — лицевые счета (в терминологии главы 4 — Lb). Лицевые сче- та могут быть персональные (Lbp), т.е. содержать все атрибуты пользователя-персо-
ны, или неперсонифицированные (Lbu), т.е. не содержащие этих атрибутов. Анало- гичное разделение можно ввести и для платежных инструментов: персональные (Cp) для кредитных платежных документов и «на предъявителя» (Cu) для дебетовых.