25.04.2014 Views

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

4.2.3.1.2 Scenario 2<br />

In this scenario, we demonstrate the effect of the unequal error protection (UEP) of our RTP<br />

payload. The transmitted MPEG-4 scene is composed of a set of Audio Visual Objects (AVOs).<br />

The first object (O1) is a 25-fps video stream composed of 3 hierarchical layers (Base Layer,<br />

Enhancement Layer 1 and Enhancement Layer 2). The second object (O2) is also a 25-fps video<br />

stream composed of one single layer. Finally, the last object (O3) is an AAC audio stream. The<br />

instantaneous throughput of each object during one-minute is described as follows. The full<br />

MPEG-4 scene has an average rate of 770 Kbits/s and a peak rate of 1460 Kbits/s. Assume that<br />

the audio (O3) has the higher priority score than O2 which have a higher priority score than O1 in<br />

the MPEG-4 scene. Diffserv marking uses this information and marks each object stream by a<br />

Diffserv code point to reflect a particular Diffserv class of service (high drop, low drop, etc.).<br />

When UEP is performed, it uses the priority value of each Access Unit. The higher priority<br />

score corresponds to higher FEC protection as shown in Table 4-5.<br />

AU types Object Type Priority<br />

Base Layer, I-frame <strong>Video</strong> p=2<br />

EL1 Layer, P-frame <strong>Video</strong> p=1<br />

EL2 Layer, B-frame <strong>Video</strong> p=0<br />

CELP Voice Sample Audio p=0<br />

Table 4-5: MPEG-4 AVO priority<br />

With respect to this error protection policy, the redundant data generates a global network<br />

traffic overhead equal to 7.0 % of the total traffic (i.e., 12.5, 6.0, and 0.0 % for the objects O1, O2,<br />

and O3 respectively).<br />

4.2.3.2 Simulation Results<br />

4.2.3.2.1 Result of scenario 1<br />

Figure 4-18 illustrates the end-to-end transmission delay for each AU generated by the CELP<br />

stream. This delay was calculated from the AU’s coding generation time (CTS) until the AU’s<br />

decoder reception time. We note that in the Figure 4-18, our proposal provides a better end-to-end<br />

delay transmission (means of 0.075s in our proposal compared to 0.175s of the IETF approach).<br />

This is especially due to our RTP packetization process (i.e. multiplexing scheme), which takes only<br />

80 ms while in the IETF approach RTP packetization takes 240 ms. Value calculated between the<br />

coding generation time and the decoder reception Time.<br />

88

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!