Главная  Системы коммутации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [ 93 ] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

11.4 Конвергенция телефонных услуг и Интернет

Упомянутая в этой главе альтернатива IN, согласно которой будущее принадлежит неинтеллектуальным IP-сетям с интеллектуальными средствами, устанавливаемыми на краях сети (вплоть до персональных компьютеров оконечных пользователей), имеет весьма активных сторонников. И это - несмотря на то, что проблемы глобальной децентрализации, послужившие поводом к распространению шуточной расшифровки аббревиатуры WWW как Wild Wild West, усугубляются невиданной ранее быстротой и легкостью создания новых приложений: интерактивных игр, электронной коммерции, чатов и пр. Проблемы связаны и с тем, что практически все элементы архитектуры IP-сетей - шлюзы, маршрутизаторы, привратники, программные коммутаторы, терминалы (PC, WAP), клиентские приложения (броузеры, FTP, e-mail, чат), сетевые серверы (RADIUS, LDAP, DNS), серверы приложений (HTTP, FTP, Java, SIP, POPS) - управляются совершенно разными сетевыми структурами, а весьма многие из этих элементов вообще никак не управляются.

С другой стороны, практически все поставщики телекоммуникационного оборудования - и прежние, и новые - предусматривают интерфейсы 0КС7 в различных IP-серверах, так что эти серверы могут на основе IP-протокола устанавливать связь с узлами управления услугами и с базами данных Интеллектуальной сети, а также устанавливать соединения пользователей. Однако перекос в эту сторону порождает проблему перегрузки в сетях 0КС7. Телефонные операторы, которые строят свои Интеллектуальные сети, рассчитывают, что они будут единственными пользователями сети 0КС7. Однако при наличии многих операторов все они вместе могут одновременно передавать в эту сеть такую нагрузку, которая захлестнет узлы IN. Это может стать стихийным бедствием не только для пользователей услугами IN, но и для остальных абонентов сетей общего пользования, поскольку сеть ОКС7 обслуживает все вызовы. Причиной такого бедствия могут стать, например, заявки на пересчет номера в случаях, когда соответствующая IN-услуга не активизирована, и информация о номере по сети не передается. В результате возникнет бесполезная нагрузка, поскольку коммутационные узлы будут пытаться определить, куда им следует маршрутизировать вызовы. Развитие IP-телефонии придаст этой тенденции еще большее ускорение, поскольку выбор маршрутизаторов для пересылки пакетов IP-телефонии тоже основывается на запросе данных, необходимых для маршрутизации.

Поиск консенсуса для этих двух тенденций, а также весьма слабо * удовлетворяемая потребность в удобном биллинге и в гарантированном сквозном качестве обслуживания (QoS), стимулируют все более активные исследования в направлении IN + IP Более того, но I I К) IP (СМИ будь К) Иторно!, Интранет, Экстранет, i ормор \\\л\ \\л i



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

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

Совместными усилиями ТфОП и Интернет реализуется услуга/л-ternetcall waiting (ICW), обеспечивающая телефонный вызов пользователя, занятого сеансом с Интернет. Получив извещение о телефонном вызове, пользователь имеет возможность приостановить сеанс с Интернет и либо ответить на этот вызов, либо переадресовать его на другую линию или к почтовому ящику и тп. Еще одним примером услуг того же класса является услуга clici<-to-dial (C2D), дающая пользователю возможность во время сеанса с Интернет произвести исходящий телефонный вызов путем активизации пиктограммы на экране компьютера. Особенно эффективное использование этой услуги связано с возможностью вызвать телефонного оператора той компании, которая интересует пользователя, просто нажав на указатель на Web-странице этой компании.

Ее модификация известна как услуга запроса из Интернет обратного телефонного вызова (clicl<-to-dial-bacl<) и позволяет пользователю, находящемуся в Интернет, запрашивать телефонное соединение с другим абонентом, устанавливаемое через ТфОП. Как и в некоторых других приведенных выше примерах гибридных (ТфОП/Интернет) услуг, важным предварительным условием является то, что пользователь услугой должен иметь как телефонный доступ к ТфОП (через телефонный аппарат), так и доступ к Интернет (через PC). Типичное применение такой услуги - т.н. онлайновый шоппинг (online shopping), или Интернет-магазин: пользователь, просматривающий онлайновый каталог товаров, щелкает мышью на кнопке, инициируя при этом запрос телефонного вызова к нему от представителя службы сбыта данного Интернет-магазина. Следует отметить, что, как и в случае с рассмотренными выше услугами Freephone из списка CS-1, здесь могут быть реализованы гибкие опции оплаты услуги, а также мари]рутизация вызова в зависимости от времени суток, дня подели, наличия незанятых опораюроа на paiHbix объектах и тд



Рассмотрим работу услуги click to call back подробнее (рис 11 9). Пользователь А хочет, чтобы с ним связался по телефо ну оператор службы сбыта того Интернет-магазина, Web-страницу которого он в настоящее время просматривает, и щелкает мышью на соответствующей кнопке. Предполагается, что А зарегистрирован у поставщика услуги и, таким образом, может быть должным образом аутентифицирован. Сеть Интернет передает полученный от А запрос на Web-сервер (В), который формирует соответствующий запрос к SCP (или SN) Интеллектуальной сети (С). В результате выполнения логики услуги в SCP и под воздействием его команды соответствующему SSP последний сначала создает соединение с оператором службы сбыта F (участок 1), затем - соединение с пользователем А (участок 2) и, наконец, объединяет эти два участка в двустороннюю связь между А и F. При этом узел SMP отвечает за передачу в SCP логики услуги, созданной в среде SCE, и на Web-сервер - параметров, относящихся к этой услуге. Услугу click-to-call-back можно затем дополнить до полноценной функции Call-центра. Узел SN может, например, выбирать оператора F в зависимости от времени суток, дня недели, доступности оператора, его нагрузки по сравнению с нагрузкой других не занятых в данный момент операторов службы и т.д. Информация об опыте реализации этой услуги приведена в RFC 2458.



SCE - Среда создания услуг SN - Узел услуг (интеллектуальная платформа) SMP Узел эксплуатационного управления услугами SSP Узел коммутации услуг

Рис. 11.9 Услуга click-to call back



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [ 93 ] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

0.0011