
- •Ip-абоненты - sip
- •Теоретическая вводная часть
- •Кратко опротоколе sip
- •Общие принципы работы
- •Основные задачи протоколаSip
- •Дополнительные протоколы
- •Сообщения sip
- •Запросы(Request)
- •Ответы(Response)
- •Содержание сообщений
- •Начальная строка
- •Заголовок сообщения
- •Пустая строка
- •Тело сообщения
- •АдресацияSip
- •Абонент sip
- •Основной вызов
- •Регистрация
- •Логические объекты при регистрации
- •Агент пользователя
- •Регистратор
- •База данных местоположения
- •Аутентификация (аутентификация Digest)
- •Аутентификация регистрации (сообщений register)
- •Аутентификация вызова (сообщений invite)
- •Абонент sip si3000
- •Использование прокси-сервера rtp
- •Акустические сигналы и уведомления
- •Инструкции по администрированию
- •Внесение терминала sip
- •Внесение абонента на устройство для множественного доступа (mad)
- •Стандартный способ
- •Внесение абонента на новый mad
- •A) Устройство mad зарегистрировано статически, а абоненты – динамически.
- •Б) Устройство mad регистрируется динамически, а абоненты – статически.
- •Внесение абонента на существующий mad
- •Способ msn
- •Практическое упражнение
Пустая строка
Эта часть сообщения в буквальном смысле является тем, о чем говорит ее название: "пустая строка". Разделяет заголовок и тело сообщения.
Тело сообщения
Тело не является обязательной частью сообщения. Если в сообщении имеется тело, то в заголовке сообщения обязательно дается поле Content-Type, определяющее произвольное содержимое: звук, текст, видео, SDP, MIME и т.д.
Значение тела зависит от типа сообщения.
АдресацияSip
Для установления соединения вызывающий пользователь использует SIP-адрес вызываемого. Адреса являются глобальными.
Используется формат URL.
Адрес должен содержать имя "host", а кроме того может содержать еще имя пользователя (user name), порт и различные другие параметры:
sip:nekdo@iskratel.si
sips:voicemail@iskratel.si?subject=callme
sip:recepcija@hotel.xy;geo.position:=48.54_-123.84_120.
Разрешается использование URL, не являющихся "sip":
http:
tel:
mailto:
Рисунок 9
Рисунок 10
Абонент sip
Ввиду открытой основы SIP, определяющей основные функции, необходимые для интероперабельности, SIP обеспечивает достаточно пространства для внедрения собственных решений.Таким образом, SIP обеспечивает установление обычных или конференц, разговорных или видео вызовов, передачу информации о присутствии, мультимедийное взаимодействие пользователей (RTC).По стандартам RFC главная часть функциональности находится в конечных точках.В этом заключается отличие от архитектуры TDM, в которой все услуги и функциональности выполняются станцией.Если необходимо конечным пользователям предлагать классические услуги вместе с преимуществами SIP, то для этого предусмотрен B2BUA - Back-to-Back User Agent.
При помощи модуля B2BUA сервер SIP станет активным участником на продолжении всего вызова (от установления до разъединения) и все сигнальные сообщения будут проходить через него, а также в нем будет осуществляться и вся обработка вызовов.B2BUA сохраняет состояние вызовов и активно участвует при передаче запросов на диалоги, в которые он включен, а также и при передаче ответов на эти запросы.
Пользователь SIP базируется на прежней архитектуре SI2000, основанной на принципе полувызовов.Каждый вызов SIP – SIP состоит из двух полувызовов, которые с позиции протокола SIP терминируются каждый сам по себе.Исходящий полувызов состоит из терминала (UAC) и сервера на станции (UAS), который принимает запрос на вызов.Входящий полувызов объединяет клиента на станции (UAC), который передает вызов далее на вызываемый терминал SIP (UAS).При помощи этого обеспечивается прямой переход на другие типы абонентских или сетевых сигнализаций.Реализован как еще один тип пользователя, который использует другую (SIP) сигнализацию.
Функциональность B2BUA пользователя SIP отдельно не описана в стандарте RFC 3261, а определена как соединение UAC и UAS.При использовании функциональности B2BUA нет прямой коммуникации между конечными пользователями и ввиду этого существуют ограничения внедрения некоторых услуг.
Пользователь SIP использует транспортные протоколы UDP и TCP.
Рисунок 11