Abstract

Broadcasting Protocols can efficiently transmit videos that simultaneously shared by clients with partitioning the videos into segments. Many studies focus on decreasing clients' waiting time, such as the fixed-delay pagoda broadcasting (FDPB) and the harmonic broadcasting schemes. However, limited-capability client devices such as PDAs and set-top boxes (STBs) suffer from storing a significant fraction of each video while it is being watched. How to reduce clients' buffer demands is thus an important issue. Related works include the staircase broadcasting (SB), the reverse fast broadcasting (RFB), and the hybrid broadcasting (HyB) schemes. This work improves FDPB to save client buffering space as well as waiting time. In comparison with SB, RFB, and HyB, the improved FDPB scheme can yield the smallest waiting time under the same buffer requirements.

1. Introduction

How to efficiently maintain the exhausted bandwidth with the growth in the number of clients is an important issue of VOD deployment. Dan et al. [1] presented that 80 percent of the demand is for a few number (10 or 20) of very popular videos. One way to broadcast a popular video is to partition the video into segments, which are transmitted on several channels currently and periodically. The approach (called periodic broadcasting [2]) lets multiple users share channels and thus obtains high bandwidth utilization. One of the channels only broadcasts the first segment in real time. The other channels transmit the remaining segments. When clients want to watch a video, they wait for the beginning of the first segment on the first channel. While clients start watching the video, their set-top boxes (STBs) or computers still download and buffer unreceived segments from the channels to enable them to play the video continuously.

The staggered broadcasting [3] scheme treats a complete video as a single segment and then transmits it on each channel at different start times. The fast broadcasting (FB) scheme [4] improves segment partitioning and arrangement to yield shorter service latency. The harmonic broadcasting (HB) scheme [5] initially partitions a video into equally sized segments, which are further divided into smaller subsegments according to the harmonic series. HB can yield the minimum waiting time [6]; however, its implementation is difficult due to the multitude of broadcasting channels [7]. The recursive frequency-splitting (RFS) [7] scheme broadcasts a segment as close to its frequency as possible to achieve a near-minimal waiting time. The study [8] focuses on reducing the computation complexity of RFS. Paris [9] proposed a fixed-delay pagoda broadcasting (FDPB) scheme that required clients to wait for a small-fixed delay before watching the selected videos.

The staircase broadcasting (SB) scheme [10] requires a client to buffer only 25% of a playing video. In modifying the FB scheme, the reverse fast broadcasting (RFB) scheme [11] also buffers 25% of video size, merely half of what is required by the FB scheme. By combining RFS and RFB the hybrid broadcasting scheme (HyB) [12] yields small client buffering space and waiting time. The study in [13] proposed a generalized reverse sequence-based model to reduce their client buffer requirements. This work aims at improving FDPB to reduce required playback latency and buffering space. We prove the applicability of the improved FDPB, and compare its performance with that of several existing approaches. Given a bandwidth of 5 channels, the new scheme reduces the broadcast latency by as much as 24% when compared to HyB and 34.5% when compared to RFB and SB. The buffer requirements for these schemes are about 25% of video size.

The rest of this paper is organized as follows. Section 2 introduces FDPB and proposes its improvement. Performance analysis and comparison are in Section 3. We make brief conclusions in Section 4.

2. Proposed Scheme

This section briefly reviews FDPB and then presents the improvement.

2.1. Fixed-Delay Pagoda Broadcasting (FDPB) Scheme

To help explain the improved FDPB, we first review the FDPB scheme in the literature [9]. Suppose that a video of duration is broadcast over channels. The scheme partitions each video into equal-size segments of duration . These segments will be broadcast at different frequencies over the channels. The FDPB-p scheme requires customers to wait for a fixed time interval , where   ≥1. Segment is thus transmitted at least once every slots. The FDPB-p scheme partitions each channel into subchannels in such a way that slot of channel belongs to its subchannel . FDPB then maps segments into subchannels in a strict sequential fashion.

Figure 1 illustrates the video partition and segment arrangement of FDPB-3. Channel is partitioned into two subchannels because is close to 2. Let be the th segment. Since , segment needs to be broadcast at least once every three slots and is assigned to subchannel 1. The first segment of subchannel 2 is segment , which appears at least once every 3 + 2 − 1 = 4 slots. We thus map two segments into subchannel 2, and channel transmits three segments (i.e., to ). The first segment of channel is segment , which is broadcast at least once every 3 + 4 −  1 = 6 slots. Since 6 is close to , channel is partitioned into two subchannels. The first subchannel periodically transmits segments to , and the second subchannel broadcasts segments to . The first segment of channel is segment , which is broadcast at least once every 3 + 11 − 1 = 13 slots. Similarly, since 13 approaches to , channel is partitioned into four subchannels. The first subchannel sends segments to , the second subchannel sends segments to , the third subchannel sends segments to , and the fourth subchannel sends to . Hence, channel broadcasts 18 segments. Figure 1(b) demonstrates how to broadcast the segments on three channels and how to download the segments colored gray. Suppose that a client starts receiving the segments at time . This figure shows that the client begins to watch the video at time .

2.2. Improvement of FDPB

By integrating the RFB with FDPB, this work designs the RFB-FDPB (RFDPB) scheme, which gains small low buffer requirements as well as waiting time.

2.2.1. Segment Delivery on the Server Side

Let be the number of allocated channels. The data transmission rate of each channel is assumed to equal the playback rate . An RFDPB server broadcasts segments according to the following steps.(1)The largest number of segments that FDPB- can transmit using channels is assumed to equal . The RFDPB- scheme then equally divides a constant-bit-rate (CBR) video into segments, denoted by in sequence, where . Let be the length of the video. The length of a segment, , thus equals .(2)Channels to periodically send segments to according to FDPB-p.(3)Segments to are transmitted on channel .(4)Segments to are broadcast on channel .

Figure 2 illustrates the segment delivery by RFDPB-3, where . The server broadcasts segments to on channels to by FDPB-3 because FDPB-3 can transmit 10 segments using two channels, as indicated in Figure 1. Due to , RFDPB periodically broadcasts segments to and to on channels and .

2.2.2. Segment Reception on the Client Side

Suppose that a client has enough buffers to store portions of a playing video. Let be a basic time unit during video playing. We also let be the time that the client starts downloading the video and be the origin (i.e., the first time unit) of the time axis throughout the paper. The following steps are involved in playing a video at the client.(1)The client receives the segments on channels to immediately when they are available on networks. Figure 3 further demonstrates the segment downloading, where the segments downloaded by a client are gray.(2)The segment downloading on channel is as follows. Suppose that the client first sees segment on channel at time and next segment at time . The client is also assumed to play segments and at time and , respectively. The work in [11, 12] indicates that if , the client does not need to receive segment at time and actually performs the downloading at time , without causing playing interruption. FDPB further reveals that a client has to wait for a fix time unit to play received segments. Thus, th time unit, th time unit, and . Substituting these equations into , we obtain If this inequality holds, a client does not receive segment at time ; otherwise, it immediately downloads it. Suppose that the client first sees segment with only diagonal lines on channel at the 6th time unit, as indicated in Figure 3. Due to , , , and , , , and . Clearly, it is unnecessary to download segment at this time unit because inequality (1), , holds. The result also reflects that the client does not have to receive the segment when . When next segment colored gray in Figure 3 arrives at the 16th time unit, the inequality is no more true, , and the client thus downloads it.(3)The segments on channel are received in the similar way, as also indicated in Figure 3. Suppose that the client first sees segment on channel at time , and next segment at time . The client is also assumed to play segments and at time and . Similarly, if , the client does not receive segment . Substituting th time unit, th time unit, and into inequality obtains If the inequality is true, the client skips the downloading of segment . Suppose that the client first sees segment with only diagonal lines on channel at the 12th time unit, as indicated in Figure 3. Due to , , , and , , , and . Clearly, it is unnecessary to download segment at this time unit because inequality (2), , is true. The result also reflects that the client does not have to receive the segment when . When next segment colored gray in Figure 3 arrives at the 32nd time unit, the inequality is no more true, , and the client thus downloads it.(4)The client plays the video in the order of at time .(5)Stop loading data from networks when all the segments have been received.

2.2.3. Workable Verification

This section describes that the RFDPB scheme guarantees continuous playing on the client side. Because the segment broadcasting on channels to is based on FDPB [9], RFDPB is workable for these channels. We next prove that the segment arrangements on channels and also ensure a client to continuously play a video. FDPB further indicates that a video server must broadcast segment at least once in every time units to keep on-time data delivery on the client side. For the RFDPB scheme, a server broadcasts segment on channel in every time units, where . Because , an RFDPB client can receive video segments on channel on time. Similarly, the RFDPB scheme requires a server to transmit segment on channel in every time units, where . Because , the segment delivery on this channel is also on time. Accordingly, RFDPB ensures continuous video playing at the client.

3. Analysis and Comparison

Before investigating entire buffer requirements for RFDPB, this paper analyzes the segment downloading on channel first. For RFDPB-p, a client plays the segments received from this channel during time units to . The possible time to download the segments is during the th to th time units. Suppose that a client sees segment at the th time unit. Inequality (1) makes a complete segment-downloading diagram for channel , as indicated in Figure 4, where the segments downloaded by the client are colored gray. The figure shows that the client does not continuously download segments, and some segments are skipped. The segments are not downloaded during the first to th time units, during the th to th time units, during the th to th time units, and during the th to th time units, respectively. Such results reflect that the client can delay downloading these segments by time units, due to (1). Similarly, (2) also makes a complete segment-downloading diagram for channel , as indicated in Figure 6, where a client is assumed to see segment at the th time unit.

The RFDPB scheme uses the same methodology as HyB, combining a nonharmonic scheme and the RFB to reduce clients’ waiting time and buffering spaces (Figure 5). For segment broadcasting on channels to using the nonharmonic scheme, channels and broadcast the other segments according RFB. Yu’s work [12] has proved HyB only buffer 25% of video size for , where is the number of broadcasting channels. The proof of the maximum number of segments buffered by a client for RFDPB is similar to that of HyB, so this paper neglects it. Therefore, let be the maximum number of segments buffered by a client, where is the number of broadcasting channels. For RFDPB, The previous analysis indicates that RFDPB buffers at most of video size. Table 1 lists the comparison of maximum buffering spaces required by RFDPB-3, FB, SB, RFB, FDPB-3, and HyB. RFDPB-3 reduces the buffering space up to 32.4% when compared to FDPB-3 and up to 50% when compared to FB and has the same good result with the other schemes. Given a video of 120 minutes, Figure 6 shows the buffer requirements at different channels. To understand how well the RFDPB scheme performs on clients waiting time, this work calculates the values of offered by RFDPB-6, SB, FB, RFB, FDPB-6, and HyB given different numbers of server channels, as listed in Table 2. The inverse of offered by each scheme reflects the waiting time for a new client to start his/her VOD service. Figure 7, which is drawn in a logarithmic scale, shows that RFDPB-6 performs close to FDPB-6 stably. For , the RFDPB-6 outperforms all the schemes, except the FDPB-6. To understand the relationship between RFDPB and HyB schemes, this work calculates clients’ waiting time of RFDPB-9, RFDPB-6, HyB, and RFDPB-3, as listed in Table 3. Figure 8 shows that, for ≥ 6, RFDPB-p outperforms HyB. The previous comparisons clearly indicate that RFDPB exhibits a good tradeoff between client buffering spaces and waiting time.

4. Conclusions

This paper presents an improved version of FDPB for efficient periodic broadcasting of popular videos. The proposed scheme takes advantage of the FDPB and the RFB schemes to obtain small waiting time and low buffer demand. Through mathematical analysis, we prove the applicability of this scheme by demonstrating that client playback continuity is guaranteed. Given a bandwidth of 5 channels, the new scheme reduces the broadcast latency by as much as 24% when compared to HyB and 34.5% when compared to RFB and SB. The buffer requirements for these schemes are about 25% of video size.