IP-телефония

Рисунок 5. Сигнализация SIP

Установления соединения через сервер переадресации

Сеть SIP содержит пользователей (правильно сказать UAS), прокси-серверы и серверы переадресации. Перед началом сеанса связи вызывающий пользователь должен знать либо адрес вызываемого пользователя, либо адрес SIP-сервера. Адрес может быть в виде: user@domain, тогда необходимо преобразовать его в IP-адрес с помощью услуг DNS. Адреса серверов пользователю сообщает поставщик услуги. Для доступа к серверу может потребоваться аутентификация, обеспечивающая обслуживание только определенной группы пользователей, например, тех, кто заплатил за услуги. Если прямого адреса пользователя нет, он обращается к прокси-серверу или к серверу переадресации. Далее алгоритм работы сети зависит от того, к какому серверу он обратился. Вызывающему пользователю требуется вызвать другого пользователя. Он передает запрос INVITE 1 на известный ему адрес сервера переадресации и на порт 5060, используемый по умолчанию (рисунок 6). В запросе вызывающий пользователь указывает адрес вызываемого пользователя. Сервер переадресации запрашивает текущий адрес нужного пользователя у сервера местоположения 2, теперь вызывающая сторона может связаться с вызываемой стороной. Для этого она передает новый запрос INVITE 6. В теле сообщения INVITE указываются данные о функциональных возможностях вызывающей стороны в формате протокола SDP. Вызываемая сторона принимает запрос INVITE и начинает его обработку, о чем сообщает ответом 100 Trying 7 встречному оборудованию для перезапуска его таймеров.

После завершения обработки поступившего запроса оборудование вызываемой стороны сообщает своему пользователю о входящем вызове, а встречной стороне передает ответ 180 Ringing 8.

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

Терминал вызывающего пользователя подтверждает прием ответа запросом АСК 10. На этом фаза установления соединения заканчивается, и начинается разговорная.

По завершении разговорной фазы любая из сторон передает запрос BYE 11, который подтверждается ответом 200 ОК 12.

Рисунок 6. Сценарий соединения установления

Заключение

В наши дни, спустя 13 лет после появления технологии VoIP, без нее, современный рынок телекоммуникационных услуг представить сложно - в повседневную жизнь пользователей Интернет вошел Skype и другие подобные сервисы, в офисах устанавливают IP-АТС, появилась возможность использовать VoIP с мобильных устройств. Выросло как количество VoIP операторов, так и число людей использующих их услуги. Таким образом, не смотря на прогнозы скептиков, технология VoIP оказалась успешной и широко востребованной в современном мире.

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

Оба протокола являются результатом решения одних и тех же задач специалистами ITU-T и комитета IETF. Решение ITU-T оказалось ближе к традиционным телефонным сетям, а решение комитета IETF базируется на принципах, составляющих основу сети Internet.

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

Персональная мобильность пользователей. Протокол SIP имеет хороший набор средств поддержки персональной мобильности пользователей, в число которых входит переадресация вызова к новому местоположению пользователя, одновременный поиск по нескольким направлениям (с обнаружением зацикливания маршрутов) и т.д. В протоколе SIP это организуется путем регистрации на сервере определения местоположения, взаимодействие с которым может поддерживаться любым протоколом. Персональная мобильность поддерживается и протоколом Н.323, но менее гибко. Так, например, одновременный поиск пользователя по нескольким направлениям ограничен тем, что gatekeeper, получив запрос определения местоположения пользователя LRQ, не транслирует его к другим gatekeeper-ам. Протокол SIP достаточно просто обеспечивает совместимость разных версий. Поля, которые не понятны оборудованию, просто игнорируются. Это уменьшает сложность протокола, а также облегчает обработку сообщений и внедрение новых услуг.

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

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

Масштабируемость сети (scalablllty). Сервер SIP, по умолчанию, не хранит сведений о текущих сеансах связи и поэтому может обработать больше вызовов, чем gatekeper Н.323, который хранит эти сведения (statefull).

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

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

Протокол Н.323 использует двоичное представление своих сообщений на базе языка ASN.1, поэтому их непосредственное чтение затруднительно. Для кодирования и декодирования сообщений необходимо использовать компилятор ASN. 1. Но, в то же время, обработка сообщений, представленных в двоичном виде, производится быстрее.

На основе проведенного выше сравнения можно сделать вывод о том, что протокол SIP больше подходит для использования Internet-поставщиками, поскольку они рассматривают услуги IP-телефонии лишь как часть набора своих услуг.

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

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

Список литературы

1. А.В. Росляков, М.Ю. Самсонов И.В. Шибаева: IP-телефония, издание второе. 2003. Москва.

2. Б. С. Гольдштейн, А. А. Зарубин, В. В. Саморезов: протокол SIP справочник . 2005. Санкт-Петербург.

3. Соколов О.В. Слободской Н.В. 2006. Ораганизация и возможности сетей IP-телефонии [Online] . http://voipx.ru/cgi-bin/loscont.cgi?ID=08

4. Гольдштейн А.Б., Гольдштейн Б.С. SOFTSWITCH. Санкт-Петербург, 2006

5. Гольдштейн Б.С., Пинчук А.В., Суховицкий А.Л. IP-телефония (3-е издание). М.: Радио и связь, 2006

6. Гольдштейн Б.С., Гойхман В.Ю., Онучина Д.Н. Протокол SIP: учебное пособие. ГОУВПО СПбГУТ. СПб, 2009

Приложение 1

Протоколы семейства H.323:

H.235.0-H.235.9 -- определение безопасности систем H.323, включая поддержку протокола SRTP;

H.239 -- управление индикацией типа информационного потока Role Management;

H.241 -- расширенные видеопроцедуры Extended Video Procedures;

H.249 -- расширение индикации ввода пользователя Extended User Input Indications (например, щелчка мыши или движения курсора);

H.361 -- поддержка качества услуг между терминалами End-to-End Quality of Service (вместо Приложения N H.323) и сигнализации приоритета услуги Service Priority Signaling;

H.460.10 -- категория коллективного вызова Call Party Category (транспорт поля ISUP через систему H.323);

H.460.11 -- установление задержанного вызова Delayed Call Establishment (тем самым гарантируется, что медиа-поток появится ранее, чем сигнал о входящем вызове);

H.460.12 -- индикатор управления бликами Glare Control Indicator;

H.460.13 -- управление освобождением вызванного пользователя Called User Release Control (при критически важных вызовах, например при обращении в службы скорой помощи, важно знать, как и когда произошло разъединение);

H.460.14 -- многоуровневый приоритет и прерывание Multi-Level Precedence and Pre-Emption (добавление поддержки MLPP стандартом H.323);

H.460.15 -- сигнализация паузы транспортного канала и перенаправления вызова Call Signalling Transport Channel Suspension and Redirection;

H.460.16 -- гарантия надежного разъединения путем введения механизма квитирования Multiple-Message Release Sequence Capability;

H.460.17 -- туннелирование RAS через H.225.0 Tunneling RAS Through H.225.0;

H.460.18 -- пропуск сигнализации H.323 трансляторами адресов NAT и межсетевых экранов Traversal of H.323 Signaling across Network Address Translators and Firewalls;

H.460.19 -- пропуск мультимедийных потоков H.323 преобразователями адресов NAT и межсетевыми экранами Traversal of H.323 Media Across Network Address Translators and Firewalls;

H.460.20 -- номера дислокации для H.323 Location Number for H.323;

H.460.21 -- широковещательное сообщение для систем H.323 Message Broadcast for H.323 Systems»( IJCSNS International Journal of Computer Science and Network Security)

Размещено на Allbest.ru