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 стає основною сферою діяльності галузі. Згідно зі статистикою компанії MRG, глобальні користувачі IPTV збільшаться з 2 мільйонів у 2004 році до 20 мільйонів у 2010 році. За підрахунками, складний темп приросту світового ринку IPTV з 2005 по 2010 рік становить 102%. У Китаї індустрія IPTV все ще перебуває на стадії експерименту, і China Telecom, China Netcom та China Railcom активно проводять випробування IPTV.
В даний час багато виробників обладнання надали платформи та обладнання для системи IPTV. У галузі визнано, що послуги IPTV включають дві основні послуги: VOD на вимогу та Телепрограма в прямому ефірі. Розвиток вітчизняного IPTV йде повним ходом, і існує гостра необхідність стандартизувати тестування системи IPTV. Ця стаття має намір коротко обговорити тестування продуктивності цих двох основних послуг системи IPTV. У цій статті розглядається лише наскрізний тест продуктивності, точка спостереження тесту знаходиться на стороні користувача та не розглядає продуктивність ієрархічного кешу на стороні сервера.
Через різницю в структурі мережі між мережею VOD на вимогу та мережею прямого ефіру телевізійних передач, розподіл VOD повинен покладатися на мережу CDN, тоді як розподіл телевізорів повинен використовувати кешування для багатоадресної мережі без мережі CDN. Виходячи з цього, перевірка ефективності цих двох служб Фокус також відрізняється.
1. Вступ до тесту продуктивності обслуговування VOD
Програми VOD зазвичай постачаються на замовлення. Користувачі на вимогу можуть вільно контролювати хід програми та припиняти відтворення програми, але кожен користувач на вимогу повинен займати певну пропускну здатність мережі, тому кількість одночасних користувачів обмежується пропускною здатністю мережі та продуктивністю сервера.
Тестові показники продуктивності обслуговування VOD в основному включають максимальну кількість одночасних потоків, коливання пропускної здатності, середню використовувану пропускну здатність, швидкість втрат пакетів і середній час відгуку.
(1) Максимальна кількість одночасних потоків: Максимальна кількість онлайн-користувачів, які система потокового мультимедіа може підтримувати одночасно, і кожен користувач повинен дивитись повну відеопрограму в звичайному режимі. Перш ніж кількість користувачів буде поступово збільшена до максимального значення, система не призведе до того, що користувачі, які вже перебувають в мережі, не зможуть отримати послуги через нещодавно доданих користувачів. Хоча деякі відеосистеми можуть забезпечувати величезну кількість одночасних потоків, кількість відмов велика. Оскільки більшість користувачів використовують TCP, кількість одночасних потоків не зменшується після повторної передачі. Однак для одного потоку, який не вдався, користувач вже зазнав помилки. Неможливо продовжувати отримувати відео послуги. Отже, максимальна кількість одночасних потоків повинна бути ефективною максимальною кількістю користувачів, які можуть підтримуватися відеосистемою та одночасно переглядати програми в Інтернеті.
(2) Коливання смуги пропускання: Під час відтворення відеофайлу смуга пропускання медіапотоку зміниться внаслідок змін у зображенні. Наприклад, для програм викладання в класі безперервна картина не сильно змінюється до і після, тому швидкість коду програми є відносно постійною, а коливання смуги пропускання відносно невелике; для спортивних програм безперервна картина сильно змінюється до і після, тому швидкість коду програми Зміна відповідно більша, а коливання смуги пропускання також більше. Коливання швидкості програмного коду є суворим випробуванням пропускної здатності відеосервера. Якщо занадто багато користувачів замовляють програми з вищою швидкістю кодування, ймовірно, кількість користувачів, яких може підтримувати сервер, зменшиться, або відеосервер зменшить вихідну пропускну здатність потоку програм.
(3) Середня пропускна здатність, яка використовується: Середня пропускна здатність, яку використовують усі користувачі під час перегляду програмою користувача. Чим більше значення, тим сильніше пропускна здатність, яку може забезпечити система потокового відео.
(4) Коефіцієнт втрати пакетів: Коли користувачі отримують послуги відео на замовлення, їм потрібно отримати відео файли з сервера, а також чи є втрата пакетів під час передачі відеофайлів. Значення швидкості втрати пакетів, як правило, невелике, але вплив на користувача дуже важливий, особливо коефіцієнт стиснення, що використовується в даний час, є відносно високим, навіть якщо кілька відеопакетів втрачено, це вплине на перегляд користувача або навіть від'єднає з'єднання. Верхня межа наскрізної швидкості втрати пакетів VOD не повинна перевищувати 0.1%.
(5) Середній час відгуку: загальний розподіл часу з моменту надсилання користувачем запиту на вимогу до відеосервісу. Звичайно, середній час відгуку якомога коротший. Взагалі кажучи, наскрізна середня затримка відео на вимогу не повинна перевищувати 2 с (орієнтовна).
2. Вступ до тесту на продуктивність телевізійної послуги
Телепрограми зазвичай передаються в режимі багатоадресної передачі. Багатоадресна передача - це мережева технологія, яка дозволяє одному або кільком відправникам (джерелам багатоадресної передачі) відправляти один пакет даних одночасно на декілька приймачів. Джерело багатоадресної передачі відправляє пакети даних до певної групи багатоадресної передачі, і лише адреси, що належать до групи багатоадресної передачі, можуть приймати пакети даних. В IPTV часто існує лише одне джерело багатоадресної передачі. Навіть якщо кількість користувачів подвоюється, пропускну здатність магістралі не потрібно збільшувати, оскільки незалежно від того, скільки адрес призначення, лише одне відео передається по будь-якому магістральному каналу у всій мережі. Потокове передавання - це так званий "відправити один раз, транслювати всередині групи". Багатоадресна передача покращує ефективність передачі даних та зменшує можливість перевантаження в магістральній мережі. Для телевізійної системи кількість користувачів, яких вона може підтримувати, обмежується лише можливістю доступу до мережі і не має нічого спільного з можливістю натискання інтерфейсної push-системи.
Отже, основні тестові показники роботи телевізійної служби включають максимальну кількість каналів, що проштовхуються, середню пропускну здатність каналу, середній час перемикання каналів, середню затримку відходу каналу, середню затримку приєднання каналу, час накладання каналу та час інтервалу між каналами.
(1) Максимальна кількість просунутих каналів: максимальна кількість каналів, яку може забезпечити потокова мультимедійна система, і користувач може пройти по всіх каналах за короткий проміжок часу.
(2) Середня пропускна здатність каналу: пропускна здатність, зайнята кожною програмою каналу. Пропускна здатність, зайнята програмами зі стандартною роздільною здатністю (SDTV) та програмами високої чіткості (HDTV), відрізняється, а пропускна здатність, зайнята програмами HDTV, набагато вища, ніж у програм SDTV.
(3) Середній час переключення каналу: час від відправки повідомлення IGMPleave до отримання першого багатоадресного пакету запитуваного каналу. Оскільки переключення каналів телевізійних програм в мережі IP можна досягти лише за допомогою IGMP, навпаки, перемикання каналів традиційних телевізорів відбувається набагато швидше. Отже, відповідно до особистих суб'єктивних відчуттів, як правило, час переключення каналу IPTV не повинен перевищувати 2 с (орієнтовний), інакше користувачеві буде важко терпіти час очікування на переключення каналу. В даний час повільний час перемикання каналів IPTV також є актуальною проблемою, яку потрібно вирішити.
(4) Середня затримка вихідного каналу: час від відправки повідомлення IGMPleave до отримання останнього багатоадресного пакету каналу. Як правило, чим коротша затримка відправлення каналу, тим краще.
(5) Середня затримка приєднання каналу: час від відправки повідомлення IGMPjoin до отримання першого багатоадресного пакету каналу. Як правило, чим коротша затримка приєднання каналу, тим краще.
(6) Час перекриття каналу: Якщо системна комутація каналів приймає метод зупинки багатоадресного пакету вихідного каналу після отримання багатоадресного пакету запитуваного каналу, час перекриття каналу відноситься до першого отриманого багатоадресного пакету та прийому запитаний канал Інтервал часу між останнім багатоадресним пакетом вихідного каналу.
(7) Час інтервалу каналу: Якщо системне перемикання каналів приймає метод зупинки багатоадресного пакету оригіналу каналу, а потім приймає пакет багатоадресної передачі запитуваного каналу, час інтервалу каналу відноситься до останнього багатоадресного пакету, отриманого від вихідного каналу, та отриманого запиту Часовий інтервал між першим пакетом багатоадресної передачі каналу.
3. Інші міркування
На додаток до обговорених вище показників тесту результативності, є кілька практичних факторів, які потрібно враховувати та перевіряти.
Стійкість системи. Оскільки більшість завдань відеосистеми IPTV полягає у забезпеченні розважальних програм, користувачі при перегляді розважальних програм приділяють більше уваги цілісності та безперервності програм. Тому стабільність є дуже критичним моментом для відеосистеми. Коли користувачі дивляться свої улюблені відеопрограми, вони мають сильний емоційний колір. Будь-яке переривання потоку в значній мірі вплине на ефект оцінки користувача, наприклад, чорний екран, коли користувач дивиться серіал. Стабільність відеосистеми IPTV включає: стабільну максимальну кількість одночасних потоків / кількість програм, стабільну пропускну здатність програми та стабільність тривалої роботи.
Фактори знецінення мережі. Різні збитки в мережі сильно впливають на якість відеопрограм. Випадкові пошкодження в мережі безпосередньо впливають на психологічне прийняття користувачами відеопрограми. Найбільш прямий вплив полягає в тому, що суб'єктивна оцінка користувачами якості відеозображення зменшується, наприклад, коли рівень помилок бітової лінії мережі досягає 10E-6, програма VOD може мати очевидні мозаїки, зміну кольору та затримку зображення . У цьому випадку користувач, швидше за все, припинить відео на вимогу. Тому нам слід уважно вивчити збиток якості відеопрограм, спричинений різними порушеннями (включаючи затримку, тремтіння, втрату пакетів, збої та помилки лінії) у мережі. При формуванні відповідних технічних показників для послуг IPTV слід повністю враховувати вплив погіршень роботи мережі на якість обслуговування.
4. заключне слово
В останні роки, завдяки швидкому розвитку широкосмугового будівництва, медіа-послуги потокового відео стали одним із найважливіших додатків Інтернету. Система IPTV є найважливішою точкою входу для надання відео послуг. В даний час основні оператори почали поступово надавати користувачам послуги з надання послуг IPTV. Пробна мережа IPTV була запущена в багатьох містах Китаю. Тестування продуктивності обслуговування системи IPTV є ключовим кроком, який операторам потрібно зробити перед запуском послуг 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
Категорії
Інформаційний бюлетень