DESIGN AND ANALYSIS OF A LOOK-AHEAD SCHEDULING SCHEME TO SUPPORT PAUSE-RESUME FOR VIDEO-ON-DEMAND APPLICATIONS

In a video-on-demand (VOD) system, subscribers can choose both the movie they wish to view and the time they wish to view it. In such an environment there are invariably ''hot'' videos which are requested by many viewers. The requirement that each viewer be able to independently pause the video at any instant and later resume the viewing with little delay can cause difficulties in batching viewers for each showing. Under batching, a single video stream is shared by multiple concurrent viewers and a resume request has to wait for additional stream capacity to become available before actual resumption can occur. The conventional approach to the support of on-demand pause-resume provides one video access stream to disks for each video request. This can greatly increase the disk arm requirements of a VOD system. In this paper, we propose a more efficient mechanism to support the pause-resume feature using look-ahead scheduling with look-aside buffering. The idea is to use buffering to increase the number of concurrent viewers supportable. The concept of look-ahead scheduling is not to back up each viewer with a real stream capacity so he can pause and resume at any time, but rather with a (look-ahead) stream that is currently being used for another showing which is close to completion. Before the look-ahead stream becomes available, the pause and resume features have to be supported by the original stream through (look-aside) buffering of the missed content. It is shown via simulations that the proposed scheme can provide a substantially greater throughput than the approach without batching. Furthermore, for a given amount of buffer, the improvement in throughput grows more than linearly with the stream capacity of the server. In other words, the look-ahead stream scheduling scheme operates with good economy of scale because it is easier to form look-ahead streams for video servers with larger stream capacity.