1. NetUP.Блог - Введення в IPTV. Як стати IPTV провайдером
2. Як і за допомогою чого зібрати контент
3. Обробка контенту перед трансляцією
4. доставка
5. Middleware - як багато в цьому слові ...
6. А як же захист?
7. NetUP.Блог - Введення в IPTV.
8. Як і за допомогою чого зібрати контент
9. Обробка контенту перед трансляцією
10. доставка
11. Middleware - як багато в цьому слові ...
12. А як же захист?
13. NetUP.Блог - Введення в IPTV.
14. Як і за допомогою чого зібрати контент
15. Обробка контенту перед трансляцією
16. доставка
17. Middleware - як багато в цьому слові ...
18. А як же захист?

NetUP.Блог - Введення в IPTV.

Як стати IPTV провайдером

Люди діляться на 2 групи: одні хочуть дивитися IPTV, інші - надавати сервіс IP-телебачення.
Життя людей з першої групи «легка і весела» - досить мати будь-який сучасний девайс з підключенням до інтернету. А ось про другу групу поговоримо докладніше.

Отже, Ви вирішили стати провайдером інтерактивного телебачення

Ми не будемо загострювати увагу на юридичних аспектах -
в кожній країні, в кожному регіоні можуть бути свої нюанси.
Розповімо лише про технічну складову.

Не важливо, чи є у Вас абонентська база або Ви починаєте з нуля, чи будете Ви надавати послуги в локальній мережі або через інтернет, - для надання сервісу Вам необхідно вирішити декілька принципових завдань, а саме:

1. Зібрати контент з зовнішніх джерел.
2. Підготувати контент для трансляції.
3. Доставити контент до абонентів.
4. Забезпечити клієнтів засобами перегляду, в тому числі інтерактивним функціоналом.
5. Захистити контент від несанкціонованого використання і копіювання.

Як і за допомогою чого зібрати контент

Прийом телеканалів можна здійснювати з наступних зовнішніх джерел:

• супутникове мовлення, а також ефірне або кабельне в стандарті DVB;

Аналогове мовлення ще існує, але даруйте - 21 століття на дворі.

• потокове мовлення каналів зовнішніх IP-провайдерів або з інтернету;
• телеканали зі студій, з камер в форматах HD-SDI, HDMI або, рідше, AV / CVBS;
• ще рідше - від існуючих головних станцій в форматі DVB-ASI.

Для прийому цифрового мовлення з антен або від IP-провайдерів використовуйте NetUP Streamer . Ці пристрої оснащені універсальними DVB-входами, які одночасно підтримують супутникове, ефірне та кабельне мовлення, і при цьому не вимагають заміни обладнання при перемиканні стандартів прийому. А ще дозволяють прийняти канали з інтернету або зовнішнього оператора в різних форматах (UDP, HLS, RTMP, RTSP, HTTP) для подальшої ретрансляції. Декодування закритих каналів здійснюється на CAM-модулях, що встановлюються в CI-слоти.

Для прийому інших потоків використовуйте енкодери:

1. HD-енкодер NetUP Streamer HD для HDMI і HD-SDI каналів;
2. SD-енкодер NetUP Streamer AV для AV / CVBS.

Ці енкодери можуть підтримувати до 24 каналів на одному пристрої.

Для прийому ASI - відповідна модель .

Контент для VoD - це окрема історія. Надається він найчастіше в цифрових копіях - файлах - які хіба що необхідно конвертувати в потрібний формат і кодек (і). Конвертувати можна офлайн і зазвичай це не складає труднощів.

Обробка контенту перед трансляцією

Ще 5 років тому при мовленні в локальних мережах можна було обмежитися побудовою головної станції. Що не дивно, адже multicast-трансляції дозволяли не піклуватися про високої пропускної здатності каналів - гігабітні магістралі покривали потреби мовлення, а ТВ-приставки з задоволенням переварювали поширені кодеки, такі як MPEG-2, MPEG-4, MP2, AAC і т.д .
З тих пір набір призначених для користувача пристроїв істотно розширився - з'явилися розумні телевізори, мобільні телефони та планшети. Кожне з цих пристроїв має свої обмеження, але, так чи інакше, всі вони орієнтовані на інтернет-сервіси. На даний момент найбільш універсальним форматом телемовлення (підтримуваним на більшості пристроїв) є HLS, кодеки - MPEG-4 AVC / H.264 і AAC. HLS - це unicast-мовлення, а значить питання пропускної здатності мережі встає ребром.
У цифровому мовленні досі часто застосовуються кодеки MPEG-2 і MP2, які не підтримуються більшістю Smart TV і мобільних девайсів. Тому перед роздачею телеканалів абонентам використовуйте NetUP Transcoder для транскодування (зміни кодеків), ресайзінг (зміни дозволу) і тренсрейтінга (зміни бітрейта) каналів. Також NetUP Transcoder дозволяє організувати адаптивне мовлення - коли кожен з каналів віддається в мережу в декількох бітрейтах, а абонент отримує найкращий з них, відповідно до пропускною спроможністю мережі між ним і мовником. А ще його можна використовувати для вставки логотипу та іншої графіки.

доставка

При unicast-трансляції телеканалів забезпечити всіх абонентів потоками з одного джерела дуже складно - для цього потрібні широкі канали зв'язку і потужне обладнання. Наприклад, з огляду на, що бітрейт SD-каналу хорошої якості складає 2-3 мегабіта, можна розраховувати, що стандартного гігабітного каналу вистачить на 300-400 підключень, а якщо транслювати HD-канали - і того менше. При інтернет-мовлення додаткову складність створює віддаленість абонентів (в мережевому сенсі - кількість проміжних вузлів) і до проблеми пропускної здатності додається також проблема високих затримок (латентність). Для вирішення цієї проблеми будують CDN - мережа доставки контенту, що складається з кешируєтся проксі-серверів. З центрального вузла контент передається на певні сервери CDN, а з них вже йде роздача кінцевим абонентам або на наступні по ланцюжку сервери CDN.

Middleware - як багато в цьому слові ...

До сих пір мало хто розуміє, що ж це за система і навіщо вона потрібна.
Розглянемо таку ситуацію: у Вас є станція, що транслює канали, і є абоненти з їх пристроями. Як їх зв'язати один з одним? Можна заздалегідь прописати в приставку список каналів, але тоді всім абонентам будуть доступні канали тільки з цього списку. Як пакетировать канали? І як контролювати оплату пакетів? Для вирішення цих завдань і потрібна система Middleware. Вона авторизує користувачів, надає дані дозволеного до перегляду контенту і відключає при нестачі коштів у абонента - і це тільки основні функції системи.
Функціонал сучасної Middleware (зараз часто називають IPTV-платформою) набагато ширше, тому ми присвятимо цій системі окрему статтю, а може навіть не одну.

А як же захист?

Перш за все, потрібно розуміти, що надання контенту - це бізнес. Бізнес для провайдера, бізнес для виробника контенту. А трансляція телеканалів, фільмів у відкритому вигляді, без застосування будь-яких технічних засобів захисту, призводить до безконтрольного доступу до ресурсів, до копіювання і тиражування контента. Тому деякі правовласники навіть не підпишуть з Вами договір за відсутності систем захисту - CAS / DRM.
В IPTV-системах застосовують як надання доступу за одноразовими посиланнях - токен, так і за допомогою шифрування контенту або передачі по захищених каналах зв'язку.
Дана тема досить об'ємна і заслуговує на окрему статтю.

До інших статтях

NetUP.Блог - Введення в IPTV.

Як стати IPTV провайдером

Люди діляться на 2 групи: одні хочуть дивитися IPTV, інші - надавати сервіс IP-телебачення.
Життя людей з першої групи «легка і весела» - досить мати будь-який сучасний девайс з підключенням до інтернету. А ось про другу групу поговоримо докладніше.

Отже, Ви вирішили стати провайдером інтерактивного телебачення

Ми не будемо загострювати увагу на юридичних аспектах -
в кожній країні, в кожному регіоні можуть бути свої нюанси.
Розповімо лише про технічну складову.

Не важливо, чи є у Вас абонентська база або Ви починаєте з нуля, чи будете Ви надавати послуги в локальній мережі або через інтернет, - для надання сервісу Вам необхідно вирішити декілька принципових завдань, а саме:

1. Зібрати контент з зовнішніх джерел.
2. Підготувати контент для трансляції.
3. Доставити контент до абонентів.
4. Забезпечити клієнтів засобами перегляду, в тому числі інтерактивним функціоналом.
5. Захистити контент від несанкціонованого використання і копіювання.

Як і за допомогою чого зібрати контент

Прийом телеканалів можна здійснювати з наступних зовнішніх джерел:

• супутникове мовлення, а також ефірне або кабельне в стандарті DVB;

Аналогове мовлення ще існує, але даруйте - 21 століття на дворі.

• потокове мовлення каналів зовнішніх IP-провайдерів або з інтернету;
• телеканали зі студій, з камер в форматах HD-SDI, HDMI або, рідше, AV / CVBS;
• ще рідше - від існуючих головних станцій в форматі DVB-ASI.

Для прийому цифрового мовлення з антен або від IP-провайдерів використовуйте NetUP Streamer . Ці пристрої оснащені універсальними DVB-входами, які одночасно підтримують супутникове, ефірне та кабельне мовлення, і при цьому не вимагають заміни обладнання при перемиканні стандартів прийому. А ще дозволяють прийняти канали з інтернету або зовнішнього оператора в різних форматах (UDP, HLS, RTMP, RTSP, HTTP) для подальшої ретрансляції. Декодування закритих каналів здійснюється на CAM-модулях, що встановлюються в CI-слоти.

Для прийому інших потоків використовуйте енкодери:

1. HD-енкодер NetUP Streamer HD для HDMI і HD-SDI каналів;
2. SD-енкодер NetUP Streamer AV для AV / CVBS.

Ці енкодери можуть підтримувати до 24 каналів на одному пристрої.

Для прийому ASI - відповідна модель .

Контент для VoD - це окрема історія. Надається він найчастіше в цифрових копіях - файлах - які хіба що необхідно конвертувати в потрібний формат і кодек (і). Конвертувати можна офлайн і зазвичай це не складає труднощів.

Обробка контенту перед трансляцією

Ще 5 років тому при мовленні в локальних мережах можна було обмежитися побудовою головної станції. Що не дивно, адже multicast-трансляції дозволяли не піклуватися про високої пропускної здатності каналів - гігабітні магістралі покривали потреби мовлення, а ТВ-приставки з задоволенням переварювали поширені кодеки, такі як MPEG-2, MPEG-4, MP2, AAC і т.д .
З тих пір набір призначених для користувача пристроїв істотно розширився - з'явилися розумні телевізори, мобільні телефони та планшети. Кожне з цих пристроїв має свої обмеження, але, так чи інакше, всі вони орієнтовані на інтернет-сервіси. На даний момент найбільш універсальним форматом телемовлення (підтримуваним на більшості пристроїв) є HLS, кодеки - MPEG-4 AVC / H.264 і AAC. HLS - це unicast-мовлення, а значить питання пропускної здатності мережі встає ребром.
У цифровому мовленні досі часто застосовуються кодеки MPEG-2 і MP2, які не підтримуються більшістю Smart TV і мобільних девайсів. Тому перед роздачею телеканалів абонентам використовуйте NetUP Transcoder для транскодування (зміни кодеків), ресайзінг (зміни дозволу) і тренсрейтінга (зміни бітрейта) каналів. Також NetUP Transcoder дозволяє організувати адаптивне мовлення - коли кожен з каналів віддається в мережу в декількох бітрейтах, а абонент отримує найкращий з них, відповідно до пропускною спроможністю мережі між ним і мовником. А ще його можна використовувати для вставки логотипу та іншої графіки.

доставка

При unicast-трансляції телеканалів забезпечити всіх абонентів потоками з одного джерела дуже складно - для цього потрібні широкі канали зв'язку і потужне обладнання. Наприклад, з огляду на, що бітрейт SD-каналу хорошої якості складає 2-3 мегабіта, можна розраховувати, що стандартного гігабітного каналу вистачить на 300-400 підключень, а якщо транслювати HD-канали - і того менше. При інтернет-мовлення додаткову складність створює віддаленість абонентів (в мережевому сенсі - кількість проміжних вузлів) і до проблеми пропускної здатності додається також проблема високих затримок (латентність). Для вирішення цієї проблеми будують CDN - мережа доставки контенту, що складається з кешируєтся проксі-серверів. З центрального вузла контент передається на певні сервери CDN, а з них вже йде роздача кінцевим абонентам або на наступні по ланцюжку сервери CDN.

Middleware - як багато в цьому слові ...

До сих пір мало хто розуміє, що ж це за система і навіщо вона потрібна.
Розглянемо таку ситуацію: у Вас є станція, що транслює канали, і є абоненти з їх пристроями. Як їх зв'язати один з одним? Можна заздалегідь прописати в приставку список каналів, але тоді всім абонентам будуть доступні канали тільки з цього списку. Як пакетировать канали? І як контролювати оплату пакетів? Для вирішення цих завдань і потрібна система Middleware. Вона авторизує користувачів, надає дані дозволеного до перегляду контенту і відключає при нестачі коштів у абонента - і це тільки основні функції системи.
Функціонал сучасної Middleware (зараз часто називають IPTV-платформою) набагато ширше, тому ми присвятимо цій системі окрему статтю, а може навіть не одну.

А як же захист?

Перш за все, потрібно розуміти, що надання контенту - це бізнес. Бізнес для провайдера, бізнес для виробника контенту. А трансляція телеканалів, фільмів у відкритому вигляді, без застосування будь-яких технічних засобів захисту, призводить до безконтрольного доступу до ресурсів, до копіювання і тиражування контента. Тому деякі правовласники навіть не підпишуть з Вами договір за відсутності систем захисту - CAS / DRM.
В IPTV-системах застосовують як надання доступу за одноразовими посиланнях - токен, так і за допомогою шифрування контенту або передачі по захищених каналах зв'язку.
Дана тема досить об'ємна і заслуговує на окрему статтю.

До інших статтях

NetUP.Блог - Введення в IPTV.

Як стати IPTV провайдером

Люди діляться на 2 групи: одні хочуть дивитися IPTV, інші - надавати сервіс IP-телебачення.
Життя людей з першої групи «легка і весела» - досить мати будь-який сучасний девайс з підключенням до інтернету. А ось про другу групу поговоримо докладніше.

Отже, Ви вирішили стати провайдером інтерактивного телебачення

Ми не будемо загострювати увагу на юридичних аспектах -
в кожній країні, в кожному регіоні можуть бути свої нюанси.
Розповімо лише про технічну складову.

Не важливо, чи є у Вас абонентська база або Ви починаєте з нуля, чи будете Ви надавати послуги в локальній мережі або через інтернет, - для надання сервісу Вам необхідно вирішити декілька принципових завдань, а саме:

1. Зібрати контент з зовнішніх джерел.
2. Підготувати контент для трансляції.
3. Доставити контент до абонентів.
4. Забезпечити клієнтів засобами перегляду, в тому числі інтерактивним функціоналом.
5. Захистити контент від несанкціонованого використання і копіювання.

Як і за допомогою чого зібрати контент

Прийом телеканалів можна здійснювати з наступних зовнішніх джерел:

• супутникове мовлення, а також ефірне або кабельне в стандарті DVB;

Аналогове мовлення ще існує, але даруйте - 21 століття на дворі.

• потокове мовлення каналів зовнішніх IP-провайдерів або з інтернету;
• телеканали зі студій, з камер в форматах HD-SDI, HDMI або, рідше, AV / CVBS;
• ще рідше - від існуючих головних станцій в форматі DVB-ASI.

Для прийому цифрового мовлення з антен або від IP-провайдерів використовуйте NetUP Streamer . Ці пристрої оснащені універсальними DVB-входами, які одночасно підтримують супутникове, ефірне та кабельне мовлення, і при цьому не вимагають заміни обладнання при перемиканні стандартів прийому. А ще дозволяють прийняти канали з інтернету або зовнішнього оператора в різних форматах (UDP, HLS, RTMP, RTSP, HTTP) для подальшої ретрансляції. Декодування закритих каналів здійснюється на CAM-модулях, що встановлюються в CI-слоти.

Для прийому інших потоків використовуйте енкодери:

1. HD-енкодер NetUP Streamer HD для HDMI і HD-SDI каналів;
2. SD-енкодер NetUP Streamer AV для AV / CVBS.

Ці енкодери можуть підтримувати до 24 каналів на одному пристрої.

Для прийому ASI - відповідна модель .

Контент для VoD - це окрема історія. Надається він найчастіше в цифрових копіях - файлах - які хіба що необхідно конвертувати в потрібний формат і кодек (і). Конвертувати можна офлайн і зазвичай це не складає труднощів.

Обробка контенту перед трансляцією

Ще 5 років тому при мовленні в локальних мережах можна було обмежитися побудовою головної станції. Що не дивно, адже multicast-трансляції дозволяли не піклуватися про високої пропускної здатності каналів - гігабітні магістралі покривали потреби мовлення, а ТВ-приставки з задоволенням переварювали поширені кодеки, такі як MPEG-2, MPEG-4, MP2, AAC і т.д .
З тих пір набір призначених для користувача пристроїв істотно розширився - з'явилися розумні телевізори, мобільні телефони та планшети. Кожне з цих пристроїв має свої обмеження, але, так чи інакше, всі вони орієнтовані на інтернет-сервіси. На даний момент найбільш універсальним форматом телемовлення (підтримуваним на більшості пристроїв) є HLS, кодеки - MPEG-4 AVC / H.264 і AAC. HLS - це unicast-мовлення, а значить питання пропускної здатності мережі встає ребром.
У цифровому мовленні досі часто застосовуються кодеки MPEG-2 і MP2, які не підтримуються більшістю Smart TV і мобільних девайсів. Тому перед роздачею телеканалів абонентам використовуйте NetUP Transcoder для транскодування (зміни кодеків), ресайзінг (зміни дозволу) і тренсрейтінга (зміни бітрейта) каналів. Також NetUP Transcoder дозволяє організувати адаптивне мовлення - коли кожен з каналів віддається в мережу в декількох бітрейтах, а абонент отримує найкращий з них, відповідно до пропускною спроможністю мережі між ним і мовником. А ще його можна використовувати для вставки логотипу та іншої графіки.

доставка

При unicast-трансляції телеканалів забезпечити всіх абонентів потоками з одного джерела дуже складно - для цього потрібні широкі канали зв'язку і потужне обладнання. Наприклад, з огляду на, що бітрейт SD-каналу хорошої якості складає 2-3 мегабіта, можна розраховувати, що стандартного гігабітного каналу вистачить на 300-400 підключень, а якщо транслювати HD-канали - і того менше. При інтернет-мовлення додаткову складність створює віддаленість абонентів (в мережевому сенсі - кількість проміжних вузлів) і до проблеми пропускної здатності додається також проблема високих затримок (латентність). Для вирішення цієї проблеми будують CDN - мережа доставки контенту, що складається з кешируєтся проксі-серверів. З центрального вузла контент передається на певні сервери CDN, а з них вже йде роздача кінцевим абонентам або на наступні по ланцюжку сервери CDN.

Middleware - як багато в цьому слові ...

До сих пір мало хто розуміє, що ж це за система і навіщо вона потрібна.
Розглянемо таку ситуацію: у Вас є станція, що транслює канали, і є абоненти з їх пристроями. Як їх зв'язати один з одним? Можна заздалегідь прописати в приставку список каналів, але тоді всім абонентам будуть доступні канали тільки з цього списку. Як пакетировать канали? І як контролювати оплату пакетів? Для вирішення цих завдань і потрібна система Middleware. Вона авторизує користувачів, надає дані дозволеного до перегляду контенту і відключає при нестачі коштів у абонента - і це тільки основні функції системи.
Функціонал сучасної Middleware (зараз часто називають IPTV-платформою) набагато ширше, тому ми присвятимо цій системі окрему статтю, а може навіть не одну.

А як же захист?

Перш за все, потрібно розуміти, що надання контенту - це бізнес. Бізнес для провайдера, бізнес для виробника контенту. А трансляція телеканалів, фільмів у відкритому вигляді, без застосування будь-яких технічних засобів захисту, призводить до безконтрольного доступу до ресурсів, до копіювання і тиражування контента. Тому деякі правовласники навіть не підпишуть з Вами договір за відсутності систем захисту - CAS / DRM.
В IPTV-системах застосовують як надання доступу за одноразовими посиланнях - токен, так і за допомогою шифрування контенту або передачі по захищених каналах зв'язку.
Дана тема досить об'ємна і заслуговує на окрему статтю.

До інших статтях