Új hozzászólás Aktív témák

• #2177 zhagyma őstag wwenigma #2175

  Új Válasz 2010-05-29 13:16:54 #2177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zhagyma

  őstag

  válasz wwenigma #2175 üzenetére

  " ... Kicsi a sávszél a sok háztartásba...."

  A QAM-256 moduláció esetén 6900 Ksym/sec esetén az elméleti sávszélesség: 8 * 6900000 * (188/204) = ~50.9 Mbps. Ennyit lehet átpréselni egy DVB-C frekvencián. Ha megnézzük az egyes multiplexek bitstream sebesség kihasználtságát, akkor az egyes frekvenciákon 30 - 70 % között szórnak. Azaz van bőven hely, lehetne még frekvenciabővítés nélkül is csatornákat kirakni.

  De mi nem erről a sávszélességről beszélünk. Az egy DVB-C frekvencián sugárzott transport stream-t (digitális tartalom) lehet továbbítani például IP hálózaton is. Ha a DIGI a budapesti központokban állítja össze a transport stream-t és az internet forgalommal együtt, mondjuk optikán továbbítja IP hálózaton a fejállomásokra és ott modulálja DVB-C-re, akkor az internet forgalom és a mux-k versenyeznek az IP hálózat sávszélességért (IP hálózaton QoS). MIvel ez a QoS megoldás tudomásom szerint IP csomag priorizáláson alapul, tumultus esetén nem érkezik meg időben a fejállomás QAM modulátorára a digitális tartalom. Erre utal a "net csúcsidőben szétesik" a DVB-C adás esete, különben meg jó....

  A harmadik hibalehetőség a DIGI által innen-onan összeszedett adások multiplexálása esetén léphet fel. Mi van, ha nem érkezik meg időben a multiplexerhez innen-onnan a megfelelő digitális csomag. Ekkor continuity error és helykitöltő null packettek hozzáadása lesz az eredmény. Ez kép / hang szétesést okoz a felhasználónál.

  Természetesen csak a vázolt megoldás esetén magyarázhatók így a a DVB-C problémák. Elvileg nálam Jelerősség:100% / Jelminőség: 100% stabilan minden DVB-C eszközzel. A lakáshálózatot "ezer éve" kipucoltam. Hibák mégis vannak ...

  [ Szerkesztve ]

Új hozzászólás Aktív témák