3.5.Протокол sdp

Описание устанавливаемой сессии помещается в тело сообщения на языке протокола SDP. Исходящая сторона обычно помещает его в запросы INVITE, OPTIONS, ACK, а вызываемая в ответ 200.

Описание SDP-сессии состоит из некоторого числа строк текста в форме: <type>=<value>, где <type> указывает, какие данные будут описываться, а <value> это данные, формат которых зависит от <type>. Информация содержит предлагаемый для передачи вид медиа-информации, транспортный протокол (RTP/UDP/IP), типы кодеков, которые могут использоваться для передачи, указываются адреса устройств и портов, на которые будет приниматься медиа-информация.

Рисунок 3‑49

Если тело сообщения содержит описание сессии на языке SDP (Content-Type:application/sdp), то оно включает в себя следующие параметры:

Параметр «V=» - proto-version, содержит версию протокола SDP.

Параметр «O=» - origin field, содержит идентификаторы создателя/владельца и сессии (User A - имя создателя сеанса; 2890844526 - идентификатор сеанса не менее одной цифры, обычно используется формат временной метки протокола NTP; 2890844526 - версия сеанса не менее одной цифры, обычно используется формат временной метки протокола NTP, его значение увеличивается, если данные сеанса модифицируются; IN - тип сети; IPV4 - тип адреса; serv1.domainA.ru - адрес устройства, на котором был создан сеанс, или полностью определённое доменное имя, или адрес машины IPv4).

Параметр «s=» - session name field, содержит имя сеанса, обычно оно не указывается.

Параметр «c=» - connection-field, содержит информацию для соединения, она не обязательна, если описана в параметрах сеанса.

Параметр «t=» - time field, указывает время начала и окончания сеанса. Если время окончания сеанса установлено как 0, то длительность сеанса не ограничена. Если время старта также 0, сессия считается постоянной.

Параметр «m=» - определяет тип медиа-данных и адрес для их передачи/приема. (Аudio - тип данных (например, audio, video, text, messade); 49172 - транспортный порт, на который будет производиться прием данных; RTP/AVP - тип используемого для передачи пользовательских данных транспортного протокола, например, RTP/AVP, UDP, TCP; 0 8 - тип кодека, используемого для кодирования пользовательских данных при приеме, например 0-PCMU; 4-G.723; 8-PCMA, 18-G.729)

Параметр «a=» - атрибуты

rtpmap - атрибуты медиа-данных (0 - тип нагрузки, определяется используемым кодеком; PCMU - название кодека, 8000 - частота источника синхронизации)

4.Роение сетей следующего поколения - ngn

4.1.Softswitch

4.1.1.Декомпозиция шлюза

Рисунок 4‑50

Сеть связи следующего поколения NGN – это сеть, единая для всех видов доступа …(фиксированный, мобильный, терминалы передачи речи или данных, различные протоколы доступа) и осуществляющая передачу всех видов трафика (данные, речь, видео) с необходимым качеством.

По мере развития первых сетей IP-телефонии (на базе протоколов стандарта H.323, протокола SIP) и организации их взаимодействия друг с другом и с телефонными сетями, использующими технологию с коммутацией каналов и мультиплексирование с временным разделением каналов (Time Division Multiplexing, TDM), с использованием шлюза, были выявлены следующие недостатки и ограничения:

Рисунок 4‑51

- шлюз, осуществляющий взаимодействие между сетями разных стандартов (H.323, SIP, ОКС7) и технологий (технология коммутации каналов и коммутации пакетов), обрабатывает сигнализацию, выполняет управление обслуживанием вызова и транскодирование мультимедийных потоков в едином блоке, что создает проблему масш

табируемости сети при росте трафика;

- при взаимодействии сетей различных стандартов шлюз осуществляет конвертацию протоколов, по этой причине получаемые в результате взаимодействия функциональные возможности ограничены только теми, которые поддерживают оба протокола. Например, при конвертации SIP <-> ОКС7 сужается набор услуг, предоставляемых телефонной сетью ОКС7.

Для того чтобы справиться с этими проблемами, была разработана концепция декомпозиции шлюза.

Рисунок 4‑52

Принцип декомпозиции шлюза заключается в разделении функций шлюза, связывающего сеть IP с сетями TDM, по трем физическим элементам:

- Контроллер транспортного шлюза (Media Gateway Controller, MGC), в котором сосредоточено управление обслуживанием вызова, функции обработки сигнальных сообщений ОКС7, SIP, H.323, функции управления медиа-шлюзами.

- Транспортный шлюз или медиашлюз (Media Gateway, MG) выполняет функции преобразования транспортных потоков (пользовательской информации), передаваемых между сетями с коммутацией каналов и с коммутацией пакетов.

- Шлюз сигнализации (Signaling Gateway, SG) отвечает за обеспечение передачи сигнальной информации между узлами сети с коммутацией каналов и MGC, производя замену протоколов транспортных уровней на границе сетей.