- •ПРЕДИСЛОВИЕ
- •ЧАСТЬ 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. Технология мс-банкинга
- •Список сокращений
- •Литература
120 |
ГЛАВА 3 |
|
|
ПРИЛОЖЕНИЯ
Приложение 3.1. Концептуальная модель ИСС1
В основе плоскости услуг лежит определение наборов возможностей CS (Capability Sets), описывающих конкретные аспекты целевой архитектуры ИСС. Следует отме- тить, что определение набора услуг является основополагающим этапом при созда- нии интеллектуальной сети (см. Приложение 1.2).
При создании спецификации очередного CS в процессе эволюции ИСС предпола- гается обратная связь с предыдущими спецификациями. Первый набор CS1 включает 25 видов услуг, которые должны поддерживаться сетями PSTN, ISDN и PLMN. Наибо-
лее распространенными на момент создания CS1 были следующие услуги: сокращен-
ный набор (Abbrevated Dialing, ABD); бесплатный вызов (Freephone, FPH); направлен- ный вызов (Call forwarding, CF); телефонная конференция (Conferencing, CON); опрос населения (Mass Calling, MAS); универсальный номер (Universal Access Number, UAN); виртуальная частная сеть (Virtual Private Network, VPN).
Вторая плоскость модели — глобальная функциональная плоскость (GFP) —
включает следующие основные элементы:
–базовый процесс обработки вызовов (BCP);
–независимые от услуг конструктивные блоки (SIB);
–точки инициации (POI) и точки завершения (POR).
Блоки SIB обеспечивают выполнение стандартных многократно используемых сетевых функций. Базовый процесс обработки вызовов является специализирован- ным SIB, который взаимодействует с другими блоками посредством точек инициа- ции и завершения. Когда в процессе обработки вызова встретится одна из точек инициации, то это приводит к определенной последовательности обращений к бло- кам SIB. По завершении этой последовательности обращений происходит воздейст- вие на процесс обработки вызова, зависящее от точки завершения. Собственно го- воря, результатом такого взаимодействия и является компонента услуги или услуга
вцелом. Таким образом, BCP описывает процесс обработки вызовов базовой сети связи, из которой осуществляется запрос на услуги ИСС. Определенные на первом уровне услуги декомпозируются на компоненты и на плоскости GFP объединяются
водин или несколько SIB, которые при взаимодействии определяют глобальную логику услуги GSL (Global Service Lojic).
Взаимодействие GSL и BCP. В табл. П3.1 дано определение точек инициации и завершения CS1. Для обеспечения услуг, определенных в CS1, необходимо нали- чие в ИСС блоков SIB, определенных в табл. П3.2.
Выполняемые блоками SIB операции и данные, необходимые для их выполне- ния, специфицированы в рекомендации ITU-T Q.1213. Заметим, что Европейский институт стандартов электросвязи (ETSI) требует наличия в ИСС дополнительно еще семи блоков SIB.
1В данном приложении использованы материалы К.Е. Самуйлова «Введение в архитектурную концепцию интел- лектуальной сети» [32].
|
ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ |
121 |
||
|
|
|
|
|
|
Таблица П3.1 |
|
|
|
|
|
|
|
|
|
Точка инициации |
Содержание операции |
|
|
|
|
|
|
|
|
Call Originated |
Имеется запрос на услугу, однако адрес вызываемого абонента еще |
|
|
|
не определен |
|
||
|
|
|
|
|
|
Address Collected |
Завершен ввод номера вызываемого абонента |
|
|
|
Addres Analysed |
Введенный номер должен быть проанализирован с целью определе- |
||
|
ния его принадлежности |
|
||
|
|
|
|
|
|
Prepared to Complete Call |
Сеть готова предпринять попытку завершения вызова принимающей |
||
|
стороной |
|
||
|
|
|
|
|
|
Busy |
Вызов адресован занятому абоненту |
|
|
|
No answer |
Абонент не отвечает |
|
|
|
Call Acceptance |
Вызов активизирован, но соединение не установлено |
|
|
|
Active State |
Вызов активизирован, и соединение установлено |
|
|
|
End of Call |
Соединение завершено, возвращается |
|
|
|
значение точки завершения |
|
||
|
|
|
|
|
|
|
|
|
|
|
Continue With Existing Data |
ВСР должен продолжить обработку вызова в штатном режиме |
|
|
|
Proceed With New Data |
ВСР должен продолжить обработку вызова только после поступле- |
|
|
|
ния новых данных |
|
||
|
|
|
|
|
|
Clear Call |
ВСР должен осуществить разъединение соединения |
|
|
|
Initiate Call |
ВСР должен начать установление соединения |
|
|
|
Handle as Transit |
Вызов следует рассматривать как только что поступивший |
|
|
|
Enable call Party Handling |
Необходимо осуществить действия, предполагающие управление вы- |
||
|
зовом со стороны абонента |
|
||
|
|
|
|
|
|
Таблица П3.2 |
|
|
|
|
|
|
|
|
|
Наименование блока |
|
Содержание операции |
|
|
Algorithm |
|
К входным числовым данным применяется математический алгоритм |
|
|
|
для получения численного результата |
|
|
|
|
|
|
|
|
Charge |
|
Определяет требования к специальным расходам по обработке вызова, |
|
|
|
не связанным с оплатой вызова |
|
|
|
|
|
|
|
|
Compare |
|
Сравнивается полученное значение идентификатора с заранее опреде- |
|
|
|
ленным значением (больше, меньше или равно) |
|
|
|
|
|
|
|
|
Distribution |
|
Распределяет вызовы в зависимости от параметров, заданных пользо- |
|
|
|
вателем, ограничивается число вызовов, имеющих отношение к ком- |
|
|
|
|
|
понентам услуг |
|
|
Limit |
|
В зависимости от параметров, заданных пользователем, ограничивает- |
|
|
|
ся число вызовов, имеющих отношение к компонентам услуг |
|
|
|
|
|
|
|
|
Log Call Information |
|
Регистрирует детальную информацию о вызове в файле сбора статистики |
|
|
Queue |
|
Осуществляет упорядочение процесса завершения вызовов на стороне |
|
|
|
приема |
|
|
|
|
|
|
|
|
Screen |
|
Проверяет, находится ли полученное значение в заданном списке |
|
|
Service Data Management |
|
Дает возможность пользователю заменить, восстановить, уменьшить |
|
|
|
или увеличить значения некоторых параметров |
|
|
|
|
|
|
|
|
Status Management |
|
Обеспечивает возможность запроса о статусе или изменении статуса |
|
|
|
сетевых ресурсов |
|
|
|
|
|
|
|
|
Translate |
|
Определяет выходную информацию в зависимости от входной инфор- |
|
|
|
мации и значений некоторых полученных параметров |
|
|
|
|
|
|
|
|
User Interaction |
|
Позволяет осуществлять обмен информацией между сетью и пользо- |
|
|
|
вателями |
|
|
|
|
|
|
|
|
Verity |
|
Дает подтверждение тому, что полученная информация представлена |
|
|
|
в требуемом виде |
|
|
|
|
|
|
122 |
ГЛАВА 3 |
|
|
На третьем уровне ИСС — распределенной функциональной плоскости (DPF) —
общесетевые функции определены в виде отдельных функциональных объектов (FE). Специфицированные на плоскости GFD блоки SIB реализуются на плоскости
DFP в виде последовательности функциональных объектов (FEA), в результате вы- полнения которых возникают информационные потоки IF (Information Flows). В
CS1 определено 60 различных IF, соответствующих процедурам прикладного про- токола INAP.
Узлы ИСС, как правило, выполняют одну или несколько функций, которые де- лятся на три основные категории: функции, относящиеся к управлению вызовом, функции, относящиеся к управлению услугами, и функции, обеспечивающие услу- ги (эксплуатационная поддержка и администрирование сети). Данные функции оп- ределены в табл. П3.3.
Таблица П3.3
Сокращение |
Наименование |
Содержание операции |
|
|
Функции, относящиеся к управлению вызовом |
||
SSF |
Service Switching Function |
Обеспечивает интерфейс между SCF и CCF |
|
|
(функция коммутации услуг) |
|
|
SRF |
Specialized Resources Function |
Обеспечивает доступ сетевых объектов к |
|
|
(функция специализированных |
различным категориям сетевых средств (речевой |
|
|
ресурсов) |
автоинформатор, мосты конференцсвязи и т.п.) |
|
|
|
|
|
CCF |
Call Control Function (функция |
Обеспечивает традиционные возможности |
|
|
управления вызовом) |
обслуживания вызовов |
|
|
|
|
|
|
Call Control Agent Function |
Обеспечивает доступ пользователя в сеть, |
|
CCAF |
(функция управления доступом |
т.е. является интерфейсом между пользователем |
|
|
вызова) |
и функцией CCF |
|
|
|
|
|
|
Функции, относящиеся к управлению услугами |
||
|
|
|
|
SCF |
Service Control Functin (функ- |
Определяет логику услуг ИСС и управляет |
|
ция управления услугами) |
услугой, связанной с выполняемым процессом |
||
|
|||
|
|
|
|
SDF |
Service Data Function (функция |
Управляет доступом услуг к базам данных сети |
|
|
поддержки данных услуг) |
и обеспечивает контроль данных. Обеспечивает |
|
|
|
логическую связь функции SCF с данными, |
|
|
|
«закрывая» от нее их реальное представление |
|
|
Функции, относящиеся к обеспечению услуг |
||
|
Service Creation Environment |
Используется для спецификации, создания, |
|
SCEF |
Function (функция среды созда- |
тестирования и загрузки программ логики |
|
|
ния услуг) |
услуг ИСС |
|
|
Service Management Access |
|
|
|
Function (функция доступа к |
Обеспечивает интерфейс к функции SMF. |
|
SMAF |
системе эксплуатационной |
Известна под названием «функция рабочей |
|
|
поддержки и администрирова- |
станции сети» (Work Station Function, WSF) |
|
|
ния услуг) |
|
|
|
Service Management Function |
|
|
SMF |
(функция эксплуатационной |
Обеспечивает предоставление услуг ИСС и |
|
поддержки и администрирова- |
административное управление услугами |
||
|
|||
|
ния услуг) |
|
|
|
|
|
ГИБРИДНЫЕ ИНТЕЛЛЕКТУАЛЬНЫЕ СЕТИ |
123 |
|
|
Функция коммутации услуг SSF тесно связана с функцией управления вызовом CCF. Обычно считается, что эти две функции образуют единый пакет SSF/CCF. За-
прос на услугу обычно заключается в снятии трубки телефона и наборе последова- тельности цифр. Задача функции коммутации услуг заключается в том, чтобы за- фиксировать вызов и сформировать стандартный запрос. Функция управления вы- зовом запрограммирована так, чтобы распознать запрос на услугу и послать его функции управления услугами SCF.
Функция управления услугами SCF декодирует полученный запрос и интерпре- тирует его в контексте предоставляемых ИСС услуг. После этого формулируется, кодируется и посылается стандартное подтверждение, отсылаемое функции комму- тации услуг SSF. Процесс подтверждения может включать выполнение комплекса программ, в том числе контакт с вызываемым абонентом и обращение к функции поддержки данных SDF.
Функция коммутации услуг SSF, получив от SCF подтверждение, декодирует и интерпретирует его, а затем посылает функции управления вызовом CCF инструк- ции о том, как осуществить процесс установления соединением.
Впроцессе формулирования подтверждения от SCF к SSF может потребоваться диалог между SCF и вызывающим или вызываемым абонентом. Такой диалог обычно заключается в отправке подсказки и получении некоторой последовательности цифр. Функция управления услугами SCF не имеет средств для непосредственного осуществ- ления такого диалога, который происходит не иначе, как с помощью функции специа- лизированных ресурсов SRF. Обычно SCF обращается к SRF с запросом о соединении абонента с соответствующим устройством, входящим в SRF (например, с речевым ав- тоинформатором), и о необходимости получить от абонента определенные данные.
Вотличие от описанного порядка взаимодействия между SSF, SCF и SRF, кото- рое осуществляется по инициативе абонентов, функции обеспечения услуг иниции- руются операторами сети. Эти функции не связаны с каким-либо вызовом абонента или предоставлением конкретной услуги.
Функции SMF, SMAF и SCEF могут использоваться для удаления или измене- ния уже имеющихся услуг, а также для создания новых услуг. Это достигается пу- тем изменения информации в SSF, SCF, SDF и SRF. Причем такие изменения не должны отражаться на качестве предоставляемых в этот момент услуг.
На четвертом уровне INCM — физической плоскости — определяются физиче- ские объекты (PE), способы отображения функциональных объектов на физические
иописываются способы реализации сетевых элементов ИСС.
Основные требования к структуре ИСС:
–сетевые функции выполняются в узлах ИСС;
–в узле может выполняться одна или более функций;
–выполнение общей сетевой функции не может совместно осуществляться не- сколькими узлами;
–два различных узла могут выполнять одинаковые сетевые функции;
–узлы должны иметь стандартные интерфейсы;
–распределение сетевых функций по узлам и стандартные интерфейсы не должны зависеть от услуг, предоставляемых сетью.