SIP-T и SIP-I

         Для взаимодействия с традиционными телефонными сетями, использующими сигнализацию ОКС-7, были разработаны модификации протокола SIP для телефонии: Session Initiation Protocol for Telephones (SIP-T) и Session Initiation Protocol Internetworking (SIP-I). Разность версий ввиду того, что SIP-I был разработан ITU-T, а SIP-T — IETF и описан в RFC 3372. Основная задача данных модификаций протокола SIP заключается в прозрачной передаче сообщений ISUP по IP-сети. Данная задача осуществляется путём инкапсуляции сигнальных единиц ОКС в сообщения SIP. Все требуемые задачи по взаимодействию между протоколами были решены на базе протокола SIP:

Требование по взаимодействию	Функция SIP-T
Прозрачность сигнализации ISUP	Инкапсуляция ISUP в тело сообщения SIP
Возможность маршрутизировать сообщения SIP в зависимости от ISUP	Трансляция параметров ISUP в заголовке сообщения SIP
Трансляция адресной информации при установленном соединении	Использование метода INFO

Пример сценария установления соединения с участием сервера B2BUA

В примере ниже медиа-трафик проксируется через сервер. Сигнальные сообщения для участков Алиса — B2BUA и B2BUA — Борис являются полностью независимыми и выполняются в рамках разных сессий (изменятся как минимум адреса назначения и отправка, а также Call ID сессий). Терминал Алисы не знает реального местоположения терминала Бориса и наоборот. Так может выглядеть взаимодействие через некоторые софтсвичи или пограничные контроллеры сессий(SBC).

Пример сценария установления соединения, с участием SIP сервера переадресации и SIP Proxy

Запросы

В первоначальной версии протокола SIP (RFC 3261) было определено шесть типов запросов. С помощью запросов клиент сообщает о текущем местоположении, приглашает пользователей принять участие в сеансах связи, модифицирует уже установленные сеансы, завершает их и т. д. Тип запроса указывается в стартовой строке.

1. INVITE — Приглашает пользователя к сеансу связи. Обычно содержит SDP-описание сеанса.
2. ACK — Подтверждает приём ответа на запрос INVITE.
3. BYE — Завершает сеанс связи. Может быть передан любой из сторон, участвующих в сеансе.
4. CANCEL — Отменяет обработку ранее переданных запросов, но не влияет на запросы, которые уже закончили обрабатываться.
5. REGISTER — Переносит адресную информацию для регистрации пользователя на сервере определения местоположения.
6. OPTIONS — Запрашивает информацию о функциональных возможностях сервера.

Но в процессе развития, в протокол было добавлено ещё несколько типов запросов, которые дополнили его функциональность:

1. PRACK — временное подтверждение (RFC 3262)
2. SUBSCRIBE — подписка на получение уведомлений о событии (RFC 3265)
3. NOTIFY — уведомление подписчика о событии (RFC 3265)
4. PUBLISH — публикация события на сервере (RFC 3903)
5. INFO — передача информации, которая не изменяет состояние сессии (RFC 2976)
6. REFER — запрос получателя о передаче запроса SIP (RFC 3515)
7. MESSAGE — передача мгновенных сообщений средствами SIP (RFC 3428)
8. UPDATE — модификация состояния сессии без изменения состояния диалога (RFC 3311)