- •ПРЕДИСЛОВИЕ
- •ЧАСТЬ 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. Технология мс-банкинга
- •Список сокращений
- •Литература
КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ |
59 |
|
|
2.3. Приложения компьютерной телефонии
На всех этапах развития КТ существовали различные подходы к классификации ее приложений [14, 21]. При этом на каждом этапе появление новых возможностей се- тей связи, оборудования и, что не менее важно, целевые функции решаемых задач определенным образом корректировали объем и функции приложений КТ. Тем не менее существующие закономерности построения архитектуры телекоммуникаци- онной сети позволяют выделить две основные группы приложений КТ: транспорт- ные и оконечные. В свою очередь, каждую группу этих приложений можно разбить на подгруппы, определяющие вид взаимодействия. Имеет право на существование и другой подход, а именно, классификация приложений КТ с точки зрения предос- тавления определенных групп услуг.
Можно выделить несколько направлений, к которым можно отнести группы ус- луг телекоммуникационных сетей. Выделяя направления, в которых общение або- нента с телекоммуникационной системой посредством речевых сообщений можно считать первичным, получим перечень разновидностей систем КТ. Не претендуя на полноту, можно отметить следующие приложения:
–транспортные приложения;
–приложения по маршрутизации трафика;
–приложения отложенных сообщений;
–информационные приложения реального времени.
Примерами транспортных приложений [21] является IP-телефония (как и дру- гие приложения передачи речи поверх данных), учрежденческие АТС на основе КТ, различные конференц-мосты. Пример приложений по маршрутизации трафи- ка — реализация группы «интеллектуальных услуг». Примеры остальных приложе- ний в чистом виде привести достаточно трудно, поскольку в большинстве случаев реальные приложения являются совокупностью нескольких приложений. Этим и объясняется компонентный подход для реализации приложений, описанный выше.
Используя компонентный подход и приведенную классификацию, выделим три основные группы совокупных приложений:
–универсальная почта (unified massaging);
–контакт-центры;
–центры оповещения и записи.
Следует отметить, что в настоящее время даже эти совокупные приложения пе- ресекаются между собой и каждое из них может включать, частично или полно- стью, смежные приложения. Учитывая это, составляющие этих приложений будут описаны в чистом виде, а читатель может на основании дополнительной информа- ции, практического опыта и интуиции самостоятельно формировать новые прило- жения и их совокупность.
2.3.1. Универсальная почта
Универсальная почта является приложением КТ, обеспечивающим запись, преобра- зование форматов, хранение и выдачу по запросу (или автоматическую пересылку) различных видов сообщений.
60 |
ГЛАВА 2 |
|
|
Услуга «универсальная почта» предполагает, что абонент имеет возможность получать в свой универсальный почтовый ящик (УПЯ) сообщения в любом форма- те (голосовом, E-mail, факсы, SMS, пейджерные сообщения) и забирать эти сооб- щения из почтового ящика в нужном ему формате. Если обратится к терминологии шлюзов, то получение сообщений в том или ином формате определяется тем, через какой шлюз получено данное сообщение. В то же время желание абонента забрать то или иное пришедшее ему сообщение определяется тем, через какой шлюз он со- единяется с системой универсальной почты.
Исходные данные. Как уже говорилось выше, сообщения могут поступать, храниться и передаваться в следующих основных форматах: оцифрованном рече- вом, электронном (E-mail), факсимильном и текстовом (SMS, пейджерные сообще- ния). Кроме того, в системе может использоваться универсальный формат, в кото- рый преобразуются приходящие сообщения и из которого они могут быть обратно преобразованы в любой формат.
Для преобразования хранимых сообщений из формата получения в формат за- проса или формат переадресации должен производится анализ типа шлюза, с кото- рого производится запрос, и в случае, если хранимое сообщение не может быть преобразовано в запрашиваемый формат, абонент извещается о формате получен- ного сообщения. Извещение о полученном сообщении и его формате может также автоматически посылаться на заранее определенный абонентом адрес.
Исходя из этого, важным аспектом универсальной почты является система ад- ресации в ней абонента. Для того чтобы обеспечить автоматическое преобразова- ние и пересылку сообщений абоненту, необходимо в системе хранить информацию о совокупности телефонных и IP-адресов. Адресация обычно подразделяется на входящую, т.е. на совокупность адресов абонента в системе универсальной почты и определяемых системой, и исходящую, т.е. совокупность адресов, на которые бу- дут пересылаться сообщения или направляться оповещения и которые определяет сам абонент.
Например, если код системы универсальной почты соответствует (999)ТЕЛЕ-
ФОН, где ТЕЛЕФОН — номер УПЯ абонента в системе, то для доступа к нему че- рез сеть Интернет его почтовый адрес будет ТЕЛЕФОН @ 999.RU. В этом случае
для передачи абоненту голосовых, факсимильных и SMS сообщений необходимо будет адресовать их на номер телефона, а для передачи E-mail — на электронный почтовый адрес.
Для оповещения о получении сообщений или их автоматической переадресации (для каждого типа сообщений) абонент должен задать тип принимаемого им сооб- щения и свой адрес, по которому это сообщение должно быть передано. В частно- сти, если основной формат передачи текстовый, то абонент задает свой электрон- ный адрес. Для данного примера электронное сообщение может содержать, напри- мер, текст, если пришло сообщение SMS или пейджерное сообщение. В случае, ес- ли пришли речевые или факсимильные сообщения, они могут быть переданы на E- mail в виде прикрепленных речевых или графических файлов соответственно.
Функциональная схема. Для примера рассмотрим функциональную схему системы универсальная почта, реализующей следующий набор функций:
КОМПЬЮТЕРНАЯ ТЕЛЕФОНИЯ |
61 |
|
|
–прием голосовых сообщений, их хранение и выдачу по запросу или пересылку на электронный адрес абонента в виде прикрепленного речевого файла;
–прием факсимильных сообщений, их хранение и выдачу по запросу, или пере- сылку на заданный номер (номера) факса (факсов), или пересылку в виде при- крепленного файла на электронный адрес;
–прием электронных почтовых сообщений, их хранение и выдачу по запросу в виде электронных или голосовых сообщений, или пересылку на пейджер, или в виде SMS.
В рассматриваемом примере (рис. 2.6) функциональная схема должна содер- жать речевые шлюзы (к цифровым системам коммутации или IP-сетям), по кото- рым принимаются и передаются речевые сообщения, факсимильные приемо-пере- дающие шлюзы, шлюзы к почтовому Интернет-серверу, а также передающие шлю- зы к серверам радиопоисковых систем и центру SMS-сообщений.
Рис. 2.6. Функциональная схема системы «универсальная почта»
Алгоритм функционирования. Пусть абонент выбрал следующие режимы ра- боты системы универсальной почты для ограниченной конфигурации:
–собственные речевые сообщения передаются всем абонентам, соединившимся с УПЯ абонента через речевой шлюз;
62 |
ГЛАВА 2 |
|
|
–принятые в УПЯ абонента речевые сообщения пересылаются как прикреплен-
ные файлы в его электронный почтовый ящик у некоторого провайдера сети Интернет;
–принятые в УПЯ абонента факсимильные сообщения выдаются по запросу, пришедшему на его факс-шлюз;
–абонент может производить рассылку факсимильных сообщений через свой УПЯ, задав при этом группу номеров телефонов, на которые необходимо от- править эти сообщения;
–принятые в УПЯ абонента факсимильные сообщения пересылаются как при- крепленные файлы в его электронный почтовый ящик у некоторого провайде- ра сети Интернет;
–электронные сообщения, принятые в его системный электронный почтовый ящик, могут быть переадресованы на его электронный почтовый ящик у неко- торого провайдера сети Интернет, а сам абонент должен быть оповещен о по- лучении электронного сообщения;
–электронные (текстовые) сообщения, принятые в его системный электронный почтовый ящик, могут быть направлены на его пейджер или на мобильный те- лефон в виде SMS.
Перечень состояний для этого примера приведена в табл. 2.3.
Таблица 2.3
Входящие |
Запросы на |
Исходящие |
Оповещения |
|
сообщения |
получение сообщений |
сообщения |
||
|
||||
Речевые |
Речевой шлюз |
Речевые |
Любые |
|
Без запроса |
Электронные |
Без оповещения |
||
|
||||
|
Факс-шлюз |
Факсимильные |
Любые |
|
Факсимильные |
Без запроса |
Факсимильные |
Без оповещения |
|
|
|
|
|
|
|
Без запроса |
Электронные |
Без оповещения |
|
|
|
|
|
|
Электронные |
Без запроса |
Электронные |
Любое оповещения |
|
|
|
|
||
Без запроса |
Текстовые |
Без оповещения |
||
|
||||
|
|
|
|
Указанные функции могут быть реализованы следующими алгоритмами:
1.При получении абонентом речевого сообщения он в зависимости от заданно- го алгоритма оповещения может получить на любой из заданных терминалов опо- вещение о наличии такого сообщения, после чего абонент соединяется с системой через голосовой шлюз и прослушивает его.
2.При получении абонентом речевого сообщения это сообщение преобразуется
вречевой файл и прикрепляется к стандартному электронному письму, которое на- правляется на заданный абонентом почтовый адрес в сети Интернет.
3.При получении абонентом факсимильного сообщения последнее хранится в системе, а абонент в зависимости от заданного алгоритма оповещения может полу- чить на любой из заданных терминалов оповещение о наличии факсимильного со- общения в его почтовом ящике; далее при подключении к системе через факс-шлюз абонент получает хранящееся факсимильное сообщение.