A network entity controls delivery of information to user devices over bearer paths including unicast channels and multicast channels. The network entity may interoperate in any of a number of network architectures, including 3GPP Internet Protocol Multimedia Subsystem (IMS) and 3GPP2 Multimedia Domain (MMD). The network entity may provide functionality of a modified 3GPP2 Broadcast and Multicast Service (BCMCS) controller component configured to enable BCMCS signaling protocol transactions to occur over 3GPP IMS interfaces and/or 3GPP2 MMD interfaces. A network entity configured to interoperate in a 3GPP IMS and/or 3GPP2 MMD network architecture may provide network-mobile multimedia services to user devices. Content associated with the multimedia services may be stored in storage devices in the network. A common interface through which a network operator defines service-specific parameters of a number of unicast and multicast multimedia services deployed in a distribution network may be provided.

A network entity controls delivery of information to user devices over bearer paths including unicast channels and multicast channels. The network entity may interoperate in any of a number of network architectures, including 3GPP Internet Protocol Multimedia Subsystem (IMS) and 3GPP2 Multimedia Domain (MMD). The network entity may provide functionality of a modified 3GPP2 Broadcast and Multicast Service (BCMCS) controller component configured to enable BCMCS signaling protocol transactions to occur over 3GPP IMS interfaces and/or 3GPP2 MMD interfaces. A network entity configured to interoperate in a 3GPP IMS and/or 3GPP2 MMD network architecture may provide network-mobile multimedia services to user devices. Content associated with the multimedia services may be stored in storage devices in the network. A common interface through which a network operator defines service-specific parameters of a number of unicast and multicast multimedia services deployed in a distribution network may be provided.

One aspect of the instant application facilitates reduction of multicast group join latency. During operation, the system can receive, at a network device, a first multicast group leave packet corresponding to a first multicast group. In response to receiving a first multicast group leave packet from an IPTV client, the system can simulate a second multicast group join on behalf of the IPTV client by updating, based on a predictive model, at least an entry in a table maintained in hardware with a next likely multicast group that the IPTV client is likely to join; and sending a simulated second multicast group join packet for initiating an IPTV stream associated with the next likely multicast group. In response to receiving an actual second multicast group join packet from the IPTV client, the system can facilitate the IPTV stream to the IPTV client, thereby reducing multicast group join latency.

One or more hardware components identify a bottleneck stage within a processor pipeline that processes frames of a video stream. The bottleneck stage has a first clock. An upstream stage receives a feedback signal from the bottleneck stage. The upstream stage has a second clock and the feedback signal includes information as to time required by the bottleneck stage to operate on data and information as to time the data spent queued. The upstream stage adjusts the speed at which the upstream stage operates and queues data to approximate the speed at which the bottleneck stage is operating and queuing data.

A content distribution network includes a first server in communication with an anycast server that provides content via a unicast signal, and with a multicast server that provides the content via a multicast signal. The first server is configured to receive a list of source addresses associated with the content, and to provide a metadata file including an anycast Internet protocol address of the anycast server from the list of source addresses as an Internet protocol address of the content in response to a first request for the content. When the number of client devices requesting the content exceeds a first threshold, the first server receives an updated list of sources including a multicast Internet protocol address of a multicast server, and provides the multicast Internet protocol address of the multicast server as the Internet protocol address of the content in the metadata file.

A content distribution network includes a first server in communication with an anycast server that provides content via a unicast signal, and with a multicast server that provides the content via a multicast signal. The first server is configured to receive a list of source addresses associated with the content, and to provide a metadata file including an anycast Internet protocol address of the anycast server from the list of source addresses as an Internet protocol address of the content in response to a first request for the content. When the number of client devices requesting the content exceeds a first threshold, the first server receives an updated list of sources including a multicast Internet protocol address of a multicast server, and provides the multicast Internet protocol address of the multicast server as the Internet protocol address of the content in the metadata file.

Described is a method of managing a network for delivering content in a hybrid unicast/multicast network, where content is requested by clients over unicast, but all or some of the content is delivered in part over multicast. A client requests content (in the form of segments) and receive the responses (segments) over unicast via a first proxy. The first proxy measures the time between requests and associated requested segment sizes. These measurements are used to effectively determine a unicast request rate given by the segment size divided by the time between requests. Subsequent requested segments can then be delivered over multicast over a portion of the route to the client using a multicast rate that is set as a function of (for example, 110% of) the unicast request rate. In general, the multicast path will be from a second proxy to the first proxy.

Described is a method of managing a network for delivering content in a hybrid unicast/multicast network, where content is requested by clients over unicast, but all or some of the content is delivered in part over multicast. A client requests content (in the form of segments) and receive the responses (segments) over unicast via a first proxy. The first proxy measures the time between requests and associated requested segment sizes. These measurements are used to effectively determine a unicast request rate given by the segment size divided by the time between requests. Subsequent requested segments can then be delivered over multicast over a portion of the route to the client using a multicast rate that is set as a function of (for example, 110% of) the unicast request rate. In general, the multicast path will be from a second proxy to the first proxy.

A method for determining location of a premises is disclosed. The method includes measuring a signal strength of a plurality of communication signals received at the premises, obtaining data associated with a source of the signals, estimating a propagation loss for the received signal, determining a distance between a source of each of the signals and the premises based on the estimated propagation loss, and triangulating the location of the premises.

A method for determining location of a premises is disclosed. The method includes measuring a signal strength of a plurality of communication signals received at the premises, obtaining data associated with a source of the signals, estimating a propagation loss for the received signal, determining a distance between a source of each of the signals and the premises based on the estimated propagation loss, and triangulating the location of the premises.