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
A set-top box és az IPTV platform közötti interfész rengeteg tartalmat tartalmaz, amelyek között a felhasználó üzleti folyamata három kategóriába sorolható: hitelesítési felület, fizetési felület és szolgáltatáshasználati felület.
1. Hitelesítési felület
A hitelesítési felület magában foglalja a hálózati réteg hitelesítését és az alkalmazásréteg-hitelesítést, amely a set-top box korai internetének megvalósításának, vagyis az internet-felhasználók internethez való hozzáférésének folyamata. A felhasználó és a hálózati eszköz közötti kommunikációs módszer szerint a jelenleg jobban használt hálózati réteg hozzáférési hitelesítési módszerek két típusra oszthatók: PPPoE és DHCP + WeB.
(1) PPPoE technológia
Jelenleg a PPPoE hitelesítési technológiát használják a legszélesebb körben az Ethernet hozzáférés és az ADSL hozzáférési módszerek esetében. Hálózati elvei alapvetően ugyanazok. Kapcsolókkal vagy DSLAM-okkal csatlakoztatják a felhasználókat a hálózathoz, a kapcsolók mögé pedig a BRAS berendezéseket állítják, a DSLAM pedig a PPP megszüntetését. A PPP-kapcsolatot megszakító szélessávú hozzáférés-kiszolgáló külön kezelheti a PPP-kapcsolatot, és külön statisztikákat készíthet a felhasználó online szolgáltatási idejéről és forgalmi információiról, valamint a különböző számlázási módszerek biztosíthatják a szükséges online információkat.
A PPPoE lényege, hogy a PPP protokollt futtassa az Ethernet-en, és PPP-pont-pont csatornát hoz létre a felhasználói vég és a szélessávú hozzáférési kiszolgáló között. Más szavakkal, ha a multicast szolgáltatás engedélyezve van a felhasználói állomás és a BRAS között, akkor a multicast adatoknak a BRAS-t kell használniuk fogadó végreplikációs pontként, ami nagy mennyiségű multicast adat áthaladását eredményezi a hálózaton és a DSLAM berendezésen. a multicast eredeti szándékára. Ezért a PPPoE hozzáférési mód korlátozza a multicast protokollok létét, és befolyásolja a video szolgáltatások fejlődését.
(2) DHCP + webes technológia
A DHCP + webes hitelesítést a DHCP szerverrel és a webes hitelesítési szerverrel együtt kell használni. A gazdagép először IP-címet szerez a DHCP-n keresztül, és kommunikál a webes hitelesítési szerverrel. Lehetővé teszi a felhasználó számára, hogy csak néhány belső szerverhez férjen hozzá. Ezután a hozzáférési kiszolgáló arra kényszeríti a felhasználót, hogy csatlakozzon a webes hitelesítési kiszolgálóhoz, és felugorjon a hitelesítési oldalra a böngészőben. Írja be a megvesztegetést és a jelszót ezen az oldalon, és a webkiszolgáló, mint a Radius kliense, továbbítja a hitelesítési információkat a Radius kiszolgálónak, hogy hitelesítse a felhasználót. A hitelesítés átadása után a felhasználó új jogi IP-címet szerez, és hozzáférhet az internethez vagy egy meghatározott hálózathoz.
A DHCP + webes hitelesítési módszerben nincs PPP-szerű 3. réteg csatorna a felhasználói állomás és a hozzáférési kiszolgáló között, és a multicast protokollra nincs korlátozás. Ha a felhasználó főként a hozzáférési kiszolgálók közötti váltásra jut, vagy a DSLAM támogatja az IGMP Snooping szolgáltatást, a multicast szolgáltatás könnyen kifejleszthető. Magának a DHCP-nek azonban számos hiányossága van, különös tekintettel a biztonsági kérdésekre. A felhasználói információk legitimitásának és hitelességének biztosítása kulcsfontosságú kérdés, amelyet a DHCP-nek meg kell oldania.
(3) Javítási terv
Látható, hogy a hálózati réteg hitelesítése képes elfogadni a PPPoE vagy DHCP módot az STB terminál támogatásának mértékétől függően. E két hitelesítési módszer azonban egyik sem képes kielégíteni az IPTV szolgáltatás fejlesztésének igényeit. Ezért megfelelő megoldásokat kell nyújtanunk a jelenlegi hitelesítési módszerekre, és az IPTV-szolgáltatások fejlesztésének biztosításának előfeltétele mellett a lehető legnagyobb mértékben csökkentenünk kell a meglévő hálózat fő specifikációváltozásait az eredeti szolgáltatások támogatásának biztosítása érdekében.
A hitelesítéshez PPPoE-t átvevő STB terminál számára a fő megoldandó probléma az adatok elosztása. Ezért különböző szolgáltatás-terjesztési csatornákat lehet elfogadni a felhasználók különböző szolgáltatásaihoz. Más szavakkal, egyrészt a BRAS eszköznek támogatnia kell a PPPoE hitelesítést az IPTV szolgáltatásokhoz, és a hozzá kapcsolódó egyedi küldéses adatokat a PPPoE csatornán keresztül kell eljuttatni; ez megköveteli, hogy a BRAS megkülönböztesse a felhasználói szolgáltatás típusait a hitelesítési információkon keresztül, és a DLSAM eszköznek támogatnia kell a multicastot. A disztribúciós és multicast csoportok vezérléséhez STB berendezésre is szükség van a kettős protokollhalmazok támogatásához. Ez nem csak az eredeti hitelesítési rendszer funkcióit garantálja, hanem a multicast szolgáltatások zökkenőmentes fejlődését is biztosítja.
A DHCP hitelesítési módszer esetében a fő probléma a DHCP hozzáférés biztonságának és hitelességének biztosítása, amely megköveteli az OPTION82 opció bevezetését a DHCP csomagba; azokban a helyzetekben, amikor több terminál egyszerre használja a DHCP-t, ezen terminálok megkülönböztetéséhez szükség van az OPTION60 opció bevezetésére is. A DHCP OOPTION82 opciót a DSLAM eszköz általában használja a felhasználó termékinformációinak és eszközinformációinak elküldésére a felhasználó DHCP üzenetére, és a DHCP szerver az OPTION82 azonosításával végrehajtja az IP cím kiosztási stratégiát vagy más stratégiákat. Az OPTION60 opciót általában a terminál biztosítja, és különböző típusú terminálok azonosíthatók a különböző OPTION60 beállításával. Az OPTION60 opció révén a különböző terminálokhoz különböző címterek rendelhetők. Az OPTION82 bevezetéséhez azonban a DSLAM támogatására van szükség, és a jelenlegi operációs berendezések nem rendelkeznek ezzel a funkcióval, ezért a hálózati berendezéseket módosítani kell.
A jelenlegi megoldások általában a DHCP-t és az IPPOOL független megközelítést alkalmazzák. Ez a megoldás megvalósíthatja az IPTV-szolgáltatások és a hagyományos internetes szolgáltatások közötti elkülönítést az IP-specifikus házirend-konfigurációval. Ha az IP-TV-felhasználók száma nem magas, egy kisebb rendszer megfelel az üzleti követelményeknek.
(4) Alkalmazási réteg tanúsítása
Az alkalmazásréteg-hitelesítés végrehajtja a set-top box felhasználók azonosság-hitelesítési folyamatát az IPTV rendszerben. Csak azok a felhasználók vehetik igénybe és használhatják az IPTV-állomások által nyújtott különféle szolgáltatásokat, akiknek megfelelt az alkalmazásréteg-hitelesítés. Csak egy biztonságos alkalmazásréteg-felismerési technológia biztosíthatja, hogy a tartalomszolgáltatók biztonságosan használhassák az IPTV rendszer csodálatos tartalmát.
2. Felhasználói fogyasztási felület
A felhasználói fogyasztási felületnek komplex fogyasztási folyamatot kell végrehajtania, amely tartalmazza a rendszer árárainak, a felhasználói visszaigazolások vásárlásának és a rendszer levonásának a folyamatát. A különböző számlázási és fizetési módok szerint a felület áramlása is eltérő.
3. Tartalomhasználati felület
A tartalomhasználati felület megvalósítja azt a folyamatot, amely során a felhasználók különböző alkalmazásszolgáltatásokat szereznek a tartalmi műveletekből. Az IPTV-rendszer által kínált alkalmazások egyre nagyobb számban fordulnak elő, például élő videó, igény szerinti videó, játékok, karaoke, információkeresés stb. Amint a set-top box funkciója erősebbé válik, a hálózati továbbítás sávszélességgel, okunk van azt hinni, hogy a PC-n mindenféle internetes alkalmazást a felhasználó TV-jén fognak bemutatni a set-top boxon keresztül.
Az iptv set-top box fejlesztési iránya
A digitális TV-set-top boxoktól (DVB-C), a műholdas set-top boxoktól (DVB-S), a hálózati TV-set-boxoktól, a set-top boxoktól kezdve a legnépszerűbb IP set-boxokig, a set-set csapata a felső dobozok tovább nőnek és fejlődnek. A set-top boxok és a gépkártyával elválasztott set-topok nagyszabású fejlesztése érdekében az elválasztott gépkártyákkal rendelkező set-top boxok fokozatosan trenddé váltak. Ezenkívül a duális módú set-top boxok és a szoftveres set-top boxok is érlelődnek. A digitális otthon koncepciójának fejlesztésével és népszerűsítésével a leendő set-top box a család nappali technológiájának központi vezérlő egységévé fejlődhet, amelyet az iparban "Home Gateway" -nek vagy "Residential Gateway" -nek hívnak. A meglévő videóátviteli funkció mellett sokkal inkább integrált, átfogó szállítást kell biztosítani a család összes intelligens eszközéhez. Ebben a században valósítsa meg az eszközök összekapcsolását és összekapcsolását, és különböző terminálokat biztosíthat a különböző terminálok számára. Személyre szabott üzlet a "Multi-Play" elérése érdekében.
|
Í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