- •Раздел 1 назначение, состав и классификация
- •1.1 Основные понятия, используемые в Федеральном законе о связи
- •1.2 Сеть связи общего пользования
- •1.3 Выделенные сети связи
- •1.4 Технологические сети связи
- •1.5 Сети связи специального назначения
- •1.6Общие принципы построения сети связи
- •1.7 История развития сс в России
- •1.8 Архитектура есэ рф
- •Раздел 2 коммутация каналов, сообщений и пакетов
- •2.1 Общие положения
- •2.2 Коммутация пакетов
- •2.2.1 Среда передачи
- •2.2.2 Коммутация в сотовой связи
- •2.2.3.Новые технологии обслуживания
- •Раздел 2.3 основы теории телетрафика
- •2.3.1 Расчет возникающих нагрузок всех станций гтс
- •2.3.2. Определение межстанционных нагрузок и
- •2.3.3 Определение числа межстанционных
- •2.3.4. Методика расчета первичной кольцевой сети гтс
- •Раздел 2.4 принципы построения коммутируемых сетей электросвязи рф
- •2.4.1 Городские сети связи
- •2.4.1.1. Нерайонированная гсс
- •2.4.1.2 Районированная гсс
- •2.4.1.3 Гсс с увс
- •2.4.1.4 Гсс с увс и уис
- •2.4.2 Принципы цифровизации гсс
- •Раздел 2.5 Эволюция цифровых интегральных сетей связи: цифровые сети с интеграцией служб, интеллектуальные сети, миграция к сетям следующего поколения
- •2.5.1 Цифровая сеть с интеграцией служб
- •2.5.2 Интеллектуальные сети (in)
- •6.3 Архитектура in
- •2.5.4 Системы компьютерной-телефонной интеграции cti.
- •Раздел 2.6. Принципы построения сетей подвижной связи
- •2.6.1. Стандарты сетей и систем сотовой связи
- •2.6.2. Принципы построения сетей сотовой связи
- •2.6.3. Структура центра коммутации.
- •2.6.4 Структура базовой станции
- •Тема 2.6. Контрольные вопросы
- •Раздел 2.7. Системы нумерации сигнализации и синронизации на сетях связи
- •2.7.1 Системы нумерации на телефонных сетях
- •2.7.2 Схемы и расчет сети общеканальной сигнализации окс№7
- •2.7.3 Классы ip-адресов
- •Раздел 2.8 Семиуровневая модель взаимодействия открытых систем.
- •2.8.1. Назначение и взаимодействие протокольных уровней вос
- •Раздел 3.Основные протоколы и оборудование сетей следующего поколения.
- •3.1 Принципы построения сетей следующего поколения (ссп)
- •3.2 Протоколы rtp, rtcp, udp
- •3.3 Протокол н.323
- •3.4 Протокол sip
- •3.5 Протокол mgcp
- •3.6 Протокол megaco/h.248
- •3.7 Протокол bicc
- •3.8 Оборудование ссп
3.2 Протоколы rtp, rtcp, udp
Основным транспортным протоколом для мультимедийных приложений стал протокол реального времени RTP (Real Time Protocol), предназначенный для организации передачи пакетов с кодированными речевыми сигналами по пакетной сети. Передача пакетов RTP ведется поверх протокола UDP, работающего, в свою очередь, поверх IP (рис. 10.1).
Рис. 3.2. Взаимодействие Softswitch с остальным оборудованием
Характерные для IP-сетей временные задержки и вариация задержки пакетов (джиттер) могут серьезно исказить информацию, чувствительную к задержке, например речь и видеоинформацию, сделав ее абсолютно непригодной для восприятия. Вариация задержки (джиттер) пакетов гораздо сильнее влияет на субъективную оценку качества передачи, чем абсолютное значение задержки.
Протокол RTP позволяет компенсировать негативное влияние джиттера на качество речевой и видеоинформации, но в то же время он не имеет собственных механизмов, гарантирующих своевременную доставку пакетов или другие параметры качества услуг, – это осуществляют нижележащие протоколы. Он даже не обеспечивает все те функции, которые обычно предоставляют транспортные протоколы, в частности функции исправления ошибок и управления потоком. Обычно протокол RTP базируется на протоколе UDP и использует его функции, но может работать и поверх других транспортных протоколов.
Рис. 3.3. Уровни протоколов RTP/UDP/IP
Протокол TCP плохо подходит для передачи чувствительной к задержкам информации. Во-первых, это алгоритм надежной доставки пакетов. Пока отправитель повторно передаст пропавший пакет, получатель будет ждать, результатом чего может быть недопустимое увеличение задержки. Во-вторых, алгоритм управления при перегрузке в протоколе TCP не оптимален для передачи речи и видеоинформации. При обнаружении потерь пакетов протокол TCP уменьшает размер окна, а затем будет его медленно увеличивать, когда как разумнее было бы изменить метод кодирования или размер видеоизображения.
Протокол RTP предусматривает индикацию типа полезной нагрузки и порядкового номера пакета в потоке, а также применение временных меток. Отправитель помечает каждый RTP-пакет временной меткой, получатель извлекает ее и вычисляет суммарную задержку. Разница в задержке разных пакетов позволяет определить джиттер и смягчить его влияние – все пакеты будут выдаваться приложению с одинаковой задержкой.
Доставка RTP-пакетов контролируется специальным протоколом RTCP (Real Time Control Protocol).
Основной функцией протокола RTCP является организация обратной связи приемника с отправителем информации для отчета о качестве получаемых данных. Протокол RTCP передает сведения (как от приемника, так и от отправителя) о числе переданных и потерянных пакетов, значении джиттера, задержке и т.д. Эта информация может быть использована отправителем для изменения параметров передачи, например для уменьшения коэффициента сжатия информации с целью улучшения качества ее передачи.
Протокол передачи пользовательских дейтаграмм – User Datagram Protocol (UDP) – обеспечивает негарантированную доставку данных, т.е. не требует подтверждения их получения; кроме того, данный протокол не требует установления соединения между источником и приемником информации.