FMUSER бездротовий передавати відео та аудіо простіше!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албанська
ar.fmuser.org -> арабська
hy.fmuser.org -> Вірменська
az.fmuser.org -> азербайджанська
eu.fmuser.org -> баскська
be.fmuser.org -> білоруська
bg.fmuser.org -> болгарська
ca.fmuser.org -> Каталонська
zh-CN.fmuser.org -> китайська (спрощена)
zh-TW.fmuser.org -> китайська (традиційна)
hr.fmuser.org -> хорватська
cs.fmuser.org -> чеська
da.fmuser.org -> данська
nl.fmuser.org -> Голландська
et.fmuser.org -> естонська
tl.fmuser.org -> філіппінська
fi.fmuser.org -> фінська
fr.fmuser.org -> французька
gl.fmuser.org -> галицький
ka.fmuser.org -> грузинський
de.fmuser.org -> німецька
el.fmuser.org -> грецька
ht.fmuser.org -> гаїтянський креольський
iw.fmuser.org -> іврит
hi.fmuser.org -> хінді
hu.fmuser.org -> Угорська
is.fmuser.org -> ісландська
id.fmuser.org -> індонезійська
ga.fmuser.org -> ірландський
it.fmuser.org -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
ru.fmuser.org -> російська
sr.fmuser.org -> сербська
sk.fmuser.org -> словацька
sl.fmuser.org -> словенська
es.fmuser.org -> іспанська
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведська
th.fmuser.org -> Тайська
tr.fmuser.org -> турецька
uk.fmuser.org -> український
ur.fmuser.org -> урду
vi.fmuser.org -> в'єтнамська
cy.fmuser.org -> валлійська
yi.fmuser.org -> Ідиш
В даний час багато виробників обладнання надали платформу та обладнання для системи IPTV, і галузь визнала, що бізнес IPTV включає дві основні послуги: VOD та пряму трансляцію телевізійних програм. Розвиток IPTV у Китаї йде повним ходом, і випробування системи IPTV потребує термінової стандартизації. Ця стаття має на меті провести просту дискусію щодо перевірки ефективності цих двох основних послуг системи IPTV. У цій статті розглядається лише наскрізне тестування продуктивності, яке розглядає користувацьку сторону та не враховує продуктивність ієрархічного кешу на стороні сервера.
Через різницю в структурі мережі між мережею VOD та мережею прямого телевізійного мовлення, розповсюдження VOD повинно покладатися на мережу CDN, тоді як розповсюдження телевізорів має покладатися на багатоадресну мережу і не потребує мережі CDN для кешування, виходячи з цього, два види фокус тесту продуктивності обслуговування також різний.
1. Короткий вступ до тестування продуктивності служби VOD
Програми VOD зазвичай постачаються на вимогу. Користувачі VOD можуть вільно контролювати хід програми та припиняти трансляцію програми, але кожен користувач VOD повинен займати певний пропускну здатність мережі, тому кількість одночасних користувачів обмежується пропускною здатністю мережі та продуктивністю сервера. Основні тестові індекси продуктивності обслуговування VOD включають максимальну кількість паралельних потоків, коливання пропускної здатності, середню використовувану пропускну здатність, швидкість втрат пакетів і середній час відгуку.
Максимальна кількість одночасних потоків: Максимальна кількість онлайн-користувачів, які потокова система може одночасно підтримувати, з вимогою, щоб кожен користувач міг зазвичай переглядати повну відеопрограму. До того, як кількість користувачів поступово збільшиться до максимуму, система не зробить вже онлайн-користувачів не в змозі отримати доступ до послуги через додавання нових користувачів. Деякі відеосистеми можуть забезпечувати велику кількість одночасних потоків, але кількість відмов велика. Оскільки більшість користувачів використовують TCP, кількість одночасних потоків не зменшується після повторної передачі. Однак, для оригінального невдалого одного потоку користувач не може продовжувати користуватися послугою відео. Отже, максимальна кількість одночасних потоків повинна становити максимальну кількість користувачів, яку відеосистема може підтримувати для ефективного одночасного перегляду програм в Інтернеті.
Коливання смуги пропускання: Під час відтворення відеофайлів смуга пропускання медіапотоку змінюватиметься внаслідок зміни зображення. Наприклад, для програм викладання в класі безперервна картина мало змінюється до і після, тому швидкість коду програми є відносно постійною, а коливання смуги пропускання порівняно невеликими. Для спортивних програм безперервні картинки сильно змінюються до і після шоу, тому швидкість програмного коду змінюється відповідно, і пропускна здатність відповідно коливається.
Коливання швидкості програмного коду є серйозним випробуванням для пропускної здатності відеосервера. Якщо занадто багато користувачів вимагають програм із вищою швидкістю коду, кількість користувачів, яких може підтримувати сервер, швидше за все, зменшиться, або відеосервер зменшить вихідну пропускну здатність потоку програм.
Середня пропускна здатність: середня пропускна здатність, яку використовують усі користувачі під час перегляду програми. Чим більше значення, тим сильніша пропускна здатність забезпечується потоковою відеосистемою.
Швидкість втрати пакетів: Коли користувачі приймають послугу VOD, їм потрібно отримувати відеофайли з сервера та чи відбувається втрата пакетів у процесі передачі відеофайлів. Значення швидкості втрати пакетів, як правило, відносно невелике, але воно має дуже важливий вплив на користувачів. Особливо, коефіцієнт стиснення, який використовується в даний час, є відносно високим. Навіть втрата кількох відеопакетів вплине на перегляд користувачів і навіть порушить явище з'єднання. Максимальна наскрізна втрата пакетів для VOD не повинна перевищувати 0.1%.
Середній час відгуку: загальний розподіл часу між користувачем, який робить запит VOD і отримує відеослугу.
Звичайно, чим коротший середній час відгуку, тим краще. Загалом середня наскрізна затримка VOD не повинна перевищувати 2 с (орієнтовна).
2. Короткий вступ до тесту на продуктивність телевізійних послуг
Телепрограми зазвичай передаються за допомогою багатоадресної передачі. Багатоадресна передача - це мережева технологія, яка дозволяє одному або кільком відправникам (джерелам багатоадресної передачі) одночасно надсилати один пакет на кілька приймачів одночасно. Джерело багатоадресної передачі відправляє пакет до певної групи багатоадресної передачі, і лише адреси, що належать до цієї групи багатоадресної передачі, можуть отримати пакет. У IPTV часто є лише одне джерело багатоадресної передачі, і навіть якщо кількість користувачів зростає в геометричній прогресії, смугу пропускання магістралі не потрібно збільшувати, оскільки незалежно від того, скільки цільових адрес є, лише один відеопотік передається через будь-яку магістраль посилання всієї мережі, яке називається "відправити один раз, транслювати всередині групи". Багатоадресна передача покращує ефективність передачі даних та зменшує можливість перевантаження магістралі. Для телевізійної системи кількість користувачів, яких вона може підтримувати, обмежена лише можливістю доступу до мережі, що не має нічого спільного з пропускною здатністю інтерфейсної push-системи. Отже, основні тестові показники продуктивності телевізійної послуги включають максимальну кількість каналів, що проштовхуються, середню пропускну здатність каналу, середній час перемикання каналів, середню затримку відходу каналу, середню затримку приєднання каналу, час накладання каналу та час інтервалу між каналами.
Максимальна кількість натисканих каналів: Максимальна кількість каналів, яку може забезпечити потокова система, що дозволяє користувачам обходити всі канали за короткий проміжок часу.
Середня пропускна здатність каналу: Величина смуги пропускання, яка використовується програмою на кожному каналі.
Програми стандартної роздільної здатності (SDTV) та високої роздільної здатності (HDTV) займають різну пропускну здатність, програми HDTV займають набагато більшу пропускну здатність, ніж програми SDTV.
Середній час перемикання каналів: Час між відправленням повідомлення IGMPLEAVE та отриманням першого багатоадресного пакету для запитуваного каналу. Оскільки переключення каналів телевізійних програм в мережі IP може бути здійснено лише за допомогою IGMP, порівняно з традиційним перемиканням телевізійних каналів набагато швидше. Отже, відповідно до особистих суб'єктивних відчуттів, як правило, час переключення каналів IPTV не повинен перевищувати 2S (орієнтовний), інакше користувач навряд чи витримає час очікування переключення каналу.
В даний час повільний час перемикання каналу IPTV також є актуальною проблемою, яку потрібно вирішити.
Середня затримка відправлення каналу: Час між відправленням повідомлення IGMPLEAVE та отриманням останнього багатоадресного пакету для цього каналу. Загалом, чим коротша затримка виходу каналу, тим краще.
Середня затримка приєднання каналу: Час між відправленим повідомленням IGMPJOIN і першим пакетом багатоадресної передачі для каналу, що отримується. Загалом, чим коротший канал додає затримку, тим краще.
Час перекриття каналу: якщо системний перемикач каналів приймає режим прийому багатоадресного пакету запитуваного каналу до того, як пакет багатоадресного передавання вихідного каналу зупинений, час перекриття каналу відноситься до інтервалу часу між прийомом першого багатоадресного пакету запитуваного каналу та отриманням останнього багатоадресного пакету вихідного каналу.
Час інтервалу каналу: якщо комутатор системного каналу зупиняє багатоадресний пакет вихідного каналу до отримання багатоадресного пакету запитуваного каналу, час інтервалу каналу відноситься до часового інтервалу між прийомом останнього багатоадресного пакету вихідного каналу та отриманням першого багатоадресного пакету запитаний канал.
3. інші міркування
На додаток до обговорених вище показників тесту продуктивності існують практичні фактори, які необхідно враховувати та перевіряти.
Стійкість системи. Оскільки більшість завдань відеосистеми IPTV полягає у забезпеченні розважальних програм, користувачі при перегляді розважальних програм приділяють більше уваги цілісності та послідовності програм. Тому стабільність є дуже ключовим моментом для відеосистеми. Користувачі матимуть сильний емоційний колір під час перегляду своїх улюблених відеопрограм, і будь-яке переривання потоку сильно вплине на ефект оцінки користувачів. Наприклад, коли користувачі дивляться телевізійні драми, екран стає чорним. Стабільність відеосистеми IPTV включає: стабільну максимальну кількість одночасних потоків / програм, стабільну пропускну здатність програми та тривалу стабільність роботи.
Фактори пошкодження мережі. Різноманітні пошкодження в мережі сильно впливають на якість відеопрограм. Час від часу пошкодження мережі безпосередньо впливає на психологічне сприйняття користувачами відеопрограм. Найбільш прямий вплив - це зменшення суб’єктивної оцінки користувачів щодо якості відеозображень. Програми VOD можуть демонструвати значну мозаїчність, зміну кольору та затримку, і в цьому випадку користувач може припинити програму VOD. Тому нам слід уважно вивчити збитки, спричинені різними видами пошкоджень мережі (включаючи затримку, тремтіння, втрату пакетів, не в порядку, код помилки рядка), якістю відеопрограм. Вплив пошкодження мережі на QoS послуги IPTV слід повністю враховувати, коли формулюються відповідні технічні показники послуги IPTV.
4. Висновок
В останні роки, з високошвидкісним розвитком широкосмугового зв'язку, послуга потокового відео стала одним з основних додатків Інтернету, система IPTV повинна забезпечити відеосервіс одного з основних, в даний час оператори почали поступово надавати IPTV бізнес, мережа випробувань IPTV знаходиться в пробній експлуатації у вітчизняних містах. Це ключовий крок для операторів перевірити ефективність роботи системи IPTV перед запуском послуги IPTV.
|
Введіть електронну адресу, щоб отримати сюрприз
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> африкаанс
sq.fmuser.org -> албанська
ar.fmuser.org -> арабська
hy.fmuser.org -> Вірменська
az.fmuser.org -> азербайджанська
eu.fmuser.org -> баскська
be.fmuser.org -> білоруська
bg.fmuser.org -> болгарська
ca.fmuser.org -> Каталонська
zh-CN.fmuser.org -> китайська (спрощена)
zh-TW.fmuser.org -> китайська (традиційна)
hr.fmuser.org -> хорватська
cs.fmuser.org -> чеська
da.fmuser.org -> данська
nl.fmuser.org -> Голландська
et.fmuser.org -> естонська
tl.fmuser.org -> філіппінська
fi.fmuser.org -> фінська
fr.fmuser.org -> французька
gl.fmuser.org -> галицький
ka.fmuser.org -> грузинський
de.fmuser.org -> німецька
el.fmuser.org -> грецька
ht.fmuser.org -> гаїтянський креольський
iw.fmuser.org -> іврит
hi.fmuser.org -> хінді
hu.fmuser.org -> Угорська
is.fmuser.org -> ісландська
id.fmuser.org -> індонезійська
ga.fmuser.org -> ірландський
it.fmuser.org -> італійська
ja.fmuser.org -> японська
ko.fmuser.org -> корейська
lv.fmuser.org -> латиська
lt.fmuser.org -> литовська
mk.fmuser.org -> македонська
ms.fmuser.org -> малайська
mt.fmuser.org -> мальтійська
no.fmuser.org -> Норвезька
fa.fmuser.org -> Перська
pl.fmuser.org -> польська
pt.fmuser.org -> португальська
ro.fmuser.org -> румунська
ru.fmuser.org -> російська
sr.fmuser.org -> сербська
sk.fmuser.org -> словацька
sl.fmuser.org -> словенська
es.fmuser.org -> іспанська
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведська
th.fmuser.org -> Тайська
tr.fmuser.org -> турецька
uk.fmuser.org -> український
ur.fmuser.org -> урду
vi.fmuser.org -> в'єтнамська
cy.fmuser.org -> валлійська
yi.fmuser.org -> Ідиш
FMUSER бездротовий передавати відео та аудіо простіше!
Контакти
Адреса:
No.305 Кімната HuiLan Будівля No273 Huanpu Road Гуанчжоу Китай 510620
Категорії
Інформаційний бюлетень