Составители:
Рубрика:
13
REFER (1)
202 Accepted (2)
200 OK (4)
200 (OK) (6)
NOTIFY(5)
Agent A
Agent B
Agent C
NOTIFY (3)
Рис. 1.7. Процедура переадресации вызова
Подписка, создаваемая запросом REFER, по своей сути является такой
же, как подписка, создаваемая запросом SUBSCRIBE. REFER – это только
механизм, который создаёт подписку на контроль события переадресации
вызова – «refer». Создание подписки влечёт за собой отправку запроса
NOTIFY. Механизм отправки сообщений NOTIFY используется для изве-
щения UA, передавшего REFER, о статусе переадресованного вызова.
NOTIFY содержит тело сообщения типа message/sipfrag, содержащее ис-
черпывающую информацию о состоянии переадресуемого вызова. Запрос
NOTIFY может быть создан всякий раз, когда появляется новая информа-
ция о последовательности событий переадресации вызова.
Запрос MESSAGE
Интерактивный обмен текстовыми сообщениями (Instant Messaging)
происходит между общающимися пользователями в режиме, близком к ре-
альному времени. В SIP запрос типа MESSAGE предназначен для передачи
мгновенных текстовых сообщений. Тело сообщения включает в себя тек-
стовое сообщение, которое необходимо доставить. Получив запрос, UA по-
лучателя перейдёт к его обработке и в случае успеха отправит окончатель-
ный ответ с кодом 200 (OK). Это означает, что текстовое сообщение дос-
тавлено пользователю, но не указывает на то, что пользователь с ним озна-
комился.
Назначение и формат ответов на запросы
Ответы содержат те же значения заголовков To, From, Call-ID, Cseq и
параметра «branch» в заголовке Via, что и в запросе, на который они были
отправлены, что позволяет коррелировать ответ с посланным запросом.
Стартовая строка Status-Line
Характерное отличие SIP-ответов от запросов – это наличие строки
состояния Status-Line в стартовой строке (рис. 1.8). Status-Line составляют:
идентификатор версии протокола и код ответа (Status-Code) со связанной с
Страницы
- « первая
- ‹ предыдущая
- …
- 11
- 12
- 13
- 14
- 15
- …
- следующая ›
- последняя »
