Раздел: Документация
0 ... 35 36 37 38 39 40 41 ... 55 Наиболее существенными элементами этой контрольной информации являются сообщения Receiver report (прием) и Sender report (передача). Первое генерируется системами, располагающими возможностями только приема сообщений, а второе отправляют приемо-передающие терминалы. Оба эти сообщения содержат информацию о параметрах QoS и, так называемые, блоки приема, по одному на каждый поток. Каждый блок приема содержит статистическую информацию, характеризующую текущий поток -порядковый номер последнего принятого пакета, величина джитера, доля испорченных пакетов за интервал анализа и суммарное количество потерянных пакетов в текущем соединении. Сообщение Sender report дополнительно содержит информацию об RTP-временных метках, количестве переданных пакетов и их объеме в байтах. Приемник использует эти данные для формирования статистики, включаемой в блок приема. RTCP-пакет содержит поле Source Description (Описание источника), дающее подробные сведения о передающей системе. В числе этих сведений находятся: имя пользователя, адрес его электронной почты, номер телефона, географическо-административные координаты, название используемого приложения и другая информация, которую пользователь считает целесообразным обнародовать. Эти сведения используются программным обеспечением системы КВКС для отображения состава участников конференции. Когда кто-то из них завершает свою работу в конференции, протокол RTCP передает сообщение Bye, принимаемое всеми остальными участниками совместной работы. Передача RTCP-пакетов осуществляется по тому же IP-адресу, что и соответствующий RTP-поток, но на другой порт (обычно, его номер на единицу больше номера RTP-порта). Адаптивные приложения используют RTCP-сообщения Receiver report и Sender report для регулирования параметров генерируемых ими потоков. Так, высокое значение показателя потерь пакетов свидетельствует о перегрузке сети, и передающее приложение может уменьшить интенсивность своего выходного трафика, перейдя к более эффективному алгоритму сжатия медиа информации. Конечно, это приведет к большей загрузке ЦП хост-компьютеров и к снижению качества звука и изображения. Когда сетевые условия становятся более благоприятными, приложения переходят к алгоритмам кодирования, более требовательным к пропускной способности сетевых каналов, но требующим меньших ресурсов ЦП и обеспечивающих более высокое качество приема/передачи сообщений. Протокол RTP обычно работает поверх UDP/IP (рис. 5.12.). Вместе с тем, он может запускаться совместно с TCP/IP и даже с AAL5/ATM. Применение RTP поверх AAL5/ATM расширяет возможности последнего, ибо сервис ABR и UBR (см. Главу 4) не соответствует требованиям передачи трафика реального времени. Приложение 1 Кодер Декодер RTCP Приложение 2 Декодер Кодер RTCP Т А UDP, TCP, или AAL5/ATM UDP, TCP, или AAL5/ATM Рис. 5.12. Передача данных по протоколу RTP 5.5. РЕАЛИЗАЦИЯ КОНЦЕПЦИИ ISPN В СИСТЕМАХ КВКС Разработка концепции ISPN в значительной степени стимулировалась развитием видеотелефонии и систем КВКС для Интернет и корпоративных сетей. В рекомендациях ITU Н.323 эта концепция нашла свое достаточно полное воплощение. В этой связи естественен интерес к появляющимся на рынке системам КВКС, производители которых заявляют о соответствии архитектуры и функциональных свойств их продуктов требованиям указанного документа. Напомним, что рекомендации Н.323 определили набор используемых аудио/видеокодеков, требования к средствам документ-конференций, процедуры сигнализации и контроля, механизмы мультиплексирования медиа потоков и формирования канального кадра. Они также регламентировали функции кон-ференц-менеджера и в основных чертах определили механизмы взаимодействия с Н.320- и Н.324- системами КВКС (шлюз IP - ISDN - POTS). В таблице 5.4 приведены основные характеристики шести систем КВКС, которые заявлены как системы, соответствующие рекомендациям Н.323. Анализируя их характеристики с позиций модели ISPN, следует иметь в виду, что сетевая среда, полностью соответствующая этой модели, сегодня может быть создана лишь в условиях ЛВС или относительно небольшой корпоративной сети, все маршрутизаторы и коммутаторы которой поддерживают протоколы RTP, RTCP и RSVP. Моделью сети ISPN относительно сервиса контролируемой загрузки может служить и обычная IP-сеть с низким уровнем трафика (например, коммутируемая Ethernet-сеть с 1 - 3 станциями в сегменте). Сопоставление характеристик систем КВКС, приведенных в таблице 5.4, позволяет отметить следующие особенности: -сегодня находят применение системы, базирующиеся как на чисто программных, так и на аппаратных кодеках. Первые, как правило, дешевле и проще в установке, чем вторые. Однако необходимо учитывать, что и при использовании программно ориентированных систем аппаратные средства также необходимы (аудио- и видеобластеры), но они не поставляются производителем системы КВКС. Кроме того, программно реализованные кодеки весьма требовательны к ресурсам ЦП и оперативной памяти компьютера. Как правило, они удовлетворительно работают лишь на компьютере с ЦП класса Pentium 133 и выше -следуя рекомендациям Н.323, все системы имеют одинаковый набор кодеков: Н.261 и Н.263 -для видеопотоков и G.711, G.729A, G.723 - для аудиопотоков. Это обстоятельство, а также единство в реализации процедур сигнализации и контроля, обеспечивает принципиальную возможность взаимодействия этих систем разных производителей -заявляемые производителями качественные характеристики систем, в частности, частота кадров 25-30 кадр/с, являются скорее теоретически возможными, чем реализуемыми. Основными ограничивающими факторами являются пропускная способность сетевых каналов (особенно WAN -каналов) и мощность рабочей станции пользователя. По замечанию Дж.Хатера, сотрудника корпорации PictureTel [81], каждый передаваемый кадр требует 128 кбит/с пропускной способности канала. Обеспечение такой эффективной пропускной способности канала при Интернет-соединениях является непростой задачей -организация многоточечных конференций становится почти обязательной функцией. Практически все анализируемые системы обеспечивают такую возможность при наличии Н.323-совместимого MCU. К сожалению, такие продукты пока редки на рынке и довольно дороги. Можно указать на MCU фирм VideoServer Inc., Accord Video Telecommunication Inc., PictureTel. Без MCU функции многоточечной конференции реализуются только для документ-конференций в системах Net Meeting (Microsoft), Live LAN (PictureTel). Технология групповой IP-адресации (IP-multicasting) позволяет группе пользователей получать общий медиапоток. Эта возможность применена в системе CU-SeeMe (White Pine Software). Однако она также предполагает использование фирменного программно реализованного моста MeetingPoint (стоимость около 1000$ для 10 пользователей) -большинство систем поддерживают взаимодействие с системами КВКС для ISDN (Н.320-системы) и ТФОП (Н.324-системы). К сожалению, шлюзы, необходимые для такого взаимодействия, не входят в комплект поставки и по стоимости сопоставимы собственно с системой КВКС, а нередко и более дороги. Фирма Multimedia Access в своем аппаратном кодеке для систем КВКС Osprey 1000 решила проблему взаимодействия с Н.320 и Н.324 системами нестандартным образом. Шлюз в этой системе не используется и, в сущности, она располагает тремя разными кодеками на одной плате. Последняя посредством MVIP-коннектора (Multivendor Integration Protocol) соединяется либо с ISDN-адаптером или с модемом телефонной сети. При этом система Osprey не обеспечивает функцию трансляции протоколов аудио/видеокодирования, т.е. она может работать в одном из трех вариантов: Н.323, Н.320, Н.324. Напомним, что главным достоинством шлюзов является отсутствие необходимости обеспечения всех КВКС-компьютеров в сети различными интерфейсными картами. Таблица 5.4
В заключение можно отметить, что разработка концепции ISPN и принятие ITU рекомендаций Н.323 оказывают все более заметное благотворное влияние на унификацию систем КВКС, ориентированных на сети с коммутацией пакетов и превращает их в широко используемый инструмент коллективной работы. 5.6. РЕКОМЕНДАЦИИ Н.322. СИСТЕМЫ КВКС В ЛОКАЛЬНЫХ СЕТЯХ С ГАРАНТИРОВАННЫМ КАЧЕСТВОМ ОБСЛУЖИВАНИЯ Из существующих сегодня региональных сетей только сети ISDN способны обеспечить требуемый уровень сервиса для мультимедиа приложений. Сети ATM с сервисом CBR находятся в стадии становления и представляют собой пока слишком дорогую альтернативу сетям ISDN. В-каналы сетей ISDN имеют подходящую полосу пропускания (64 кбит/с), причем допускается их объединение вплоть до канала PRI с пропускной способностью 2,048 мбит/с. Таким образом, центр тяжести проблемы функционирования мультимедиа приложений переносится в локальную сеть. Обеспечение каждого рабочего места в ЛВС отдельной линией с BRI-интерфейсом ISDN представляется мало продуктивным и, вероятно, достаточно дорогим решением. Рассмотренная выше концепция ISPN-сети и рекомендации Н.323 определили один из возможных путей обеспечения работы мультимедийных приложений в сетях с коммутацией пакетов. Другой подход к решению той же проблемы развит в рекомендациях ITU Н.322 [82], основой которых является технология isoEthernet. 5.6.1. Технология isoEthernet. Стандарт IEEE 802.9а Основной целью разработки стандарта IEEE 802.9 изохронной сети Ethernet являлось объединение сервиса сетей ISDN с традиционными службами сети передачи данных Ethernet. Применение более эффективной схемы кодирования 4В/5В (той же, что в FDDI) вместо манчестерского кода, используемого в обычном Ethernet, увеличило пропускную способность сети до 16,144 Мбит/с. Это позволило, кроме Р-канала (10 Мбит/с) для обычного Ethernet-трафика, создать дополнительный С-канал с пропускной способностью 6,144 Мбит/с. Общая архитектура Н.322-терминала приведена на рисунке 5.13. Приложение пользователя TCP Winsock API TAPI (for Windows) NetBEUI IP NDIS Interface Call Manager Сигнализация терминал-сеть Q - 931 Сетевой уровень LAPD - Q921 Уровень звена данных Сигнализация терминал-терминал H.230/231 Н. 242/243
Блок задержки MUX/DEMUX Н.221 Р-канал D-канал С-канал Isochronous Ethernet Network Interface IEEE 802.9a ISO/IEC 8802-3 CSMA/CD Рис. 5.13. Архитектура Н.322-терминала Рассмотрим существенные особенности архитектуры терминала. Структура кадра. -Р-канал - полнодуплексный или полудуплексный канал для транспортировки обычного Ethernet-трафика. Он использует протокол CSDA/CD для доступа к среде передачи и после выделения в isoEthernet-концентраторе обрабатывается всеми стандартными сетевыми устройствами. -С-канал - функционирует как полнодуплексная ISDN линия, обеспечивающая изохронный сервис мультимедиа-приложений. С-канал содержит 96 В-каналов ISDN, и каждый из них полностью совместим с В-каналами территориальной ISDN. -D-канал - представляет собой полнодуплексный пакетный канал, используемый для контроля соединений и реализации дополнительного сервиса конференцсвязи (передача файлов, документов и т.п.), обеспечиваемой С-каналом. 0 ... 35 36 37 38 39 40 41 ... 55
|
