В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 140
Текст из файла (страница 140)
На рисунке показано, что для передачи видеоданных совместн~ с протоколом КТР могут применяться несколько различных стандартов кодирования видеоданных. Рис. 1 вин Архитектура протокола ЯТР [по 221 ! Протокол передачи данных ВТР Сначала мы рассмотрим базовые понятия протокола передачи данных КТР, а затем изучим формат заголовка этого протокола.
На протяжении данного подраздела термин КТР буде> обозначать протокол передачи данных КТР, а в следух>шем подразделе мы рассмотрим управляющий протокол КТР (то есть КТСР). Концепции протокола ЙТР Протокол К['Р поддерживает передачу данных реалы|ого времени между несколькими участниками в течение сеанса Сеансом называется логическая связь между двумя или более КТР-сущностями, устанавливаемая на время передачи данных. Характеристики сеанса перечислены далее: + Номер парта КТР.
Для передачи данных с помощью протокола ВТР всеми участниками испольауется адрес порта получателя. Если нижним уровнем является протокол 1Л) Р, этот номер порта появляется в поле «Порт приемника> заголовка [Л)Р (см. рис. 2.1 в главе 2), + Номер порта ВТСР, Для передачи данных с помощью протокола ВТР всеми участии>«выли используетс>я адрес порта получателя. + П'-адресаучас>лникое.атоможетбытьлибогру>н>овой1Р-адрес,ваток>случае всех участников определяет группа рассылки, либо множество индивидуальных 1р-адресов. Протоколы КТР и КТСР в процессе установки сеанса не участвуют. Хотя протокол КТР может использоваться для целевой передачи реальноп> времени, основное его достоинство заключается в поддержании групповой рассылки. Для этой цели в каждый модуль данных протокола КТР включается идентификатор источника, идентифицирующий члена группы, отправившего эти данные.
В модуль данных также включается временная метка, позволяющая получателю правильно воссоздать последовательность кадров во времени путем буферизации данных Протокол ВТР также идентифицирует формат полезной нагрузки передаваемых данных. 604 Глава 18.
Протоколы поддержания качества обслутгивания 18.3. Протокол Г1ТР 605 Протокол КТР позволяет испольэовать КТР-ретрансляторы двух ти двух типов. "транс ляторы и смесители. Сначала мы должны дать определение понятию р с-ятора. Ретранслятор, функционирующий на определенном протоколь ьном уровне представляет собой промежуточную систему, действующую прн переда ередаче данных одновременно и как получатель, и как источник. Например, продпо ° ггпу дцоложим, что система А желает оправить данные системе В, но не может выполни полнить это напрямую.
Причины могут быть самыми разными: например, система В лтож лтожет нахолиться за брандмауэром или не понимать формат данных, в котором переда передает система А. В таком случае система А может отправить данные промежуточному чному ретраттслятору К. Ретранслятор К принимает модуль данных, производит все и б нео ходимые изменения, а затем передает данные системе В. Слгеситель Гш1хег) представляет собой КТР-ретранслятор, получаю лучаюшии потоки КТР-пакетов от одного или нескольких источников, объединяю щии эти потоки и переправляющий новый пакет одному иии носковы<им получателя С елям.,меси- тель может изменять формат данных илн просто выполнять функ кцию смешения, Поскольку входные потоки, как правило, не синхронизированы, смес , меситсль предоставляет синхронизиругощую информацию в объединенном потоке пакетов, а также снабжает зти пакеты собственным идентификатором, указывая себя в качестве источника синхронизации.
П ример использования смесителя — объединение нескольких двухпозициопных источников данных, например аудиоданных. Предположим, что несколько систем являются участниками одного аудиосеанса и каждый участник генерирует свой КТР-поток. Болыдую часть времени только один источник активен, хотя время от времени одновременно могут «говорить> несколько источников. К сеансу может пожелать присоединиться новая система, но пропускной способности ее линии может оказаться недостаточно для передачи всех К.ТР-нотоков. Для решения проблемы смеситель мог бы получать все КТР-потоки, объединять нх в единый поток и ретранслировать этот поток новому участнику сеанса.
Если одновременно активны несколько входящих потоков, смсситель будет просто суммировать значения их оцифрованных амплитуд. Заголовок КТР, сформированный смесителем, будет содержать идентификаторы источников, внесших свой вклад в образование данных каждого пакета. Транстяглор ГтгапзГагог) представляет собой более простое устройство, формирующее один или несколько исходящих КТР-пакетов для каждого входящего КТР-пакет . Т -пакета. Транслятор может изменить формат данных в пакете или использовать другой набор низкоуровневых протоколов для передачи данных из одного домена в другой. Далее приводятся примеры использования транслятора: + По тенциальный получатель может быть неспособен обрабатывать высокоскоростной видеосигнал, используемый остальными участниками.
Транслятор преобразует видеоданные в формат более низкого качества с пониженной скоростью передачи данных. + Б рандмауэр прикладного уровня может не допускать продвижения ГР-пакетов. В этом счучае применяются два транслятора, по одному с каждой стороны брандмауэра. Внешний транслятор туннелирует все полученные им пакеты групповой рассылки внутреннему транслятору по запнпценному соединению. Затем внутренний транслятор посылает КТР-пакеты группе рассылки, защищенной брандмауэром. + Транслятор может дублировать входящий КТР-пакет групповой рассылкц и посылать его нескольким получателям путем нелевой рассылки.
Фиксированный ЯТР-заголовок Каждый КТР-пакет включает фиксированный заголовок и может также включать дополнительные поля заголовка, хариггерные для отдельных приложений СГзормат фиксированного заголовка показан на рис. 18.10 с использованием следуклцих обозначений: + Ъ вЂ” версия; + Р— заполнитель; + Х вЂ” расширение; + СС вЂ” счетчик СБКС; + М вЂ” маркер.
Биты О 4 89 Идентификатор содействующего источника Рнс. 18.10. Заголовок ИТР Первые двенадцать байтов Гзатененная часть) всегда присутствуют в заголовке, а после фиксированного ааголовка может располагаться одно нли несколько полей идентификаторов СБКС (см. далее): + Версия (2 бита). Текущий номер версии равен 2. + Залолнитнель (1 бит), Указывает на наличие байтов заполнения в конце поля полезной нагрузки. Если атот бит установлен, то последний байт полезной нагрузки содержит количество байтов заполнения. Заполнение используется в приложениях, требующих, чтобы полезная нагрузка была кратна определенной величине, например 32 бит.
+ Расширение Г1 бит). Если втот бит установлен, то за фиксированным заголовком следует ровно один ааголовок расширения, используелтый для экспериментальных расширений протокола КТР. + Счегнчик СЯ~С 14 бита). Количество идентификаторов СЗКС (см. ниже), слелуюших за фиксированным заголовком. 606 Глава 18. Протоколы поддержания качества обслуживания 18.3. Протокол Р(ТР 607 Таблица 18.2. Типы полезной нагрузки для стандартов кодирования видео- и аудиоданных (1(РС 1890) Код Тип полезной нагрузки 0 1 2 3 4 5 6 7 8 РСМ(Ч-аудио 1016-аудио 0721-аудио ВВМ-аудио Неизвестные аудиоданные СЧ14-зулио (8 кГЦ) СЧ14-аудио (16 кГ»0 (РС-аудио РСМА-ауДио ' ВЕС 1 890, йГР Рпр(егоеА наш апс( ра(ео Соп/етепсее пе»Ь Лйпьпо1 Соопп1 январь 1996. + Маркер (1 бит). Интерпретация бита маркера зависит от типа полезной „„ грузки. Как правило, он используется для индикации грани ь цы потока дзн ных.
В видеоданных этот бит обозначает конец кадра. В ра. аул иодан ныл идентифицирует начало чьей-либо речи, он + Тип полезной нагрузка (7 бит). Идентифицирует формат полезной наг чз КТР, следухлцей за засолов»сом, олезнои на» рчзкн + Порядковый»шмвр (16 бит). Каждый источник начинаег пе передачу со случайного значения порядкового номера, увеличивающегося на я на единицу в каждо отправляемом информационном КТР-пакете. Это позвол б оляет о»»арулпсва ошибки и упорядочивать пакеты в пределах последовател тельности с одинаковой временной меткой.
Несколько последовательных па» сотов Метут Ииет», одинаковую временную метку, если они логически отн ОСЯТСЯ К Одноь»у моменту времени, например нешсолько пакетов, принад лежащих одном ~ и тому же видеокадру. 1 + Времеииаяметпка (32 бита). Соответствует момекгу генерирования первого байта данных полезной нагрузки пакета. Испольэзуемые единицы времени этого поля зависят от типа полезной нагрузки. Значение 1 о ( лжно формироваться по показаниям локального таймера источника. + Идентификатор источника сиихроииэации (8упсЬгоп»хат»оп БООКСе, 88КС), Случайно генерируемая величина. уникально идентифицирующая источник на время сеанса. + Идентификатор содействующего источника (СоптпЬп(»08 Я опКСе, СВКС).
Идентифицирует источник, вносящий свой вклад в полезну»о на»туз . Зги г»эузку. идентификаторы поставляются смесителем. Поле типа полезнои нагрузки идентифицирует тип полезной нагрузки и формат данных, включая данные о сжатии и шифровании, В установившемся состоянии источник должен использовать только один тип полезной нагрузки в течение сеанса, но может изменить его в опэет на изменение условий, обнаруженное протоколом КТ СР. В табл. 18.2 приведены типы полезной нагрузки, определенные в КРС 1890'. Управляющий протокол ВТР Протокол передачи данных КТР используется только для передачи пользовательских данных между всеми участниками сеанса, как правило, путем групповой рассылки.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
