Инфокоммуникационные системы
.pdfINVITE 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