WO2002015576A1 - Multi-tier video delivery network - Google Patents

Multi-tier video delivery network Download PDF

Info

Publication number
WO2002015576A1
WO2002015576A1 PCT/US2001/025188 US0125188W WO0215576A1 WO 2002015576 A1 WO2002015576 A1 WO 2002015576A1 US 0125188 W US0125188 W US 0125188W WO 0215576 A1 WO0215576 A1 WO 0215576A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
video data
local center
cache
data
Prior art date
Application number
PCT/US2001/025188
Other languages
French (fr)
Inventor
Thomas D. Miller
Adityo Prakash
Hon Hing So
Kendall R. Haulotte
Original Assignee
Pulsent Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Pulsent Corporation filed Critical Pulsent Corporation
Priority to AU2001283297A priority Critical patent/AU2001283297A1/en
Publication of WO2002015576A1 publication Critical patent/WO2002015576A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends

Definitions

  • the present invention relates to broadband video content distribution networks utilizing Asynchronous Transfer Mode (ATM) or Internet Protocol (LP) backbone transport and a system of coordinated video servers, video storage devices, video caching devices and a video stream manager.
  • ATM Asynchronous Transfer Mode
  • LP Internet Protocol
  • a packet- based network is a network where the data is transmitted in a non-continuous fashion, which allows the physical onnection to be shared by multiple users simultaneously.
  • the end-users expect to get such video data in real, or near real, time.
  • Real-time video streams consume considerable bandwidth, as the recipient expects to receive video at its frame rate. Thus, if the frame rate is thirty frames per second, the recipient expects the network to deliver, in one second or less, enough data to decode thirty frames of video.
  • One partial solution that attempts to overcome that disadvantage is to have the content streamed once from its source at a central location to many servers located nearer to recipients, thus reducing the number of copies of the data that have to flow over large portions of the network. While this solution would be useful if the content that is streamed to the network edge is used by recipients near each edge server, even more network bandwidth might be wasted as unused content is streamed from the central location to edge servers that might not ever serve up the content.
  • the invention relates to a system and method of delivering video over a communication system comprising of a system of video servers, video storage devices, video caches and a broadband transmission network.
  • Video material is initially received from content providers, encoded using a compression algorithm, and stored at a centralized location. Depending on the projected frequency of viewing of the content, it either remains stored solely at the centralized location for less frequently viewed content, or the projected frequently viewed content is proactively transmitted to storage systems located on the edge of the network close to end users.
  • certain video material is streamed live to the end user from the centralized location or other encoding facilities, via the local center.
  • the transmission between the centralized facility and the local center in controlled by a stream manager capable, based upon various criteria, of prioritizing the transmission of different video streams both live and previously stored, determining whether certain video data should be stored at the local center, distributing the total volume of video data over multiple networks.
  • Fig. 1 illustrates the method and apparatus of playing video content archived at the centralized location
  • Fig. 2 illustrates the method and apparatus of playing live video content transmitted through the centralized location
  • Fig. 3 A illustrates the method and apparatus of archiving video content at the local center
  • Fig. 3B illustrates the method and apparatus of playing video content archived at the local center
  • Figure 1 illustrates the concept of the utilization of a multi tier system to deliver high quality video content from a centralized source to an end user.
  • Customer A initiates a request for a specific file of video content. This request is sent to the local center 101 and through the local center router 102 to the local center video server 103.
  • the local center video server 103 determines that the requested video content is located at the centralized center 104 and forwards a request through local center router 102 to the centralized center router 105, which sends the request to the centralized center video server 106.
  • the location of the specific content is identified in the centralized center video storage 107 and played back to the local center via the centralized center video server 6 and router 105.
  • the content is received at the local center via the local router 102 and sent via the local video server 103 to the local center video cache 108.
  • the local video cache After the local video cache has received 3-10 seconds of video content, it signals the home cache 109 that it is ready to transmit the content and after receiving an acknowledgement from the home cache, begins to transmit the video content. After the home cache has received 3-10 seconds of video content, it begins to play the material to the end user through the viewer of choice, either a personal computer 110 or a television 111.
  • the home cache 109 and the local center video cache 108 maintain a flow of communication about the status of the fill level of the local center video cache 108 and ensures that a sufficient rate of content is transmitted to the home cache 109 to continuously enable an uninterrupted video stream to the end user.
  • the 106 also maintain a flow of communication about the status of the fill level of the local center video cache 108. In this case, however, the decision to transmit additional material is based both on the fill level of the cache and the available bandwidth of the transmission path 112 between the centralized center router 105 and the local center router 102. The available bandwidth will be utilized as additional customers served out of the local center make requests for video content in the same manner as Customer A described above.
  • FIG. 1 depicts a system with four end users served out of a local center, it is envisioned that any number of customers may be served from a given center. Furthermore, as the network expands in size, an additional tier(s) of serving centers may be inserted between the centralized center 104 and the local center 101.
  • Bandwidth prioritization is controlled by the stream manager 113 which dynamically allocates available bandwidth to individual video streams based on an algorithm that sends more content to the local center video cache when there is available bandwidth and less when the transmission path 112 is nearing its overall capacity.
  • the stream manager 113 will opt to fill the individual caches supporting requesting end users to capacities exceeding nominal fill levels in order to optimize the use of the dedicated transmission capacity. This will enable less bandwidth to be supplied to these caches in subsequent time increments when other end users make requests for video content or when the aggregate bandwidth for all streams is relatively high.
  • Fig. 1 depicts a single transmission path between the centralized location (center) 104 and the local center 101, it is contemplated that multiple physical transmission links can be implemented, depending on the overall engineered traffic volume.
  • the stream manager 113 also implements a load balancing algorithm to optionally distribute the total volume of traffic over the multiple transmission links, including transmission over the public Internet for lower priority traffic which has to be transmitted between the centralized center 104 and the local center 101.
  • a similar load balancing algorithm can be implemented for distribution of traffic through multiple networks between the local center 101 and the home cache 109.
  • Utilization of the local center video cache 108 allows for the opportunity for the local center video server 103 to signal the video server 106 at the national center to retransmit data packets when they have been lost or corrupted during transmission. Upon retransmission, lost packets can be inserted into the video cache 108 in the correct sequence prior to transmitting the information to the home cache 109.
  • the video decoder located in the television 110 (or a set top box adjunct) or in the personal computer 111 will have an opportunity to signal the local center video server 103 for retransmission when a packet has been lost or corrupted during transmission from the local center to the home.
  • lost packets can be inserted into the home cache 109 in the correct sequence prior to transmitting the information to the computer or television of the end user.
  • Figure 2 illustrates the concept of the utilization of a multi tier system to deliver high quality live video material via a centralized source to end-users.
  • Source material 201 is captured utilizing a video camera 202 and transmitted to the video encoder 204 at the centralized center.
  • the encoder could be co-located at the recording site in order to conserve transmission bandwidth from the recording site to the centralized center.
  • the video content is received in the local center by the router 208 and directed by the video server 209 to the local center video cache 213.
  • This request is sent to the local center and through the local center router 208 to the local center video server 209.
  • the video server locates the content in the local center video cache 213 and begins to transmit the live video content from the video cache 213 to the home cache 214.
  • the cache sizes in the centralized, local and home caches must be kept relatively small, in the range of 1-10 seconds, in order to maintain the "live" characteristic of the broadcast.
  • the live content is sent from the centralized center to the local center after Customer A requests it but should additional customers served from the local center request the content, it is sent out to those customers from the local center video server 209 through the local center router 208 using an existing process called multicasting without having to replicate bandwidth in transmission path 211 or resources in the centralized center.
  • the stream manager 215 assigns a higher priority to live streams when compared to the prerecorded streams in the previous example in order to assure that the caches supporting live material remain within their thresholds. Retransmission of lost or corrupted packets for live streams is assigned the highest priority by the stream manager 215.
  • Content Producers who are sending live video content will also have the option of recording and storing their content as it is being sent out live. In this case, the material will be simultaneously stored in the centralized location video storage 216 and made available for customer access as previously described in Figure 1.
  • Figure 3 a illustrates the concept of proactively sending content from the centralized location 303 to the local centers 307 when there is a high probability that the content will be viewed by several or more of the end users served out of the local center.
  • Source material 301 is produced and recorded 302 and transported to the centralized location 303 in a number of possible ways, including direct transmission, file transfer, physical delivery, etc., depending upon the preference of the content producer.
  • the content is encoded 304 and routed via the video server
  • An availability schedule is negotiated with the content producer and an assessment is made between the content producer and the centralized location management as to whether the content is expected to be viewed frequently enough to warrant its proactive storage at one or more of the local centers. If the decision is made to utilize local storage, the stream manager 311 is assigned the task of allocating network bandwidth on the transmission path 312. This task will normally be assigned a lower priority than the live and on demand pre-recorded content being transmitted over the transmission path 312 since it will not be as time sensitive. However, if bandwidth is available, the stream manager 311 will allocate additional bandwidth to the transmission of the video content designated for local archiving.
  • the stream manager311 will communicate with the content management software within the video server 305 and determine if additional content stored at the centralized location 306 would be a candidate for local archiving based on any one or a combination of the following parameters: .
  • Available storage space in the local center video storage 310 The greater the amount of storage space available at the local center the greater the amount of additional content that will be archived at the local center and vice versa.
  • History of the content being previously accessed by end users served by that local center 307 The more frequently a video content is accessed by the end users, the higher the priority of the video content for local storage and vice versa.
  • History of similar content being previously accessed by end users served by that local center 307 The more frequently a video content is accessed by the end users, the higher the priority of similar video content for local storage and vice versa.
  • Figure 3b illustrates the concept of playing out the video content that is proactively archived at the local center. This is currently being performed by numerous video server suppliers and does not constitute a part of this invention. However, the overall system for integrating and efficiently managing the three types of video traffic (archived content at a centralized location, live content, and archiving and playing content from a local center) is an integral component of the invention.
  • the stream manager plays various important roles which include the following:
  • the stream manager prioritizes the transmission of the various streams based on a combination of the following: i. The type of traffic which may be live or centrally stored. ii. The amount of material remaining in the caches which require refreshing. The lower the remaining material in the caches the higher the priority of transmission, iii. The speed at which the end user is viewing the material. If a particular video material is being viewed at a higher speed than other materials, the material will be given higher priority of transmission, iv. The necessity to retransmit data due to corruption and lost packets.
  • the stream manager determines the instantaneous amount of bandwidth required to transmit the video information to each end user and staggers the transmission of high bandwidth instants with lower bandwidth instants in other video data streams to produce a smoother, aggregated stream that is more efficient to transport over the video delivery network. 3.
  • the stream manager determines which video content is a candidate for storage at the local facility based on the criteria described above.
  • the stream manager determines the load on the network and implements a load balancing algorithm to optionally distribute the total volume of traffic over multiple networks including among others, the public Internet.

Abstract

A network for distributing broadband video content from its origination point to end users [A,E,C,D] using a system of video servers [103,106], video storage devices [107], video caches [108] and a broadband transmission network. Video material is initially received from content providers, encoded using a compression algorithm, and stored at a centralized location [104]. Depending on the projected frequency of viewing of the content, it either remains stored at the centralized location [107] for less frequently viewed content, or the projected frequently viewed content is proactively transmitted to storage systems located near the edge [101] of the network close to the end users.

Description

MULTI-TIER VIDEO DELIVERY NETWORK
CROSS-REFERENCES TO RELATED APPLICATIONS The present disclosure claims priority from U.S. Provisional Patent Application No. 60/224,748, filed August 10, 2000, and entitled "Multi-Tier Video Delivery Network," the disclosure of which is hereby incorporated by reference for all purposes.
FIELD OF THE LNNENTION The present invention relates to broadband video content distribution networks utilizing Asynchronous Transfer Mode (ATM) or Internet Protocol (LP) backbone transport and a system of coordinated video servers, video storage devices, video caching devices and a video stream manager.
BACKGROUND OF THE LNNENTION
In the current environment, with the explosion in popularity of the Internet for entertainment, commerce and other new uses (as well as the old uses), many users expect to get large bandwidth data sets, such as the data that makes up a video sequence, transmitted over packet-based networks, one example of which is the Internet. A packet- based network is a network where the data is transmitted in a non-continuous fashion, which allows the physical onnection to be shared by multiple users simultaneously. The end-users expect to get such video data in real, or near real, time. Real-time video streams consume considerable bandwidth, as the recipient expects to receive video at its frame rate. Thus, if the frame rate is thirty frames per second, the recipient expects the network to deliver, in one second or less, enough data to decode thirty frames of video.
For some transmission media, such as direct satellite broadcasting systems or cable television networks, sending real-time video is easy and has in fact been done for years. Unfortunately, such networks are only useful where only a few (many numbering in the hundreds) video streams are being sent and they are being sent simultaneously to the recipients, and cannot readily be adapted to sending different video streams at possibly different times, to many different places on the network.
One disadvantage of streaming content out from a centralized source every time that content is requested, even if it is done in non-real-time, is the cost of handling full video connections to each of possibly millions of recipients. With high-bandwidth content and many recipients requesting a copy of the content, the network will slow under the weight of the traffic. One partial solution that attempts to overcome that disadvantage is to have the content streamed once from its source at a central location to many servers located nearer to recipients, thus reducing the number of copies of the data that have to flow over large portions of the network. While this solution would be useful if the content that is streamed to the network edge is used by recipients near each edge server, even more network bandwidth might be wasted as unused content is streamed from the central location to edge servers that might not ever serve up the content.
SUMMARY OF THE LNNENTION The invention relates to a system and method of delivering video over a communication system comprising of a system of video servers, video storage devices, video caches and a broadband transmission network. Video material is initially received from content providers, encoded using a compression algorithm, and stored at a centralized location. Depending on the projected frequency of viewing of the content, it either remains stored solely at the centralized location for less frequently viewed content, or the projected frequently viewed content is proactively transmitted to storage systems located on the edge of the network close to end users. In addition to storage, certain video material is streamed live to the end user from the centralized location or other encoding facilities, via the local center. The transmission between the centralized facility and the local center in controlled by a stream manager capable, based upon various criteria, of prioritizing the transmission of different video streams both live and previously stored, determining whether certain video data should be stored at the local center, distributing the total volume of video data over multiple networks.
BRIEF DESCRIPTION OF DRAWINGS Fig. 1 illustrates the method and apparatus of playing video content archived at the centralized location
Fig. 2 illustrates the method and apparatus of playing live video content transmitted through the centralized location Fig. 3 A illustrates the method and apparatus of archiving video content at the local center
Fig. 3B illustrates the method and apparatus of playing video content archived at the local center
DETAILED DESCRIPTION OF THE EMBODIMENTS With reference to the exemplary drawings wherein like reference numerals indicate like or corresponding elements among the figures, embodiments of a system according to the present invention will now be described in detail. Figure 1 illustrates the concept of the utilization of a multi tier system to deliver high quality video content from a centralized source to an end user. Customer A initiates a request for a specific file of video content. This request is sent to the local center 101 and through the local center router 102 to the local center video server 103. The local center video server 103 determines that the requested video content is located at the centralized center 104 and forwards a request through local center router 102 to the centralized center router 105, which sends the request to the centralized center video server 106. The location of the specific content is identified in the centralized center video storage 107 and played back to the local center via the centralized center video server 6 and router 105. The content is received at the local center via the local router 102 and sent via the local video server 103 to the local center video cache 108.
After the local video cache has received 3-10 seconds of video content, it signals the home cache 109 that it is ready to transmit the content and after receiving an acknowledgement from the home cache, begins to transmit the video content. After the home cache has received 3-10 seconds of video content, it begins to play the material to the end user through the viewer of choice, either a personal computer 110 or a television 111. The home cache 109 and the local center video cache 108 maintain a flow of communication about the status of the fill level of the local center video cache 108 and ensures that a sufficient rate of content is transmitted to the home cache 109 to continuously enable an uninterrupted video stream to the end user. The local center video cache 108 and the centralized center video server
106 also maintain a flow of communication about the status of the fill level of the local center video cache 108. In this case, however, the decision to transmit additional material is based both on the fill level of the cache and the available bandwidth of the transmission path 112 between the centralized center router 105 and the local center router 102. The available bandwidth will be utilized as additional customers served out of the local center make requests for video content in the same manner as Customer A described above.
Although Fig. 1 depicts a system with four end users served out of a local center, it is envisioned that any number of customers may be served from a given center. Furthermore, as the network expands in size, an additional tier(s) of serving centers may be inserted between the centralized center 104 and the local center 101.
Bandwidth prioritization is controlled by the stream manager 113 which dynamically allocates available bandwidth to individual video streams based on an algorithm that sends more content to the local center video cache when there is available bandwidth and less when the transmission path 112 is nearing its overall capacity.
As an individual video stream serving an end user from local center video cache 108 begins to reach the low end of its designated fill level, that stream is assigned a higher bandwidth priority when compared to caches for other video streams that are fuller. That priority is maintained until the cache supporting that individual stream is refilled to its threshold level. When overall demand for bandwidth on the transmission path 112 is light, the stream manager 113 will opt to fill the individual caches supporting requesting end users to capacities exceeding nominal fill levels in order to optimize the use of the dedicated transmission capacity. This will enable less bandwidth to be supplied to these caches in subsequent time increments when other end users make requests for video content or when the aggregate bandwidth for all streams is relatively high.
Although Fig. 1 depicts a single transmission path between the centralized location (center) 104 and the local center 101, it is contemplated that multiple physical transmission links can be implemented, depending on the overall engineered traffic volume. In the case of high volume of video data, the stream manager 113 also implements a load balancing algorithm to optionally distribute the total volume of traffic over the multiple transmission links, including transmission over the public Internet for lower priority traffic which has to be transmitted between the centralized center 104 and the local center 101. A similar load balancing algorithm can be implemented for distribution of traffic through multiple networks between the local center 101 and the home cache 109.
Utilization of the local center video cache 108 allows for the opportunity for the local center video server 103 to signal the video server 106 at the national center to retransmit data packets when they have been lost or corrupted during transmission. Upon retransmission, lost packets can be inserted into the video cache 108 in the correct sequence prior to transmitting the information to the home cache 109. Similarly, the video decoder located in the television 110 (or a set top box adjunct) or in the personal computer 111, will have an opportunity to signal the local center video server 103 for retransmission when a packet has been lost or corrupted during transmission from the local center to the home. Upon retransmission, lost packets can be inserted into the home cache 109 in the correct sequence prior to transmitting the information to the computer or television of the end user.
Figure 2 illustrates the concept of the utilization of a multi tier system to deliver high quality live video material via a centralized source to end-users. Source material 201 is captured utilizing a video camera 202 and transmitted to the video encoder 204 at the centralized center. Alternatively, the encoder could be co-located at the recording site in order to conserve transmission bandwidth from the recording site to the centralized center. After the content is encoded, it is placed in a video cache 206 at the centralized location and streamed out to the local center via the video server 205 and the centralized center router 210 over a dedicated transmission path 211. The video content is received in the local center by the router 208 and directed by the video server 209 to the local center video cache 213.
If Customer A initiates a request for a specific file of video content, this request is sent to the local center and through the local center router 208 to the local center video server 209. The video server locates the content in the local center video cache 213 and begins to transmit the live video content from the video cache 213 to the home cache 214.
Unlike the previous example of playing back pre-recorded content, the cache sizes in the centralized, local and home caches must be kept relatively small, in the range of 1-10 seconds, in order to maintain the "live" characteristic of the broadcast. Also unlike the previous example, the live content is sent from the centralized center to the local center after Customer A requests it but should additional customers served from the local center request the content, it is sent out to those customers from the local center video server 209 through the local center router 208 using an existing process called multicasting without having to replicate bandwidth in transmission path 211 or resources in the centralized center.
Because of the time sensitive nature of the live material and the need to keep these queues small throughout the network, the stream manager 215 assigns a higher priority to live streams when compared to the prerecorded streams in the previous example in order to assure that the caches supporting live material remain within their thresholds. Retransmission of lost or corrupted packets for live streams is assigned the highest priority by the stream manager 215. Content Producers who are sending live video content will also have the option of recording and storing their content as it is being sent out live. In this case, the material will be simultaneously stored in the centralized location video storage 216 and made available for customer access as previously described in Figure 1.
Figure 3 a illustrates the concept of proactively sending content from the centralized location 303 to the local centers 307 when there is a high probability that the content will be viewed by several or more of the end users served out of the local center. Source material 301 is produced and recorded 302 and transported to the centralized location 303 in a number of possible ways, including direct transmission, file transfer, physical delivery, etc., depending upon the preference of the content producer. Upon receipt, the content is encoded 304 and routed via the video server
305 to a storage location 306. An availability schedule is negotiated with the content producer and an assessment is made between the content producer and the centralized location management as to whether the content is expected to be viewed frequently enough to warrant its proactive storage at one or more of the local centers. If the decision is made to utilize local storage, the stream manager 311 is assigned the task of allocating network bandwidth on the transmission path 312. This task will normally be assigned a lower priority than the live and on demand pre-recorded content being transmitted over the transmission path 312 since it will not be as time sensitive. However, if bandwidth is available, the stream manager 311 will allocate additional bandwidth to the transmission of the video content designated for local archiving. If there is still available bandwidth after all of the content scheduled for local archiving has been delivered, the stream manager311 will communicate with the content management software within the video server 305 and determine if additional content stored at the centralized location 306 would be a candidate for local archiving based on any one or a combination of the following parameters: . Available storage space in the local center video storage 310: The greater the amount of storage space available at the local center the greater the amount of additional content that will be archived at the local center and vice versa. 2. History of the content being previously accessed by end users served by that local center 307: The more frequently a video content is accessed by the end users, the higher the priority of the video content for local storage and vice versa. 3. History of similar content being previously accessed by end users served by that local center 307: The more frequently a video content is accessed by the end users, the higher the priority of similar video content for local storage and vice versa.
Figure 3b illustrates the concept of playing out the video content that is proactively archived at the local center. This is currently being performed by numerous video server suppliers and does not constitute a part of this invention. However, the overall system for integrating and efficiently managing the three types of video traffic (archived content at a centralized location, live content, and archiving and playing content from a local center) is an integral component of the invention.
It is important to note that within the communication system described above, the stream manager plays various important roles which include the following:
1. The stream manager prioritizes the transmission of the various streams based on a combination of the following: i. The type of traffic which may be live or centrally stored. ii. The amount of material remaining in the caches which require refreshing. The lower the remaining material in the caches the higher the priority of transmission, iii. The speed at which the end user is viewing the material. If a particular video material is being viewed at a higher speed than other materials, the material will be given higher priority of transmission, iv. The necessity to retransmit data due to corruption and lost packets.
2. The stream manager also determines the instantaneous amount of bandwidth required to transmit the video information to each end user and staggers the transmission of high bandwidth instants with lower bandwidth instants in other video data streams to produce a smoother, aggregated stream that is more efficient to transport over the video delivery network. 3. The stream manager determines which video content is a candidate for storage at the local facility based on the criteria described above.
4. The stream manager determines the load on the network and implements a load balancing algorithm to optionally distribute the total volume of traffic over multiple networks including among others, the public Internet.
The above description is illustrative and not restrictive. The scope of the invention should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the appended claims along with their full scope of equivalents.

Claims

WHAT IS CLAIMED IS:
1. A communications system for transporting video data from a centralized location to an end user, the system comprising: a network that transmits video data to a video cache at a local center located as close as possible to the end user; a video cache at a local center capable of receiving video data from a centralized location; a customer premises device capable of receiving the video data from the video cache; and a sfream manager that controls a video stream from a centralized location to a local center.
2. The system of claim 1 , wherein the network comprises any one or a combination of multiple packet based networks, wherein the network carries video data and control communications between the stream manager and the video cache
3. The system of claim 1 , wherein the network comprises any packet based network, wherein the network carries video data, the system further comprising communication links, wherein the communication links carry control communications between the sfream manager and the video cache.
4. The system of claim 1, wherein the video cache at the local center is capable of receiving video data from the centralized location at a transmission speed somewhat faster than the speed at which the end user is capable of viewing the material.
5. The system of claim 1, wherein the video cache at the local center is further capable of determining when a data packet has been corrupted or lost during transmission and signaling to the centralized storage location to retransmit the necessary data.
6. The system of claim 1, wherein the video cache based at the customer premises is capable both of receiving video data from the video cache at the local center at a speed somewhat faster than the end user is capable of viewing the material and is capable of delaying the viewing of the video content for 3-30 seconds to allow for a buffer to be created.
7. The system of claim 1, wherein the video cache based at the customer premises is further capable of determining when a data packet has been corrupted or lost during transmission and signaling to the video cache at the local center to retransmit the necessary data.
8. The system of claim 1 , wherein the video data may be previously stored, live or a combination of previously stored and live.
9. The system of claim 1 , wherein the stream manager is capable of determining whether video content stored at the central location is a candidate for archiving at the local center based upon: available storage space in the local center video storage; history of the content being previously accessed by end users served by that local center; and history of similar content being previously accessed by end users served by that local center.
10. The system of claim 1 , wherein the stream manager is further capable of prioritizing the transmission of the various streams based on a combination of the following: the type of video data; the amount of video data remaining in the caches which require refreshing; the speed at which the end user is viewing the video; and the necessity to retransmit data due to corruption of video data and lost data packets.
11. The system of claim 1 , wherein the stream manager is further capable of determining the volume of video data being transmitted over the network and distributing the total volume of video data over multiple networks, including transmission over the public Internet.
12. The system of claim 1 , wherein the stream manager is further capable determining the instantaneous amount of bandwidth required to transmit the video information to each end user and staggering the transmission of high bandwidth instants with lower bandwidth instants in other video data streams to produce a smoother, aggregated stream.
13. A method of transporting video data from a centralized location to an end user, the method comprising: transmitting, via a network, video data to a video cache at a local center located as close as possible to the end user; receiving, at a video cache at a local center, video data from a centralized location; receiving, at a customer premises device, the video data from the video cache; and controlling, via a sfream manager, a video stream from a centralized location to a local center.
14. The method of claim 13 , wherein the network comprises any one or a combination of multiple packet based networks, wherein the network carries video data and control communications between the sfream manager and the video cache
15. The method of claim 13 , wherein the network comprises any packet based network, wherein the network carries video data, the system further comprising communication links, wherein the communication links carry control communications between the stream manager and the video cache.
16. The method of claim 13, wherein the video cache at the local center is capable of receiving video data from the centralized location at a transmission speed somewhat faster than the speed at which the end user is capable of viewing the material.
17. The method of claim 13 , wherein the video cache at the local center is further capable of determining when a data packet has been corrupted or lost during transmission and signaling to the centralized storage location to retransmit the necessary data.
18. The method of claim 13 , wherein the video cache based at the customer premises is capable both of receiving video data from the video cache at the local center at a speed somewhat faster than the end user is capable of viewing the material and is capable of delaying the viewing of the video content for 3-30 seconds to allow for a buffer to be created.
19. The method of claim 13 , wherein the video cache based at the customer premises is further capable of determining when a data packet has been corrupted or lost during transmission and signaling to the video cache at the local center to retransmit the necessary data.
20. The method of claim 13, wherein the video data may be previously stored, live or a combination of previously stored and live.
21. The method of claim 13 , wherein the sfream manager is capable of determining whether video content stored at the central location is a candidate for archiving the local center based upon: available storage space in the local center video storage; history of the content being previously accessed by end users served by that local center; and history of similar content being previously accessed by end users served by that local center.
22. The method of claim 13, wherein the stream manager is further capable of prioritizing the fransmission of the various streams based on a combination of the following: the type of video data; the amount of video data remaining in the caches which require refreshing; the speed at which the end user is viewing the video; and the necessity to retransmit data due to corruption of video data and lost data packets.
23. The method of claim 13 , wherein the stream manager is further capable of determining the volume of video data being transmitted over the network and distributing the total volume of video data over multiple networks, including fransmission over the public Internet.
24. The method of claim 13, wherein the stream manager is further capable determining the instantaneous amount of bandwidth required to transmit the video information to each end user and staggering the transmission of high bandwidth instants with lower bandwidth instants in other video data streams to produce a smoother, aggregated stream.
PCT/US2001/025188 2000-08-10 2001-08-10 Multi-tier video delivery network WO2002015576A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001283297A AU2001283297A1 (en) 2000-08-10 2001-08-10 Multi-tier video delivery network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US22474800P 2000-08-10 2000-08-10
US60/224,748 2000-08-10
US09/927,598 2001-08-09
US09/927,598 US6978306B2 (en) 2000-08-10 2001-08-09 Multi-tier video delivery network

Publications (1)

Publication Number Publication Date
WO2002015576A1 true WO2002015576A1 (en) 2002-02-21

Family

ID=26918986

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/025188 WO2002015576A1 (en) 2000-08-10 2001-08-10 Multi-tier video delivery network

Country Status (3)

Country Link
US (1) US6978306B2 (en)
AU (1) AU2001283297A1 (en)
WO (1) WO2002015576A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2037681A1 (en) * 2007-09-11 2009-03-18 Alcatel Lucent Method for delivering media streams from a distant service provider to a subscriber's media terminal
EP2506561A1 (en) * 2009-11-24 2012-10-03 ZTE Corporation Network-wide storing and dispatching method and system for network tv

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4035806B2 (en) * 2000-01-31 2008-01-23 株式会社日立製作所 Video distribution system
JP3793941B2 (en) * 2000-02-24 2006-07-05 株式会社日立製作所 Video server device and video delivery method thereof in video delivery system
US6766376B2 (en) 2000-09-12 2004-07-20 Sn Acquisition, L.L.C Streaming media buffering system
WO2002076041A2 (en) * 2001-03-20 2002-09-26 Koninklijke Philips Electronics N.V. Beacon network
US7272657B2 (en) * 2001-07-30 2007-09-18 Digeo, Inc. System and method for displaying video streams ranked by user-specified criteria
JP4767443B2 (en) * 2001-07-04 2011-09-07 富士通株式会社 Network storage type video camera system
US7149809B2 (en) * 2001-11-13 2006-12-12 One Touch Systems System for reducing server loading during content delivery
KR100476781B1 (en) * 2001-12-28 2005-03-16 삼성전자주식회사 Method for controlling a terminal of MPEG-4 system
US7412531B1 (en) * 2002-01-29 2008-08-12 Blue Coat Systems, Inc. Live stream archiving method and apparatus
US8302144B2 (en) * 2002-03-13 2012-10-30 Cox Communications, Inc. Distribution of content in an information distribution system
SE524989C2 (en) * 2002-05-08 2004-11-09 Marratech Ab Device and method for distributing flowing real-time information between clients
US7457312B2 (en) * 2002-06-19 2008-11-25 Microsoft Corporation Bandwidth sharing in advanced streaming format
US7290057B2 (en) * 2002-08-20 2007-10-30 Microsoft Corporation Media streaming of web content data
KR100365839B1 (en) * 2002-08-22 2002-12-31 Huwell Technology Inc System for real time service using interactive data communication and method thereof
KR101052826B1 (en) * 2002-09-05 2011-07-29 톰슨 라이센싱 System and method for providing programming in a multi-dwelling unit or multi-tenant unit network
US8650601B2 (en) * 2002-11-26 2014-02-11 Concurrent Computer Corporation Video on demand management system
US8028093B2 (en) * 2002-12-11 2011-09-27 Broadcom Corporation Media processing system supporting adaptive digital media parameters based on end-user viewing capabilities
US7260640B1 (en) * 2003-02-13 2007-08-21 Unisys Corproation System and method for providing an enhanced enterprise streaming media server capacity and performance
US8832758B2 (en) * 2003-03-17 2014-09-09 Qwest Communications International Inc. Methods and systems for providing video on demand
US20070261082A1 (en) * 2003-08-22 2007-11-08 Interuniversitair Microelektronica Centrum (Imec) Method for operating a multi-media wireless system in a multi-user environment
US20060114836A1 (en) * 2004-08-20 2006-06-01 Sofie Pollin Method for operating a combined multimedia -telecom system
US8228952B2 (en) * 2003-08-22 2012-07-24 Imec Method for operating a telecom system
US8214256B2 (en) * 2003-09-15 2012-07-03 Time Warner Cable Inc. System and method for advertisement delivery within a video time shifting architecture
EP1711154A4 (en) * 2003-12-23 2011-11-30 Directv Group Inc Method and apparatus for distributing media in a pay per play architecture with remote playback within an enterprise
US7831989B1 (en) * 2004-01-13 2010-11-09 Cox Communications Intelligent asset management in a cable services system
US7840984B1 (en) 2004-03-17 2010-11-23 Embarq Holdings Company, Llc Media administering system and method
US9161068B2 (en) 2004-03-24 2015-10-13 Onstream Media Corporation Remotely accessed virtual recording room
US7856646B1 (en) 2004-07-02 2010-12-21 Cox Communications, Inc. Preparation and utilization of customer profile data in a cable services network
US7786891B2 (en) * 2004-08-27 2010-08-31 Embarq Holdings Company, Llc System and method for an interactive security system for a home
US7526607B1 (en) 2004-09-23 2009-04-28 Juniper Networks, Inc. Network acceleration and long-distance pattern detection using improved caching and disk mapping
US7840982B1 (en) 2004-09-28 2010-11-23 Embarq Holding Company, Llc Video-all call system and method for a facility
US7983493B2 (en) * 2004-10-05 2011-07-19 Vectormax Corporation Adaptive overlapped block matching for accurate motion compensation
US7707599B1 (en) 2004-10-26 2010-04-27 Cox Communications, Inc. Customer support services via a cable services network
US7765573B1 (en) * 2005-03-08 2010-07-27 Embarq Holdings Company, LLP IP-based scheduling and control of digital video content delivery
US7770198B1 (en) * 2005-11-08 2010-08-03 Juniper Networks, Inc. Transparent caching of repeated video content in a network
US20090007171A1 (en) * 2005-11-30 2009-01-01 Qwest Communications International Inc. Dynamic interactive advertisement insertion into content stream delivered through ip network
US8583758B2 (en) * 2005-11-30 2013-11-12 Qwest Communications International Inc. Network based format conversion
US8621531B2 (en) * 2005-11-30 2013-12-31 Qwest Communications International Inc. Real-time on demand server
US20090063645A1 (en) * 2005-11-30 2009-03-05 Qwest Communications Internatinal Inc. System and method for supporting messaging using a set top box
US20070124781A1 (en) * 2005-11-30 2007-05-31 Qwest Communications International Inc. Networked content storage
US8752090B2 (en) * 2005-11-30 2014-06-10 Qwest Communications International Inc. Content syndication to set top box through IP network
EP1793554A1 (en) * 2005-12-05 2007-06-06 Alcatel Lucent Method for transmitting data between a content server and a terminal in a discontinuous coverage network
US8191098B2 (en) * 2005-12-22 2012-05-29 Verimatrix, Inc. Multi-source bridge content distribution system and method
US8209729B2 (en) 2006-04-20 2012-06-26 At&T Intellectual Property I, Lp Rules-based content management
US8479242B1 (en) * 2006-05-04 2013-07-02 Google Inc. Video storage and distribution
US8286218B2 (en) 2006-06-08 2012-10-09 Ajp Enterprises, Llc Systems and methods of customized television programming over the internet
US8255457B2 (en) * 2006-09-01 2012-08-28 Microsoft Corporation Adaptive content load balancing
US8806045B2 (en) * 2006-09-01 2014-08-12 Microsoft Corporation Predictive popular content replication
US8201202B2 (en) * 2006-12-21 2012-06-12 Sony Corporation High quality video delivery via the internet
US20080282312A1 (en) * 2007-05-08 2008-11-13 Yahoo! Inc. System and method for allocating tuner and/or recording resources
US8190760B2 (en) 2008-01-15 2012-05-29 Echostar Advanced Technologies L.L.C. System and method of managing multiple video players
US9832442B2 (en) * 2008-01-15 2017-11-28 Echostar Technologies Llc System and method of managing multiple video players executing on multiple devices
US8238559B2 (en) 2008-04-02 2012-08-07 Qwest Communications International Inc. IPTV follow me content system and method
US20090254931A1 (en) * 2008-04-07 2009-10-08 Pizzurro Alfred J Systems and methods of interactive production marketing
US8237551B2 (en) * 2008-04-30 2012-08-07 Centurylink Intellectual Property Llc System and method for in-patient telephony
US20110007159A1 (en) * 2009-06-06 2011-01-13 Camp David M Video surveillance system and associated methods
US8875179B2 (en) 2009-09-10 2014-10-28 At&T Intellectual Property I, Lp Apparatus and method for displaying content
US7702805B1 (en) * 2009-10-05 2010-04-20 Adobe Systems Incorporated Streaming media seek
US8769139B2 (en) * 2010-01-29 2014-07-01 Clarendon Foundation, Inc. Efficient streaming server
US20110191446A1 (en) * 2010-01-29 2011-08-04 Clarendon Foundation, Inc. Storing and streaming media content
US20110191447A1 (en) * 2010-01-29 2011-08-04 Clarendon Foundation, Inc. Content distribution system
US20110191439A1 (en) * 2010-01-29 2011-08-04 Clarendon Foundation, Inc. Media content ingestion
US8260833B2 (en) * 2010-01-29 2012-09-04 Clarendon Foundation, Inc. Naming scheme for media storage
US10448083B2 (en) * 2010-04-06 2019-10-15 Comcast Cable Communications, Llc Streaming and rendering of 3-dimensional video
US8677428B2 (en) * 2010-08-20 2014-03-18 Disney Enterprises, Inc. System and method for rule based dynamic server side streaming manifest files
CN102075728B (en) * 2011-01-18 2015-08-12 中兴通讯股份有限公司 The method and system of a kind of shared audio frequency and/or video
JP6039915B2 (en) * 2011-07-08 2016-12-07 株式会社ドワンゴ Stage presentation system, presentation control subsystem, operation method of stage presentation system, operation method of presentation control subsystem, and program
US10108737B2 (en) * 2012-01-25 2018-10-23 Microsoft Technology Licensing, Llc Presenting data driven forms
US9001178B1 (en) 2012-01-27 2015-04-07 Google Inc. Multimedia conference broadcast system
US8908005B1 (en) * 2012-01-27 2014-12-09 Google Inc. Multiway video broadcast system
US9503490B2 (en) 2012-02-27 2016-11-22 Qualcomm Incorporated Dash client and receiver with buffer water-level decision-making
US9374406B2 (en) 2012-02-27 2016-06-21 Qualcomm Incorporated Dash client and receiver with a download rate estimator
US10715837B2 (en) * 2015-03-13 2020-07-14 At&T Intellectual Property I, L.P. Determination of a service office of a media content distribution system to record a media content item with a network recorder
US11546649B2 (en) * 2018-05-02 2023-01-03 Arris Enterprises Llc VOD product rendering controller

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5909638A (en) * 1996-08-06 1999-06-01 Maximum Video Systems, Inc. High speed video distribution and manufacturing system
US5956716A (en) * 1995-06-07 1999-09-21 Intervu, Inc. System and method for delivery of video data over a computer network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5953350A (en) * 1995-03-13 1999-09-14 Selsius Systems, Inc. Multimedia client for multimedia/hybrid network
US5818830A (en) * 1995-12-29 1998-10-06 Lsi Logic Corporation Method and apparatus for increasing the effective bandwidth of a digital wireless network
US5898833A (en) 1996-12-31 1999-04-27 Intel Corporation Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data
US6115420A (en) * 1997-03-14 2000-09-05 Microsoft Corporation Digital video signal encoder and encoding method
US6104705A (en) 1997-12-31 2000-08-15 U.S. Philips Corporation Group based control scheme for video compression
US6385693B1 (en) * 1997-12-31 2002-05-07 At&T Corp. Network server platform/facilities management platform caching server
US6192032B1 (en) 1998-01-02 2001-02-20 International Business Machines Corporation Rate attenuation systems, methods and computer program products for reducing low priority video frame packets transmitted over a network
US6526022B1 (en) * 1998-06-30 2003-02-25 Sun Microsystems Detecting congestion by comparing successive loss of packets in windows to provide congestion control in reliable multicast protocol
US6490705B1 (en) 1998-10-22 2002-12-03 Lucent Technologies Inc. Method and apparatus for receiving MPEG video over the internet
US6317462B1 (en) 1998-10-22 2001-11-13 Lucent Technologies Inc. Method and apparatus for transmitting MPEG video over the internet
US6697341B1 (en) * 1998-12-16 2004-02-24 At&T Corp. Apparatus and method for providing multimedia conferencing services with selective performance parameters
US6405256B1 (en) * 1999-03-31 2002-06-11 Lucent Technologies Inc. Data streaming using caching servers with expandable buffers and adjustable rate of data transmission to absorb network congestion
JP2000293424A (en) * 1999-04-09 2000-10-20 Hitachi Ltd Network cache device and cache controlling method
US6651103B1 (en) * 1999-04-20 2003-11-18 At&T Corp. Proxy apparatus and method for streaming media information and for increasing the quality of stored media information
US6657955B1 (en) * 1999-05-27 2003-12-02 Alcatel Canada Inc. Buffering system employing per traffic flow accounting congestion control
US6466978B1 (en) * 1999-07-28 2002-10-15 Matsushita Electric Industrial Co., Ltd. Multimedia file systems using file managers located on clients for managing network attached storage devices
US6614440B1 (en) * 1999-09-30 2003-09-02 Microsoft Corporation System and method for load balancing in a multi-channel graphics system
US6438630B1 (en) * 1999-10-06 2002-08-20 Sun Microsystems, Inc. Scheduling storage accesses for multiple continuous media streams
US6708213B1 (en) * 1999-12-06 2004-03-16 Lucent Technologies Inc. Method for streaming multimedia information over public networks
US6760749B1 (en) * 2000-05-10 2004-07-06 Polycom, Inc. Interactive conference content distribution device and methods of use thereof
US6757796B1 (en) * 2000-05-15 2004-06-29 Lucent Technologies Inc. Method and system for caching streaming live broadcasts transmitted over a network
US6792449B2 (en) * 2001-06-28 2004-09-14 Microsoft Corporation Startup methods and apparatuses for use in streaming content
US6801964B1 (en) * 2001-10-25 2004-10-05 Novell, Inc. Methods and systems to fast fill media players

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5956716A (en) * 1995-06-07 1999-09-21 Intervu, Inc. System and method for delivery of video data over a computer network
US6269394B1 (en) * 1995-06-07 2001-07-31 Brian Kenner System and method for delivery of video data over a computer network
US5909638A (en) * 1996-08-06 1999-06-01 Maximum Video Systems, Inc. High speed video distribution and manufacturing system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2037681A1 (en) * 2007-09-11 2009-03-18 Alcatel Lucent Method for delivering media streams from a distant service provider to a subscriber's media terminal
EP2506561A1 (en) * 2009-11-24 2012-10-03 ZTE Corporation Network-wide storing and dispatching method and system for network tv
EP2506561A4 (en) * 2009-11-24 2013-07-24 Zte Corp Network-wide storing and dispatching method and system for network tv

Also Published As

Publication number Publication date
US6978306B2 (en) 2005-12-20
AU2001283297A1 (en) 2002-02-25
US20020049977A1 (en) 2002-04-25

Similar Documents

Publication Publication Date Title
US6978306B2 (en) Multi-tier video delivery network
KR101299038B1 (en) Multimedia content delivery method and system
TWI580237B (en) Unicast abr streaming
US9118814B2 (en) Set-top box peer-assisted video-on-demand
TWI574531B (en) Merging multicast abr and unicast abr with progressive download abr in a customer premises device within the same video delivery pipe
US7072972B2 (en) Method and apparatus for performing user migration within a video on demand environment
JP4132788B2 (en) Data communication device
US20040128343A1 (en) Method and apparatus for distributing video programs using partial caching
US7779142B1 (en) Bandwidth allocation to support fast buffering
KR20020035571A (en) Vod from a server or a user to another user
EP1806870B1 (en) Method for providing data and data transmission system
US20020073172A1 (en) Method and apparatus for storing content within a video on demand environment
KR100991420B1 (en) A method and system for memory pvr functions in a broadcast environment
US20010021999A1 (en) Method and device for transmitting data units of a data stream
Zimmermann et al. Yima: Design and evaluation of a streaming media system for residential broadband services
Ruljin et al. Scalable layered MPEG-2 video multicast architecture
Krunz et al. Efficient support for interactive scanning operations in MPEG-based video-on-demand systems
US20080172452A1 (en) Method for distributing non real-time media in a non real-time media distribution system, a related system, a related media server and media client
WO2009109232A1 (en) Method and apparatus for distributing media over a communications network
Noh et al. Time-shifted streaming in a tree-based peer-to-peer system.
Tham et al. Congestion adaptation and layer prioritization in a multicast scalable video delivery system
Taniguchi et al. Quality-Aware Cooperative Proxy Caching for Video Streaming Services.
WO2009080113A1 (en) Method and apparatus for distributing media over a communications network
Taniguchi et al. Implementation and evaluation of cooperative proxy caching mechanisms for video streaming services
JP2007166646A (en) Data communication apparatus and data communication method

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP