The Best Streaming Software!
VIVO Rent A Car - Your car rental
Върни се   Digital TV Forums - БЪЛГАРСКИЯТ ФОРУМ ЗА ЦИФРОВА ТЕЛЕВИЗИЯ > ДИСКУСИИ - Всичко за сателитната и наземната телевизия > IPTV (Internet Protocol Television)

IPTV (Internet Protocol Television) Интернет телевизията

Отговори
 
Контрол над темата Търси в тази тема Начин на разглеждане
  #21  
Стар 26-12-2009
Аватара на netman
netman netman не е на линия
Жичкаджия
 

Дата на присъединяване: Dec 2007
Местоположение: Бургаско
Мнения: 1,815
Благодари: 400
Получил благодарност:
301 пъти в 146 поста
Сваляния: 114
Ъплоуди: 1
По подразбиране

Цитирай:
IP-телевидение начинается с головной станции.

Авторы: Колпаков И. А., Барг А. И., Колгатин С. Ю.

Дата публикации: 17 ноября 2006г.






Статья была опубликована в журнале "Кабельщик" №10 2006г.



Не надо откладывать проекты IPTV на послезавтрашний день.
Сегодня уже нет никакой необходимости убеждать операторов в том, что IP-телевидение является важнейшей и перспективнейшей составляющей пакета услуг Triple Play (телефония, Интернет и телевидение) на базе высокоскоростного доступа к транспортной сети MetroEthernet или xDSL.
Ещё 2-3 года назад IP-телевидение воспринималось в нашей стране как экзотическая и дорогая цифровая технология, перспективы которой весьма неопределенны. Однако в последнее время технические и экономические проблемы, препятствующие массовому внедрению IPTV, хотя и не исчезли полностью, но во многом потеряли свою остроту. В частности, оборудование MPEG-4 становится более распространенным и более доступным. Замечательные успехи в практической реализации сетей на основе новых высокоскоростных xDSL технологий, таких как ADSL2+ и VDSL дают основания для оптимистической оценки перспектив IP-телевидения в нашей стране. Очень важным является также огромный прогресс в доступности высокоскоростного «домашнего» Интернета и изменения отношения к нему населения. Сегодня в крупных российских городах сложилась ситуация, когда высокоскоростной Интернет на базе DSL или Ethernet сети имеется практически в каждой четвертой семье, относящейся к «социально-успешной» группе населения. Для этого социального слоя быстрый Интернет дома становится хорошим тоном и попадает в число обязательных компонентов потребления. В ближайшие 2-3 года можно ожидать удвоения числа абонентов с высокоскоростным доступом. Такое развитие ситуации позволяет предположить, что телекоммуникационные операторы обязательно должны ею воспользоваться и добавить IP-телевидение в пакет своих предложений в дополнение к быстрому Интернету. Хорошим примером тому является известный проект «Стрим-ТВ», реализованный на базе повсеместно развернутых в Москве сетей ADSL2+ для доступа в Интернет. Можно также предположить внедрение в ближайшем будущем кабельными телевизионными операторами услуги IPTV, технологически реализованной как IPTV over Docsis (IP-телевидение поверх протокола Docsis). Такой интересный гибрид технологий можно ожидать с появлением стандарта передачи данных Docsis 3.0, скоростные возможности которого должны быть существенно выше сегодняшнего стандарта Docsis 2.0.
В течение ближайших двух лет можно ожидать как дальнейшего существенного снижения уровня технологических препятствий для реализации IPTV сетей, так и роста привлекательности их для населения, что с учетом снижения стоимости оборудования создаст экономически выгодную ситуацию для инвестирования и широкого строительства IPTV сетей. Уже через 3-4 года можно предположить переход IPTV технологий в разряд широко распространенных и высокодоходных.
Итак, к мысли о необходимости создавать реальные коммерческие проекты IP-телевидения приходят операторы разного профиля. Сегодня это могут быть как «классические» телекоммуникационные операторы, так и операторы кабельного телевидения. Первые хорошо знают всё, что связано с классическими сетевыми технологиями и пакетной передачей данных на базе IP-протокола, хорошо понимают детали технологии Ethernet, однако, как правило, слабо представляют себе элементарные, с точки зрения оператора кабельного ТВ, принципы конфигурации цифровых головных телевизионных станций, состав таблиц сервисной информации транспортных MPEG-потоков, особенности работы цифровых спутниковых приемных систем и т.п. В свою очередь, операторы кабельного ТВ прекрасно ориентируясь в «классических» цифровых головных станциях, часто ощущают некоторую растерянность, когда речь идет о принципах подбора и конфигурирования головной станции IPTV, во всяком случае, в той её части, которая использует уже сетевые IP-технологии. Головная станция IPTV использует смежные пограничные технологии, как цифрового кабельного телевидения, так и пакетной передачи данных, поэтому сегодня не так много специалистов, владеющих всем сразу и не так много доступной литературы на эту тему.
В этой статье, авторы пытаются дать ответы на часть важных вопросов о том, как и по каким критериям, выбирать и конфигурировать станцию IP-телевидения. Авторы не рассматривают сколько-нибудь подробно ту часть головной станции, которая обеспечивает цифровой спутниковый прием, поскольку сегодня это не составляет никакой проблемы, и нет никакого дефицита, как в части информации, так и в части специалистов, владеющей ей.
На рисунках 1 и 2 мы видим компоненты IPTV сети. Рассмотрим важнейшие компоненты сети IP-телевидения.


Рис. 1. Головная станция IPTV в составе транспортной сети

Рис. 2. Магистральная часть IPTV и уровень доступа
Головная станция - важнейший компонент IPTV сети.
Основная функция головной станции IPTV это формирование видео-контента и последующая трансляция выходного потока видео-данных в формате Video over IP (видео по IP протоколу). Также для магистральной (опорной части сети) может использоваться формат IP-Video over ATM (IP видео поверх ATM). Это связано с широким распространением магистральных ATM сетей. Для трансляции видео-контента через ATM / SDH сети многие операторы используют, например, хорошо известную станцию цифрового телевидения Teleste ATMux.
Рассмотрим подробнее требования к головной станции IPTV.
Современная станция IPTV должна работать с широким диапазоном входных источников видео-контента, в том числе:
  • спутниковые ТВ каналы в формате DVB-S, получаемые через DVB-ASI интерфейс приемников или «потоковых дескремблеров» в режиме однопрограммного транспортного потока (SPTS) или многопрограммного транспортного потока (MPTS);
  • аналоговое и цифровое некомпрессированное видео, получаемое от студийного ТВ оборудования в форматах SDI, S-video, композитный видеосигнал, а также можно предположить использование в будущем цифровых интерфейсов DVI (Digital video interface) и HDMI (High-Definition Multimedia Interface);
  • эфирные цифровые программы через DVB-ASI интерфейс DVB-T - приемников и с меньшей вероятностью аналоговые эфирные каналы в формате композитное видео, полученное с выхода аналоговых эфирных демодуляторов;
  • видео-контент, передаваемый через транспортные сети в форматах IPTV (MPEG over IP), Video over ATM; IP-video over ATM.
Формирование видео-контента в форматах DVB-ASI (SPTS/MPTS) производится «обычной» цифровой головной станцией DVB, которая часто уже существует у оператора и уже некоторое время обслуживает его кабельную DVB-C сеть. В самом простейшем случае это комплект спутниковых цифровых приемников с ASI-выходом.
Более сложной и меньше знакомой операторам является вторая составная часть станции, формирующая выходные IP-потоки или собственно IPTV станция. Используют также термины IP-инкапсулятор и IP-стриммер.
Приведем термины, обозначающие основные процессы, производимые IPTV головной станцией:
  • IP-encapsulation («IP-инкапсуляция») – базовая функция станции, обеспечивает включение транспортных MPEG-пакетов в качестве полезной информационной нагрузки в состав кадров протокола PDU (protocol data unit), и последующую передачу данных в телекоммуникационных сетях Gigabit Ethernet и ATM;
  • transrating («трансрейтинг») – изменение (понижение) скорости потока данных, используется также аналогичный по смыслу термин rateshaping;
  • transcoding («транскодинг») – транскодирование, изменение формата сжатия медиа-данных, например поток MPEG2 транскодируется в MPEG4;
  • encoding («энкодинг») – компрессия несжатого видео с целью получения на выходе «энкодера» транспортного потока в формате MPEG2 (4) или VC-1 / Windows Media VC-9 (на входе энкодера видеосигнал может быть в аналоговом, например, композитное видео, S- video или в цифровом, например SDI формате);
  • decoding («декодинг») – декодирование, восстановление исходной несжатой информации;
  • re-encoding («ре-энкодинг»)– в цифровом телевидении восстановление несжатой информации и повторное энкодирование с целью значительного изменения скорости потока (иногда этим термином называют также изменение формата сжатия, т.е. фактически могут подразумевать транскодинг);
  • scrambling («скремблинг») – буквально шифрование, подразумевается использование системы условного доступа (CAS);
  • de-scrambling («де-скремблинг») – буквально дешифрование, подразумевается раскрытие скремблированных ТВ каналов;
  • multiplexing или remultiplexing – мультиплексирование, в цифровом телевидении этим термином обычно обозначается мультиплексирование входных однопрограммных транспортных потоков (SPTS) и/или мультипрограммных транспортных потоков (MPTS) в необходимый оператору выходной мультипрограммный транспортный поток (MPTS), при этом также производится фильтрация незначащих и лишних данных путем редакции PSI данных, строго говоря даже однопрограммный транспортный поток является результатом мультиплексирования трех потоков – видео, аудио и данных;
  • de-multiplexing – демультиплексирование, операция обратная мультиплексированию;
  • statistical multiplexing – статистическое мультиплексирование, используется главным образом для MPTS потоков, направляемых от земной станции на спутник (up-link), при этом виде обработке общая скорость многопрограммного потока является почти постоянной, но скорость каждого из однопрограммных потоков, составляющих общий MPTS поток является переменной (VBR). Статистическое мультиплексирование позволяет эффективно использовать полосу спутникового транспондера, но вынуждает операторов IPTV, (особенно для DSL-сетей) использовать трансрейтинг или даже ре-энкодинг;
  • PSI redaction - редактирование таблиц сервисной информации (PSI, Program Specific Information - специальная информация о программах).
Функция PSI redaction хорошо известна операторам в «обычном» цифровом телевидении (DVB-S, -C). Предполагается примерно следующий базовый набор возможностей создания и редактирования сервисных таблиц:
  • создание оператором NIT таблицы (Network Information Table), определяющей сетевые параметры;
  • добавление и удаление оператором собственных идентификаторов в таблицы PMT (Program Map Table), SDT (Service Descriptor Table), NIT (Network Information Table) или CAT (Conditional Access Table);
  • редактирование оператором частоты повторения выходных таблиц.
IP - инкапсуляция
Это самый главный процесс, выполняемый IPTV станцией. Для передачи транспортных MPEG-потоков через традиционные сети с пакетной передачей данных, головная станция IPTV объединяет множество 188-ми байтовых MPEG транспортных пакетов и формирует из них полезную нагрузку кадра PDU (protocol data unit).

Рис. 3.
Рисунок 3 иллюстрирует процесс инкапсуляции.
Заголовок (Header) и замыкающая часть кадра (Trailer) определяются используемым сетевым протоколом.
Инкапсуляция MPEG -пакетов в Gigabit Ethernet сетях.
Рисунки 4 и 5 иллюстрируют инкапсуляцию MPEG-пакетов в Gigabit Ethernet сетях.

Рис. 4.
На рисунке 4 показан кадр в формате MPEG over UDP/IP over Gigabit Ethernet. Замыкающая часть кадра это как обычно CRC (cyclic redundancy code) – контрольный циклический избыточный код.
Рисунок 5 показывает инкапсуляцию MPEG over Gigabit Ethernet в реальном времени с использованием протокола RTP.

Рис. 5.
Протокол RTP (Real-time transport protocol) определяет и компенсирует потерянные пакеты, обеспечивая безопасность передачи контента и распознавание информации. Протокол RTP функционирует поверх протокола UDP (User Datagram Protocol), расположенного в стеке протоколов TCP/IP над протоколом IP. Разница между двумя рисунками только в добавлении RTP-заголовка в секцию заголовка протокола (Protocol Header).

Рис. 6.

.
Отговори с цитат
  #22  
Стар 26-12-2009
Аватара на netman
netman netman не е на линия
Жичкаджия
 

Дата на присъединяване: Dec 2007
Местоположение: Бургаско
Мнения: 1,815
Благодари: 400
Получил благодарност:
301 пъти в 146 поста
Сваляния: 114
Ъплоуди: 1
По подразбиране

Цитирай:
Рисунок 6 иллюстрирует формат MPEG over UDP/IP over ATM с классической IP-инкапсуляцией (RFC 2684 LLC инкапсуляция маршрутизируемых протоколов). В состав полезной нагрузки AAL-5 входит IP-пакет, с нагрузкой из множества транспортных пакетов MPEG, плюс RFC 2684 заголовок и замыкающая часть кадра. В этом случае полный кадр AAL-5 PDU предоставлен уровню ATM для дальнейшей сегментации в ATM ячейки.
(Padding в секции Trailer это заполнение секции незначащей информацией).
Для других RFC 2684 ATM подобных инкапсуляций производятся соответствующие изменения. Так, например, для инкапсуляции в реальном времени после заголовка UDP был бы заголовок RTP. А для мостовой (bridged) инкапсуляции Ethernet был бы заголовок Ethernet MAC перед IP заголовком.

Рис. 7.
Рисунок 7 показывает инкапсуляцию MPEG over Native ATM. Он очень похож на предыдущие рисунки, различие заключается в удалении UDP/IP и RFC 2684 уровней (собственно по этому такой метод и называется “Native” (наследственный) ATM, так как он не имеет каких-либо дополнительных протоколов). Для этого метода заголовок протокола является пустым и этот метод более эффективно использует ширину полосы, чем другие ATM методы. Однако присутствие UDP/IP заголовков в других методах позволяет поддерживать множество однопрограммных транспортных потоков (SPTS) через одну виртуальную ATM цепь, что невозможно в методе ATM Native.

Что надо знать оператору IPTV ?
Конфигурируя IPTV станцию, оператор должен ясно представлять, какие именно виды обработки видео-данных будут необходимы. Для этого оператору надо знать как характеристики используемой транспортной сети, так и характеристики полученных из разных источников ТВ-каналов.
Для примера приведем начальный перечень вопросов, ответы на которые оператор должен хорошо знать, приступая к формированию ТЗ на IPTV головную станцию:
  • для каких из обрабатываемых каналов можно не менять скорость потока;
  • для какого числа, и для каких именно каналов требуется трансрейтинг (transrating);
  • для каких каналов требуется энкодирование (encoding);
  • какие из каналов должны быть реэнкодированы (re-encoding);
  • какие из каналов необходимо транскодировать из MPEG2 в MPEG4 или возможно из MPEG4 в MPEG2;
  • планируется ли предоставлять каналы в формате телевидения высокой четкости (HDTV);
  • планируется ли использование системы условного доступа (CAS).

Дадим пояснения по этим вопросам.
Для примера предположим, что уровнем доступа у оператора является DSL-сеть, физически обеспечивающая скорость абоненту 7 Мб/с. Абонент при наиболее дорогом тарифе получает доступ в Интернет со скоростью до 2 Мб/с. Таким образом, ясно, что для передачи видео предельная доступная скорость потока будет около 5 Мб/с. Из этого следует, что оператор может использовать формат сжатия MPEG2 и обеспечить высокое качество трансляции. Однако, для MPEG2 будет исключена возможность трансляция HDTV программ, требующих в несколько раз большую скорость.
В нашем случае, оператор, использующий как источник контента спутниковые каналы с переменной скоростью 4-6 Мб/с, должен будет сделать для них упомянутый выше трансрейтинг, чтобы ограничить скорость потока заданной величиной, например 5 Мб/с. Важно знать, что возможности трансрейтинга по снижению скорости потока обычно ограничены величиной 15-20%. В случае же использования цифровых источников с высокой скоростью, например 8-12 Мб/с на ТВ канал, требуется уже ре-энкодирование, которое в простом варианте реализации представляет собой декодирование цифрового MPEG потока и повторное MPEG энкодирование с заданной скоростью. Очевидно, что в нашем случае для организации трансляции в формате HDTV оператору необходимо будет использовать новейшие эффективные алгоритмы сжатия видео, такие как MPEG4 AVC или VC-1. Для интеграции системы условного доступа головная станция должна иметь возможность внутренней маршрутизации видео-данных и интерфейсы для подключения скремблера, использующего сейчас уже стандартный протокол DVB Simulcrypt.
Учитывая сказанное раньше, основные требования к головной станции IPTV будут следующими:
  • возможность получать входной видео-контент из многих источников в различных цифровых форматах (ASI, IP, ATM, SDI);
  • полная гибкость в обработке видео-потока (трансрейтинг, транскодинг, энкодинг, мультиплексирование, поддержка адресации трафика multicast и unicast);
  • возможность предоставления сервисов через разные физические типы транспортных сетей (DSL, опто-волокно (Ethernet), ATM, коаксиальный кабель, спутниковые сети);
  • MPEG-2 и MPEG4 - кодирование;
  • MPEG-2 в MPEG4 - транскодирование;
  • поддержка систем условного доступа DVB CAS и/или IP CAS.
Также к головной IPTV станции могут предъявляться и обычные для любого головного оборудования требования:
  • автоматическое резервирование (n+1, 1+1), «горячая» замена модулей;
  • гибкое наращивание функций и сервисов, масштабирование;
  • легкое и интуитивное конфигурирование и управление.
На российском рынке наиболее известны четыре производителя IPTV головных станций, это Scopus Video Networks, Terayon Communication Systems, Optibase и Tandberg Television.
Рассмотрим состав и функции головной станции IPTV на примере наиболее, на взгляд автора, интересной и, возможно, самой на сегодняшний момент передовой в мире головной станции IPTV - MediaPlex 20 производства Tandberg Television, ранее производимой компанией SkyStream, которая сейчас является частью Tandberg Television.
Станция MediaPlex 20 рекомендуется Tandberg Television для крупных IPTV сетей (по утверждению производителя - до миллиона абонентов) и предоставляет оператору исключительно широкий перечень возможностей.
MediaPlex 20 предлагается операторам как станция высшего класса, обеспечивающая телевидение профессионального вещательного качества по IP-сетям практически любого, сколь угодно большого размера. Станция реализует коммутируемые цифровые видеосервисы, видео по заказу и многое другое. Оператор может использовать станцию для технологического продвижения к IP-телевидению высокой четкости на базе передовых форматов компрессии цифровых видео-потоков. В ближайшее время производитель обещает для MediaPlex 20 поддержку обоих актуальных передовых технологий сжатия видео – MPEG4 AVC и VC-1 / Windows Media VC-9.
Кроме своей базовой функции - IP-инкапсуляции станция MediaPlex 20 производит:
  • Video предпроцессинг (корректировка изображения в части яркости, контрастности, насыщенности, цветового баланса, шумоподавление и т.п.);
  • кодирование видеопрограмм в форматах MPEG2 и MPEG4 / H.264 (encoding);
  • транскодирование из MPEG2 в MPEG4 / H.264 (transcoding);
  • мультиплексирование и демультиплексирование (remultiplexing / demultiplexing);
  • трансрейтинг (transrating);
  • QoS тэгинг (сопровождение видео-данных тэгами, т.е. признаками, по которым определяется тип трафика, требующий приоритета QoS);
  • формирование выходного MPEG over IP потока.
Для предоставления оператору возможности получать и передавать контент, взаимодействуя с различными типами транспортных сетей без специальных транспортных конвертеров, станция iPlex имеет большой набор входов и выходов, включая:
  • двунаправленные интерфейсы ATM OC-3c / STM1 для MM и SM волокна;
  • двунаправленные интерфейсы ATM DS-3 / E-3;
  • ASI интерфейсы;
  • GigabitEthernet (4 порта на шасси);
  • 10/100 Ethernet.
Для кодирования входного видео в MPEG транспортный поток станция имеет входы композитного видео, S-video и цифровой вход SDI.
Большим преимуществом по сравнению с другими головными станциями IPTV является поддержка MediaPlex 20 функции Stream Replications (дублирование потока), позволяющей предоставлять одинаковый по содержанию программ транспортный поток одновременно в форматах ATM, ASI и GigabitEthernet на соответствующих выходах, причем скорость потока на разных выходах может быть различной. Это важное достоинство для операторов, желающих предоставлять сервисы, имеющие высокую скорость потока через волокно или VDSL и одновременно поставлять тот же сервис с более низкой скоростью через ADSL. Функция Stream Replications может быть использована в гибридной сети, содержащей, например IP- DSLAM’ы и ATM DSLAM’ы.
MediaPlex 20 отличается высокой плотностью интерфейсов и функциональных модулей. Будучи размещенной в стандартной 19” стойке, эта компактная станция высотой всего 19 hu (86 см) в максимальной комплектации может предоставить оператору:
  • до 48 энкодеров MPEG2 и/или MPEG4;
  • до 48 MPEG4 транскодеров;
  • до 64 ASI входов и/или выходов, содержащих до 1000 входных и/или выходных потоков;
  • трансрейтинг до 144 потоков.
Станция отличается исключительной надежностью. Имеется возможность полного резервирования всего оборудования. Все модули, включая блоки питания и вентиляторы, допускают горячую замену.

Выбор оператором стандарта видео-компрессии.
Остановимся немного подробнее на передовых стандартах сжатия видео.
Существует распространенное заблуждение, что существует всего один формат сжатия, более эффективный, чем MPEG-2, имеется ввиду MPEG-4.
В действительности сегодня актуальными являются как минимум три передовых формата сжатия – открытый стандарт MPEG4 AVC (H.264), стандарт VC-1 созданный на базе видео кодек a Windows Media Video 9 от Microsoft, и стандарт AVS, разработанный в КНР по заданию Министерства информационной промышленности Китая.

Стандарт AVS
Состоит из двух частей – AVS 1.0 для приложений требующих высокого разрешения, таких как DVB и DVD и AVS- M для мобильных видео приложений. По эффективности кодирования и визуальному качеству AVS1.0 близок к MPEG-4, однако сегодня вряд ли есть практический смысл рассматривать его для применения в российских IPTV сетях, во всяком случае, до тех пор, пока AVS1.0 не будут использовать в своей продукции ведущие мировые производители. И всё же, учитывая успешную экспансию недорогой китайской продукции, в том числе и вполне высококачественной, можно предположить, что завтра стандарт AVS 1.0 или какая-либо его новая модификация будет успешно использоваться также и в российских сетях.

SMPTE VC-1 (известен также как Windows Media VC-9)
Этот формат сжатия видео представляет собой «аппаратную» реализацию программно-реализуемого видео-кодека пакета Windows Media 9 Series, разработанного изначально корпорацией Microsoft. Известно, что в создании VC-1 кроме софтверного гиганта принимали участие ещё более 70 компаний. В настоящее время VC-1 стандартизирован организацией SMPTE (общество инженеров кино и телевидения). Производители, использующие VC-1 в своей продукции, должны выплачивать лицензионные отчисления SMPTE, часть из которых пойдет корпорации Microsoft.
VC-1 поддерживает кодирование как прогрессивного так и чересстрочного видео. Для кодирования используются компонентные составляющие видеоданных (яркостный и цветоразностные сигналы). Схема оцифровки (дискретизации) яркостных и хроматических данных 4:2:0, каждый компонент оцифровывается 8 битами на отсчет.
VC-1 обеспечивает очень высокую эффективность компрессии видео и аудио и высокое визуальное качество. VC-1 / Windows Media Video 9 имеет хорошие перспективы, связанные с началом использования его Голливудом и независимыми кино-компаниями для производства фильмов на DVD - дисках. Кроме того VC-1 / WMV9 также стандартизирован как возможный формат компрессии для новейших форматов видео-дисков таких как HD DVD и Blu-ray.

Стандарт MPEG-4 AVC
Сегодня широко известен. Короткое название стандарта - AVC (Advanced Video Coding), что означает передовое (продвинутое) видео-кодирование. Разработанный объединенной командой видео-экспертов международной организации по стандартизации (ISO) и международного союза телекоммуникаций (ITU), MPEG-4 AVC был 3 года назад утвержден в качестве стандарта, известного также как Part 10, H.264.
Не вдаваясь в принципы алгоритма кодирования, отметим только существенные для операторов важнейшие особенности двух передовых форматов MPEG-4 AVC (H.264) и VC-1:
  • H.264 имеет более сложный по сравнению с MPEG-2 алгоритм, предоставляет более высокую эффективность сжатия и более высокое качество;
  • VC-1 имеет менее сложный алгоритм, чем у MPEG4, требует меньше циклов обработки и более просто реализуется;
  • H.264 и VC-1 требуют скорости транспортного потока более чем в 2 раза меньшей по сравнению с MPEG-2 при сохранении качества картинки;
  • для H.264 вещательный уровень – главный профайл (Main Profile);
  • для VC-1 вещательный уровень – передовой профайл (Advance Profile);
  • оба формата имеют встроенный фильтр подавления блочной структуры изображения (de-blocking filter) для повышения визуального качества.
  • оба формата сжатия включены как рекомендуемые для Blu-ray диска и HD DVD.
Выбор стандарта видео-компрессии является исключительно важным аспектом планирования оператором IPTV сети. Вопрос этот не столь очевиден, как кажется на первый взгляд.
Приняв решение использовать передовой формат сжатия и делая выбор между H.264 и VC-1, оператор должен учитывать не только эффективность сжатия, которая приблизительно равна, но также должен учитывать порядок и стоимость лицензионных отчислений. Известно, что стандарты сжатия не определяют все детали процедуры кодирования видеоконтента, что позволяет различным производителям энкодеров иметь различный уровень качества в рамках одного и того же формата. Производители с течением времени постоянно улучшают качество своих энкодеров. Известно, что стандарт MPEG-2, утвержденный ещё в 1994 году, сегодня при использовании лучших энкодеров позволяет при скорости потока 4 Mб/сек получить практически такое же визуальное качество которое обеспечивали энкодеры в 90-х годах при скорости потока 8 Mб/сек.
Также стоит вопрос, а следует ли вообще оператору ориентироваться на передовые форматы. С одной стороны, IPTV оборудование для MPEG-2, как головное, так и абонентское является достаточно широко распространенным, доступным и, кроме того, имеет приятную для оператора динамику снижения цен за короткое время. Оператор может выбирать оборудование среди большого количества вендоров и добиваться наилучших цен и условий поставки. И с этой точки зрения, использование MPEG-2 в качестве базового стандарта сжатия представляется и совершенно разумным, и полностью оправданным. И всё было бы прекрасно, если оператор не планирует двух вещей:
1) не планирует использования сервисов, предполагающих unicast трафик, прежде всего такие популярные как «видео по заказу»;
2) не планирует использования High Definition TV (телевидения высокой четкости).
Первый из сервисов очень быстро съедает резервы полосы пропускания магистральной части сети по мере роста числа абонентов. Второй сервис просто требует более чем удвоения полосы в случае полного перехода на формат HDTV.
Ситуация выглядит ещё более драматично для оператора с сетью доступа на базе xDSL-сетей. Узкие места начинают проявляться уже не только в опорной сети, но и для последней мили. Что делать оператору в такой ситуации? Отказаться от введения новых услуг? Решение нежелательное, потому, что целевой аудиторией IP-телевидения является та группа населения, которая наиболее интересуется как раз передовыми, ранее недоступными сервисами. Это обладатели домашних кинотеатров и разной передовой аудио-видео техники. Оставить их без новых услуг, которые скоро будут у всех на слуху – плохое решение. Абоненты уйдут, т.к. спутниковое телевидение, кабельное телевидение и просто видеодиски в новых форматах будут доступны в большинстве городов.
Оператор в такой ситуации будет скорее всего вкладывать деньги в доработку своей транспортной сети с целью расширить её полосу пропускания. Однако оператор может предвидеть такое развитие событий и сразу на этапе проектирования выбрать современный стандарт компрессии, H.264 или VC-1. Объём трафика при этом решении падает более чем в 2 раза. Однако ситуация на рынке в части оборудования для этих новых стандартов пока намного хуже. Выбор оборудования меньше, цены намного выше. Тем не менее, на рынке уже есть некий минимальный выбор оборудования для H.264 и большинство производителей объявили о своих планах поддержки H.264 в самое ближайшее время. Со стандартом VC-1, который только полгода назад получил официальный статус, ситуация пока несколько хуже, однако оборудование для VC-1 уже можно найти на рынке, например, у того же Tandberg Television.
Передовые стандарты сжатия, будучи дорогим решением сегодня, завтра несомненно будут требовать гораздо меньших затрат. Но сколько будет стоить «железо» под MPEG2 в 2010 году? Может быть настолько дешево, что экономия с лихвой компенсирует недостатки устаревшего к тому времени стандарта. Готового универсального решения нет. Оператор должен сам его найти. Авторы не могут в точности предвидеть ситуацию завтрашнего дня, они лишь могут предположить, какие тенденции эту ситуацию сформируют.


Авторы с удовольствием ответят на все вопросы по затронутой теме по тел.: +7 (495) 221-81-88 или E-mail:
.
Отговори с цитат
  #23  
Стар 14-01-2011
еузебио еузебио не е на линия
форумно сукалче
 

Дата на присъединяване: Jan 2011
Мнения: 3
Благодари: 3
Получил благодарност:
0 пъти в 0 поста
Сваляния: 0
Ъплоуди: 0
По подразбиране

Здравейте, интересува ме всъщност има ли разлика м/у IPTV и DTV кабелна (SD-стандартна резолюция) в качеството на картината, забавяне, загуба на пакети при IP технологията и изобщо кое бихте ми препоръчали..?
Ще се гледа на 42" LCD LG ld650.
Благодаря предварително за мнения от личен или професионален опит
Отговори с цитат
  #24  
Стар 17-01-2011
еузебио еузебио не е на линия
форумно сукалче
 

Дата на присъединяване: Jan 2011
Мнения: 3
Благодари: 3
Получил благодарност:
0 пъти в 0 поста
Сваляния: 0
Ъплоуди: 0
По подразбиране

Засега въпросът ми си остава глас в пустиня
Отговори с цитат
  #25  
Стар 17-01-2011
Деян Деян не е на линия
мега форумец
 

Дата на присъединяване: Dec 2009
Мнения: 498
Благодари: 53
Получил благодарност:
83 пъти в 60 поста
Сваляния: 7
Ъплоуди: 0
По подразбиране

Разлика в качеството не би следвало да има. IPTV изисква много добре направена мрежа, задължително поне FTTB (оптика до сградата), а най-добре оптика до дома FTTH. Възможна е загуба на пакети (изразява се в накъсване на картината), а също така се случва и ако засилиш някой торент да започне да ти сече телевизията.
DVB-C е по-дуракоустойчива технология, която работи и при доста лошо отношение сигнал/шум. IPTV има други предимства - интерактивност.
Отговори с цитат
Следните потребители БЛАГОДАРЯТ на Деян за този полезен пост :
еузебио (24-01-2011)
  #26  
Стар 19-01-2011
Аладин Аладин не е на линия
форумно сукалче
 

Дата на присъединяване: Oct 2008
Мнения: 20
Благодари: 0
Получил благодарност:
4 пъти в 3 поста
Сваляния: 0
Ъплоуди: 0
По подразбиране Отговорът на Аладин

Цитирай:
Първоначално написано от еузебио Вижте мненията
Здравейте, интересува ме всъщност има ли разлика м/у IPTV и DTV кабелна (SD-стандартна резолюция) в качеството на картината, забавяне, загуба на пакети при IP технологията и изобщо кое бихте ми препоръчали..?
Ще се гледа на 42" LCD LG ld650.
Благодаря предварително за мнения от личен или професионален опит
Качеството на картината зависи не от това, дали технологията е IPTV или DVB, а от гарантираното от конкретния доставчик качество на услугата. Ако доставчикът Ви осигурява желаното качество на услугата, за предпочитане е да бъде избрана технологията IPTV поради най-малко три причини:
1. IPTV превъзхожда DVB по интерактивност и за разлика от DVB позволява да избирате и гледате ТВ програми, ТВ предавания и видеоархивни материали (като например филми) в желаното от вас време.
2. В България вече е изградена национална специализирана виртуална мрежа за доставяне на телевизионни програми (от типа IP/MPLS Multicast VPN) практически до всички локални дистрибутори на ТВ програми, независимо от технологията, с която те ще Ви доставят ТВ програмите до дома. При това положение е съвсем естествено, технологично предимство (което предпоставя по-добри характеристики) и по-големи перспективи за развитие да имат онези дистрибутори, които доставят до дома Ви
ТВ продукцията също по технология IPTV !
3. Този доставчик, който предлага ТВ услуги по технология IPTV, е или ще бъде в състояние по същия канал за достъп до дома Ви да осигурява на база на IP технологична платформа и други услуги, като например Интернет услуги, телефонни услуги, конферентни услуги, контролно-наблюдателни услуги и т.н. За Вас като краен потребител това означава по-богата палитра от информационни услуги срещу доста по-ниска цена !
Това са принципни положения !
От практическа гледна точка, обаче, е важно да се информирате в района, в който живеете:
- кои доставчици предлагат IPTV услуги;
- каква палитра от IPTV услуги осигурява и какво качество Ви
гарантира всеки един от тия доставчици;
- кой маниер за интерактивно управление на IPTV услугите, предлаган
от тия доставчици, е най-удобен и желан за Вас.

Ако желаете професионално да се задълбочите и да си изясните физическите причини, поради които се получават посочените предимства, разгърнете все пак книгата "Технология на IP телевизионните услуги" на издателство "Техника".
Надявам се да съм Ви бил полезен.
Ваш Аладин
Отговори с цитат
Следните потребители БЛАГОДАРЯТ на Аладин за този полезен пост :
еузебио (24-01-2011)
  #27  
Стар 04-02-2011
Аватара на kssat
kssat kssat не е на линия
Незнайко
 

Дата на присъединяване: Jun 2008
Мнения: 49
Благодари: 2
Получил благодарност:
11 пъти в 5 поста
Сваляния: 28
Ъплоуди: 0
По подразбиране

Цитирай:
Първоначално написано от еузебио Вижте мненията
Засега въпросът ми си остава глас в пустиня
Като качество на картината не трябва да има разлика, това при условие,че двете технологии взимат TV съдържанието от едно и също място.
Коя да избереш?Съмнявам се някой оператор да е изградил мрежа която да позволява без проблеми разпространението на IP TV.Трябва да знаеш,че разликата м/у телевизия по интернет и IP телевизия е голяма.
Отговори с цитат
  #28  
Стар 09-03-2011
Аватара на Brian
Brian Brian не е на линия
Big Brain Big Pain
 

Дата на присъединяване: Mar 2011
Местоположение: Пловдив
Мнения: 3,703
Благодари: 297
Получил благодарност:
870 пъти в 552 поста
Сваляния: 45
Ъплоуди: 1
По подразбиране

Има такъв оператор в България, който си е изградил мрежата безпроблемно и ми е интересно как никой не го е споменал - ITD. Услугата я предлагат под марката Cooolbox: Интернет, Телефон и Телевизия до дома по оптика (FTTH). Телевизията е с качеството с което излиза от доставчика Вестител без допълнителни мачкания. STB -то (Моторола) е с HDMI изход и си е HD. Ползват мултикастинг и поради факта, че са пуснали оптиката до домакинството не виждам проблем да се гледат 10 канала различни едновременно и да си имаш 100 мегабита/с интернет. Единственото куцо нещо е гадния портал Тивия и тромавите неинтуитивни менюта.
Отговори с цитат
  #29  
Стар 10-06-2011
bkom bkom не е на линия
форумно сукалче
 

Дата на присъединяване: Jun 2011
Мнения: 2
Благодари: 0
Получил благодарност:
0 пъти в 0 поста
Сваляния: 0
Ъплоуди: 0
По подразбиране

Здравейте, искам да попитам колко е средния трафик (в МВ) за IPTV, който минава през декодера? Или с други думи, каква скорост на интернет ще е нужна за да се гледа ТВ с добро качество през декодер.

Последно редактирано от bkom : 10-06-2011 на 13:43
Отговори с цитат
  #30  
Стар 10-06-2011
Деян Деян не е на линия
мега форумец
 

Дата на присъединяване: Dec 2009
Мнения: 498
Благодари: 53
Получил благодарност:
83 пъти в 60 поста
Сваляния: 7
Ъплоуди: 0
По подразбиране

~ 5 Mbit/s за SD канал и 10-15 Mbit/s за HD.
Отговори с цитат
Sponsored Links
VIVO Rent A Car  Вземи своят Vu+ сега!  SatPlus
Отговори

Съобщения от Devil M
VIVO Rent A Car  

Тагове
iptv, Технологията


Активни потребители разглеждащи тази тема в момента: 9 (0 членове и 9 гости)
 
Контрол над темата Търси в тази тема
Търси в тази тема:

Разширено търсене
Начин на разглеждане

Подобни теми
Тема Започнал темата Форум Отговори Последно мнение
За технологията и почвата й у нас netman МОБИЛНА телевизия [DVB-H] 11 02-10-2015 20:01
Относно IPTV tarabas_ IPTV (Internet Protocol Television) 3 10-06-2010 16:41
IPTV и почвата му у нас netman IPTV (Internet Protocol Television) 8 07-05-2010 20:09
Книги за IPTV Джак IPTV (Internet Protocol Television) 5 26-12-2009 15:35
More IPTV for Croatia сат-инфо Новини 0 17-04-2009 10:50


Всички времена са във формат GMT +3. Часът е 14:17.


DTV-BG Powered by vBulletin Version 3.8.5
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.