This document discusses two real-time streaming protocols - Real Time Streaming Protocol (RTSP) and Web Real-Time Communication (WebRTC). It presents a comparative study of these two protocols by developing new mobile applications that implement each protocol on Android. The applications are analyzed based on connection establishment time and stream reception time, which influence quality of service. The applications are also compared to popular video streaming apps to evaluate stream packet delay, with results showing the WebRTC implementation improves upon other apps.
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the development of distributed P2P block schedulers for content exchange among the participating peers and on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed monitoring and control architectures that use resources from the cloud in order to enhance QoS and achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network congestion, and v) is friendly to traditional TCP generated traffic.The proposed P2P congestion control has been implemented, tested and evaluated through a series of real experiments powered across the BonFIRE infrastructure.
dynamic media streaming over wireless and ip networksNaveen Dubey
The document discusses internet and wireless technologies such as IEEE 802.11, HTTP, and Mobile IP. It describes experiments on dynamic media streaming over wireless networks using different transport protocols like TCP and PRRT. The experiments showed that TCP suffers from throughput variations on wireless networks leading to underutilization of bandwidth. In contrast, PRRT, which implements predictably reliable transport, was able to optimize bandwidth utilization for media streaming over wireless and mobile internet paths.
Optimal Rate Allocation and Lost Packet Retransmission in Video StreamingIRJET Journal
This document summarizes research on optimal rate allocation and lost packet retransmission for video streaming over wireless networks. It discusses challenges including calculating desired transmission rates based on network conditions, scaling video output rates, and differentiating between packet loss due to congestion versus link errors. A block diagram is presented showing the transmission system, including a link adaptation scheme to adjust transmission parameters based on channel feedback. Formulas are provided for an affine function used in the rate allocation algorithm. Finally, graphs are proposed to evaluate the packet delivery ratio achieved by different streaming approaches.
Rapidly IPv6 multimedia management schemes based LTE-A wireless networksIJECEIAES
This document summarizes and compares three IPv6 mobility management schemes for multimedia services over LTE-A wireless networks: Mobile IPv6, IPv6-MPLS, and IPv6-GMPLS. It first provides background on these schemes and the LTE-A network architecture. It then discusses using OPNET simulations to evaluate and compare the schemes' performance based on metrics like throughput, delay, coverage area, and bandwidth. The document concludes that IPv6-GMPLS provides the best performance and is the best choice for improving multimedia quality of service over LTE-A networks.
Dear Student,
DREAMWEB TECHNO SOLUTIONS is one of the Hardware Training and Software Development centre available in
Trichy. Pioneer in corporate training, DREAMWEB TECHNO SOLUTIONS provides training in all software
development and IT-related courses, such as Embedded Systems, VLSI, MATLAB, JAVA, J2EE, CIVIL,
Power Electronics, and Power Systems. It’s certified and experienced faculty members have the
competence to train students, provide consultancy to organizations, and develop strategic
solutions for clients by integrating existing and emerging technologies.
ADD: No:73/5, 3rd Floor, Sri Kamatchi Complex, Opp City Hospital, Salai Road, Trichy-18
Contact @ 7200021403/04
phone: 0431-4050403
Over recent years there has been a considerable shift, from quality of service (QoS) to quality of experience (QoE), when evaluating video delivery across networks. Hence, we first explore the need for this shift towards user-QoE in the video delivery ecosystem. Further, we investigate major QoE metrics researchers use in the evaluation of DASH users. We point out a huge problem with DASH beginning with its transport layer protocol. DASH utilizes Transmission control protocol (TCP) as the transport layer protocol. Thus, we give an overview of the mechanism of Transmission Control Protocol (TCP) and two mechanisms greatly impacting the streaming process: (1) TCP
congestion mechanism and (2) TCP Fast Start. This leads us to investigate the impact of these TCP mechanisms on DASH players and consequently user-QoE.
Extending TCP the Major Protocol of Transport LayerScientific Review
As We've known for a while that the Internet is classified as a result of the race to optimise existing applications or en- hance security. Sometimes NATs, performance-enhancing-proxies, firewalls and traffic normalizers are only a few of the middle- boxes that are deployed in the network and look beyond the IP header to do their job. IP itself can't be extended because "IP options are not an option" [1]. Is the same true for TCP? In this Research we develop a methodology for evaluating middlebox behavior relating to TCP extensions and present the results of measurements conducted from multiple Survival points. The shortest answer is that Yes we can still extend TCP, but extensions' design is very constrained as it needs to take into account prevalent middlebox behaviors. For instance, absolute sequence numbers cannot be embedded in options, as middleboxes can rewrite ISN and preserve undefined options. Sequence numbering also must be consistent for a TCP connection, because many middleboxes only allow through contiguous flows. We used these findings to analyze three proposed extensions to TCP. We find that MPTCP is likely to work correctly in the Internet or fall-back to regular TCP. TcpCrypt seems ready to be deployed, however it is fragile if resegmentation does happen for instance with hardware offload. Finally, TCP extended options in its current form is not safe to deploy.
Mobile Hosts Participating in Peer-to-Peer Data Networks: Challenges and Solu...Zhenyun Zhuang
Wireless Networks (2010)
http://dl.acm.org/citation.cfm?id=1873504
Peer-to-peer (P2P) data networks dominate
Internet traffic, accounting for over 60% of the overall
traffic in a recent study. In this work, we study the
problems that arise when mobile hosts participate in
P2P networks. We primarily focus on the performance
issues as experienced by the mobile host, but also study
the impact on other fixed peers. Using BitTorrent as a
key example, we identify several unique problems that
arise due to the design aspects of P2P networks being
incompatible with typical characteristics of wireless
and mobile environments. Using the insights gained
through our study, we present a wireless P2P (wP2P)
client application that is backward compatible with existing
fixed-peer client applications, but when used on
mobile hosts can provide significant performance improvements.
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the development of distributed P2P block schedulers for content exchange among the participating peers and on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed monitoring and control architectures that use resources from the cloud in order to enhance QoS and achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network congestion, and v) is friendly to traditional TCP generated traffic.The proposed P2P congestion control has been implemented, tested and evaluated through a series of real experiments powered across the BonFIRE infrastructure.
dynamic media streaming over wireless and ip networksNaveen Dubey
The document discusses internet and wireless technologies such as IEEE 802.11, HTTP, and Mobile IP. It describes experiments on dynamic media streaming over wireless networks using different transport protocols like TCP and PRRT. The experiments showed that TCP suffers from throughput variations on wireless networks leading to underutilization of bandwidth. In contrast, PRRT, which implements predictably reliable transport, was able to optimize bandwidth utilization for media streaming over wireless and mobile internet paths.
Optimal Rate Allocation and Lost Packet Retransmission in Video StreamingIRJET Journal
This document summarizes research on optimal rate allocation and lost packet retransmission for video streaming over wireless networks. It discusses challenges including calculating desired transmission rates based on network conditions, scaling video output rates, and differentiating between packet loss due to congestion versus link errors. A block diagram is presented showing the transmission system, including a link adaptation scheme to adjust transmission parameters based on channel feedback. Formulas are provided for an affine function used in the rate allocation algorithm. Finally, graphs are proposed to evaluate the packet delivery ratio achieved by different streaming approaches.
Rapidly IPv6 multimedia management schemes based LTE-A wireless networksIJECEIAES
This document summarizes and compares three IPv6 mobility management schemes for multimedia services over LTE-A wireless networks: Mobile IPv6, IPv6-MPLS, and IPv6-GMPLS. It first provides background on these schemes and the LTE-A network architecture. It then discusses using OPNET simulations to evaluate and compare the schemes' performance based on metrics like throughput, delay, coverage area, and bandwidth. The document concludes that IPv6-GMPLS provides the best performance and is the best choice for improving multimedia quality of service over LTE-A networks.
Dear Student,
DREAMWEB TECHNO SOLUTIONS is one of the Hardware Training and Software Development centre available in
Trichy. Pioneer in corporate training, DREAMWEB TECHNO SOLUTIONS provides training in all software
development and IT-related courses, such as Embedded Systems, VLSI, MATLAB, JAVA, J2EE, CIVIL,
Power Electronics, and Power Systems. It’s certified and experienced faculty members have the
competence to train students, provide consultancy to organizations, and develop strategic
solutions for clients by integrating existing and emerging technologies.
ADD: No:73/5, 3rd Floor, Sri Kamatchi Complex, Opp City Hospital, Salai Road, Trichy-18
Contact @ 7200021403/04
phone: 0431-4050403
Over recent years there has been a considerable shift, from quality of service (QoS) to quality of experience (QoE), when evaluating video delivery across networks. Hence, we first explore the need for this shift towards user-QoE in the video delivery ecosystem. Further, we investigate major QoE metrics researchers use in the evaluation of DASH users. We point out a huge problem with DASH beginning with its transport layer protocol. DASH utilizes Transmission control protocol (TCP) as the transport layer protocol. Thus, we give an overview of the mechanism of Transmission Control Protocol (TCP) and two mechanisms greatly impacting the streaming process: (1) TCP
congestion mechanism and (2) TCP Fast Start. This leads us to investigate the impact of these TCP mechanisms on DASH players and consequently user-QoE.
Extending TCP the Major Protocol of Transport LayerScientific Review
As We've known for a while that the Internet is classified as a result of the race to optimise existing applications or en- hance security. Sometimes NATs, performance-enhancing-proxies, firewalls and traffic normalizers are only a few of the middle- boxes that are deployed in the network and look beyond the IP header to do their job. IP itself can't be extended because "IP options are not an option" [1]. Is the same true for TCP? In this Research we develop a methodology for evaluating middlebox behavior relating to TCP extensions and present the results of measurements conducted from multiple Survival points. The shortest answer is that Yes we can still extend TCP, but extensions' design is very constrained as it needs to take into account prevalent middlebox behaviors. For instance, absolute sequence numbers cannot be embedded in options, as middleboxes can rewrite ISN and preserve undefined options. Sequence numbering also must be consistent for a TCP connection, because many middleboxes only allow through contiguous flows. We used these findings to analyze three proposed extensions to TCP. We find that MPTCP is likely to work correctly in the Internet or fall-back to regular TCP. TcpCrypt seems ready to be deployed, however it is fragile if resegmentation does happen for instance with hardware offload. Finally, TCP extended options in its current form is not safe to deploy.
Mobile Hosts Participating in Peer-to-Peer Data Networks: Challenges and Solu...Zhenyun Zhuang
Wireless Networks (2010)
http://dl.acm.org/citation.cfm?id=1873504
Peer-to-peer (P2P) data networks dominate
Internet traffic, accounting for over 60% of the overall
traffic in a recent study. In this work, we study the
problems that arise when mobile hosts participate in
P2P networks. We primarily focus on the performance
issues as experienced by the mobile host, but also study
the impact on other fixed peers. Using BitTorrent as a
key example, we identify several unique problems that
arise due to the design aspects of P2P networks being
incompatible with typical characteristics of wireless
and mobile environments. Using the insights gained
through our study, we present a wireless P2P (wP2P)
client application that is backward compatible with existing
fixed-peer client applications, but when used on
mobile hosts can provide significant performance improvements.
The Effect of Seeking Operation on QoE of HTTP Adaptive Streaming ServicesIJCNCJournal
In this paper, we assess multidimensional QoE (Quality of Experience) of HTTP-based streaming services
in seeking operation to evaluate the effect of two transmission schemes: adaptive bitrate streaming and
progressive download. We perform a subjective experiment with two contents and various network load
conditions. In the experiment, subjects find pre-specified scenes by means of seeking the video as they want
to see the scenes right now. We also perform the principal component analysis for the assessment result of
multidimensional QoE. We then find that the adaptive bitrate streaming is not necessarily effective for QoE
enhancement; the effectiveness of the scheme depends on the usage of the system and network conditions.
There is a massive growth in mobile video consumption which outpaces the capacity improvements in next generation mobile networks. Specifically, mobile network operators face the challenge of allocating the scarce wireless resources while maximizing the user quality of experience (QoE). The first part of this talk addresses the main challenges in uplink distribution of user-generated video content over fourth generation mobile networks. The second part explores the benefit of QoE-based traffic and resource management in the mobile network in the context of adaptive HTTP downlink video delivery.
Tracing of voip traffic in the rapid flow internet backboneeSAT Journals
Abstract
VoIP traffic application gaining a terrific admiration in the recent couple of years. VoIP Traffic Classification has concerned for network management and it comes to be more complicating because of modern applications behaviors and it has attracted the research community to develop and propose various classification techniques which don’t depend on ‘well known UDP or TCP port numbers. To overcome the problem of unknown flow classification and achieve effective network classification, a new innovative novel work called Multi Stage Fine-Grained classifier is proposed in this research for classifying the VoIP traffic flow with high accurate classification. The datasets of VoIP network traffic measurements taken from our campus WI-FI and the experimental results shows that the proposed work outstrips the existing approaches in the Rapid flow Internet Backbone. Without investigate the packet payloads, our proposed Fine-Grained classifier effectively classifies the Peer-to-Peer encrypted traffic in the real time network. Our experimental results shows high accuracy and small error rate in classifying the Peer-to-Peer network traffic.
Keywords: Multi Stage Fine-Grained Classifier, Rapid VoIP traffic Flow (SKYPE, VoIP, GAMING, Other) classification, Machine Learning
A method of evaluating effect of qo s degradation on multidimensional qoe of ...IJCNCJournal
This paper studies a method of investigating effect of IP performance (QoS) degradation on quality of experience (QoE) for a Web service; it considers the usability based on the ISO 9241-11 as multidimensional QoE of a Web service (QoE-Web) and the QoS parameters standardized by the IETF. Moreover, the paper tackles clarification of the relationship between ISO-based QoE-Web and IETF-based QoS by the multiple regression analysis. The experiment is intended for the two actual Japanese online shopping services and utilizes 35 subjects. From the results, the paper quantitatively discusses how the QoE-Web deteriorates owing to the QoS degradation and shows that it is appropriate to evaluate the proposed method
This document summarizes a review paper on congestion control approaches for real-time streaming applications on the Internet. It discusses how TCP is not well-suited for real-time streaming due to its reliance on packet loss and variable bitrates. The paper reviews different end-to-end and active queue management approaches for congestion control that aim to reduce latency and jitter. It covers issues with single and shared bottlenecks on the Internet that can lead to congestion and the need for new transport protocols and congestion control for real-time media streaming.
Highlights of ITU-T Study Group 12 meeting in Jan 2017 : Performance, Qualit...ITU
Highlihgts of the results and outcomes of ITU-T Study Group 12 meeting in January 2017 : Performance, Quality of Service and Quality of Experience
Author : Kwame BAAH-ACHEAMFUOR, Study Group 12 Chairman
Practical active network services within content-aware gatewaysTal Lavian Ph.D.
The Internet has seen an increase in complexity due to the introduction of new types of networking devices and services, particularly at points of discontinuity known as network edges. As the networking industry continues to add revenue generating services at network edges, there is an increasing need to provide a systematic method for dynamically introducing and providing these new services in lieu of the ad-hoc approach that is in use today. To this end we support a phased approach to "activating" the Internet and suggest that there exists an immediate need for realizing Active Networks concepts at the network edges. In this context, we present our efforts towards the development of a Content-aware Active Gateway (CAG) architecture. With the help of two practical services running on our initial prototype, built from commercial networking devices, we give a qualitative and quantitative view of the CAG potential.
Final Project Report - Real-Time Media AppsJigisha Aryya
Streaming media and real-time communication over the Internet are very popular now-a-days. Users under different network conditions access these applications for their regular use. It is
important that we observe the nature of these applications in terms of network resource consumption and underlying protocols that determine their behavior.
This paper is a culmination of the series of experiments on two streaming and two real-time multimedia applications, to study the actual protocols that come into play when running these applications on a particular type of hardware and network setup. We compare and contrast the streaming and real-time media applications to see the differences in the protocols and data
exchange patterns. The obtained results and insights can guide in building better network applications that deal with data streams. We do not provide an alternative design for any
multimedia application based on these results.
The development of embedded applications (such as Wireless Sensor Network protocols) often
requires a shift to formal specifications. To insure the reliability and the performance of the
WSNs, such protocols must be designed following some methods reducing error rate. Formal
methods (as Automata, Petri nets, algebra, logics, etc.) were largely used in the specification of
these protocols, their analysis and their verification. After that, their implementation is an
important phase to deploy, test and use those protocols in real environments. The main
objective of the current paper is to formalize the transformation from high-level specification (in
Timed Automata) to low-level implementation (in NesC language and TinyOs system) and to
automate such transformation. The proposed transformation approach defines a set of rules that
allow the passage between these two levels. We implemented our solution and we illustrated the
proposed approach on a protocol case study for the "humidity" and "temperature" sensing in
WSNs applications.
Analytical Modelling of Localized P2P Streaming Systems under NAT ConsiderationIJCNCJournal
This document summarizes an analytical model for localized peer-to-peer (P2P) streaming systems that considers the impact of network address translation (NAT). It introduces theoretical boundaries for the number of peers that may be expelled from the system due to NAT incompatibility. It also presents a mathematical model for startup delay in P2P streaming that accounts for peers' NAT types. The document proposes a new neighbor selection algorithm that considers both autonomous system numbers and NAT types to improve connectivity while reducing transit traffic and startup delays.
International Journal of Peer to Peer Networks (IJP2P) Vol.6, No.2, August 20...ijp2p
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live
Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the
development of distributed P2P block schedulers for content exchange among the participating peers and
on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.
Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed
monitoring and control architectures that use resources from the cloud in order to enhance QoS and
achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures
are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple
network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol
that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently
exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network
congestion, and v) is friendly to traditional TCP generated traffic. The proposed P2P congestion control
has been implemented, tested and evaluated through a series of real experiments powered across the
BonFIRE infrastructure
This document summarizes a research paper that proposes a congestion control protocol for peer-to-peer live streaming systems. The protocol is designed to handle sequential traffic heading to multiple destinations efficiently, measure available bandwidth accurately, avoid network congestion, and be friendly to traditional TCP traffic. It was implemented and evaluated on a testbed. The key aspects of the proposed protocol are that it controls transmission rates based on acknowledgments from receivers to keep bottleneck queue sizes stable, and aims to fully utilize bandwidth while avoiding bufferbloat.
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live
Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the
development of distributed P2P block schedulers for content exchange among the participating peers and
on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.
Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed
monitoring and control architectures that use resources from the cloud in order to enhance QoS and
achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures
are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple
network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol
that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently
exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network
congestion, and v) is friendly to traditional TCP generated traffic. The proposed P2P congestion control
has been implemented, tested and evaluated through a series of real experiments powered across the
BonFIRE infrastructure.
This paper develops neural network models that can predict user quality of experience (QoE) for Internet Protocol television (IPTV) applications in real time based on network measurements. The models account for multiple video resolutions, audio/video codecs, and network conditions including jitter, packet loss, and router queuing disciplines. The models were trained using data from objective network simulations and subjective human experiments evaluating mean opinion scores for quality. Evaluation shows the models accurately and quickly predict user QoE for IPTV under different conditions and can be used to monitor network quality in real-time.
4. Quantitative comparison of application network interaction.pdfAliIssa53
This research article proposes a methodology to quantitatively compare different application-network interaction (App-Net) mechanisms for managing quality of experience (QoE) of HTTP adaptive streaming. The study develops an evaluation framework to compare three App-Net mechanisms against a baseline HAS service. The comparison explores the trade-offs between QoE gains and implementation complexity, by analyzing metrics like the number of monitoring/control messages, achieved video quality, and fairness among heterogeneous clients. The goal is to facilitate reproducible experiments that provide a holistic evaluation of App-Net mechanisms for QoE management.
Performance Evaluation of Interactive Video Streaming over WiMAX Network IJECEIAES
Nowadays, the desire of internet access and the need of digital encodings have influenced quite a large number of users to access high quality video application. Offering multimedia services not only to the wired but to wireless mobile client is becoming more viable. In wireless medium, videostreaming still has high resource requirements, for example, bandwidth, traffic priority, smooth play-backs. Therefore, bandwidth demands of these applications are far exceeding the capacity of 3G and Wireless Local Area Networks (LANs). The current research demonstrates the introductory understanding of the Worldwide Interoperability for Microwave Access (WiMax) network, applications, the mechanisms, its potential features, and techniques used to provide QoS in WiMAX, and lastly the network is simulated to report the diverse requirements of streamed video conferencing traffic and its specifications. For this purpose two input parameters of video traffic are selected, i.e, refresh rate, which is monitored in terms of frames per second and pixel resolutions which basically counts the number of pixels in digital imaging. The network model is developed in OPNET. Different outcomes from simulation based models are analyzed and appropriate reasons are also discussed. Apart from this, the second aim of the current research is to address whether WiMAX access technology for streaming video applications could provide comparable network performance to Asymmetric Digital Subscriber Line (ADSL). For this purpose network metrices such as End to End delay and throughput is taken into consideration for optimization.
2. A Survey of Rate Adaptation Techniques for Dynamic Adaptive Streaming over...AliIssa53
This document provides a survey of rate adaptation techniques for Dynamic Adaptive Streaming over HTTP (DASH). It discusses the evolution of video delivery over IP networks, including early use of UDP/RTP and development of standards like DASH. Rate adaptation is important for DASH to adjust video quality based on changing network conditions. The document categorizes rate adaptation techniques according to the feedback signals used and whether adaptation is done at the client, server, or network. It also reviews studies on measuring video traffic.
IPTV Improvement Approach over LTE-WLAN Heterogeneous NetworksIJCNCJournal
IPTV (Internet Protocol Television) includes several video components. The IMS (IP Multimedia Subsystem) cannot differentiate between them what causes their treatment similarly. These sub-components must have different priorities because they have distinct QoS constraints. In this paper, we suggest the implementation of IPTV in a heterogeneous network that improved QoS by providing the capability to prioritize the sub traffic according to the system administrator policy. A new IPv6 flow label field definition was proposed that is ready for standardization. OPNET Modeler software is used to design our approached architecture. The results show that IPTV users receive different amounts of video data based on the stream's priority.
IPTV IMPROVEMENT APPROACH OVER LTEWLAN HETEROGENEOUS NETWORKSIJCNCJournal
IPTV (Internet Protocol Television) includes several video components. The IMS (IP Multimedia
Subsystem) cannot differentiate between them what causes their treatment similarly. These sub-components
must have different priorities because they have distinct QoS constraints. In this paper, we suggest the
implementation of IPTV in a heterogeneous network that improved QoS by providing the capability to
prioritize the sub traffic according to the system administrator policy. A new IPv6 flow label field
definition was proposed that is ready for standardization. OPNET Modeler software is used to design our
approached architecture. The results show that IPTV users receive different amounts of video data based
on the stream's priority.
QoE-enabled big video streaming for large-scale heterogeneous clients and net...redpel dot com
This document summarizes a research paper on providing quality of experience (QoE)-enabled video streaming for heterogeneous clients and networks in smart cities. It discusses the growth of video traffic and challenges in ensuring high QoE across different devices. The paper reviews video broadcasting technologies, coding methods for scalability and flexibility, and presents a paradigm for QoE-mapped joint coding and cross-layer transmission to dynamically adapt to different devices and networks. It evaluates system performance in terms of broadcasting efficiency and discusses open areas for future research.
Analyzing Video Streaming Quality by Using Various Error Correction Methods o...IJERA Editor
Transmission video over ad hoc networks has become one of the most important and interesting subjects of study for researchers and programmers because of the strong relationship between video applications and frequent users of various mobile devices, such as laptops, PDAs, and mobile phones in all aspects of life. However, many challenges, such as packet loss, congestion (i.e., impairments at the network layer), multipath fading (i.e., impairments at the physical layer) [1], and link failure, exist in transferring video over ad hoc networks; these challenges negatively affect the quality of the perceived video [2].This study has investigated video transfer over ad hoc networks. The main challenges of transferring video over ad hoc networks as well as types of errors that may occur during video transmission, various types of video mechanisms, error correction methods, and different Quality of Service (QoS) parameters that affect the quality of the received video are also investigated.
The Effect of Seeking Operation on QoE of HTTP Adaptive Streaming ServicesIJCNCJournal
In this paper, we assess multidimensional QoE (Quality of Experience) of HTTP-based streaming services
in seeking operation to evaluate the effect of two transmission schemes: adaptive bitrate streaming and
progressive download. We perform a subjective experiment with two contents and various network load
conditions. In the experiment, subjects find pre-specified scenes by means of seeking the video as they want
to see the scenes right now. We also perform the principal component analysis for the assessment result of
multidimensional QoE. We then find that the adaptive bitrate streaming is not necessarily effective for QoE
enhancement; the effectiveness of the scheme depends on the usage of the system and network conditions.
There is a massive growth in mobile video consumption which outpaces the capacity improvements in next generation mobile networks. Specifically, mobile network operators face the challenge of allocating the scarce wireless resources while maximizing the user quality of experience (QoE). The first part of this talk addresses the main challenges in uplink distribution of user-generated video content over fourth generation mobile networks. The second part explores the benefit of QoE-based traffic and resource management in the mobile network in the context of adaptive HTTP downlink video delivery.
Tracing of voip traffic in the rapid flow internet backboneeSAT Journals
Abstract
VoIP traffic application gaining a terrific admiration in the recent couple of years. VoIP Traffic Classification has concerned for network management and it comes to be more complicating because of modern applications behaviors and it has attracted the research community to develop and propose various classification techniques which don’t depend on ‘well known UDP or TCP port numbers. To overcome the problem of unknown flow classification and achieve effective network classification, a new innovative novel work called Multi Stage Fine-Grained classifier is proposed in this research for classifying the VoIP traffic flow with high accurate classification. The datasets of VoIP network traffic measurements taken from our campus WI-FI and the experimental results shows that the proposed work outstrips the existing approaches in the Rapid flow Internet Backbone. Without investigate the packet payloads, our proposed Fine-Grained classifier effectively classifies the Peer-to-Peer encrypted traffic in the real time network. Our experimental results shows high accuracy and small error rate in classifying the Peer-to-Peer network traffic.
Keywords: Multi Stage Fine-Grained Classifier, Rapid VoIP traffic Flow (SKYPE, VoIP, GAMING, Other) classification, Machine Learning
A method of evaluating effect of qo s degradation on multidimensional qoe of ...IJCNCJournal
This paper studies a method of investigating effect of IP performance (QoS) degradation on quality of experience (QoE) for a Web service; it considers the usability based on the ISO 9241-11 as multidimensional QoE of a Web service (QoE-Web) and the QoS parameters standardized by the IETF. Moreover, the paper tackles clarification of the relationship between ISO-based QoE-Web and IETF-based QoS by the multiple regression analysis. The experiment is intended for the two actual Japanese online shopping services and utilizes 35 subjects. From the results, the paper quantitatively discusses how the QoE-Web deteriorates owing to the QoS degradation and shows that it is appropriate to evaluate the proposed method
This document summarizes a review paper on congestion control approaches for real-time streaming applications on the Internet. It discusses how TCP is not well-suited for real-time streaming due to its reliance on packet loss and variable bitrates. The paper reviews different end-to-end and active queue management approaches for congestion control that aim to reduce latency and jitter. It covers issues with single and shared bottlenecks on the Internet that can lead to congestion and the need for new transport protocols and congestion control for real-time media streaming.
Highlights of ITU-T Study Group 12 meeting in Jan 2017 : Performance, Qualit...ITU
Highlihgts of the results and outcomes of ITU-T Study Group 12 meeting in January 2017 : Performance, Quality of Service and Quality of Experience
Author : Kwame BAAH-ACHEAMFUOR, Study Group 12 Chairman
Practical active network services within content-aware gatewaysTal Lavian Ph.D.
The Internet has seen an increase in complexity due to the introduction of new types of networking devices and services, particularly at points of discontinuity known as network edges. As the networking industry continues to add revenue generating services at network edges, there is an increasing need to provide a systematic method for dynamically introducing and providing these new services in lieu of the ad-hoc approach that is in use today. To this end we support a phased approach to "activating" the Internet and suggest that there exists an immediate need for realizing Active Networks concepts at the network edges. In this context, we present our efforts towards the development of a Content-aware Active Gateway (CAG) architecture. With the help of two practical services running on our initial prototype, built from commercial networking devices, we give a qualitative and quantitative view of the CAG potential.
Final Project Report - Real-Time Media AppsJigisha Aryya
Streaming media and real-time communication over the Internet are very popular now-a-days. Users under different network conditions access these applications for their regular use. It is
important that we observe the nature of these applications in terms of network resource consumption and underlying protocols that determine their behavior.
This paper is a culmination of the series of experiments on two streaming and two real-time multimedia applications, to study the actual protocols that come into play when running these applications on a particular type of hardware and network setup. We compare and contrast the streaming and real-time media applications to see the differences in the protocols and data
exchange patterns. The obtained results and insights can guide in building better network applications that deal with data streams. We do not provide an alternative design for any
multimedia application based on these results.
The development of embedded applications (such as Wireless Sensor Network protocols) often
requires a shift to formal specifications. To insure the reliability and the performance of the
WSNs, such protocols must be designed following some methods reducing error rate. Formal
methods (as Automata, Petri nets, algebra, logics, etc.) were largely used in the specification of
these protocols, their analysis and their verification. After that, their implementation is an
important phase to deploy, test and use those protocols in real environments. The main
objective of the current paper is to formalize the transformation from high-level specification (in
Timed Automata) to low-level implementation (in NesC language and TinyOs system) and to
automate such transformation. The proposed transformation approach defines a set of rules that
allow the passage between these two levels. We implemented our solution and we illustrated the
proposed approach on a protocol case study for the "humidity" and "temperature" sensing in
WSNs applications.
Analytical Modelling of Localized P2P Streaming Systems under NAT ConsiderationIJCNCJournal
This document summarizes an analytical model for localized peer-to-peer (P2P) streaming systems that considers the impact of network address translation (NAT). It introduces theoretical boundaries for the number of peers that may be expelled from the system due to NAT incompatibility. It also presents a mathematical model for startup delay in P2P streaming that accounts for peers' NAT types. The document proposes a new neighbor selection algorithm that considers both autonomous system numbers and NAT types to improve connectivity while reducing transit traffic and startup delays.
International Journal of Peer to Peer Networks (IJP2P) Vol.6, No.2, August 20...ijp2p
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live
Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the
development of distributed P2P block schedulers for content exchange among the participating peers and
on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.
Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed
monitoring and control architectures that use resources from the cloud in order to enhance QoS and
achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures
are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple
network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol
that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently
exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network
congestion, and v) is friendly to traditional TCP generated traffic. The proposed P2P congestion control
has been implemented, tested and evaluated through a series of real experiments powered across the
BonFIRE infrastructure
This document summarizes a research paper that proposes a congestion control protocol for peer-to-peer live streaming systems. The protocol is designed to handle sequential traffic heading to multiple destinations efficiently, measure available bandwidth accurately, avoid network congestion, and be friendly to traditional TCP traffic. It was implemented and evaluated on a testbed. The key aspects of the proposed protocol are that it controls transmission rates based on acknowledgments from receivers to keep bottleneck queue sizes stable, and aims to fully utilize bandwidth while avoiding bufferbloat.
In recent years, research efforts tried to exploit peer-to-peer (P2P) systems in order to provide Live
Streaming (LS) and Video-on-Demand (VoD) services. Most of these research efforts focus on the
development of distributed P2P block schedulers for content exchange among the participating peers and
on the characteristics of the overlay graph (P2P overlay) that interconnects the set of these peers.
Currently, researchers try to combine peer-to-peer systems with cloud infrastructures. They developed
monitoring and control architectures that use resources from the cloud in order to enhance QoS and
achieve an attractive trade-off between stability and low cost operation. However, there is a lack of
research effort on the congestion control of these systems and the existing congestion control architectures
are not suitable for P2P live streaming traffic (small sequential non persistent traffic towards multiple
network locations). This paper proposes a P2P live streaming traffic aware congestion control protocol
that: i) is capable to manage sequential traffic heading to multiple network destinations , ii) efficiently
exploits the available bandwidth, iii) accurately measures the idle peer resources, iv) avoids network
congestion, and v) is friendly to traditional TCP generated traffic. The proposed P2P congestion control
has been implemented, tested and evaluated through a series of real experiments powered across the
BonFIRE infrastructure.
This paper develops neural network models that can predict user quality of experience (QoE) for Internet Protocol television (IPTV) applications in real time based on network measurements. The models account for multiple video resolutions, audio/video codecs, and network conditions including jitter, packet loss, and router queuing disciplines. The models were trained using data from objective network simulations and subjective human experiments evaluating mean opinion scores for quality. Evaluation shows the models accurately and quickly predict user QoE for IPTV under different conditions and can be used to monitor network quality in real-time.
4. Quantitative comparison of application network interaction.pdfAliIssa53
This research article proposes a methodology to quantitatively compare different application-network interaction (App-Net) mechanisms for managing quality of experience (QoE) of HTTP adaptive streaming. The study develops an evaluation framework to compare three App-Net mechanisms against a baseline HAS service. The comparison explores the trade-offs between QoE gains and implementation complexity, by analyzing metrics like the number of monitoring/control messages, achieved video quality, and fairness among heterogeneous clients. The goal is to facilitate reproducible experiments that provide a holistic evaluation of App-Net mechanisms for QoE management.
Performance Evaluation of Interactive Video Streaming over WiMAX Network IJECEIAES
Nowadays, the desire of internet access and the need of digital encodings have influenced quite a large number of users to access high quality video application. Offering multimedia services not only to the wired but to wireless mobile client is becoming more viable. In wireless medium, videostreaming still has high resource requirements, for example, bandwidth, traffic priority, smooth play-backs. Therefore, bandwidth demands of these applications are far exceeding the capacity of 3G and Wireless Local Area Networks (LANs). The current research demonstrates the introductory understanding of the Worldwide Interoperability for Microwave Access (WiMax) network, applications, the mechanisms, its potential features, and techniques used to provide QoS in WiMAX, and lastly the network is simulated to report the diverse requirements of streamed video conferencing traffic and its specifications. For this purpose two input parameters of video traffic are selected, i.e, refresh rate, which is monitored in terms of frames per second and pixel resolutions which basically counts the number of pixels in digital imaging. The network model is developed in OPNET. Different outcomes from simulation based models are analyzed and appropriate reasons are also discussed. Apart from this, the second aim of the current research is to address whether WiMAX access technology for streaming video applications could provide comparable network performance to Asymmetric Digital Subscriber Line (ADSL). For this purpose network metrices such as End to End delay and throughput is taken into consideration for optimization.
2. A Survey of Rate Adaptation Techniques for Dynamic Adaptive Streaming over...AliIssa53
This document provides a survey of rate adaptation techniques for Dynamic Adaptive Streaming over HTTP (DASH). It discusses the evolution of video delivery over IP networks, including early use of UDP/RTP and development of standards like DASH. Rate adaptation is important for DASH to adjust video quality based on changing network conditions. The document categorizes rate adaptation techniques according to the feedback signals used and whether adaptation is done at the client, server, or network. It also reviews studies on measuring video traffic.
IPTV Improvement Approach over LTE-WLAN Heterogeneous NetworksIJCNCJournal
IPTV (Internet Protocol Television) includes several video components. The IMS (IP Multimedia Subsystem) cannot differentiate between them what causes their treatment similarly. These sub-components must have different priorities because they have distinct QoS constraints. In this paper, we suggest the implementation of IPTV in a heterogeneous network that improved QoS by providing the capability to prioritize the sub traffic according to the system administrator policy. A new IPv6 flow label field definition was proposed that is ready for standardization. OPNET Modeler software is used to design our approached architecture. The results show that IPTV users receive different amounts of video data based on the stream's priority.
IPTV IMPROVEMENT APPROACH OVER LTEWLAN HETEROGENEOUS NETWORKSIJCNCJournal
IPTV (Internet Protocol Television) includes several video components. The IMS (IP Multimedia
Subsystem) cannot differentiate between them what causes their treatment similarly. These sub-components
must have different priorities because they have distinct QoS constraints. In this paper, we suggest the
implementation of IPTV in a heterogeneous network that improved QoS by providing the capability to
prioritize the sub traffic according to the system administrator policy. A new IPv6 flow label field
definition was proposed that is ready for standardization. OPNET Modeler software is used to design our
approached architecture. The results show that IPTV users receive different amounts of video data based
on the stream's priority.
QoE-enabled big video streaming for large-scale heterogeneous clients and net...redpel dot com
This document summarizes a research paper on providing quality of experience (QoE)-enabled video streaming for heterogeneous clients and networks in smart cities. It discusses the growth of video traffic and challenges in ensuring high QoE across different devices. The paper reviews video broadcasting technologies, coding methods for scalability and flexibility, and presents a paradigm for QoE-mapped joint coding and cross-layer transmission to dynamically adapt to different devices and networks. It evaluates system performance in terms of broadcasting efficiency and discusses open areas for future research.
Analyzing Video Streaming Quality by Using Various Error Correction Methods o...IJERA Editor
Transmission video over ad hoc networks has become one of the most important and interesting subjects of study for researchers and programmers because of the strong relationship between video applications and frequent users of various mobile devices, such as laptops, PDAs, and mobile phones in all aspects of life. However, many challenges, such as packet loss, congestion (i.e., impairments at the network layer), multipath fading (i.e., impairments at the physical layer) [1], and link failure, exist in transferring video over ad hoc networks; these challenges negatively affect the quality of the perceived video [2].This study has investigated video transfer over ad hoc networks. The main challenges of transferring video over ad hoc networks as well as types of errors that may occur during video transmission, various types of video mechanisms, error correction methods, and different Quality of Service (QoS) parameters that affect the quality of the received video are also investigated.
PERFORMANCE COMPARISON OF PACKET SCHEDULING ALGORITHMS FOR VIDEO TRAFFIC IN L...ijmnct
In this paper we have studied downlink packet scheduling algorithms proposed for LTE cellular networks.
The study emphasize on three most promising scheduling algorithms such as: FLS, EXP rule and LOG rule.
The performance of these three algorithms is conducted over video traffic in a vehicular environment using
LTE-Sim simulator. The simulation was setup with varying number of users from 10 - 60 in fixed bounded
regions of 1 km radius. The main goal this study is to provide results that will help in the design process of
packet scheduler for LTE cellular networks, aiming to get better overall performance users. Simulation
results show that, the FLS scheme outperforms in terms of average system throughput, average packet
delay, PLR; and with a satisfactory level of fairness index.
The Optimization of IPTV Service Through SDN In A MEC Architecture, Respectiv...CSCJournals
The aim of this paper is to present the ‘Power’ of SDN Technology and MEC Technic in improving the delivering of IPTV Service. Those days, the IPTV end –users are tremendous increased all over the world , but in the same time also the complains for receiving these prepaid real time multimedial services like; high latency, high bandwidth, low performance and low QoE/QoS. On the other end, IPTV Distributors need a new system, technics, network solutions to distribute content continuesly and simultaneously to all active end-users with high-quality, lowlatency and high Performance, thus monitoring and re-configuring this ‘Big Data’ require high Bandwidth by causing difficult problems by offering it affecting in the same time the price and QoE/QoSperformance of delivered service.
For this reason, we have achieved to optimize the IPTV service by applying SDN solution in a MEC Architecture (Multiple-Access Edge Computing). In this way , through MEC Technology and SDN, it is possible to receive an IPTV service with Low Latency, High Performance and Low Bandwidth by solving successfully all the problems faced by the actual IPTV Operators. These improvements of delivering IPTV service through MEC will be demonstrated by using the OMNet +++ simulator in an LTE-A mobile network. The results show clearly that by applying the MEC technique in the LTE-A network for receiving IPTV Service through SDN Network, the service was delivered with latency decreased by >90% (compared to the cases when the MEC technique is not applied), with PacketLoss of almost 0 and with high performance QoE. In addition these strong Contributions, the ‘Big’ innovation achieved in this work through simulations is that the quality of delivered IPTV Service did not change according to the increasing of the end-users.This latency of delivering the video streaming services did not change. This means that the IPTV Service providers will increase their benefits by ensuring in the same time also the delivering of service with high quality and performance toward innumerous end users. Consequently, MEC Technology and SDN solution will be the two right and "smart" network choices that will boost the development of the 5th Mobile generation and will significantly improve the benefit of Video Streaming services offered by current providers worldwide (Netflix, HULU, Amazon Prime, YouTube, etc).
An SDN Based Approach To Measuring And Optimizing ABR Video Quality Of Experi...Cisco Service Provider
Reprinted with permission of NCTA, from the 2014 Cable Connection Spring Technical Forum Conference Proceedings. For more information on Cisco video solutions, visit: http://www.cisco.com/c/en/us/products/video/index.html
Netflix over Qos Enabled LTE Research Paper FinalAjit Kahaduwe
1) The document discusses how using Quality of Service (QoS) mechanisms can enhance the experience of streaming video applications like Netflix over cellular networks.
2) Tests were conducted on an LTE network to analyze how giving Netflix higher priority through QoS impacted video quality and buffering during congestion compared to default "best effort" treatment.
3) The results showed that higher QoS priority for Netflix improved video quality and reduced buffering events during congestion compared to best effort, demonstrating how QoS can provide a better user experience for video streaming.
3. Quality of Experience-Centric Management.pdfAliIssa53
1) Video streaming, especially HTTP adaptive streaming (HAS), dominates internet traffic but optimizing user quality of experience (QoE) is challenging. Current client-based heuristics can result in video freezes, especially during bandwidth drops or for live streams with small buffers.
2) Recent works have proposed extending the client-based structure of HAS to fully optimize QoE through server/network assistance, application-level solutions, and transport/network layer modifications.
3) This survey paper reviews and classifies these approaches, outlines recommendations, and identifies open challenges including immersive video, QUIC streaming, traffic encryption, and personalized QoE control.
IJRET : International Journal of Research in Engineering and Technology is an international peer reviewed, online journal published by eSAT Publishing House for the enhancement of research in various disciplines of Engineering and Technology. The aim and scope of the journal is to provide an academic medium and an important reference for the advancement and dissemination of research results that support high-level learning, teaching and research in the fields of Engineering and Technology. We bring together Scientists, Academician, Field Engineers, Scholars and Students of related fields of Engineering and Technology
1. A Survey on Bitrate Adaptation Schemes for Streaming Media over HTTP.pdfAliIssa53
This document summarizes a survey on bitrate adaptation schemes for streaming media over HTTP. It classifies bitrate adaptation schemes into four categories: client-based, server-based, network-assisted, and hybrid. Client-based schemes execute the bitrate adaptation logic at the client, while server-based schemes use feedback from the server. Network-assisted schemes use feedback from the network, and hybrid schemes combine client and server/network techniques. The survey provides an overview and comparison of different bitrate adaptation methods proposed in recent years.
IRJET- Internet Video Streaming Service for Social NetworkIRJET Journal
This document proposes an internet video streaming service for social networks that uses dynamic adaptive streaming over HTTP (DASH) and Markov decision processes (MDPs) to optimize quality of service for video streaming on mobile devices. It develops an MDP model to choose the most favorable video streaming method across multiple wireless networks in order to improve startup latency, playback fluency, average playback quality, playback smoothness, and wireless data cost. The system was tested using an Android emulator and scalable video coding to provide an efficient, adaptive streaming service for various mobile devices and dynamic network environments.
IRJET- Internet Video Streaming Service for Social NetworkIRJET Journal
This document presents a system for internet video streaming service for social networks. It aims to improve quality of service for video streaming on mobile devices by developing an adaptive streaming method using a Markov Decision Process. The system uses Dynamic Adaptive Streaming over HTTP (DASH) to store multiple compressed video versions at different resolutions and qualities in segments. It formulates the multi-link video streaming as a reinforcement learning task and models it as a finite state Markov Decision Process. An algorithm is proposed to find near-optimal solutions in real-time to select the best video quality based on factors like bandwidth, buffer occupancy, and device resolution to improve streaming performance metrics while saving network bandwidth and costs. The system was tested using an Android emulator and Scalable Video
This document proposes a system diagram for a live and video-on-demand OTT service with the following key requirements:
- Support up to 1000 concurrent subscribers streaming at 3 Mbps on average and 1 Gbps peak egress bandwidth
- Provide 7 days of catch-up TV and 30,000 hours of VOD content stored on 70 TB of dedicated storage
- Transcode linear channels and re-ingest VOD assets using Harmonic and Cambria transcoders
- Perform HLS packaging and origin services using the Harmonic Video OS (VOS) system with URL rewriting by load balancers
- Utilize an existing Mediagrid 4000 storage array connected to dual 10GbE NICs on the V
The document provides instructions for using a video editor app to create clips and generate URLs. It describes selecting a timeshift window by hour, minute, and AM/PM then defining a start and end point. It explains how to get HLS format URLs for catchup playback and make permanent VOD clips by generating them, then finding the completed job in the asset library.
The document discusses Harmonic's VOS cloud-native media processing and delivery software. It provides an overview of VOS's key capabilities including its use of advanced cloud technology, infrastructure neutrality allowing deployment on bare metal or cloud data centers, advanced orchestration of media workflows, portability between private and public clouds, and support for playout, broadcast, OTT and delivery functions. The document also outlines VOS's flexible pricing models.
This document discusses storage virtualization techniques. It covers what can be virtualized (file system and block levels), where virtualization can occur (host-based, network-based, storage-based), and how virtualization is implemented (in-band and out-of-band). Examples of storage virtualization include logical volume management (LVM) on Linux hosts, SAN volume controllers, and virtualization features in disk arrays. Key benefits are improved manageability, availability, scalability and security of storage resources.
This document discusses different types of virtualization including memory, server, storage, and network virtualization. It provides details on each type such as how memory virtualization abstracts physical memory and allows for higher utilization. Server virtualization enables multiple operating systems to run on a single physical server. Storage virtualization presents a logical view of physical storage. Network virtualization creates logical networks independent of the physical network. The document also discusses benefits of each type of virtualization such as cost savings, improved performance, flexibility and management.
Encryption in Microsoft 365 - ExpertsLive Netherlands 2024Albert Hoitingh
In this session I delve into the encryption technology used in Microsoft 365 and Microsoft Purview. Including the concepts of Customer Key and Double Key Encryption.
Removing Uninteresting Bytes in Software FuzzingAftab Hussain
Imagine a world where software fuzzing, the process of mutating bytes in test seeds to uncover hidden and erroneous program behaviors, becomes faster and more effective. A lot depends on the initial seeds, which can significantly dictate the trajectory of a fuzzing campaign, particularly in terms of how long it takes to uncover interesting behaviour in your code. We introduce DIAR, a technique designed to speedup fuzzing campaigns by pinpointing and eliminating those uninteresting bytes in the seeds. Picture this: instead of wasting valuable resources on meaningless mutations in large, bloated seeds, DIAR removes the unnecessary bytes, streamlining the entire process.
In this work, we equipped AFL, a popular fuzzer, with DIAR and examined two critical Linux libraries -- Libxml's xmllint, a tool for parsing xml documents, and Binutil's readelf, an essential debugging and security analysis command-line tool used to display detailed information about ELF (Executable and Linkable Format). Our preliminary results show that AFL+DIAR does not only discover new paths more quickly but also achieves higher coverage overall. This work thus showcases how starting with lean and optimized seeds can lead to faster, more comprehensive fuzzing campaigns -- and DIAR helps you find such seeds.
- These are slides of the talk given at IEEE International Conference on Software Testing Verification and Validation Workshop, ICSTW 2022.
UiPath Test Automation using UiPath Test Suite series, part 6DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 6. In this session, we will cover Test Automation with generative AI and Open AI.
UiPath Test Automation with generative AI and Open AI webinar offers an in-depth exploration of leveraging cutting-edge technologies for test automation within the UiPath platform. Attendees will delve into the integration of generative AI, a test automation solution, with Open AI advanced natural language processing capabilities.
Throughout the session, participants will discover how this synergy empowers testers to automate repetitive tasks, enhance testing accuracy, and expedite the software testing life cycle. Topics covered include the seamless integration process, practical use cases, and the benefits of harnessing AI-driven automation for UiPath testing initiatives. By attending this webinar, testers, and automation professionals can gain valuable insights into harnessing the power of AI to optimize their test automation workflows within the UiPath ecosystem, ultimately driving efficiency and quality in software development processes.
What will you get from this session?
1. Insights into integrating generative AI.
2. Understanding how this integration enhances test automation within the UiPath platform
3. Practical demonstrations
4. Exploration of real-world use cases illustrating the benefits of AI-driven test automation for UiPath
Topics covered:
What is generative AI
Test Automation with generative AI and Open AI.
UiPath integration with generative AI
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
20 Comprehensive Checklist of Designing and Developing a WebsitePixlogix Infotech
Dive into the world of Website Designing and Developing with Pixlogix! Looking to create a stunning online presence? Look no further! Our comprehensive checklist covers everything you need to know to craft a website that stands out. From user-friendly design to seamless functionality, we've got you covered. Don't miss out on this invaluable resource! Check out our checklist now at Pixlogix and start your journey towards a captivating online presence today.
“An Outlook of the Ongoing and Future Relationship between Blockchain Technologies and Process-aware Information Systems.” Invited talk at the joint workshop on Blockchain for Information Systems (BC4IS) and Blockchain for Trusted Data Sharing (B4TDS), co-located with with the 36th International Conference on Advanced Information Systems Engineering (CAiSE), 3 June 2024, Limassol, Cyprus.
Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdfPaige Cruz
Monitoring and observability aren’t traditionally found in software curriculums and many of us cobble this knowledge together from whatever vendor or ecosystem we were first introduced to and whatever is a part of your current company’s observability stack.
While the dev and ops silo continues to crumble….many organizations still relegate monitoring & observability as the purview of ops, infra and SRE teams. This is a mistake - achieving a highly observable system requires collaboration up and down the stack.
I, a former op, would like to extend an invitation to all application developers to join the observability party will share these foundational concepts to build on:
Pushing the limits of ePRTC: 100ns holdover for 100 daysAdtran
At WSTS 2024, Alon Stern explored the topic of parametric holdover and explained how recent research findings can be implemented in real-world PNT networks to achieve 100 nanoseconds of accuracy for up to 100 days.
For the full video of this presentation, please visit: https://www.edge-ai-vision.com/2024/06/building-and-scaling-ai-applications-with-the-nx-ai-manager-a-presentation-from-network-optix/
Robin van Emden, Senior Director of Data Science at Network Optix, presents the “Building and Scaling AI Applications with the Nx AI Manager,” tutorial at the May 2024 Embedded Vision Summit.
In this presentation, van Emden covers the basics of scaling edge AI solutions using the Nx tool kit. He emphasizes the process of developing AI models and deploying them globally. He also showcases the conversion of AI models and the creation of effective edge AI pipelines, with a focus on pre-processing, model conversion, selecting the appropriate inference engine for the target hardware and post-processing.
van Emden shows how Nx can simplify the developer’s life and facilitate a rapid transition from concept to production-ready applications.He provides valuable insights into developing scalable and efficient edge AI solutions, with a strong focus on practical implementation.
UiPath Test Automation using UiPath Test Suite series, part 5DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 5. In this session, we will cover CI/CD with devops.
Topics covered:
CI/CD with in UiPath
End-to-end overview of CI/CD pipeline with Azure devops
Speaker:
Lyndsey Byblow, Test Suite Sales Engineer @ UiPath, Inc.
Communications Mining Series - Zero to Hero - Session 1DianaGray10
This session provides introduction to UiPath Communication Mining, importance and platform overview. You will acquire a good understand of the phases in Communication Mining as we go over the platform with you. Topics covered:
• Communication Mining Overview
• Why is it important?
• How can it help today’s business and the benefits
• Phases in Communication Mining
• Demo on Platform overview
• Q/A
TrustArc Webinar - 2024 Global Privacy SurveyTrustArc
How does your privacy program stack up against your peers? What challenges are privacy teams tackling and prioritizing in 2024?
In the fifth annual Global Privacy Benchmarks Survey, we asked over 1,800 global privacy professionals and business executives to share their perspectives on the current state of privacy inside and outside of their organizations. This year’s report focused on emerging areas of importance for privacy and compliance professionals, including considerations and implications of Artificial Intelligence (AI) technologies, building brand trust, and different approaches for achieving higher privacy competence scores.
See how organizational priorities and strategic approaches to data security and privacy are evolving around the globe.
This webinar will review:
- The top 10 privacy insights from the fifth annual Global Privacy Benchmarks Survey
- The top challenges for privacy leaders, practitioners, and organizations in 2024
- Key themes to consider in developing and maintaining your privacy program
Enchancing adoption of Open Source Libraries. A case study on Albumentations.AIVladimir Iglovikov, Ph.D.
Presented by Vladimir Iglovikov:
- https://www.linkedin.com/in/iglovikov/
- https://x.com/viglovikov
- https://www.instagram.com/ternaus/
This presentation delves into the journey of Albumentations.ai, a highly successful open-source library for data augmentation.
Created out of a necessity for superior performance in Kaggle competitions, Albumentations has grown to become a widely used tool among data scientists and machine learning practitioners.
This case study covers various aspects, including:
People: The contributors and community that have supported Albumentations.
Metrics: The success indicators such as downloads, daily active users, GitHub stars, and financial contributions.
Challenges: The hurdles in monetizing open-source projects and measuring user engagement.
Development Practices: Best practices for creating, maintaining, and scaling open-source libraries, including code hygiene, CI/CD, and fast iteration.
Community Building: Strategies for making adoption easy, iterating quickly, and fostering a vibrant, engaged community.
Marketing: Both online and offline marketing tactics, focusing on real, impactful interactions and collaborations.
Mental Health: Maintaining balance and not feeling pressured by user demands.
Key insights include the importance of automation, making the adoption process seamless, and leveraging offline interactions for marketing. The presentation also emphasizes the need for continuous small improvements and building a friendly, inclusive community that contributes to the project's growth.
Vladimir Iglovikov brings his extensive experience as a Kaggle Grandmaster, ex-Staff ML Engineer at Lyft, sharing valuable lessons and practical advice for anyone looking to enhance the adoption of their open-source projects.
Explore more about Albumentations and join the community at:
GitHub: https://github.com/albumentations-team/albumentations
Website: https://albumentations.ai/
LinkedIn: https://www.linkedin.com/company/100504475
Twitter: https://x.com/albumentations
Threats to mobile devices are more prevalent and increasing in scope and complexity. Users of mobile devices desire to take full advantage of the features
available on those devices, but many of the features provide convenience and capability but sacrifice security. This best practices guide outlines steps the users can take to better protect personal devices and information.
Cosa hanno in comune un mattoncino Lego e la backdoor XZ?Speck&Tech
ABSTRACT: A prima vista, un mattoncino Lego e la backdoor XZ potrebbero avere in comune il fatto di essere entrambi blocchi di costruzione, o dipendenze di progetti creativi e software. La realtà è che un mattoncino Lego e il caso della backdoor XZ hanno molto di più di tutto ciò in comune.
Partecipate alla presentazione per immergervi in una storia di interoperabilità, standard e formati aperti, per poi discutere del ruolo importante che i contributori hanno in una comunità open source sostenibile.
BIO: Sostenitrice del software libero e dei formati standard e aperti. È stata un membro attivo dei progetti Fedora e openSUSE e ha co-fondato l'Associazione LibreItalia dove è stata coinvolta in diversi eventi, migrazioni e formazione relativi a LibreOffice. In precedenza ha lavorato a migrazioni e corsi di formazione su LibreOffice per diverse amministrazioni pubbliche e privati. Da gennaio 2020 lavora in SUSE come Software Release Engineer per Uyuni e SUSE Manager e quando non segue la sua passione per i computer e per Geeko coltiva la sua curiosità per l'astronomia (da cui deriva il suo nickname deneb_alpha).
GraphSummit Singapore | The Future of Agility: Supercharging Digital Transfor...Neo4j
Leonard Jayamohan, Partner & Generative AI Lead, Deloitte
This keynote will reveal how Deloitte leverages Neo4j’s graph power for groundbreaking digital twin solutions, achieving a staggering 100x performance boost. Discover the essential role knowledge graphs play in successful generative AI implementations. Plus, get an exclusive look at an innovative Neo4j + Generative AI solution Deloitte is developing in-house.
GraphSummit Singapore | The Future of Agility: Supercharging Digital Transfor...
Sensors 17-00846-v2
1. sensors
Article
Implementation and Analysis of Real-Time
Streaming Protocols
Iván Santos-González *, Alexandra Rivero-García *, Jezabel Molina-Gil * and Pino Caballero-Gil *
Department of Computer Engineering and Systems, University of La Laguna, 38206 Tenerife, Spain
* Correspondence: jsantosg@ull.edu.es (I.S.-G.); Ariverog@ull.edu.es (A.R.-G.); jmmolina@ull.edu.es (J.M.-G.);
pcaballe@ull.edu.es (P.C.-G.)
Academic Editor: Leonhard M. Reindl
Received: 30 January 2017; Accepted: 8 April 2017; Published: 12 April 2017
Abstract: Communication media have become the primary way of interaction thanks to the
discovery and innovation of many new technologies. One of the most widely used communication
systems today is video streaming, which is constantly evolving. Such communications are a good
alternative to face-to-face meetings, and are therefore very useful for coping with many problems
caused by distance. However, they suffer from different issues such as bandwidth limitation,
network congestion, energy efficiency, cost, reliability and connectivity. Hence, the quality of
service and the quality of experience are considered the two most important issues for this type of
communication. This work presents a complete comparative study of two of the most used protocols
of video streaming, Real Time Streaming Protocol (RTSP) and the Web Real-Time Communication
(WebRTC). In addition, this paper proposes two new mobile applications that implement those
protocols in Android whose objective is to know how they are influenced by the aspects that most
affect the streaming quality of service, which are the connection establishment time and the stream
reception time. The new video streaming applications are also compared with the most popular
video streaming applications for Android, and the experimental results of the analysis show that the
developed WebRTC implementation improves the performance of the most popular video streaming
applications with respect to the stream packet delay.
Keywords: streaming; quality of experience; quality of service; Android; WebRTC; RTSP
1. Introduction
In recent years, the use of video content on the Internet has increased to 60% of all global traffic.
Different studies, such as [1], predict that the Internet video traffic will account for 80 percent of all
Internet consumer traffic in 2019. This rapid increase is partly due to the huge growth in the sales of
smartphones over the last few years, as smartphones have become the major video content creators.
For this reason, some of the most important multimedia content companies have tried to develop new
strategies to improve the Quality of Experience (QoE) and the Quality of Service (QoS) of their systems.
The rapid evolution of technology and the low cost of mobile devices make them excellent candidates
for offering new streaming functionalities with different purposes. The life of people can change with
simple streaming applications as some of the uses of this technology can turn people into potential
journalists who use their smartphones to broadcast videos over the Internet, do telemedicine [2,3] and
operate or assist somebody with the remote assistance of a specialist doctor, broadcast sports in real
time or use this technology in e-learning [4].
In this work, the most used video streaming protocols and applications are studied. In particular,
two video streaming platforms have been developed that implement different video streaming
protocols in order to compare both protocols and conclude which of them offers the best results in the
scope of Android and web real-time video streaming applications. The analysis of the implemented
Sensors 2017, 17, 846; doi:10.3390/s17040846 www.mdpi.com/journal/sensors
2. Sensors 2017, 17, 846 2 of 17
systems includes different parameters related to the QoS and QoE, namely the connection establishment
time and the stream reception time. Although the QoE depends on the users in a subjective way,
it depends directly on the QoS because a good QoS helps to obtain a better QoE by part of the user.
For this reason, the parameters analysed in this work measure the QoS in a direct way, but indirectly
influence the QoE. In addition, these two implementations were compared with the most widely
used Android and web video streaming applications, which implement those and other protocols.
In order to carry out such a comparison, a metric based on the stream delay time was used to know
the efficiency of the implemented systems in relation to the most used systems today.
The present work is structured as follows. Section 2 describes a brief state-of-the-art. Section 3
introduces two of the most commonly used video streaming protocols, RTSP and WebRTC.
The developed implementations are defined in Section 4. Section 5 presents the comparative studies
between the implemented systems and the most used web and Android applications. Finally, some
conclusions and open issues close the work in Section 6.
2. Related Work
In recent years, different proposals have been developed to measure and improve the QoS and
QoE of video streaming systems.
One of the first works related to the topic is [5], which compares HyperText Transfer Protocol
(HTTP), Real Time Streaming Protocol (RTSP) and InterMedia Streaming (IMS), and describes several
approaches that promise the synthesis of networks based on those protocols. The main advantage
of this proposal is the research of a future possible expansion of IMS to harmonize Session Initiation
Protocol (SIP), HTTP, and RTSP service delivery, a fact that is related to the video streaming quality.
However, that work studies only the cases of HTTP, RTSP and IMS, forgetting other promising
protocols like WebRTC.
The subsequent work [6] also contains a study of HTTP, RTSP and Dynamic Adaptive Streaming
over HTTP (DASH) [7] applied over smartphones. The method to analyse these protocols consists of
the calculation of the switch delay or the time between the moments when a user sends a command
and when the client screen undergoes these changes. The main contribution of that work is the use of
metrics to compare the different video streaming protocols in the fields of bandwidth consumption
and QoS. Its disadvantages compared with the present work are that, despite the relative youth of
the proposal, the WebRTC protocol is not included, and the delays in the video streaming connection
establishments are not compared.
A video streaming framework for QoE management of Scalable Video Coding (SVC) based on the
H.264/SVC codec is presented in [8], together with a measurement study to quantify the influence of
different parameters such as video resolution, scaling method, network conditions and video content
type on the QoE of streaming. The main difference between that study and the one presented in this
paper is that they considered that the most important measurements are those related to the video
itself, while this work focuses on the protocols that send the video to other users.
In [9], the authors integrate the SVC extensions of the Advanced Video Coding (AVC)
standard into the recently ratified MPEG-DASH standard to improve its performance. Moreover,
they present a comprehensive study that evaluates the presented solution applying restricted
conditions, and compare it with another version of MPEG-DASH implementation using AVC, which is
the typical case in commercial applications. The main contribution of that work is that it presents
a comparative study of the most used MPEG-DASH implementations using AVC. However, that work
is focused only on one side of video streaming applications, which is the codec used in the video
codification, while, in this paper, the main purpose is the study and comparison of the other side of
video streaming applications, the communication protocol.
Subsequently, the work [10] describes different measurements collected from DASH and Web
Real-Time Communication (WebRTC) implementations while moving at walking speeds through
an 802.16e WiMAX network. The collected data come from an application, the network and the
3. Sensors 2017, 17, 846 3 of 17
physical layers under different wireless environments. In addition, the work also identifies the features
that directly affect the quality of the video service in the mobile data network, in order to conclude that
in order to adapt the channel conditions, these services do not achieve acceptable quality of service for
mobile users under different network conditions.
On the subject of the use of dynamic adaptive streaming over HTTP, which is a widespread topic in
the field of video streaming systems, the work [11] presents a range of issues related to the performance
of DASH, studying the most important parameters that affect this type of video streaming systems.
The main contribution of this work is concretely the study of the DASH techniques and the parameters
that affect the streaming QoE to understand in a better way how the DASH streaming techniques
works. Despite the fact that that work only deals with DASH streaming techniques, the knowledge
obtained from it will be important to compare the protocols used in different commercial applications
and to extend the present paper to DASH streaming applications in the future.
In the recent proposal [12], a QoE instrumentation for video streaming on smartphones,
called VLQoE, is presented. The authors use a VLC media player to record a set of metrics from
the user interface, application-level, network-level and available sensors of the device, and present two
state models based on the time of HTTP and RTSP protocols streaming via 3.5 G. The main contribution
of that proposal is the creation of some objective metrics to measure the QoE independently of the user
and its subjectivity in smartphones using both RTSP and HTTP streaming protocols through the use of
the VLQoE tool-kit, which seems to be the first objective tool to measure the QoE. These metrics are
a good starting point to understand better how important the QoE is for the final user.
Finally, a recent study on the QoE of three of the most common video streaming protocols is
presented in [13]. The main purpose of that work is to measure the QoE of MPEG-DASH, Real Time
Messaging Protocol (RTMP) and RTSP protocols by applying some non-intrusive methods to monitor
video streaming under different network conditions. In practice, the RTMP and RTSP protocols are
very similar, so the obtained results are also very similar. In addition, the MPEG-DASH protocol in the
scope of media streaming, like could be the Video-on-demand (VoD) [14], is widely used. However,
in the scope of video streaming communications, real-time communications over video are not used as
much. As expected, RTSP offers slightly worse results compared to RTMP, but this is normal because
the protocols are very similar and the RTSP protocol implements some mechanisms that make it a bit
less efficient than the RTMP protocol. The main difference between that work and the one presented
here is that such a work focuses on the QoE in VoD protocols, whereas, in the present work, the main
purpose is the study of real-time streaming protocols.
3. Preliminaries
Choosing a streaming protocol is a difficult task that depends on the type of information to be
shared. Communication must be made using a protocol formed by a group of rules defining how data
are transmitted over the network and divided into different parts, such as headers, data, authentication
and error handling. Thus, a streaming protocol may be viewed as a communication protocol where
the transmitted data are media data.
In this study, the main objective is to share audio and video media. For this reason, the most
important point is the guarantee of a low latency and efficient transmissions with occasional packet
losses. A media streaming protocol is defined, taking into account the structure of the packets and
the algorithms used to send real-time media on a network. Different media streaming protocols are
available today, which differ in a few implementation details.
This section is focused on the study of two of the most used streaming protocols: RTSP and
WebRTC, which are used as base of the platforms developed in this work. Traditionally,
these communication categories have been divided into push-based and pull-based protocols [15].
Push-based protocols consist of established communication between the client and the server,
where the client is responsible for establishing the connection, and the server sends a packet stream
until the client stops or interrupts the communication. In this type of protocol, the server, in addition
4. Sensors 2017, 17, 846 4 of 17
to sending media packets, maintains a session to listen for commands from the client. These protocols
usually work over the User Datagram Protocol (UDP) [16], but could work over the Transmission
Control Protocol (TCP) [17] if necessary. They normally use the Real-time Transport Protocol (RTP),
specified in RFC 3550 [18].
Pull-based protocols are based on the HTTP protocol and consist of a communication between
client and server where the client is responsible for sending a request to the server, and the server starts
a communication where the client downloads the video streaming. In these protocols, the streaming
speed depends on the bandwidth of the client network. The most commonly used pull-based protocol
is a progressive download, in which a client sends a request to the server and starts pulling the media
content from it as quickly as possible.
Table 1 shows some examples of streaming protocols and their features. This information is based
on [19], where there is an analysis of the transmission protocols for the H.265 encoder.
Table 1. Comparison between push-based and pull-based streaming protocols.
Feature Push-Based Pull-Based
Source
Broadcasters and servers like Windows Web servers such as LAMP,
media, QuickTime, RealNetworks Helix RealNetworks Helix, Microsoft BS,
Cisco CDS/DCM Cisco CDS
Protocols RTSP, RTP, UDP
HTTP (HLS, MPEG-DASH, Adobe
HTTP Dynamic Streaming, Microsoft
Smooth Streaming)
Bandwidth usage Likely more efficient Likely less efficient
Video monitoring RTP Control Protocol (RTCP) Currently proprietary
Multicast support Yes No
The two most used real-time streaming protocols are explained in the following subsections.
3.1. RTSP
The RTSP [20] is a non-connection-oriented application layer protocol that uses a session
associated with an identifier. RTSP typically applies the UDP protocol to share video and audio
data, and TCP for control, if necessary. The syntax of the RTSP protocol is similar to that of the HTTP
protocol and supports the following operations:
• Retrieval of media from media server: The client can request a presentation description via HTTP
or some other method. If the presentation is multicast, the presentation description contains the
multicast addresses and ports that will be used for the continuous media. If the presentation is to
be sent only to the client via unicast, the client provides the destination for security reasons.
• Invitation of a media server to a conference: A media server can be “invited” to join an existing
conference, either to play back media in the presentation or to record all or a subset of the media
in a presentation. This mode is useful for distributing teaching applications. Several participants
in the conference may take turns “pushing the remote control buttons”.
• Addition of media to an existing presentation: Particularly for live presentations, it is useful for
the server to be able to inform the client about the availability of additional media.
The structure of a URL for RTSP is very similar to the URL in HTTP, with the only difference in
the used scheme rtsp:// in RTSP instead of http:// in the HTTP protocol, and the addition of new request
methods such as DESCRIBE, SETUP, PLAY, PAUSE and TEARDOWN. The DESCRIBE method is used
to obtain a description of the presentation or object appointed by the URL RTSP in conjunction with
the use of the Session Description Protocol. The server responds to this request with a description
of the requested resource. This answer corresponds to the initialization phase of RTSP and contains
5. Sensors 2017, 17, 846 5 of 17
the list of required multimedia streams. On the other hand, the SETUP method is used to establish
how the stream is transported, the request contains the URL of the multimedia stream and a transport
specification that usually includes the port to receive RTP video and audio data and another for the
RTCP [21] meta-data. The server responds by confirming the selected parameters and fills the other
parts, as they are the ports selected by the server. Every stream has to be configured before sending
a PLAY request.
The PLAY request is used to start the data stream shipment by the server using the ports configured
with the SETUP request method. Moreover, the PAUSE method temporarily pauses one or all streams
to resume later with a PLAY request. Finally, the use of the TEARDOWN request method stops the
shipment of data, releasing all resources. Note that, first of all, a TCP connection is established between
the client and the server, started by the client and typically over a well-known TCP port (554).
The operation and request order of the RSTP protocol are shown in Figure 1.
Figure 1. Real Time Streaming Protocol (RTSP) request order.
3.2. WebRTC
WebRTC [22] is an Application Programming Interface (API) created by the World Wide Web
Consortium (W3C) that allows browser applications to make calls and video chats and to use P2P files
without any plugin. The first implementation of WebRTC was created by Google and released as Open
Source. Different bodies such as the Internet Engineering Task Force, created to standardize the used
protocols, and the W3C, with the browser APIs, have been working on this implementation.
The main components of WebRTC are the following:
• getUserMedia: It allows obtaining video or audio streams from the microphone or camera
hardware. This API can be used to get a screenshot or to share our screen with other users too.
• RTCPeerConnection: It allows setting up the audio/video stream. It consists of a lot of different
tasks such as signal processing, codec execution, bandwidth administration, security of the
streaming, etc. This API call can be used to implement these different tasks without the
intervention of the programmer.
6. Sensors 2017, 17, 846 6 of 17
• RTCDataChannel: It allows sharing video or audio data between connected users.
RTCDataChannel uses a two-way communication between peers, and can be used to
exchange any data type. To do this, RTCDataChannel uses Websockets, which allows
bidirectional communication between the client and the server, using either a slower and reliable
communication over TCP, or a faster and non-reliable communication over UDP.
• geoStats: API call that allows getting different statistics about a WebRTC session.
Figure 2 shows the operation of the WebRTC protocol used to make a call with the aforementioned
API, which is composed of the next four steps:
• The application receives a streaming offer from the RemotePeer.
• The next step is the instantiation of the PeerConnection by from the application.
• Once the PeerConnection is created, the application generates the media stream and the audio
and video tracks through the PeerConnectionFactory and adds the created stream to the
PeerConnection.
• Finally, the application responds to the RemotePeer and starts the media communication.
Figure 2. Web Real-Time Communication (WebRTC) request order.
The security of the WebRTC protocol is based on two parts. On the one hand, it uses the Datagram
Transport Layer Security (DTLS) protocol [23], which is based on the TLS protocol and involves a similar
security level, in the previous communications, where the parameters of the media communications
are established. On the other hand, the Secure Real-time Transport Protocol (SRTP) [24] uses the
AES-256 algorithm [25] to encrypt all media communications.
7. Sensors 2017, 17, 846 7 of 17
4. Implemented Systems
In this work, two systems have been developed. The first one is called RTSP streaming platform
because it implements the RTSP protocol. The second one is called Direct WebRTC streaming platform
because it implements the WebRTC protocol. Both systems are implemented through Android
applications in which the application logic and the web server application that supports the system
perform different tasks. The general architecture of the two systems has been created with the same
principles, changing only the protocols and the parts necessary to interact with them. The main
difference between these two protocols is that while in many to many communications, when the RTSP
is used, the video is only sent to the server, which resends it to the other users, in the WebRTC protocol,
every user has to send the video to all other users. This happens because the WebRTC protocol is
designed for peer-to-peer communications which are the scope of this work. The developed Android
applications are based on the Google developer and Google design principles and using the Java
language through the Android Software Development Kit (SDK), and the Native Development Kit if
necessary. In conclusion, two new streaming platforms through two new Android applications have
been implemented. Figure 3 shows the global architecture of the system. The systems that implement
the two studied protocols have the peculiarity of using two servers each. Although these are two
independent servers that interact with each other, they could be hosted on the same physical server,
but for the resilience of the system, they are physically separated. These servers are the MEAN and
the KURENTO or Live555 servers. The MEAN server acts as information point server that stores
who is online and who is not in every moment. It also stores information about the URLs, public IPs,
and other personal data about the users of the system. On the other hand, the KURENTO and Live555
servers are media servers that act as a bridge in the streaming, if necessary.
Figure 3. System global view.
4.1. RTSP Streaming Platform
The architecture of the RTSP streaming platform consists of the use of P2P communications
through the RTSP protocol in places where the two users are in the same network, and in the use of
a Live555 media server in cases in which there are no dedicated network and Internet connection.
8. Sensors 2017, 17, 846 8 of 17
Live555 media server is a complete open source RTSP server that supports the most common types
of media files. Moreover, this server can stream multiple streams from the same or different files
concurrently, using by default the UDP protocol to transmit the streams, but it is also possible to
transmit over the TCP protocol if necessary.
The developed Android application acts as server and/or client depending on the application
scenario. This application allows connecting with multiple users and sending their real-time stream.
In the implementation of this system, it was decided to use the latest available version of Android,
Android 6.0, which corresponds to the API 23 of the Android SDK. Neither this version of Android
nor, consequently, in any previous, the RTSP protocol is implemented, so we had to use the third party
libraries that implement this protocol. At this point, we decided to use the Libstreaming open source
library that implements the RTSP protocol on both the server side and the client side. This library
allows streaming the camera and/or the microphone of an Android device. It supports all devices with
version equal or higher than Android 4.0, and supports H.264, H.263, Advanced Audio Coding (AAC)
and Adaptive Multi-Rate (AMR) media codecs. The choice of this library is due, first of all, to the fact
that this library makes a faithful implementation of the RTSP protocol. Second, this library is one of
the most used libraries in the applications that implement the RTSP protocol, and, last, but not least,
this library is an open source library, so that everybody can inspect it and solve any bug that may find.
Moreover, for the application to be compatible with a greater number of devices, we decided
to capture the video using the MediaRecorder API that is available in the Android 4.0 version.
The MediaRecorder API is not thought to be used for streaming purposes, but it can be used to
get data from the peripherals of the phone. To use this method and get more potential users, we had to
use a ParcelFileDescriptor to record the captured stream instead of using a file to do so. Apart from this
method for recording, we could apply the MediaCodec API to record the stream using a buffer-to-buffer
method or a surface-to-buffer method. To do this, it would be necessary to use the Android 4.1 or
Android 4.3 versions, respectively, with the consequent loss of potential users.
The general flow of this version of the system is now described. Firstly, when a user decides
to broadcast a streaming, a request is sent to the web server starting that it will start broadcasting.
The server then responds with an “OK” and the smartphone starts sending the video stream to
the media server. When a user wants to see a streaming and opens the application, a request is
automatically sent to the server to find out what the online streaming and its URLs are. Finally,
when a user selects a streaming from the list of online streamings, the application connects to the media
server, and downloads and reproduces the streaming. The first part of Figure 4 shows the general flow
of the RTSP streaming platform.
Figure 4. General flow of streaming platforms.
9. Sensors 2017, 17, 846 9 of 17
4.2. Direct WebRTC Streaming Platform
The architecture of the Direct WebRTC platform consists of the use of P2P communications
through the WebRTC protocol in places where the two users are in the same network, whereas in the
cases in which the users do not have a dedicated network, the Internet connection is used.
The developed application acts as client and/or server depending on the application scenario.
It allows connecting with one or multiple users and sending their real-time stream. It was decided
to use the latest available version of Android, Android 6.0, which corresponds to the API 23 of the
Android SDK. Neither this version of Android nor consequently in any previous, the WebRTC protocol
is implemented in the core of Android, so we had to use to third party libraries that implement
this protocol. At this point, it was decided to use the Libjingle library, which is an open source
library written in C++ by Google to allow the establishment of P2P connections and development
of P2P applications. To use this library in Android, it was necessary to compile the source code
to generate the JNI API so that the Java implementation can reuse the C++ implementation of
the same API. This library allows streaming the camera and/or microphone of an Android device.
This library supports all devices with a version equal to or higher than Android 4.1 and supports the
H.264, H.265, VP8 and VP9 media codecs. Moreover, the use of Socket.io library was also decided.
This library allows us to establish communications through the Websocket protocol, so it is used in
initial communications between the Android application and the Session Initiation Protocol server. The
use of these libraries is because the fact that these two libraries are widely used and tested on a large
number of applications and systems, both are open source libraries with a huge community supporting
and testing it, and everybody can inspect and use the code and finally, the WebRTC library implements
WebRTC faithfully, keeping the proposed standard. Furthermore, it was decided to use a STUN server,
which is responsible for obtaining the public IP and the port used to send the video streaming.
The general flow of this version of the system is described now. First, when a user decides to
broadcast, a request is sent to the server with data about the public IP and the port that this device will
use to broadcast the streaming. This public IP and port are obtained through the Google STUN server.
The server then answers with an “OK” response and the smartphone starts sending the video streaming
to the web server. When we open the client application, a request to the server is automatically sent
to find out what the online streamings and its public IP and port are. Finally, when a user selects
a streaming from the list of online streaming, he/she connects to the transmitter and the streaming
starts. The second part of Figure 4 shows the general flow of the Direct WebRTC streaming platform.
5. Comparative Study
In this section, different results obtained from the two implemented platforms are reported
and used to compare their performance, both with each other, and with the most commonly used
streaming applications.
In the experiments, a Lenovo G510 laptop (manufactured by Lenovo PC HK Limited, Hong Kong,
China) was used as a server of the two implemented systems. This laptop has an Intel i7-4702MQ
processor (manufactured by Intel Corporation, Santa Clara, CA, USA), 8 GB of RAM memory, 1 TB of
storage and uses the Windows 10 × 64 operating system.
The network used to perform all the tests is made up of a TP-LINK TL-WR841N Wi-Fi router
(Manufactured by TP-LINK Technologies Co., Limited, Shenzhen, China) that theoretically offers
maximum transfer rate of 300 Mbps and an Internet connection of 100 Mbps, but after testing the
maximum transfer rate on smartphones, the obtained maximum rate was 74.26 Mbps while the average
after 10 measurements was 53.835 Mbps.
5.1. Comparative Analysis between the Two Implemented Systems
This subsection shows the analysis of the different measures taken on the connection establishment
time and stream reception time obtained from the implementations of the two streaming protocols.
10. Sensors 2017, 17, 846 10 of 17
The measurements were made using the system time that is implemented in Java programming
language, and, therefore, in the Android platform, in the System class with the currentTimeMillis()
function. This function returns the current time in milliseconds. In order to get the connection
establishment time, we took the time at the moment when user A launched the streaming, and then the
time again when the connection was fully established. Subtraction was then performed between them
to obtain the connection establishment time. On the other hand, the stream reception time is the time
between the correct communication establishment and the time when the first video packet is received.
The different measures were made using the same smartphone, an LG L9 with 1 GB of RAM
memory (Manufactured by LG Electronics Inc., Yeouido-dong, Seoul, Korea), CPU 1 GHz Dual
Core and 4 GB of storage memory and the 4.4.4 Android version. To perform these measurements,
we implemented a series of tests using Espresso [26] tests that simulate the exact behaviour of the
application. In order to obtain a significant number of measurements, the same test was performed
in 100 iterations for each measurement. Figure 5 shows the comparative analysis between the two
systems: RTSP and WebRTC. We can see how the system that uses the RTSP protocol is slower than
the WebRTC protocol, with an average connection establishment time of 2.304 s in the case of the RTSP
protocol and an average of 1.835 s in the case of the WebRTC protocol. The difference between the
two implemented protocols in the average connection establishment time is 0.469. In spite of having
some outliers in the plots of the two systems, WebRTC protocol is more efficient in the connection
establishment time than the RTSP protocol.
Figure 5. Connection establishment time.
The comparison between both stream reception times can be seen in Figure 6, where a similar
behaviour to the case of the connection establishment time is observed, with an average of 2.161 s for
RTSP and an average of 1.709 for WebRTC. Adding the two differences, the total difference between
the two protocols is almost one second to the WebRTC protocol. Moreover, we assume that the delay
in the stream reception time could be repeated in other moments of the streaming, increasing the delay
of the system.
The difference between the two protocol times can be seen in Figure 7. A confidence interval
of 95% has been used in all box plots. On the one hand, the first box plot in the figure shows
the difference between the two protocols in the stream reception time. In this figure, a median of
2166 milliseconds, five outlier points and lower and upper limits of 1922 and 2445 milliseconds,
respectively, for the RTSP streaming platform can be observed. On the other hand, the results for the
Direct WebRTC streaming platform are a median of 1699 milliseconds, six outlier points and lower and
upper limits of 1660 and 2026 milliseconds, respectively. The second box plot in the figure shows the
difference between the two studied protocols in the communication establishment time. This figure
11. Sensors 2017, 17, 846 11 of 17
shows a median of 2333 milliseconds, five outlier points and lower and upper limits of 2200 and
2498 milliseconds, respectively, for the RTSP streaming platform. In the other part of the plot, a median
of 1822 milliseconds, three outlier points and lower and upper limits of 1380 and 2279 milliseconds,
respectively, can be observed for the Direct WebRTC streaming platform. The use of these statistical
values shows how the obtained measurements are grouped, which directly influences the QoS because
if the measurement is not fairly grouped, the video streaming QoS could decrease, and indirectly
influence the QoE in such a way that it could decrease too.
Figure 6. Stream reception time.
Figure 7. Comparison between the times of RTSP and WebRTC.
5.2. Comparative Analysis of Smartphone to Web Streaming Applications
On the Internet, there are many options that allow people to make video calls. In this subsection,
some of the most used are analysed, and specifically the Hangouts and Facebook video streaming
12. Sensors 2017, 17, 846 12 of 17
platforms. In order to make it possible, different measurements have been taken on the stream
packet delay for Hangouts and Facebook video streaming platforms and for the two implemented
systems, RTSP and Direct WebRTC streaming platforms. We used the Wireshark packet analyser in its
2.0.5 version because these applications are proprietary platforms, which means that their source code
is not available and there is no protocol specification available.
To evaluate these systems, packet traces of the runs of the systems were collected and analysed.
First, the control packets were separated from the data packets that interest us. Moreover, using the
control data, a small overview of how these systems work can be seen. In these experiments, an amount
of 10,000 data packets to be analysed were collected in order to obtain significant results. The same
laptop mentioned in the previous section was used to act as server and to access the web application and
the Wi-Fi network. As client, a Samsung Galaxy S6 with Exynos 7420 octa core processor (4 × 2.1 GHz
Cortex-A57 & 4 × 1.5 GHz Cortex-A53) (manufactured by Samsung Electronics, Yeongtong, Suwon,
Korea), 3 GB of RAM memory, 32 GB of storage memory and the 6.0 Android version was used.
The experiment consisted in making a video call between the smartphone and the web application.
During this video call, communication packets were captured to be analysed using the Wireshark
analyser to estimate the stream packet delay, obtained using Equation (1), where ti is the time when the
packet i is received and ti − 1 is the time when the packet i − 1 is received. The use of this measurement
could be influenced by the codec used by the different protocols in spite of it being known that some
applications use the same codecs as that the presented implementations. Moreover, the bitrate of
the studied applications is not known because they are private applications, but in future works,
an approximation of this aspect can be evaluated using the Wireshark packet analyser. Although these
parameters can influence the measurements, the stream packet delay is a good starting point to know
these applications and the possible protocols behind them because it provides an approximation to
learn how the packet delay affects the different streaming platforms:
δti = ti − ti−1. (1)
Next, the stream packet delay of the two implemented platforms, RTSP and WebRTC,
were estimated. The results show how the Direct WebRTC streaming platform has a much lower
delay than the RTSP streaming platform. Specifically, the average delay time after 10,000 received
packet is 37,807 milliseconds for the RTSP streaming platform and 8072 milliseconds for the Direct
WebRTC streaming platform. These measures confirm the previous conclusion that the WebRTC
implementation offers better results than the RTSP implementation.
The same analysis was performed for the Google Hangouts application. Using the captured
control packets, some appointments seem pretty clear about the protocol used by this application.
In the captured packets, the use of the STUN protocol can be seen, which could mean that the video
streaming goes directly between the clients, without going through a media server. The use of the
STUN, RTP, RTCP and SRTP protocols in this application is known because it requires having these
ports open to work well. Therefore, it is likely that the video streaming protocol used in Google
Hangouts is the WebRTC protocol, but we cannot be sure.
Using the data packets, the stream delay time was calculated and the obtained results are very
near to those obtained by the Direct WebRTC streaming platform, which intensifies the conjecture that
the WebRTC protocol is used in Google Hangout. The average measurement obtained in the stream
delay time was 8.832 milliseconds.
Another analysed application was the Facebook video application. The video call feature in the
Android application is out of the official Facebook application and can be found in the messenger
extension application, which is the messaging application of Facebook. In the web application,
the video call system can be used through the main application. In this case, like in the previous one,
the use of the STUN protocol could mean that the video streaming goes directly between the clients,
without going through a media server. The use of the WebRTC protocol in this application also seems
13. Sensors 2017, 17, 846 13 of 17
clear. The obtained measurements on the media packets obtained for this application shows an average
stream delay time of 11.093 milliseconds.
The comparison among the average stream delays time of the four systems is shown in Figure 8,
where an important improvement of the systems that implement WebRTC can be seen. In particular,
the Google Hangouts and the Direct WebRTC streaming platforms have better performance than
Facebook. This may be due to the use of some Google platforms as support in both systems, such as
the Google STUN server.
Figure 8. Average stream delay time.
5.3. Comparative Analysis of Smartphone to Smartphone Streaming Applications
The world of smartphone applications is constantly changing, and every day new applications
emerge. In the case of streaming applications, it is not different. In this section, a selection of the
most used and known video call applications is studied. Some applications studied in the previous
section are analysed, but, in this case, the analysed communication is between two smartphones.
To make this possible, different measures on the stream packet delay have been taken for Google
Hangouts, Facebook, Skype and Google Duo Android applications and for the Direct WebRTC video
streaming platform, the one that implements the WebRTC protocol. The Wireshark packet analyser is
used because these applications are proprietary platforms, which means that their source code is not
available and no specifications of the protocols are available.
In the evaluation of these systems, packet traces of the run of the systems were collected and
analysed, like in the previous subsection. First, the control packets are separated from the data packets
that interest us. Moreover, using the control data, a small overview on how these systems work
can be seen. In these experiments, an amount of 10,000 data packets were collected and analysed
to obtain significant results. The same Wi-Fi network commented in the previous section is used.
As a client, a Samsung Galaxy S6 with Exynos 7420 octa core processor (manufactured by Samsung
Electronics, Yeongtong, Suwon, Korea) (4 × 2.1 GHz Cortex-A57 & 4 × 1.5 GHz Cortex-A53), 3 GB of
RAM memory, 32 GB of storage memory and the 6.0 Android version was used.
14. Sensors 2017, 17, 846 14 of 17
In the experiment, a video call was made between two smartphones using the different Android
applications, collecting packets about this communication and analysing them to know the stream
packet delay, which is obtained using Equation (1) of the previous subsection.
Then, the stream packet delay of the Direct WebRTC streaming platform was measured to find that
it has a lower delay in the smartphone to smartphone test than in the smartphone to web application
test. In particular, the average delay in this platform is 5.112 milliseconds.
For the Google Hangouts Android application, the same analysis was performed.
As aforementioned, in the analysis of the captured control packets, this application seems to use
the WebRTC protocol. In the captured packets, the use of the STUN protocol can be seen, and some
answers of this protocol points to Google server, which could act as intermediary media server.
We know that Hangouts uses the STUN, RTP, RTCP and SRTP protocols because it requires having
these ports open, and if we decode the data packets, RTP data are obtained. Thus, it is probable that
the used video streaming protocol is the WebRTC protocol, but we can not be sure of it.
Then, the stream delay time was calculated using the data packets. The obtained results are close
to those obtained by the Direct WebRTC streaming platform, which again intensifies the conjecture
that Google Hangouts use the WebRTC protocol. The obtained average stream delay time was
6.87 milliseconds.
The analysis made for the Facebook Messenger application shows that this application works in
a mode similar to the previous one. After analysing all control traffic and decoding the UDP traffic as
RTP, the possibility of use of the WebRTC protocol seems feasible. The data packet analysis shows
a stream delay average of 16.324 milliseconds.
Another analysed application was the Skype Android application. In this case, analysing all
control and data traffic, the protocol used by this application to perform the video streaming is not
clear. The data communications work over the UDP protocol, but it was not possible to decode it.
Thus, it is possible that Skype uses a proprietary protocol that works over UDP. The analysis of the
data packets shows an average stream delay of 11.646 milliseconds.
Finally, another analysed Android application was the Google Duo video call application.
In this case, the use of the WebRTC protocol is also clear. The decoding of the UDP packets as
RTP packets showed different information on them, such as the sequence number, the protocol
version, etc. Moreover, the use of the STUN server and the fact that the streaming video goes directly
between the two smartphones, without passing through any web server, confirms the idea. In general,
this implementation seems to work in a similar way to the Direct WebRTC platform. The stream delay
of Duo Android application shows an average of 5.424 milliseconds.
The average comparison among the five applications can be seen in Figure 9, where the Direct
WebRTC streaming platform and the Google Duo applications show similar results due to their
apparently similar implementations. They are followed closely by another Google application,
the Hangouts application. Finally, Skype and Facebook applications have slower results.
5.4. Experiments Results Summary
The results of the experiments discussed above suggest that the use of the WebRTC protocol offers
a better performance than the others, as can be seen in Table 2. In this table, we can see the average
time in milliseconds of all the experiments with the different protocols and applications studied in this
work. Some applications have not been used in some experiments because it is not possible to apply
them using these applications, which is the reason why, in these cases, no average of them appear.
15. Sensors 2017, 17, 846 15 of 17
Figure 9. Average smartphone to smartphone stream delay time.
Table 2. Results of video streaming protocols and applications experiments.
Establishment Time Reception Time Smartphone to Smartphone Smartphone to Web
RTSP 2304 ms 2161 ms 37.807 ms –
Direct WebRTC 1835 ms 1709 ms 8.072 ms 5.112 ms
Facebook – – 11.093 ms 16.324 ms
Hangout – – 8.832 ms 6.87 ms
Skype – – – 11.646 ms
Duo ms – – – 5.424 ms
The performance improvement of the WebRTC implementation with respect to the RTSP
implementation could be related to the use of UDP in all communications by the WebRTC protocol,
whereas, in the RTSP protocol, TCP is used for the control. On the other hand, RTSP does not
drop video packets, while the WebRTC protocol can do it if necessary. Finally, for peer-to-peer
communications, WebRTC sends the video directly to the other peer, while, in the case of RTSP, the
video is sent to the server and the server sends it to the other peer. Moreover, the results obtained in
this study, on the improvement that the WebRTC implementation shows over RTSP in peer-to-peer
communications, could be generalized because the implemented systems have faithfully implemented
the standards, and use widely, tested open source libraries. Moreover, the WebRTC streaming platform
shows better results than the analysed streaming applications in the stream reception time and in the
stream establishment time in all cases, which means that, taking these measurements into account,
the implemented streaming platform offers a better QoS than the studied applications.
6. Conclusions
This work includes a complete analysis of the most used video streaming protocols, paying special
attention to RTSP and WebRTC protocols. Moreover, two new streaming platforms have been
developed to compare both protocols and optimize their operation. These implementations have
been built taking into account the most common schemes and conditions of use of Android
applications. The analysis of the QoE and the QoS of both platforms was performed using two
metrics: the establishment connection time and the stream reception time. From the experiments,
it is concluded that significant improvements have been obtained in WebRTC over RTSP for both
communication establishment time and package sending time. Moreover, the implemented systems
16. Sensors 2017, 17, 846 16 of 17
have been compared with the most common commercial applications through two experiments. On the
one hand, the new implemented platforms have been compared with the most common smartphone to
web video call applications, using external software because the code of such proprietary applications
is not accessible. In this experiment, both the new Direct WebRTC platform and the Hangouts
application showed similar and better behaviour than the other compared systems. On the other
hand, the implemented Direct WebRTC platform was compared to the most common smartphone to
smartphone Android video call applications, using the aforementioned external software because the
code of these proprietary applications is not accessible either. In that experiment, the implemented
Direct WebRTC system again showed a good response, and together with the Google Duo application,
showed the best results of the comparison. Therefore, at this point, it is possible to confirm that the use
of the WebRTC protocol provides better QoE and QoS than other protocols, and that the implemented
Direct WebRTC system offers good results, according to the performed experiments. This work may
lead in the future to new works where the knowledge obtained in the study and implementation of
the two protocols discussed here would help to study and implement adaptive streaming protocols
to further improve the proposed video streaming platforms. Moreover, the study of new metrics to
compare the presented streaming platforms with the commercial ones would make that the presented
study could cover other aspects. Finally, a study on how video resolution and quality affect bitrate,
QoE and QoS of the video streaming applications could be added when the adaptive video streaming
platforms are developed.
Acknowledgments: Research was supported by TESIS2015010102, TESIS2015010106, RTC-2014-1648-8,
TEC2014-54110-R, MTM2015-69138-REDT, DIG02-INSITU and IDI-20160465.
Author Contributions: All the authors conceived of the system, developed the algorithms and wrote the
paper. Iván Santos-González and Alexandra Rivero-García performed the experiments. Jezabel Molina-Gil
and Pino Caballero-Gil revised the work.
Conflicts of Interest: The authors declare no conflict of interest.
References
1. Cisco. White Paper: Cisco VNI Forecast and Methodology, 2015–2020. Available online:
http://www.cisco.com/c/en/us/solutions/collateral/service-provider/visual-networking-index-vni/
complete-white-paper-c11-481360.html (accessed on 12 April 2017).
2. Panayides, A.; Pattichis, M.; Pattichis, C.; Schizas, C.; Spanias, A.; Kyriacou, E. An overview of
recent end-to-end wireless medical video telemedicine systems using 3G. In Proceedings of the 2010
Annual International Conference of the IEEE Engineering in Medicine and Biology Society (EMBC 2010),
Buenos Aires, Argentina, 31 August–4 September 2010; pp. 1045–1048.
3. Anton, D.; Kurillo, G.; Yang, A.Y.; Bajcsy, R. Augmented Telemedicine Platform for Real-Time Remote
Medical Consultation. In Proceedings of the International Conference on Multimedia Modeling,
Reykjavik, Iceland, 4–6 January 2017; pp. 77–89.
4. Bridge, P.D.; Jackson, M.; Robinson, L. The effectiveness of streaming video on medical student learning:
A case study. Med. Educ. Online 2009, 14, 1–5.
5. Khan, S.Q.; Gaglianello, R.; Luna, M. Experiences with blending HTTP, RTSP, and IMS [IP multimedia
systems (IMS) infrastructure and services]. IEEE Commun. Mag. 2007, 45, 122–128.
6. Zhang, H.; Al-Nuaimi, A.; Gu, X.; Fahrmair, M.; Ishibashi, R. Seamless and efficient stream switching
of multi-perspective videos. In Proceedings of the 2012 19th International IEEE Packet Video Workshop,
Munich-Garching, Germany, 10–11 May 2012; pp. 31–36.
7. Stockhammer, T. Dynamic adaptive streaming over HTTP–: Standards and design principles. In Proceedings
of the Annual ACM conference on Multimedia systems, San Jose, CA, USA, 23–25 February 2011; pp. 133–144.
8. Zinner, T.; Abboud, O.; Hohlfeld, O.; Hossfeld, T.; Tran-Gia, P. Towards QoE management for scalable
video streaming. In Proceedings of the ITC Specialist Seminar on Multimedia Applications-Traffic,
Performance and QoE, Miyazaki, Japan, 2–3 March 2010; pp. 64–69.
17. Sensors 2017, 17, 846 17 of 17
9. Müller, C.; Renzi, D.; Lederer, S.; Battista, S.; Timmerer, C. Using scalable video coding for dynamic adaptive
streaming over HTTP in mobile environments. In Proceedings of the European IEEE Signal Processing
Conference, Bucharest, Romania, 27–31 August 2012; pp. 2208–2212.
10. Fund, F.; Wang, C.; Liu, Y.; Korakis, T.; Zink, M.; Panwar, S.S. Performance of DASH and WebRTC video
services for mobile users. In Proceedings of the International IEEE Packet Video Workshop, San Jose, CA,
USA, 12–13 December 2013; pp. 1–8.
11. Pereira, R.; Pereira, E.G. Dynamic adaptive streaming over http and progressive download: Comparative
considerations. In Proceedings of the IEEE International Conference on Advanced Information Networking
and Applications Workshops, Victoria, BC, Canada, 13–16 May 2014; pp. 905–909.
12. Ickin, S.; Fiedler, M.; Wac, K.; Arlos, P.; Temiz, C.; Mkocha, K. VLQoE: Video QoE instrumentation on the
smartphone. Multimed. Tools Appl. 2015, 74, 381–411.
13. Aloman, A.; Ispas, A.; Ciotirnae, P.; Sanchez-Iborra, R.; Cano, M. Performance Evaluation of Video Streaming
Using MPEG DASH, RTSP, and RTMP in Mobile Networks. In Proceedings of the IEEE IFIP Wireless and
Mobile Networking Conference, Munich, Germany, 5–7 October 2015; pp. 144–151.
14. Abreu, J.; Nogueira, J.; Becker, V.; Cardoso, B. Survey of Catch-up TV and other time-shift services:
A comprehensive analysis and taxonomy of linear and nonlinear television. Telecommun. Syst. 2017, 64,
57–74.
15. Begen, A.; Akgul, T.; Baugher, M. Watching video over the web: Part 1: Streaming protocols.
IEEE Internet Comput. 2011, 15, 54–63.
16. Postel, J. User Datagram Protocol. STD 6, RFC 768; 28 August 1980. Available online: https://tools.ietf.org/
html/rfc768 (accessed on 12 April 2017).
17. Forouzan, B.A. TCP/IP Protocol Suite; McGraw-Hill: New York, NY, USA, 2002.
18. Schulzrinne, H.; Casner, S.; Frederick, R.; Jacobson, V. RTP: A Transport Protocol for Real-Time Applications.
IETF RFC 3550 (2003). Available online: https://tools.ietf.org/html/rfc3550 (accessed on 12 April 2017).
19. Umesh, A. Performance Analysis of Transmission Protocols for H. 265 Encoder. Ph.D. Thesis, Blekinge
Institute of Technology, Karlskrona, Sweden, 2015.
20. Schulzrinne, H.; Rao, A.; Lanphier, R. RTSP: Real Time Streaming Protocol. IETF RFC 2326 (1998). Available
online: https://tools.ietf.org/html/rfc2326 (accessed on 12 April 2017).
21. Schulzrinne, H.; Casner, S.; Frederick, R.; Jacobson, V. RTP: A Transport Protocol for Real-Time Applications.
IETF RFC 1889 (1996). Available online: https://www.ietf.org/rfc/rfc1889 (accessed on 12 April 2017).
22. Bergkvist, A.; Burnett, D.; Jennings, C.; Narayanan, A. WebRTC 1.0: Real-time Communication between
Browsers. Available online: https://www.w3.org/TR/webrtc/ (accessed on 12 April 2017).
23. McGrew, D.; Rescorla, E. Datagram Transport Layer Security (DTLS) Extension to Establish Keys for Secure
Real-time Transport Protocol (SRTP). RFC 5764 (2010). Available online: https://datatracker.ietf.org/doc/
rfc5764 (accessed on 12 April 2017).
24. Baugher, M.; McGrew, D.; Naslund, M.; Carrara, E.; Norrman, K. The Secure Real-Time Transport Protocol
(SRTP). RFC 3711 (2004). Available online: https://tools.ietf.org/html/rfc3711 (accessed on 12 April 2017).
25. Chown, P. Advanced Encryption Standard (AES) Ciphersuites for Transport Layer Security (TLS).
RFC 3268 (2002). Available online: https://tools.ietf.org/html/rfc3268 (accessed on 12 April 2017).
26. Espresso Testing. Available online: https://google.github.io/android-testing-support-library/docs/index.
html#espresso (accessed on 7 March 2017).
c
2017 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access
article distributed under the terms and conditions of the Creative Commons Attribution
(CC BY) license (http://creativecommons.org/licenses/by/4.0/).