Hybrid resource management system and method

A method of optimizing the delivery of content over a content delivery network to client devices in accordance with optimization rules is provided. Requests for allocation and release of content delivery resources over a content delivery network are monitored, and the processing capabilities of client devices receiving content over the content delivery network are determined. Network resources are re-allocated based on optimization rules and the processing capabilities, and the client devices are directed to use re-allocated resources for reception of content. Apparatus and client devices for performing the method are also disclosed.

BACKGROUND

Broadband network operators, such as multiple system operators (MSOs), distribute and deliver services and content, such as video, audio, and multimedia content, to subscribers or end-users. For example, a broadband cable network MSO may utilize resources for transmitting digital video broadcasts in standard definition or high definition so-called legacy formats, or Internet Protocol Television (IPTV) formats to provide linear and non-linear services, and the like. Existing network infrastructure typically has a finite amount of bandwidth to provide these services as well as other over-the-top or like services. As new methods of video transmission, such as LTE broadcast or IPTV, enter into operators' networks, resources need to be allocated efficiently between new capabilities and legacy methods.

With respect to delivering services, delivery can be accomplished in a variety of manners, such as in a broadcast mode, a switched mode, an on-demand mode, or the like. In broadcast mode, all channels, programs, or linear (i.e., scheduled) content are simultaneously broadcast to all subscribers in a pre-defined service group. In a switched mode, only channels, programs, or linear (i.e., scheduled) content having active viewers may be broadcast. In on-demand mode, non-linear content may be provided upon specific viewer request by way of switched unicast or multicast delivery.

At the customer premises or location, a population of differently-configured client devices may be operatively connected in some form to receive content over the network. For example, client devices may include legacy set top boxes (STBs) or like customer premises equipment (i.e., without IP or IPTV capabilities), IP-enabled STBs or like customer premises equipment, IPTV STBs or like customer premises equipment, computers, laptops, tablets, smartphones and the like. The capabilities of the population of client devices may vary greatly with respect to IPTV-enablement, encoding/decoding, encrypting/decrypting, packaging, transcoding and the like.

In particular, the distribution of video services using IPTV protocols and transmission methods has increased over time and this trend is expected to continue to the extent that IPTV may become the standard in the future. While IPTV distribution can be accomplished using existing infrastructure of most network operators, such existing infrastructure may not have necessarily been designed for such use. Further, new IPTV transmission methods, such as LTE broadcast, might not even travel over the current wired networks.

In another example, a typical hybrid fiber coaxial (HFC) plant of a cable network operator may accommodate a pre-determined finite number of Quadrature Amplitude Modulation (QAM) channels which can be used to carry legacy digital video (non-IPTV) or digital data (IPTV) content streams. As MSOs move to increased IPTV distribution and support greater numbers of new and different client devices with different capabilities, existing non-IPTV customer premise equipment in millions of homes must still be accommodated and, when new IPTV equipment is deployed in the network, it must be able to offer at least the same level of services offered to non-IPTV legacy customers as well as the additional IPTV services.

During the above referenced expected transition, an approach to accomplish this may be to deliver IPTV content, such as linear content, over existing infrastructure that also simulcasts or duplicates legacy (non-IPTV) linear content streams. Another approach may be to deliver given content as an IPTV content stream over the network only when needed by unicast or multicast to specific IPTV subscribers. Both of these approaches inherently may require significant network bandwidth, possibly beyond that of existing infrastructure, particularly as IPTV subscriptions increase.

DETAILED DESCRIPTION

FIG. 1is a simplified diagram of a content distribution network10in accordance to an embodiment. The headend12is controlled by a broadband service provider, such as an MSO or telco, and is utilized to obtain content from various content resources14, networks16, the Internet18, and the like and to deliver the content to customer premises equipment (CPE)20via network infrastructure22, such as a HFC network. The content obtained and distributed may be linear content (i.e., scheduled broadcast content), non-linear content, or the like and may be in the form of IPTV content, legacy (non-IPTV) content, or the like.

The CPEs20are typically located at the subscriber sites and may include any electronic equipment connected to or in communication with the HFC network22. The CPE20can be client devices or end-user devices such as STBs, legacy STBs (without IP or IPTV capabilities), IP-enabled STBs, IPTV STBs, televisions, gateways, modems, routers, gaming modules, computers, laptop computers, tablets, smartphones, and the like. Typically, CPEs20are arranged in service groups, which may include all the CPEs20within a given neighborhood, geographic area, or the like. A CPE20may handle content only in one or more of the QAM or legacy formats, the CPE20may handle content only in one or more of the IPTV formats, or it may be able to make use of content in either QAM or IPTV formats.

The headend12may include or have access to encoding resources24, transcoding resources26, encrypting resources28, packaging resources30, edge access mediation resources such as QAM resources32, or DOCSIS resources34, and like resources enabling the headend12to deliver a stream in a given format over a broadband access network22. As opposed to a headend12, the above equipment may be provided at a hub, central office or any other facility providing wired or wireless network access.

According to an embodiment, the headend12may also include a resource manager36for controlling and deciding which resources are to be used for any given content stream. For instance, the resource manager36may determine where the content originates and in which form the content may be delivered, for instance, as an IPTV content stream or a legacy (non-IPTV) content stream. In addition, the resource manager36may make certain decisions relative to the type of encoding, transcoding, encryption, packaging, and/or modulation used to deliver the content.

The resource manager36may be influenced by information such as content distribution rules in accordance with contractual commitments or business rules in accordance with product marketing decisions. For example, the resource manager36may base any of the above decisions on optimization rules that are directed to providing requested content at least cost, with minimum of network bandwidth, or with minimum stream count.

With respect to linear content and the behavior typically expected with large numbers of viewers sharing a common network delivery path, it has been found that subscribers tend to aggregate to the most popular programs scheduled at any given time. For instance, it is estimated that about 80% of subscribers are watching about 20 scheduled programs at any given time. The remaining 20% of viewers are distributed across the rest of the content, with some content almost always unwatched for extended periods of time.

Low popularity content as described above is often referred to as “long tail” content since it represents a large number of channels watched by only a small number of viewers, the long tail of a probability distribution function modeling viewer engagement. This type of content is particularly suited for switched digital video (SDV) delivery in which only the content currently being tuned into by a subscriber within a service group is broadcast to the service group. Linear content that is not currently being tuned into by a subscriber is temporarily switched off and is not delivered until later requested. This permits efficient use of available bandwidth while enabling the number of different contents offered for delivery to be expanded.

Thus, according to one embodiment, the resource manager36functions as a bandwidth management controller. In this capacity, the resource manager36is configured to make intelligent decisions with respect to bandwidth, for instance, relative to delivering the content as legacy QAM content streams (non-IPTV) or as an IPTV content stream. For example, the same content delivered in the form of an IPTV content stream may require only about half of the bandwidth required if delivered in the form of a legacy content stream. Thus, by configuring the resource manager36to select the appropriate delivery format of each content stream requested by CPE20, the additional bandwidth needs of subscribers whose devices can accept IPTV or QAM formatted content may be minimized to the “long-tail” of infrequently viewed content while legacy broadcast content streams may be used for popular programming, at least with networks or during periods of time in which bandwidth usage is near or at capacity.

By way of example,FIG. 2provides contemplated processing logic for the resource manager36. InFIG. 2, a requesting CPE or client device20communicates a program request38for particular linear content (ABC) via an upstream communication across the access network22to the resource manager36. In response, the resource manager36in step40determines the capabilities of the particular requesting client device20. For instance, the resource manager36determines whether the requesting client device can receive and process an IPTV content stream or a legacy (non-IPTV) content stream and the capabilities with respect to decoding, decrypting and the like. Such determinations may be made from information provided with the request38or obtained from a database or the like by the resource manager36based on a client identifier or the like.

In steps42and44, the resource manager36determines the resources available at the headend12or otherwise for fulfilling the request38and determines whether the program request38may be fulfilled by a content stream already established with respect to another client device in the service group. If an appropriate content stream for the requesting client device20is already established and being delivered over the network, the resource manager36may proceed to step46and respond to the client device20with reception parameters. See program response48inFIG. 2. The requesting client device20can then tune into the established content stream using the provided reception parameters.

Alternatively, if the program requested is not already available in an appropriate format for the requesting client device20and cannot be fulfilled with an already established content stream, the resource manager36must determine the best format to fulfill the request. Thus, in step50, the resource manager36determines and allocates the appropriate, least cost, and most efficient set of resources to fulfill the program request38. The set of resources may include any of available broadcast data bandwidth such as QAM video channels or LTE broadcast channels, available narrowcast data bandwidth such as DOCSIS, DSL or LTE resources, encryption resources, packaging resources, encoding resources, transcoding resources, content resources, and the like.

In step52, the resource manager36interacts with one or more of the above stated resources or other resource managers54to allocate the resources to establish a new video session. See request56and response58inFIG. 2. If the resources are being managed by a different manager, then the resource manager36must request the other resource manager to provide the needed resources. Here, the resource manager36might be tasked with initiating the stream directly, or the other resource manager might initiate the stream. As a result, a video content stream is established and delivered over the appropriate wired or wireless network and the video reception parameters are passed to the client device20to fulfill the request38.

The resource manager36is configured to periodically review and optimize resource allocations. This may require switching to the use of different resources and type of resources to fulfill previous requests of client devices and may require moving a client device from an established content stream to a different formatted content stream for the same content. See step60inFIG. 2. This is also described in greater detail with respect to examples provided below.

FIG. 3provides a further example in which two different client devices62and64interact with the resource manager36with respect to linear program requests for a particular program (i.e., program ABC as referenced inFIG. 3). In this scenario, client device62(i.e., client A as referenced inFIG. 3) is a legacy device and can only process legacy (non-IPTV) QAM content streams and does not have the capability of processing IPTV content streams. In contrast, the client device64(i.e., client B as referenced inFIG. 3) is able to receive and process both legacy (non-IPTV) QAM content streams and IPTV content streams.

Client device62(client A) makes a request for a scheduled program that is subject to being provided in a switched mode (i.e., a switched digital video (SDV) mode). See request66. At a time preceding the request, the program had been switched off and is not currently being delivered within the service group. The resource manager36recognizes that the requesting client device62only has capabilities for receiving and processing legacy (non-IPTV) QAM video and therefore initiates a QAM assignment for the requested program and communicates such information to the requesting client device62. See step68and response70providing tuning parameters. This assignment and communication process could use SDV protocols. Client device62(client A) acquires the desired program using the information from the resource manager36. See step72.

At a later point in time while client device62(client A) remains tuned to the program (ABC), the client device64(client B), which is an IPTV-capable client, sends a request for the same program (ABC) to the resource manager36. See request74.

In step76, the resource manager36determines that client device64can receive and process legacy (non-IPTV) and IPTV content streams. Based on this information and the recognition that that the program (ABC) is already being delivered over the network in a legacy (non-IPTV) format from the prior request66of client device62, the resource manager36responds to client device64(client B) with tuning parameters of the already established legacy (non-IPTV) content stream. See response78and step80during which the second requesting client device64(client B) tunes to the same content stream to which client device62(client A) is tuned. Thus, bandwidth is not required for simultaneously providing the same content in two different content stream formats.

At a point later in time, client device62notifies the resource manager36that it no longer requires access to that program (ABC). See tune-off request82. The resource manager36acknowledges the notification in step84and tune-off response86. Assuming that there is no other client device besides client device64tuned into the program (ABC) at this time, the resource manager36can execute resource estimation logic. Assuming in this scenario that IPTV resources are less costly and more efficient from a bandwidth standpoint than legacy (non-IPTV) resources, the resource manager36instructs client device64(client B) to switch to a newly established IPTV stream for the program. See step87and switch response88. Any switchover requires the client device64to carefully transition between frames of the video content within the different streams such that the move is not perceptible by the viewer. As a result, client device64joins an IPTV multicast or unicast service using the IPTV resource parameters provided by the resource manager36, see step90, and sends a tune-off request92with respect to the legacy (non-IPTV) stream when it is no longer required.

Thus, according to this system and method, when the resource manager36determines that it is more efficient to move client device64to a different stream format (for instance, between IPTV and non-IPTV streams or between wireless or wired streams), it directs client device64to use the alternative stream for access to the content. After client device64successfully transitions to the new stream, client device64notifies the resource manager36that the unused assignment can now be reclaimed by the network. Thus the unused stream is switched off the network.

FIG. 4provides a different scenario and example in which the IPTV client, client device64(client B), moves first to select/tune into a program (ABC). Thus, client device64makes a request94and the resource manager36recognizes in step96that client device64has capabilities for receiving and processing a legacy wired (non-IPTV) stream and a wireless IPTV content stream, such as one using LTE Broadcast. In this example, the resource manager36selects establishment of a wireless IPTV stream since it is deemed the least costly resource, particularly in terms of wired bandwidth as well as other factors. Thus, resource manager36transmits a response98to client device64with wireless IPTV reception parameters and, in step100, client device64joins the wireless IPTV multicast.

When the client device62(client A) thereafter sends a request102for the same linear program (ABC), the resource manager36recognizes that client device62can only receive and process a legacy (non-IPTV) stream and does not have capabilities for processing a wireless IPTV content stream. Thus, resource manager36establishes a legacy (non-IPTV) stream in step104and sends a response106to client device62with appropriate tuning parameters. Client device62then tunes into the program (ABC) in step108.

The resource manager36executes resource optimization logic and determines that client device64(client B) can be moved from the wireless IPTV stream to the legacy (non-IPTV) stream currently tuned into by client device62. See step110. Thus, resource manager36directs client device64to switch from the previously established wireless IPTV stream to the newly established wired legacy (non-IPTV) stream for purposes of conserving resources. See switch instruction112provided with the new tuning parameters. As a result, client device64smoothly switches to the new non-IPTV stream in step114and forwards a tune-off request116for the previously established IPTV stream. Thereafter, resource manager36ceases transmission of the wireless IPTV stream to conserve resources and notifies client device64with a tune-off response118.

While the above examples primarily focus on switching between IPTV and legacy (non-IPTV) linear content streams, this is only provided by way of example and any resource can be modified and optimized by the resource manager36. For example, depending on the type of requesting client device and its capabilities, switching between streams having different encodings, encryptions, transcoding, packaging or the like can result. For instance, if the client device is a gaming module or a tablet of a particular manufacturer, a particular type of encoding or encryption may be required. Also other protocols or stream formats can be used beyond that of IPTV and legacy content streams. Thus, any resource that alters the form of the content stream or its delivery method can be considered by the resource manager36upon its execution of resource optimization logic.

The content delivery network to which client devices are in connection with the headend and the access network over which content streams may be delivered may be any type of network. The content delivery network and the access network may be the same network (i.e., a HFC network) or the content delivery network may be a network that is different than that of the access network (i.e., a wired network and a wireless network). Examples of different networks and forms of content streams may include QAM over HFC, QAM over fiber to the home, DOCSIS over HFC, DOCSIS over RFoG (Radio Frequency over Glass), LTE (Long Term Evolution) broadcast, wireless network such as a 4G (fourth generation) wireless network, or the like.

In addition, the above referenced client devices, electronic processing units, components, modules, equipment, boxes, resources, servers, and the like for carrying out the above methods can physically be provided on a circuit board or within another electronic device and can include various processors, microprocessors, controllers, chips, disk drives, and the like. It will be apparent to one of ordinary skill in the art that the processors, controllers, tuners, modules, managers, and other components may be implemented as electronic components, software, hardware or a combination of hardware and software. In addition, the term “set top box” generally refers to any device that can be connected to the network for receiving video and/or data signals and does not require the device to be in the form of a “box” or placed on top of a television set.

One of ordinary skill in the art appreciates that various modifications and changes can be made without departing from the scope of these embodiments as defined in the appended claims.