EP1941728A1 - A system and method for grouping program identifiers into multicast groups - Google Patents

A system and method for grouping program identifiers into multicast groups

Info

Publication number
EP1941728A1
EP1941728A1 EP05818206A EP05818206A EP1941728A1 EP 1941728 A1 EP1941728 A1 EP 1941728A1 EP 05818206 A EP05818206 A EP 05818206A EP 05818206 A EP05818206 A EP 05818206A EP 1941728 A1 EP1941728 A1 EP 1941728A1
Authority
EP
European Patent Office
Prior art keywords
group
program identifiers
program
satellite
identifiers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05818206A
Other languages
German (de)
French (fr)
Inventor
Gary Robert Gutknecht
Barry Jay Weber
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
THOMSON LICENSING
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of EP1941728A1 publication Critical patent/EP1941728A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/20Adaptations for transmission via a GHz frequency band, e.g. via satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408Monitoring of the upstream path of the transmission network, e.g. client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP

Definitions

  • the present invention relates generally to transmitting video or other digital data over a network. More specifically, the present invention relates to a system for grouping program identifiers ("PIDs") into multicast groups for Internet Protocol (“IP”) delivery in such a way as to provide uninterrupted service to clients.
  • PIDs program identifiers
  • IP Internet Protocol
  • An improved system and/or method for providing satellite TV to a multi-dwelling unit is desirable.
  • the disclosed embodiments relate to a system and method for grouping program identifiers into multicast groups. More specifically, there is provided a method comprising receiving a request for satellite services from a requester device (22), wherein the request includes at least one program identifier, creating a second group of program identifiers, comparing the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14), and moving the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.
  • FIG. 1 is a block diagram of an exemplary satellite television over IP system in accordance with one embodiment of the present invention
  • FIG. 2 is another embodiment of the exemplary satellite television over IP system illustrated in FIG. 1 ;
  • FIG. 3 is a block diagram of an exemplary satellite gateway of the present invention.
  • FIG. 4 is a flow chart illustrating an exemplary technique for grouping program identifiers into multicast groups in accordance with embodiments of the present invention.
  • FIG. 1 a block diagram of an exemplary satellite television over IP system in accordance with one embodiment is illustrated and generally designated by a reference numeral 10.
  • the system 10 may include one or more satellite dishes 12a through 12m, a head-end unit, such as a satellite gateway 14, an IP distribution network 20, and one or more set top boxes ("STBs") 22a through 22n.
  • STBs set top boxes
  • FIG. 1 is merely one potential embodiment of the system 10.
  • the illustrated components of the system 10 may be rearranged or omitted or additional components may be added to the system 10.
  • the system 10 may configured to distributed non-satellite video and audio services.
  • the satellite dishes 12a-12m may be configured to receive video, audio, or other types of television-related data that is transmitted from satellites orbiting the earth. As will be described further below, in one embodiment the satellite dishes 12a-12m are configured to receive DirecTV programming over KU band from 10.7 to 12.75 Gigahertz ("GHz"). In alternate embodiments, however, the satellite dishes 12a- 12m may be configured to receive other types of direct broadcast satellites ("DBS") or television receive-only (“TVRO”) signal, such as Dish Network signals, ExpressVu signals, StarChoice signals, and the like. In still other non-satellite based systems, the satellite dishes 12a- 12m may be omitted from the system 10.
  • DBS direct broadcast satellites
  • TVRO television receive-only
  • the satellite dishes 12a- 12m may be omitted from the system 10.
  • a low noise-block converter (“LNC") within the satellite dishes 12a-12m receives the incoming signal from the earth- orbiting satellite and converts these incoming signals to a frequency in the L band between 950 and 2150 Megahertz ("MHz").
  • LNC low noise-block converter
  • each of the satellites 12a-12m may be configured to receive one or more incoming satellite TV signals on a particular frequency (referred to as a transponder) and with a particular polarization and to convert these satellite signals to L band signals, each of which may contain a plurality of video or audio signals.
  • the satellite dishes 12a-12m may be configured to transmit the L band signals to a head-end unit or gateway server, such as the satellite gateway 14.
  • the head-end unit may be a cable television receiver, a high definition television receiver, or other video distribution system
  • the satellite gateway 14 includes a satellite tuning, demodulating, and demultiplexing module 16 and an IP wrapper module 18.
  • the module 16 may contain a plurality of tuners, demodulators, and demultiplexers to convert the modulated and multiplexed L band signals transmitted from the satellites 12a-12m into a plurality single program transport streams ("SPTS"), each of which carries a service (e.g., television channel video, television channel audio, program guides, and so forth).
  • SPTS program transport streams
  • the module 16 is configured to produce a single program transport stream for all of the services received by the satellite dishes 12a-12m. In an alternate embodiment, however, the module 16 may produce transport streams for only a subset of the services received by the satellite dishes 12a-12m.
  • the satellite tuning, demodulating, and demultiplexing module 16 may transmit the SPTS to the IP wrapper module 18.
  • the IP wrapper module 18 repackages the data within the SPTS into a plurality of internet protocol ("IP") packets suitable for transmission over the IP distribution network 20.
  • IP internet protocol
  • the IP wrapper module 18 may convert DirecTV protocol packets within the SPTS into IP packets.
  • the IP wrapper module 18 may be configured to receive server requests from the STBs 22a-22n and to multicast (i.e., broadcast to one or more of the STBs 22a-22n over an IP address) the IP SPTS to those STBs 22a-22n that had requested the particular service.
  • the IP wrapper module 18 may also be configured to multicast IP protocol SPTS for services not requested by one of the STBs 22a-22n.
  • the modules 16 and 18 are merely one exemplary embodiment of the satellite gateway 14. In alternate embodiments, such as the one described below in regard to FIGS. 2 and 3, the functions of the modules 16 and 18 may be redistributed or consolidated amongst a variety of suitable components or modules.
  • the IP distribution network 20 may include one or more routers, switches, modem, splitters, or bridges.
  • the satellite gateway 14 may be coupled to a master distribution frame ("MDF") that is coupled to an intermediate distribution frame (“IDF") that is coupled to a coax to Ethernet bridge that is coupled to a router that is coupled to one or more of the STBs 22a-22n.
  • MDF master distribution frame
  • IDF intermediate distribution frame
  • the IP distribution network 20 may be an MDF that is coupled to a Digital Subscriber Line Access Multiplexer (“DSLAM”) that is coupled to a DSL modem that is coupled to a router.
  • DSL modem Digital Subscriber Line Access Multiplexer
  • the IP distribution network may include a wireless network, such as 802.11 or WiMax network.
  • the STBs 22a-22n may include a wireless receiver configured to receive the multicast IP packets.
  • a wireless receiver configured to receive the multicast IP packets.
  • the IP distribution network 20 may be coupled to one or more STBs 22a-22n.
  • the STBs 22a-22n may be any suitable type of video, audio, and/or other data receiver capable of receiving IP packets, such as the IP SPTS, over the IP distribution network 20.
  • IP IP packets
  • STB set top box
  • the STBs 22a-22n may encompass not only devices that sit upon televisions. Rather the STBs 22a-22n may be any device or apparatus, whether internal or external to a television, display, or computer, that can be configured to function as described herein - including, but not limited to a video components, computers, wireless telephones, or other forms video recorder.
  • the STBs 22a-22n may also be known as an integrated receiver decoder ("IRD").
  • the STBs 22a-22n may be a DirecTV receiver configured to receive services, such as video and/or audio, through an Ethernet port (amongst other inputs).
  • the STBs 22a-22n may be designed and/or configured to receive the multicast transmission over coaxial cable, twisted pair, copper wire, or through the air via a wireless standard, such as the I.E.E.E. 802.11 standard.
  • FIG. 2 is another embodiment of the exemplary satellite television over IP system 10 in accordance with one embodiment.
  • FIG. 2 illustrates three exemplary satellite dishes 12a-12c.
  • Each of the satellite dishes 12a-12c may be configured to receive signals from one or more of the orbiting satellites.
  • the satellites and the signals that are transmitted from the satellites are often referred to by the orbital slots in which the satellites reside.
  • the satellite dish 12a is configured to receive signals from a DirecTV satellite disposed in an orbital slot of 101 degrees.
  • the satellite dish 12b receives signals from a satellite disposed at 119 degrees
  • the satellite dish 12c receives signals from a satellite disposed at orbital slot of 110 degrees.
  • the satellite dishes 12a-12c may receive signals from a plurality of other satellites disclosed in a variety of orbital slots, such as the 95 degree orbital slot.
  • the satellite dishes 12a-12c may also be configured to receive polarized satellite signals.
  • the satellite dish 12a is configured to receive signals that are both left polarized (illustrated in the figure as "101 L") and right polarized (illustrated as "101 R").
  • the satellite dishes 12a- 12c may receive satellite signals in the KU band and convert these signals into L band signals that are transmitted to the satellite gateway 14.
  • the L band signals produced by the satellite dishes 12a-12c may be merged into fewer signals or split into more signals prior to reaching the satellite gateway 14.
  • L band signals from the satellite dishes 12b and 12c may be merged by a switch 24 into a single L band signal containing the L band signals from both the satellite at 110 degrees and the satellite at 119 degrees.
  • the system 10 may also include a plurality of 1:2 splitters 26a, 26b, 26c, and 26d to divide the L band signals transmitted from the satellite dishes 12a-12c into two L band signals, each of which include half of the services of the pre-split L band signal.
  • the 1 :2 splitters 26a-26b may be omitted or integrated into the satellite gateways 14a and 14b.
  • the newly split L band signals may be transmitted from the 1:2 splitters 26a-26d into the satellite gateways 14a and 14b.
  • the embodiment of the system 10 illustrated in FIG. 2 includes two of the satellite gateways 14a and 14b. In alternate embodiments, however, the system 10 may include any suitable number of satellite gateways 14. For example, in one embodiment, the system may include three satellite gateways 14.
  • the satellite gateways 14a and 14b may then further subdivide the L band signals and then tune to one or more services on the L band signal to produce one or more SPTS that may be repackaged into IP packets and multicast over the IP distribution network 20.
  • one or more of the satellite gateways 14a, 14b may also be coupled to a public switch telephone network ("PSTN") 28. Because the satellite gateways 14a, b are coupled to the PSTN 28, the STBs 22a-22n may be able to communicate with a satellite service provider through the IP distribution network 20 and the satellite gateways 14a, b. This functionality may advantageously eliminate the need to have each individual STBs 22a-22n coupled directly to the PSTN 28.
  • PSTN public switch telephone network
  • the IP distribution network 20 may also be coupled to an internet service provider ("ISP") 30.
  • ISP internet service provider
  • the IP distribution network 20 may be employed to provide internet services, such as highspeed data access, to the STBs 22a-22n and/or other suitable devices (not shown) that are coupled to the IP distribution network 20.
  • the satellite gateways 14a, b may be configured to receive the plurality of L band signals, to produce a plurality of SPTS, and to multicast requested SPTS over the IP distribution network 20.
  • FIG. 3 a block diagram of an exemplary satellite gateway 14 is shown.
  • the satellite gateway 14a, b includes a power supply 40, two front-ends 41a and 41b and a back-end 52.
  • the power supply 40 may be any one of a number of industry-standard AC or DC power supplies configurable to enable the front-ends 41a, b and the back-end 52 to perform the functions described below.
  • the satellite gateway 14a, b may also include two front-ends 41a, b.
  • each of the front-ends, 41a, b may be configured to receive two L band signal inputs from the 1 :2 splitters 26a-26d that were described above in regards to FIG. 2.
  • the front-end 41a may receive two L band signals from the 1:2 splitter 26a and the front-end 41 b may receive two L band signals from the 1 :2 splitter 26b.
  • each of the L band inputs into the front-end 41a, b includes eight or fewer services.
  • the front-ends 41a, b may then further sub-divide the L band inputs using 1 :4 L band splitters 42a, 42b, 42c, and 42d.
  • the L band signals may pass into four banks 44a, 44b, 44c, and 44d of dual tuner links.
  • Each of the dual tuner links within the banks 44a-44d may be configured to tune to two services within the L band signals received by that individual dual tuner links to produce SPTS.
  • Each of the dual tuner links may then transmit the SPTS to one of the low-voltage differential signaling ("LVDS") drivers 48a, 48b, 48c, and 48d.
  • the LVDS drivers 48a-48d may be configured to amplify the transport signals for transmission to the back-end 52.
  • the front-ends 41a, b may also include microprocessors 46a and 46b.
  • the microprocessors 46a, b may control and/or relay commands to the banks 44a-44d of dual tuner links and the 1 :4 L band splitters 42a-42d.
  • the microprocessors 46a, b may comprise ST10 microprocessors produce by ST
  • the microprocessors 46a, b may be coupled to LVDS receiver and transmitter modules 50a and 50b.
  • the LVDS receiver/transmitter modules 50a, b may facilitate communications between the microprocessors 46a, b and components on the back-end 52, as will be described further below.
  • the back-end 52 includes LVDS receivers 54a, 54b, 54c, and 54d, which are configured to receive transport stream signals transmitted by the LVDS drivers 48a-48d.
  • the back-end 52 also includes LVDS receiver/transmitter modules 56a and 56b which are configured to communicate with the LVDS receiver/ transmitter modules 50a, b.
  • the LVDS receivers 54a-54d and the LVDS receiver/transmitters 56a, b are configured to communicate with transport processors 58a and 58b.
  • the transport processors 58a, b are configured to receive the SPTS produced by the dual tuner links in the front-ends 41a, b.
  • the transport processors 58a, b may be configured to produce 16 SPTS.
  • the transport processors 58a, b may be configured to repack the SPTS into IP packets which can be multicast over the IP distribution network 20.
  • the transport processors 58a, b may repackage DirecTV protocol packets into IP protocol packets and then multicast these IP packets on an IP address to one or more of the STBs 22a-22n
  • the transport processors 58a, b may also be coupled to a bus 62, such as a 32 bit, 66 MHz peripheral component interconnect ("PCI") bus. Through the bus 62, the transport processors 58a, b may communicate with a network processor 70, an Ethernet interface 84, and/or an expansion slot 66.
  • the network processor 70 may be configured to receive requests for services from the STBs 22a-22n and to direct the transport processors 58a, b to multicast the requested services.
  • the network processor is an IXP425 network processor produced by Intel. While not illustrated, the network processor 70 may also be configured to transmit status data to a front panel of the satellite gateway 14a, b or to support debugging or monitoring of the satellite gateway 14a, b through debug ports.
  • the transport processors 58a, b may also be coupled to the Ethernet interface 68 via the bus 62.
  • the Ethernet interface 68 is a gigabit Ethernet interface that provides either a copper wire or fiber-optic interface to the IP distribution network 20.
  • the bus 62 may also be coupled to an expansion slot, such as a PCI expansion slot to enable the upgrade or expansion of the satellite gateway 14a, b.
  • the transport processors 58a, b may also be coupled to a host bus
  • the host bus 64 is a 16-bit data bus that connects the transport processors 58a, b to a modem 72, which may be configured to communicate over the PSTN 28, as described above.
  • the modem 72 may also be coupled to the bus 62.
  • the satellite gateways 14 may be configured to receive services, such as television video, audio, or other data and to multicast these services to the STBs 22a-22n across the IP distribution network 20.
  • the satellite gateways 14 multicast services by grouping related services into a single multicast. For example, if one of the STBs 22a-22n requests the video and audio for an ABC television broadcast, one of the satellite gateways 14 may group a program identifier for the video portion of the ABC broadcast along with a program identifier for the audio portion of the ABC broadcast into a multicast group that the satellite gateway 14 can multicast at a particular IP address. If another one of the STBs 22a-22n wishes to view the same ABC broadcast with the same audio, the satellite gateway 14 can direct that STB 22a-22n to access the IP address associated with the previously created multicast group.
  • the above described technique works well for creating multicast groups when the program identifiers have static relationships.
  • additional techniques may be advantageous if program identifier relationships become more complex.
  • the above-described ABC broadcast may be requested by one of the STBs 22a-22n requesting just the ABC broadcast as well as one of the STBs 22a-22n requesting an NBC broadcast split-screened with the ABC broadcast as well as another one of the STBs 22a-22n requesting a CBS split-screened with the ABC broadcast.
  • creating one multicast group containing just the ABC broadcast, another multicast group containing the NBC broadcast and the ABC broadcast, and yet another multicast group containing the ABC broadcast and the CBS broadcast may be an inefficient use of bandwidth.
  • FIG. 4 is a flowchart illustrating an exemplary technique 80 for grouping program identifiers into multicast groups in accordance with one embodiment.
  • the technique 80 may begin by setting a counter SPTSNum equal to zero and emptying a set of system program identifiers ("PIDs"), referred to as the system PIDset.
  • the system PIDset may be an array of PIDsets currently being multicast or previously multicast by the satellite gateway 14.
  • the satellite gateway may create a collision PIDset, as indicated by block 83.
  • the satellite gateway 14 may create one collision PIDset for each transponder being received by the satellite gateway 14. In alternate embodiments, however, different criteria may be used to create collision PIDsets.
  • the satellite gateway 14 may receive a request from one of the STBs 22a-22n (see FIG. 1) containing PIDs for one or more services, as indicated in block 84. Once the satellite gateway 14 has received the PID request, it may group the requested PIDs into a temporary PIDset for the requesting STB, which is referred to as the client PIDset, as indicated in block 86.
  • the satellite gateway 14 may determine whether the number of SPTS is greater than zero, as indicated in block 88. If the number of SPTS is equal to zero (i.e., not greater than zero), the technique 80 will proceed to block 102, as described below. If, however, the number of SPTS is greater than zero, the satellite gateway 14 will determine whether the client PIDset intersects with the system PIDset (i.e., whether any of the PIDs within the client PIDset are in any of the PIDsets within the system PIDset array), as indicated in block 90. If the client PIDset does not intersect with the system PIDset, the technique 80 will proceed to block 102, as will be described further below.
  • the satellite gateway 14 will determine whether the client PIDset intersects more than one system PIDset at more than one PID, as indicated in block 92. If the client PIDset intersects at only one PID, the satellite gateway 14 may add the PID within the client PIDset that was not already in the intersecting system PIDset into the intersecting system PIDset, as indicated in block 94. In alternate embodiments, block 92 may be omitted from the technique 80, and the satellite gateway 14 may proceed to block 98 regardless of the number of intersections.
  • the satellite gateway 14 may respond to the requesting STB 22a-22n with the IP address of the multicast group containing the intersecting system PIDset (which now includes the one additional PID from the client PIDset). Further, even though the collision PIDset is empty, the satellite gateway 14 may also respond with a multicast for the collision PIDset for the transponder associated with the client PIDset so that the STB 22a-22n can monitor the collision multicast in the event of a later collision involving the one of the PIDs in the intersecting system PIDset. After responding, the technique may loop back to block 84 when another one of the STBs 22a- 22n makes a request for services.
  • the satellite gateway 14 may move the intersecting PIDs from both the client PIDset and the intersecting system PIDset for each intersecting system PIDset, as indicated in block 98. Next, the satellite gateway 14 may add the intersecting PIDs to the collision PIDset, as indicated in block 100. After creating the collision PIDset, the satellite gateway 14 may add the client PIDset into the system PIDset array, as indicated in block 102 and increment the counter SPTSNum, as indicated in block 104.
  • the satellite gateway 14 may respond to the requesting STB 22a-22n with a multicast group that contains the PIDs from the system PIDset array at array location SPTSNum minus one (i.e., the former client PIDset minus the PIDs in the collision PIDset) and a multicast group containing the PIDs from the collision PIDset.
  • the satellite gateway 14 respond with a multicast group for the collision PIDset associated with the transponder associated with the Client PIDset so that the STB can monitor the collision multicast in the event of a later collision involving the one of the PIDs in the client PIDset.
  • the technique 80 may loop back to block 84 when another one of the STBs 22a-22n makes a request for services.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Radio Relay Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The disclosed embodiments relate to a system and method for grouping program identifiers into multicast groups. More specifically, there is provided a method comprising receiving a request for satellite services from a requester device (22), wherein the request includes at least one program identifier, creating a second group of program identifiers, comparing the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14), and moving the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.

Description

A SYSTEM AND METHOD FOR GROUPING PROGRAM IDENTIFIERS INTO MULTICAST GROUPS
FIELD OF THE INVENTION
The present invention relates generally to transmitting video or other digital data over a network. More specifically, the present invention relates to a system for grouping program identifiers ("PIDs") into multicast groups for Internet Protocol ("IP") delivery in such a way as to provide uninterrupted service to clients.
BACKGROUND OF THE INVENTION
This section is intended to introduce the reader to various aspects of art, which may be related to various aspects of the present invention that are described and/or claimed below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present invention. Accordingly, it should be understood that these statements are to be read in this light, and not as admissions of prior art.
As most people are aware, satellite television systems, such as DirecTV, have become much more widespread over the past few years. In fact, since the introduction of DirecTV in 1994, more than twelve million American homes have become satellite TV subscribers. Most of these subscribers live in single-family homes where satellite dishes are relatively easy to install and connect. For example, the satellite dish may be installed on the roof of the house. Many potential subscribers, however, live or temporarily reside in multi-dwelling units ("MDUs"), such as hotels or high-rise apartment buildings. Unfortunately, there are additional challenges involved with providing satellite TV services to the individual dwelling units within an MDU. It may be impractical and/or extremely expensive to provide and connect one satellite dish per dwelling. For example, in a high-rise apartment building with one thousand apartments, it may be impractical to mount one thousand satellite dishes on the roof of the building. Some conventional systems have avoided these issues by converting the digital satellite television signal into an analog signal that can be transmitted via a single coaxial cable to a plurality of dwellings. These systems, however, offer limited channels, have reduced quality compared to all-digital systems, and cannot provide the satellite TV experience that users who live in single family homes are accustomed.
An improved system and/or method for providing satellite TV to a multi-dwelling unit is desirable.
SUMMARY OF THE INVENTION Certain aspects commensurate in scope with the originally claimed invention are set forth below. It should be understood that these aspects are presented merely to provide the reader with a brief summary of certain forms the invention might take and that these aspects are not intended to limit the scope of the invention. Indeed, the invention may encompass a variety of aspects that may not be set forth below.
The disclosed embodiments relate to a system and method for grouping program identifiers into multicast groups. More specifically, there is provided a method comprising receiving a request for satellite services from a requester device (22), wherein the request includes at least one program identifier, creating a second group of program identifiers, comparing the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14), and moving the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.
BRIEF DESCRIPTION OF THE DRAWINGS
Advantages of the invention may become apparent upon reading the following detailed description and upon reference to the drawings in which:
FIG. 1 is a block diagram of an exemplary satellite television over IP system in accordance with one embodiment of the present invention;
FIG. 2 is another embodiment of the exemplary satellite television over IP system illustrated in FIG. 1 ;
FIG. 3 is a block diagram of an exemplary satellite gateway of the present invention; and
FIG. 4 is a flow chart illustrating an exemplary technique for grouping program identifiers into multicast groups in accordance with embodiments of the present invention. DETAILED DESCRIPTION
One or more specific embodiments of the present invention will be described below. In an effort to provide a concise description of these embodiments, not all features of an actual implementation are described in the specification. It should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another. Moreover, it should be appreciated that such a development effort might be complex and time consuming, but would nevertheless be a routine undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit of this disclosure.
Turning to FIG. 1, a block diagram of an exemplary satellite television over IP system in accordance with one embodiment is illustrated and generally designated by a reference numeral 10. As illustrated, in one embodiment, the system 10 may include one or more satellite dishes 12a through 12m, a head-end unit, such as a satellite gateway 14, an IP distribution network 20, and one or more set top boxes ("STBs") 22a through 22n. Those of ordinary skill in the art, however, will appreciate that the embodiment of the system 10 illustrated in FIG. 1 is merely one potential embodiment of the system 10. As such, in alternate embodiments, the illustrated components of the system 10 may be rearranged or omitted or additional components may be added to the system 10. For example, with minor modifications, the system 10 may configured to distributed non-satellite video and audio services. The satellite dishes 12a-12m may be configured to receive video, audio, or other types of television-related data that is transmitted from satellites orbiting the earth. As will be described further below, in one embodiment the satellite dishes 12a-12m are configured to receive DirecTV programming over KU band from 10.7 to 12.75 Gigahertz ("GHz"). In alternate embodiments, however, the satellite dishes 12a- 12m may be configured to receive other types of direct broadcast satellites ("DBS") or television receive-only ("TVRO") signal, such as Dish Network signals, ExpressVu signals, StarChoice signals, and the like. In still other non-satellite based systems, the satellite dishes 12a- 12m may be omitted from the system 10.
In one embodiment, a low noise-block converter ("LNC") within the satellite dishes 12a-12m receives the incoming signal from the earth- orbiting satellite and converts these incoming signals to a frequency in the L band between 950 and 2150 Megahertz ("MHz"). As will be described in further detail below with regard to FIG. 2, each of the satellites 12a-12m may be configured to receive one or more incoming satellite TV signals on a particular frequency (referred to as a transponder) and with a particular polarization and to convert these satellite signals to L band signals, each of which may contain a plurality of video or audio signals.
The satellite dishes 12a-12m may be configured to transmit the L band signals to a head-end unit or gateway server, such as the satellite gateway 14. In alternate, non-satellite embodiments, the head-end unit may be a cable television receiver, a high definition television receiver, or other video distribution system The satellite gateway 14 includes a satellite tuning, demodulating, and demultiplexing module 16 and an IP wrapper module 18. The module 16 may contain a plurality of tuners, demodulators, and demultiplexers to convert the modulated and multiplexed L band signals transmitted from the satellites 12a-12m into a plurality single program transport streams ("SPTS"), each of which carries a service (e.g., television channel video, television channel audio, program guides, and so forth). In one embodiment, the module 16 is configured to produce a single program transport stream for all of the services received by the satellite dishes 12a-12m. In an alternate embodiment, however, the module 16 may produce transport streams for only a subset of the services received by the satellite dishes 12a-12m.
The satellite tuning, demodulating, and demultiplexing module 16 may transmit the SPTS to the IP wrapper module 18. In one embodiment, the IP wrapper module 18 repackages the data within the SPTS into a plurality of internet protocol ("IP") packets suitable for transmission over the IP distribution network 20. For example, the IP wrapper module 18 may convert DirecTV protocol packets within the SPTS into IP packets. In addition, the IP wrapper module 18 may be configured to receive server requests from the STBs 22a-22n and to multicast (i.e., broadcast to one or more of the STBs 22a-22n over an IP address) the IP SPTS to those STBs 22a-22n that had requested the particular service.
In an alternative embodiment, the IP wrapper module 18 may also be configured to multicast IP protocol SPTS for services not requested by one of the STBs 22a-22n. It should be noted that the modules 16 and 18 are merely one exemplary embodiment of the satellite gateway 14. In alternate embodiments, such as the one described below in regard to FIGS. 2 and 3, the functions of the modules 16 and 18 may be redistributed or consolidated amongst a variety of suitable components or modules.
The IP distribution network 20 may include one or more routers, switches, modem, splitters, or bridges. For example, in one embodiment, the satellite gateway 14 may be coupled to a master distribution frame ("MDF") that is coupled to an intermediate distribution frame ("IDF") that is coupled to a coax to Ethernet bridge that is coupled to a router that is coupled to one or more of the STBs 22a-22n. In another embodiment, the IP distribution network 20 may be an MDF that is coupled to a Digital Subscriber Line Access Multiplexer ("DSLAM") that is coupled to a DSL modem that is coupled to a router. In yet another embodiment, the IP distribution network may include a wireless network, such as 802.11 or WiMax network. In this type of embodiment, the STBs 22a-22n may include a wireless receiver configured to receive the multicast IP packets. Those of ordinary skill in the art will appreciate that the above-described embodiments are merely exemplary. As such in alternate embodiments, a large number of suitable forms of IP distribution networks may be employed in the system 10.
* The IP distribution network 20 may be coupled to one or more STBs 22a-22n. The STBs 22a-22n may be any suitable type of video, audio, and/or other data receiver capable of receiving IP packets, such as the IP SPTS, over the IP distribution network 20. It will be appreciated the term set top box ("STB"), as used herein, may encompass not only devices that sit upon televisions. Rather the STBs 22a-22n may be any device or apparatus, whether internal or external to a television, display, or computer, that can be configured to function as described herein - including, but not limited to a video components, computers, wireless telephones, or other forms video recorder. In certain embodiments, the STBs 22a-22n may also be known as an integrated receiver decoder ("IRD").
In one embodiment, the STBs 22a-22n may be a DirecTV receiver configured to receive services, such as video and/or audio, through an Ethernet port (amongst other inputs). In alternate embodiments, however, the STBs 22a-22n may be designed and/or configured to receive the multicast transmission over coaxial cable, twisted pair, copper wire, or through the air via a wireless standard, such as the I.E.E.E. 802.11 standard.
As discussed above, the system 10 may receive video, audio, and/or other data transmitted by satellites in space and process/convert this data for distribution over the IP distribution network 20. Accordingly, FIG. 2 is another embodiment of the exemplary satellite television over IP system 10 in accordance with one embodiment. FIG. 2 illustrates three exemplary satellite dishes 12a-12c. Each of the satellite dishes 12a-12c may be configured to receive signals from one or more of the orbiting satellites. Those of ordinary skill will appreciate that the satellites and the signals that are transmitted from the satellites are often referred to by the orbital slots in which the satellites reside. For example, the satellite dish 12a is configured to receive signals from a DirecTV satellite disposed in an orbital slot of 101 degrees. Likewise, the satellite dish 12b receives signals from a satellite disposed at 119 degrees, and the satellite dish 12c receives signals from a satellite disposed at orbital slot of 110 degrees. It will be appreciated that in alternate embodiments, the satellite dishes 12a-12c may receive signals from a plurality of other satellites disclosed in a variety of orbital slots, such as the 95 degree orbital slot. In addition, the satellite dishes 12a-12c may also be configured to receive polarized satellite signals. For example, in FIG. 2, the satellite dish 12a is configured to receive signals that are both left polarized (illustrated in the figure as "101 L") and right polarized (illustrated as "101 R").
As described above in regard to FIG. 1 , the satellite dishes 12a- 12c may receive satellite signals in the KU band and convert these signals into L band signals that are transmitted to the satellite gateway 14. In some embodiments, however, the L band signals produced by the satellite dishes 12a-12c may be merged into fewer signals or split into more signals prior to reaching the satellite gateway 14. For example, as illustrated in FIG. 2, L band signals from the satellite dishes 12b and 12c may be merged by a switch 24 into a single L band signal containing the L band signals from both the satellite at 110 degrees and the satellite at 119 degrees.
As illustrated, the system 10 may also include a plurality of 1:2 splitters 26a, 26b, 26c, and 26d to divide the L band signals transmitted from the satellite dishes 12a-12c into two L band signals, each of which include half of the services of the pre-split L band signal. In alternate embodiments, the 1 :2 splitters 26a-26b may be omitted or integrated into the satellite gateways 14a and 14b.
The newly split L band signals may be transmitted from the 1:2 splitters 26a-26d into the satellite gateways 14a and 14b. The embodiment of the system 10 illustrated in FIG. 2 includes two of the satellite gateways 14a and 14b. In alternate embodiments, however, the system 10 may include any suitable number of satellite gateways 14. For example, in one embodiment, the system may include three satellite gateways 14.
The satellite gateways 14a and 14b may then further subdivide the L band signals and then tune to one or more services on the L band signal to produce one or more SPTS that may be repackaged into IP packets and multicast over the IP distribution network 20. In addition, one or more of the satellite gateways 14a, 14b may also be coupled to a public switch telephone network ("PSTN") 28. Because the satellite gateways 14a, b are coupled to the PSTN 28, the STBs 22a-22n may be able to communicate with a satellite service provider through the IP distribution network 20 and the satellite gateways 14a, b. This functionality may advantageously eliminate the need to have each individual STBs 22a-22n coupled directly to the PSTN 28.
The IP distribution network 20 may also be coupled to an internet service provider ("ISP") 30. In one embodiment, the IP distribution network 20 may be employed to provide internet services, such as highspeed data access, to the STBs 22a-22n and/or other suitable devices (not shown) that are coupled to the IP distribution network 20.
As described above, the satellite gateways 14a, b may be configured to receive the plurality of L band signals, to produce a plurality of SPTS, and to multicast requested SPTS over the IP distribution network 20. Referring now to FIG. 3, a block diagram of an exemplary satellite gateway 14 is shown. As illustrated, the satellite gateway 14a, b includes a power supply 40, two front-ends 41a and 41b and a back-end 52. The power supply 40 may be any one of a number of industry-standard AC or DC power supplies configurable to enable the front-ends 41a, b and the back-end 52 to perform the functions described below.
The satellite gateway 14a, b may also include two front-ends 41a, b. In one embodiment, each of the front-ends, 41a, b may be configured to receive two L band signal inputs from the 1 :2 splitters 26a-26d that were described above in regards to FIG. 2. For example, the front-end 41a may receive two L band signals from the 1:2 splitter 26a and the front-end 41 b may receive two L band signals from the 1 :2 splitter 26b. In one embodiment, each of the L band inputs into the front-end 41a, b includes eight or fewer services.
The front-ends 41a, b may then further sub-divide the L band inputs using 1 :4 L band splitters 42a, 42b, 42c, and 42d. Once subdivided, the L band signals may pass into four banks 44a, 44b, 44c, and 44d of dual tuner links. Each of the dual tuner links within the banks 44a-44d may be configured to tune to two services within the L band signals received by that individual dual tuner links to produce SPTS. Each of the dual tuner links may then transmit the SPTS to one of the low-voltage differential signaling ("LVDS") drivers 48a, 48b, 48c, and 48d. The LVDS drivers 48a-48d may be configured to amplify the transport signals for transmission to the back-end 52. In alternate embodiments, different forms of differential drivers and/or amplifiers may be employed in place of the LVDS drivers 48a-48d. Other embodiments may employ serialization of all of the transport signals together for routing to the back end 52. As illustrated, the front-ends 41a, b may also include microprocessors 46a and 46b. In one embodiment, the microprocessors 46a, b may control and/or relay commands to the banks 44a-44d of dual tuner links and the 1 :4 L band splitters 42a-42d. The microprocessors 46a, b may comprise ST10 microprocessors produce by ST
Microelectronics. The microprocessors 46a, b may be coupled to LVDS receiver and transmitter modules 50a and 50b. The LVDS receiver/transmitter modules 50a, b may facilitate communications between the microprocessors 46a, b and components on the back-end 52, as will be described further below.
Turning next to the back-end 52, the back-end 52 includes LVDS receivers 54a, 54b, 54c, and 54d, which are configured to receive transport stream signals transmitted by the LVDS drivers 48a-48d. The back-end 52 also includes LVDS receiver/transmitter modules 56a and 56b which are configured to communicate with the LVDS receiver/ transmitter modules 50a, b.
As illustrated, the LVDS receivers 54a-54d and the LVDS receiver/transmitters 56a, b are configured to communicate with transport processors 58a and 58b. In one embodiment, the transport processors 58a, b are configured to receive the SPTS produced by the dual tuner links in the front-ends 41a, b. For example, in one embodiment, the transport processors 58a, b may be configured to produce 16 SPTS. The transport processors 58a, b may be configured to repack the SPTS into IP packets which can be multicast over the IP distribution network 20. For example, the transport processors 58a, b may repackage DirecTV protocol packets into IP protocol packets and then multicast these IP packets on an IP address to one or more of the STBs 22a-22n
The transport processors 58a, b may also be coupled to a bus 62, such as a 32 bit, 66 MHz peripheral component interconnect ("PCI") bus. Through the bus 62, the transport processors 58a, b may communicate with a network processor 70, an Ethernet interface 84, and/or an expansion slot 66. The network processor 70 may be configured to receive requests for services from the STBs 22a-22n and to direct the transport processors 58a, b to multicast the requested services. In one embodiment, the network processor is an IXP425 network processor produced by Intel. While not illustrated, the network processor 70 may also be configured to transmit status data to a front panel of the satellite gateway 14a, b or to support debugging or monitoring of the satellite gateway 14a, b through debug ports.
As illustrated, the transport processors 58a, b may also be coupled to the Ethernet interface 68 via the bus 62. In one embodiment, the Ethernet interface 68 is a gigabit Ethernet interface that provides either a copper wire or fiber-optic interface to the IP distribution network 20. In addition, the bus 62 may also be coupled to an expansion slot, such as a PCI expansion slot to enable the upgrade or expansion of the satellite gateway 14a, b.
The transport processors 58a, b may also be coupled to a host bus
64. In one embodiment, the host bus 64 is a 16-bit data bus that connects the transport processors 58a, b to a modem 72, which may be configured to communicate over the PSTN 28, as described above. In alternate embodiments, the modem 72 may also be coupled to the bus 62.
As described above, the satellite gateways 14 may be configured to receive services, such as television video, audio, or other data and to multicast these services to the STBs 22a-22n across the IP distribution network 20. In one embodiment, the satellite gateways 14 multicast services by grouping related services into a single multicast. For example, if one of the STBs 22a-22n requests the video and audio for an ABC television broadcast, one of the satellite gateways 14 may group a program identifier for the video portion of the ABC broadcast along with a program identifier for the audio portion of the ABC broadcast into a multicast group that the satellite gateway 14 can multicast at a particular IP address. If another one of the STBs 22a-22n wishes to view the same ABC broadcast with the same audio, the satellite gateway 14 can direct that STB 22a-22n to access the IP address associated with the previously created multicast group.
The above described technique works well for creating multicast groups when the program identifiers have static relationships. However, additional techniques, as described below, may be advantageous if program identifier relationships become more complex. For example, the above-described ABC broadcast may be requested by one of the STBs 22a-22n requesting just the ABC broadcast as well as one of the STBs 22a-22n requesting an NBC broadcast split-screened with the ABC broadcast as well as another one of the STBs 22a-22n requesting a CBS split-screened with the ABC broadcast. In such a situation, creating one multicast group containing just the ABC broadcast, another multicast group containing the NBC broadcast and the ABC broadcast, and yet another multicast group containing the ABC broadcast and the CBS broadcast may be an inefficient use of bandwidth.
Accordingly, FIG. 4 is a flowchart illustrating an exemplary technique 80 for grouping program identifiers into multicast groups in accordance with one embodiment. As illustrated in block 82, the technique 80 may begin by setting a counter SPTSNum equal to zero and emptying a set of system program identifiers ("PIDs"), referred to as the system PIDset. The system PIDset may be an array of PIDsets currently being multicast or previously multicast by the satellite gateway 14. Next, the satellite gateway may create a collision PIDset, as indicated by block 83. In one embodiment, the satellite gateway 14 may create one collision PIDset for each transponder being received by the satellite gateway 14. In alternate embodiments, however, different criteria may be used to create collision PIDsets.
After creating the collision PIDsets, the satellite gateway 14 may receive a request from one of the STBs 22a-22n (see FIG. 1) containing PIDs for one or more services, as indicated in block 84. Once the satellite gateway 14 has received the PID request, it may group the requested PIDs into a temporary PIDset for the requesting STB, which is referred to as the client PIDset, as indicated in block 86.
After grouping the requested PIDs, the satellite gateway 14 may determine whether the number of SPTS is greater than zero, as indicated in block 88. If the number of SPTS is equal to zero (i.e., not greater than zero), the technique 80 will proceed to block 102, as described below. If, however, the number of SPTS is greater than zero, the satellite gateway 14 will determine whether the client PIDset intersects with the system PIDset (i.e., whether any of the PIDs within the client PIDset are in any of the PIDsets within the system PIDset array), as indicated in block 90. If the client PIDset does not intersect with the system PIDset, the technique 80 will proceed to block 102, as will be described further below.
If, however, the client PIDset does intersect with the system PIDset, however, the satellite gateway 14 will determine whether the client PIDset intersects more than one system PIDset at more than one PID, as indicated in block 92. If the client PIDset intersects at only one PID, the satellite gateway 14 may add the PID within the client PIDset that was not already in the intersecting system PIDset into the intersecting system PIDset, as indicated in block 94. In alternate embodiments, block 92 may be omitted from the technique 80, and the satellite gateway 14 may proceed to block 98 regardless of the number of intersections. Returning to block 96, once the intersecting PID has been added to the intersecting system PIDset, the satellite gateway 14 may respond to the requesting STB 22a-22n with the IP address of the multicast group containing the intersecting system PIDset (which now includes the one additional PID from the client PIDset). Further, even though the collision PIDset is empty, the satellite gateway 14 may also respond with a multicast for the collision PIDset for the transponder associated with the client PIDset so that the STB 22a-22n can monitor the collision multicast in the event of a later collision involving the one of the PIDs in the intersecting system PIDset. After responding, the technique may loop back to block 84 when another one of the STBs 22a- 22n makes a request for services. Returning to block 92, if the client PIDset intersects with the system PIDset at more than one PID, the satellite gateway 14 may move the intersecting PIDs from both the client PIDset and the intersecting system PIDset for each intersecting system PIDset, as indicated in block 98. Next, the satellite gateway 14 may add the intersecting PIDs to the collision PIDset, as indicated in block 100. After creating the collision PIDset, the satellite gateway 14 may add the client PIDset into the system PIDset array, as indicated in block 102 and increment the counter SPTSNum, as indicated in block 104.
After performing these tasks, the satellite gateway 14 may respond to the requesting STB 22a-22n with a multicast group that contains the PIDs from the system PIDset array at array location SPTSNum minus one (i.e., the former client PIDset minus the PIDs in the collision PIDset) and a multicast group containing the PIDs from the collision PIDset. as described above, even if the collision PIDset is empty (i.e., the SPTSnum was equal to zero), the satellite gateway 14 respond with a multicast group for the collision PIDset associated with the transponder associated with the Client PIDset so that the STB can monitor the collision multicast in the event of a later collision involving the one of the PIDs in the client PIDset. Lastly, as illustrated, the technique 80 may loop back to block 84 when another one of the STBs 22a-22n makes a request for services.
While the invention may be susceptible to various modifications and alternative forms, specific embodiments have been shown by way of example in the drawings and will be described in detail herein. However, it should be understood that the invention is not intended to be limited to the particular forms disclosed. Rather, the invention is to cover all modifications, equivalents and alternatives falling within the spirit and scope of the invention as defined by the following appended claims.

Claims

What is claimed is:
1. A method comprising: receiving a request for satellite services from a requester device (22), wherein the request includes at least one program identifier; creating a second group of program identifiers; comparing the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14); and moving the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.
2. The method of claim 1, comprising transmitting service associated with the second group of program identifiers to the requester device (22).
3. The method of claim 2, wherein transmitting services comprising multicasting the services over an IP distribution network (20).
4. The method of claim 1 , comprising: creating a third group of program identifiers comprising the requested program identifiers that did not match one of the program identifier in the first group of program identifiers; and transmitting services associated with the program identifiers in the third group of program identifiers to the requester device (22).
5. The method of claim 4, comprising storing the third group of program identifiers on the satellite service providing device (14).
6. The method of claim 1 , wherein receiving a request for satellite services from a requester device (22) comprises receiving a request for DirecTV satellite programming.
7. The method of claim 1 , wherein receiving a request for satellite services from a requester comprises receiving a satellite television request from a set top box.
8. A system comprising: a head-end unit (14) configured to: receive a request for satellite services from a requester device (22), wherein the request includes at least one program identifier; create a second group of program identifiers; compare the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14); and move the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.
9. The system of claim 8, wherein the head-end unit (14) is configured to transmit services associated with the program identifiers in the second group of program identifiers to the requesting device (22).
10. The system of claim 8, wherein the head-end unit (14) is configured to transmit services associated with the program identifiers in the second group of program identifiers to a set top box (22).
11. The system of claim 8, wherein the head-end unit (14) is configured to multicast the services over an IP distribution network (20) to the set top box (22).
12. The system of claim 8, wherein the head-end unit (14) is configured: to create a third group of program identifiers comprising the requested program identifiers that did not match one of the program identifier in the first group of program identifiers; and to transmit services associated with the program identifiers in the third group of program identifiers.
13. The system of claim 8, wherein the head-end unit is configured to receiving a request for DirecTV satellite programming.
14. A head-end unit (14) comprising: means for receiving a request for satellite services from a requester device (22), wherein the request includes at least one program identifier; means for creating a second group of program identifiers; means for comparing the requested program identifier with a first group of previously requested program identifiers stored on a satellite service providing device (14); and means for moving the matching program identifier from the first group of program identifiers to the second group of program identifiers if the requested program identifier matches one of the program identifiers in the first group of program identifiers, wherein a multicast of the second group of program identifiers is adapted to be shared by the requester device (22) and another device.
15. The head-end unit (14) of claim 14, comprising means for transmitting services associated with the program identifiers in the second group of program identifiers to the requester device (22).
16. The head-end unit (14) of claim 14, comprising means for transmitting services comprising multicasting the services over an IP distribution network (20).
17. The head-end unit (14) of claim 14 comprising: means for creating a third group of program identifiers comprising the requested program identifiers that did not match one of the program identifier in the first group of program identifiers; and means for transmitting services associated with the program identifiers in the third group of program identifiers to the requester device (22).
18. The head-end unit (14) of claim 14, comprising means for storing the third group of program identifiers on the head-end unit (14).
19. The head-end unit (14) of claim 14, wherein the means for receiving a request for satellite services from a requester device (22) comprises receiving a request for DirecTV satellite programming.
20. The head-end unit (14) of claim 14, wherein the means for receiving a request for satellite services from a requester comprises a receiver configured to receive the request from a set top box.
EP05818206A 2005-10-26 2005-10-26 A system and method for grouping program identifiers into multicast groups Withdrawn EP1941728A1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2005/038990 WO2007050080A1 (en) 2005-10-26 2005-10-26 A system and method for grouping program identifiers into multicast groups

Publications (1)

Publication Number Publication Date
EP1941728A1 true EP1941728A1 (en) 2008-07-09

Family

ID=35907002

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05818206A Withdrawn EP1941728A1 (en) 2005-10-26 2005-10-26 A system and method for grouping program identifiers into multicast groups

Country Status (7)

Country Link
EP (1) EP1941728A1 (en)
JP (1) JP4848426B2 (en)
KR (1) KR101243194B1 (en)
CN (1) CN101095353B (en)
BR (1) BRPI0519749A2 (en)
MX (1) MX2007008244A (en)
WO (1) WO2007050080A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104883217B (en) * 2014-02-28 2019-03-05 电信科学技术研究院 A kind of method, system and the equipment of transmitting satellite message
CN114944861A (en) * 2022-04-08 2022-08-26 亚太卫星宽带通信(深圳)有限公司 Multicast baseband configuration system and method

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004086245A1 (en) * 2003-03-20 2004-10-07 Thomson Licensing S.A. System and method for utilizing multicast ip and ehternet to locate and distribute a satellite signal

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09247647A (en) * 1996-03-14 1997-09-19 Hitachi Ltd Video audio information delivery system
JPH11112957A (en) * 1997-10-06 1999-04-23 Matsushita Electric Ind Co Ltd Electronic conference system
JP3470585B2 (en) * 1998-03-13 2003-11-25 日本電信電話株式会社 Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program
US6999477B1 (en) * 2000-05-26 2006-02-14 Bigband Networks, Inc. Method and system for providing multiple services to end-users
US20020138500A1 (en) * 2001-01-12 2002-09-26 General Instrument Corporation Virtual streaming in a carousel file system
JP2002262190A (en) * 2001-03-02 2002-09-13 Sony Corp Image processing unit and method, recording medium and program
US7908388B1 (en) * 2001-11-20 2011-03-15 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
US7512084B2 (en) * 2001-11-28 2009-03-31 Nokia Corporation Event driven filter monitoring for IP multicast services
JP2005276079A (en) * 2004-03-26 2005-10-06 Matsushita Electric Ind Co Ltd Data distribution server and data distribution system
FR2878397A1 (en) * 2004-11-25 2006-05-26 Thomson Licensing Sa APPARATUS AND METHOD FOR DISTRIBUTING ON A LOCAL NETWORK OF BROADCAST SERVICES

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004086245A1 (en) * 2003-03-20 2004-10-07 Thomson Licensing S.A. System and method for utilizing multicast ip and ehternet to locate and distribute a satellite signal

Also Published As

Publication number Publication date
MX2007008244A (en) 2007-08-21
BRPI0519749A2 (en) 2009-03-10
WO2007050080A1 (en) 2007-05-03
JP2009514336A (en) 2009-04-02
CN101095353B (en) 2011-02-16
CN101095353A (en) 2007-12-26
KR20080059350A (en) 2008-06-27
KR101243194B1 (en) 2013-03-13
JP4848426B2 (en) 2011-12-28

Similar Documents

Publication Publication Date Title
US8434120B2 (en) System and method for grouping program identifiers into multicast groups
US8079049B2 (en) System and method for inserting sync bytes into transport packets
EP1941729B1 (en) A system and method for compensating for a satellite gateway failure
US20090278992A1 (en) System and method for selecting a signal input
US7912049B2 (en) System and method for selecting a multicast IP address
US20150304229A9 (en) Method and system for allocating receiving resources in a gateway server
US9008307B2 (en) System and method for delivering satellite services at multiple security levels
KR101193098B1 (en) A method and system for allocating receiving resources in a gateway server
US20090210911A1 (en) System And Method For Advertising The Availability Of A Software Upgrade
JP4848426B2 (en) System and method for grouping program identifiers into multicast groups
EP1941727B1 (en) A system and method for inserting sync bytes into transport packets
KR101231732B1 (en) A system and method for selecting a multicast ip address

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070703

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB

17Q First examination report despatched

Effective date: 20090511

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20130807

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20131218