Multi-level congestion control for large scale video conferences

• US 20080091838A1
• Filed: 10/12/2006
• Published: 04/17/2008
• Est. Priority Date: 10/12/2006
• Status: Abandoned Application

• Current Assignee: Seiko Epson Corporation (Seiko Group)
• Original Assignee: Seiko Epson Corporation (Seiko Group)
• Inventors: Miceli, Sean
• Application Number:
  US11/549,043
• Publication Number:
  US 20080091838A1
• Time in Patent Office: Days
• US Class Current: 709/231
• CPC Class Codes: H04L 12/1818 Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
• CPC Class Codes: H04L 47/70 Admission control; Resource allocation
• CPC Class Codes: H04L 47/765 triggered by the end-points
• CPC Class Codes: H04L 47/801 Real time traffic
• CPC Class Codes: H04L 47/822 Collecting or measuring resource availability data
• CPC Class Codes: H04L 65/1083 In-session procedures
• CPC Class Codes: H04L 65/752 adapting media to network capabilities
• CPC Class Codes: H04L 65/756 adapting media to device capabilities
• CPC Class Codes: H04L 65/80 Responding to QoS
• CPC Class Codes: H04L 69/28 Timers or timing mechanisms used in protocols

Abstract

A method for streaming data is described. In the method, a pair of timing packets is periodically transmitted to a client, the second packet of the pair being transmitted after the first packet with a known delay. A plurality of reports are received from the client, each of the reports including a Δt value representative of the length of time that elapsed between receipt by the client of the first packet and the second packet of the pairs of timing packets. Additional bandwidth is determined to be available when the Δt values decrease. A new data stream having a higher bitrate is selected for transmission to the client when additional bandwidth is determined to be available. A server for streaming data is also described.

Claims

1. A method for streaming data to a client, the method comprising a plurality of operations comprising:

transmitting a data stream over a computer network for receipt by a client, the data stream being selected from a plurality of data streams, each of the plurality of data streams having a different bitrate;

the data stream being transmitted in the form of a series of data packets;

transmitting a pair of timing packets for receipt by a client, the timing packets comprising a first packet and a second packet, the second packet being transmitted after the first packet with a known delay;

receiving a plurality of reporting packets, the reporting packets each including a At value representative of the length of time that elapsed between a time of receipt of the first packet and a time of receipt of the second packet of a corresponding pair of timing packets;

determining that additional bandwidth is available when the Δ

t values decrease over time; and

selecting a new data stream for receipt by the client when the additional bandwidth is determined to be available, the new data stream having a higher bitrate than the data stream.

2. The method of claim 1, wherein the first packet and second packet are transmitted less than five milliseconds apart from each other, but are separated in time sufficiently so that the first and second packets are not likely to be combined into a common network packet.

3. The method of claim 1, wherein the first packet is one of the data packets and contains data for streaming media, the streaming media including at least one of an audio stream and a video stream.

4. The method of claim 3, wherein the second packet is a fake packet that does not include data for streaming media.

5. The method of claim 3, wherein the second packet comprises a sequence number of the first packet so that the client can confirm an order of receipt of the timing packets.

6. The method of claim 1, further comprising estimating a slope of a line that best fits the plurality of received Δ

t values when the line is plotted on a graph having the At values plotted on a vertical axis and time of receipt on a horizontal axis, the determining that additional bandwidth is available comprising determining that a slope of the line is negative.

7. The method of claim 6, the estimating comprises performing a least squares regression calculation to determine the slope of the line.

8. The method of claim 1, further comprising:

determining whether the client has an increased number of unprocessed packets; and

selecting a data stream having a lower bitrate then a current data stream being transmitted when the client has an increased number of unprocessed packets.

9. The method of claim 8, wherein the determining of whether the client has an increased number of unprocessed packets comprises comparing a number of packets received by the client with a number of packets transmitted from the server, the number of packets received being reported to the server in a reporting packet.

10. The method of claim 8, wherein the new data stream having a higher bitrate is only selected when the additional bandwidth is determined to be available and the client has a decreased number of unprocessed packets.

11. The method of claim 1, wherein each of the operations is performed by a computer system in response to program instructions embodied in a machine readable medium.

12. A server for streaming data comprising:

a media codec configured to receive a high bitrate data stream, the data stream representing media content, the media codec generating at least one lower bitrate data stream, each of the lower bitrate data streams representing the media content;

a packetizer for encapsulating the high bitrate data stream and each of the lower bitrate data streams into network packets; and

a transmit circuit, the transmit circuit being configured to transmit current one of the data streams over a network for receipt by a client, the current one of the data streams being transmitted in the form of a plurality of network packets;

a receive circuit, the receive circuit being configured to receive communications from the client; and

a controller, the controller being configured to cause the transmit circuit to periodically transmit a pair of timing packets for receipt by the client, each of the pair of timing packets comprising a first packet and a second packet, the second packet being transmitted after the first packet with a known delay, the controller being in communication with the receive circuit, the controller being configured to receive a report from the client in response to each pair of timing packets, each of the reports including a Δ

t value representative of the length of time that elapsed between receipt of the first packet and receipt of the second packet of the pair of timing packets, the controller further being configured to determine that additional bandwidth is available when the Δ

t values decrease, and to cause the transmit circuit to transmit a higher bitrate one of the data streams for receipt by the client than the than the current one of the data streams when the additional bandwidth is determined to be available.

13. The server of claim 12, wherein the first packet and second packet are caused to be transmitted less than five milliseconds apart from each other, and are separated in time sufficiently so that the first and second packets are not likely to be combined into a common network packet.

14. The server of claim 12, wherein the first packet is one of the data packets and contains data from the current one of the data streams, the data streams each including at least one of an audio stream and a video stream.

15. The server of claim 14, wherein the second packet is a fake packet that does not include data from one of the data streams.

16. The server of claim 14, wherein the second packet comprises a sequence number of the first packet so that the client can confirm an order of receipt of the pair of timing packets.

17. The server of claim 12, wherein the controller is further configured to estimate a slope of a line that best fits a plurality of the Δ

t values when the line is plotted on a graph having the Δ

t values plotted on a vertical axis and time of receipt on a horizontal axis, wherein the additional bandwidth is determined to be available when a slope the line is negative.

18. The server of claim 17, wherein the controller estimates the slope based on a least squares regression calculation.

19. The server of claim 12, wherein the controller is further configured to determine whether the client has an increased number of unprocessed packets, and to transmit a lower bitrate one of the data streams when the client has an increased number of unprocessed packets.

20. The server of claim 19, wherein the controller is configured to determine whether the client has an increased number of unprocessed packets by comparing a number of packets received by the client with a number of packets transmitted from the server, the number of packets received being reported to the server in a reporting packet.

21. The server of claim 19, wherein the controller only transmits the higher bitrate one of the data streams when the additional bandwidth is determined to be available and the client has a decreased number of unprocessed packets.

22. A method for adjusting a bitrate of streaming data being transmitted to a client, the method comprising:

transmitting a first one of plurality of data streams over a computer network for receipt by the client, each of the plurality of data streams containing streaming data representing a multimedia signal in the form of a plurality of data packets, each of the plurality of data streams having a different bitrate than others of the data streams;

monitoring a number of unprocessed ones of the data packets;

ceasing transmission of the first one of the plurality of data streams and transmitting a lower bitrate one of the plurality of data streams when the number of unprocessed data packets increases;

determining whether additional bandwidth is available; and

ceasing transmission of the lower bitrate data stream and initiating transmission of a higher bitrate one of the data streams when the number of unprocessed data packets reduces and the additional bandwidth is available.

23. The method of claim 22, wherein the number of unprocessed ones of the data packets is monitored by comparing a number of processed data packets as reported from the client to a number of the data packets transmitted.

24. The method of claim 23, wherein the additional bandwidth is determined to be available by:

periodically transmitting a pair of timing packets to a client, each of the timing packets comprising a first packet and a second packet, the second packet being transmitted after the first packet with a known delay;

receiving a plurality of reporting packets from the client, each of the reporting packets corresponding to one of the pairs of timing packets and including a Δ

t value representative of the length of time that elapsed between receipt by the client of the first packet and the second packet;

determining that additional bandwidth is available when the Δ

t values decrease over time.

25. The method of claim 22 wherein the streaming data is transmitted to a plurality of clients, each client receiving one of the data streams, the method further comprising:

limiting a number of clients that are changed from a lower bitrate data stream to a higher bitrate data stream over a selected interval of time.

26. The method of claim 22, further comprising:

ceasing transmission of a current data stream and transmitting a lower bitrate data stream for a limited period of time when a burst of streaming data is detected, the lower bitrate data stream having a lower bitrate than the current data stream.