Главная страница
Навигация по странице:

  • Интегрированные IN/Internet-услуги

  • УСЛУГА "CLICK-TO-DIAL" (CTD)

  • УСЛУГА "VIRTUAL SECOND LINE" (VSL)

  • УСЛУГА "INTERNET CUSTOMER PROFILE MANAGEMENT" (ICPM)

  • УСЛУГА "INTERNET CALL WAITING" (ICW)

  • Рис.21. Схема предоставления услуги ICW УСЛУГА "IMPROVED VPN"

  • Рис.22. Общая конфигурация для PINT-услуг

  • Сигнализация поддержки услуг мультимедиа в сетях IP

  • Рис.23.Архитектура взаимодействия IN и IP-сетей через распределенные шлюзы

  • Функциональная архитектура поддержки IP-сетей в IN

  • реферат. Интеллектуальные сети. Интеллектуальные сети. Введение


    Скачать 0.71 Mb.
    НазваниеИнтеллектуальные сети. Введение
    Анкорреферат
    Дата11.02.2023
    Размер0.71 Mb.
    Формат файлаdoc
    Имя файлаИнтеллектуальные сети.doc
    ТипДокументы
    #931796
    страница5 из 8
    1   2   3   4   5   6   7   8

    Рис.20. Подходы к предоставлению услуг в IN и IP-сетях

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

    Интегрированные IN/Internet-услуги

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

    С конца 90-х годов операторы сетей связи начали предлагать решения, базирующиеся на интеграции телефонных услуг и услуг Internet. Первым примером такого рода решений может служить использование протокола IP для передачи междугородных факсов. Вскоре на рынке появились услуги типа "Click-to-Dial" (телефонный вызов подачей команды со стороны компьютера, включенного в IP-сеть), которым прочат большую популярность.

    УСЛУГА "CLICK-TO-DIAL" (CTD) дает пользователю возможность во время сеанса связи с Internet произвести телефонный вызов путем простой активизации соответствующей пиктограммы на экране своего компьютера. Адрес вызываемой и/или вызывающей стороны, может быть как IP-адресом, так и номером телефонной линии.

    УСЛУГА "VIRTUAL SECOND LINE" (VSL) позволяет абоненту ответить на входящий телефонный вызов, не прерывая сеанса связи с Internet. Для этого может быть использован специальный шлюз, преобразующий речевые телефонные сигналы в поток передачи речи по протоколу IP (VolP - Voice over IP) к терминалу пользователя, подключенному к Internet.

    УСЛУГА "INTERNET CUSTOMER PROFILE MANAGEMENT" (ICPM) позволяет управлять профилем услуги IN с персонального компьютера прямо из Web-страницы. В настоящее время абонент или пользователь услугой IN может управлять профилем своей услуги при помощи сигналов DTMF или с помощью оператора.

    УСЛУГА "INTERNET CALL WAITING" (ICW) позволяет известить пользователя во время сеанса связи с Internet о поступившем телефонном вызове. После того как пользователь будет оповещен, у него имеется на выбор несколько опций: ответить на вызов, приостановив сеанс с Internet, переадресовать вызов в почтовый ящик речевых сообщений, передать вызывающему абоненту сигнал ожидания или вовсе игнорировать вызов. Если пользователь решил ответить на вызов, то устанавливается соединение в телефонной сети, а сеанс с Internet прекращается или приостанавливается с отключением модема. Схема предоставления услуги ICW представлена на рисунке 21.



    Рис.21. Схема предоставления услуги ICW

    УСЛУГА "IMPROVED VPN" позволяет использовать большинство привлекательных особенностей VPN, распространяя их на сети IP. Кроме традиционных атрибутов услуги VPN, "продвинутая" VPN обеспечивает:

    • объединение терминалов разных типов (например, стационарных, мобильных, персональных компьютеров) в единую виртуальную частную сеть;

    • использование перекрестных связей между терминалами разных типов;

    • управление соединениями с целью выбора для них оптимального по стоимости маршрута как внутри VPN, так и вне ее.

    В составе инженерной проблемной группы Internet- IETF(Internet engineering task force) организована рабочая группа под названием PINT (PSTN and Internet interworking), определившая протокол взаимодействия между телефонной сетью и Internet - PINT Profile. Этот протокол позволяет привлекать IP-сеть к предоставлению телефонных услуг (см. рисунок 22). К таким услугам относятся организация связи между абонентами телефонной сети, а также передача и прием содержания факсов по телефону. При этом Internet используется для управляющих воздействий, а передачу речи (или данных) целиком берет на себя телефонная сеть. Работы группы PINT не затрагивают проблем передачи речи через границу между телефонными сетями и IP-сетями.



    Рис.22. Общая конфигурация для PINT-услуг

    Таким образом, при объединении возможностей телефонных сетей и IP-сетей возможно предоставление двух новых классов услуг: передача речи поверх протокола IP (VolP) и управление соединением в телефонной сети из IP-сети. Аспекты взаимодействия услуг/ приложений IP и услуг IN являются предметом стандартизации в рамках набора CS-4. Прежде чем продолжить обсуждение архитектурных особенностей реализации принципов конвергенции услуг, целесообразно отойти немного в сторону и рассмотреть вкратце архитектурные принципы организации IP-сетей.

    Сигнализация поддержки услуг мультимедиа в сетях IP

    Для обеспечения функций сигнализации в IP-телефонии существуют два основных стандарта: семейство протоколов Н.323, разработанное ITU-T, и протокол SIP (Session initiation protocol), разработанный IETF.

    Протоколы семейства Н.323 и SIP представляют различные подходы к решению одних и тех же задач. Если первые близки к традиционным системам сигнализации, то второй реализует более простой, "интернетовский" подход на основе протокола HTTP (Hypertext transfer protocol). В рекомендации Н.323 описано большое количество различных вариантов прохождения соединений, что с большой вероятностью гарантирует совместимость разных систем. Протокол SIP с сообщениями, базирующимися на текстовом формате, проще в реализации и с точки зрения добавления новых функций. Систему объектов Н.323 можно рассматривать как прикладную сеть, наложенную на сеть передачи данных (IP-сеть), тогда как услуги SIP ориентированы на интеграцию с услугами Internet. Технология Н.323 предоставляет больше возможностей управления конкретной услугой связи, как в части аутентификации, так и в части контроля использования сетевых ресурсов.

    Технология Н.323

    Рекомендация ITU-T Н.323 определяет основы передачи данных в сетях с коммутацией пакетов, протоколы и процедуры мультимедийной связи, в том числе, и в IP-сетях. Н.323 является "зонтичной" рекомендацией, в ней описаны компоненты сети и даны комментарии к применению других рекомендаций, в частности Н.225 и Н.245, а также протоколов, разработанных IETF. Рекомендация Н.323 определяет четыре компонента системы: привратник (GK - Gatekeeper), шлюз (GW- Gateway), блок управления конференциями (MCU - Multipoint Control Unit) и Н.323-терминал.

    Привратник (GK) служит для остальных компонентов управляющим устройством. В его функции входит преобразование адресов плана нумерации телефонных сетей по рекомендации ITU-T E.164 в IP-адреса, управление доступом к сети и обеспечение защиты, управление полосой пропускания, управление связью и маршрутизация.

    Шлюз (GW) обеспечивает взаимодействие с другими сетями, в первую очередь, с телефонной сетью, преобразуя способы передачи сигналов, используемые в сетях коммутации каналов, в транспортный протокол RTP (Real time transport protocol) для передачи информации по IP-сети, а также выполняет часть функций управления полосой пропускания.

    Блок управления конференциями (MCU) необходим для организации многосторонней связи трех и более конечных точек, соответствующих требованиям рекомендации Н.323, например, персональных компьютеров.

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

    В сетях IP-телефонии между вызывающей и вызываемой сторонами существует информационная связь двух типов: двунаправленный поток пользовательских данных и обмен сигнальными сообщениями для управления соединением и характеристиками потока пользовательских данных.

    Процедура организации связи между конечными точками проходит в три этапа:

    1. регистрация конечной точки и управление доступом,

    2. маршрутизация в сети и установление соединения между конечными точками,

    3. согласование параметров передачи информации между конечными точками.

    После того как соединение установлено, и параметры согласованы, передача мультимедийной информации осуществляются по протоколу RTP.

    Поток данных пользователя организован в виде двух отдельных RTP-сеансов, по одному для каждого направления передачи, причем для мультимедийного трафика разных типов используются разные логические каналы RTP. Рекомендуется использовать разные логические каналы и для потоков однотипной информации, если разные потоки одного типа предъявляют разные требования к качеству обслуживания.

    В рекомендации Н.225, входящей в семейство Н.323, описаны механизмы сигнализации, необходимые для регистрации, контроля доступа и индикации состояния (RAS - Registration, admission control and status), для управления связью (на основе протокола Q.931 DSS1) и передачи трафика. В рекомендации Н.245 определены типы сигнальных сообщений, которые передаются между конечными точками, и процедуры согласования параметров.

    Протокол SIP (IETF)

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

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

    Протоколом SIP определены два типа сигнальных сообщений -запрос и ответ, которые имеют текстовый формат и базируются на протоколе HTTP. В запросе указываются процедуры, вызываемые для выполнения требуемых операций, а в ответе - результаты их выполнения. SIP использует адресацию, основанную на унифицированном указателе ресурсов URL, в котором может быть записано имя домена или IP-адрес.

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

    Проект TIPHON (ETSI)

    Работа над проектом TIPHON (Telecommunications and internet protocol harmonization over networks) была начата институтом ETSI в апреле 1997 года с целью решения проблем взаимодействия между IP-сетями и сетями коммутации каналов (CSN - Circuit switched network), крупнейшей из которых является мировая телефонная сеть. В рамках проекта TIPHON рассматриваются четыре возможных сценария передачи речи:

    • от пользователя IP-сети к абоненту сети CSN с целью предоставить пользователям IP-сетей доступ к речевым услугам сетей с коммутацией каналов, в том числе, к услугам IN;

    • от абонента сети CSN к пользователю IP-сети с идентификацией вызываемой стороны адресом в телефонной сети (по рекомендации Е.164) или IP-адресом;

    • между абонентами сетей CSN с использованием IP на магистрали;

    • между пользователями IP-сетей с использованием CSN на магистрали и с идентификацией вызываемой стороны адресом в телефонной сети (по Е.164) или IP-адресом.

    Базируясь на стандартах Н.323 ITU-T для IP-сетей, спецификации TIPHON ETSI дополняют их некоторыми обязательными процедурами, а также механизмами взаимодействия с сетями коммутации каналов. Функциональная модель TIPHON состоит из тех же компонентов, что и модель Н.323, однако в ней предусмотрено разделение шлюза на три сетевых элемента: шлюз сигнализации (SG - Signalling gateway), транспортный шлюз (MG - Media gateway) и контроллер транспортного шлюза (MGC - Media gateway controller). Схема взаимодействия элементов архитектуры TIPHON с телефонной сетью приведена на рисунке 23.



    Рис.23.Архитектура взаимодействия IN
    и IP-сетей через распределенные шлюзы


    Шлюз сигнализации (SG) служит промежуточным звеном обеспечения сигнализации между IP-сетями и сетями CSN. В задачи транспортного шлюза (MG) входит преобразование и/или перекодирование передаваемой информации, преобразование адреса, подавление эха, воспроизведение различных сообщений для абонентов, прием и передача сигналов DTMF и т.д. Контроллер транспортного шлюза (MGC) выполняет процедуры сигнализации, которые определены рекомендацией Н.323, и преобразует сигнальные сообщения сети с коммутацией каналов в сообщения Н.323. Его основная задача -управлять работой транспортного шлюза, т.е. осуществлять управление соединениями, использованием ресурсов, преобразованием протоколов и т.п.

    В архитектуре TIPHON привратник (GK), помимо функций, определенных для него в Н.323, дополнительно отвечает за начисление платы, взаиморасчеты и составление отчетов об использовании ресурсов.

    Декомпозиция шлюза IETF

    Распределенная архитектура телефонного шлюза предлагается и рабочими группами IETF. Согласно подходу IETF, основу модели шлюза также составляют три уже знакомых нам элемента: шлюз сигнализации (SG), контроллер транспортного шлюза (MGC) и собственно транспортный шлюз (MG).

    Функции каждого из этих элементов тоже практически не отличаются от тех, что определены рабочими группами TIPHON. При использовании системы сигнализации ОКС-7 в контроллер IP-сети будут направляться сообщения подсистемы ISUP. При использовании сигнализации по выделенным сигнальным каналам (ВСК), сигнальные сообщения сперва, вместе с информацией абонента, поступят в транспортный шлюз, а затем - в контроллер транспортного шлюза. Для инкапсуляции телефонных протоколов сигнализации (ISUP,ВСК, PRI) и передачи переносимой ими информации в контроллер транспортного шлюза используется протокол MDTP (Multi-Network datagram transmission protocol).

    Контроллер MGC анализирует сигнальные сообщения и передает управляющую информацию в шлюз MG, используя специальный протокол, позволяющий управлять ресурсами (системой интерактивного речевого отклика, мостами конференцсвязи и т. д.). Этот же протокол обеспечивает управление приемом и формированием сигналов DTMF и акустических сигналов, подавлением эха, использованием различных кодеков (G.711, G.723.1, G.729, GSM и т. д.), сбором статистики, тестированием конечных точек (например, испытаниями по шлейфу), резервированием, отключением и блокировкой конечных точек и шифрованием.

    Протокол MGCP

    MGCP (Media gateway control protocol) представляет собой довольно простой протокол типа "клиент-сервер", предложенный рабочей группой IETF MEGACO (Media gateway control) для управления транспортным шлюзом. MGCP дополняет протоколы Н.323 или SIP, поддерживающие сигнализацию, функциями управления соединениями. Впервые протокол управления транспортным шлюзом под названием SGCP (Simple gateway control protocol) был разработан компанией Telcordia (бывшей BellCore). Впоследствии компанией Level 3 был предложен протокол IPDC (IP device control protocol). Оба они впоследствии были объединены в протокол MGCP.

    Согласно модели MEGACO логика управления соединениями в MG контролируется централизованно специальным элементом -агентом запрашиваемой связи (СА - Call agent) - аналогом MGC в архитектуре TIPHON, находящимся вне транспортного шлюза. Сам же шлюз MG представляется в виде объекта, состоящего из (1) конечных точек - точек входа/выхода информационных потоков и (2) соединений - двух или более связанных между собой конечных точек. Модель определяет физические конечные точки (например, окончания соединительных линий) и виртуальные конечные точки (скажем, аудиоисточники). Протокол MGCP использует принцип "ведущий/ведомый", согласно которому агент СА передает транспортному шлюзу команды для управления конечными точками и соединениями.

    В ITU-T обсуждается протокол под рабочим названием Н.248, предназначенный для управления транспортным шлюзом. Протокол MGCP является основным (но не единственным) кандидатом на то, чтобы составить основу для Н.248.

    Функциональная архитектура поддержки IP-сетей в IN

    В то время как в проекте ETSI TIPHON рассматриваются проблемы взаимодействия с сетями коммутации каналов с точки зрения IP-сетей, ITU-T сфокусировал свои исследования на проблемах взаимодействия IP-сетей и IN. Первый вариант функциональной архитектуры интегрированной IN/IP-сети был предложен в 1998 году. Начиная с этого варианта, ITU-T проводит исследование двух основных групп аспектов, связанных с взаимодействием IN и IP сетей, - передача операций протокола INAP поверх протокола IP и атрибуты услуг IN/IP для предположительного включения в наборы CS-3 и CS-4.


    1   2   3   4   5   6   7   8


    написать администратору сайта