Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az IPTV jövőbeni fejlesztése az ipar középpontjába kerül. Az MRG piackutató cég statisztikája szerint a globális IPTV-felhasználók száma a 2. évi 2004 millióról 20-re 2010 millióra nő. Becslések szerint a globális IPTV-piac összetett növekedési üteme 2005 és 2010 között 102%. Kínában az IPTV-ipar még mindig kísérleti stádiumban van, és a China Telecom, a China Netcom és a China Railcom aktívan végzi az IPTV-próbákat.
Jelenleg számos berendezésgyártó biztosította az IPTV rendszer platformjait és berendezéseit. Az iparban elismert tény, hogy az IPTV-szolgáltatások két alapvető szolgáltatást tartalmaznak: VOD igény szerint és a TV élő közvetítés. A hazai IPTV fejlesztése javában zajlik, és sürgősen egységesíteni kell az IPTV rendszer tesztelését. Ez a cikk röviden tárgyalni kívánja az IPTV rendszer ezen két alapszolgáltatásának teljesítménytesztjét. Ez a cikk csak az end-to-end teljesítménytesztet vizsgálja, a teszt megfigyelési pontja a felhasználói oldalon van, és nem veszi figyelembe a kiszolgálói oldal hierarchikus gyorsítótárának teljesítményét.
A VOD on-demand hálózat és a TV élő közvetítési hálózat közötti hálózati struktúra különbsége miatt a VOD terjesztésnek a CDN hálózatra kell támaszkodnia, míg a TV terjesztésnek a CDN hálózat nélküli multicast hálózatra kell támaszkodnia a gyorsítótárban. Ennek alapján a két szolgáltatás teljesítménytesztje A fókusz is más.
1. Bevezetés a VOD szolgáltatás teljesítménytesztjébe
A VOD programokat általában igény szerint szállítják. Az igény szerinti felhasználók szabadon szabályozhatják a program előrehaladását, és leállíthatják a program lejátszását, de minden igény szerinti felhasználónak el kell foglalnia egy bizonyos hálózati sávszélességet, így az egyidejűleg használók számát a hálózati sávszélesség és a szerver teljesítménye korlátozza.
A VOD szolgáltatás teljesítményének tesztmutatói főként az egyidejű adatfolyamok maximális számát, a sávszélesség ingadozásait, az átlagos használt sávszélességet, a csomagvesztés sebességét és az átlagos válaszidőt tartalmazzák.
(1) Az egyidejű streamek maximális száma: Az online felhasználók maximális száma, amelyeket a streaming média rendszer egyszerre támogathat, és minden felhasználónak meg kell néznie a teljes videoprogramot normálisan. Mielőtt a felhasználók számát fokozatosan a maximális értékre növelnék, a rendszer nem okozza azokat a felhasználókat, akik már online vannak, az újonnan hozzáadott felhasználók miatt nem tudják megszerezni a szolgáltatásokat. Bár egyes videorendszerek nagyon sok egyidejű adatfolyamot tudnak biztosítani, a meghibásodások száma nagy. Mivel a legtöbb felhasználó TCP-t használ, az egyidejű adatfolyamok száma nem csökken az újraküldés után. Egyetlen sikertelen adatfolyam esetében azonban a felhasználó már kudarcot vallott. Nem folytatható a videoszolgáltatások fogadása. Ezért az egyidejű adatfolyamok maximális számának meg kell felelnie annak a felhasználóknak a maximális számának, akiket támogathat a videorendszer, és amelyek egyszerre nézhetnek online programokat.
(2) Sávszélesség ingadozása: Videofájl lejátszása során a médiafolyam sávszélessége megváltozik a kép változásai miatt. Például tantermi oktatási programok esetében a folyamatos kép nem sokat változik előtte és utána, ezért a programkód aránya viszonylag állandó, és a sávszélesség ingadozása viszonylag kicsi; sportprogramok esetében a folyamatos kép nagymértékben változik előtte és utána, így a programkód sebesség A változás ennek megfelelően nagyobb, és a sávszélesség ingadozása is nagyobb. A programkód sebességének ingadozása komoly tesztet jelent a video szerver átviteli sebessége szempontjából. Ha túl sok felhasználó rendel nagyobb programszámú programokat, akkor valószínűleg csökken a felhasználók száma, akiket a szerver támogat, vagy a videokiszolgáló csökkenti a programfolyam kimeneti sávszélességét.
(3) Átlagosan használt sávszélesség: Az az átlagos sávszélesség, amelyet az összes felhasználó a program felhasználó általi megtekintésekor használt. Minél nagyobb az érték, annál erősebb sávszélességet képes biztosítani a streaming video rendszer.
(4) Csomagvesztési ráta: Amikor a felhasználók igény szerinti video szolgáltatásokat kapnak, videót kell beszerezniük fájlokat a szerverről, és hogy van-e csomagvesztés a videofájlok továbbítása során. A csomagvesztési ráta értéke általában kicsi, de a felhasználóra gyakorolt hatás nagyon fontos, különösen a jelenleg használt tömörítési arány viszonylag magas, még akkor is, ha néhány videopakett elveszett, ez hatással lesz a felhasználó megtekintésére, vagy akár leválasztja a kapcsolat. A VOD end-to-end csomagvesztési arányának felső határa nem haladhatja meg a 0.1% -ot.
(5) Átlagos válaszidő: Az idő teljes eloszlása attól az időponttól kezdve, amikor a felhasználó elküldi az igény szerinti kérést a video szolgáltatásnak. Természetesen az átlagos válaszidő a lehető legrövidebb. Általánosságban elmondható, hogy az igény szerinti videó videók átlagos késése nem haladhatja meg a 2 másodpercet (előzetes).
2. Bevezetés a TV szolgáltatás teljesítménytesztjébe
A tévéműsorokat általában multicast módban továbbítják. A Multicast olyan hálózati technológia, amely lehetővé teszi egy vagy több feladó (multicast források) számára, hogy egyetlen adatcsomagot küldjenek egyszerre több vevőnek. A multicast forrás adatcsomagokat küld egy adott csoportos csoportnak, és csak a multicast csoporthoz tartozó címek tudják fogadni az adatcsomagokat. Az IPTV-ben gyakran csak egy multicast forrás van. Még akkor is, ha a felhasználók száma megduplázódik, a gerinchálózat sávszélességének nem kell növekednie, mert bármennyi is legyen a célcím, a teljes hálózat bármelyik gerinchivatkozásán csak egyetlen videót továbbítanak. A streaming az úgynevezett "egyszer küld, csoporton belül sugároz". A Multicast javítja az adatátvitel hatékonyságát és csökkenti a gerinchálózat torlódásának lehetőségét. A TV-rendszer esetében az általa támogatható felhasználók számát csak a hálózathoz való hozzáférés korlátozza, és semmi köze nincs a front-end nyomórendszer tolási képességéhez.
Ezért a TV-szolgáltatás teljesítményének fő tesztmutatói közé tartozik a maximálisan leadott csatornák száma, az átlagos csatorna sávszélessége, az átlagos csatornaváltási idő, az átlagos csatornaindítási késleltetés, az átlagos csatornacsatlakozási késleltetés, a csatorna átfedési ideje és a csatornaintervallum ideje.
(1) A maximálisan leadott csatornák száma: a streaming médiarendszer által rendelkezésre bocsátott csatornák maximális száma, és a felhasználó rövid időn belül bejárhatja az összes csatornát.
(2) Csatorna átlagos sávszélessége: az egyes csatornaprogramok által elfoglalt sávszélesség. A szabványos felbontású programok (SDTV) és a nagy felbontású programok (HDTV) által elfoglalt sávszélesség különbözik, és a HDTV programok által elfoglalt sávszélesség sokkal nagyobb, mint az SDTV programoké.
(3) Átlagos csatornaváltási idő: Az IGMPleave üzenet küldésétől a kért csatorna első csoportos küldési csomagjának fogadásáig eltelt idő. Mivel a TV-programok csatornaváltása az IP-hálózaton csak az IGMP-n keresztül érhető el, ezzel szemben a hagyományos tévékészülékek csatornaváltása sokkal gyorsabb. Ezért a személyes szubjektív érzések szerint az IPTV csatornaváltási idő általában nem haladhatja meg a 2 másodpercet (előzetes), különben a felhasználó nehezen tolerálja a csatornaváltás várakozási idejét. Jelenleg az IPTV-csatornák lassú kapcsolási ideje szintén sürgős megoldandó probléma.
(4) Átlagos csatornaindítási késleltetés: az IGMPleave üzenet küldésétől a csatorna utolsó multicast csomagjának fogadásáig eltelt idő. Általában minél rövidebb a csatorna indulási késleltetése, annál jobb.
(5) Átlagos csatorna csatlakozási késleltetés: az IGMPjoin üzenet küldésétől a csatorna első multicast csomagjának fogadásáig eltelt idő. Általában minél rövidebb a csatorna csatlakozási késleltetése, annál jobb.
(6) Csatorna átfedési idő: Ha a rendszercsatorna-váltás a kért csatorna csoportos küldéses csomagjának vétele után átveszi az eredeti csatorna multicast csomagjának leállításának módját, akkor a csatorna átfedési idő az első fogadott multicast csomagra és a kért csatorna Az eredeti csatorna utolsó multicast csomagja közötti időintervallum.
(7) Csatornaintervallum idő: Ha a rendszercsatorna-váltás elfogadja az eredeti multicast csomagjának leállításának módszerét csatornát, majd megkapja a kért csatorna csoportos küldéses csomagját, a csatornaintervallum idő az eredeti csatornától fogadott utolsó multicast csomagra és a fogadott kérelemre vonatkozik. A csatorna első csoportos küldési csomagja közötti időintervallum.
3. Egyéb szempontok
A fent tárgyalt teljesítményteszt-mutatók mellett néhány gyakorlati tényezőt is figyelembe kell venni és tesztelni kell.
A rendszer stabilitása. Mivel az IPTV videorendszer legtöbb feladata a szórakoztató programok biztosítása, a felhasználók nagyobb figyelmet fordítanak a programok integritására és folyamatosságára, amikor szórakoztató műsorokat néznek. Ezért a stabilitás nagyon kritikus pont a videorendszer számára. Amikor a felhasználók nézik a kedvenc videoprogramjaikat, erős érzelmi színűek. A közvetítés bármilyen megszakítása nagymértékben befolyásolja a felhasználó értékelési hatását, például egy fekete képernyőt, amikor a felhasználó tévésorozatot néz. Az IPTV videorendszer stabilitása magában foglalja: az egyidejű adatfolyamok maximális számát / programok számát, a stabil program sávszélességét és a hosszú távú munka stabilitását.
Hálózati károsodási tényezők. A hálózat különböző károsodásai nagy hatással vannak a videoprogramok minőségére. A hálózat alkalmi károsodása közvetlenül befolyásolja a felhasználó pszichológiai elfogadását a videoprogramban. A legközvetlenebb hatás az, hogy csökken a felhasználók szubjektív értékelése a videó képminőségéről, például amikor a hálózati vonal bites hibaaránya eléri a 10E-6 értéket, akkor a VOD programnak nyilvánvaló mozaikjai lehetnek, a kép elszíneződése és a kép késése . Ebben az esetben a felhasználó valószínűleg megszakítja a videót igény szerint. Ezért gondosan meg kell vizsgálnunk a video-programok minőségének károsodását, amelyet a hálózat különböző károsodásai (beleértve a késleltetést, az idegességet, a csomag elvesztését, a rendellenességet és a vonali hibákat) okoznak. Az IPTV-szolgáltatások releváns technikai mutatóinak megfogalmazásakor teljes mértékben figyelembe kell venni a hálózati károsodásoknak a szolgáltatásminőségre gyakorolt hatását.
4. befejező megjegyzések
Az elmúlt években a szélessávú építés gyors fejlődésével a video streaming médiaszolgáltatások az Internet egyik legfontosabb alkalmazásává váltak. Az IPTV rendszer a legfontosabb belépési pont a video szolgáltatások nyújtásában. Jelenleg a nagy szolgáltatók elkezdték fokozatosan biztosítani a felhasználók számára az IPTV-szolgáltatások nyújtását az IPTV próbahálózatot Kína számos városában próbálták ki. Az IPTV rendszer szolgáltatási teljesítményének tesztelése kulcsfontosságú lépés, amelyet az üzemeltetőknek el kell végezniük, mielőtt elindítanák az IPTV szolgáltatásokat. Jelenleg az IPTV technológia a fejlesztés korai szakaszában van. Mivel az IPTV sok tartalmat foglal magában, a kapcsolódó technológiák és szolgáltatások még mindig a kutatási folyamatban vannak. A technológia folyamatos fejlődésével azonban az IPTV-szolgáltatások tesztelési technológiája tovább érik és javul, ami óhatatlanul elősegíti a hazai IPTV-szolgáltatások fejlődését.
|
Írja be az e-mail címet a meglepetéshez
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
Kapcsolat
Cím:
No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620
Kategóriák
Hírlevél