Patent Application
20070074260
1. Field of the Invention
Embodiments of the present invention generally relate to digital distribution networks. More specifically, the present invention relates to a method and apparatus for providing content using a distribution network.
2. Description of the Related Art
Presently, content distribution networks are characterized by centralized architectures that typically include a central satellite downlink (e.g., a “master headend”) used to deliver content (e.g., programs) to multiple downstream regional redistribution points (e.g., “regional hubs”). Notably, the central satellite downlink is typically used to feed a unique content stream to each respective regional hub, which enables program provider control to be exercised over receiving devices (e.g., integrated receiver decoders) that solely reside in the master headend. Each receiving device delivers a single-program transport stream (SPTS) to an associated regional hub, where it is processed for delivery to an end-user. However, the described centralized structure is not without its disadvantages. Namely, decryption operations must be performed at the master headend, which consequently exposes the content to the distribution network unless additional security measures are implemented. The implementation of these additional security measures would require other infrastructure components and contribute to added costs. Secondly, inefficient distribution and usage of network bandwidth typically occurs in every instance where two or more regions are supplied with the same content. Similarly, fault management is complicated since protection must be provided for each region's SPTS regardless of conveyed content.
Thus, there is a need in the art for a more effective method and apparatus for providing satellite-based content using a distribution network.
A method and apparatus for utilizing at least one packet stream at a regional site is described. In one embodiment, at least one packet stream is multicast from a master headend to a distribution network. A request is then submitted by a receiving device (e.g., an integrated receiver decoder) to access one of the packet stream(s) located at a multicast endpoint. The packet stream(s) is subsequently received by the receiving device at the regional site. The packet stream(s) is then processed and subsequently provided to a delivery network.
So that the manner in which the above recited features of the present invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
To facilitate understanding, identical reference numerals have been used, wherever possible, to designate identical elements that are common to the figures.
A method and apparatus for providing satellite-based content using a distribution network is described. More specifically, the invention extends integrated receiver decoder (IRD) functionality into Internet Protocol (IP)-based distribution networks, allowing for the real-time program provider control of content that is delivered to regional end-users through a central “master” headend. Namely, IRD functionality is dispersed across the distribution network such that any reception and demodulation operations are performed at the central master headend, while program selection, decryption, and decoding procedures are all executed at regional facilities. The present invention enables the programming provider to remotely and dynamically control the content supplied to each hub for subsequent distribution to the end-users (e.g., sports event blackout).
Advantages of implementing this type of architecture include the propagation of satellite encryption through the distribution network to a regional hub, i.e., content protection is maintained within the distribution network. Therefore, this architecture effectively eliminates the need for extraneous encryption since the multiplex signal is already encrypted. Similarly, fault management is simplified since MPTSs are received at the distribution network (i.e., one stream per satellite transponder) as opposed to a multitude of signal streams provided to all the regional hubs. Lastly, the architecture can also be characterized as being bandwidth-efficient since duplicate programming is not routed through the distribution network. Thus, the network bandwidth is reduced due to a reduction in the number of streams delivered to all hubs.
In one embodiment of the present invention, each IRD 1121 . . . m at the master headend 104 receives a satellite multiplex signal (i.e., an MPTS) from a satellite transponder via the satellite signal receiver 102 and subsequently demodulates (using a demodulating component) the received signal in order to acquire the data transmitted by the satellite transponder. This MPTS is then packetized to form a packet stream (e.g., IP packets) by the IRD 112 for transmission over the distribution network (e.g., an IP network). The MPTS may be a Moving Picture Expert Group (MPEG)-2 transport stream, MPEG-4 transport stream, and the like. These packet streams may include MPEG-2 transports streams, MPEG-4 transport streams, and the like. The IRD 112 multicasts the packet stream to the distribution network 106 via a specific address as described below.
At some time, the IRD 216 (i.e., any one of the IRDs 2161 . . . p) learns of and obtains the address/port that is associated with the SAP announcement. This address may be acquired upon the activation (i.e., boot up procedure) of the IRD 216 or some other well-known means in the art. Once tuned to the appropriate address, the IRD 216 is provided the location of the packet stream that contains the content (e.g., a particular program) desired by an end-user.
In one exemplary scenario, IRD 1121, in
After the combined SAP announcement is placed at address “X”, a regional IRD 216 accesses this information and selects the appropriate MPTS to process in response to static or dynamic requests for a specific content signal by the system operator or programming provider. In one embodiment, the IRD 216 first uses an Internet Group Management Protocol (IGMP) message to request that the distribution network provide the SAP announcement located at a multicast endpoint designated by the well-known address (e.g., address “X”) to the IRD 216. After tuning to the appropriate address and receiving the SAP announcement, the IRD 216 learns that the content request by an IRD operator (e.g., a multiple system operator (MSO)) or programming provider is located at another address specified in the SAP announcement. The IRD 216 transmits another IGMP message to the distribution network requesting to join the multicast endpoint with the desired content (e.g., address “A1”). In response, the distribution network forwards the content located at address A1 to the requesting IRD 216. The IRD 216 then decrypts the packet stream with a decryption component and subsequently decodes the content embedded in the received multiplex signal with a decoder. Lastly, the IRD 216 forwards at least one signal stream from the multiplex signal to the delivery network 106.
The present invention may also be utilized to remotely control the IRDs 1161 . . . n located at the regional hubs. Notably, control commands (e.g., retune information) are embedded into the multiplex signal which propagates through. the master headend 104 to a regional IRD 116. These control commands are typically regional IRD-specific in the sense that only a particular regional IRD (or IRDs) complies with the instructions detailed in the commands. For example, a given regional IRD (which has previously been assigned a location identifier) that is currently tuned to a signal stream from address “A1” may receive a signal with an embedded control command that instructs a regional IRD with a particular identifier (or IRDs with particular identifiers) to switch to channel “A4”. If the location identifier of the regional IRD is identical to the identifier embedded in the control command, then that regional IRD will comply with the instruction and tune to channel A4 to receive a new packet stream. This remote retuning feature conserves bandwidth since it is not necessary to transmit each and every MPTS to the regional IRD.
In one embodiment of the present invention, the regional hub comprises a regional IRD for each channel that is provided to the delivery network. Notably, an IRD extracts the appropriate signal from the MPTS and subsequently decrypts, decodes and converts the signal to an analog signal. The analog signal is then provided to the customer via a cable delivery network.
In another embodiment, the regional hub comprises a regional IRD that is digitally provided to the customer via a digital cable system. In this scenario, the regional IRD extracts the appropriate signal from the MPTS and then decrypts and embeds the signal into a single program transport stream (SPTS). The regional IRD then forwards the SPTS to the customer. Additionally, the SPTS (along with other SPTSs) may also be re-multiplexed into a new MPTS for delivery as a digital service via a digital cable network. In yet another embodiment, the SPTS may be forwarded directly to the customer via an Internet Protocol delivery network (e.g., xDSL).
At step 306, a packet stream is received at a regional site associated with the requesting IRD. In one embodiment, the delivery network receives the IRD's IGMP message and permits the IRD to access the requisite address/port that contains the desired content. Once the virtual connection is made, the packet stream flows directly from the distribution network 106 to the regional IRD 216.
At step 308, the received packet stream is processed. In one embodiment, the IRD processes the received packet stream by initially decrypting the incoming packet stream to remove the original encryption applied to the signal prior to its reception at the downlink station. Once the encryption is removed, the IRD decodes the packet stream in order to acquire the specific signal stream that was requested by the original control command issued from an operator or program provider. The IRD typically decodes the signal by selecting the appropriate signal stream from the plurality of streams within the MPTS.
At step 310, the processed packet stream is provided to the delivery network. In one embodiment, the regional IRD forwards the necessary signal stream from the MPTS to the delivery network for further distribution, e.g., to at least one endpoint device, such as a set top box. The method 300 then ends at step 312.
The memory 403 may store all or portions of one or more programs and/or data to implement the processes and methods described herein. Notably, the memory 403 may store the requisite software that is capable of distributing data as described above. Although one or more aspects of the invention are disclosed as being implemented as a computer executing a software program, those skilled in the art will appreciate that the invention may be implemented in hardware, software, or a combination of hardware and software. Such implementations may include a number of processors independently executing various programs and dedicated hardware, such as ASICs.
The computer 400 may be programmed with an operating system, which may be OS/2, Java Virtual Machine, Linux, Solaris, Unix, Windows, Windows95, Windows98, Windows NT, and Windows2000, WindowsME, and WindowsXP, among other known platforms. At least a portion of an operating system may be disposed in the memory 403. The memory 403 may include one or more of the following: random access memory, read only memory, magneto-resistive read/write memory, optical read/write memory, cache memory, magnetic read/write memory, and the like, as well as signal-bearing media as described below.
An aspect of the invention is implemented as a program product for use with a computer system. Program(s) of the program product defines functions of embodiments and can be contained on a variety of signal-bearing computer readable media and/or carrier(s), which include, but are not limited to: (i) information permanently stored on non-writable storage media (e.g., read-only memory devices within a computer such as CD-ROM or DVD-ROM disks readable by a CD-ROM drive or a DVD drive); (ii) alterable information stored on writable storage media (e.g., floppy disks within a diskette drive or hard-disk drive or read/writable CD or read/writable DVD); or (iii) information conveyed to a computer by a communications medium, such as through a computer or telephone network, including wireless communications. The latter embodiment specifically includes information downloaded from the Internet and other networks. Such signal-bearing media, when carrying computer-readable instructions that direct functions of the invention, represent embodiments of the invention.
While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.
