08 03 2015
Тут же нужно отметить, что сигнальные извещенья имеют все шансы переноситься не столько протоколом машинного уровня UDP, только а также протоколом ТСР. Протокол UDP дозволяет скорее, чем TCP, привозить сигнальную информацию (даже с учетом повторной передачи неподтвержденных известий), также новости синхронный розыск местоположения юзеров а также отдавать приглашения к роли в сеансе связи в режиме многоадресной рассылки. , протокол ТСР упрощает работу с межсетевыми экранами (firewall), также ручается надежную доставку данных. При применении протокола ТСР различные известия, относящиеся к одному вызову, или имеют все шансы даваться сообразно одному TCP-соединению, или для всякого запроса а также ответа на него может раскрываться отдельное TCP-соединение. Сообразно козни с маршрутизацией пакетов IP может даваться пользовательская информация фактически хоть какого вида: стиль, видео а также данные, также неважно какая их композиция, именуемая мультимедийной информацией. При организации связи меж терминалами юзеров нужно уведомить встречную сторону, какого рода информация может браться (даваться), метод ее кодировки а также адресок, на кой следует отдавать информацию. Поэтому, одним из неприменных критерий организации связи с помощью протокола SIP является размен меж гранями данными об их многофункциональных способностях. Чтобы достичь желаемого результата чаще только употребляется протокол описания сеансов связи – SDP (SessionDescriptionProtocol). Так как на протяжении сеанса связи может изготавливаться его трансформация, предусмотрена передача извещений SIP с новыми описаниями сеанса средствами SDP. Для передачи речевой инфы совет IETF дает применять протокол RTP, однако сам протокол SIP никак не исключает способности внедрения для этих целей остальных протоколов. В протоколе SIP никак не реализованы машины управления потоками инфы а также предоставления гарантированного свойства сервиса. Помимо этого, протокол SIP никак не специализирован для передачи пользовательской инфы, в его извещениях может переноситься информация только ограниченного размера. При переносе через сеть очень огромного известия SIP никак не исключена его фрагментация на уровне IP, что может воздействовать на свойство передачи инфы. Традиционно прибавленья, обеспечивающие передачу речевой инфы, употребляют сервис машинного уровня без установления соединений (к примеру, UDP). При всем этом любое прибавление может гарантировать создание полезной перегрузки пакетов специфичным образом, подключая нужные для функционирования поля а также данные. Комитетом IETF был изобретен протокол транспортировки инфы в настоящем медли – Realtime Transport Protocol (RTP), кой стал базисом фактически для всех прибавлений, связанных с интерактивной передачей речевой а также видеоинформации сообразно козни с маршрутизацией пакетов. Отличительные для IP-сетей кратковременные задержки а также вариация задержки пакетов (джиттер) имеют все шансы серьезно обезобразить информацию, восприимчивую к задержке, к примеру, стиль а также видеоинформацию, сделав ее полностью негодной для восприятия. При этом конкретно вариация задержки пакетов еще посильнее воздействует на субъективную оценку свойства передачи, чем безусловное смысл задержки. Конкретно протокол RTP дозволяет восполнить плохое воздействие джиттера на свойство речевой инфы. В то же время он никак не владеет личных устройств, гарантирующих своевременную доставку пакетов либо остальные характеристики свойства услуг, –это исполняют нижележащие протоколы. Традиционно протокол RTP основывается на протоколе UDP а также употребляет его функции, однако может действовать а также поверх остальных транспортных протоколов. Есть некоторое количество суровых обстоятельств, сообразно коим таковой известный транспортный протокол, как TCP, нехорошо идет для передачи восприимчивой к задержкам инфы. Во-1-х, это метод надежной доставки пакетов. Покуда отправитель вторично передаст пропавший пакет, получатель станет ожидать, итогом чего быть может недопустимое повышение задержки. Во-2-х, метод управления при перегрузке в протоколе TCP далековато никак не оптимален для передачи речи либо видеоинформации. При обнаружении утрат пакетов протокол TCP убавляет величина окна, а потом станет его медлительно усиливать. Но передача речевой а также видеоинформации исполняется на полностью определенных, фиксированных скоростях, которые невозможно одномоментно убавить, никак не ухудшив свойство предоставляемых услуг. Верной реакцией на перегрузку для информационных потоков этих типов было бы модифицирование способа кодировки, частоты видеокадров либо размера видеоизображения. Протокол RTP предугадывает индикацию типа полезной перегрузки а также порядкового гостиница пакета в потоке, также использование мимолетных ловок. Отправитель отмечает любой RTP-пакет временной ловкой, получатель извлекает ее а также вычисляет суммарную задержку. Отличалка в задержке различных пакетов дозволяет найти джиттер а также умерить его воздействие – все пакеты будут случаться прибавлению с схожей задержкой. Итак, основная изюминка RTP – это вычисление средней задержки некого комплекта принятых пакетов а также выдача их пользовательскому прибавлению с неизменной задержкой, одинаковой этому среднему значению. В итоге на практике еще удобнее а также легче оказалось применять наиболее трудное, чем аналоговое, только гораздо наиболее активное IP-соединение для организации связи меж постами охраны. Этак, к примеру, просто вышло осуществить режим конференции, когда к беседы меж 2-мя абонентами включаются доп абоненты. Был реализован пакетный вызов всех либо данной группы постов с центрального аппарата. Ну а также, естественно, запись переговоров, реализуется как говориться, сообразно умолчанию. Как говориться, эксперимент внедрения IP-телефонии в системе сохранности разрешено считывать успешным. В статье применялось материалы книжки Б. С. Гольштейна «IP-телефония»