FMUSER Wirless Transmituj wideo i audio łatwiejsze!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
Przyszły rozwój IPTV staje się przedmiotem zainteresowania branży. Według statystyk firmy badawczej MRG, globalna liczba użytkowników IPTV wzrośnie z 2 mln w 2004 r. Do 20 mln w 2010 r. Szacuje się, że łączna stopa wzrostu globalnego rynku IPTV w latach 2005–2010 wynosi 102%. W Chinach branża IPTV jest nadal w fazie eksperymentalnej, a China Telecom, China Netcom i China Railcom aktywnie prowadzą testy IPTV.
Obecnie wielu producentów sprzętu dostarczyło platformy i sprzęt systemu IPTV. W branży uznaje się, że usługi IPTV obejmują dwie podstawowe usługi: VOD na żądanie i Transmisja telewizyjna na żywo. Rozwój krajowej telewizji IPTV idzie pełną parą i istnieje pilna potrzeba ujednolicenia testów systemu IPTV. Ten artykuł ma na celu krótkie omówienie testów wydajności tych dwóch podstawowych usług systemu IPTV. W tym artykule rozważono tylko kompleksowy test wydajności, punkt obserwacji testu znajduje się po stronie użytkownika i nie uwzględnia wydajności hierarchicznej pamięci podręcznej po stronie serwera.
Ze względu na różnicę w strukturze sieci między siecią VOD na żądanie a siecią transmisji telewizyjnej na żywo dystrybucja VOD musi opierać się na sieci CDN, podczas gdy dystrybucja telewizji musi opierać się na sieci multiemisji bez sieci CDN do buforowania. Na tej podstawie test wydajności tych dwóch usług. Nacisk jest inny.
1. Wprowadzenie do testu wydajności usługi VOD
Programy VOD są zwykle dostarczane na żądanie. Użytkownicy na żądanie mogą dowolnie kontrolować postęp programu i zakończyć odtwarzanie programu, ale każdy użytkownik na żądanie musi zajmować określoną przepustowość sieci, więc liczba jednoczesnych użytkowników jest ograniczona przepustowością sieci i wydajnością serwera.
Wskaźniki testowe wydajności usługi VOD obejmują głównie maksymalną liczbę równoczesnych strumieni, wahania przepustowości, średnią wykorzystywaną przepustowość, wskaźnik utraty pakietów i średni czas odpowiedzi.
(1) Maksymalna liczba jednoczesnych strumieni: Maksymalna liczba użytkowników online, których system multimediów strumieniowych może obsługiwać w tym samym czasie i każdy użytkownik musi normalnie oglądać cały program wideo. Dopóki liczba użytkowników nie będzie stopniowo zwiększana do maksymalnej wartości, system nie spowoduje, że użytkownicy, którzy są już online, nie będą mogli uzyskać usług z powodu nowo dodanych użytkowników. Chociaż niektóre systemy wideo mogą zapewnić ogromną liczbę jednoczesnych strumieni, liczba awarii jest duża. Ponieważ większość użytkowników korzysta z protokołu TCP, liczba jednoczesnych strumieni nie zmniejsza się po retransmisji. Jednak w przypadku pojedynczego strumienia, który się nie powiódł, użytkownik już się nie powiódł. Nie można nadal korzystać z usług wideo. Dlatego maksymalna liczba jednoczesnych strumieni powinna być efektywną maksymalną liczbą użytkowników, którzy mogą być obsługiwani przez system wideo i mogą jednocześnie oglądać programy online.
(2) Wahania przepustowości: Podczas odtwarzania pliku wideo przepustowość strumienia multimediów zmieni się ze względu na zmiany w obrazie. Na przykład, w przypadku programów nauczania w klasie, ciągły obraz nie zmienia się znacząco przed i po, więc współczynnik kodowania programu jest względnie stały, a fluktuacja przepustowości jest stosunkowo niewielka; W przypadku programów sportowych ciągły obraz zmienia się znacznie przed i po, więc współczynnik kodowania programu Zmiana jest odpowiednio większa, a fluktuacja szerokości pasma jest również większa. Wahania współczynnika kodowania programu są poważnym testem dla przepustowości serwera wideo. Jeśli zbyt wielu użytkowników zamawia programy o wyższym współczynniku kodowania, prawdopodobnie zmniejszy się liczba użytkowników obsługiwanych przez serwer lub serwer wideo zmniejszy przepustowość wyjściową strumienia programu.
(3) Średnia wykorzystana przepustowość: Średnia przepustowość wykorzystywana przez wszystkich użytkowników podczas przeglądania programu przez użytkownika. Im większa wartość, tym większa przepustowość zapewniana przez system przesyłania strumieniowego wideo.
(4) Współczynnik utraty pakietów: gdy użytkownicy otrzymują usługi wideo na żądanie, muszą uzyskać wideo pliki z serwera i czy występuje utrata pakietów podczas transmisji pliku wideo. Wartość współczynnika utraty pakietów jest ogólnie niewielka, ale wpływ na użytkownika jest bardzo ważny, zwłaszcza że obecnie używany współczynnik kompresji jest stosunkowo wysoki, nawet jeśli kilka pakietów wideo zostanie utraconych, wpłynie to na przeglądanie przez użytkownika, a nawet rozłączy połączenie. Górna granica wskaźnika utraty pakietów od końca do końca na VOD nie powinna przekraczać 0.1%.
(5) Średni czas odpowiedzi: ogólny rozkład czasu od momentu wysłania przez użytkownika żądania na żądanie do usługi wideo. Oczywiście średni czas odpowiedzi jest możliwie najkrótszy. Ogólnie rzecz biorąc, średnie opóźnienie od końca do końca wideo na żądanie nie powinno przekraczać 2 s (wstępnie).
2. Wprowadzenie do testu wydajności usług telewizyjnych
Programy telewizyjne są zwykle przesyłane w trybie multiemisji. Multiemisja to technologia sieciowa, która umożliwia jednemu lub kilku nadawcom (źródłom multiemisji) wysyłanie pojedynczego pakietu danych do wielu odbiorników w tym samym czasie. Źródło multiemisji wysyła pakiety danych do określonej grupy multiemisji i tylko adresy należące do grupy multiemisji mogą odbierać pakiety danych. W IPTV często istnieje tylko jedno źródło multiemisji. Nawet jeśli liczba użytkowników podwoi się, przepustowość sieci szkieletowej nie musi rosnąć, ponieważ niezależnie od liczby adresów docelowych, na dowolnym łączu szkieletowym w całej sieci przesyłane jest tylko jedno wideo. Transmisja strumieniowa to tak zwane „wyślij raz, nadaj w grupie”. Multicast poprawia wydajność transmisji danych i zmniejsza możliwość zatorów w sieci szkieletowej. W przypadku systemu telewizyjnego liczba użytkowników, których może on obsługiwać, jest ograniczona jedynie możliwością dostępu do sieci i nie ma nic wspólnego z możliwościami push front-endowego systemu push.
Dlatego główne wskaźniki testowe wydajności usługi telewizyjnej obejmują maksymalną liczbę wypchniętych kanałów, średnią szerokość pasma kanału, średni czas przełączania kanałów, średnie opóźnienie wyjścia kanału, średnie opóźnienie przyłączenia kanału, czas nakładania się kanałów i czas interwału kanałów.
(1) Maksymalna liczba wypchniętych kanałów: maksymalna liczba kanałów, które system mediów strumieniowych może zapewnić, a użytkownik może przebyć wszystkie kanały w krótkim czasie.
(2) Średnia szerokość pasma kanału: szerokość pasma zajmowana przez każdy program kanału. Szerokość pasma zajmowana przez programy o standardowej rozdzielczości (SDTV) i programy o wysokiej rozdzielczości (HDTV) jest inna, a przepustowość zajmowana przez programy HDTV jest znacznie wyższa niż w przypadku programów SDTV.
(3) Średni czas przełączania kanału: czas od wysłania wiadomości IGMPleave do odebrania pierwszego pakietu multiemisji żądanego kanału. Ponieważ przełączanie kanałów programów telewizyjnych w sieci IP można osiągnąć tylko za pomocą IGMP, w przeciwieństwie do tego, przełączanie kanałów w tradycyjnych telewizorach jest znacznie szybsze. Dlatego też, zgodnie z osobistymi subiektywnymi odczuciami, zwykle czas przełączania kanałów IPTV nie powinien przekraczać 2 s (wstępnie), w przeciwnym razie użytkownik będzie miał trudności z tolerowaniem czasu oczekiwania na przełączenie kanału. Obecnie pilnym problemem do rozwiązania jest również długi czas przełączania kanałów IPTV.
(4) Średnie opóźnienie opuszczenia kanału: czas od wysłania komunikatu IGMLeave do otrzymania ostatniego pakietu multicastowego kanału. Generalnie im krótsze opóźnienie odjazdu kanału, tym lepiej.
(5) Średnie opóźnienie przyłączenia kanału: czas od wysłania wiadomości IGMPjoin do odebrania pierwszego pakietu rozsyłania grupowego na kanale. Ogólnie rzecz biorąc, im krótsze opóźnienie dołączania do kanału, tym lepiej.
(6) Czas nakładania się kanałów: Jeśli przełączanie kanałów systemowych przyjmuje metodę zatrzymywania pakietu multiemisji oryginalnego kanału po odebraniu pakietu multiemisji żądanego kanału, czas nakładania się kanałów odnosi się do pierwszego odebranego pakietu multiemisji i odbioru żądany kanał Odstęp czasu między ostatnim pakietem multiemisji oryginalnego kanału.
(7) Czas odstępu między kanałami: jeśli przełączanie kanałów systemowych przyjmuje metodę zatrzymywania oryginalnego pakietu multiemisji a następnie odbierając pakiet rozsyłania grupowego żądanego kanału, odstęp czasu między kanałami odnosi się do ostatniego pakietu rozsyłania grupowego odebranego z oryginalnego kanału i odebranego żądania. Odstęp czasu między pierwszym pakietem rozsyłania grupowego kanału.
3. Inne kwestie
Oprócz omówionych powyżej wskaźników testów wydajności, należy wziąć pod uwagę i przetestować kilka praktycznych czynników.
Stabilność systemu. Ponieważ większość zadań systemu wideo IPTV polega na dostarczaniu programów rozrywkowych, użytkownicy zwracają większą uwagę na integralność i ciągłość programów podczas oglądania programów rozrywkowych. Dlatego stabilność jest bardzo krytycznym punktem systemu wideo. Kiedy użytkownicy oglądają swoje ulubione programy wideo, mają silny kolor emocjonalny. Każde przerwanie transmisji w znacznym stopniu wpłynie na efekt uznania użytkownika, taki jak czarny ekran, gdy użytkownik ogląda serial telewizyjny. Stabilność systemu wideo IPTV obejmuje: stabilną maksymalną liczbę jednoczesnych strumieni / liczbę programów, stabilną przepustowość programu oraz stabilność długotrwałej pracy.
Czynniki upośledzenia sieci. Różne uszkodzenia w sieci mają duży wpływ na jakość programów wideo. Sporadyczne uszkodzenia w sieci bezpośrednio wpływają na psychologiczną akceptację programu wideo przez użytkownika. Najbardziej bezpośredni wpływ polega na tym, że subiektywna ocena jakości obrazu wideo przez użytkowników jest obniżona, na przykład gdy współczynnik błędu bitowego linii sieciowej osiągnie 10E-6, program VOD może mieć oczywiste mozaiki, odbarwienia i opóźnienia obrazu. . W takim przypadku użytkownik prawdopodobnie zakończy film na żądanie. Dlatego powinniśmy dokładnie zbadać szkody w jakości programów wideo spowodowane różnymi zakłóceniami (w tym opóźnieniami, fluktuacjami, utratą pakietów, zakłóceniami i błędami linii) w sieci. Podczas formułowania odpowiednich wskaźników technicznych dla usług IPTV należy w pełni uwzględnić wpływ zakłóceń sieci na jakość usług QoS.
4. uwagi końcowe
W ostatnich latach, wraz z szybkim rozwojem budownictwa szerokopasmowego, usługi strumieniowego przesyłania wideo stały się jednym z najważniejszych zastosowań Internetu. System IPTV jest najważniejszym punktem wejścia do świadczenia usług wideo. Obecnie główni operatorzy zaczęli stopniowo dostarczać użytkownikom usługi IPTV, próbna sieć IPTV została uruchomiona w wielu chińskich miastach. Testowanie wydajności usług systemu IPTV jest kluczowym krokiem, który operatorzy muszą wykonać przed uruchomieniem usług IPTV. Obecnie technologia IPTV jest na wczesnym etapie rozwoju. Ponieważ IPTV obejmuje wiele treści, powiązane technologie i usługi są nadal w trakcie badań. Jednak wraz z ciągłym rozwojem technologii, technologia testowania usług IPTV będzie nadal dojrzewać i ulepszać, co nieuchronnie będzie sprzyjać rozwojowi krajowych usług IPTV.
|
Wpisz e-mail, aby otrzymać niespodziankę
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
FMUSER Wirless Transmituj wideo i audio łatwiejsze!
Kontakt
Adres:
Nr 305 Pokój HuiLan Budynek nr 273 Huanpu Road Guangzhou Chiny 510620
Kategorie
Newsletter