Synchronization of clients to maximize multicast opportunities

• US 8,990,420 B2
• Filed: 02/18/2014
• Issued: 03/24/2015
• Est. Priority Date: 10/29/2009
• Status: Expired due to Fees

• Current Assignee: AT&T Intellectual Property I LP (AT&T, Inc.)
• Original Assignee: AT&T Intellectual Property I LP (AT&T, Inc.)
• Inventors: Glasser, Alan L., Gauld, Andrew G., Gopalakrishnan, Vijay, Lucas, John F., Ramakrishnan, Kadangode K.
• Primary Examiner(s): Winder, Patrice
• Assistant Examiner(s): Chang, Julian
• Application Number:
  US14/183,071
• Publication Number:
  US 20140164646A1
• Time in Patent Office: 399 Days
• Field of Search: 709201-207, 709217-219, 709231-235, 709/248, 370/312
• US Class Current: 709/231
• CPC Class Codes: H04L 12/18 for broadcast or conference , e.g. multicast
• CPC Class Codes: H04L 47/15 in relation to multipoint traffic arrangements for broadcast or multicast in data networks H04L12/18
• CPC Class Codes: H04L 49/201 Multicast operation; Broadcast operation
• CPC Class Codes: H04L 65/1069 Session establishment or de-establishment
• CPC Class Codes: H04L 65/60 Network streaming of media packets
• CPC Class Codes: H04L 65/611 for multicast or broadcast systems for broadcast or conference H04L12/18; arrangements for broadcast or distribution combined with broadcast H04H20/00; arrangements for broadcast applications with a direct linkage to broadcast information or to broadcast space-time H04H60/00; selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS], H04W4/06
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/1008 based on parameters of servers, e.g. available memory or workload monitoring of computer activity G06F11/30
• CPC Class Codes: H04L 67/1014 based on the content of a request
• CPC Class Codes: H04L 69/16 Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
• CPC Class Codes: H04N 21/26275 for distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
• CPC Class Codes: H04N 21/6405 Multicasting data broadcast and multicast in packet switching networks H04L12/18
• CPC Class Codes: H04W 56/001 Synchronization between nodes
• CPC Class Codes: H04W 72/30 Resource management for broadcast services

Abstract

A content monitor includes a processor that at least receives requests from a plurality of clients for content, instructs each client to retry their respective request at a first later time if the request is received before a first time, counts the requests to determine if a number of the requests exceeds a threshold if the request is received before a second time, instructs each client to retry their respective request at a second later time if the counted number of requests does not exceed a first threshold, instructs each client to join a multicast group to receive the content when the number of requests exceeds the first threshold, and counts a number of late clients joining the multicast group after a first portion of the content has been sent to the multicast group.

Claims

1. A system for synchronization of clients, the system comprising:

a memory that stores instructions;

a processor that executes the instructions to perform operations, the operations comprising;

counting requests for content from a plurality of client systems to determine if a quantity of the requests exceeds a first threshold;

instructing each of the plurality of client systems to join a multicast group to receive the content if the quantity of requests is determined to exceed the first threshold;

counting a number of late client systems joining the multicast group after a first portion of the content has been sent to the multicast group;

determining if a first multicast session associated with the multicast group has been started within a period of time; and

determining if the first multicast session associated with the multicast group has been started based on determining a number of client systems waiting to join the multicast group.

2. The system of claim 1, wherein the operations further comprise receiving the requests for the content from the plurality of client systems.

3. The system of claim 2, wherein the operations further comprise instructing each of the plurality of client systems to retry each request corresponding to each of the plurality of client systems at a later time if the quantity of requests is determined to not exceed the first threshold.

4. The system of claim 1, wherein the operations further comprise distributing a second portion of the content to the late client systems in a second multicast session if the first multicast session associated with the multicast group has been determined to have been started within the period of time.

5. The system of claim 1, wherein the operations further comprise increasing a count of client systems waiting for the content when the first multicast session associated with the multicast group has been determined to not be started within the period of time.

6. The system of claim 1, wherein the operations further comprise tracking when each client system joins the first multicast session to estimate a size of the first portion of the content.

7. The system of claim 1, wherein the operations further comprise determining an amount of the content to be distributed to each of the client systems.

8. A method for synchronization of clients, the method comprising:

counting requests for content from a plurality of client systems to determine if a quantity of the requests exceeds a first threshold;

instructing, by utilizing instructions from memory that are executed by a processor, each of the plurality of client systems to join a multicast group to receive the content if the quantity of requests is determined to exceed the first threshold;

counting a number of late client systems join the multicast group after a first portion of the content has been sent to the multicast group;

determining if a first multicast session associated with the multicast group has been started within a period of time; and

determining if the first multicast session associated with the multicast group has been started based on determining a number of client systems waiting to join the multicast group.

9. The method of claim 8, further comprising receiving the requests for the content from the plurality of client systems.

10. The method of claim 9, further comprising instructing each of the plurality of client systems to retry each request corresponding to each of the plurality of client systems at a later time if the quantity of requests is determined to not exceed the first threshold.

11. The method of claim 8, further comprising distributing a second portion of the content to the late client systems in a second multicast session if the first multicast session associated with the multicast group has been determined to have been started within the period of time.

12. The method of claim 8, further comprising increasing a count of client systems waiting for the content when the first multicast session associated with the multicast group has been determined to not be started within the period of time.

13. The method of claim 8, further comprising tracking when each client system joins the first multicast session to estimate a size of the first portion of the content.

14. The method of claim 8, further comprising determining an amount of the content to be distributed to each of the client systems.

15. A computer-readable device comprising instructions, which when loaded and executed by a processor, cause the processor to perform operations, the operations comprising:

counting requests for content from a plurality of client systems to determine if a quantity of the requests exceeds a first threshold;

instructing, by utilizing instructions from memory that are executed by a processor, each of the plurality of client systems to join a multicast group to receive the content if the quantity of requests is determined to exceed the first threshold;

counting a number of late client systems join the multicast group after a first portion of the content has been sent to the multicast group;

determining if a first multicast session associated with the multicast group has been started within a period of time; and

determining if the first multicast session associated with the multicast group has been started based on determining a number of client systems waiting to join the multicast group.

16. The computer-readable device of claim 15, wherein the operations further comprise distributing a second portion of the content to the late client systems in a second multicast session if the first multicast session associated with the multicast group has been determined to have been started within the period of time.