реферат. Интеллектуальные сети. Интеллектуальные сети. Введение
 Скачать 0.71 Mb.
|
|
Рис.24. Функциональная архитектура ИС для поддержки услуг, предоставляемых IP-сетями На рисунке 24 представлена расширенная функциональная архитектура поддержки услуг, предоставляемых совместно телефонными и IP-сетями по правилам концепции IN. Как видно, модель представляет собой расширение функциональной модели CS-2 IN и содержит новые функциональные объекты, обеспечивающие взаимодействие с IP-сетями. Кроме того, на рисунке показаны функциональные объекты самой IP-сети, вовлеченные в процесс коммутации и управления услугами. Архитектура должна обеспечивать как передачу речи на базе технологии VolP, так и установление соединений в телефонной сети по запросу из IP-сети. Новые объекты распределенной функциональной плоскости Функциональный объект PINT-сервер предназначен для приема и обработки запросов организации связи в телефонной сети, поступающих от PINT-клиентов, которые являются пользователями IP-сети, и для передачи сведений о результате выполнения таких запросов. PINT-сервер направляет запросы к SCF, передавая их через функциональный объект - шлюз управления услугами (SC GF - Service control gateway function). Функциональный объект привратник (GK F - Gatekeeper function) может рассматриваться как логический коммутатор, реализующий функции управления связью (CCF) в IP-сети. Сигнализация управления связью (Н.225) и сигнализация управления соединением (Н.245) в случае передачи речи способом VolP направляется к GK F, который решает задачи маршрутизации, при необходимости обращаясь к помощи SCF, например, в случае вызова, требующего услуги FPH. Для этого GK, кроме функций GK F, должен содержать функции SSF. Функциональный объект шлюз к SCF (SC GF-Service control gateway function) обеспечивает взаимодействие между уровнями управления услугами в интеллектуальных и в IP-сетях. SC GF позволяет "скрыть" от элементов IP-сети функциональные объекты SCF и SRF, выступая в роли промежуточного согласующего устройства. SC GF принимает запросы выполнения услуг от PINT-сервера в домене IP-сети и доставляет их в SCF. Запрос содержит информацию, которая требуется SCF для управления услугой, идентификации пользователей и аутентификации данных, а также для предотвращения некорректного использования IP-сетью ресурсов IN. При запросе услуги IN (бесплатной связи, виртуальной частной сети и т.п.) в случае, когда один из участников связи расположен в IP-сети, т.е. является Н.323-терминалом, SC GF выполняет функции сопряжения, обеспечивая преобразование протоколов нижнего уровня и адресной информации, а также взаимодействие с несколькими GK F. Функциональный объект шлюз управления связью и параметрами доставки информации (С/В GF - Call/bearer gateway function) выполняет функции доступа к IP-сети через телефонную сеть, например, установление связи с Internet с помощью модемного соединения (режим dial-up), и функции взаимодействия VolP и телефонной сети. С/В GF преобразует формат, используемый для доставки информации в сети одного типа, в формат, используемый в сети другого типа. Функции шлюза эксплуатационного управления (MGF - Management gateway function) пока не определены. Интерфейсы функциональной модели Интерфейс IF3 используется для передачи от GK F к SCF запросов активизации логики услуг и предоставляет SCF возможность передавать к GK F команды управления шлюзом с целью сбора сведений, необходимых для исполнения услуги (информации об идентификации, аутентификации и начислении платы). В направлении к SC GF через интерфейс IF3 от SCF передаются запросы предоставления услуг в IP-сети. Например, со стороны SCF через IF3 к пользователю, во время сеанса его связи с Internet, передается уведомление о входящем телефонном вызове. Для переноса через IF3 информационных потоков используется протокол INAP. Интерфейс IF4 предусматривает расширение возможностей связи между SCF и SRF. Он используется для передачи со стороны SCF к SRF запросов выборки указанных данных из SC GF. Кроме того, через IF4 со стороны SCF к SRF передается команда преобразовать выбранные данные в формат, требующийся для их передачи по телефонной сети. Интерфейс IF5 между CCF и C/BG F нужен для предоставления услуг, базирующихся на VolP. Работы над его спецификацией ведутся в ITU-T, ETSI и IETP, ожидается, что он не будет обладать особенностями, специфическими для IN. Через интерфейс IF6 к SDF доставляется информация о состоянии C/BGF с целью выбора шлюза средствами IN. Интерфейс IF7 необходим для передачи от H.323-GK F/SSF к SC GF запросов активизации управления услугой со стороны Н.323-терминала. Перспективы интегрированных IN/IP-платформ Исследование основных направлений конвергенции сетей IN и Internet и доступных для этого технологий проводится в рамках начатого в 1999 году проекта EURESCOM P909 "Enabling technologies for IN evolution and IN-lnternet integration". Проект должен дать решение следующих задач: идентификация новых классов услуг; определение архитектуры для поддержки новых классов услуг (наиболее приемлемая кандидатура - адаптированная к существующим продуктам архитектура TINA); тестирование оборудования на предмет готовности реализации требований новой архитектуры как со стороны IN, так и со стороны Internet; интеграция существующего оборудования или прототипов для создания в соответствии с определенной архитектурой платформ поддержки новых классов услуг; анализ необходимости использовать для доступа к SCP шлюзы на базе CORBA и возможностей интеграции технологий управления, применяемых в шлюзах разного назначения - VolP GW, PINT GW, GK GW и MCU GW; реализация услуг на базе интегрированных IN/lnternet-платформ и сравнение с реализацией их на базе существующего оборудования. Основной предпосылкой данного проекта стало то, что, в отличие от компьютерных систем, платформы IN были и остаются закрытыми. До сих пор нет иного способа взаимодействия с ними, кроме как посредством протокола INAP системы ОКС-7. Протоколы эксплуатационного управления и создания услуг остаются не стандартизированными (и различными в платформах разных поставщиков). В совокупности с другими факторами эти причины обусловили монополию небольшого количества крупнейших компаний-поставщиков телекоммуникационного оборудования и, как следствие, весьма высокие цены платформ IN. Новый стандарт открытого интерфейса для доступа к телекоммуникационным системам, каковыми являются платформы IN, должен дать сотням новых малых и средних компаний потенциальную возможность разрабатывать и оперативно поставлять на рынок приложения, доступные в инфраструктуре сетей общего пользования. Открытые сетевые интерфейсы способствуют созданию интегрированных компьютерно-телекоммуникационных приложений, появление которых должно улучшить использование ресурсов платформ IN за счет подключения к ним многомиллионной армии обладателей персональных компьютеров и увеличить потребность в новых услугах. От оператора сети связи требуется, чтобы он мог предоставить доступ к ресурсам своей сети третьей стороне, открыть для нее возможность управления ими (например, управления соединениями в коммутационной системе или управления интеллектуальной периферией). Однако при этом на первый план выдвигаются проблемы, связанные с аутентификацией пользователей и с защитой ресурсов. Существующий протокол INAP должен быть защищен от внешнего несанкционированного доступа, например, путем использования шлюзов IN/lnternet, обладающих специальными средствами (firewall). Должна сохраняться целостность всей сети, то есть обеспечение предоставления сетью любой услуги не должно зависеть от воздействий (как преднамеренных, так и непреднамеренных), обусловленных доступом в сеть третьей стороны. Должна быть гарантирована защита абонентов сети в части конфиденциальности данных о деталях подписки и оплате услуг. Как уже упоминалось выше, открытые интерфейсы в сторону Internet опираются на протокол IP, изначально созданный для не ориентированной на соединение передачи данных. Качество обслуживания, поддерживаемое протоколами высшего уровня (TCP -Transmission control protocol или UDP - User datagram protocol), приемлемо, в основном, для данных, которые нечувствительны к задержкам пакетов. Рост потребности в услугах мультимедиа, требующих передачи информации в реальном времени, привел к новой концепции сети Internet интегрального обслуживания (по аналогии с ISDN), в которой должны обеспечиваться более жесткие нормы качества обслуживания, такие как гарантированная длительность задержки и сквозная синхронизация. Протокол RSVP (Resource reservation protocol) предусматривает средства для передачи пользовательским приложением запроса обеспечить определенный класс обслуживания (один из трех) к маршрутизатору, который резервирует для потока пользовательских данных адекватные сетевые ресурсы. Второе направление эволюции протокола IP связано с тем, что он был создан для поддержки соединений сегментов вида "точка-точка" с обеспечением возможности связи между несколькими участниками только внутри сегмента. Для расширения этой функции разработан протокол поддержки многоточечной связи (Internet protocol multicast) и делаются попытки интеграции его и протокола RSVP с системами эксплуатационного управлениями соединениями в ATM-сетях с тем, чтобы приложения протокола IP могли полностью использовать достоинства этих сетей при установлении широкополосных многоточечных соединений с гарантированным качеством обслуживания. Проблемы, изложенные в данном разделе, составляют одну из областей, наиболее привлекательных как для разработчиков Internet-приложений, так и для разработчиков IN, а это, в свою очередь, дает все основания предполагать, что сформулированные выше задачи будут успешно решены в самом ближайшем будущем. Заключение В заключение можно сказать, что концепция ИС принята и с успехом реализуется многими операторами и администрациями связи в развитых странах. Существующие решения, пусть даже не в полной мере соответствующие международным стандартам и рекомендациям, уже приносят немалые доходы. Не вдаваясь глубоко в вопросы, связанные с маркетингом услуг ИС, приведем лишь несколько цифр, характеризующих эффективность и привлекательность услуг ИС. В США, например, рынок только одной услуги 800 (FPH), которая, кстати, порождает четверть всей международной нагрузки, а в отдельные дни доходит до 60%, оценивается более чем в 4 млрд. долл. в год при тенденции к постоянному увеличению. В Японии в 1992 году было 270 тыс. абонентов FPH и 50 тыс. абонентов Q2 при ежегодном росте их числа на 26%. Спрос на эти услуги растет опережающими темпами по сравнению с услугами традиционной телефонной связи. В 1991 финансовом году доходы от услуг ИС в Японии возросли на 150% по сравнению с предыдущим годом и в абсолютном исчислении составили 650 млн. долл. Даже по пессимистическому прогнозу консалтинговой фирмы OVUM, совокупные доходы от услуг ИС к 2000 году составят в США не менее 22%, а в Европе не менее 10% от всех доходов эксплуатационных компаний. Ожидается, что объем рынка ИС в Европе в 2002 году составит 15 млрд. долл. (сейчас - 4 млрд. дол.). Специалисты полагают, что в ближайшем будущем на Западе все сети для передачи голоса станут интеллектуальными. В таблице 10 приведены ожидаемые доходы (млн. долларов в год) от реализации услуг ИС в различных странах Европы на 2000 год. По прогнозу Insight Corporation (www.insight-corp.com), в 2002 году, доход от реализации ИС в мире составит 22,4 биллиона долларов, по сравнению с 2,8 биллионов долл., полученных в 1997 г. То есть ежегодный рост доходов составляет около 51%. Табл.10. Доходы от услуг ИС (млн. долл.)
|