FMUSER Wirless pārraida video un audio vieglāk!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
IPTV turpmākā attīstība kļūst par nozares uzmanību. Saskaņā ar tirgus pētījumu kompānijas MRG statistiku, globālo IPTV lietotāju skaits pieaugs no 2 miljoniem 2004. gadā līdz 20 miljoniem 2010. gadā. Tiek lēsts, ka saliktā pieauguma temps globālajā IPTV tirgū no 2005. līdz 2010. gadam ir 102%. Ķīnā IPTV nozare joprojām ir eksperimentālā stadijā, un China Telecom, China Netcom un China Railcom aktīvi veic IPTV izmēģinājumus.
Pašlaik daudzi iekārtu ražotāji ir nodrošinājuši IPTV sistēmu platformas un aprīkojumu. Nozarē ir atzīts, ka IPTV pakalpojumi ietver divus pamatpakalpojumus: VOD pēc pieprasījuma un TV tiešraide. Iekšzemes IPTV izstrāde norit pilnā sparā, un steidzami ir nepieciešams standartizēt IPTV sistēmas testēšanu. Šajā rakstā paredzēts īsi apspriest šo divu IPTV sistēmas pamatpakalpojumu veiktspējas pārbaudi. Šajā rakstā ir aplūkots tikai end-to-end veiktspējas tests, testa novērošanas punkts atrodas lietotāja pusē un netiek ņemts vērā hierarhiskās kešatmiņas veiktspēja servera pusē.
Sakarā ar tīkla struktūras atšķirībām starp VOD tīklu pēc pieprasījuma un TV tiešraides tīklu, VOD izplatīšanai kešatmiņā ir jāpaļaujas uz CDN tīklu, savukārt TV izplatīšanai ir jāpaļaujas uz multiraides tīklu bez CDN tīkla. Pamatojoties uz to, šo divu pakalpojumu veiktspējas pārbaude arī ir atšķirīga.
1. Ievads VOD pakalpojumu veiktspējas testā
VOD programmas parasti tiek piegādātas pēc pieprasījuma. Pēc pieprasījuma lietotāji var brīvi kontrolēt programmas virzību un pārtraukt programmas atskaņošanu, taču katram lietotājam pēc pieprasījuma ir jāaizņem noteikts tīkla joslas platums, tāpēc vienlaicīgo lietotāju skaitu ierobežo tīkla joslas platums un servera veiktspēja.
VOD pakalpojumu veiktspējas testa rādītājos galvenokārt ietilpst maksimālais vienlaicīgo straumju skaits, joslas platuma svārstības, vidējais izmantotais joslas platums, pakešu zuduma ātrums un vidējais reakcijas laiks.
(1) Maksimālais vienlaicīgo straumju skaits: maksimālais tiešsaistes lietotāju skaits, ko straumēšanas multivides sistēma var vienlaikus atbalstīt, un katram lietotājam ir nepieciešams normāli skatīties visu video programmu. Pirms lietotāju skaits pakāpeniski tiek palielināts līdz maksimālajai vērtībai, sistēma neliks lietotājiem, kuri jau ir tiešsaistē, nespēt iegūt pakalpojumus nesen pievienoto lietotāju dēļ. Lai gan dažas video sistēmas var nodrošināt milzīgu skaitu vienlaicīgu straumju, kļūmju skaits ir liels. Tā kā lielākā daļa lietotāju izmanto TCP, vienlaicīgu straumju skaits pēc retranslācijas nesamazinās. Tomēr vienai straumei, kas nav izdevusies, lietotājs jau ir izgāzies. Nevar turpināt saņemt video pakalpojumus. Tāpēc maksimālajam vienlaicīgo straumju skaitam vajadzētu būt faktiskajam maksimālajam lietotāju skaitam, ko var atbalstīt video sistēma un kuri vienlaikus var skatīties programmas tiešsaistē.
(2) Joslas platuma svārstības: video faila atskaņošanas laikā multivides straumes joslas platums mainīsies, mainoties attēlam. Piemēram, klases mācību programmām nepārtrauktais attēls pirms un pēc tam daudz nemainās, tāpēc programmas koda ātrums ir samērā nemainīgs, un joslas platuma svārstības ir salīdzinoši nelielas; sporta programmām nepārtrauktais attēls pirms un pēc tam ļoti mainās, tāpēc programmas koda ātrums Izmaiņas ir attiecīgi lielākas, un joslas platuma svārstības ir arī lielākas. Programmas koda ātruma svārstības ir nopietns pārbaudījums video servera caurlaidspējai. Ja pārāk daudz lietotāju pasūta programmas ar lielāku koda ātrumu, visticamāk, samazināsies to lietotāju skaits, kurus serveris var atbalstīt, vai arī video serveris samazinās programmas straumes izejas joslas platumu.
(3) Izmantotais vidējais joslas platums: vidējais joslas platums, ko visi lietotāji izmanto programmas skatīšanas laikā. Jo lielāka ir vērtība, jo spēcīgāku joslas platuma spēju var nodrošināt straumēšanas video sistēma.
(4) Pakešu zudumu līmenis: kad lietotāji saņem video pēc pieprasījuma pakalpojumus, viņiem jāiegūst video failus no servera un to, vai video failu pārsūtīšanas laikā ir kāds pakešu zudums. Pakešu zuduma līmeņa vērtība parasti ir maza, taču ietekme uz lietotāju ir ļoti svarīga, jo īpaši pašlaik izmantotais saspiešanas koeficients ir salīdzinoši augsts, pat ja tiek pazaudētas dažas video paketes, tas ietekmēs lietotāja skatīšanos vai pat atvienos savienojums. VOD gala līdz galam pakešu zaudēšanas līmeņa augšējā robeža nedrīkst pārsniegt 0.1%.
(5) Vidējais reakcijas laiks: kopējais laika sadalījums no brīža, kad lietotājs pēc pieprasījuma nosūta video pakalpojumam pieprasījumu. Protams, vidējais reakcijas laiks ir pēc iespējas īsāks. Vispārīgi runājot, vidējā pieprasījuma video aizkave nedrīkst pārsniegt 2 sekundes (provizoriska).
2. Ievads TV pakalpojumu veiktspējas testā
TV programmas parasti tiek pārraidītas multiraides režīmā. Multicast ir tīkla tehnoloģija, kas ļauj vienam vai vairākiem sūtītājiem (multicast avotiem) vienlaikus nosūtīt vienu datu paketi vairākiem uztvērējiem. Multicast avots nosūta datu paketes konkrētai multicast grupai, un datu paketes var saņemt tikai adreses, kas pieder multicast grupai. IPTV bieži ir tikai viens multiraides avots. Pat ja lietotāju skaits dubultojas, mugurkaula joslas platumam nav jāpalielinās, jo neatkarīgi no tā, cik daudz galamērķa adrešu ir, visā tīklā uz jebkuras mugurkaula saites tiek pārraidīts tikai viens video. Straumēšana ir tā sauktais "nosūtīt vienreiz, pārraidīt grupas ietvaros". Multiraide uzlabo datu pārraides efektivitāti un samazina sastrēgumu iespējamību mugurkaula tīklā. Televizora sistēmas lietotāju skaitu, ko tā var atbalstīt, ierobežo tikai spēja piekļūt tīklam, un tam nav nekāda sakara ar priekšējās stumšanas sistēmas spiešanas iespējām.
Tāpēc galvenie TV pakalpojumu veiktspējas pārbaudes rādītāji ietver maksimālo virzīto kanālu skaitu, vidējo kanāla joslas platumu, vidējo kanālu pārslēgšanās laiku, vidējo kanālu aiziešanas aizkavi, vidējo kanālu pievienošanās aizkavēšanos, kanālu pārklāšanās laiku un kanālu intervālu laiku.
(1) Maksimālais nospiesto kanālu skaits: maksimālais kanālu skaits, ko var nodrošināt straumēšanas multivides sistēma, un lietotājs īsā laika posmā var šķērsot visus kanālus.
(2) Kanāla vidējais joslas platums: joslas platums, ko aizņem katra kanāla programma. Joslas platums, ko aizņem standarta izšķirtspējas programmas (SDTV) un augstas izšķirtspējas programmas (HDTV), ir atšķirīgs, un HDTV programmu aizņemtais joslas platums ir daudz lielāks nekā SDTV programmām.
(3) Vidējais kanāla pārslēgšanās laiks: laiks no IGMPleave ziņojuma nosūtīšanas līdz pieprasītā kanāla pirmās multicast paketes saņemšanai. Tā kā TV programmu kanālu pārslēgšanu IP tīklā var panākt, tikai izmantojot IGMP, turpretī tradicionālo televizoru kanālu pārslēgšana notiek daudz ātrāk. Tāpēc saskaņā ar personīgajām subjektīvajām izjūtām parasti IPTV kanālu pārslēgšanās laiks nedrīkst pārsniegt 2s (provizorisks), pretējā gadījumā lietotājam būs grūti panest gaidīšanas laiku kanālu pārslēgšanai. Patlaban steidzami jāatrisina arī IPTV kanālu lēnais pārslēgšanās laiks.
(4) Vidējā kanāla atvaļinājuma aizkave: laiks no IGMPleave ziņojuma nosūtīšanas līdz kanāla pēdējās multiraides paketes saņemšanai. Parasti, jo īsāks kanāla atiešanas kavējums, jo labāk.
(5) Vidējā kanāla pievienošanās aizkave: laiks no IGMPjoin ziņojuma nosūtīšanas līdz kanāla pirmās multicast paketes saņemšanai. Parasti, jo īsāks kanāla pievienošanās kavējums, jo labāk.
(6) Kanāla pārklāšanās laiks: Ja sistēmas kanāla pārslēgšana pēc sākotnējā kanāla multiraides pakešu apturēšanas pēc pieprasītā kanāla multiraides pakešu saņemšanas pieņem metodi, kanāla pārklāšanās laiks attiecas uz pirmo saņemto multiraides paketi un uztverto pieprasītais kanāls Laika intervāls starp sākotnējā kanāla pēdējo multiraides paketi.
(7) Kanāla intervāla laiks: ja sistēmas kanāla pārslēgšana izmanto oriģinālā multiraides pakešu apturēšanas metodi kanālu un pēc tam saņemot pieprasītā kanāla multiraides paketi, kanāla intervāla laiks attiecas uz pēdējo multicast paketi, kas saņemta no sākotnējā kanāla, un saņemto pieprasījumu. Laika intervāls starp kanāla pirmo multiraides paketi.
3. Citi apsvērumi
Papildus iepriekš apskatītajiem veiktspējas pārbaudes rādītājiem ir jāņem vērā un jāpārbauda daži praktiski faktori.
Sistēmas stabilitāte. Tā kā lielākā daļa IPTV video sistēmas uzdevumu ir nodrošināt izklaides programmas, lietotāji, skatoties izklaides programmas, pievērš lielāku uzmanību programmu integritātei un nepārtrauktībai. Tāpēc stabilitāte ir ļoti kritisks punkts video sistēmai. Kad lietotāji skatās savas iecienītās video programmas, viņiem ir spēcīga emocionālā krāsa. Jebkurš straumes pārtraukums ļoti ietekmēs lietotāja novērtēšanas efektu, piemēram, melnu ekrānu, kad lietotājs skatās TV sēriju. IPTV video sistēmas stabilitāte ietver: stabilu maksimālo vienlaicīgo straumju / programmu skaitu, stabilu programmas joslas platumu un ilgtermiņa darba stabilitāti.
Tīkla traucējumu faktori. Dažādi tīkla bojājumi ļoti ietekmē video programmu kvalitāti. Reizēm radītie bojājumi tīklā tieši ietekmē lietotāja psiholoģisko piekrišanu video programmai. Tiešākā ietekme ir tā, ka tiek samazināts lietotāju subjektīvais video attēla kvalitātes novērtējums, piemēram, kad tīkla līnijas bitu kļūdu līmenis sasniedz 10E-6, VOD programmai var būt acīmredzamas mozaīkas, attēla krāsas maiņa un attēla nobīde . Šajā gadījumā lietotājs, iespējams, pārtrauks video pēc pieprasījuma. Tāpēc mums rūpīgi jāizpēta videoprogrammu kvalitātes bojājumi, ko tīklā rada dažādi traucējumi (tostarp kavēšanās, satricinājums, pakešu zudums, traucējumi un līnijas kļūdas). Formulējot attiecīgos tehniskos rādītājus IPTV pakalpojumiem, pilnībā jāņem vērā tīkla traucējumu ietekme uz pakalpojumu kvalitātes QoS.
4. nobeiguma piezīmes
Pēdējos gados, strauji attīstoties platjoslas būvniecībai, video straumēšanas multivides pakalpojumi ir kļuvuši par vienu no vissvarīgākajām interneta lietojumprogrammām. IPTV sistēma ir vissvarīgākais ieejas punkts video pakalpojumu sniegšanā. Pašlaik lielākie operatori ir sākuši pakāpeniski nodrošināt lietotājiem. Lai nodrošinātu IPTV pakalpojumus, IPTV izmēģinājuma tīkls ir izmēģināts daudzās Ķīnas pilsētās. IPTV sistēmas pakalpojumu veiktspējas pārbaude ir galvenais solis, kas operatoriem jāveic pirms IPTV pakalpojumu uzsākšanas. Pašlaik IPTV tehnoloģija ir agrīnā attīstības stadijā. Tā kā IPTV ir saistīts ar daudz satura, saistītās tehnoloģijas un pakalpojumi joprojām atrodas pētniecības procesā. Tomēr, nepārtraukti attīstoties tehnoloģijai, IPTV pakalpojumu testēšanas tehnoloģija turpinās nobriest un pilnveidoties, kas neizbēgami veicinās vietējo IPTV pakalpojumu attīstību.
|
Ievadiet e-pastu, lai saņemtu pārsteigumu
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
FMUSER Wirless pārraida video un audio vieglāk!
Kontakti
Adrese:
Nr. 305 istaba HuiLan ēka Nr.273 Huanpu Road Guangzhou, Ķīna 510620
Kategorijas
Saņemt jaunumus