Újságunk előző cikkeiből kiderült, hogy IP átvitel esetében a PCR jitter akkor tartható alacsony szinten, ha egy UDP csomagban csak egy TS csomagot viszünk át a gyakorlatban szokásos hét helyett. Könnyen belátható, hogy ugyanakkora adatsebességű transport stream átvitele 1 TS csomag/UDP formátumban nagyobb adatátviteli sebességet igényel, mint 7 TS csomag/UDP-t használva.

Ennek oka egész egyszerűen annyi, hogy az IP fejlécet és a CRC négy bájtját hétszer kell átvinni egy helyett. Ebben a cikkben arra szeretném felhívni az olvasó figyelmét, hogy amikor egy transport streamet átviszünk az IP hálózaton, akkor ne csak a transport stream adatsebességével számoljunk, hanem az IP fejlécek miatti adatsebesség-növekedést is vegyük figyelembe.

A Personal Stream Tool műszerrel lehetőségünk van megmérni a beérkező transport stream, egy adott szerviz, vagy egy adott PID sebességét, valamint azt is meg tudjuk mérni, hogy a készülék TS Input/Output csatlakozójára mennyi adat érkezik egységnyi idő alatt. Ezzel a funkcióval a hálózatunkon lévő adatszórásokat tudjuk detektálni. Amennyiben a hálózatunk megfelelően működik, és nincs rajta ellenőrizetlen broadcast adatforgalom, akkor ugyanez a funkció segíthet nekünk megmérni a transport stream és az IP stream adatsebességei közötti különbséget, ami az IP fejlécek átviteléből adódik.

A fejléc felépítése a következőképpen néz ki: az Ethernet fejléc 14 byte, az IP fejléc 20 byte, az UDP fejléc 8 byte hosszú. Egy TS csomag 188 byte hosszú, ebből 1..7 darabot tudunk egy UDP csomagban továbbítani. Összesen 230..1358 byte között lehet egy UDP csomag mérete. Kiszámítható, hogy a fejlécek miatt akár 20%-kal nagyobb átviteli sebesség szükséges ugyanakkora adatsebességű TS átviteléhez 1 TS csomag/UDP stream esetében a 7 TS csomag/UDP streamhez képest. A kapcsolódó számítások eredményét az 1. ábra táblázatán foglaltuk össze.

1. ábra

Az UDP csomag összetevőinek nagysága 1 TS packet/ UDP-től a 7 TS packet/UDP formátumig

Mit is jelent ez a gyakorlatban? Első esetben megvizsgáltunk egy olyan transport streamet amiben csak egy műsort továbbítottunk (SPTS - Single Program Transport Stream). Megmértük a transport stream adatsebességét a Personal Stream Tool TS Data Rate Meter funkciójával. A TS adatsebessége 3,65 Mbit/s volt, a mérési eredményt a 2. ábra szemlélteti.

2. ábra

A vizsgált SPTS adatsebességének mérőlapja

Ugyanezt a streamet megvizsgáltuk a PST IP Input Data Rate mérő moduljával is. 7 TS csomag/UDP átviteli mód esetében az IP stream adatsebessége 3,78 Mbit/s volt. A TS és az IP streamek közötti különbség a fejléc átviteléből adódik, értéke 130 kbit/s.

Mérés közben a formátumot 7 TS csomag/UDP-ről 1 TS csomag/UDP-re átváltva a 3. ábrán látható módon változtak meg az adatsebesség értékek.

3. ábra

A hasznos adatok adatsebességének és az Etherneten továbbított adatok adatsebességének viszonya

Az ábrán jól látható, hogy a TS adatsebessége (zöld terület) nem változott, azonban a teljes adatsebességünk (barna terület) 4.54 Mbit/s lett. A fejlécek adatsebessége 130 kbit/s helyett ~900 kbit/s lett (ld. barna növekményt).

A mérést elvégeztük nagyobb adatsebességű, több programos (MPTS – Multi Program Transport Stream) streammel is. Ebben az esetben 38 Mbit/s-os TS adatsebesség mellett a bruttó adatsebesség 1 TS packet / UDP formátumnál 47 Mbit/s körüli.

De Vescovi Róbert     

A teljes újság letölthető innen...