Objets communicants pour l'Internet du futur (OCIF), Télécom Bretagne-RÉSEAUX, TÉLÉCOMMUNICATION ET SERVICES (IRISA-D2), Institut de Recherche en Informatique et Systèmes Aléatoires (IRISA), Université de Rennes (UR)-Institut National des Sciences Appliquées - Rennes (INSA Rennes), Institut National des Sciences Appliquées (INSA)-Institut National des Sciences Appliquées (INSA)-Université de Bretagne Sud (UBS)-École normale supérieure - Rennes (ENS Rennes)-Institut National de Recherche en Informatique et en Automatique (Inria)-Télécom Bretagne-CentraleSupélec-Centre National de la Recherche Scientifique (CNRS)-Université de Rennes (UR)-Institut National des Sciences Appliquées - Rennes (INSA Rennes), Institut National des Sciences Appliquées (INSA)-Institut National des Sciences Appliquées (INSA)-Université de Bretagne Sud (UBS)-École normale supérieure - Rennes (ENS Rennes)-Institut National de Recherche en Informatique et en Automatique (Inria)-Télécom Bretagne-CentraleSupélec-Centre National de la Recherche Scientifique (CNRS)-Institut de Recherche en Informatique et Systèmes Aléatoires (IRISA), Institut National des Sciences Appliquées (INSA)-Institut National des Sciences Appliquées (INSA)-Université de Bretagne Sud (UBS)-École normale supérieure - Rennes (ENS Rennes)-Institut National de Recherche en Informatique et en Automatique (Inria)-CentraleSupélec-Centre National de la Recherche Scientifique (CNRS), Département Réseaux, Sécurité et Multimédia (RSM), Université européenne de Bretagne - European University of Brittany (UEB)-Télécom Bretagne-Institut Mines-Télécom [Paris] (IMT), Signal, Images et Systèmes (Laboratoire I3S - SIS), Laboratoire d'Informatique, Signaux, et Systèmes de Sophia Antipolis (I3S), Université Nice Sophia Antipolis (1965 - 2019) (UNS)-Centre National de la Recherche Scientifique (CNRS)-Université Côte d'Azur (UniCA)-Université Nice Sophia Antipolis (1965 - 2019) (UNS)-Centre National de la Recherche Scientifique (CNRS)-Université Côte d'Azur (UniCA), Université Nice Sophia Antipolis (1965 - 2019) (UNS)-Centre National de la Recherche Scientifique (CNRS)-Université Côte d'Azur (UniCA), Centre National d'Études Spatiales [Toulouse] (CNES), Advanced technologies for operated networks (ADOPNET), Université de Rennes (UR)-Télécom Bretagne-RÉSEAUX, TÉLÉCOMMUNICATION ET SERVICES (IRISA-D2), Institut National des Sciences Appliquées (INSA)-Institut National des Sciences Appliquées (INSA)-Université de Bretagne Sud (UBS)-École normale supérieure - Rennes (ENS Rennes)-Institut National de Recherche en Informatique et en Automatique (Inria)-Télécom Bretagne-CentraleSupélec-Centre National de la Recherche Scientifique (CNRS)-Institut National des Sciences Appliquées - Rennes (INSA Rennes), ACM
Source:
MMSys '16: Proceedings of the 7th International Conference on Multimedia Systems. :1-12
Transport protocols that can exploit multiple paths,especially MPTCP, do not match the requirements ofvideo streaming: high average transmission delay, too strictreliability, and frequent head-of-line phenomenons resultingin abrupt throughput drops. In this paper, we address thismismatch by introducing a cross-layer scheduler, whichleverages information from both application and transportlayers to re-order the transmission of data and prioritizethe most significant parts of the video. Our objective is tomaximize the amount of video data that is received in timeat the client. We show that current technologies enable theimplementation of this cross-layer scheduler without muchoverhead. We then demonstrate the validity of ourapproach by studying the performance of an optimalcross-layer scheduler. The gap between the performance ofthe traditional scheduler versus the optimal schedulerjustifies our motivation to implement a cross-layerscheduler in practice. We propose one implementation withbasic cross-layer awareness. To evaluate the performance ofour proposal, we aggregate a dataset of real MPTCPsessions and we use video stream encoded with HEVC. Ourresults show that our cross-layer proposal outperforms thetraditional scheduler. Viewers not only benefit from theinherent advantages of using MPTCP (such as a betterresilience to path failure) but also get a better QoEcompared to the traditional scheduler.
