Инфраструктура на IPTV:
(http://www.telekomvideo.com/photos/iptv.jpg)
Инфраструктура на тройна услуга базирана на IP Protocol:
(http://www.telekomvideo.com/photos/equip_1.jpg)
Основен уеб сайт за индустрията: http://www.iptv-industry.com/ (http://www.iptv-industry.com/) , форум: http://www.iptv-industry.com/iptvforums.htm (http://www.iptv-industry.com/iptvforums.htm)
http://en.wikipedia.org/wiki/IPTV (http://en.wikipedia.org/wiki/IPTV)
http://www.tvover.net/ (http://www.tvover.net/)
Ще допълвам в последствие ...
тая IPTV същата ли е дето моя интернет доставчик ми предлага?
Щото ако е така и един комп е достатъчен, иначе много дебело се връзва гледането :D
В същия ред на мисли този комп с една платка ХД се минава най-тънко от всякъде.Е сега riewsofia може гордо да каже " а помниш ли в един друг форум дето казваше, че компа си е комп, а приемника си е за сателит" ;;650
Ама с тия цени на ХД приемниците и с тия проблеми май..... :sad:
Има лесно, просто си купуваш HD приемник на изплащане :) ... Отиваш при Ники понеже си от София, той предлага такава услуга до колкото ми е казвал ;;513
Цитат на: iwelichkowтая IPTV същата ли е дето моя интернет доставчик ми предлага?
Щото ако е така и един комп е достатъчен, иначе много дебело се връзва гледането :D
В същия ред на мисли този комп с една платка ХД се минава най-тънко от всякъде.Е сега riewsofia може гордо да каже " а помниш ли в един друг форум дето казваше, че компа си е комп, а приемника си е за сателит" ;;650
Ама с тия цени на ХД приемниците и с тия проблеми май..... :sad:
А кой ти е доставчика ... услугата IPTV.bg също е такава, но е за PC, а тука сме се поспрели на варианта за ТВ ... 8)
IPTV .bg е за компютър но не пречи и да се гледа на тв
точно това е и смисъла на тези бох включваш към тв и не се занимаваш, само цъкаш дистанционното, а и предлага голяма интерактивност , може да си избираш филми, предавания и тн каквото си платиш това гледаш
IPTV е много зле и доколко знам ограничението е 200 човека на канал , а и ползват тцп/ип,
по идеяя би трябвало да са ипх.
Но маи сега ще става интересно, носят се слухове, че мегалан ще влизат в този бизнес- мрежата им е много добре направена
не като квартални доставчици, имат покритие в цяла софия, имат и хората с които да го направят.
Май проблема им е сигорноста незнам .. навремето имаха някакав опит с мегалантв но си беше като иптв.
добре де щом мойто е за РС дайте линк или адрес или каквото е там да го видиме.Нали и проемника е компютър значи требе да стане?
Цитат на: iwelichkowдобре де щом мойто е за РС дайте линк или адрес или каквото е там да го видиме.Нали и проемника е компютър значи требе да стане?
Доколкото знам IPTV.BG не може се гледа с IP STB ... :?
идеята ми беше обратното - тази за приемниците дали може да се гледа на компа
Цитат на: iwelichkowидеята ми беше обратното - тази за приемниците дали може да се гледа на компа
Трудно, тр ти вътрешен човек да ти даде параметрите на стрийма и нет от същата фирма ... кой ти е доставчикът ?
Цитат на: iwelichkowидеята ми беше обратното - тази за приемниците дали може да се гледа на компа
отиди на http://iptv.bg/isps (http://iptv.bg/isps) и виж твоя диставчик има ли го
и след това се регистрирай
но не си заслужава особено, вечер накъсва много да не говориме ако има мач или нещо по интересно.
А стига бе, има ги БТК ей сега ще се регистрирам ;;510
EDIT: Регистрирах се и ги изтествах на канала FOXCRIME :), идеална работа ще ми свърши този сайт през времето когато съм на вилата ми :).
явно нещо се разминаваме в мислите :D
Цялата ми идея от началото беше,че такъв приемник е напълно ненужен при условие че всеки си има компютър в къщи и може да си гледа IPTV само като се регистрира.Освен ако с приемника не се гледа някъква по-друга IPTV различна от тази на доставчика ми.Даже се замислих дали да не си взема по-нататъка една ХД платка и да го пенсионирам моя комп. То за 8-900лв ще си сглобя егати самолета вместо приемник и след време и замяна на компютър и то става една приказка без край :sad:
Цитат на: TiestoА стига бе, има ги БТК ей сега ще се регистрирам ;;510
EDIT: Регистрирах се и ги изтествах на канала FOXCRIME :), идеална работа ще ми свърши този сайт през времето когато съм на вилата ми :).
Не искам да те разочаровам ама не разчитай много на това за безпроблемно гледане. Доколкото имам опит със много такива сайтове рано или късно почва да насича. По много причини! :sad:
Дано да не си прав ... На вилата съм на Wireless Internet (чрез антена и безжичен рутер, който е на покрива на вилата ми, от където си имам LAN кабел който слиза до втория етаж на вилата), връзката е бавничка 1Mbps Download 100kbps Up, но смятам, че отново ще се гледа, както и общият акаунт който ползвам е на BTC ADSL, но не разполагам с Реален IP адрес там и по нататъка като пенсионирам Dreamboxa ще трябва да изнудя доставчика ми да ми даде един Реален IP адрес, че да покарам и шеринг там ... но до тогава ще гледам през сайта на IPTV :) ... че само на първият етаж имам телевизия (ITV Partner), а на третият е с БУЛСАТКОМ но комплекта е на един наемател който живее на мойта вила ! Така че за мен и вторият етаж, остава варианта лапотоп и интернет през IPTV :) ...
Цитат на: Tiestoне разполагам с Реален IP адрес там и по нататъка като пенсионирам Dreamboxa ще трябва да изнудя доставчика ми да ми даде един Реален IP адрес, че да покарам и ше...нг там
За шеринг не ти е нужен реален IP адрес ако ще си само клиент и няма да шерваш!!!
За да се разменят C линиите трябва да има реален IP адрес ! Отделен въпрос е, че при клиента може да няма отворени портове !
Цитат на: londongunnerЦитат на: Tiestoне разполагам с Реален IP адрес там и по нататъка като пенсионирам Dreamboxa ще трябва да изнудя доставчика ми да ми даде един Реален IP адрес, че да покарам и ше...нг там
За ше...нг не ти е нужен реален IP адрес ако ще си само клиент и няма да шерваш!!!
Той разменя, така чеще му трябва ... :)
Ефектът на "насичане" на ТВ изображението, приемано върху вашето РС говори, че потокът от ТВ данни е получен в режим "best effort" (т.е. "при възможност"). Това е най-аматьорския вариант на приложение на IPTV технологията.
За да получава ТВ изображение с професионално качество (без влошаване на резолюцията му , без редуциране на броя на кадрите и без тяхното стопиране) както върху РС, така и върху IP STB на неговия ТВ приемник, IP клиентът трябва да бъде изцяло осигурен и "целокупно обгрижван" от съответния сервизен доставчик. Доставчикът изгражда необходимите за клиента - широколентов канал за достъп, съответни виртуална мрежа и/или виртуален канал, необходимия медиен плейър и имплементиран в клиентския IP STB специфичен софтуер, които да кореспондират с използваните от този доставчик медиен сървър, Middleware и прочие функционални модули. В зависимост от прилагания модел на мениджмънт, сервизният доставчик може да "обгрижва" своите клиенти с различни по асортимент, качество и комплектуване информационни услуги - не само с ТВ, а също така с Интернет, с разговорно- конферентни услуги, с контрално-наблюдателни услуги и т.н. Това е истинското професионално решение, към което се е устремил съвременния информационен свят и което води до снижаване на себестойността на услугите и до информационно обслужване от всяко "клиенско гише" - било това ТВ приемник, РС, лаптоп, нотбуг, GSM приемник и пр.
Повечето от коментираните в тази тема на форума варианти представляват различни междинни или палиативни решения, които в една или друга степен имат преходно значение. Затова ние като клиенти не бива да сме строги към тях. Така или иначе, онова от тях, което ни устройва, защо да не го ползваме ? Но когато става въпрос за сериозни индивидуални потребителски инвестиции, трябва да имаме едно на ум, че голямата вафла-трепач (в обозримото на този етап бъдеще) ще дойде с внедряването на обща IP технологична плагформа за всички информационни услуги.
Тъй че....търпение и нека не губим кураж до следващия тираж !
А до тогава желая на всички ви здраве, предколедно настроение и късмет !
;;614
ЦитатУниверсальная IPTV+DVB цифровая телевизионная платформа it–digital
(http://www.cableman.ru/images/Yury_Labunsky.jpg) (http://www.cableman.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:Yury_Labunsky.jpg)
Юрий Лабунский,
всеукраинская ассоциация
операторов КТВ
и телеинформационных сетей
Каждый оператор, принявший решение о внедрении цифрового телевидения, задается вопросами: какое оборудование взять для головной станции, какую систему условного доступа выбрать, что выбрать в качестве абонентского терминала? Такими вопросами задалась три года назад и «Всеукраинская ассоциация операторов кабельного телевидения и телеинформационных сетей». Первое, что было нами исследовано, – это оборудование для головных станций, выбор которых сейчас достаточно большой.
При поиске и выборе оборудования ставились следующие цели:
• поэтапная расширяемость станции
• возможность добавления новых технологий обработки цифровой информации, которые могут понадобиться в ближайшем будущем
• поддержка уже существующих и перспективных технологий доставки контента абоненту (DVB, IPTV, HDTV и др.)
• оптимальное соотношение цена/качество.
Самым сложным было определиться, куда идем – в DVB или в IPTV?
В принципе все понимают, что за IPTV будущее, но уж больно дорогим оно сейчас кажется. Абонентский терминал в 3 раза дороже, система кодирования в два раза дороже, сеть нужно полностью строить заново, и стоит такая сеть в два раза дороже обычной оптико-коаксиальной, кроме того, каждому абоненту необходимо затянуть витую пару, а это очень трудоемко, рабочая сила сегодня уже дорога.
Кроме того, все существующие решения IPTV еще недостаточно отлажены, и нет ни одного рентабельного. В то же время DVB-стандарт уже достаточно отработан, есть и головные станции, и недорогие системы кодирования, главный элемент – декодер – делают много разных производителей, поэтому цена на него постоянно снижается и минимум в три раза меньше цены самого дешевого IPTV-декодера. Но самое главное – под DVB-цифру сеть уже полностью готова, и в ней не надо ничего менять. Совместить несовместимое можно, только объединив его в единое. Поэтому мы пришли к выводу, что цифровая платформа должна быть сразу двухстандартная IPTV+DVB, чтобы через пять лет оператору не пришлось покупать новую IPTV-головную станцию. А стоит станция немало – минимум $2000 за канал, и для 100-канальной платформы это уже $200 тыс., что для среднего оператора является весьма существенной суммой.
Просмотрев обширный рынок оборудования всех известных брендов, к великому сожалению, такого решения мы не нашли. И пришлось отправиться в очень рискованное путешествие – самостоятельно разработать такой комплекс оборудования.
Теперь рассмотрим, что получилось в результате разработки
За базовую среду передачи данных между узлами комплекса было выбрано то, за чем будущее интерактивных услуг – это IP. Эта технология была взята за основу по многим факторам. Вот некоторые из них:
• она позволяет легко передавать данные на большие расстояния
• универсальный стандарт коммутации (коннекторы, соединительные кабели, преобразователи сред оптика–медь)
• сред передачи этих данных множество (Ethernet, ATM, FR, MPLS и др.)
• большой выбор оборудования коммутации
• простота увеличения ширины канала передачи данных
• мультиплексирование и демультиплексирование потоков данных как базовое свойство IP
• легко настраиваемая среда доставки данных одному или группе получателей
• использование заложенного в IP-технологии Multicast как идеального средства рассылки одного потока данных многим адресатам, которые запросили его.
Поэтому все компоненты станции либо получают, либо отправляют данные в IP, соответственно имея Ethernet-порт.
Так как большинство цифровых телеканалов сейчас принимаются со спутников, то начнем рассмотрение с цепочки получения телеканалов со спутника. DVB-S-ресивер принимает сигнал со спутника и производит обработку этого сигнала. Анализируя системные таблицы данного цифрового потока, основываясь на этих данных, устройство выделяет телеканалы и по отдельности отправляет их в IP на указанный адресат, будь то отдельный адрес и/или Multicast-группа. Выбор, какие каналы ретранслировать, а какие нет, настраивается оператором. Также в системе имеется внешнее устройство Scrambler, которое используется для шифрования данных, оно может быть и встроенным внутрь DVB-S-ресивера, выдавая на выход уже готовые IP-потоки с зашифрованными данными. Шифрование возможно многими алгоритмами, такими, как: CSA (DVB-CA), DES, AES и др. Ключи, которыми шифруются данные, задаются как статически, так и динамически – с другого устройства Scrambler Key генератор, которое занимается генерацией временных ключей шифрования. Устройство готово к приему и ретрансляции любого сигнала (MPEG2-SD, MPEG2-HD, MPEG4, MPEG4-HD, H.264). Оно создает для каждого ретранслируемого канала новые системные таблицы, давая тем самым возможность задать новые имена телеканалам и выбрать, какие дополнительные данные ретранслировать, а какие нет (например: звуковые дорожки, телетекст и т.п.). Также если каналы транслируются в закодированном виде, то возможна установка CAM-блока (есть соответствующий порт) соответствующей системы условного доступа и раскодирование этих телеканалов. Количество одновременно декодируемых каналов зависит только от того, сколько сможет открыть конкретный CAM-модуль условного доступа.
Также возможна другая обработка данных и добавление других потоков оператора. У таких устройств, как DVB-T-ресивер (для приема эфирного цифрового телевидения) или DVB-ASI-ресивер (для приема сигнала с цифрового оборудования, выдающего сигнал в стандарте ASI), так как они работают тоже с цифровым источником сигнала, функции по обработке сигнала аналогичны DVB-S-ресиверу. Лишь аналоговый ресивер отличается тем, что он работает с аналоговым сигналом, который он лишь переводит в цифровой вид, и поэтому не может получить данных о названии канала и т.п., и для генерации таблиц нужно вручную задать все параметры ретрансляции.
Теперь рассмотрим другую группу устройств на примере DVB-C-трансмиттера. Это устройства, которые получают данные из IP-потоков и передают их в другие среды вещания. DVB-C-трансмиттер – это устройство, которое выдает модулированный цифровой сигнал для вещания его в кабельной телевизионной сети. Источником сигнала могут быть как напрямую получаемые данные от определенных устройств, так и данные, получаемые из широковещательных Multicast-потоков. Данные после получения также анализируются на предмет названий каналов и дополнительных потоков. Также возможно декодирование сигнала по алгоритмам CSA (DVB-CA), DES, AES и др., на случай если нужно сменить алгоритм кодирования или ключ. Формируется новый единый транспортный поток с новыми системными таблицами, где оператор опять может перенастроить название каналов и параметры ретрансляции дополнительных потоков данных. Этот новый полученный транспортный поток может быть опять закодирован по алгоритмам CSA (DVB-CA), DES, AES и др. с использованием статических или динамических ключей, получаемых аналогично от Scrambler Key generator. На выходе происходит модулирование (QAM, QPSK, QFDM или другой) сигнала на определенной несущей частоте, и сигнал готов к подмешиванию с другими сигналами и отправке их в сеть.
Аналогичны функции и других устройств – DVB-T-трансмиттер (цифровое эфирное телевидение) и DVB-S-трансмиттер (цифровое спутниковое телевидение), лишь метод модуляции и частотный диапазон другие в зависимости от стандарта формирования сигнала. Устройство «аналоговый трансмиттер» предназначено для ретрансляции сигнала в обычном аналоговом видео/аудио формате. А как бесплатное дополнение вы имеете готовые сформированные DVB через IP-потоки, которые готовы к трансляции в IP-сети.
Описанное нами решение полностью соответствует поставленным целям поиска и обеспечивает полную модульность и возможности построения головной станции, ретранслирующей сигналы в разных средах вещания одновременно. И все это за умеренные деньги, за которые можно было бы купить станцию ретрансляции только в одном стандарте – или IPTV, или DVB.
Система условного доступа it-cript
Конечно же, для полноценного предоставления услуг по ретрансляции телевизионного контента нужно иметь гибкую систему условного доступа к этому контенту. Поэтому, имея гибкую модульную систему головной станции, была разработана и система условного доступа, которая использовала все преимущества оборудования станции.
При разработке системы условного доступа ставились цели:
• Поддержка большого количества пакетов телеканалов
• Возможность отключения/включения отдельных телеканалов в пакетах для каждого пользователя
• Организация услуги по продаже поштучно телеканалов отдельным пользователям
• Разработка системы коротких текстовых сообщений как для отдельного пользователя, так и для группы пользователей, которые сейчас смотрят конкретный телеканал, или пакет, или просто разрешение его просматривать
• Разработка системы сообщений, аналогичной предыдущему пункту, только транслирующей бегущую строку на экран телевизора конкретного абонента
• Обеспечение возможности смены алгоритмов кодирования как самого контента (в зависимости от приемного абонентского оборудования), так и алгоритмов кодирования самих ключей доступа.
• Обеспечение самыми современными алгоритмами криптографии (AES, эллиптические функции) для кодирования ключей доступа к контенту
• Регистрация в системе каждого абонента как объекта с отдельным уникальным ключом шифрования для доставки ему информации
• Передача информации о взаиморасчетах каждому абоненту
• Поддержка протокола обмена, где возможен обратный канал связи, такой, как IP, для отслеживания точных данных о подлинности сертификата абонента
• Модульность системы с возможностью добавления дополнительных функций к системе по заказу оператора
• Автоматическое обновление программного обеспечения в абонентских терминалах
• Передача абонентам новой фоновой картинки-заставки на абонентские терминалы
Самым главным требованием к системе условного доступа было обеспечение отсутствия возможности взлома через «кард-шаринг», при помощи которого, как всем известно, легко взламываются все карточные системы кодирования – благодаря самому факту обмена данными между карточкой и декодером. Однако и здесь не обошлось без проблем. Оказалось, что для реализации бескарточной системы не подходит ни один из существующих цифровых декодеров из-за малого быстродействия процессора и памяти. Процессор для нашей системы кодирования нужен был в три раза мощнее всех существующих. Поэтому также пришлось идти в совершенно новую разработку, на этот раз она оказалась посложнее.
Понадобилась полная разработка Midleware для нового процессора. Хорошо, что именно к этому времени такие процессоры были выпущены компанией CTI. Тем не менее и такая разработка была реализована, и цена ее оказалась сравнимой с ценой карточной системы кодирования, но по защищенности она была на несколько порядков лучше.
Декодер (Set-top-box) it-box 5500
При поиске оптимального решения для декодера мы также столкнулись с проблемой необходимости некоторой сервисной универсализации. С одной стороны, есть преимущества и у карточной системы кодирования – например, реализация сервиса покомпонентной продажи элементов телепрограмм, а не только прав трансляции всего телеканала. Например, сервис, которым очень гордится NDS – проходя мимо газетного киоска вечером, вы можете купить право просмотра одного конкретного футбольного матча, или премьерного фильма, или эротической программы, и, придя домой, включить декодирование именно этой программы конкретного телеканала.
Кроме того, в какой-то из возможных моментов будущего оператору может все-таки понадобиться карточная система кодирования (например, кто-то из дистрибьюторов каналов закапризничает и скажет, что будет продавать свой канал только через NDS во имя альтруистической любви к европейским производителям систем кодирования). Что же, после этого оператору менять у абонентов тысячи декодеров или отказаться от телеканала, желаемого абонентами?
Поэтому у нашего декодера появился и слот для приема карточек. Теперь в любой момент оператор может полностью поменять весь софт декодера или просто добавить к бескарточной кодировке любую из стандартных, не тревожа при этом абонента и не требуя от него явиться вместе с декодером в абонентский отдел для перепрошивки – новое программное обеспечение будет «залито» в каждый конкретный декодер непосредственно через коаксиальную сеть.
И, конечно же, оператор хотел бы иметь возможность персональной переписки со своими абонентами. То ли в плане поднятия уровня лояльности путем поздравления с днем рождения, то ли для того, чтобы предупредить о необходимости пополнить счет, то ли попробовать продать абоненту чего-нибудь...Такое возможно только при абсолютно адресном кодировании, когда оператор знает номер личного счета абонента, номер декодера и номер процессора вашего декодера. Это также стало возможным в нашем декодере благодаря идеологии привязки системы кодирования к конкретному заводскому номеру процессора каждого декодера.
У декодера также есть IP-порт для реализации разнообразных интерактивных сервисов.
Конструктив
С целью удешевления стоимости самой головной станции мы не тратили деньги на лишнее – продвинутый внешний вид и индивидуальный покрой корпуса, как это любят делать известные всем производители цифровых станций. Мы использовали стандартные системные компьютерные блоки под 19-дюмовую стойку. Это позволило не только существенно уменьшить цену, но и повысить ремонтопригодность станции (проще доступ к внутренностям, легче и дешевле купить любые элементы конструкции). Станция ведь все равно находится у оператора в закрытом и охраняемом помещении, не предназначенном для экскурсий и посторонних глаз, поэтому наводить дорогостоящий внешний лоск мы посчитали излишним (на ходовые качества это не влияет, скорее мешает). Минимизировать объем оборудования тоже не имеет большого смысла, тем более что при этом нужно предпринимать особые меры по охлаждению процессоров.
Итого
Мы были вознаграждены за риск финансирования совершенно новых разработок – мы получили цифровую платформу, обладающую целым рядом существенных преимуществ перед всеми существующими:
• Головная станция совмещает два цифровых стандарта IPTV+ DVB и может транслировать как все существующие стандарты (MPEG-2, MPEG-4, H264, HDTV) так и готова к приему любых новых технологий обработки цифрового сигнала;
• Цена двойной IPTV+DVB-станции получилась примерно равной цене обычной DVB-станции;
• CAS (система условного доступа) позволяет как карточное, так и бескарточное кодирование, в том числе и кодирование любого IPTV-контента;
• CAS имеет самую высокую из существующих степень защиты от взлома;
• Платформа позволяет индивидуальное пакетирование (абонент может выбирать любой перечень каналов без привязки к пакетам);
• Платформа транслирует 16 млн цветов по сравнению с 256 тыс. имеющихся у всех существующих DVB-С-, S-, Т-платформ, поскольку в декодере используется новейший мощный процессор STI 2005 г. выпуска;
• Платформа имеет возможность отправки индивидуальной электронной почты в виде бегущей строки от оператора любому абоненту, телемагазин, сервисы Video-on-demand;
• Полученный программно-аппаратный комплекс можно использовать и по отдельности от нашего оборудования для головной станции, если просто использовать отдельные скремблеры, которые имеют либо ASI-петлю, либо Ethernet-порт для скремблирования IP-трафика.
Мы довольны нашим решением, позволяющим уверенно смотреть в будущее новых технологий, и уверенно чувствуем себя уже сейчас в Киеве, в условиях жесткой конкуренции с самым крупным в Украине оператором «Воля», имеющим неограниченные финансовые ресурсы, но использующим стандартную цифровую платформу.
(http://www.cableman.ru/images/1026tab.jpg) (http://www.cableman.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:1026tab.jpg)
(http://www.cableman.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:1026tab.jpg)
.
ЦитатIPTV или DVB–C: выбор технологии цифрового телевидения
(http://www.cableman.ru/images/Igor_Kolpakov.jpg) (http://www.cableman.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:Igor_Kolpakov.jpg)
Игорь Колпаков,
генеральный директор
компании «Контур–М»
(http://www.cableman.ru/images/Elena_Prokopuk.jpg) (http://www.cableman.ru/%D0%98%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5:Elena_Prokopuk.jpg)
Елена Прокопук,
старший менеджер
отдела КТВ
компании «Контур-М»
Цифровое телевидение уверенно шагает по стране. Ряды операторов, предоставляющих телевизионное вещание в цифровом формате, пополняются с каждым днем, в том числе и за счет операторов кабельного телевидения (КТВ). Какую технологию предоставления услуги цифрового телевидения выбрать оператору, располагающему как транспортной средой с глубоким проникновением оптики (FTTB/FTTH), так и параллельной MetroEthernet-сетью? На этот вопрос авторы постараются ответить в данной статье
Данная статья предназначена для операторов кабельного телевидения, которые на сегодняшний день уже построили или активно строят аналоговые радиочастотные сети по архитектуре FTTB/FTTH и одновременно предоставляют услугу передачи данных через параллельную сеть MetroEthernet. Зачастую, принимая решение об организации цифрового телевизионного вещания, перед ними встает выбор: какую технологию использовать, DVB-C или IPTV?
Проанализируем основные достоинства и недостатки каждой технологии. Начнем с числа ТВ-программ. Обе технологии позволяют оператору предоставлять большое количество программ. При этом как DVB-C, так и IPTV имеют свои ограничения. Для DVB-C эти ограничения связаны с количеством свободных частотных каналов. Но чаще всего 10–15 частотных каналов бывает достаточно для трансляции интересного контента из 70–100 программ. Для IPTV ограничения по числу программ прежде всего связаны с пропускной способностью сети и качеством ее построения. Для устойчивой передачи видео в IP-сети необходима поддержка целого ряда известных сетевых протоколов для обеспечения всех видов IP-адресации (broadcast, unicast, multicast) и приоритета видео-трафика, при этом потеря IP-пакетов недопустима. Особенно актуальной проблема ширины полосы пропускания IP-сети становится в свете добавления интерактивных услуг, требующих передачи трафика методом unicast, таких, как «видео по запросу» (VoD), «персональный видеомагнитофон» (PVR), телевидение со сдвигом во времени (Time Shifted TV), когда на время предоставления такой услуги абоненту выделяется отдельный канал для передачи видео-трафика.
Безусловным преимуществом IPTV является сравнительная простота реализации интерактивных сервисов, поскольку IP-технология по своей природе изначально является двунаправленной. Абонент, подписавшийся на услугу IPTV, получает возможность отправлять запросы на ту или иную услугу посредством абонентского IPTV-декодера (IPTV STB). При этом, чтобы обеспечить максимально удобный и понятный абоненту пользовательский интерфейс, оператор вынужден вкладывать значительные средства в более «продвинутую» и, как следствие, более дорогую систему middleware. Технология DVB-C принципиально также позволяет организовать интерактивные услуги, такие, как, например, «виртуальный кинозал» (nVoD), а опыт кабельных операторов США показывает, что даже классическое «видео по запросу» вполне может быть реализовано. Практически во всех крупных американских DVB-C-сетях предоставляется услуга VoD.
Однако если речь идет об услугах, требующих передачи трафика методом unicast, неизбежно возникают проблемы обеспечения обратной связи с абонентом. Обычно добавление подобных сервисов выливается в необходимость совершения абонентом дополнительных действий, часто требующих оплаты. Например, чтобы сделать запрос на просмотр фильма, необходимо позвонить по телефону, или отправить sms-сообщение, или заказать услугу через «личный кабинет» в Интернете. Интерактивная технология IPTV предоставляет абоненту возможность самостоятельно составлять желаемые пакеты программ из списка, предлагаемого оператором, и менять условия подписки в произвольный момент времени. При этом оператор может предоставлять как уже сформированные пакеты программ, взимая плату целиком за пакет, так и список программ, за каждую из которых абонент платит отдельно. Эти возможности обеспечиваются системами условного доступа (CAS), например, CAS IPTV VeriMatrix.
Технология DVB-C имеет ограничения на предоставление контента по желанию пользователя. В первую очередь это связано со значительным удорожанием CAS DVB-C при добавлении очередного пакета программ. Чаще всего операторы DVB-C формируют 3–4 пакета с разным тематическим насыщением (например, кино, спорт, эротика), давая абоненту возможность выбрать уже готовую группу программ по интересам. В отличие от DVB-C, технология IPTV предоставляет оператору возможность мониторинга фактических объемов просмотра различного контента, что позволяет получать статистические данные, на основе которых можно определять предпочтения различных социальных групп абонентов и on-line определять текущий рейтинг программ. Такие данные дают возможность группировать абонентов для адресного предоставления рекламы. Это открывает перед оператором IPTV большие перспективы по привлечению рекламодателей, которые смогут перейти от массовой рекламы к целевой, направляя свои рекламные сообщения только на целевую аудиторию. Как мы видим, IP-телевидение дает оператору возможность организовать принципиально новую бизнес-модель, недоступную для технологии DVB-C.
Говоря об оборудовании абонентской части, нельзя не отметить, что для IPTV его стоимость пока еще достаточно высока. На плечи абонента фактически ложится покупка IPTV STB (~$130) и коммутатора с поддержкой приоритета видео-трафика ($75–100), что выливается в сумму порядка $200–230. Стоимость же абонентского оборудования для подключения услуги цифрового телевидения в формате DVB-C составляет около $70 – средняя стоимость DBV-C STB. Если посмотреть, как физически реализуется подключение абонента к услуге цифрового телевидения, можно отметить, что при DVB-C в квартире не нужно прокладывать дополнительный кабель. Достаточно просто купить абонентское устройство и подписаться на саму услугу. В то же время при подключении IPTV в классическом варианте, т.е. когда абонент для просмотра ТВ-программ использует телевизор, проброс дополнительного кабеля от коммутатора до IPTV STB практически неизбежен. Это объясняется тем, что компьютер и телевизор крайне редко стоят рядом или даже в одной комнате. Более того, необходимость прокладки дополнительного кабеля внутри квартиры чаще всего вызывает недовольство и сопротивление хозяев. Как следствие, для подключения IPTV приходится использовать беспроводные абонентские Wi-Fi-устройства, что добавляет к затратам на абонентское оборудование IPTV еще $100–150. И тогда уже пользователю необходимо будет потратить порядка $300–380 на оборудование абонентской части.
Для того, чтобы оператору КТВ, имеющему сеть с глубоким проникновением оптики, определиться, какую из двух описанных технологий следует применить, внедряя услугу цифрового телевидения, прежде всего необходимо понять, какое количество абонентов воспользуется этой услугой при каждом варианте.
Чтобы получить более наглядное представление, рассмотрим сеть кабельного телевидения на 50 000 телефицированных квартир, построенную по архитектуре FTTB/FTTH, в которой для предоставления услуги передачи данных используется технология MetroEthernet. Обычно процент абонентов, потребляющих услугу кабельного телевидения, варьируется в пределах 40–70% от числа телефицированных квартир. Для услуги передачи данных эта цифра может сильно меняться в зависимости от региона. К примеру, в Москве количество абонентов, потребляющих услугу передачи данных, приближается к 27%, в областных центрах оно варьируется от 18 до 22%, в менее крупных населенных пунктах – от 12 до 17%. Можно с уверенностью констатировать, что для среднестатистического населенного пункта ближайшая перспектива проникновения услуги передачи данных составит 20%, причем с каждым годом число подписчиков на нее будет расти. Число потенциальных потребителей услуги IPTV составляет около 10–15% от числа подписчиков на услугу передачи данных. В свою очередь, для DVB-C эта цифра составляет порядка 5–7% от числа абонентов аналогового кабельного телевидения. Если эти данные экстраполировать на нашу задачу, т.е. на сеть в 50 000 квартир, то мы получим число подписчиков на услугу цифрового телевидения в формате DVB-C, равное от 1750 до 2450 абонентов, а на IPTV –
от 1000 до 1500 абонентов.
На рисунке 1 приведена схема с оценочными показателями по распределению подписчиков на услуги передачи данных и цифрового ТВ в формате IPTV и подписчиков услуги аналогового кабельного телевидения и цифрового ТВ в формате DVB-C. Данная схема наглядно демонстрирует, что для абонентов услуги передачи данных процент подписчиков на цифровое телевидение выше, чем для абонентов аналогового КТВ. Но итоговое количество пользователей услуги цифрового телевидения в формате DVB-C получилось больше, чем для IPTV, так как аналоговое КТВ имеет больший процент проникновения. Для дальнейших расчетов сроков окупаемости будем рассматривать наименьшее из полученного диапазона число подписчиков на услугу (1750 абонентов для DVB-C и 1000 – для IPTV), чтобы иметь представление, как скоро оператор сможет вернуть вложенные деньги при наихудшем варианте развития событий.
Любой бизнес-план начинается с оценки затрат. Чтобы понять, в какую сумму оператору может обойтись внедрение DVB-C или IPTV, сначала определимся с составом комплекса оборудования для обеих технологий. К основному оборудованию, входящему в комплекс DVB-C, относятся: цифровая головная станция, CAS и система биллинга. При организации IPTV к этому списку еще добавляется система middleware. В нашем примере для оценки суммарных затрат будем ориентироваться на этот минимальный состав комплекса.
Выбор цифровой головной станции – это одна из первых трудностей, с которой сталкивается оператор, поскольку на рынке на сегодняшний день существует огромный выбор оборудования. Помимо различных производителей, также нужно определиться со схемой построения головной станции. Основные схемы построения цифровых головных станций неоднократно описывались в различных публикациях специалистов нашей компании (см. //www.konturm.ru/ «В помощь оператору» / «Публикации»): это широко распространенная ASI-коммутация (Рис. 2), самая надежная на сегодняшний день ATM-коммутация (Рисунок 3) и наиболее перспективная на сегодняшний день IP-коммутация (Рисунок 4).
Затраты на реализацию цифрового телевидения по технологиям DVB-C и IPTV при различных типах коммутации для вещания 20 спутниковых каналов можно увидеть в таблице 1. Как видно из таблицы 1, для DVB-C наиболее привлекательным в сегменте брендового оборудования на сегодняшний день является решение от компании Teleste на базе платформы DVX/DVB с ATM-коммутацией, а для IPTV – это решение от компании TandbergTelevision с IP-коммутацией.
Суммарные затраты на комплекс оборудования для DVB-C в рассматриваемом нами примере составляют порядка $170 000–20 000, причем большая часть затрат приходится на CAS. Для IPTV суммарные затраты составляют около $240 000–350 000. Здесь значительную часть издержек «съедают» системы middleware и биллинга. Как уже упоминалось выше, чем качественнее и шире по функционалу система middleware, тем более удобный пользовательский интерфейс и более высокую скорость переключения программ может получить абонент.
Поэтому нельзя недооценивать важность сегмента middleware в комплексе IPTV. Крупные операторы готовы платить сотни тысяч долларов за высококачественную систему middleware. В расчете сроков возврата инвестиций будем ориентироваться на верхний предел затрат, т.е. $220 000 для DVB-C и $350 000 для IPTV, поскольку для рассматриваемого нами примера эти затраты являются максимальными, а мы стремимся рассмотреть самый пессимистичный вариант. Важно понять, через какое время оператор выйдет на точку безубыточности при вложении максимальной для нашего примера суммы денег в закупку оборудования. Важными показателями при выборе той или иной технологии для организации цифрового телевизионного вещания являются срок окупаемости затрат и средняя выручка в расчете на одного абонента (ARPU). Основываясь на опыте уже реализованных проектов, можно сказать, что ARPU при подключении услуги цифрового телевидения составляет порядка $5–10/мес. Возьмем за основу для расчета срока окупаемости пессимистический вариант, т.е. ARPU, равное $5. Тогда ежемесячная выручка оператора при организации DVB-C составит $8750, а при IPTV – $5000. Годовая выручка для каждой из технологий составит $105 000 и $60 000 соответственно. Как следствие, для DVB-C возврат инвестиций можно ожидать уже через 2,1 года, а для IPTV – через 5,8 года. Оператор IPTV может значительно повысить ARPU, если будет предоставлять интерактивные услуги, главным образом VoD и nVoD. Конечно, затраты на организацию этих сервисов увеличат общую стоимость решения, но резкий рост ARPU, который может достигать по различным оценкам $20–25 в месяц, все равно позволит значительно сократить срок окупаемости.
Подводя итог всему вышесказанному, можно отметить, что, хотя проекты IPTV и предоставляют большие возможности по реализации интерактивного телевидения и по организации адресного предоставления рекламы, но все же пока для операторов сетей КТВ и передачи данных c глубоким проникновением оптики остаются «завтрашним днем». Как бы динамично ни развивались технологии и какие бы перспективы они ни сулили в будущем, нельзя забывать, что успех того или иного решения прежде всего зависит от готовности потребителей воспринять предложения рынка. По мнению авторов данной статьи, пока для операторов КТВ оптимальной остается технология DVB-C, позволяющая при проведении грамотной маркетинговой политики зарабатывать деньги уже сегодня. Но чтобы быть готовым к завтрашнему дню и двигаться в ногу с рынком, имеет смысл создавать тестовые зоны IPTV, организовывая вещание в формате Internet Video. Этот формат отличается от классического IPTV тем, что абонент получает услугу через компьютер, а не через телевизор и STB. Фактически услуга будет предоставляться бесплатно, как дополнительный сервис сети передачи данных. Это позволит оператору избежать затрат на системы CAS и middleware, а абоненту – получить новый сервис без затрат на дорогостоящее оборудование. Применение такого варианта IPTV-вещания в тестовом режиме позволит абонентам узнать о новой услуге и оценить ее достоинства, чтобы в будущем, если услуга будет вводиться в коммерческую эксплуатацию, они были готовы ее приобрести. Более того, оценивая экономическую эффективность IPTV-проектов, следует иметь в виду, что агрессивная динамика снижения цен приведет к тому, что уже через 1,5–2 года сроки окупаемости подобных проектов будут существенно ниже. Эти рекомендации, конечно, не являются универсальными. В каждом конкретном случае необходим индивидуальный подход и глубокий анализ конъюнктуры рынка. Принимая такое важное решение, как выбор технологии для организации услуги ЦТВ, оператору лучше полагаться на знания и опыт специалистов в этой области, имеющих в своем багаже не один реализованный проект, приносящий прибыль.
Авторы с удовольствием ответят на все вопросы, замечания и пожелания по e-mail: info@konturm.ru
Список литературы:
Колпаков И.А., Субботин М.Ю. Выбираем головную станцию. Требования к головной станции на современном этапе // «Кабельщик», 2007, № 4 (18),
с. 40–45.
Прокопук Е.А., Субботин М.Ю. Основные тенденции в построении мультисервисных сетей передачи данных и телевидения // «Кабельщик», 2007, № 9 (23),
с. 28–30.
.
Цитат(http://www.conturm.com/help/img/galka.gif) IP-телевидение начинается с головной станции.
Авторы: Колпаков И. А., Барг А. И., Колгатин С. Ю.
(http://www.conturm.com/img/1x1.gif) (http://www.conturm.com/projekt/img/allpolosa.gif)
Дата публикации: 17 ноября 2006г.
Статья была опубликована в журнале "Кабельщик (http://www.cableman.ru/)" №10 2006г.
(http://www.conturm.com/img/print.gif) (http://www.conturm.com/newsprint.php?id=help/stat171106)
Не надо откладывать проекты IPTV на послезавтрашний день.
Сегодня уже нет никакой необходимости убеждать операторов в том, что IP-телевидение является важнейшей и перспективнейшей составляющей пакета услуг Triple Play (телефония, Интернет и телевидение) на базе высокоскоростного доступа к транспортной сети MetroEthernet или xDSL.
Ещё 2-3 года назад IP-телевидение воспринималось в нашей стране как экзотическая и дорогая цифровая технология, перспективы которой весьма неопределенны. Однако в последнее время технические и экономические проблемы, препятствующие массовому внедрению IPTV (http://www.conturm.com/tech.php?id=iptv), хотя и не исчезли полностью, но во многом потеряли свою остроту. В частности, оборудование MPEG-4 (http://www.conturm.com/tech.php?id=mpeg4) становится более распространенным и более доступным. Замечательные успехи в практической реализации сетей на основе новых высокоскоростных 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-телевидения.
(http://www.conturm.com/help/img/stat171106/1.gif)
Рис. 1. Головная станция IPTV в составе транспортной сети
(http://www.conturm.com/help/img/stat171106/2.gif)
Рис. 2. Магистральная часть IPTV и уровень доступа
Головная станция - важнейший компонент IPTV сети.
Основная функция головной станции IPTV это формирование видео-контента и последующая трансляция выходного потока видео-данных в формате Video over IP (видео по IP протоколу). Также для магистральной (опорной части сети) может использоваться формат IP-Video over ATM (IP видео поверх ATM). Это связано с широким распространением магистральных ATM сетей. Для трансляции видео-контента через ATM / SDH сети многие операторы используют, например, хорошо известную станцию цифрового телевидения Teleste ATMux.
Рассмотрим подробнее требования к головной станции IPTV.
Современная станция IPTV должна работать с широким диапазоном входных источников видео-контента, в том числе:
- спутниковые ТВ каналы в формате DVB-S (http://www.conturm.com/tech.php?id=dvbs), получаемые через DVB-ASI интерфейс приемников или «потоковых дескремблеров» в режиме однопрограммного транспортного потока (SPTS) или многопрограммного транспортного потока (MPTS);
- аналоговое и цифровое некомпрессированное видео, получаемое от студийного ТВ оборудования в форматах SDI, S-video, композитный видеосигнал, а также можно предположить использование в будущем цифровых интерфейсов DVI (Digital video interface) и HDMI (High-Definition Multimedia Interface);
- эфирные цифровые программы через DVB-ASI интерфейс DVB-T (http://www.conturm.com/tech.php?id=dvbtg) - приемников и с меньшей вероятностью аналоговые эфирные каналы в формате композитное видео, полученное с выхода аналоговых эфирных демодуляторов;
- видео-контент, передаваемый через транспортные сети в форматах IPTV (MPEG over IP), Video over ATM; IP-video over ATM.
Формирование видео-контента в форматах DVB-ASI (SPTS/MPTS) производится «обычной» цифровой головной станцией DVB, которая часто уже существует у оператора и уже некоторое время обслуживает его кабельную DVB-C (http://www.conturm.com/tech.php?id=dvbc) сеть. В самом простейшем случае это комплект спутниковых цифровых приемников с ASI-выходом.
Более сложной и меньше знакомой операторам является вторая составная часть станции, формирующая выходные IP-потоки или собственно IPTV станция. Используют также термины IP-инкапсулятор и IP-стриммер.
Приведем термины (http://www.conturm.com/tech.php?id=top2), обозначающие основные процессы, производимые IPTV головной станцией:
- IP-encapsulation («IP-инкапсуляция») – базовая функция станции, обеспечивает включение транспортных MPEG-пакетов в качестве полезной информационной нагрузки в состав кадров протокола PDU (protocol data unit), и последующую передачу данных в телекоммуникационных сетях Gigabit Ethernet и ATM;
- transrating («трансрейтинг») – изменение (понижение) скорости потока данных, используется также аналогичный по смыслу термин rateshaping;
- transcoding («транскодинг») – транскодирование, изменение формата сжатия медиа-данных, например поток MPEG2 транскодируется в MPEG4;
- encoding («энкодинг») – компрессия несжатого видео с целью получения на выходе «энкодера» транспортного потока в формате MPEG2 (4) или VC-1 (http://www.conturm.com/tech.php?id=mpegvc) / 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).
(http://www.conturm.com/help/img/stat171106/3.gif)
Рис. 3.
Рисунок 3 иллюстрирует процесс инкапсуляции.
Заголовок (Header) и замыкающая часть кадра (Trailer) определяются используемым сетевым протоколом.
Инкапсуляция MPEG -пакетов в Gigabit Ethernet сетях.
Рисунки 4 и 5 иллюстрируют инкапсуляцию MPEG-пакетов в Gigabit Ethernet сетях.
(http://www.conturm.com/help/img/stat171106/4.gif)
Рис. 4.
На рисунке 4 показан кадр в формате MPEG over UDP/IP over Gigabit Ethernet. Замыкающая часть кадра это как обычно CRC (cyclic redundancy code) – контрольный циклический избыточный код.
Рисунок 5 показывает инкапсуляцию MPEG over Gigabit Ethernet в реальном времени с использованием протокола RTP.
(http://www.conturm.com/help/img/stat171106/5.gif)
Рис. 5.
Протокол RTP (Real-time transport protocol) определяет и компенсирует потерянные пакеты, обеспечивая безопасность передачи контента и распознавание информации. Протокол RTP функционирует поверх протокола UDP (User Datagram Protocol), расположенного в стеке протоколов TCP/IP над протоколом IP. Разница между двумя рисунками только в добавлении RTP-заголовка в секцию заголовка протокола (Protocol Header).
(http://www.conturm.com/help/img/stat171106/6.gif)
Рис. 6.
.
ЦитатРисунок 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 заголовком.
(http://www.conturm.com/help/img/stat171106/7.gif)
Рис. 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), «горячая» замена модулей;
- гибкое наращивание функций и сервисов, масштабирование;
- легкое и интуитивное конфигурирование и управление.
(http://www.conturm.com/help/img/stat171106/1.jpg) На российском рынке наиболее известны четыре производителя 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 (http://www.conturm.com/ob.php?id=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: (http://www.conturm.com/company/img/infomail.gif)
.
Здравейте, интересува ме всъщност има ли разлика м/у IPTV и DTV кабелна (SD-стандартна резолюция) в качеството на картината, забавяне, загуба на пакети при IP технологията и изобщо кое бихте ми препоръчали..?
Ще се гледа на 42" LCD LG ld650.
Благодаря предварително за мнения от личен или професионален опит
:s101 Засега въпросът ми си остава глас в пустиня ;;626
Разлика в качеството не би следвало да има. IPTV изисква много добре направена мрежа, задължително поне FTTB (оптика до сградата), а най-добре оптика до дома FTTH. Възможна е загуба на пакети (изразява се в накъсване на картината), а също така се случва и ако засилиш някой торент да започне да ти сече телевизията.
DVB-C е по-дуракоустойчива технология, която работи и при доста лошо отношение сигнал/шум. IPTV има други предимства - интерактивност.
Цитат на: еузебио;72934Здравейте, интересува ме всъщност има ли разлика м/у 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 телевизионните услуги" на издателство "Техника".
Надявам се да съм Ви бил полезен.
Ваш Аладин
Цитат на: еузебио;73773:s101 Засега въпросът ми си остава глас в пустиня ;;626
Като качество на картината не трябва да има разлика, това при условие,че двете технологии взимат TV съдържанието от едно и също място.
Коя да избереш?Съмнявам се някой оператор да е изградил мрежа която да позволява без проблеми разпространението на IP TV.Трябва да знаеш,че разликата м/у телевизия по интернет и IP телевизия е голяма.
болкира и исписва А5Н попощ!!!!
Има такъв оператор в България, който си е изградил мрежата безпроблемно и ми е интересно как никой не го е споменал - ITD. Услугата я предлагат под марката Cooolbox: Интернет, Телефон и Телевизия до дома по оптика (FTTH). Телевизията е с качеството с което излиза от доставчика Вестител без допълнителни мачкания. STB -то (Моторола) е с HDMI изход и си е HD. Ползват мултикастинг и поради факта, че са пуснали оптиката до домакинството не виждам проблем да се гледат 10 канала различни едновременно и да си имаш 100 мегабита/с интернет. Единственото куцо нещо е гадния портал Тивия и тромавите неинтуитивни менюта.
Здравейте, искам да попитам колко е средния трафик (в МВ) за IPTV, който минава през декодера? Или с други думи, каква скорост на интернет ще е нужна за да се гледа ТВ с добро качество през декодер.
~ 5 Mbit/s за SD канал и 10-15 Mbit/s за HD.
Това е за mpeg2 нали? А ако е в mpeg 4 предполагам ще спадне до 2-3 Mbit/s ?
Няма как да се усредни ... VBR e и стат муксовете на DTH всяка секунда преразпределят рейта - за качествено приемана на SDTV трябват между 6-8 Мб/с MPEG2 или 3-4 Мб/с MPEG4, а за HDTV 15-25 Mb/s MPEG4 h.264.
Много верно не по 3Мбит/с макс да ми пуснат. Изкачат разни артефакти със странни геометрични форми :lol15: примерно триъгълник :)
За сведение на участниците във форума:1. Поради морално остаряване на технологията за цифров ТВ пренос и разпръскване DTT, правителството на Великобритания е взело решение разпространението на всички локални ТВ програми да бъде качено на IPTV технология. 2. В колаборация с INTEL, SONY и You Tube, GOOGLE вече разработи GOOGLE IP TV платформа, която се очаква да залее скоро световния ТВ потребителски пазар. Microsoft излиза с конкурентно на SONY решение.3. На българския пазар има също голямо раздвижване. До края на тази година Вивател пуска в редовна експлоатация до своите абонати набор от пакети с ТВ програми (до 150) изцяло на база на IPTV технологична платформа.
Повече информация по тия въпроси може да намерите на: http://www.viewtvgroup.com/local-tv-is-made-for-iptv-and-web-television/ (http://www.viewtvgroup.com/local-tv-is-made-for-iptv-and-web-television/)
http://www.fierceiptv.com/story/does-google-tv-have-horsepower-outrace-iptv/2010-05-25 (http://www.fierceiptv.com/story/does-google-tv-have-horsepower-outrace-iptv/2010-05-25)
http://www.wethegamerz.com/2011/06/10/e3-microsoft-announcing-iptv-service-ahead-of-sonys-google-t-v/ (http://www.wethegamerz.com/2011/06/10/e3-microsoft-announcing-iptv-service-ahead-of-sonys-google-t-v/)
http://www.dnevnik.bg/pazari/2011/08/30/1147516_vivakom_puska_ip_televiziia_do_kraia_na_godinata/ (http://www.dnevnik.bg/pazari/2011/08/30/1147516_vivakom_puska_ip_televiziia_do_kraia_na_godinata/)
или
http://www.dnevnik.bg/tehnologii/2011/08/30/1147195_vivakom_puska_ip_televiziia_do_kraia_na_godinata/ (http://www.dnevnik.bg/tehnologii/2011/08/30/1147195_vivakom_puska_ip_televiziia_do_kraia_na_godinata/)
Поздрав на всички, Аладин
Пробвай в БГ да вземеш лиценз за IPTV да видиш за какво става въпрос.
Не само трябва да доказваш, че нямаш сестра, не си гей ами и че не си роден на марс...