Abstract
Heterogeneous networks required IP Multimedia Subsystem (IMS) technologies to perform their control signaling and improve their communication services. However, the highest IPTV-QoS cannot be performed using IMS only as it cannot differentiate between IPTV video components. In this paper, we implement our IPTV-flow label technique in LTE-WLAN heterogeneous systems that used to improve QoS by providing IPTV sub traffic priority according to the network administrator policy. The proposed architecture has been implemented and analyzed using Opnet Modeler 17.5 software. The produced results demonstrate that IPTV users receive high definition video data with a variation in quantity in conformity with data priority by using Opnet 17.5 software.
Highlights
The composition of new telecommunication architectures has become indispensable, in a more converged environment that is controlled by the emergence of “triple play“
In our previous work (Matoui et al, 2017a), we introduced in details the new Per-Hop Behavior (PHB) that classify and distinguish IPTV sub traffics by employing the IPv6 Flow Label field
To conclude there has been a lot of research in the previous years that have been trying to enhance the QoS of IPTV services that regard real-time traffic; principally traffic losses, jitter and latency
Summary
The composition of new telecommunication architectures has become indispensable, in a more converged environment that is controlled by the emergence of “triple play“. The ability of the network to afford the user requirements upon using IPTV service putting into account the main parameters such as traffic losses, delay, video jitter and quality is the core of the definition of QoS in our network. We give the name DSCP-FL to the first 11 bits of the IPv6 FL field These new Flow Label values are mapped to PHBs that are characterized by a high priority, jitter, low loss rate and, delay like of that of the existing EF PHB. Figure show that the BC user has the lowest delay while the PVR user has the highest one This is due to the priority applied in our suggested technique in the proposed scenario. The delay of VoD user raises in the small rate while PVR delay increases with high rate because our technique prioritizes BC traffic at the expense of other VoD and PVR traffic
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.