Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Инфокоммуникационные системы

.pdf
Скачиваний:
34
Добавлен:
17.05.2015
Размер:
281.56 Кб
Скачать

INVITE sip:watson@boston.bell-tel.com SIP/2.0 Via:SIP/2.0/UDP boston.bell-tel.com From: A. Bell <sip:a.g.bell@bell-tel.com> To: T. Watson <sip:watson@ bell-tel.com>

From:33051<sip:33051@otdelen1.com>;tag=1928301774 Call-ID:a84b4c76e66710@ bell-tel.com

CSeq: 1 INVITE Content-Type:application/sdp Content-Length:162

v=0

o=- 2890844526 2890844526 IN IP4 bell-tel.com s=-

t=2873397496 0 c=IN IP4 192.2.17.12

m=audio 49170 RTP/AVP 8 0 4

Рис. 3. Пример SIP-запросов

10

 

 

Типы заголовков протокола SIP

 

 

Таблица 1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Тип ответа

 

Характеристики

 

 

 

 

 

 

 

 

 

Код

Название

 

Комментарий

 

 

 

 

 

 

 

 

 

 

 

 

 

Обнуление

 

таймеров

в

оборудовании

 

 

100

Trying

пользователя.

Если

до

срабатывания

 

 

таймера ответ на запрос не получен, за-

 

 

 

 

 

Предварительные (ин-

 

 

прос считается потерянным

 

 

 

180

Ringing

Аналогичен сигналу КПВ в ТфОП

 

 

формационные)

 

 

181

Call Forwarding

Перенаправление

вызова

к

другому

 

 

пользователю

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

182

Queued for Service

Постановка

вызова

в очередь для ожи-

 

 

дания

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

200

OK

Базовый ответ, значение которого зави-

 

 

сит от полученного запроса

 

 

 

 

 

 

 

 

 

 

300

Multiple Choices

В ответе указывается несколькоSIP-

 

 

адресов, по которым можно найти вы-

 

 

 

зываемого пользователя

 

 

 

 

 

302

Multiple Tempovarily

Пользователь

временно

находится по

 

 

адресу, указанному в поле ответа

 

 

 

 

 

 

 

 

400

Bad Request

Запрос

не

понят

из-за

синтаксических

 

 

ошибок в нем

 

 

 

 

 

 

 

 

 

 

 

 

 

 

не

 

486

Busy Here

Вызываемый пользователь занят и

 

желает

(не

может)

принять

входящий

 

 

 

вызов

 

 

 

 

 

 

 

 

 

500

Server Internal Error

Сервер не может обслужить запрос из-за

 

 

внутренней ошибки

 

 

 

 

 

 

 

 

 

 

 

 

 

 

501

Not Implemented

В сервере не реализованы функции, не-

 

 

обходимые для обслуживания запроса

 

 

 

Окончательные

 

 

Сервер, функционирующий в качестве

 

502

Bad Gateway

шлюза

или

 

прокси-сервера,

принимает

 

некорректный ответ от сервера, к кото-

 

 

 

 

 

 

рому он направил запрос

 

 

 

 

 

 

 

Сервер не может обслужить вызов из-за

 

 

503

Service Unavailable

перегрузки или проведения техническо-

 

 

 

го обслуживания

 

 

 

 

не

 

 

 

Вызываемый пользователь занят и

 

 

 

желает принимать вызов в данный мо-

 

 

 

мент. Ответ может содержать указание

 

600

Busy Everywhere

на время, подходящее для вызова. Если

 

 

 

с пользователем можно связаться по

 

 

 

другому адресу, то используется ответ

 

 

 

486

 

 

 

 

 

 

 

 

 

 

 

Вызываемый

 

пользователь

не

желает

 

603

Decline

принимать входящие вызовы, не указы-

 

 

 

вая причину отказа

 

 

 

 

 

 

604

Does Not Exist Any-

Вызываемого

пользователя

не

сущест-

 

 

where

вует

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

11

4. ПРОЦЕСС УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ

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

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

Вызывающему пользователю требуется вызвать другого пользователя. Он передает запрос INVITE 1 на известный ему адрес сервера переадресации и на порт 5060, используемый по умолчанию (рис. 4). В запросе вызывающий пользователь указывает адрес вызываемого пользователя. Сервер переадресации запрашивает текущий адрес нужного пользователя у сервера местоположения2, теперь вызывающая сторона может связаться с вызываемой стороной. Для этого она передает новый запрос INVITE 6. В теле сообщения INVITE указываются данные о функциональных возможностях вызывающей стороны в формате протокола SDP. Вызывающая сторона принимает запросыINVITE и начинает его обработку, о чем сообщает ответом 100 Trying 7 встречному оборудованию для перезапуска его таймеров.

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

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

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

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

12

Рис. 4. Сценарий установления соединения через сервер переадресации

13

4.2.Установление соединения через прокси-сервер

Вэтом случае действия 1, 2, 3 такие же, как и при использовании сервера переадресации. После выявления адреса (на сервере определения местоположения) прокси-сервер передает по этому адресу запросINVITE 4, вызываемый пользователь В оповещается акустическим или визуальным сигналом о том, что его вызывают 5; он поднимает трубку и ответ200 ОК отправляется к прокси серверу 6. Прокси-сервер переправляет этот ответ вызывающему пользователю

А7, последний подтверждает правильность приема, передавая запрос АСК 8, который переправляется к вызванному пользователю В 9. Соединение установлено, идет разговор. Вызванный пользователь В кладет трубку, передается запрос BYE 10, прием которого подтверждается ответом 200 ОК 11.

Рис. 5. Сценарий установления соединения через прокси-сервер

14

Контрольные вопросы

1.Зачем нужен протокол SIP?

2.Основные принципы, положенные в основу протокола SIP.

3.С помощью какого протокола терминалы обмениваются информацией

о своих функциональных возможностях?

4.Перечислите основные элементы SIP-сети.

5.Какой тип адресации используется в протоколе SIP?

6.Перечислите типы SIP-адресов, что значат их элементы?

7.Опишите принцип «клиент-сервер».

8.Сообщения протокола SIP, их формат и структура.

9.Существующие виды сообщений.

10.Назначение запросов и ответов протокола SIP.

11.Поясните назначение основных заголовков сообщений.

12.Опишите процесс установления соединения через сервер переадресации.

13.Опишите процесс установления соединения через прокси-сервер.

14.В чем разница двух сценариев?

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

16.Какое минимальное число сообщений необходимо для установления -со единения?

15

Контрольное задание

Для каждого варианта составить запросы и ответы применительно к сеансу связи между вызывающими и вызываемыми пользователями.

 

 

 

 

Таблица 2

 

 

 

 

 

Вариант

1

2

3

4

Вызываю-

Имя: Egorov

Имя: Valery

Имя: Boris

Имя: Pit

щий поль-

SIP-адрес:

SIP-адрес:

SIP-адрес:

SIP-адрес:

зователь

egorov@usurt.ru

valery@sipserver.com

boris@usurt.ru

pit@sip.edu

Вызывае-

Имя: Dontsov

Имя: Dmitriy

Имя: Vasy

Имя: Egorov

мый поль-

SIP-адрес:

SIP-адрес:

SIP-адрес:

SIP-адрес:

зователь

dontsov@sip.usurt.ru

dmitriy@sip.bell.org

vasy@ sip.bell.org

egorov@usurt.ru

Пройден-

usurt.ru

sipserver.com

usurt.ru

usurt.edu

ные серве-

sip.usurt.ru

central.com

interconnect.com

centralserver.ru

ры

 

bell.org

bell.org

 

Тип запроса

INVITE, 200 OK

BYE, 302 Moved

OPTION

REGISTER

и ответа

 

Temporarily

404 Not Found

200 OK

Литература

1.Гольдштейн А. Б., Саморезов В. В. IP-телефония: метод. рекомендации к лабораторным работам. – СПбГУТ. – СПб, 2003.

2.Бакланов И. Г. NGN: принципы построения и организации. – М.: ЭКОТРЕНДЗ, 2008.

3.Гольдштейн А. Б., Гольдштейн Б. С. Softswitch. – СПб.: БХВ, 2006.

4.Кучерявый А. Е., Гильченок Л. З., Иванов А. Ю. Пакетная сеть связи об-

щего пользования – СПб.: Наука и Техника, 2004.

5.Росляков А. В. ОКС № 7 Архитектура, протоколы, применение – М.: ЭКО -ТРЕНДЗ, 2008.

6.Росляков А. В. и др. Сети следующего поколения NGN – М.: ЭКОТРЕНДЗ, 2009.

16

Учебное издание

Е. С. Богданова

ПРОТОКОЛЫ ПАКЕТНОЙ КОММУТАЦИИ

Учебный справочник для студентов

V курса всех форм обучения специальности

190402 – «Автоматика, телемеханика и связь на ж.-д. транспорте» (специализация «Системы передачи и распределения информации»)

Редактор С. В. Пилюгина

Подписано в печать 04.04.11. Формат 60´84 /16 Бумага офсетная. Усл. печ. л. 0,9

Тираж 70 экз. Заказ № 52

Издательство УрГУПС 60034, Екатеринбург, ул. Колмогорова, 66