Thursday, August 26, 2010

Simulation Analysis | Performance Evaluation

We now evaluate the impact on the performance of VoIP, VC, and VoD traffic, in terms of the jitter, with respect to the number of SSs (N) and the frame duration. We assume that each SS has only one connection, which carries exactly one traffic source of the specified type (i.e., one of VoIP, VC, or VoD).
Add a note hereWe start assessing the performance of QoS traffic by setting up a scenario with a variable number of SSs ranging from 5 to 43, with a frame duration of 10 msec. Only one SS is provisioned with a VoD connection, whereas the remaining is partitioned between VoIP and VC traffic evenly. We repeated the scenario with both the MPEG4 and the H.263 trace files for VC traffic. The jitter of DL connections is reported in Figure 1. As can be seen, when the network is underloaded (i.e., N 27) the jitter is always smaller than the interarrival time of packets of each traffic source. As the number of SSs further increases, the VoD curves increases steeply. In fact, with a high offered load, the VoD traffic performance degrades because the rate provisioned for the VoD connection is equal to the mean rate of the application. This results in the performance of VoIP and VC connections being isolated from that of VoD traffic. Note that this has been achieved without enforcing a strict priority between rtPS and nrtPS connections, which are served by the same instance of the DRR schedulers.


Figure 1: Jitter of downlink connections versus number of Subscriber Stations, with different videoconference codecs.
Add a note here
Add a note hereAdditionally, the VC codec significantly impacts on the performance. In particular, with N < 35, in the case of H.263, the jitter results slightly higher than that of the VoD source whereas the MPEG case exhibits a lower jitter. This can be explained as follows. H.263 codecs produce frames at variable time intervals. Therefore, the VC connection queue can potentially become idle due to inactivity periods. As soon as the queue becomes backlogged again, it is reinserted at the tail of the DRR list of connections waiting to be served. Therefore, the new arrived packet has to wait until all the other connections have been served, which increases the jitter. Such a situation is less likely to happen with the MPEG4 codec because video frames are generated at fixed time intervals, with no inactivity periods.
Add a note hereWith regard to the UL connections, results are reported in Figure 2. As expected, the jitter is higher than that in the DL case, because UL connections experience the additional delay of notifying the BS of their bandwidth requests. However, the curves are almost constant when the offered load increases (except for the H.263 VC case), because the BS schedules unicast polls on a periodic basis, with the period equal to the interarrival time of SDUs of each connection. The anomaly of the H.263 curve with respect to VoIP and VC-MPEG4 is due to the variable interarrival of video frames. In fact the transmission queue of a H.263 connection can potentially become idle when polled from the BS. Hence, a connection that misses the poll then needs to wait an entire polling interval before it will have a subsequent chance to send a bandwidth request.


Add a note here
Figure 2: Jitter of downlink connections versus number of Subscriber Stations, with different videoconference codecs.
Add a note hereFinally, we setup a scenario with VoIP and VC-MPEG4 traffic only, where N ranges between 5 and 45, and with variable frame duration. The jitter of UL connections is reported in Figure 3. As can be seen, the longer the frame duration, the higher are the curves. This can be explained as follows. As scheduling is performed at the beginning of each frame, the higher the frame duration, the longer (on average) an SS has to wait before using its grant. In other words, with longer frames the BS is less responsive to the SSs' bandwidth requests. Similar considerations also hold for the DL case, where an SDU received by the BS has to wait at least until the next frame (i.e., the transmission of the next DL-MAP) before it can be served.


Add a note here
Figure 3: Jitter of uplink connections, both Voice over IP and videoconference, versus number of Subscriber Stations, with variable frame duration.

Related Posts with Thumbnails