Academia.eduAcademia.edu

Figure 11 – uploaded by Amer T Saeed

See full PDFdownloadDownload figure
Figure 11: Voice Packet Delay Variation in LTE

Figure 11 Voice Packet Delay Variation in LTE

Related Figures (14)

The IEEE 802.11 WLAN uses many access methods to share the air interface, such as Distributed Coordination Function Table 2. Detail of Access categories for ToS in 802.11
The IEEE 802.11 WLAN uses many access methods to share the air interface, such as Distributed Coordination Function Table 2. Detail of Access categories for ToS in 802.11
Table 1: Values of multiple parameters for each type of QCI
Table 1: Values of multiple parameters for each type of QCI
Figure 1: The two stages performed in the framework. Packets are classified into RT and NRT traffics based on their application types. For instance, if there are video or voice applications, they are forwarded to the RT Queue; otherwise they are classified under NRT. Class-Based Weighted Fair Queuing (CBWFQ) is used in the case of RT applications as a first stage to separate RT flows based on their respective classes to provide an appropriate ratio of bandwidth to voice and video bandwidth could be allocated to Video Conferencing, and a lower ratio bandwidth applications is used in applications. For example, a higher ratio of to VoIP since video applications require more han voice application [16]. Since the NRT FTP, HTTP,etc.) are not sensitive to delay, RRQ NRT traffic as the first stage to give parallel opportunity to all NRT flows to be scheduled regardless of priority. In t RT and NRT number of bits based on the type of application. The flows are classified based on QCI value when the framework is he second stage, DWRRQ is used to schedule he queues by giving different weights in term of a implemented in LTE, whereas they are classified based on the application type when it is implemented in WiFi. For instance, the QCI | is video Call. allocated to VoIP call, and QCI 2 is specified for As a result, the purpose solution could deliver the QoS requirements of video and VoIP applications based on their strict delay bound.
Figure 1: The two stages performed in the framework. Packets are classified into RT and NRT traffics based on their application types. For instance, if there are video or voice applications, they are forwarded to the RT Queue; otherwise they are classified under NRT. Class-Based Weighted Fair Queuing (CBWFQ) is used in the case of RT applications as a first stage to separate RT flows based on their respective classes to provide an appropriate ratio of bandwidth to voice and video bandwidth could be allocated to Video Conferencing, and a lower ratio bandwidth applications is used in applications. For example, a higher ratio of to VoIP since video applications require more han voice application [16]. Since the NRT FTP, HTTP,etc.) are not sensitive to delay, RRQ NRT traffic as the first stage to give parallel opportunity to all NRT flows to be scheduled regardless of priority. In t RT and NRT number of bits based on the type of application. The flows are classified based on QCI value when the framework is he second stage, DWRRQ is used to schedule he queues by giving different weights in term of a implemented in LTE, whereas they are classified based on the application type when it is implemented in WiFi. For instance, the QCI | is video Call. allocated to VoIP call, and QCI 2 is specified for As a result, the purpose solution could deliver the QoS requirements of video and VoIP applications based on their strict delay bound.
Figure 3. WiFi network 2) The WiFi network, composed of two access points (IEEE 802.11n), is connected to the backbone with four devices in each Base Service Set (BSS). The network was also connected to the server through a gateway router to get FTP and HTTP applications (Figure 3).
Figure 3. WiFi network 2) The WiFi network, composed of two access points (IEEE 802.11n), is connected to the backbone with four devices in each Base Service Set (BSS). The network was also connected to the server through a gateway router to get FTP and HTTP applications (Figure 3).
Figure 2. LTE network
Figure 2. LTE network
Figure 5: Video Conferencing packet End-to-End Delay in LTE Figure 4: Video Conferencing packet End-to-End Delay in WiFi
Figure 5: Video Conferencing packet End-to-End Delay in LTE Figure 4: Video Conferencing packet End-to-End Delay in WiFi
End-to-End Delay was measured for RT applications. The accepted value of delay for RT applications (video and voice) is 150 ms [17], [18]. If the delay exceeds this value, the end user will notice a degradation in service.
End-to-End Delay was measured for RT applications. The accepted value of delay for RT applications (video and voice) is 150 ms [17], [18]. If the delay exceeds this value, the end user will notice a degradation in service.
second, the delay were very high, 1.39 s in WiFi, and 0.16 s in LTE, and then in case of the proposed scheme, the delay becomes 0.03 s in WiFi and 0.05 s in LTE.
second, the delay were very high, 1.39 s in WiFi, and 0.16 s in LTE, and then in case of the proposed scheme, the delay becomes 0.03 s in WiFi and 0.05 s in LTE.
Figure 6: Voice Conferencing packet End-to-End Delay in WiFi
Figure 6: Voice Conferencing packet End-to-End Delay in WiFi
Packet delay variation (Jitter) is important for time-sensitive applications e.g. VoIP, video conferencing, etc. The maximum delay variation is beneficial for determining the best buffer sizes for such applications. Based on Cisco recommendation in [17], the acceptable delay variation for interactive voice and interactive video are 25 ms and 30 ms respectively.
Packet delay variation (Jitter) is important for time-sensitive applications e.g. VoIP, video conferencing, etc. The maximum delay variation is beneficial for determining the best buffer sizes for such applications. Based on Cisco recommendation in [17], the acceptable delay variation for interactive voice and interactive video are 25 ms and 30 ms respectively.
Figure 8: Video Conferencing Packet Delay Variation in WiFi Figure 9: Video Conferencing Packet Delay Variation in LTE
Figure 8: Video Conferencing Packet Delay Variation in WiFi Figure 9: Video Conferencing Packet Delay Variation in LTE
variation and packet end-to-end delay are related with each other. Figure 10: Voice Packet Delay Variation in WiFi
variation and packet end-to-end delay are related with each other. Figure 10: Voice Packet Delay Variation in WiFi
Traffic received is the number of bytes per second received by the UE or client. This statistics has strong impact on the user satisfaction. Figure 12: FTP Traffic Received in WiFi
Traffic received is the number of bytes per second received by the UE or client. This statistics has strong impact on the user satisfaction. Figure 12: FTP Traffic Received in WiFi
Related topics:
Wireless Communications and Networking5g Technology
580 California St., Suite 400
San Francisco, CA, 94104
© 2025 Academia. All rights reserved