Вариант № 1 предусматривает работу между двумя телефонами в стандартной телефонной сети и поэтому менее интересен для рассмотрения. Вариант № 2 предусматривает работу собственно Интернет-телефонии, в которой сигнализация и кодирование сигнала производятся в конечных системах и прозрачны для всей сети. Часть приложения реализована на основе TCP, часть – на UDP. Так, например, TCP протокол используется для каналов сигнализации как наиболее критичных к передаче с ошибками. Данные голоса передаются по UDP протоколу, но требуют синхронизации в приемнике, для чего используется Real-Time протокол (RTP) [2]. Основополагающим документом для голосовых сообщений является рекомендация H.323 ITU-T. Эта же рекомендация описывает весь комплекс мультимедийных сессий поверх сетей пакетной коммутации. H.323 определяет три типа устройств: привратник, шлюз и терминал [3]. Привратник – устройство, обеспечивающее управление вызовами для терминалов. Примерами такого контроля являются трансляция адресов, авторизация вызовов и т. д. Шлюз отвечает за проведение всех трансляций, необходимых для передачи голосовых данных в гибридных сетях. Терминал и его компоненты приведены на рис 2 [4]. Хотя первая версия H.323 появилась более трех лет назад, а версия 2 – около полутора лет назад, продукты с реализацией данного протокола еще недостаточно распространены. Причиной этого является недостаточное, в отличие, например, от случая ATM, осознание коммуникационной индустрией сути H.323. По мнению производителей оборудования, протокол H.323 является слишком «избыточным», что значительно осложняет совместимость соответствующего оборудования. Поэтому в настоящее время большинство усилий разработчиков и производителей направлено, в первую очередь, на «упрощение» технологии «голос через Интернет». Иллюстрацией этого является, например, факт выпуска более чем 18 производителями [5] оборудования, основанного на протоколе SIP (Session Initiation Protocol – RFC 2543), спустя всего лишь 4 недели после опубликования данного протокола IETF. Причина «непопулярности» H.323 кроется в следующем. H.323 развивался как продолжение стека протоколов: H.225.0 – для инициализации, ISDN Q.931 – для сигнализации, H.245 – для управления сессией и H.450 – для дополнительных сервисов [6]. Поскольку данный стек протоколов базируется на ISDN стандартах, то он рассчитан на применение только в соединениях «точка-точка». Это означает, что обычные телефонные услуги, такие, как конференция, перенаправление вызова, транспорт вызова, не могут быть реализованы без помощи внешнего устройства типа MCU (multipoint control unit), которое должно управлять сессией. Необходимость поддерживать в таком режиме многоточечные соединения делает затруднительным проведение конференций с большим количеством участников. Каскадирование MCU не дает в данном случае ощутимого облегчения задачи. Кроме того, учитывая, что MCU необходимы только для соединения «точка-много точек» или для перенаправления сервисов, их применение в каскадном режиме значительно удорожает инфраструктуру. Применение H.323 усложняется вследствие насыщенности его различными протоколами, а процесс передачи информации превращается в 6–7-шаговую процедуру. В результате можно сделать заключение о том, что применение H.323 эффективно лишь в небольших организациях, где необходимы в основном «точка-точка» сессии. Рис. 2. Схема H.323 терминала Session Initiation Protocol (SIP)
Иначе обстоит дело с уже упоминавшимся протоколом SIP, который намного проще в установке и использовании. Установление SIP соединения сходно с установлением HTTP сессии, поскольку также основано на текстовых командах и заголовках пакетов. Конечно, начальная фаза инициализации соединения происходит медленнее, чем H.323 соединения, но в целом установка соединения происходит за 1,5 цикла, т. е. в 4 раза быстрее, чем в H.323. Это объясняется использованием всего одного протокола в отличие от H.323, где применяется целый стек протоколов. Как и в случае HTTP, неизвестная информация в заголовках пакетов игнорируется. Все запрашиваемые сервисы устанавливаются при помощи заголовка REQUIRE [7]. Если запрашиваемый вид сервиса недоступен, то идет возврат с кодом ошибки и указанием, какие виды сервиса недоступны. В соответствие с этим пользователь может перезаказать сервис на упрощенном уровне. В SIP реализовано только четыре заголовка (TO, FROM, CALL-ID и CSEQ) и три типа запроса (INVITE, ACK и BYE). Поскольку принципы SIP сходны с принципами HTTP, он может быть легко расширен любым разработчиком. Особенностью протокола SIP является то, что добавляемые особенности «вытесняют» предыдущие, что позволяет оставаться протоколу небольшим и простым в использовании, в отличие от H.323, где новые опции добавляются на верхний уровень стека протоколов и делают данную спецификацию весьма значительной по объему. Еще одной важной особенностью SIP является масштабируемость. SIP серверы и шлюзы могут находиться в стабильном и нестабильном состояниях. В нестабильной конфигурации вызовы проходят через сервер или шлюз и затем освобождают его, что позволяет серверу заниматься другими вызовами. Конференционные вызовы масштабируемы, потому что SIP может использовать UDP и TCP, делая конференционные вызовы такими же простыми, как мультикастная сессия. Исходя из этой архитектуры, большая конференция может быть образована без использования каскада MCU устройств или множества шлюзов. Еще одним важным отличием SIP от H.323 является следующее. Архитектура SIP – клиент/сервер она требует уровня управления вызовами на базе сервера, который отсутствует в моделях с использованием шлюза и привратника, применяемых в большинстве H.323 конечных терминалах. Первое, что делает SIP клиент [8] – находит сервер, обычно через DNS. SIP прокси-сервер может быть элементарно интегрирован в брандмауэр и транслятор сетевых адресов. Предлагаемые сейчас расширения в SIP протокол включают спецификации для управления секретностью вызовов и требования QoS, основанные на профайлах пользователей в соответствии с сигнализацией об изменениях условий в сети. Анализируя возможности SIP, можно сделать вывод о наибольшей эффективности использования данного протокола в сетях большого размера в конференциях с большим количеством участников.
Недавно появилась модификация протокола – SIP+ [9], позволяющая осуществить конвергенцию с ТфОП. SIP+ упаковывает сигналы SS7, Q.931 или CAS в SIP сообщение. Поскольку SIP основан на сообщениях электронной почты, SIP+ транспортирует бинарные сигналы, как MIME добавления к SIP сообщению. Кодирование MIME позволяет «туннелировать» сигналы между узлами MGC (Media gateway Controller), при этом используется SUBTYPE для информирования MGC о типе сообщения (SS7, Q.931 или CAS), которое было закодировано. Вызовы, приходящие из ТфОП, могут использовать процедуру многошагового поиска SIP для маршрутизации вызова к абоненту. Вызовы также могут быть инициированы одним оператором и приняты другим с использованием NNI (Network-to-Network Interface), где сигнализация передается через шлюз к MGC. SIP+, создавая возможность MGC-MGC взаимодействия, позволяет передавать вызовы из одной ТфОП в другую ТфОП с использованием IP сети.
Последние поколения сравнительно недорогих цифровых камер [11] позволяют передавать высококачественные видеосигналы в режиме реального времени. При этом они подключаются непосредственно к компьютеру. Имеется также широкий спектр программных средств для распространения указанных видеосигналов через Интернет. Единственным ограничением для массового использования данной технологии остаются, как видно из таблицы 1, высокие требования к скорости передачи данных – не менее 15 Мбит/с. К сожалению, указанное ограничение не снимает и более эффективная схема компрессии видеоданных, например, JPEG, так как последняя позволяет снизить необходимую полосу пропускания только примерно до 20 Мбит/с. Однако в случае прогнозируемого успешного развития гигабитных сетей, позволяющих резко повысить скорость передачи мультимедийных данных, появляется принципиальная возможность отказа от компрессии, как для видео, так и для аудио сигналов, что значительно упростит и удешевит устройства ввода-вывода. Предполагается, что в течение ближайших нескольких лет цифровые камеры (например, DVD), как одно из самых последних технологических решений, вытеснят устаревшие аналоговые домашние камеры.
Для преодоления затухания сигнала необходимы усилители. До недавних пор усиление сигнала осуществлялось только при помощи электрических усилителей. Настоящим прорывом в области передачи светового сигнала явилось создание сверхширокополосных оптических усилителей (EDFA). Устройства состоят из двух параллельно включенных усилителей, один из которых содержит активное волокно, легированное эрбием и ионами тулия [18]. Для выравнивания коэффициентов усиления в схему включен эквалайзер. Усиление оптического сигнала происходит в диапазоне длин волн 153–1610 нм с коэффициентом усиления G=20 при коэффициенте шума менее 7,5 дБ. Существующие в настоящее время лазеры могут передавать без усиления сигнал на расстояние около 80 км со скоростью 2,5 Гбит/с и на расстояние 50 км – со скоростью 10 Гбит/с. Поэтому большинство муниципальных WDM-сетей в мире в основном не требует усиления какого-либо типа. Следует отметить, что в силу технологических особенностей EDFA-усилители требуют, после 5–6-элементного каскада, применения электрического усилителя. Повторители в WDM сетях большой протяженности делятся на 3 класса:
Литература