Разработка структурной схемы устройства кодирования-декодирования

Автор работы: Пользователь скрыл имя, 23 Января 2012 в 22:32, дипломная работа

Краткое описание

В дипломном проекте было разработано абонентское устройство для проведения видеоконференция в сетях INTERNET со следующими входными параметрами: стандартный цифровой компонентный цифровой сигнал формата ITU-R 601/25 и выходными – стандартный компонентный цифровой сигнал формата ITU-R 601/25. Для устройства кодирования – декодирования выбрали : цифровую камеру PANASONIC GN213, микросхемы американской фирмы GET PLESSEY, компьютер INTEL Pentium, видеомонитор VIEW SONIC 17 GS с разрешением 0,26 дюйм.

Содержание работы

Аннотация. 1
Оглавление 2
Введение: 3
Глава 1. Обзор систем видеоконференций 4
п. 1.1. Назначение систем видеоконференций. 4
П. 1.2. Передача мультимединых данных в INTERNET в реальном масштабе времени 17
Глава 2. Технические требования на абоненсткое устройство конференц связи 33
п. 2.1. Выбор структуры и форматов данных в системе видеоконференций 33
П. 2.2. Выбор метода кодирования - декодирования, описание стандарта кодирования. 42
Глава 3. Разработка структурной схемы устройства кодирования-декодирования 52
п. 3.1 Выбор элементной базы для абонентского устройства 52
п. 3.2. Разработка структурной схемы абонентского устройства кодирования 59
п.3.3. Сравнительный анализ оконечных устройств имеющихся на рынке на данный момент 60
п.3.4. Разработка принципиальной схемы декодирования абонентского устройства. 62
п. 3.5. Расчет цифровых потоков в системе видеоконференций 68
п. 2.7.Выработка требований к оконечному терминалу 69
Глава 3. Разработка вопросов по экологии и безопасности жизнедеятельности. 70
п. 3.1.Требования к видеодисплейным терминалам и ПЭВМ. 70
Глава 4. Технико -экономическое обоснование . 76
Заключение. 85
Глоссарий наиболее часто употребляемых сокращений. 86
Приложение 1 91
Принципиальная схема декодера абонентного устройства 91
Приложение 2 92

Содержимое работы - 1 файл

videocon.doc

— 564.50 Кб (Скачать файл)

3. Оценка  размеров сеанса и масштабирование.  Для обеспечения качества услуг  и обратной связи с целью  управления загруженностью, а также  с целью идентификации отправителю  все участники периодически посылают пакеты RTCP. Частота передачи этих пакетов снижается с ростом числа участников. При небольшом числе участников один пакет  RTCP посылается максимум каждые 5 секунд.

ЛОГИЧЕСКАЯ  СТРУКТУРА СЕТЕВОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

(ПРОТОКОЛ  ОБМЕНА ДАННЫХ)

                              приложения

                                                             Формат UDP-  пакета

                                                                       

 
 
 
 
 

 Заголовок  TCP – пакета                     ИНТЕРНЕТ

 
 
 
 
 
 

Рис. 3

Таким образом  с протоколом сетевого уровня IP (Internet Prortocol) взаимодействуют два протокола  транспортного уровня: TCP и UDP. TCP (transmission control protocol) обеспечивает надежную связь  за счет мощных средств контроля ошибок при отправке пакетов и повторной отправки пакета в случае ошибки. UDP (user datagram protocol) такими средствами контроля над ошибками и повторной отправки пакета не обладает. Настольные системы видеоконференций, работающие по сетям Internet, используют протокол UDP для передачи аудио- и видеосигнала. Протокол TCP используется для передачи данных, таких, например, как данные с "настенной доски" или из разделяемых прикладных программ. При организации конференций по сетям Internet возникает одна проблема. Суть конференции в том, чтобы передавать изображение/голос/данные в общем случае в режиме широкого вещания. Однако протокол IP подразумевает связь "точка-точка". Чтобы преодолеть это препятствие, в 1989 г. было предложено расширение IP для поддержки широковещательных пакетов в Internet — RFC (Request for Comments). Благодаря RFC появилась возможность проводить конференции в Internet в режиме "широковещательной магистрали" Multicast Backbone (MBone), что означает возможность для одного участника конференции в Internet связываться одновременно с несколькими участниками. В режиме MBone группы хостов, поддерживающих широковещательный IP, связаны друг с другом по каналам чистого IP со связью "точка-точка". Данные к хостам группы передаются через широковещательный маршрутизатор. Это, как правило, рабочая станция, работающая в системе Unix. Для выбора оптимального пути от отправителя к получателю широковещательный маршрутизатор использует один из протоколов: DVMRP (Distance Vector Multicast Routing Protocol), MOSPF (Multicast Open Shortest Path First), PIM (Protocol Independent Multicast).

Необходимость передачи аудио- и видеоинформации  по Internet привела к созданию нового транспортного протокола RTP (Real-time Transport Protocol). Его рабочая спецификация была предложена группой AVT (Audio/Video Transport working group) разработчиков средств передачи аудио/видеоинформации, входящей в организацию IETF (Internet Engineering Task Force). Протокол RTP отвечает за очередность, тайминг и качество аудио/видеоинформации, передаваемой в режиме "точка-точка" или "точка-многоточка". Большинство разработчиков систем MBone используют в своих системах RTP. Среди них такие как Communique! (InSoft), InPerson (Silicon Graphics), ShowMe (Sun Microsystems).

На сегодняшний  день системы настольных видеоконференций, разработанные разными производителями, практически несовместимы друг с другом. Поэтому возникла острая необходимость создания общепринятых стандартов на эти системы.

Организация ITU, о которой речь уже шла ранее, является агентством ООН. В рамках этой организации государственные и частные компании координируют работы по созданию сетей телекоммуникаций и телекоммуникационных услуг. Сектор ITU-T занимается разработкой стандартов для систем видеоконференций, работающих по каналам ISDN. Рекомендация стандарта для систем конференц-связи H.320, предложенная ITU-T, носит название "Narrow-Band Visual Telephone System and Terminal Equipment". Спецификацию H.320 зачастую называют Р*64, где Р — целое число, поскольку она была разработана для каналов ISDN с пропускной способностью, кратной 64 Кбит/c. H.320 представляет из себя набор рекомендаций по использованию стандартов компрессии/декомпрессии аудио- и видеосигнала, а также cинхронизации, мультиплексирования и фрагментирования данных. Рекомендация T.120 ITU-T называется "Transmission Protocols For Multimedia Data". Рекомендация разработана для обмена данными в режиме конференц-связи. Такими данными могут являться изображения и заметки "настенной доски", бинарные файлы и пр.

Рекомендация ITU-T H.324 называется "Multimedia terminal for low bitrate visual telephone services over the GSTN". H.324 определяет стандарты для передачи аудио, видео и данных через модемы V.34 со скоростью 28,8 Кбит/с по аналоговым телефонным линиям общего назначения.

Настольные системы видеоконференц-связи можно использовать для самых разнообразных целей: проведения совещаний территориально рассредоточенных рабочих групп, для дистанционной связи со специалистами, для целей заочного обучения, при трансляции телевизионных программ, проведении брифингов и т.п. Если члены группы, разрабатывающей программный продукт, находятся на значительном расстоянии друг от друга, они могут отказаться от личных встреч и согласовывать свои действия посредством видеоконференций, экономя тем самым время и деньги.

П. 2.2. Выбор  метода кодирования - декодирования, описание стандарта кодирования.

Современный рынок требует сокращения производственных циклов, повышения качества поставляемой продукции, сотрудничества между различными фирмами и глобализации их деятельности. Средства связи, их расширенные возможности, играют при этом решающую роль. Наличие быстрой и эффективной связи определяет конкурентоспособность фирмы. Выигрывает тот, кто стартует раньше других, используя самые современные технологии.  На данный момент самым широко используемый протоколом, по моему мнению , является стандарт  Н.323.

Рассмотрим, что представляет собой рекомендация Н.323.

Рекомендация  Международного Телекоммуникационного  Объединения (ITU) H.323 - международная  спецификация, определяющая взаимодействие компьютеров при передаче аудио- и видео- потоков по сетям intra- или Internet.

Система Intel Internet Phone создана на основе набора коммуникационных средств, предлагаемых стандартом H.323 для работы с Internet. Передача звука при использовании системы Intel Internet Phone осуществляется с помощью кодека G.723, который обеспечивает возможность трансляции очень небольшого звукового потока при сохранении хорошего качества звука.

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

Совместимые с H.323 приложения и поддерживающая их инфраструктура Internet являются основой  нового направления развития коммуникационных возможностей, связанных с использованием ПК. Программное обеспечение, разработанное Intel и другими компаниями на основе стандарта H.323, впервые позволит нам без проблем, с помощью простого нажатия кнопки, осуществлять обмен аудио- и видео- данными.

Технический обзор H.323

Рекомендация H.323 описывает требования к терминалам, другому оборудованию и различным  службам, предъявляемые при передаче мультимедиа-потоков по локальной  сети с негарантированным качеством  соединения. Терминалы, а также другое оборудование, соответствующее требованиям H.323, могут использоваться для передачи голоса, цифровых данных и видеоинформации, а также произвольного сочетания этих потоков (например, для видеотелефонной связи) в реальном масштабе времени.

Локальная сеть, с помощью которой связаны  совместимые с H.323 терминалы, может  быть простым сегментом, соединением  по типу "кольцо" или целым набором  сегментов сложной топологии  соединений. Необходимо заметить, что  сложность структуры сети влияет на производительность H.323-терминалов. К сожалению, рассмотрение способов, с помощью которых можно добиться нужной производительности терминалов при работе со сложными сетями, выходит за рамки рекомендации H.323.

H.323-совместимые  терминалы могут быть встроены в персональные компьютеры или выполнены в виде отдельных устройств, например, видеотелефонов. Поддержка обмена звуковыми данными для них обязательна, в то время как возможность передачи цифровой информации и видеоданных является дополнительной. Однако, при использовании режима обмена видеоданными или цифровой информацией для совместной работы требуется поддержка нужного режима всеми устройствами. H.323 дает возможность одновременно передавать данные по нескольким каналам каждого типа. Среди стандартов, связанных с H.323, - рекомендации по сжатию и синхронизации H.225.0, управлению H.245, видеокодированию H.261 и H.263, аудиокодированию G.711, G.722, G.728, G.729 и G.723, а также серия коммуникационных мультимедиа-протоколов T.120.

Стандарт H.323 разработан с учетом Рекомендаций H.245, описывающих последовательность специальных процедур при открытии логического канала передачи информации. Эти процедуры, определяющие содержание логического канала, необходимы для согласования передающего устройства с приемным - таким образом, передатчик будет транслировать только ту информацию, которую способен воспринять приемник. Приемник может потребовать от передатчика ведения обмена данными в нужном ему режиме. Поскольку аналогичные процедуры, описанные стандартом H.245, предлагаются также в Рекомендациях H.310 для ATM-сетей, H.324 для GSTN и V.70, взаимодействие H.323-систем с системами на их основе возможно без преобразования H.242-H.245, как этого потребовали бы системы стандарта H.320.

Терминалы стандарта H.323 могут работать в многоточечных конфигурациях и взаимодействовать с терминалами стандарта H.310 для B-ISDN, стандарта H.320 для N-ISDN, стандарта H.321 для B-ISDN, стандарта H.322 для локальных сетей с гарантированным качеством соединения, стандарта H.324 для GSTN и беспроводных сетей и стандарта V.70 для GSTN.

Для передачи видеоизображения стандарт Н.323 требует  использования стандарта Н.261.

Видеопоток  стандарта Н.261.

Рекомендация ITU-T Н.261. была разработана для передачи видеоинформации при уровнях  битового потока Рх64 Кбит/с, где р - может меняться от1 до 30. Стандарт включает как кодирование отдельных кадров в стиле JPRG, так и использование компенсации движения для устранения временной корреляции между кадрами. Он относится к гибридным системам сжатия  в пространственной и временной областях.  
 

Burst bandwidth assumes that the transfer of video occurs only during the active period.

Continuous bandwidth assumes entire frame time is used to transfer active video

Форматы исходных данных CIF QCIF  

Формат Разрешение Ширина Полосы Частот
    Мбайт/сек (1)

 

Мбайт/сек

(непрерывный)

QCIF 216x156 176x144 1.69 1.27
CIF 432x312 352x288 6.74 5.07
 

Для того, чтобы  обеспечить преобразование данных различных  систем телевидения к единому  стандарту, был разработан стандарт CIF (общий промежуточный стандарт). Для яркостной компоненты Y разрешение составляет 288 по вертикали и 360 пикселов по горизонтали, из которых не используется по четыре крайних пиксела с каждой стороны для обеспечения кратности 16 Используется цветовая модель - 4:2:0  с серединным расположением пикселов цветности. Для яркости используется разрешение 352х288 ( область значимых пикселов, а для обоих цветоразностных компонентов разрешение - 176х144. Используется также формат QCIF с половинным разрешением.

Частота кадров составляет 29,97 кадров/сек, но может  быть и понижена до 10-15 кадров/се. Декодер  должен способен рас кодировать поток  с пропущенными кадрами , так. Как  для увеличения сжатия предусмотрена  возможность опускать при кодировании  отдельные кадры вместо того, чтобы поддерживать постоянную частоту кадров.  

Стандартом  предусмотрено разбиение видео  потока на четыре уровня:

- уровень кадров ( для CIF-формата - 352х288 пикселов, 396 макроблока, 1584 блока, 12 групп блоков):

код начала кадра ( 20 бит,   0000 0000 0000 0001 0000)

номер кадра  в последовательности ( 5 бит)

тип кадра  в последовательности ( 6 бит)

дополнительные  данные

- уровень  группы блоков (GOB) ( 176х48 пикселов, 132 блока.  33 макроблока)

код начала группы ( 16 бит , 0000 0000 0000 0001)

номер группы в кадре ( 4бита)

уровень квантования  в группе ( 5 бит)

Информация о работе Разработка структурной схемы устройства кодирования-декодирования