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
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
4.2.3 Performance Evaluation<br />
Intensive simulations are conducted to evaluate the performance of the proposed RTP<br />
payload. We have used the network simulator ns2 in which we have implemented the proposed<br />
RTP payload. An MPEG-4 Server (NS2 Agent) and an MPEG-4 client (NS2 Agent) are designed<br />
for this purpose. The server reads and sends the different MPEG-4 AVOs found in video trace<br />
files to the client though an <strong>IP</strong> network.<br />
4.2.3.1 System and Network Models<br />
For the simulation, we used the network simulation models depicted in Figure 4-17 for<br />
evaluating and comparing our proposal with the classical approach described in IETF draft of the<br />
RTP Payload Format for Transport of MPEG-4 Elementary Streams [159]. MPEG-4 audio video<br />
streams are transported over an <strong>IP</strong> network using both approaches. Also, the network topologies<br />
and parameters are similar for both approaches. Links characteristics between the different network<br />
elements (i.e. the channel bit rate and the transfer delay) are illustrated in the Figure 4-17.<br />
FTP<br />
null<br />
1<br />
5Mbs<br />
5mS<br />
5Mbs<br />
5mS<br />
3<br />
Serveur<br />
MPEG -4<br />
S<br />
5Mbs<br />
5mS<br />
2<br />
5Mbs<br />
5mS<br />
R1<br />
5Mbs<br />
5mS<br />
R2<br />
5Mbs<br />
5mS<br />
4<br />
5Mbs<br />
5mS<br />
C<br />
Client<br />
MPEG-4<br />
CBR<br />
Sink<br />
Figure 4-17: <strong>IP</strong> network model.<br />
The MPEG-4 source terminal is attached to the node “S”. It sends a customize MPEG-4<br />
streams to the MPEG-4 destination terminal which is attached to the node “C” according to two<br />
scenarios (scenario 1 and scenario2). We include a constant-bit-rate (CBR) traffic over UDP to make<br />
the link between the nodes “R1” and “R2” congested A CBR sources allows loading the network<br />
differently each time in order to get further information of our packetization scheme.<br />
4.2.3.1.1 Scenario 1<br />
In the scenario 1, we demonstrate the effect of the multiplexing of our RTP payload. We<br />
transmit an MPEG-4 scene composed only of CELP stream (6Kbit/s). In order to optimize the<br />
bandwidth usage, we maximize the RTP payload exploitation for both approaches. The RTP packet<br />
size is fixed to 210 bytes. This permits encapsulating 12 AUs from a CELP stream into one RTP<br />
payload. The encapsulation takes care of the RTP payload header fields (i.e. SL packet header fields)<br />
using for either [159] or our proposal. In the classical encapsulation algorithm [159], the<br />
concatenation of several AUs, from a single CELP stream, into the RTP payload induces the<br />
transport of 12 AUs (i.e. 240 ms of voice) per RTP packet. With our encapsulation proposal, we<br />
achieve a multiplexing of 3 different CELP streams, which will result with the transport of 4 AUs<br />
(i.e. 80 ms of voice) from each multiplexed CELP stream. At the end, we simulate both of the<br />
approaches through a network varying conditions.<br />
87