Fast Channel Navigation of Internet Protocol Television Using Adaptive Hybrid Delivery Method.
The demand for a higher bandwidth has been overwhelming in recent years because of the deployment of a broadband converged network and delivering service paradigm. Convergence is the capability of the Internet to act as a single foundation for various functions that traditionally had their own platform . The service paradigm is rapidly evolving and expanding to a true triple-play service represented by voice, Internet, and video . The Internet Protocol Television (IPTV) is a key broadcasting service in a converged network that has brought immense potential to give network providers the capacity to expand their market value and revenue generated by increasing the number of subscribers .
IPTV in a converged network is a technique that aggregates data, voice, and digital television on a single-network infrastructure line to give subscribers a packed broadband service experience and helping with the utilization of broadband services . IPTV is based on a multicast system for transmitting video across the Internet Protocol (IP) infrastructure because not all channels can be sent to the subscriber home gateway as a result of the limited network bandwidth [5, 6]. IPTV is the future of TV broadcasting because it offers a real-time video service by transmitting varieties of video contents over a converged network.
The Digital Subscriber Line (DSL) is a dominant network infrastructure for delivering IPTV services in a converged network. DSL access line employs a twisted copper cable between the Digital Subscriber Line Access Multiplexer (DSLAM) in the last mile and the customer premise. Asymmetric Digital Subscriber Line (ADSL) is a type of DSL that has a maximum bitrate of 8 Mb/s and can only support one High Definition Television (HDTV) channel at a time while ADSL2 and Very-high-bit-rate Digital Subscriber Line (VDSL), respectively, support up to 24 Mb/s and 50 Mb/s . An IPTV stream requires about 2-4 Mb/s sustained bandwidth per Standard Definition (SD) stream, using the MPEG4 compression standard with high definition increasing the bandwidth demand to 7-8 Mb/s per stream [8, 9].
The Quality of Service (QoS), which is an important metric frequently used to measure network performance is required in order to guarantee end-to-end IPTV deployment over a converged network and to provide Quality of Experience (QoE) assurance to subscribers. QoS is essential for providing a seamless IPTV service that aids QoE for subscribers. A satisfactory level of the service provided by a network provider is determined by the QoE perceived by subscribers . The lower the QoE, the higher the level of dissatisfaction and the chances of subscribers abandoning such a service. QoE is composed of a variety of metrics frequently used to measure satisfaction by subscribers. The metrics include network performance parameters such as the end-to-end delay and jitter as well as the service quality parameters such as cost, reliability, availability, and usability .
However, when compared to the traditional cable and terrestrial broadcasting services, zapping delay becomes the deterrent to the widespread use of IPTV. Zapping delay problem sets in when a change of channel takes 0.43 seconds or more [8, 12, 13] that affects the QoE perceived by subscribers. Zare et al.  explain zapping delay as a problem that occurs when a subscriber desires to change a channel, but has to wait several seconds for the desired channel to be made available. The problem gets heightened when network delay and jitter occur such that the channel selected by a subscriber experiences more than 2 second delay when compared to the same channel aired on the traditional broadcasting service.
In view of this, we propose the use of an adaptive hybrid delivery method that agglutinates multicast and unicast methods to address the zapping delay problem in the IPTV over a converged network. In literature, many adaptive network methods have been proposed to address the zapping delay problem over a converged network. The methods include the Data-Centric Network Architecture (DCNA) that supports both data-centric and host-centric applications in order to address the Internet challenges. The DCNA approach is based on the inclusion of a shim layer between the application layer and the transport layer with appropriate interfaces to efficiently connect these layers . Furthermore, a collaborative Internet architecture using the Smart Identifier NETworking (SINET) was proposed to completely eliminate resource location, data content, and user network restrictions. Consequently, the SINET method was designed to absorb all kinds of traffic dominance while compliantly meeting the various future IPTV requirements such as the vehicular network that provides inordinate prospects to address many of the challenging issues facing the current Internet architecture [16, 17].
2. Related Work
There are various methods developed over the years for improving zapping delay in IPTV. Zapping delay is usually caused by command processing time, network delay, buffer delay, multicast leave and join times, processing time in the display device, size of video buffer in encoder, and video decoding delay [14, 18]. In this section, we discuss some of these methods such as the substituting multicast-based IPTV service with the unicast-based IPTV service. A multicast-based IPTV service comes with some intrinsic downfalls in that all network devices deployed within the network must support the Internet Group Management Protocol (IGMP) . However, troubleshooting multicast service is complex, which further heightens the incurred cost of implementation.
In sharp contrast, Jackson et al.  explained that the substitution of multicast service with unicast service is not viable because as the number of subscribers increases, the required bandwidth increases. Consequently, it becomes more expensive for the QoE required by the subscribers. Nikoukar et al.  proposed a method that sends adjacent channel alongside the channel requested by a subscriber. They assumed that subscribers are likely to watch an adjacent channel to the requested channel. However, this method did not solve the zapping delay problem because if a subscriber does not switch to the adjacent channel, it forfeits the purpose. Lee et al.  improved on this method by adding channel popularity with adjacent-based prefetching. This method is used in prefetching the contents of adjacent channels before they are requested. It differentiates the channels prefetched using up and down direction buttons on the Set-Top-Box (STB) remote control based on channel popularity. However, the disadvantage of this method is that the bandwidth load becomes high, causing overload, and it ends up not reflecting the desired channel a subscriber would likely watch.
A new method that predicts the desired channel that a subscriber might likely watch was proposed to address the downside of the channel popularity with adjacent-based prefetching method . This method provides Intelligent Fast Channel Switching (IFCS) based on the behavior of a subscriber. It predicts channel traffic in advance for the subscriber who wishes to watch the channel in the next few moments. Moreover, it analyzes the behaviors of subscribers and obtains their preferences of watching channels to reduce the waiting time of the subscribers .
In spite of the number of literature studies addressing the zapping delay problem in recent years, there seems to be no sufficient literature covering IPTV zapping delay in a converged network. This gap intrinsically served a strong motivation for this study. In response to this gap, our proposed method addresses the overall problem of zapping delay by using an adaptive hybrid delivery for fast channel navigation.
3. IPTV Architecture
IPTV in a converged network is a service that uses the IP protocol to deliver multicasting contents to subscribers via a broadband connection. The IPTV architecture spans across four zones as shown in Figure 1. The customer premise where we find devices such as TV, STB, PC, IP Phone, and ADSL router presents IPTV contents to a subscriber. The network provider zone allows a connection between the consumer premise and service provider zone. The service provider zone is responsible for providing services to subscribers. The content provider zone owns or is licensed to air contents and encoded video .
3.1. Multicast. IP multicast is a one-to-many method for simultaneously delivering content to a group of nodes instead of one. IP multicast is required to provide IPTV services by joining the multicast group through a channel request initiated from the remote control of the subscriber's set-up box. This multicast service saves bandwidth at both the core and access networks because there is a high probability that multiple subscribers would likely watch the same program at the same time [25, 26].
IPTV channels are distributed to subscribers through the network provider by multicast service rather than broadcast service in order to reduce bandwidth load . The IGMP is used for management purposes, allowing IPTV subscribers to report group memberships to any neighboring routers that are multicast enabled to manage multicast video streams at the service provider zone . The STB performs the process of sending IGMP multicasting tree when an IPTV subscriber switches between channels using a remote control. The leaving group sends a leave message to the edge router at the service provider zone on receiving the IGMP leave message. The edge router will react by sending a specific multicast video stream and terminate the specific multicast channel while the join group message is used to obtain a new channel. After waiting for the IPTV content of the requested channel to be delivered, the STB waits for a decodable frame, called an Intra-coded frame (I-frame). The requested channel is ready to be displayed on the TV set once the requested channel is delivered to the STB of the subscriber [22, 29].
3.2. Unicast. The unicast service is a one-to-one connection method that conventionally uses the Real-Time Streaming Protocol (RTSP) and Real-Time Protocol (RTP) to recover lost packets. It accelerates a channel change by delivering IPTV contents at a higher rate than the streaming rate of video . A unicast service requires a dedicated zapping server to transmit a unicast burst when a subscriber initiates a channel change request. This stream is sent at a higher bitrate than the usual bitrate that allows the playout buffer to be quickly filled, making a channel readily available to a subscriber . It can significantly reduce the waiting and the buffering time for I-frame, which is the first decodable video frame made available to a subscriber [32, 33].
The downside of a unicast stream is that there is a burst load on the bandwidth imposing significant input and output demands on the video servers. This is heightened because of the huge requests from subscribers coupled with the variation of the unicast packet rate of transmission and ability to the recover lost packet. Chase  summarizes that IP multicast is used as a countermeasure because it provides huge bandwidth efficiency over the unicast delivery.
3.3. Zapping Delay. In the traditional terrestrial TV broadcasts, all channels are being broadcasted once to a viewer, making channel changes almost immediately. This instantaneous change of channel involves the TV receiver tuning to a specific carrier frequency, demodulating the content, and displaying it on the TV screen [21, 34]. Terrestrial viewers through their experiences expect channel requests to be instantaneous because zapping delay in this system is less than 0.20 s. However, zapping delay occurs in IPTV when the channel change time is above 0.43 s because one requested channel is sent to a subscriber at a time due to high bandwidth consumption that deters the widespread use of IPTV service . In addition, the problem occurs when an IPTV subscriber desires to change a channel but needs to wait until the target channel is available . Zapping delay is considered one of the most important parameters of QoE that defines the acceptability of how subscribers would perceive IPTV contents and services. This is intrinsically caused by command processing time ([T.sub.c]), network delay ([T.sub.n]), buffer delay ([T.sub.b]), and video decoding delay ([T.sub.v])  as shown in Figure 2. The zapping delay factor ([T.sub.z]) is expressed as follows:
[T.sub.z] = [T.sub.c] + [T.sub.n] + [T.sub.b] + [T.sub.v]. (1)
The first factor that causes zapping delay in IPTV is the command processing time, which is the time required to examine the header of a frame in order to determine where to direct the frame . The command processing time causes a delay that ensues at the instance a subscriber initiates a channel change request. That is, the time it takes the IGMP leave group message to leave the current channel while the IGMP joint group message is initiated through the multicast network service at the service provider zone to request for the desired channel.
Thereafter is the network delay, which is the time it takes for the requested channel to arrive after the initiation of the IGMP join group message. The buffering delay arises from buffering video frames after the arrival of the first I-frame. It is the time it takes to repair and retransmit content in order to provide reliability when packets are lost. This buffering is designed to help overcome the intrinsic problems caused by reordering and fluctuations of packets by the unavailability of content resulting from packet loss ratio (PLR), end-to-end delay, network jitter, and throughput rate [38, 39]. Packet loss is bound to occur if the network parameter for receiving IPTV traffic is not appropriately coupled with the different transmission rate. Consequently, PLR is the corrupted, lost, or excessively delayed packets divided by the total number of packets expected at the STB of a subscriber as follows :
PLR = ([lost.sub.packet]/[lost.sub.packet] - [received.sub.packet]). (2)
The end-to-end delay is the time taken for a packet to be transmitted across a network from the IPTV headend to the STB. It is computed as follows :
[D.sub.E-E] = N([d.sub.proc] + [d.sub.queue] + [d.sub.tran] + [d.sub.prop]), (3)
where N is the network parameter between the IPTV headend and subscribers, customer premise zone, [d.sub.proc] is the processing delay, [d.sub.queue] is the queuing delay, [d.sub.tran] is the transmission delay, and [d.sub.prop] is the propagation delay.
The network jitter in IPTV is defined as a variation in the end-to-end delay of receiving video stream. At the IPTV headend, video streams are sent in a continuous stream with the packets spaced evenly apart. It is numerically determined as follows :
[D.sub.jitter] = [t.sub.actual] - [t.sub.expected], (4)
where [t.sub.actual] is the actual time it takes for the IPTV packet to be received by a subscriber and [t.sub.expected] is the expected time it takes for the IPTV packet to get to the subscriber.
The throughput ([B.sub.w]) is the ratio of network capacity ([N.sub.c]), that is, the network bandwidth over the cumulated load (W) of the average amount of IPTV traffic that passes through to the STB. It is determined numerically as follows :
[B.sub.w] = ([N.sub.c]/W). (5)
Finally, a video decoding delay is the time it takes for a compressed video to be decoded, which is achieved by using I-frames. It is related to the encoding structure, and the maximum video decoding delay is the length of a group of pictures . IPTV contents are compressed by encoding multicast video stream over IP network where the video streams are divided into groups of pictures .
The essential steps of our adaptive hybrid delivery method that agglutinates multicast and unicast to minimize zapping delay in a converged network are shown in Figure 3. Once zapping delay occurs, a unicast method with Differentiated Service (DiffServ) QoS will be used to deliver IPTV contents from a multicast group to subscribers. This method addresses the requirements of delay, jitter, and real-time sensitive traffic during short periods of congestion. The overprovisioning of bandwidth will help to minimize the long-term average level of congestion within the converged network . It is imperative to use DiffServ QoS to fairly prioritize bandwidth from the unicast stream when zapping delay set in because different services run on a converged network. DiffServ admission control solves the scalability issues and provides IPTV subscribers with a consistently high-quality video with a responsively reduced channel zapping delay time. In addition, it reduces bandwidth consumption by policing IPTV traffic to ensure that it conforms to the service level agreement .
As shown in Figure 3, a decision is needed as to when to provide a hybrid stream and a multicast stream for a channel request. This is accomplished when the channel request is received and zapping delay is greater than 0.43 s. The hybrid stream is used for content delivery while a dedicated bandwidth is allocated using the DiffServ for an IPTV content in order to avoid delay and jitter. However, if zapping delay is less than 0.43 s, the channel content stream will be delivered with a multicast stream. The adaptive hybrid delivery method for channel navigation can reduce the problem of zapping delay during IPTV content delivery. Moreover, it can optimize the usage of network bandwidth while providing a resilient quality of service to subscribers. In addition, it can aid bandwidth saving and reduce zapping delay as channel request over the converged network must provide a real-time service.
5. Simulation Experiment and Results
To simulate a realistic hybrid delivery method that will produce an accurate result within an acceptable timeframe, we have used the Optimized Network Engineering Tool (OPNET) Modeler 14.5. The OPNET is an application software that provides a comprehensive Integrated Development Environment (IDE) for the specification, simulation, analysis, and evaluation of the performance of communication networks . The performance of the adaptive hybrid delivery method has been compared with the performances of the state-of-the-art multicast and unicast methods within the OPNET IDE.
Qing and Cong  explain that the OPNET modeler provides different levels of modeling, depending on the requirements of the simulation. The graphic user interface of OPNET modeler establishes an overall environment called a project. The operator can develop several network scenarios from a project in order to evaluate and analyze the performance of that network in different "what-if" scenarios. The modeler has to be configured as shown in Figure 4 in order to obtain desirable results. For the simulation experiment, we created a converged network with two routers, which are first hop router and last hop router connected to the cloud with a digital signal level 3 T-carrier link of 44.736 Mbit/s data circuit. The first hop router is connected to the converged network service with the IPTV headend, VoIP server, and data server.
Table 1 shows the network parameters used to configure the converged network topology in Figure 4. This topology has servers equipped for transmitting video, voice, and data services to subscribers. The Protocol Independent Multicast Dense Mode (PIM_DM) was added to the network node model for the simulation of the multicast stream. This has helped to efficiently generate, process, and deliver multicast packet within the converged network . Furthermore, multicast services were enabled on all nodes in order to support efficient multicast stream delivery. The application model of the OPNET was configured to generate and process unicast stream for the simulation of the unicast steam. The OPNET configuration for the simulation of a converged network runs for the duration of 15 min in order to improve the processing speed.
Figure 5 shows the IPTV traffic received from the headend and traffic sent to 12 subscribers. Specifically, Figure 5(a) shows the IPTV traffic received by the headend from the subscribers for multicast, unicast, and our hybrid methods. All these methods received the same amount of traffic over a period of time. At the same time, the traffic sent by the IPTV headend to subscribers as shown in Figure 5(b) has the same traffic value for all methods. This provides a fair comparison of the simulated methods.
Figures 6(a) and 6(b) depict the IPTV traffic load from the headend versus the throughput rate for the traffic delivered to subscribers for the unicast and multicast methods, respectively. Although the throughput of the unicast method was higher than that of multicast, the downside effect is that it consumes excessive network resources while multicast has resource allocation challenge [25, 26]. However, Figure 6(c) illustrates the throughput rate of our hybrid method for the traffic delivered to subscribers, which is higher than the load. This result indicates that the hybrid method outclassed the state-of-the-art methods, which is possible by concomitantly taking the advantages of both unicast and multicast methods.
Figure 7(a) shows the performance result of the IPTV headend processing time in responding to requests from subscribers. The comparative result shows that our proposed hybrid method, when compared with the unicast and multicast methods, has the lowest processing time despite having a higher traffic request per second as shown in Figure 7(b). Consequently, our hybrid method efficiently shares network resources evenly without affecting the network performance.
Figure 8 illustrates the end-to-end delay of all packets received at the IPTV headend. The result shows that although our hybrid method has the highest traffic request, the end-to-end delay is low when compared with the results of the unicast and multicast state-of-the-art methods.
In Figure 9, the packet delay variation (jitter) of our hybrid method is significantly less when compared to the unicast and multicast methods. This would help to reduce the zapping delay problem in IPTV.
The queuing delay in Figure 10 is the time it takes the IPTV packet to wait in a queue until it is forwarded to the IPTV subscriber. The hybrid method has the least waiting time when it comes to delivering packets. This can reduce the network delay time and zapping delay in order to increase the perceived quality of experience by a subscriber.
In this paper, we have developed and evaluated an adaptive hybrid delivery method that agglutinates the state-of-the-art multicast and unicast methods for fast channel navigation in Internet protocol Television over a converged network. The simulation results show that the hybrid delivery method has a better performance by lowering point-to-point queuing delay, end-to-end packet delay, jitter, and network throughput. The use of the hybrid delivery method reported in this paper can provide efficient, resilient, and reliable IPTV video distribution to subscribers. Moreover, it provides a mechanism for reducing the zapping delay often experienced by IPTV subscribers during channel navigation.
The data used to support the findings of this study are available from the corresponding author upon request.
Conflicts of Interest
The authors declare that they have no conflicts of interest.
 M. Jo, T. Maksymyuk, R. L. Batista, T. F. Maciel, A. L. De Almeida, and M. Klymash, "A survey of converging solutions for heterogeneous mobile networks," IEEE Wireless Communications, vol. 21, no. 6, pp. 54-62, 2014.
 J. Choi, A. S. Reaz, and B. Mukherjee, "A survey of user behavior in VoD service and bandwidth-saving multicast streaming schemes," IEEE Communications Surveys and Tutorials, vol. 14, no. 1, pp. 156-169, 2012.
 H. Joo, C. Yoon, T.-W. Um, and H. Song, "A novel fountain code-based mobile IPTV multicast system architecture over WiMAX network," Journal of Visual Communication and Image Representation, vol. 23, no. 1, pp. 161-172, 2012.
 B. Saranya, C. Balasubramaniam, and S. S. L. Durai-Arumugam, "Survey on massive multimedia content delivery in push-based wireless converged network," International Journal of Innovative Research in Advanced Engineering (IJIRAE), vol. 2, no. 1, pp. 139-143, 2015.
 C. J. Chase, "Broadcast interactive television system," Google Patents, 2016.
 B. Dekeris and L. Narbutaite, "IPTV channel zap time analysis," Elektronika ir Elektrotechnika, vol. 106, no. 10, pp. 117-120, 2015.
 A. Chatterjee, U. K. Roy, and N. Pahari, "Advancement of fixed net tele communication and different services," Communications on Applied Electronics, vol. 6, no. 1, pp. 14-22, 2016.
 R. Ferro, C. Hernandez, and G. Puerta, "Rating prediction in a platform IPTV through an ARIMA model," International Journal of Engineering and Technology, vol. 7, no. 6, pp. 2018-2029, 2016.
 J. G. Oh, Y. J. Won, J. S. S. Lee, and J. T. Kim, "A convergence broadcasting transmission of fixed 4K UHD and mobile HD services through a single terrestrial channel by employing FEF multiplexing technique in DVB-T2," Electrical Engineering, vol. 99, no. 3, pp. 1021-1042, 2017.
 J. Lai and B. E. Wolfinger, "A method to improve the channel availability of IPTV systems with users zapping channels sequentially," in Proceedings of International Conference on Wired/Wireless Internet Communications, pp. 76-89, Santorini, Greece, June 2012.
 H. J. Kim and S. G. Choi, "A study on a QoS/QoE correlation model for QoE evaluation on IPTV service," Advanced Communication Technology (ICACT), vol. 2, pp. 1377-1382, 2010.
 M. S. K. Manikandan, P. Saurigresan, and R. Ramkumar, "Grouped frequency interleaved ordering with pre-fetching for efficient channel navigation in internet protocol television," Multimedia Tools and Applications, vol. 75, no. 2, pp. 887-902, 2016.
 Y. Shin, S. Seol, and K. Lee, "A study on quality of experience of controlling a device remotely in an IoT environment," in Proceedings of Ubiquitous and Future Networks (ICUFN), pp. 699-702, Milan, Italy, July 2016.
 S. Zare, S. Mohammad Hosseini Verki, and A. Ghaffarpour Rahbar, "Channel-zapping time in IPTV: challenges and solutions," in IPTV Delivery Networks: Next Generation Architectures for Live and Video-on-Demand Services, pp. 151-183, John Wiley & Sons, Hoboken, NJ, USA, 2018.
 H. Luo, H. Zhang, M. Zukerman, and C. Qiao, "An incrementally deployable network architecture to support both data-centric and host-centric services," IEEE Network, vol. 28, no. 4, pp. 58-65, 2014.
 W. Quan, Y. Liu, H. Zhang, and S. Yu, "Enhancing crowd collaborations for software defined vehicular networks," IEEE Communications Magazine, vol. 55, no. 8, pp. 80-86, 2017.
 H. Zhang, W. Quan, H. C. Chao, and C. Qiao, "Smart identifier network: a collaborative architecture for the future Internet," IEEE Network, vol. 30, no. 3, pp. 46-51, 2016.
 A. A. Khosroshahi, S. Yousefi, and A. G. Rahbar, "IPTV channel switching delay reduction through predicting subscribers' behaviors and preferences," Multimedia Tools and Applications, vol. 75, no. 11, pp. 6283-6302, 2016.
 M. Skrbic, N. Secic, and M. Varatanovic, "A unicast-based IPTV service control," in Proceedings of Systems and Networks Communications (ICSNC), pp. 278-282, Nice, France, August 2010.
 D. L. Jackson, R. A. Hansen, and A. H. Smith, "Multicast delivery of IPTV over the Internet," GSTF Journal on Computing (JoC), vol. 1, no. 1, pp. 164-169, 2014.
 A. Nikoukar, I. S. Hwang, A. T. Liem, and J. Y. Lee, "Mitigating the IPTV Zap time in enhanced EPON systems," Journal of Optical Communications and Networking, vol. 8, no. 6, pp. 451-461, 2016.
 S. Lee, H. Moon, H. Bahn, T. Kim, and I. S. Kim, "Popularity and adjacency based prefetching for efficient IPTV channel navigation," IEEE Transactions on Consumer Electronics, vol. 57, no. 3, pp. 1135-1140, 2011.
 A. A. Beyragh and A. G. Rahbar, "IFCS: an intelligent fast channel switching in IPTV over PON based on human behavior prediction," Multimedia Tools and Applications, vol. 72, no. 2, pp. 1049-1071, 2014.
 S. Zeadally, H. Moustafa, and F. Siddiqui, "Internet protocol television (IPTV): architecture, trends, and challenges," IEEE Systems Journal, vol. 5, no. 4, pp. 518-527, 2011.
 S. Almowuena, M. M. Rahman, C. H. Hsu, A. A. Hassan, and M. Hefeeda, "Energy-aware and bandwidth-efficient hybrid video streaming over mobile networks," IEEE Transactions on Multimedia, vol. 18, no. 1, pp. 102-115, 2016.
 M. Condoluci, G. Araniti, A. Molinaro, and A. Iera, "Multicast resource allocation enhanced by channel state feedbacks for multiple scalable video coding streams in LTE networks," IEEE Transactions on Vehicular Technology, vol. 65, no. 5, pp. 2907-2921, 2016.
 L. C. Yeh, C. S. Wang, C. Y. Lin, and J. S. Chen, "An innovative application over communications-asa-service: network-based multicast IPTV audience measurement," in Proceedings of Network Operations and Management Symposium (APNOMS), pp. 1-7, Busan, Korea, September 2011.
 J.-L. Collet, F.-X. Drouet, S. C. M. M. Lebrun, and G. Marmigere, "Method and apparatus for workload management of a content on demand service," Google Patents, 2011.
 C. Y. Lee, C. K. Hong, and K. Y. Lee, "Reducing channel zapping time in IPTV based on user's channel selection behaviors," IEEE Transactions on Broadcasting, vol. 56, no. 3, pp. 321-330, 2010.
 R. Jana, V. Aggarwal, X. Chen, V. Gopalakrishnan, K. Ramakrishnan, and V. Vaishampayan, "System for consolidating heterogeneous data centers through virtualization of services," Google Patents, 2016.
 V. Sgardoni and A. R. Nix, "Raptor code-aware link adaptation for spectrally efficient unicast video streaming over mobile broadband networks," IEEE Transactions on Mobile Computing, vol. 14, no. 2, pp. 401-415, 2015.
 J. Lai, J. C. Li, A. Abdollahpouri, J. Zhang, and M. Lei, "A fairness-based access control scheme to optimize IPTV fast channel changing," Mathematical Problems in Engineering, vol. 2014, Article ID 207402, 12 pages, 2014.
 F. M. Ramos, J. Crowcroft, R. J. Gibbens, P. Rodriguez, and I. H. White, "Reducing channel change delay in IPTV by predictive pre-joining of TV channels," Signal Processing: Image Communication, vol. 26, no. 7, pp. 400-412, 2011.
 H. S. Kim, I. Kim, K. Han, D. Kim, J. S. Seo, and M. Kang, "An adaptive buffering method for practical HTTP live streaming on smart OTT STBs," KSII Transactions on Internet and Information Systems (TIIS), vol. 10, no. 3, pp. 1416-1428, 2016.
 F. M. Ramos, "Mitigating IPTV zapping delay," IEEE Communications Magazine, vol. 51, no. 8, pp. 128-133, 2013.
 J. Ryu, B. Lee, K. T. Kim, and H. Y. Youn, "Reduction of IPTV channel zapping time by utilizing the key input latency," in Proceedings of 11th Consumer Communications and Networking Conference (CCNC), pp. 263-268, Las Vegas, NV, USA, January 2014.
 R. Li, M. Li, H. Liao, and N. Huang, "An efficient method for evaluating the end-to-end transmission time reliability of a switched Ethernet," Journal of Network and Computer Applications, vol. 88, pp. 124-133, 2017.
 D. H. Kim, J. H. Huh, and J. D. Kim, "Analysis of broadcast packet loss for unequal loss protection in Wi-Fi broadcasting system," in Proceedings of 5th International Conference on IT Convergence and Security, pp. 1-4, Kuala Lumpur, Malaysia, August 2015.
 D. A. Manzato and N. L. da Fonseca, "A survey of channel switching schemes for IPTV," IEEE Communications Magazine, vol. 51, no. 8, pp. 120-127, 2013.
 H. Joo, H. Song, D.-B. Lee, and I. Lee, "An effective IPTV channel control algorithm considering channel zapping time and network utilization," IEEE Transactions on broadcasting, vol. 54, no. 2, pp. 208-216, 2008.
 X. Tian, Y. Cheng, and X. Shen, "Fast channel zapping with destination-oriented multicast for IP video delivery," IEEE Transactions on Parallel and Distributed Systems, vol. 24, no. 2, pp. 327-341, 2013.
 A. Maraj and A. Shehu, "Analysis of different parameters that affect QoS/QoE for offering multi-IPTV video simultaneously in TK," Journal of Communication and Computer, vol. 9, pp. 1412-1423, 2012.
 A. Bahnasse, F. E. Louhab, H. A. Oulahyane, M. Talea, and A. Bakali, "Novel SDN architecture for smart MPLS Traffic Engineering-DiffServ Aware management," Future Generation Computer Systems, vol. 87, pp. 115-126, 2018.
 J. Qaddour and Y. Polishetty, "Modeling and performance analysis of a converged network," in Proceedings of International Conference on Wireless and Mobile Communications (ICWMC), pp. 23-27, Barcelona, Spain, November 2016.
 L. Qing and L. Cong, "Efficient cluster routing design under the environment of internet of things based on location," in Proceedings of Intelligent Transportation, Big Data & Smart City (ICITBS), pp. 318-323, Fujian, China, December 2016.
 A. Golechha, S. Karanje, and J. Abraham, "Comparative study of multicasting protocols based on average end-to-end delay," in Proceedings of International Conference on Computing, Analytics and Security Trends (CAST), pp. 58-61, Pune, India, December 2016.
Timothy T. Adeliyi and Oludayo O. Olugbara (iD)
ICT and Society Research Group, Durban University of Technology, Durban, South Africa
Correspondence should be addressed to Oludayo O. Olugbara; firstname.lastname@example.org
Received 14 March 2018; Accepted 5 June 2018; Published 8 July 2018
Academic Editor: Mohamed El-Tanany
Caption: Figure 1: IPTV architecture over a converged network.
Caption: Figure 2: Factors of zapping delay in a converged network.
Caption: Figure 3: The adaptive hybrid delivery of IPTV channels.
Caption: Figure 4: The OPNET simulation model of a converged network.
Caption: Figure 5: (a) IPTV traffic received. (b) IPTV traffic sent.
Caption: Figure 6: (a) Unicast (load versus throughput). (b) Multicast (load versus throughput). (c) Hybrid (load versus throughput).
Caption: Figure 7: (a) Processing time. (b) Traffic request.
Caption: Figure 8: End-to-end delay.
Caption: Figure 9: Jitter.
Caption: Figure 10: Queuing delay.
Table 1: Parameters for simulating converged network. Network Converged network IP backbone IP cloud Link model PPP DS3 Server model Ethernet server No of servers 3 No of subscribers 20 Link bandwidth (core) 44.736 Mbps Link bandwidth (access) 100 Mbps Traffic type of service IPTV-(streaming video) VoIP, HTTP, FTP, Database
|Printer friendly Cite/link Email Feedback|
|Title Annotation:||Research Article|
|Author:||Adeliyi, Timothy T.; Olugbara, Oludayo O.|
|Publication:||Journal of Computer Networks and Communications|
|Date:||Jan 1, 2018|
|Previous Article:||Energy Efficient Clustering Protocol to Enhance Performance of Heterogeneous Wireless Sensor Network: EECPEP-HWSN.|
|Next Article:||A New Prime Code for Synchronous Optical Code Division Multiple-Access Networks.|