IPB WARNING [2] date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead (Line: 142 of /sources/classes/class_display.php)
Voln.Net :: волн нет! -> Web-вещание в пакете цифровых программ MPEG-2 DVB
Уважаемый Гость, добро пожаловать к нам на форум! ( Войти на форум | Регистрация )




 
Reply to this topicStart new topicStart Poll

Схема · [ Стандартный ] · Линейный+

> Web-вещание в пакете цифровых программ MPEG-2 DVB

Serious
post Feb 24 2006, 12:53 PM
Сообщение #1
Serьёзный перец
********
Группа: Members
Регистрация: 8-November 05
VN$: 2,869
Проживает: Москва
No. пользователя: 10 | Сообщений: 2,385
Quote Post


Александр АНУФРИЕВ
Ведущий специалист Департамента цифрового телерадиовещания SYRUS SYSTEMS

Александр БОРИСОВ
Специалист Департамента цифрового телерадиовещания SYRUS SYSTEMS


Статья опубликована в журнале BROADCASTING номер 4 за 2002 год



Количество пользователей Интернета ежегодно удваивается, и этот процесс будет продолжаться. Это не может не настораживать тех, кто занимается телевизионным вещанием, так как большинство вещателей усматривают в быстром развитии Интернета угрозу своему бизнесу. Однако еще неизвестно, является Интернет действительно угрозой для вещателей или сулит им дополнительные выгоды. Компания Syrus Systems предлагает техническое решение, позволяющее вещателям предоставлять новую услугу своим постоянным клиентам, привлекать новых и извлекать дополнительный доход. Это Web-вещание в пакете цифровых телевизионных программ в стандарте DVB


Предпосылки создания услуги Web-вещания
Анализируя методы доступа в Интернет, приходится однозначно констатировать, что на сегодняшний день доступ по телефонной линии (Dialup) остается самым массовым. Технология доступа Dialup пока единственная, которая решает, с одной стороны, проблемы массовости доступа, а с другой - его дешевизны. Однако совершенно ясно, что на смену ей, рано или поздно, придут технологии мобильного и широкополосного доступа.

К основным технологиям широкополосного доступа относятся:

* xDSL;
* каналы кабельного телевидения;
*беспроводные распределительные сети ТВ (MMDS, LMDS, MVDS);
*спутниковое цифровое ТВ.


Основной причиной сдерживания широкого распространения технологий широкополосного доступа является их относительно высокая цена. Согласно опубликованному в феврале этого года исследованию компании GartnerG2, развитие высокоскоростного Интернета в Европе может сильно замедлиться, если в ближайшее время не произойдет заметного снижения тарифов. На сегодня скоростным доступом пользуются менее 10% опрошенных семей в Германии, Франции, Англии. Однако, на наш взгляд, причина слабого развития широкополосного доступа кроется в другом. Как известно, при организации широкополосного доступа используется асимметричная схема. Основная особенность систем подобного доступа состоит в том, что данные к пользователю поступают по скоростному широкополосному каналу, а запросы и подтверждения от пользователя идут по узкополосному низкоскоростному. При организации широкополосного доступа в беспроводных распределительных системах или в сетях спутникового цифрового ТВ-вещания в качестве обратного канала в большинстве случаев используется обычная телефонная линия с модемным выходом. Такой метод доступа еще называют комбинированным. При этом пользователю обещают, что данные он будет получать на больших скоростях, которых нельзя достичь при соединении Dialup. Но на практике обещанных скоростей добиться практически невозможно. Дело в том, что при использовании протокола TCP обратный канал является существенным тормозом и не позволяет пользователю ощутить преимущество наличия прямого скоростного канала. Как ни странно, но при работе по протоколу TCP скорость передачи данных к пользователю определяется не прямым каналом, а именно обратным(!). И если для обратного канала используется плохая телефонная линия, то хорошей связи не получится, и весь канал будет работать так же, как и при обычном наземном Интернете.

Но каким бы широким не был широкополосный канал, он все равно имеет свои границы. Если взять стандартный спутниковый канал шириной 36 МГц (~36 Мбит/с), то легко посчитать, что при выделении каждому пользователю полосы хотя бы в 100 кбит/с (а меньше просто нет смысла), каналом смогут одновременно пользоваться 360(!) абонентов: 360x100 000=36 000 000 Мбит/с. Такое количество трудно назвать массовым для масштабов России. И при переоценке возможностей систем широкополосного доступа, недостаточном осмыслении их специфики и неверно выбранной тарифной политике канал может просто перегрузиться и произойдет его "запирание", что приведет к краху проекта, как это случилось с закрывшимися проектами Europe Online, НТВ-Интернет и Star Speeder.

Разновидностью асимметричного широкополосного доступа является двухсторонний спутниковый доступ. Наиболее известной и обсуждаемой на сегодняшний день является технология DVB RCS. При этом виде доступа в качестве прямого канала используется скоростной пакет DVB, a обратный пользовательский канал организуется тоже через спутник в узкополосном канале. Казалось бы, от телефонной линии абонент избавлен, а, следовательно, и тех проблем, о которых говорилось выше, у него со скоростью быть не должно. Но на самом деле все не так просто. Любой спутниковый канал заканчивается на земле, и даже провайдер, предоставляющий своим пользователям двусторонний спутниковый канал доступа, сам связан с Интернетом проводными наземными линиями. Конечно, это не обычные телефонные пользовательские линии, но, тем не менее, никто не может сказать, через какие линии сервер провайдера будет скачивать запрошенную пользователем информацию с Web-узла, на котором эта информация находится. А ведь между сервером провайдера и Web-узлом может находиться до десятка соединительных участков, и достаточно одного узкого места, чтобы спутниковый канал работал не на полной скорости.

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

А самое главное, из-за чего двухсторонний спутниковый Интернет еще не скоро придет в дома к простым пользователям, - это цена абонентского спутникового терминала. Даже при заказе большого количества абонентских терминалов (несколько тысяч) цена их остается достаточно высокой (около 1000 долларов). Остается один способ получить скоростной доступ в Интернет - выделенные линии. Однако наличие в каждой квартире российского пользователя выделенной линии является такой же далекой перспективой, как и двухсторонний спутниковый доступ в Интернет.

Таким образом, на сегодняшний день технической и экономической возможности предоставить массовому пользователю скоростной и дешевой доступ в Интернет, по мнению авторов, не существует.

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

Для того чтобы скачивать информацию, нужны каналы с хорошей пропускной способностью, а сегодня такие каналы обычному пользователю, как сказано выше, никто предоставить не в состоянии. Что же делать в этой ситуации российскому гражданину из глубинки? Неужели он так никогда и не сможет приобщиться к мировому богатству информации, которое находится в сети Интернет?! Специалисты компании Syrus Systems считают, что сегодня уже есть выход из этой ситуации и готовы передать вещателям техническое решение для предоставления новой услуги и помочь вещателю и потребителю найти друг друга. Кроме того, предлагаемое решение даст возможность вещателям решить немаловажную для них задачу - наполнить свои вещательные емкости контентом. Авторы статьи полагают, что включение услуги Web-вещания в пакет программ сможет существенно повысить рейтинг любого вещателя.



Потенциальные пользователи Web-вещания
Детальный анализ работы двадцати крупнейших американских провайдеров показал, что ежегодный прирост Интернет-трафика составляет 200%, то есть он троекратно увеличивается каждый год. По данным компании "Рамблер Интернет Холдинг", количество российских пользователей Интернета на декабрь 2001 года составило 4 млн. 543 тыс. Человек, и только за период с июля по декабрь аудитория пользователей выросла более чем в полтора раза. По официальным данным Минсвязи России, на февраль 2002 года число постоянных зарегистрированных пользователей Интернета составляет 4 млн. 300 тыс. человек, а всего Интернетом пользуются, по оценкам Минсвязи России, примерно 10 млн. человек. По сообщениям Департамента правительственной информации, на февраль 2002 года Россия занимает 15-е место в мире по числу пользователей Интернета.

По данным Минсвязи, в России в 2001 году продавалось более 400 тыс. компьютеров ежеквартально. Около 30% всех пользователей Интернета в России приходится на Московский регион, 25% - на Урал и Западную Сибирь, 18% - на Восточную Сибирь и Дальний Восток. По данным РОЦИТ, более 80% всех российских пользователей глобальной Сети используют Интернет для получения необходимой им информации. Таким образом, можно утверждать, что в России насчитывается более 8 млн. человек, которые хотели бы получать информацию на свои компьютеры и готовы за это платить(!). При этом люди готовы платить за возможность получения информации даже несколько большие деньги, чем они платят сейчас, лишь бы быть уверенными, что услуга будет качественной. Совершенно очевидно, что у всех пользователей Интернета есть телевизоры. У многих из них есть и спутниковые приемные антенны, а те, у кого их нет, при желании смогут приобрести приемный абонентский комплект, если им это будет интересно. Не секрет и то, что в России, кроме Москвы, Санкт-Петербурга и пары других крупных городов, существует большая проблема с наличием качественных и разнообразных программ телевидения. Этот печальный факт заставляет людей обращать свои взоры на небо в поисках подходящего спутника телевизионного вещания. Из всего сказанного мы можем сделать вывод, что те самые 8 млн. человек являются потенциальными клиентами тех поставщиков услуг (вещателей), которые смогут предоставить людям возможность смотреть ТВ-программы и получать интересную для них информацию на свои компьютеры. При этом в отличие от ТВ-вещания, решение, предлагаемое компанией Syrus Systems для Web-вещания, позволяет легко управлять передаваемым трафиком и сделать эту услугой платной. Самое главное, что для этого не потребуется дополнительных затрат(!).


Идеи и принципы Web-вещания
Смысл услуги Web-вещания заключается в следующем. Вещатель у себя на сервере в операционном центре создает массив Web-страниц. Этот массив может создаваться или исходя из собственных пристрастий вещателя, или опираясь на рейтинги наиболее популярных сайтов. Далее из этого массива создаются пакеты сайтов по тематике, по возрастной категории или по другим критериям. Сформированные на сервере пакеты Web-страниц обрабатываются специальным программным обеспечением и подмешиваются в общий транспортный поток ТВ-программ. Рассылка страниц может идти как в режиме Multicast, так и режиме Unicast. На приемной стороне пользователь записывает у себя на компьютере выбранные страницы из предлагаемого списка и просматривает их в автономном режиме.
Кроме рассылки конечных по объему файлов предлагаемое техническое решение позволяет транслировать потоковое видео из Интернета или с сервера вещателя. Это могут быть прямые трансляции событий в Интернете (конференции, концерты, спортивные мероприятия или кинофильмы). Используя специальное программное обеспечение, пользователь может записать на компьютере какую-либо потоковую передачу для последующего просмотра. При этом вещателем гарантируется достаточно высокая степень надежности доставки до потребителя выбранного контента.

Тут возникает законный вопрос: что нужно для того, чтобы организовать Web-вещание? Традиционно существует несколько проблем, связанных с трансляцией цифровых файлов и потоков данных через спутник. Одна из них заключается в том, что различные виды помех, в особенности дождь, могут стать причиной кратковременных пропаданий связи, в результате чего фрагменты трансляции не дойдут до пункта передачи информации на Землю со спутника или будут повреждены в пути. Эти помехи делают невозможным передачу кинофильмов, музыки, программного обеспечения, финансовой информации и другой цифровой информации через спутниковую систему без обратной связи. Традиционные решения включают в себя многократную отправку файлов (которая является медленной и неэффективной) или требуют наличия наземного обратного канала между передающим сервером и принимающим компьютером таким образом, чтобы сервер имел информацию о том, как проходит передача, и по необходимости проводил ретрансляции пропавших или поврежденных пакетов. К сожалению, сегодня на всей территории России очень трудно организовать такую связь для многих тысяч принимающих абонентских пунктов.

В настоящее время существуют две основные технологии передачи файлов через спутниковый канал: push и pull. При работе по push-технологии пользователь по наземному каналу дает запрос системе, какие данные он хотел бы получить и в какое время. После этого пользователь отключается от провайдера и ждет получения данных. При этом компьютер не выключается. В назначенное время от сервера к пользователю открывается канал передачи по протоколу UDP/IP. Передача ведется на большой скорости. А если в это время пошел дождь или отключили свет (что в наше время не редкость)? Пользователю придется заново подключаться к провайдеру и формировать запрос. И так до тех пор, пока нужная информация не будет принята.

При работе по технологии "pull" пользователь скачивает данные с сервера в режиме on-line по протоколу TCP/IP. При этом наличие наземного обратного канала обязательно. Недостатком этой технологии является маленькая скорость передачи, обусловленная, как было указано выше, особенностями протокола TCP/IP. А если произойдут перебои на телефонной линии (что тоже является обычным явлением)? Передача прекратится, и нужная информация до пользователя не дойдет даже при наличии обратного канала. Да и сами наши телефонные линии оставляют желать лучшего.
Если говорить о потоковой трансляции, то без надежного скоростного канала практически невозможна передача цифровых потоков видео и аудио.

Решение, предлагаемое компанией Syrus Systems для организации Web-вещания, создано на базе системы SSDS (Syrus Satellite Delivery System), предназначенной для доставки любых данных (отдельные файлы или базы данных, потоки видео и т.д.) через спутниковый канал на удаленные приемные станции, не имеющие никакой связи с передающей станцией, т. е. без обратного канала. При этом размер файла может быть любым, а скорость ограничивается только размером свободной полосы на спутнике. Использование функциональных возможностей программного обеспечения системы позволят обойтись без обратного канала при передаче, как файлов, так и цифровых потоков аудио и видео. С помощью данной системы можно получить надежный скоростной спутниковый канал передачи данных даже в плохих погодных условиях.

Основные технологические решения и состав системы SSDS
Система SSDS обладает целым рядом уникальных возможностей, которые делают ее системой гарантированной доставки мультимедийного контента как одиночному пользователю, так и большому количеству потребителей одновременно. Общий вид системы SSDS см. на рис. 1. Она состоит из двух функциональных частей: программной и аппаратной. Первую часть системы составляет программа цифровой доставки Fazzt Digital Delivery System американской компании KenCast. Мощные программные средства, внедренные в программу Fazzt, позволяют пользователям решать многие задачи и проблемы, традиционно связанные с передачей данных через спутниковый канал. Программа Fazzt в свою очередь состоит из двух базовых частей: Fazzt Host, и Fazzt Client.

Fazzt Host устанавливается на центральном сервере системы и служит для формирования исходящего потока данных по организованным каналам и управляет процессом кодирования файлов перед отправкой, созданием очередей, горячих папок, карусельных передач файлов и потоков видео (Streaming). При формировании канала передачи определяется его тип (Multicast или Unicast) и назначается скорость передачи.

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

Аппаратная часть системы состоит из следующих основных компонентов: центрального сервера, инкапсулятора IP/DVB с управляющим компьютером, QPSK-модулятора, компьютерной DVB PC-карты Pent@NET или Pent@VALUE.

Центральный сервер с лицензионной ОС и установленным на нем программным обеспечением Fazzt Host служит для подготовки и генерирования исходного IP-потока цифровых данных. С центральным Fazzt-сервером может быть связан мультимедийный сервер, который генерирует в локальную сеть непрерывный цифровой поток видео или аудио (Streaming). В этом случае Fazzt-сервер захватывает поток, защищает его FEC-кодированием и формирует новый поток. На этом же сервере организуется массив Web-страниц, планируемых вещателем для рассылки. Fazzt Host обрабатывает передаваемые файлы и цифровые потоки и выдает IP-поток на вход IP-шлюза. Как правило, центральный сервер системы устанавливается в центральной спутниковой аппаратной или недалеко от нее. Это объясняется тем, что в целях безопасности сервер напрямую связывается с инкапсулятором. Сервер и IP-шлюз взаимодействуют между собой через сетевые Ethernet-карты.

Функциями шлюза являются:

*инкапсуляция входных IP-пакетов в транспортный поток MPEG-2/DVB;
*обеспечение необходимого качества обслуживания (QoS) зарегистрированных статических пользователей и групп пользователей. Каждая группа пользователей имеет свой персональный идентификационный номер (PID) в потоке; и каждый пользователь, и каждая группа имеют свои минимальную (CIR) и максимальную скорости.

Инкапсулятор может организовывать до 8000 групп пользователей, каждая из которых может включать сотни пользователей. Максимальная выходная скорость шлюза до 53 Мбит/с.

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

Сформированный инкапсулятором транспортный поток DVB по ASI интерфейсу подается на QPSK-модулятор, откуда по IF-частоте 70 МГц модулированная несущая поступает на спутниковый передатчик.

Как отмечалось выше, с помощью системы гарантированной доставки можно организовать наряду с многоадресной рассылкой (Multicast) однонаправленную передачу (Unicast). И Multicast и Unicast-каналы могут работать одновременно, независимо друг от друга. Удаленный пользователь, в свою очередь, может одновременно принимать оба типа передач.

На приемной стороне у удаленного пользователя в компьютер вставляется DVB PC-карта Pent@NET с соответствующим операционной системе драйвером. Сигнал на вход карты поступает с приемной спутниковой антенны. Данная спутниковая карта в приемном компьютере играет роль спутникового приемника-декодера и служит только для приема данных и не может быть использована для приема спутниковых цифровых телевизионных каналов. Однако если применить карту Pent@VALUE, то, используя программный MPEG-2 декодер, поставляемый с картой, можно будет смотреть и телевизионные программы.

Все компоненты программной и аппаратной частей предлагаемой системы проверены временем и надежно работают в самых разных приложениях, легко инсталлируются и просты в управлении и обслуживании.

Поскольку "сердцем" системы все-таки является программа цифровой доставки Fazzt, вкратце приведем описание основных ее особенностей и функциональных возможностей.


Основные особенности и достоинства программы Fazzt
Запатентованная утилита исправления ошибок при транспортировке Fazzt FEC является средством системы Fazzt, при помощи которого обеспечивается наиболее эффективный и экономичный способ гарантированной доставки файлов на удаленный пункт через спутник в идеальном состоянии и с первого раза.

В отличие от процедур обнаружения и исправления ошибок на уровне битов, выполняемых спутниковыми сетями и спутниковыми приемниками, которые проводят проверку избыточным циклическим кодом CRC, Fazzt FEC работает на уровне пакета. Когда принимающий ПК обрабатывает данные, то он определяет, какой пакет принят удачно, а какой потерян. Цель кодирования - обеспечить восстановление оригинала из набора правильных пакетов, который дополнительно передается вместе с основным содержанием файла. Это обеспечивается тем, что программа Fazzt перед отправкой данных генерирует набор из пакетов исходного цифрового объектного файла. Затем программа передает набор, являющийся комбинацией исходных и дополнительных пакетов, причем дополнительные пакеты используются приемником для математического восстановления исходных пакетов, утерянных при передаче. Недостающие пакеты могут составлять длинный последовательный пакет или чередоваться с исходными пакетами. Для того чтобы восстановить файл, общее число исходных и дополнительных пакетов, принятых в целости, должно быть, по крайней мере, равно числу пакетов исходного файла без дополнительных.

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

Например, оператор может предварительно подсчитать, что передача 100 Мбайтного файла, разбитого на 100 пакетов по 1 Мбайт каждый, приведет в худшем случае к утрате 40% пакетов. Программа Fazzt FEC при транспортировке создаст составной файл из пакетов (исходных и дополнительных) объемом 166 Мбайт. После того, как будет передано 166 пакетов, удаленной станции понадобится принять только 100 любых (т.е. можно потерять до 40%, 66 = 40% из 166) из данных пакетов для успешного и полного восстановления этого файла. Неважно, какие (не более 66) пакеты утеряны и являются ли они пакетами исходного файла или дополнительными, идут ли они последовательно или разбросаны по всему передаваемому объему, так как Fazzt в любом случае точно восстановит файл. Как только общее число успешно добравшихся пакетов сравняется с числом исходных, трансляция и восстановление будут считаться успешными.

Процесс кодирования Fazzt FEC разработан специально для минимизации превышения при обеспечении максимальной вероятности успешного приема/восстановления на каждом абонентском пункте. Как показывает практика, пользователи Fazzt считают, что превышения на 4-6% при кодировании с помощью Fazzt FEC вполне достаточно, чтобы обеспечить прохождение каждого файла на каждый абонентский пункт всего за одну трансляцию.

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

Для того чтобы Fazzt могла подтвердить принятый файл, она обязательно должна получить около 1 % дополнительной информации в виде кодирования в системе Fazzt FEC для исправления ошибок, возникших при транспортировке. Например, если файл передается с 5%-превышением в виде Fazzt FEC и 4% было утеряно, Fazzt может восстановить утраченные данные при помощи 4% закодированной информации и использовать дополнительный 1% для подтверждения восстановленного файла.

Программа имеет встроенную функцию сжатия - упаковщик Fazzt Packager, используя которую можно получить дополнительное сжатие даже для файлов, уже имеющих высокую степень сжатия. Например, для MPEG и PDF файлов обычно можно получить сжатие от 8 % до 15 %. Для некоторых файлов сжатие будет значительно выше: текстовые файлы часто дают сжатие от 50 % до 60 %. Таким образом, можно сократить время передачи для заданной скорости или, если временные критерии не критичны, полосу используемого канала.

Встроенный в Fazzt упаковщик является архивирующей утилитой, подобно Zip. Он защищает небольшие файлы и позволяет разбивать большие файлы на более мелкие. Если очень маленькие файлы посылаются в одиночку, то для них существует потенциальная опасность полностью исчезнуть во время передачи из-за ошибок или кратковременного пропадания связи. Но их можно присоединить к другим файлам и создать один большой файл. Этот большой файл можно защитить с помощью Fazzt FEC так, чтобы, даже если пропадет большая часть маленького файла, это всего лишь означает небольшую потерю для большого пакета, то есть она может быть восстановлена. С другой стороны, очень большие файлы, отправка которых при обычном режиме заняла бы много часов, при помощи упаковщика можно разбить на меньшие файлы. Следовательно, файлы объемом во многие десятки или сотни гигабайт можно отправлять небольшими фрагментами и автоматически восстанавливать на принимающей стороне. Упаковщик предлагает очень удобный способ подготовки содержимого для распределения. Он может создать пакет связанных файлов, например Web-сайт, состоящий из группы файлов HTML наряду с графическими файлами.

При помощи Fazzt может одновременно посылать несколько файлов и/или потоков по одному и тому же каналу и автоматически сортировать их на принимающей стороне. То есть система будет мультиплексировать исходящие файлы/потоки и демультиплексировать их на принимающей стороне. При этом не создается никаких очередей, а просто нужные файлы одновременно передаются по каналу как обычный мультиплексированный поток.

Кроме того, Fazzt имеет большое число средств, направленных на решение широкого круга задач. Прежде всего, следует отметить следующие из них:

1.Система поддерживает каналы многоадресной рассылки (Multicast) для файлов и потоков, транслируемых с места события, а также может создавать мультиплексированные (Multiplex) потоки файлов, т.е. посылать несколько файлов или потоков данных одновременно по одному данному каналу, при этом защита от потери любого из них увеличивается. Может также осуществлять передачи по линиям связи с одноадресной рассылкой (Unicast). И те, и другие каналы могут динамически создаваться и убираться.


2.Механизм создания и управлениями очередями (Queue Management) поддерживает предварительную обработку файлов, а также позволяет устанавливать приоритеты передач и время их старта. Этот механизм позволяет планировать дату и время отправки выбранных данных.


3.Fazzt имеет встроенный Web-сервер, позволяющий пользователю быстро освоить работу системы, иметь удобный доступ ко всем средствам системы и, самое главное, предоставляющий возможность удаленного контроля с любого компьютера за работой системы и ее конфигурирования.


4.Функция формирования каруселей (Carousel) позволяет пользователю на приемной стороне выбирать, какие из предстоящих трансляций представляют для него интерес и должны приниматься программой, а какие должны игнорироваться. Карусель может крутиться в канале продолжительное время, в течение которого пользователь обязательно сможет принять нужный ему файл. Эта функция позволяет пользователю не быть зависимым от падений напряжения или плохой погоды.


5.Fazzt может захватывать видеопоток, транслируемый с удаленного места с использованием любого стандартного стриминг-сервера (RealServer, Cisco IPTV, Windows Media Encoder и др.), передавать его через Fazzt и манипулировать им при помощи всех инструментов, имеющихся в Fazzt для регистрации, фильтрования, восстановления с помощью Fazzt FEC и т.д. Сегодня все большую популярность приобретают технологии вещания видеопрограмм с использованием IP. Разработаны специальные протоколы для группового вещания. Однако на наземных сетях практическая реализация IP вещания сопряжена с большими техническими и, главное, организационными трудностями, обусловленными многозвенностью наземных сетей. Чем больше звеньев (отдельных провайдеров), тем труднее обеспечить прозрачность сети для вещательных протоколов. Применение программы Fazzt в спутниковых вещательных сетях может привести к прорыву в потоковом вещании через IP на удаленные локальные сети.


Характерной особенностью системы является способность к масштабированию, и она может легко интегрироваться с существующим оборудованием спутниковой станции. Система легко встраивается в существующий комплекс цифрового ТВ-вещания стандарта DVB (рис. 2). Выход инкапсулятора системы SSDS подключается к существующему мультиплексору, и IP/DVB-поток вливается в общий пакет цифровых программ. Правда, для создания новой услуги вещателю придется расширить полосу спутникового канала. Однако, на наш взгляд, наилучшим способом интеграции системы с существующей сетью спутникового ТВ-вещания будет выделение на спутнике отдельного транспондера. В этом случае пользователям не придется перестраивать свои спутниковые ТВ-приемники, а вещатель сможет получить отдельный скоростной канал под новую услугу. Специалисты компании Syrus Systems считают, что для качественного Web-вещания потребуется выделение полосы не менее 10 МГц. При такой полосе вещатель будет в состоянии передавать через канал большие объемы информации (3-4 Гбайт) с приемлемым временем доставки данных до потребителя.


Все рисунки доступны по адресу:
http://www.syrus.ru/index.cgi?Template=doc...=39998&DocId=19
User is offlineProfile Card
PMGo to the top of the page
+


Reply to this topicTopic OptionsStart new topic
Количество читающих данную тему: 2 (гостей: 2 | анонимных пользователей: 0 )
Пользователей: 0

 





Rating All-Moscow.ru Rambler's Top100 SpyLOG Яндекс цитирования

Лучший форум о геологии и геофизике
Copyright © 2005-2014 Voln.Net :: волн нет!
Перепечатка материалов этого сайта разрешена только при размещении гиперссылки на источник.
Облегчённая версия Текущая дата и время: 29th March 2024 - 11:28 AM

Новые сообщения

Нет новых сообщений

Форум закрыт