Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS7391717 B2
Publication typeGrant
Application numberUS 10/611,115
Publication date24 Jun 2008
Filing date30 Jun 2003
Priority date30 Jun 2003
Fee statusPaid
Also published asUS20040264489
Publication number10611115, 611115, US 7391717 B2, US 7391717B2, US-B2-7391717, US7391717 B2, US7391717B2
InventorsAnders E. Klemets, Rebecca C. Weiss, Jordi Ribas-Corbera, Philip A. Chou
Original AssigneeMicrosoft Corporation
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Streaming of variable bit rate multimedia content
US 7391717 B2
Abstract
Systems and methods for improved streaming of variable bit rate multimedia content are described. The described systems and methods solve some streaming problems by streaming the variable bit rate content at a constant bit rate that is negotiated between a server and a client. As a result, a transmission channel from server to client is utilized in an efficient manner. If the client is able to buffer the streamed content (to a hard drive, for example) the content can be streamed at a rate that is significantly less than its peak bit rate, even at a rate that is less than its average bit rate.
Images(9)
Previous page
Next page
Claims(23)
1. A method, comprising:
encoding multimedia data for processing, said multimedia data including at least one data stream;
storing the encoded multimedia data in a data file for streaming to one or more clients;
selecting at least two possible bit rate values at which the data file may be streamed;
calculating a client buffer size value for each possible bit rate value, each client buffer size value being a client buffer size for the possible bit rate value corresponding to the client buffer size value;
for each data stream, calculating an average bit rate value, a peak bit rate value, an average buffer size value corresponding to the average bit rate value and a peak buffer size value corresponding to the peak bit rate value;
storing the bit rate values and the buffer size values in the data file; and
wherein the bit rate values and the buffer size values can be used to determine an optimal client buffer size for a client receiving the multimedia data at a particular constant bit rate.
2. The method as recited in claim 1, wherein the one or more data streams further comprise at least one audio stream and one video stream.
3. The method as recited in claim 1, further comprising setting a variable bit rate flag in the data file if the encoded multimedia data in the data file contains variable bit rate data.
4. The method as recited in claim 1, wherein the average bit rate value, the peak bit rate value, the average buffer size value and the peak buffer size value are approximations.
5. The method as recited in claim 1, wherein the data file is an Advance System Format (ASF) file.
6. The method as recited in claim 1, wherein the calculating the bit rate values and the buffer size values further comprises using a leaky bucket method to calculate the bit rate values and the buffer size values.
7. The method as recited in claim 1, further comprising transmitting at least a portion of the data file to a client.
8. The method as recited in claim 7, wherein the transmitting at least a portion of the data file further comprises transmitting at least a portion of the data file that includes the buffer size values and the bit rate values.
9. A system, comprising:
one or more processors;
a compression module comprising computer-executable instructions encoded on one or more computer-readable storage media that when executed on the one or more processors, compress multimedia data for streaming to one or more clients by encoding the multimedia data into a streaming format and storing the encoded multimedia data in a data file;
a buffer size calculation module comprising computer-executable instructions encoded on one or more computer-readable storage e media that when executed on the one or more processors:
select one or more possible bit rates at which the data file may be streamed to the one or more clients and to calculate a client buffer size corresponding to each possible bit rate,
calculate for each of the one or more streams included in the data file a first buffers size value and a second buffer size value that correspond, respectively, to a first bit rate value and a second bit rate value associated with the stream;
store the bit rate values and the corresponding buffer size values in the data file; and
wherein the one or more clients can utilize the bit rate values and the buffer size values to calculate an optimal client buffer size for receiving the data file at a particular bit rate.
10. The system as recited in claim 9, wherein the one or more streams further comprise at least one audio stream and at least one video stream.
11. The system as recited in claim 9, further comprising a variable bit rate module comprising computer-executable instructions encoded on one or more computer-readable storage media that, when executed on the one or more processors set a variable bit rate flag in the data file if the data file contains variable bit rate data.
12. The system as recited in claim 9, wherein the data file is an Advance System Format file.
13. The system as recited in claim 9, wherein the buffer size calculation module is configured to calculate the bit rate values and the buffer values using a leaky bucket interpolation method.
14. The system as recited in claim 9, further comprising a content buffer comprising computer-executable instructions encoded on one or more computer-readable storage media that, when executed on the one or more processors, store a portion of the data file as a previously stored portion of the data file is streamed to the one or more clients.
15. One or more computer-readable storage media containing computer-executable instructions that, when executed on a computer, perform the following steps:
selecting one or more possible bit rate values that each denote a bit rate at which a multimedia data file can be streamed to at least a client;
calculating a client buffer size for each possible bit rate value;
determining a first buffer size for a first bit rate associated with each of one or more streams in the multimedia data file;
determining a second buffer size for a second bit rate associated with each of one or more streams in the multimedia data file;
storing the buffer values and the bit rate values in a location associated with the multimedia data file; and
wherein the bit rate values and the buffer vales can be used by a client to determine an optimal streaming rate at which to receive the multimedia data file, and to calculate an optimal buffer size associated with the streaming bit rate.
16. The one or more computer-readable storage media recited in claim 15, further comprising computer executable instructions that, when executed on a computer, perform the step of creating the multimedia data file by encoding multimedia data.
17. The one or more computer-readable storage media recited in claim 15, wherein the first bit rate is less than the second bit rate.
18. The one or more computer-readable storage media recited in claim 15, wherein the first bit rate is an approximate average bit rate and the second bit rate is an approximate peak bit rate.
19. The one or more computer-readable storage media recited in claim 15, wherein the multimedia data file includes at least one audio stream and at least one video stream.
20. The one or more computer-readable storage media recited in claim 15, further comprising computer executable instructions that, when executed on a computer, perform the step of providing an indication in the multimedia data file that the multimedia data file contains a variable bit rate data if the multimedia data file contains variable bit rate data.
21. The one or more computer-readable storage media recited in claim 15, wherein the multimedia data file further comprises a file in ASF format.
22. The one or more computer-readable storage media recited in claim 15, wherein the determination steps are accomplished using a leaky bucket method.
23. The one or more computer-readable storage media recited in claim 15, further comprising computer executable instructions that, when executed on a computer, perform the step of streaming client-selected streams of the multimedia data file to the client.
Description
TECHNICAL FIELD

The systems and methods described herein relate to streaming variable bit rate multimedia content. More particularly, the systems and methods described herein relate to streaming variable bit rate multimedia content at a constant bit rate negotiated between a server and a client.

BACKGROUND

Traditional approaches to multimedia streaming provide content that is encoded at a constant bit rate and transmitted from a server to one or more clients over a constant bit rate channel. For example, standard telephone quality audio content is often encoded at 64K bits per second (b/s). Therefore, a telephone transmission channel must have a throughput of at least 64K b/s to properly stream the audio content.

In contrast, it is sometimes more advantageous to encode video content using a variable bit rate, the reason being that for certain types of video content—such as movies—the information that needs to be encoded varies over time. An idle segment of a movie contains less information than a segment where there is a great deal of action. It may be inefficient to encode such content at a constant bit rate. Depending on the bit rate chosen, idle segments can under-utilize an available bit rate, while action segments may not have sufficient bit rate to be encoded with the same quality as the idle segments.

Encoding a movie at a bit rate that varies as necessary to obtain the desired quality allows the movie to be encoded at a constant quality. However, variable bit rate content can pose problems for streaming media applications. One of the main problems is that the throughput of the transmission channel is often limited. If the instantaneous bit rate of the encoded content is ever higher than the throughput of the channel, the content cannot be streamed, even if the average bit rate of the content is less than the channel's throughput.

Another problem encountered is that transmission channels sometimes require that a constant bit rate be reserved for the streaming content application. In such cases, the channel will not be utilized efficiently. To stream the content, the reserved bit rate must be at least as large as the peak bit rate of the content. That means that during periods when the bit rate of the content does not fully reach the peak, a portion of the reserved bit rate is not being utilized, and that too much bandwidth was reserved in the first place.

SUMMARY

The systems and methods described herein provide for improved streaming of variable bit rate multimedia content. The described systems and methods solve the problems cited above by streaming the variable bit rate content at a constant bit rate that is negotiated between a server and a client. As a result, the content is streamed at a constant bit rate so the transmission channel is utilized in an efficient manner, solving the second problem mentioned above. If the client is able to buffer the streamed content (to a hard drive, for example) the content can be streamed at a rate that is significantly less than its peak bit rate. The content can even be streamed at a rate that is less than its average bit rate, which solves the first problem mentioned above.

The systems and methods described herein also provide for techniques to reduce the size of a client buffer utilized in the streaming process. Reducing the size of the client buffer also reduces a startup delay (streaming rate multiplied by the buffer size) experienced in the streaming process. These techniques solve two additional problems traditionally encountered in streaming multimedia content, namely, a large buffer size and a long startup delay.

BRIEF DESCRIPTION OF THE DRAWINGS

The same numbers are used throughout the drawings to reference like features and components.

FIG. 1 is a block diagram of an exemplary server and encoder in accordance with the systems and methods described herein.

FIG. 2 is a block diagram of an exemplary client in accordance with the systems and methods described herein.

FIG. 3 is a flow diagram of an encoder methodological implementation described herein.

FIG. 4 is a flow diagram of a server methodological implementation described herein.

FIG. 5 is a flow diagram of a client methodological implementation described herein.

FIG. 6 a is a flow diagram of a client methodological implementation described herein for calculating a buffer size.

FIG. 6 b is a flow diagram of a client methodological implementation described herein for calculating a buffer size.

FIG. 7 is an example of a computing operating environment capable of implementing the server side and/or the client side of the systems and methods described herein.

DETAILED DESCRIPTION

Systems and methods for improved streaming of variable bit rate multimedia content are described herein. One or more exemplary implementations of systems and methods for streaming of variable bit rate multimedia content are shown. The described systems and methods are exemplary only and are not meant to limit the scope of the appended claims. Other embodiments not specifically described herein may be implemented within the scope of the appended claims.

The implementations of systems and methods for streaming variable bit rate multimedia content are shown embodied in one or more of three components: a server, an encoder and a client. It is noted that the encoder may be embodied separate from the server; although a typical embodiment of a server including an encoder is shown.

Advanced System Format (ASF)

The exemplary implementations shown herein utilize the Advanced System Format (ASF) for storing coordinated multimedia data for its ability to deliver data over a wide variety of networks and for its additional suitability for local playback. However, it is noted that another format may be used without departing from the scope of the appended claims. Those skilled in the art will recognize any variations in the described implementations that may be necessary to adapt the implementations to utilize another file format.

An ASF file is composed of one or more media streams. A file header specifies properties of an entire file, along with stream-specific properties. Multimedia data, stored after the file header, references a particular media stream number to indicate its type and purpose. The delivery and presentation of all media stream data is aligned to a common timeline.

ASF is a multimedia presentation file format. It supports live and on-demand multimedia content. ASF files may be edited, but ASF is specifically designed for streaming and/or local playback.

ASF files are logically composed of three types of top-level objects: a header object, a data object and an index object. The header object is mandatory and must be placed at the beginning of every ASF file. The data object is also mandatory and must follow the header object. The index object (or objects) is/are optional but are useful in providing time-based random access into ASF files.

The following descriptions will focus on a file header object and file data objects and may be referred to simply as a header and one or more data packets. Although shown in one or more simplified diagrams, below, the header object and file data objects shown comport with ASF specifications © 2001-2003 MICROSOFT CORP.

Exemplary Server/Encoder System

FIG. 1 is a block diagram depicting an exemplary server 100 that includes a multimedia content encoder 102 and memory 104. The server 100 also includes a processor 106, an input/output (I/O) module 108 and a network interface 110 through which the server 100 communicates with one or more client computers over a network.

The I/O module 108 may be any one or more modules that provide data to the server or assist in the transmission of data from the server 100, including but not limited to a parallel port, a serial port, a USB (Universal Serial Bus) port, an infrared (IR) port, a user input device or the like. The network interface 110 typically comprises a network interface card but may also comprise a modem, a wireless network interface device, or the like.

The server 100 also includes a mass storage device 112 such as a hard disk drive, an optical drive or the like, that may be used to store one or more applications, buffer content, etc. Additionally, the server 100 includes other miscellaneous hardware 114 that is typically found on a server and may be required to cooperate with other elements of the server described below to provide the functionality described herein.

The encoder 102 and the memory 104 are shown as having several elements therein. It is noted that these elements may be integrated within the server 100 elements or in a separate encoder embodiment. The elements shown in the encoder 102 and the memory 104 may comprise hardware modules, software modules and/or data or a combination of hardware and software. Furthermore, the elements and functionality attributed to the server memory 104 and the encoder 102, respectively, may be distributed among the server 100, the encoder 102 and the memory 104 in any other fashion that provides similar functionality as described below.

As shown in the present example, the memory stores an operating system 120 that controls the functionality and coordination thereof for the server 100 and its elements. The memory 104 also stores miscellaneous software 122 that may include application programs, control programs or the like that may be necessary in addition to the specific modules discussed below to carry out one or more of the functions described herein.

The memory 104 also stores a streaming module 124 and a speed multiplier module 126 that are configured to stream content to one or more client computers. A client stream selection 128 and stores a selection of streams selection from a client for transmission to the client and a client stream multiplier 130 which stores a speed multiplier requested by a client for streaming and an actual speed multiplier utilized by the server 100 for streaming content to the client. The client stream selection 128 and the client speed multiplier 130 will be discussed in greater detail below.

A header 132 is stored in a content buffer 118 of the memory 104 and is associated with a series of data packets (data packet 1 134(1) through data packet n 134(n)). The header 132 stores multiple buffer (B) values 136, multiple streaming rate (R) values 138, and a variable bit rate flag 140 that, when set, indicates that the data packets 134 include variable bit rate data.

Each data packet 134 includes a send time 142 that is used to identify a time at which the server 100 is to transmit each respective data packet to a client. The send time 142 is utilized to cause variable bit rate content to be streamed at a variable bit rate to the client. However, if the client requests that the content should be streamed at a non-real-time rate and the data packets 134 contain variable bit rate content, then the server 100 will ignore the send times 142 and stream the content at a constant bit rate. This function is described in greater detail below.

As shown in the present example, the encoder 102 includes multimedia content 150 that may be stored in memory or streamed in to the encoder 102 from an outside source. A compression module 152 encodes the multimedia content 150 to store in the memory 102 as the series of data packets 134. The header 132 and the data packets 134 shown stored in the memory 104 comprise a data file 135.

A variable bit rate (VBR) flag module 154 sets the VBR flag 140 in the header 132 if the multimedia content is variable bit rate content and the client hasn't requested a constant bit rate, as previously discussed.

The encoder 102 also includes a buffer size calculation module 160 that is configured to calculate how much data a client needs to buffer to stream content at a given rate as the encoder 102 compresses the multimedia content 150. The buffer calculation module 160 uses a “leaky bucket” model that takes into account the multiple buffer (B) values 136 and the multiple rate (R) values 138.

The “leaky bucket” model is an allegorical reference to variable bit rate data flowing into a figurative “bucket” that may be represented as one or more values in the content buffer 118. There is a hole in the bucket, and data flows out through the hole at a constant bit rate (R). At moments when R is less than the instantaneous bit rate, data will accumulate in the bucket. The bucket can only hold a certain amount of data, B, before it overflows. Initially, the bucket is empty, at least in the implementations described herein. It is noted, however, that one or more other implementations may start with an initial buffer fullness of a nonzero value.

In at least one implementation described herein, the encoder 102 chooses fourteen (14) different streaming rates (R values 136) and calculates the smallest value of buffer size, B values 138, for each R such that the bucket does not overflow. The encoder stores the fourteen values for R and B in the header 132 (R values 138 and B values 136).

Additionally, the encoder 102 calculates a pair of R and B values for each stream of the multimedia content 150 (included in buffer values 138 and streaming rate values 136). For example, two R and B values for the audio stream and two R and B values for the video stream. One of these R values is referred to herein as the average bit rate of the stream (Ravg(n)) and the other value is referred to herein as the peak bit rate of the stream (Rpeak(n)). The bit rates correspond to an average buffer size for the stream (Bavg(n)) and the peak buffer size for the stream (Bpeak(n)). It is noted, however, that in practice these values may not exactly correspond to true average and peak bit rates. Furthermore, it is noted that it is not necessarily true that the average rates and buffer sizes are always smaller than the peak rates and buffer sizes.

It is also noted that more than two rate/buffer size pairs may be used for each stream. For example, one particular implementation may utilize four rate values and four corresponding buffer size values. Those skilled in the art will readily understand how the use of more than two rate/buffer size pairs can be integrated into the description provided herein.

The elements of the server 100 and the functionality thereof will be discussed in greater detail, below, with respect to explanation of one or more methodological implementations in which said elements are involved.

Exemplary Client System

FIG. 2 is a block diagram of an exemplary client 200 in accordance with the systems and methods for improved streaming of variable bit rate multimedia content described herein. The client 200 includes a processor 202, memory 204, a decoder 206 and a playback engine 208. The decoder 206 is configured to decode and/or decompress multimedia content encoded and streamed to the client 200 from a server (e.g. server 100, FIG. 1). The playback engine 208 is configured to render the multimedia content on the client 200.

The client 200 also includes one or more input/output (I/O) modules 210 through which data is transmitted into and out of the client 200. The I/O module(s) 210 can include but is not limited to a port (parallel, USB, serial, IR), a speaker connection, or the like. The client 200 also includes a network interface card (NIC) 212 that the client 200 uses to communicate with one or more other systems across a network, such as the Internet (not shown). Although the NIC 212 is shown, it is noted that other means of network communication may be used in place of the NIC 212, such as a modem or other device.

The client 200 also includes a display 214 on which the multimedia content (video) may be rendered, a user input module 216 that may include a keyboard, mouse, stylus, etc., and other miscellaneous hardware 218 that may be necessary to accomplish functionally peripheral tasks associated with the techniques described herein.

A mass storage device 220 is included in the client 200 and is used to store electronic data, such as application software and other miscellaneous software that may be used to implement the systems and methods described herein.

The memory 204 stores an operating system 230 and has a content buffer 232. The content buffer 232 is also depicted as being stored on the mass storage device 220 as it may be stored in any available memory of a sufficient size. Also stored in the memory 204 is a stream selection module 234 that is configured to select one or more streams from multimedia content received from a server. A throughput determination module 236 stored in the memory 204 is configured to determine throughput for a channel with another system, such as a server.

The client 200 uses the channel throughput to determine which streams it wants to receive. If the same content has been encoded in multiple bit rates, the channel throughput will influence which streams the client selects. However, it is noted that the client 200 will typically select at least one audio stream and one video stream even if the channel throughput is not enough to stream the streams in real time.

A header acquisition module 238 is configured to retrieve header data 240 from a header associated with a stream from a server or other system that the client 200 can use to more efficiently determine streaming parameters. In one implementation, only certain information from the header is obtained while in another implementation, the entire header may be acquired.

A bit rate module 242 is configured to calculate a sum of an average bit rate of each selected stream, i.e. a total average bit rate (TAR 244). A speed multiplier module 246 calculates a requested speed multiplier 248 from channel throughput and the total average bit rate 244 to determine a speed to request from a server (in at least one implementation, this is done in a “Speed” header of a “Play” command).

An actual speed multiplier 250 is stored in the memory 204 and represents a speed multiplier contained in a server's response to a “Play” request (typically in a “Speed” header). This accounts for occasions in which a server may limit the speed multiplier to a lower value than what the client 200 requested.

The bit rate module 242 is also configured to calculate a streaming bit rate, which is included in streaming rate (R) values 252 stored in the memory 204. The memory 204 also stores buffer (B) values 254 that are used (as described below) in the calculation of the size of the content buffer 232.

A buffer calculation module 260 calculates how much data the client must buffer (i.e. the size of the content buffer 232) before the client can begin to play, or render, the multimedia content. The content will arrive from a server at a constant bit rate but the playback engine 208 will consume the data at a variable bit rate. Depending on the difference between the peak and average bit rates, different amounts of content data may need to be buffered before playback can begin. If not enough data has been buffered, the playback engine 208 will run out of data and the audio and video will exhibit undesirable artifacts.

Further aspects of the elements and functions shown and described in FIGS. 1 and 2 will be discussed below, with respect to methodological implementations of the systems and methods shown and described herein.

Methodological Implementation—Encoder

FIG. 3 is a flow diagram 300 depicting one exemplary methodological implementation of an encoder in accordance with the systems and methods described herein. In the following discussion, continuing reference will be made to the elements and reference numerals of FIGS. 1 and 2.

At block 302, the encoder 102 acquires multimedia data from a content file or from an outside source that transmits the content to the server 100. The encoder 102 compresses (i.e. encodes) the content at block 304 and creates the data file 135 in the content buffer 132 (block 306).

In one implementation described herein, the buffer size calculation module 160 of the encoder 102 chooses fourteen (14) different streaming rate values (R) 138 (block 308) and calculates the smallest value of buffer value (i.e. size) B 136 for each R 138 so that the “bucket” in the model utilized does not overflow at block 310.

These buffer values 136 and rate values 138 are calculated across all streams in the multimedia content 150, and they include any non-data overhead from the file. Additionally, the buffer size calculation module 160 calculates a pair of R and B values 138, 136 for each stream at block 312. Each pair of R values 138 includes an average bit rate and a peak bit rate. For example, an average bit rate and a corresponding buffer value and a peak bit rate and a corresponding buffer value are calculated for an audio stream. Likewise an average bit rate and a corresponding buffer value and a peak bit rate and a corresponding buffer value are calculated for a video stream.

If the data file 135 contains variable bit rate content (“Yes” branch, block 314), then the VBR flag module 154 of the encoder 102 sets the VBR flag 140 in the header 132 at block 316. The encoder 102 then stores the rate values 138 and buffer values 136 in the header at block 318. If the data file 135 does not contain variable bit rate content (“No” branch, block 314), then the encoder 102 stores the rate values 138 and buffer values 136 in the header at block 318.

Methodological Implementation—Server

FIG. 4 is a flow diagram 400 depicting one exemplary methodological implementation of a server in accordance with the systems and methods described herein. In the following discussion, continuing reference will be made to the elements and reference numerals of FIGS. 1 and 2.

At block 402, the server 100 receives client stream selections 128 from the client 200. The client stream selections 128 are streams from the data file 135 that the client 200 has selected to receive. At block 404, the server 100 receives the client speed multiplier 130 requested by the client 200. The speed multiplier module 126 determines the actual client speed multiplier 130 that will be used in the streaming process (block 406). The client speed multiplier 130 may remain unchanged from the requested value or it may be altered to better accommodate server and client parameters.

The actual client stream multiplier 130 is then transmitted to the client 200 at block 408. After the client 200 sets up to receive the streaming data, the server 100 streams the multimedia content to the client 200 at block 410.

Methodological Implementation—Client

FIG. 5 is a flow diagram 500 depicting one exemplary methodological implementation of a client in accordance with the systems and methods described herein. In the following discussion, continuing reference will be made to the elements and reference numerals of FIGS. 1 and 2.

At block 502, the throughput determination module 236 of the client 200 determines the throughput of a channel established between the client 200 and the server 100. This determination may be done by any method known in the art.

At block 504, the header acquisition module 238 obtains the header data 240 from the header 132 that the client 200 will need to calculate an appropriate streaming rate and buffer size. The stream selection module 234 uses the buffer values 136 and the streaming rate values 138 retrieved from the header 132 and the channel throughput to select one or more streams for streaming (block 506) and notifying the server 100 of the stream selection(s). Although the buffer values 136 and the streaming rate value 138 are used in the selection process, it is noted that other considerations are also used in determining which streams to select for streaming (e.g. is an audio stream in English preferred over an audio stream in French? etc.).

At block 508, the bit rate module 238 derives the total average bit rate 244 of the selected streams by summing the average bit rate of each selected stream. It is noted that this bit rate is not one of the fourteen (14) bit rates selected in the “leaky bucket” method described above; this is one of the bit rate pairs chosen for each stream.

The requested speed multiplier 248 is derived from the channel throughput and the total average bit rate 244. More specifically, in the present example, the requested speed multiplier 248 is the channel throughput divided by the total average bit rate 244. If the channel throughput is insufficient to stream the content in real time, the speed multiplier will have a value that is less than one (1). Furthermore, the speed multiplier module 246 may also be configured to reduce the speed multiplier by some predetermined amount (e.g. 15%) to account for network transmission overhead.

After the requested speed multiplier 248 is sent to the server 100, the server 100 returns the actual speed multiplier 250 that will be used in the streaming process at block 512. The buffer calculation module 260 proceeds to calculate the appropriate buffer size that should be used in the streaming process at block 514. The process of block 514 is described in greater detail, below, with respect to FIG. 6.

FIGS. 6 a and 6 b are a flow diagrams 600, 620 that, together, depict a client methodological implementation of buffer size calculation as described above. The flow diagram 600 of FIG. 6 a derives an intermediate buffer size, Btot′, that is derived from the leaky bucket pairs of rates/buffer sizes selected earlier. The flow diagram 620 of FIG. 6 b first derives an intermediate buffer size, Btot, that is derived from the selected streams, and then determines the better buffer size, Btot′ or Btot.

In the following discussion, the following values are used:

    • R(n)=average bit rate of stream n
    • S=speed multiplier
    • RS(n)=streaming bit rate of R(n) (i.e. R(n)×S)
    • Rtot=total average bit rate of selected streams
    • RStot=Rtot×S (actual transmission bit rate)
    • B(n)=required buffering time for stream n streamed at rate RS(n)
    • T=playing time of content
    • m=number of “leaky buckets” in file containing all streams
    • Rbucket(x), Bbucket(x)=bit rate and size of leaky bucket x containing all streams, x=1 to m
    • q=integer in the range of [1, m−1], where q is the smallest index such that RStot lies in the interval between Rbucket(q) and Rbucket(q+1).

In the following discussion, the actions discussed are performed by the buffer calculation module 260 unless specified otherwise.

The flow diagram 600 depicted in FIG. 6 a utilizes the leaky bucket values (fourteen (14) pairs in the present example, but any other practicable number in one or more other implementations) to calculate a buffer size. The buffer size calculated in FIG. 6 a is referred to herein as Btot′ and is, to some extent, an intermediate value that will be used in later calculations to determine a final buffer size.

At block 602, if RStot is greater than Rbucket(m) (“Yes” branch, block 602), then Btot′ equals Bbucket(m). In other words, if RStot is larger than the rate of the leaky bucket having the highest rate, then the buffer size is set to the buffer size associated with the leaky bucket having the highest rate at block 604.

Otherwise (“No” branch, block 602), if RStot is less than or equal to Rbucket(1) (“Yes” branch, block 606), then Btot′ is calculated to be Bbucket(1)+(Rbucket(1)−RStot)*T at block 608. If not (“No” branch, block 606), then Btot′ is determined by interpolation at block 610.

The calculation of Btot′ shown in block 610 is:
Btot′=Bbucket(q)+[(RStot−Rbucket(q))*(Bbucket(q+1)−Bbucket(q))]/[Rbucket(q+1)−Rbucket(q)]

At this point, the “intermediate” buffer size Btot′ has been determined. Btot′ is referred to as “intermediate” here only because it will be compared with another buffer size (Btot) derived below to determine the better buffer size to use. However, it is noted that Btot′ is a buffer size that could be used in an of itself.

The flow diagram 620 depicted in FIG. 6 b utilizes the pair of rate values and corresponding buffer values associated with the streams selected to be streamed. Similar to Btot′ , above, the buffer size calculated in FIG. 6 b (Btot) is—to some extent—an intermediate value that is used at the end of the process of FIG. 6 b to determine a final buffer size.

As shown in the flowchart 620, the buffer size calculation module 160 cycles through each stream in the file and performs certain calculations using streams that have been selected for streaming. It is noted that in at least one other implementation, another technique may be used that simply determines beforehand which streams have been selected for streaming and bases calculations on those streams. The implementation depicted by FIG. 6 b is exemplary only.

At block 622, the variable n (representing a stream number associated with a stream in the file) is initialized to 1 and the value Btot is initialed to zero. If n is not associated with a stream that has been selected for streaming (“No” branch, block 624)1, then the process skips down to block 640, where n is incremented by 1. If n represents a selected stream (“Yes” branch, block 624), then RS(n) is set to the average streaming rate for stream n (Ravg(n) multiplied by the speed factor (S) at block 626.

If RS(n) is greater than the peak bit rate for the stream, i.e. Rpeak(n) (“Yes” branch, block 628), then B(n) is set to Bpeak(n) at block 630). If not (“No” branch, block 628), then if RS(n) is less than or equal to the average bit rate of the stream (Ravg(n)) (“Yes” branch, block 632), then B(n) equals Bavg(n)+(Ravg(n) −RS(n))*T(block 634). Otherwise (“No” branch, block 632), B(n) is derived using linear interpolation at block 636).

Block 636 derives B(n) as:
Bavg(n)+[(RS(n)−Bavg(n))*(Bpeak(n)−Bavg(n))]/[(Rpeak(n)−Ravg(n)].

The Btot value is updated at block 638 by adding the newly derived B(n). In other words, Btot keeps a running total of the sum of all B(n) as B(n) for each selected stream is derived.

The stream number, n, is incremented at block 640. If there is another stream in the file that hasn't been processed yet (“Yes” branch, block 642), then the process reverts to block 624 and repeats until all streams have been processed. After all the streams in the file have been processed (“No” branch, block 642), then the minimum of Btot and Btot′ is determined at block 644, which provides the buffer size that will be used in the streaming process

The content buffer 232 in the client 200 is set to that amount and the streaming process can begin.

Other Considerations

Although not specifically described above, some other considerations can be made when deriving an optimal buffer size to utilize in a streaming process. In the particular example shown above, a set of fourteen (14) leaky buckets for all streams in a file are used together with a set of (2) leaky buckets for each stream in the file. In principle, any other subset of streams could also have its own set of leaky buckets.

For example, if there are four streams in a file, in addition to the usual sets of leaky buckets for the subsets {1,2,3,4}, {1}, {2}, {3} {4}, there could be sets of leaky buckets for the subsets {1,2} and {3,4}—which would be of significant greater interest if streams 1 and 2 were likely to be selected together and if stream 3 and 4 were likely to be selected together.

Then, given any subset of streams—say {1,2,3}—the minimum sufficient buffer size could be computed as the minimum of the Btot values computed from not only {1,2,3,4} and {1}+{2}+{3} but also {1,2}+{3}. The latter is likely to provide the tightest bound of the three.

Furthermore, it is noted that any of the available buffer size computations can be omitted. For example, the buffer size calculation (Btot′) based on {1,2,3,4} does not have to be used. The buffer size computation (Btot) based on {1}+{2}+{3} may be sufficient.

Exemplary Computing Environment

The various components and functionality described herein are implemented with a computing system. FIG. 7 shows components of typical example of such a computing system, i.e. a computer, referred by to reference numeral 700. The components shown in FIG. 7 are only examples, and are not intended to suggest any limitation as to the scope of the functionality of the invention; the invention is not necessarily dependent on the features shown in FIG. 7.

Generally, various different general purpose or special purpose computing system configurations can be used. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

The functionality of the computers is embodied in many cases by computer-executable instructions, such as program modules, that are executed by the computers. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Tasks might also be performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media.

The instructions and/or program modules are stored at different times in the various computer-readable media that are either part of the computer or that can be read by the computer. Programs are typically distributed, for example, on floppy disks, CD-ROMs, DVD, or some form of communication media such as a modulated signal. From there, they are installed or loaded into the secondary memory of a computer. At execution, they are loaded at least partially into the computer's primary electronic memory. The invention described herein includes these and other various types of computer-readable media when such media contain instructions programs, and/or modules for implementing the steps described below in conjunction with a microprocessor or other data processors. The invention also includes the computer itself when programmed according to the methods and techniques described below.

For purposes of illustration, programs and other executable program components such as the operating system are illustrated herein as discrete blocks, although it is recognized that such programs and components reside at various times in different storage components of the computer, and are executed by the data processor(s) of the computer.

With reference to FIG. 7, the components of computer 700 may include, but are not limited to, a processing unit 702, a system memory 704, and a system bus 706 that couples various system components including the system memory to the processing unit 702. The system bus 706 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISAA) bus, Video Electronics Standards Association (YESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as the Mezzanine bus.

Computer 700 typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by computer 700 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable media may comprise computer storage media and communication media. “Computer storage media” includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by computer 700. Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more if its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media.

The system memory 704 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 708 and random access memory (RAM) 710. A basic input/output system 712 (BIOS), containing the basic routines that help to transfer information between elements within computer 700, such as during start-up, is typically stored in ROM 708. RAM 710 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 702. By way of example, and not limitation, FIG. 7 illustrates operating system 714, application programs 716, other program modules 718, and program data 720.

The computer 700 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only, FIG. 7 illustrates a hard disk drive 722 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 724 that reads from or writes to a removable, nonvolatile magnetic disk 726, and an optical disk drive 728 that reads from or writes to a removable, nonvolatile optical disk 730 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive 722 is typically connected to the system bus 706 through a non-removable memory interface such as data media interface 732, and magnetic disk drive 724 and optical disk drive 728 are typically connected to the system bus 706 by a removable memory interface such as interface 734.

The drives and their associated computer storage media discussed above and illustrated in FIG. 7 provide storage of computer-readable instructions, data structures, program modules, and other data for computer 700. In FIG. 7, for example, hard disk drive 722 is illustrated as storing operating system 715, application programs 717, other program modules 719, and program data 721. Note that these components can either be the same as or different from operating system 714, application programs 716, other program modules 718, and program data 720. Operating system 715, application programs 717, other program modules 719, and program data 721 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into the computer 700 through input devices such as a keyboard 736 and pointing device 738, commonly referred to as a mouse, trackball, or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 702 through an input/output (I/O) interface 740 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port, or a universal serial bus (USB). A monitor 742 or other type of display device is also connected to the system bus 706 via an interface, such as a video adapter 744. In addition to the monitor 742, computers may also include other peripheral output devices 746 (e.g., speakers) and one or more printers 748, which may be connected through the I/O interface 740.

The computer may operate in a networked environment using logical connections to one or more remote computers, such as a remote computing device 750. The remote computing device 750 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to computer 700. The logical connections depicted in FIG. 7 include a local area network (LAN) 752 and a wide area network (WAN) 754. Although the WAN 754 shown in FIG. 7 is the Internet, the WAN 754 may also include other networks. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, and the like.

When used in a LAN networking environment, the computer 700 is connected to the LAN 752 through a network interface or adapter 756. When used in a WAN networking environment, the computer 700 typically includes a modem 758 or other means for establishing communications over the Internet 754. The modem 758, which may be internal or external, may be connected to the system bus 706 via the I/O interface 740, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 700, or portions thereof, may be stored in the remote computing device 750. By way of example, and not limitation, FIG. 7 illustrates remote application programs 760 as residing on remote computing device 750. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.

Computer-Executable Instructions

An implementation of the exemplary systems and methods for improved streaming of variable bit rate multimedia content may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically, the functionality of the program modules may be combined or distributed as desired in various embodiments.

Conclusion

Although the subject matter has been described in language specific to structural features and/or methods, it is to be understood that the invention defined by the appended claims is not necessarily limited to the specific features or methods described herein. Rather, the specific features and methods are disclosed as exemplary forms of implementing the claimed systems and methods.

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US496399527 Dec 198816 Oct 1990Explore Technology, Inc.Audio/video transceiver apparatus including compression means
US50579325 May 198915 Oct 1991Explore Technology, Inc.Audio/video transceiver apparatus including compression means, random access storage means, and microwave transceiver means
US513296412 Sep 199021 Jul 1992Kabushiki Kaisha ToshibaPacket communication exchange including dummy packet transmission
US516483911 Oct 199117 Nov 1992Explore Technology, Inc.Method for handling audio/video source information
US526287530 Apr 199216 Nov 1993Instant Video Technologies, Inc.Audio/video file server including decompression/playback means
US54403341 Feb 19938 Aug 1995Explore Technology, Inc.Broadcast video burst transmission cyclic distribution apparatus and method
US55681811 May 199522 Oct 1996International Business Machines CorporationMultimedia distribution over wide area networks
US57109708 Aug 199520 Jan 1998Instant Video Technologies, Inc.Broadcast video burst transmission cyclic distribution method
US575807619 Jul 199526 May 1998International Business Machines CorporationMultimedia server system having rate adjustable data retrieval based on buffer capacity
US578747231 Jul 199528 Jul 1998Ibm CorporationDisk caching system for selectively providing interval caching or segment caching of vided data
US58225375 Apr 199613 Oct 1998At&T Corp.Multimedia networked system detecting congestion by monitoring buffers' threshold and compensating by reducing video transmittal rate then reducing audio playback rate
US583549511 Oct 199510 Nov 1998Microsoft CorporationSystem and method for scaleable streamed audio transmission over a network
US587292018 Jul 199516 Feb 19993Com CorporationProgrammed I/O ethernet adapter with early interrupts for accelerating data transfer
US589001021 Aug 199730 Mar 1999Fujitsu LimitedData processing apparatus with a coprocessor which asynchronously executes commands stored in a coprocessor command storage section
US591303813 Dec 199615 Jun 1999Microsoft CorporationSystem and method for processing multimedia data streams using filter graphs
US59319618 May 19963 Aug 1999Apple Computer, Inc.Discovery of acceptable packet size using ICMP echo
US596320214 Apr 19975 Oct 1999Instant Video Technologies, Inc.System and method for distributing and managing digital video information in a video distribution network
US597856727 Jul 19942 Nov 1999Instant Video Technologies Inc.System for distribution of interactive multimedia and linear programs by enabling program webs which include control scripts to define presentation by client transceiver
US59832632 Jan 19989 Nov 1999Intel CorporationMethod and apparatus for transmitting images during a multimedia teleconference
US599570518 Jul 199730 Nov 1999Instant Video Technologies, Inc.Burst transmission apparatus and method for audio/video information
US599601531 Oct 199730 Nov 1999International Business Machines CorporationMethod of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory
US600562122 Jul 199721 Dec 1999C-Cube Microsystems, Inc.Multiple resolution video compression
US601470614 Mar 199711 Jan 2000Microsoft CorporationMethods and apparatus for implementing control functions in a streamed video display system
US60413457 Mar 199721 Mar 2000Microsoft CorporationActive stream format for holding multiple media streams
US605494325 Mar 199825 Apr 2000Lawrence; John CliftonMultilevel digital information compression based on lawrence algorithm
US61115673 Apr 199729 Aug 2000Microsoft CorporationSeamless multimedia branching
US611881714 Mar 199712 Sep 2000Microsoft CorporationDigital video signal encoder and encoding method having adjustable quantization
US612014929 Oct 199819 Sep 2000Nidek Co., Ltd.Eye refractive power measurement apparatus
US616120126 Feb 199812 Dec 20003Com CorporationMethod and apparatus for concurrent interaction with a modem having an open connection
US61956922 Jun 199727 Feb 2001Sony CorporationTelevision/internet system having multiple data stream connections
US62090414 Apr 199727 Mar 2001Microsoft CorporationMethod and computer program product for reducing inter-buffer data transfers between separate processing components
US621616311 Mar 199810 Apr 2001Lucent Technologies Inc.Method and apparatus providing for automatically restarting a client-server connection in a distributed network
US62629901 Dec 199817 Jul 2001Nec CorporationFixed length packet multiplexer of universal data with burst characteristic at low speed
US627214822 Sep 19987 Aug 2001Kabushiki Kaisha ToshibaScheme for reliable communications via radio and wire networks using transport layer connection
US629283414 Mar 199718 Sep 2001Microsoft CorporationDynamic bandwidth selection for efficient transmission of multimedia streams in a computer network
US629288015 Apr 199818 Sep 2001Inktomi CorporationAlias-free content-indexed object cache
US631449227 May 19986 Nov 2001International Business Machines CorporationSystem and method for server control of client cache
US632742110 Mar 19984 Dec 2001International Business Machines CorporationMultiple speed fast forward/rewind compressed video delivery system
US632916530 Dec 199911 Dec 2001Nalco Chemical CompanyMeasurement and control of sessile and planktonic microbiological activity in industrial water systems
US634329813 Jun 200029 Jan 2002Microsoft CorporationSeamless multimedia branching
US635176725 Jan 199926 Feb 2002International Business Machines CorporationMethod and system for automatically caching dynamic content based on a cacheability determination
US638564718 Aug 19977 May 2002Mci Communications CorporationsSystem for selectively routing data via either a network that supports Internet protocol or via satellite transmission network based on size of the data
US640525631 Mar 199911 Jun 2002Lucent Technologies Inc.Data streaming using caching servers with expandable buffers and adjustable rate of data transmission to absorb network congestion
US640768022 Dec 200018 Jun 2002Generic Media, Inc.Distributed on-demand media transcoding system and method
US64213481 Jul 199816 Jul 2002National Semiconductor CorporationHigh-speed network switch bus
US644926931 Dec 199810 Sep 2002Nortel Networks LimitedPacket voice telephony system and method
US64804981 Jul 199812 Nov 2002National Semiconductor CorporationHigh speed network switch bus clock
US648419922 Mar 200219 Nov 2002Friskit Inc.Streaming media search and playback system for continuous playback of media resources through a network
US649374827 Jul 200010 Dec 2002Fujitsu LimitedInformation management system, local computer, server computer, and recording medium
US650213515 Feb 200031 Dec 2002Science Applications International CorporationAgile network protocol for secure communications with assured system availability
US655337616 Nov 199922 Apr 2003Infolibria, Inc.Efficient content server using request redirection
US661186821 May 199926 Aug 20033Com CorporationMethod and system for automatic link hang up
US661189825 Apr 200126 Aug 2003Convergys Customer Management Group, Inc.Object-oriented cache management system and method
US661476319 Oct 19992 Sep 2003Fujitsu LimitedMethod of and apparatus for measuring network communication performances, as well as computer readable record medium having network communication performance measuring program stored therein
US664325912 Nov 19994 Nov 20033Com CorporationMethod for optimizing data transfer in a data network
US672533322 Apr 199920 Apr 2004International Business Machines CorporationSystem and method for managing cachable entities
US673563410 Jun 199911 May 2004Blue Coat SystemsMethod for real time protocol media recording
US675725527 Jul 199929 Jun 2004Fujitsu LimitedApparatus for and method of measuring communication performance
US676074910 May 20006 Jul 2004Polycom, Inc.Interactive conference content distribution device and methods of use thereof
US676076520 Oct 20006 Jul 2004Matsushita Electric Industrial Co., Ltd.Cluster server apparatus
US676587828 Mar 200020 Jul 2004Intel CorporationSelective use of transmit complete interrupt delay on small sized packets in an ethernet controller
US677237522 Dec 20003 Aug 2004Network Appliance, Inc.Auto-detection of limiting factors in a TCP connection
US677904316 Nov 199917 Aug 2004National Semiconductor CorporationNetwork address manager
US67852885 Jul 200031 Aug 2004Hybrid Patents IncorporatedHigh-speed internet access system
US695242413 Apr 20004 Oct 2005International Business Machines CorporationMethod and system for network processor scheduling outputs using queueing
US695443016 Mar 200111 Oct 2005Telefonaktiebolaget Lm Ericsson (Publ)Load regulation
US698601826 Jun 200110 Jan 2006Microsoft CorporationMethod and apparatus for selecting cache and proxy policy
US699007017 Dec 199924 Jan 2006Nortel Networks LimitedMethod and apparatus for adjusting packet transmission volume from a source
US700709031 Mar 200028 Feb 2006Intel CorporationTechniques of utilizing actually unused bandwidth
US702008713 Jan 200328 Mar 2006Motorola, Inc.Segmented and distributed path optimization in a communication network
US705111020 Dec 200023 May 2006Matsushita Electric Industrial Co., Ltd.Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions
US705477427 Jun 200330 May 2006Microsoft CorporationMidstream determination of varying bandwidth availability
US705491116 Oct 200130 May 2006Network Appliance, Inc.Streaming media bitrate switching methods and apparatus
US705494920 Apr 200130 May 2006World Streaming Network, Inc.System and method for streaming media
US707302810 Feb 20044 Jul 2006Network Appliance, Inc.Pre-computing streaming media payload method and apparatus
US707656016 Oct 200111 Jul 2006Network Appliance, Inc.Methods and apparatus for storing and serving streaming media data
US713388129 Apr 20027 Nov 2006Intel CorporationEncoding and transferring media content onto removable storage
US2002004789929 Jan 200125 Apr 2002Diva Systems CorporationMethod and apparatus for preprocessing and postprocessing content in an interactive information distribution system
US2002004844812 Sep 200125 Apr 2002Microsoft CorporationPausing the display of a television program as a signal including the television program is received
US2002004981712 Jul 200125 Apr 2002Eatamar DroryStorageless system and method for unified messaging on existing mail accounts via standard internet mail protocols
US200200779003 Apr 200120 Jun 2002Thompson Tiffany A.Internet protocol-based interstitial advertising
US2002009002727 Apr 200111 Jul 2002Marta KarczewiczApparatus, and associated method, for selecting an encoding rate by which to encode video frames of a video sequence
US2002013864126 Mar 200126 Sep 2002Taylor Christopher StephenTargeted multimedia proxy server (tmps)
US2002017006725 Mar 200214 Nov 2002Anders NorstromMethod and apparatus for broadcasting streaming video
US2002019460825 Apr 200219 Dec 2002Goldhor Richard S.Method and apparatus for a playback enhancement system implementing a "Say Again" feature
US2003001879920 Sep 200223 Jan 2003Aviv EyalSystem and method for media search and playback
US2003009936428 Nov 200129 May 2003Thompson Mark R.Playback manipulation of HTTP streamed content objects
US2003023690219 Jun 200225 Dec 2003Microsoft CorporationBandwidth sharing in advanced streaming format
US2003023691224 Jun 200225 Dec 2003Microsoft CorporationSystem and method for embedding a sreaming media format header within a session description message
US2004000310126 Jun 20021 Jan 2004Roth David J.Caching control for streaming media
US200400549124 Sep 200218 Mar 2004Daniel AdentData stream header object protection
US2004024401029 May 20032 Dec 2004Microsoft CorporationControlled relay of media streams across network perimeters
US20050152400 *11 Apr 200314 Jul 2005Sony CorporationEncoding device and method, decoding device and method, edition device and method, recording medium, and program
US20050157714 *17 Feb 200321 Jul 2005Nds LimitedScrambled packet stream processing
US2005025694120 Jul 200517 Nov 2005Binham Communications CorporationMethod and system for providing rich media content over a computer network
USRE3918419 Jun 200311 Jul 2006International Busniess Machines CorporationIdentifying, processing and caching object fragments in a web environment
KR20020069272A Title not available
Non-Patent Citations
Reference
1"A Mathematical Theory of Communication", Shanon, C.E., The Bell System Technical Journal, vol. 27, pp. 379-423, 623-656, (pgs renumbered as 1-55), Jul., Oct. 1948.
2"Advanced Systems Format (ASF) Specification," Revision 01.20.01e, Microsoft Corp., Sep. 2003, pp. i-vi and 1-93.
3"How a Large ATM MTU Causes Deadlocks in TCP Data Transfers", Moldeklev et al., IEEE/ACM Transactions on Networking, vol. 3, No. 4, Aug. 1995, pp. 409-422.
4"Performance Considerations for TCP/IP in Wide Area Networks", Khalil et al., IEEE 1994, pp. 166-175.
5"TAPI 3.0 Connection and Media Services", Microsoft Windows 2000 Server, Copyright 1999, pp. 1-23.
6"TCP Protocol Overview," From the Internet: http://www.freesoft.org/CIE/Topics/83.htm, Connected: An Internet Encyclopedia, retrieved on May 31, 2000.
7"Transmission Control Protocol," From the Internet: http:/www.scit.wlv.ac.uk/~jphb/comms/tcp.html, retreived on May 31, 2000.
8Aboobaker, N., et al., "Streaming Media Congestion Control Using Bandwidth Estimation," Lecture Notes in Computer Science, 2002, vol. 2496, pp. 89-100.
9Braun, T., et al., "Multicast for Small Conferences," Proceedings of the Sixth IEEE Symposium on Computers and Communications, Jul. 3, 2001, pp. 145-150.
10Camarillo, G., et al., "Grouping of Media Lines in the Session Description Protocol (SDP)," Network Working Group Request for Comments: 3388, The Internet Society, Dec. 2002, pp. 1-21.
11Coulson, "A Distributed Object Platform Infrastructure for Multimedia Applications," Comptuer Communications, Jul. 1998, 27 pages, vol. 21, No. 9.
12Dutta A et al. "A Streaming architecture for next generation internet", ICC 2001, 2001 IEEE International Conference on Communications. Helsinky, Finland, Jun. 11-14, 2001, 1303-1309.
13Fielding R. et al, "Hypertext Transfer Protocol-HTTP/1.1," Network Working Group Request for Comments: 2616, The Internet Society (Jun. 1999); Category: Standards Track. pp. 1-176.
14Fleischman, E., "WAVE and AVI Codec Registries," Network Working Group Request for Comments: 2361, The Internet Society, Jun. 1998, pp. 1-71.
15Gunningbert et al. "How a large ATM MTU causes deadlocks in TCP data transfers" IEEE/ACM Transactions on Networking vol. 3 Issue 4 Aug. 1995 pp. 409-422.
16Guo, Katherine, et al. "RCache: Design and Analysis of Scalable, Fault Tolerant Multimedia Stream Caching Schemes," Scalability and Traffic Control in IP Networks, Proceedings of SPIE vol. 4526, (2001); pp. 68-86.
17Handley, M., et al., "SDP: Session Description Protocol," Network Working Group Request for Comments: 2327, The Internet Society, Apr. 1998, pp. 1-42.
18Hayes D A et al; "Impact of Flow Control on quality of service driven packet scheduling disciplines"; Control Applications, 1999. Proceedings of the 1999 IEEE International Conference onControl Applications; Kohala Coast, HI, Aug. 22, 1999; pp. 1454-1459.
19Jin, S., et al. "Accelerating Internet Streaming Media Delivery using Network-Aware Partial Caching," 2002 IEEE, pp. 153-160.
20Kamiyama N et al. "Renegotiated CBR transmission in interactive video-on-demand system", Multimedia Computing and Systems '97 Proceedings, IEEE International Conference, Ottawa ONT, Canada Jun. 3-6, 1997 pp. 12-19.
21Lai K et al; "Measuring bandwidth" INFOCOM '99; Eighteenth Annual Joint Conference of the IEEE Computer and Communications Societies Proceedings; IEEE New York, NY, USA Mar. 21-25, 1999; Mar. 21, 1999, pp. 235-245.
22Liefooghe, P., et al., "An Architecture for Seamless Access to Multicast Content," Proceedings of the 26th Annual IEEE Conference on Local Computer Networks, Nov. 8, 2000, pp. 488-494.
23Lixin Gao et al. "Supplying instantaneous video-on-demand services using controlled multicast", Multimedia Computing and Systems, 1999, IEEE International Conference on Florence, Italy Jun. 7, 11, 1999, pp. 117-121.
24Microsoft Computer Dictionary 5th Edition, May 1, 2002, p. 428.
25Minshall G et al; "Application performance pitfalls and TCP's Nagle algorithm"; vol. 27, No. 4, pp. 36-44, XP002233094 Performance Evaluation Review, Mar. 2000.
26Muuss, M., "The Research Interests of Mike Muuss," Oct. 8, 1999, retrieved on Apr. 6, 2004 from the Internet Archive at <http://web.archive.org/web/19991008020453/ftp.an.mil/<SUP>~</SUP>mike/>, 2 pages.
27Muuss, M., "The Story of the PING Program," Oct. 18, 1999, retrieved on Apr. 6, 2004 from the Internet Archive at <http://web.archive.org/web/19991018225218/ftp.arl.mit/~mike/ping.htm>, 3 pages.
28Nagle, "Congestion Control in IP/TCP Internetworks," RFC 896, Jan. 6, 1984, 8 pages.
29Nishida Y et al; "Congestion Control Mechanism for TCP with Packet Pair Scheme"; IEICE Transactions on Information and Systems, Institute of Electronics Information and Comm. Egn. Tokyo, JP, vol. E82-D, No. 4, Apr. 1999 pp. 854-862.
30Paknikar, Shantanu, et al., "A Caching and Streaming Framework for Multimedia," ACM Multimedia 2000, Los Angeles, CA, copyright 2000, pp. 13-20.
31Petit G H et al. "Bandwidth resource optimization in ivdeo-on-demand network architectures", Community Networkign Integrated Multimedia Services to the Home, 1994, Proceedings of the 1st International Workshop on San Francisco, CA Jul. 13-14.
32Schulzrinne, H., et al., "Real Time Streaming Protocol (RTSP)," Network Working Group Request for Comments: 2326; The Internet Society (Apr. 1998). pp. 1-92.
33Schulzrinne, H., et al., "RTP: A Transport Protocol for Real-Time Applications," Network Working Group Request for Comments: 3550, Jul. 2003, pp. 1-104.
34Stevens, "TCP Slow Start, Congestion Avoidance, Fast Retransmit, and Fast Recovery Algorithms," RFC, Jan. 1997, 6 pages.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7925774 *7 Aug 200812 Apr 2011Microsoft CorporationMedia streaming using an index file
US7949775 *7 Aug 200824 May 2011Microsoft CorporationStream selection for enhanced media streaming
US8005102 *30 Mar 200923 Aug 2011Futurewei Technologies, Inc.System and method for scheduling variable bit rate (VBR) streams in a wireless communications system
US8018850 *21 Apr 200413 Sep 2011Sharp Laboratories Of America, Inc.Wireless video transmission system
US808994813 May 20053 Jan 2012Qualcomm IncorporatedHeader compression of multimedia data transmitted over a wireless communication system
US8239049 *5 Mar 20077 Aug 2012Sony CorporationPlaying state presentation system, playing state presentation device, playing state presentation method, and playing state presentation program
US826514030 Sep 200811 Sep 2012Microsoft CorporationFine-grained client-side control of scalable media delivery
US83258007 May 20084 Dec 2012Microsoft CorporationEncoding streaming media as a high bit rate layer, a low bit rate layer, and one or more intermediate bit rate layers
US837051410 Mar 20085 Feb 2013DISH Digital L.L.C.System and method of minimizing network bandwidth retrieved from an external network
US83708877 Aug 20085 Feb 2013Microsoft CorporationMedia streaming with enhanced seek operation
US837985112 May 200819 Feb 2013Microsoft CorporationOptimized client side rate control and indexed file layout for streaming media
US840215618 Oct 201019 Mar 2013DISH Digital L.L.C.Apparatus, system, and method for multi-bitrate content streaming
US861262414 Sep 201217 Dec 2013DISH Digital L.L.C.Apparatus, system, and method for multi-bitrate content streaming
US88060508 Aug 201112 Aug 2014Qualcomm IncorporatedManifest file updates for network streaming of coded multimedia data
US881975410 Jan 201326 Aug 2014Microsoft CorporationMedia streaming with enhanced seek operation
US886877228 Apr 200521 Oct 2014Echostar Technologies L.L.C.Apparatus, system, and method for adaptive-rate shifting of streaming content
US88807211 Feb 20134 Nov 2014Echostar Technologies L.L.C.System and method for minimizing network bandwidth retrieved from an external network
US888702015 Oct 200811 Nov 2014Digital Fountain, Inc.Error-correcting multi-stage code generator and decoder for communication systems having single transmitters or multiple transmitters
US891853318 Feb 201123 Dec 2014Qualcomm IncorporatedVideo switching for streaming video data
US895837511 Feb 201117 Feb 2015Qualcomm IncorporatedFraming for an improved radio link protocol including FEC
US907166813 Dec 201330 Jun 2015Echostar Technologies L.L.C.Apparatus, system, and method for multi-bitrate content streaming
US913687825 Aug 200815 Sep 2015Digital Fountain, Inc.File download and streaming system
US913698313 Feb 200715 Sep 2015Digital Fountain, Inc.Streaming and buffering using variable FEC overhead and protection periods
US917853515 Apr 20083 Nov 2015Digital Fountain, Inc.Dynamic stream interleaving and sub-stream based delivery
US91854396 Jan 201110 Nov 2015Qualcomm IncorporatedSignaling data for multiplexing video components
US91911514 Apr 201417 Nov 2015Qualcomm IncorporatedEnhanced block-request streaming using cooperative parallel HTTP and forward error correction
US920993421 Sep 20108 Dec 2015Qualcomm IncorporatedEnhanced block-request streaming using cooperative parallel HTTP and forward error correction
US92368853 Apr 200912 Jan 2016Digital Fountain, Inc.Systematic encoding and decoding of chain reaction codes
US923688729 Feb 201212 Jan 2016Digital Fountain, Inc.File download and streaming system
US923697617 May 201012 Jan 2016Digital Fountain, Inc.Multi stage code generator and decoder for communication systems
US923710112 Sep 200812 Jan 2016Digital Fountain, Inc.Generating and communicating source identification information to enable reliable communications
US924081028 Aug 200919 Jan 2016Digital Fountain, Inc.Systems and processes for decoding chain reaction codes through inactivation
US924663323 Apr 200726 Jan 2016Digital Fountain, Inc.Information additive code generator and decoder for communication systems
US925323310 Jul 20122 Feb 2016Qualcomm IncorporatedSwitch signaling methods providing improved switching between representations for adaptive HTTP streaming
US926406927 Jun 201116 Feb 2016Digital Fountain, Inc.Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems
US927029911 Feb 201123 Feb 2016Qualcomm IncorporatedEncoding and decoding using elastic codes with flexible source block mapping
US927041413 Feb 200723 Feb 2016Digital Fountain, Inc.Multiple-field based code generator and decoder for communications systems
US928184726 Feb 20108 Mar 2016Qualcomm IncorporatedMobile reception of digital video broadcasting—terrestrial services
US92880104 Mar 201115 Mar 2016Qualcomm IncorporatedUniversal file delivery methods for providing unequal error protection and bundled file delivery services
US929422629 Jan 201322 Mar 2016Qualcomm IncorporatedUniversal object delivery and template-based file delivery
US93194488 Aug 201119 Apr 2016Qualcomm IncorporatedTrick modes for network streaming of coded multimedia data
US93444963 Nov 201417 May 2016Echostar Technologies L.L.C.System and method for minimizing network bandwidth retrieved from an external network
US938009626 Apr 201228 Jun 2016Qualcomm IncorporatedEnhanced block-request streaming system for handling low-latency streaming
US938606421 Sep 20105 Jul 2016Qualcomm IncorporatedEnhanced block-request streaming using URL templates and construction rules
US940756416 Oct 20142 Aug 2016Echostar Technologies L.L.C.Apparatus, system, and method for adaptive-rate shifting of streaming content
US941974918 Aug 201016 Aug 2016Qualcomm IncorporatedMethods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US943243321 Sep 201030 Aug 2016Qualcomm IncorporatedEnhanced block-request streaming system using signaling or block creation
US94560158 Aug 201127 Sep 2016Qualcomm IncorporatedRepresentation groups for network streaming of coded multimedia data
US948554620 Oct 20101 Nov 2016Qualcomm IncorporatedSignaling video samples for trick mode video representations
US95715507 Jan 201314 Feb 2017Microsoft Technology Licensing, LlcOptimized client side rate control and indexed file layout for streaming media
US957155121 May 201514 Feb 2017Echostar Technologies L.L.C.Apparatus, system, and method for multi-bitrate content streaming
US95964477 Apr 201114 Mar 2017Qualcomm IncorporatedProviding frame packing type information for video coding
US96028026 Sep 201321 Mar 2017Qualcomm IncorporatedProviding frame packing type information for video coding
US96285368 Oct 201518 Apr 2017Qualcomm IncorporatedEnhanced block-request streaming using cooperative parallel HTTP and forward error correction
US966076327 Jul 201623 May 2017Qualcomm IncorporatedMethods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US971701813 May 200525 Jul 2017Qualcomm IncorporatedSynchronization of audio and video data in a wireless communication system
US20050188407 *21 Apr 200425 Aug 2005Van Beek Petrus J.L.Wireless video transmission system
US20050259623 *13 May 200524 Nov 2005Harinath GarudadriDelivery of information over a communication channel
US20050259690 *13 May 200524 Nov 2005Harinath GarudadriHeader compression of multimedia data transmitted over a wireless communication system
US20050259694 *13 May 200524 Nov 2005Harinath GarudadriSynchronization of audio and video data in a wireless communication system
US20070237036 *5 Mar 200711 Oct 2007Takashi KoyaPlaying state presentation system, playing state presentation device, playing state presentation method, and plying state presentation program
US20080034273 *23 Apr 20077 Feb 2008Digital Fountain, Inc.Information additive code generator and decoder for communication systems
US20080281803 *14 Dec 200413 Nov 2008Koninklijke Philips Electronic, N.V.Method of Transmitting Content With Adaptation of Encoding Characteristics
US20090180549 *14 Jan 200916 Jul 2009Futurewei Technologies, Inc.Method and Apparatus for Scheduling Multimedia Streams over a Wireless Broadcast Channel
US20090245415 *30 Mar 20091 Oct 2009Futurewei Technologies, Inc.System and Method for Scheduling Variable Bit Rate (VBR) Streams in a Wireless Communications System
US20090307565 *9 Dec 200810 Dec 2009Digital Fountain, Inc.Method and apparatus for fast encoding of data symbols according to half-weight codes
US20100211690 *12 Feb 201019 Aug 2010Digital Fountain, Inc.Block partitioning for a data stream
US20110035507 *18 Oct 201010 Feb 2011Brueck David FApparatus, system, and method for multi-bitrate content streaming
US20110231569 *21 Sep 201022 Sep 2011Qualcomm IncorporatedEnhanced block-request streaming using block partitioning or request controls for improved client-side handling
USRE4374117 Nov 201116 Oct 2012Qualcomm IncorporatedSystematic encoding and decoding of chain reaction codes
Classifications
U.S. Classification370/216, 370/234, 370/232, 370/233, 370/229
International ClassificationH04L12/56, H04L29/06, G01R31/08, H04L29/08
Cooperative ClassificationH04L65/80, H04L47/263, H04L49/90, Y02B60/31, H04L49/901, H04L29/06027, H04L47/10, H04L69/329, H04L67/322, H04L29/06, H04L65/607
European ClassificationH04L47/10, H04L49/90, H04L49/90C, H04L47/26A, H04L29/06C2, H04L29/08N31Q, H04L29/06, H04L29/06M6E, H04L29/06M8
Legal Events
DateCodeEventDescription
30 Jun 2003ASAssignment
Owner name: MICROSOFT CORPORATION, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KLEMETS, ANDERS E.;WEISS, REBECCA C.;RIBAS-CORBERA, JORDI;AND OTHERS;REEL/FRAME:014258/0416
Effective date: 20030630
20 Sep 2011FPAYFee payment
Year of fee payment: 4
9 Dec 2014ASAssignment
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034541/0477
Effective date: 20141014
9 Dec 2015FPAYFee payment
Year of fee payment: 8