US8352979B2 - Methods and apparatus to broadcast advanced television system committee video in switched digital video systems - Google Patents

Methods and apparatus to broadcast advanced television system committee video in switched digital video systems Download PDF

Info

Publication number
US8352979B2
US8352979B2 US11/112,299 US11229905A US8352979B2 US 8352979 B2 US8352979 B2 US 8352979B2 US 11229905 A US11229905 A US 11229905A US 8352979 B2 US8352979 B2 US 8352979B2
Authority
US
United States
Prior art keywords
program stream
program
iptv
stream
broadcast
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.)
Active, expires
Application number
US11/112,299
Other versions
US20060242674A1 (en
Inventor
Brad Allen Medford
Debra Ann Phillips
Vernon Daniel Reed
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.)
AT&T Intellectual Property I LP
Original Assignee
AT&T Intellectual Property I LP
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 AT&T Intellectual Property I LP filed Critical AT&T Intellectual Property I LP
Priority to US11/112,299 priority Critical patent/US8352979B2/en
Assigned to SBC KNOWLEDGE VENTURES, L.P. reassignment SBC KNOWLEDGE VENTURES, L.P. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: REED, VERNON DANIEL, PHILLIPS, DEBRA ANN, MEDFORD, BRAD ALLEN
Priority to PCT/US2006/012020 priority patent/WO2006115697A2/en
Assigned to SBC KNOWLEDGE VENTURES, L.P., A NEVADA PARTNERSHIP reassignment SBC KNOWLEDGE VENTURES, L.P., A NEVADA PARTNERSHIP CORRECTIVE COVERSHEET TO CORRECT THE ASSIGNEE'S ADDRESS PREVIOUSLY RECORDED ON REEL 016691, FRAME 0146. Assignors: REED, VERNON DANIEL, PHILLIPS, DEBRA ANN, MEDFORD, BRAD ALLEN
Publication of US20060242674A1 publication Critical patent/US20060242674A1/en
Priority to US13/710,194 priority patent/US9277289B2/en
Application granted granted Critical
Publication of US8352979B2 publication Critical patent/US8352979B2/en
Priority to US15/004,559 priority patent/US9832520B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/24Systems for the transmission of television signals using pulse code modulation
    • H04N7/52Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
    • 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/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347Demultiplexing of several video streams
    • 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/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362Generation or processing of Service Information [SI]
    • 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/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365Multiplexing of several video streams
    • 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/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • 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/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454Content or additional data filtering, e.g. blocking advertisements
    • H04N21/4542Blocking scenes or portions of the received content, e.g. censoring scenes
    • 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/6112Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/6118Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • 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/633Control signals issued by server directed to the network components or client
    • H04N21/6332Control signals issued by server directed to the network components or client directed to client
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors

Definitions

  • This disclosure relates generally to switched digital video (SDV) systems, and, more particularly, to methods and apparatus to broadcast Advanced Television System Committee (ATSC) video in SDV systems.
  • SDV switched digital video
  • ATSC Advanced Television System Committee
  • the amplitude modulated (AM)-vestigial sidebands (VSB) 6 Megahertz (MHz) television (TV) broadcast system only supports one standard definition video channel plus a pair of stereo audio channels and two auxiliary audio channels.
  • FCC Federal Communications Commission
  • ATSC Advanced Television System Committee
  • DTV digital TV
  • MPEG motion picture experts group
  • MPTS multiple program transport streams
  • the ATSC DTV standards include dynamic support for and transport of one or more program streams (e.g., each containing video plus audio) within a single 6 MHz broadcast channel.
  • a broadcaster may simultaneously provide a football game, a local news program, and weather information within a single MPTS.
  • the ATSC DTV standards support an effective payload of approximately 19.3 Megabits per second (Mbps) for a terrestrial 6 MHz broadcast channel or approximately 38 Mbps for a 6 MHz cable broadcast channel.
  • FIG. 1 is a schematic illustration of an example prior art transmitter 100 for the prior art ATSC DTV broadcast system.
  • a plurality of application encoders 105 principally perform data compression and encoding for a plurality of sources 110 (e.g. video, audio, data, etc.) to reduce the number of bits required to represent the sources 110 .
  • sources 110 e.g. video, audio, data, etc.
  • the ATSC DTV system uses MPEG-2 compression for video sources and the ATSC compression standard (AC-3) for audio sources.
  • AC-3 ATSC compression standard
  • a plurality of outputs 115 (i.e., program streams) of the application encoders 105 are provided to a transport packetizer and multiplexer (TPM) 120 that divides each of the program streams 115 into packets of information (including the addition of uniquely identifying information) and multiplexes the plurality of packetized program streams 115 into a single MPTS 125 .
  • the TPM 120 also receives, packetizes, and multiplexes program and system information protocol (PSIP) information 127 into the MPTS 125 .
  • PSIP program and system information protocol
  • a modulator 130 uses the MPTS 125 to modulate a carrier to create a radio frequency (RF) transmission 135 .
  • the modulator 130 uses either 8-VSB or 16-VSB.
  • Example implementations of the application encoders 105 , the TPM 120 , and the modulator 130 are well known to persons of ordinary skill in the art, and, thus, will not be discussed further.
  • the PSIP information 127 (as defined in ATSC standard A/65A) is a small collection of hierarchically arranged tables designed to operate within every MPTS to describe the programs carried within the MPTS.
  • system information allows navigation and access of the channels (i.e., program streams) within the MPTS, and program data provides necessary information for efficient selection of programs.
  • Some tables announce future programs, and some are used to logically locate current program streams that make up the MPTS.
  • FIG. 2 is an example set of PSIP information tables 200 illustrating the relationships between the various tables.
  • the master guide table (MGT) 205 provides indexing information for the other tables. It also defines table sizes necessary for memory allocation during decoding, defines version numbers to identify those tables that are new or need updating, and generates the packet identifiers (PID) that label the tables.
  • MGT 205 entry 207 points to the zero th (i.e., original) version of a ratings region table (RRT) 210 .
  • RRT 210 is designed to transmit the ratings system in use for each country. For example, in the United States the RRT 210 represents the television parental guidelines (TVPG), more commonly referred to as the “V-chip” system.
  • a system time table (STT) 215 is a small data structure that serves as a reference for time of day functions, e.g., to manage scheduled events, display time-of-day, etc.
  • a virtual channel table (VCT) 220 contains a list of all the channels that are or will be active, plus their attributes, e.g., channel name and number.
  • Event information tables (EITs) 225 a - b describe the program(s) for a time interval of three hours. There may be up to 128 EITs, EIT-0 through EIT-127, allowing for up to 16 days of programming to be advertised in advance.
  • Example implementations of generating PSIP information, PSIP tables, PSIP packets, and decoding PSIP information and tables are well known to persons of ordinary skill in the art and, in the interest of brevity, will not be discussed further.
  • FIG. 3 further illustrates information contained in the VCT 220 .
  • Short Name is typically displayed in the upper corner of a TV screen to identify a channel and Type indicates the type of channel.
  • Major Channel indicates a 6 MHz RF broadcast channel, with Minor Channel indicating sub channels.
  • Source ID provides a PID within a MPTS, and Extended Names are typically displayed in an electronic program guide (EPG).
  • EPG electronic program guide
  • the VCT 220 facilitates selection and location of programs by a receiver or a user of a set-top box or television.
  • the VCT 220 can be updated in real-time so that situations like over-time (OT) in sporting events can be supported in addition to the regularly scheduled programs, reducing the number of times that programs are “joined in progress.”
  • OT over-time
  • FIG. 4 illustrates an example portion of a programming line-up transported in a MPTS showing how bandwidth of the MPTS could be utilized to support multiple simultaneous programs.
  • the example of FIG. 4 conveys several points:
  • Bandwidth requirements are dynamic. In the case of nondeterministic programs, like sports, an allocation may change on a moment by moment basis.
  • Services such as Weather Graphics, Text and other low bit rate services may also be supported.
  • Names of channels may change as the programming line up changes.
  • the PSIP tables provide the necessary information so that an EPG can be created and/or updated, but also so that a receiver can locate, select and display programs.
  • PSIP protocols for terrestrial broadcast and the cable multiple service operator's PSIP. These slight differences are standardized, well understood by those of ordinary skill in the art, and, will not be discussed further.
  • a device supporting both terrestrial and cable broadcasts must support both forms of PSIP information.
  • FIG. 1 is a schematic illustration of an example prior art transmitter for the prior art ATSC DTV broadcast system.
  • FIG. 2 is an example of the relationships among PSIP tables for the prior art ATSC DTV broadcast system.
  • FIG. 3 further illustrates example information contained in the VCT of FIG. 2 .
  • FIG. 4 shows an example bandwidth utilization of a MPEG MPTS.
  • FIG. 5 is a schematic diagram illustrating an example system for broadcasting ATSC video in a SDV system constructed in accordance with the teachings of the invention.
  • FIG. 6 is a schematic illustration of an example manner of implementing the proxy server of FIG. 5 .
  • FIG. 7 is a schematic illustration of an example manner of implementing the de-multiplexer and switch of FIG. 5 .
  • FIG. 8 is a flow chart representative of machine readable instructions which may be executed to implement the controller of FIG. 6 .
  • FIGS. 9 a - b are flow charts representative of machine readable instructions which may be executed to implement the controller of FIG. 6 .
  • FIG. 10 is a schematic illustration of an example processor platform that may execute the example machine readable instructions represented by FIGS. 8 and 9 a - b to implement the controller of FIG. 6 .
  • Terrestrial, cable and satellite broadcast systems are very similar, and implementations of the ATSC DTV standards within those systems have substantially leveraged existing infrastructure. For example, all three systems (terrestrial, cable, and satellite) simply provide all programming to the customer premises, and selection of programs is implemented in customer premise equipment (CPE).
  • CPE customer premise equipment
  • SDV switching is implemented out of necessity within the SDV system due to a bandwidth constrained transport network (e.g., digital subscriber line (DSL), passive optical network (PON), etc.).
  • DSL digital subscriber line
  • PON passive optical network
  • FIG. 5 illustrates an example SDV system 500 constructed in accordance with the teachings of the invention that supports ATSC DTV based MPTSs.
  • the SDV system 500 of FIG. 5 receives a plurality of RF transmissions 135 which are demodulated by a plurality of ATSC receivers 505 a - b to create a plurality of MPTSs 506 .
  • the SDV system 500 further separates the MPTSs 506 into a plurality of PSIP streams 507 (primarily comprising PSIP information packets present in the MPTSs 506 ) and a plurality of transport streams 508 (primarily comprising program packets (e.g., packets containing video, audio, etc.) present in the MPTSs 506 ).
  • the SDV system 500 does not split the resulting MPTSs 506 , thus, the PSIP streams 507 and the transport streams 508 are identical to the MPTSs 506 .
  • the plurality of ATSC receivers 505 a - b are implemented as separate devices.
  • one or more ATSC receivers 550 a - b each capable of demodulating one or more RF transmissions, may be employed.
  • a single ATSC receiver 500 capable of demodulating a plurality of RF transmissions may be employed to receive and demodulate all of the received RF transmissions 135 .
  • a PSIP stream 507 (which may be null or empty) and a transport stream 508 (which may be null or empty) are associated with each of the RF transmissions 135 .
  • the number of PSIP streams 507 and transport streams 508 may be dynamically created and destroyed based upon the number of active RF transmissions 135 .
  • the PSIP streams 507 could be multiplexed together to create one or more combined PSIP stream(s).
  • the transport streams 508 could be multiplexed together to create one or more combined transport stream(s).
  • Example implementations of ATSC receivers 505 , 505 a - b are well known to persons of ordinary skill in the art, and, thus, are not discussed further.
  • the SDV system 500 includes a de-multiplexer and switch (DS) 515 .
  • the DS 515 of the illustrated example de-multiplexes one or more of the plurality of transport streams 508 into one or more program streams (which may include an audio stream, a video stream, a data stream and/or a control stream for a single program), and further connects one or more of the program streams to one or more of the SDV broadcast engines 550 a - b.
  • each SDV broadcast engine 550 a - b includes a video encoder 525 a - b and an Internet protocol (IP) TV system server (ITSS) 530 a - b .
  • IP Internet protocol
  • the video encoder 525 a - b re-encodes/re-compresses a program stream to further reduce the number of bits required to represent the program stream.
  • the video encoder 525 a - b implements the MPEG-4 or Microsoft's® VCI encoding standard.
  • the re-encoded program stream is then passed to the ITSSs 530 a - b that, among other things, adds any necessary or provisioned encryption, packetizes the re-encoded program streams into IP packets, and provides the packetized re-encoded program streams to an IP network 540 for transport to a customer (not shown) that is also connected to the IP network 540 .
  • Example implementations of SDV broadcast engines 550 a - b , video encoders 525 a - b , and ITSS 530 a - b are well known to persons of ordinary skill in the art, and, thus, will not be discussed further.
  • the illustrated example SDV system 500 includes a proxy server 510 to configure and control the de-multiplexing and connecting performed by the DS 515 , the video encoders 525 a - b , and the ITSSs 530 a - b .
  • the proxy server 510 decodes the PSIP streams 507 to create PSIP information tables for each of the RF transmissions 135 (and, thus, for each transport stream 508 and each PSIP stream 507 ).
  • the proxy server 510 provides the PSIP information tables to a system manager 520 which indicates selected programs and assigned SDV system resources (e.g., SDV broadcast engine 550 a - b , video encoder 525 a - b , etc.) based on inputs 522 explained below. Finally, the proxy server 510 configures the DS 515 , one or more of the video encoders 525 a - b , and one or more of the ITSSs 530 a - b based on the program selections and SDV resource assignments received from the system manager 520 .
  • SDV system resources e.g., SDV broadcast engine 550 a - b , video encoder 525 a - b , etc.
  • the system manager 520 implements and maintains an EPG for each RF transmission 135 , and processes the EPGs against one or more business objectives, operational rules (e.g., regular program streams, broadcasters, stations, broadcast networks that have been provisioned within the SDV system 500 ), ratings rules, contractual commitments, or customer requests to select which programs will be broadcast by the SDV system 500 to customers and those that will not.
  • operational rules e.g., regular program streams, broadcasters, stations, broadcast networks that have been provisioned within the SDV system 500
  • ratings rules e.g., contractual commitments, or customer requests to select which programs will be broadcast by the SDV system 500 to customers and those that will not.
  • the system manager 520 assigns a SDV broadcast engine 550 a - b (e.g., a video encoder 525 a - b and an ITSS 530 a - b ). Further, the system manager 520 processes the EPG to determine programs that have ended (or are no longer to be broadcast to customers).
  • the system manager 520 For each of the ended (or are no longer to be broadcast to customers) programs the system manager 520 de-allocates the associated SDV broadcast engine 550 a - b .
  • the system manager 520 may be implemented by a general purpose computer with a user interface that facilitates entering of programming schedule instructions by a system administrator.
  • FIG. 6 illustrates an example manner of implementing the proxy server 510 of FIG. 5 .
  • the example proxy server 510 includes a PSIP decoder 605 .
  • the PSIP decoder 605 uses well known existing prior art techniques to decode the PSIP information to create corresponding PSIP tables in a memory 610 for each of the PSIP streams 507 .
  • the PSIP decoder 605 continually updates the PSIP tables for a PSIP stream in the memory 610 as additional PSIP information is received on the PSIP streams 507 . In this manner, the PSIP decoder 605 maintains up-to-date PSIP tables in the memory 610 .
  • the PSIP decoder 605 Whenever the PSIP decoder 605 creates, updates, or deletes one or more PSIP tables, the PSIP decoder 605 notifies a controller 615 using signal line(s) 612 that new or updated PSIP information is available.
  • the PSIP decoder 605 decodes PSIP information for each of the PSIP streams 507 .
  • the proxy server 510 may be implemented by one or more PSIP decoders, each of which decodes one or more of the PSIP streams 507 .
  • a PSIP decoder may be implemented for each of the PSIP streams 507 .
  • the controller 615 Upon receiving notification that new or updated PSIP information is available, the controller 615 notifies the system manager 520 using signal line(s) 512 . In the illustrated example, the controller 615 provides changes to the PSIP information to the system manager 520 . Alternatively, the controller 615 may provide the entire set of PSIP tables for the one or more PSIP streams 507 that have new or updated PSIP information whenever a change occurs.
  • the controller 615 receives signals via line(s) 512 from the system manager 520 identifying assignments of one or more selected programs to one or more SDV broadcast engines 550 a - b (e.g., video encoders 525 a - b , ITSS 530 a - b ). For each of the selected programs, the controller 615 receives an identification of an allocated SDV broadcast engine 550 a - b . The controller 615 also receives notifications from the system manager 520 via line(s) 512 identifying that one or more programs are no longer selected, and that associated SDV broadcast engines 550 a - b can, thus, be de-allocated. Based upon the information received from the system manager 520 , the controller 615 maintains a table in the memory 610 of selected programs, and the associated SDV broadcast engine 550 a - b for each selected program.
  • SDV broadcast engines 550 a - b e.g., video encoders 525 a - b , IT
  • the controller 615 of FIG. 6 communicates with the DS 515 and the SDV broadcast engines 550 a - b .
  • the controller 615 configures the DS 515 using signal line(s) 513 , and configures the video encoders 525 a - b and the ITSSs 530 a - b using signal lines(s) 514 .
  • the controller 615 To configure the DS 515 for each selected program, the controller 615 provides signals via line(s) 513 that indicate, among other things, which program streams to de-multiplex from one or more of the transport streams 508 , and to which SDV broadcast engine 550 a - b (i.e., output port) each de-multiplexed program stream is to be connected.
  • the controller 615 To configure the video encoders 525 a - b and ITSSs 530 a - b , the controller 615 provides signals via line(s) 514 that include, among other things, instructions identifying the desired format, standard definition (SD) versus high definition (HD), encoding configuration/standard, audio information, etc.
  • SD standard definition
  • HD high definition
  • FIG. 7 is an example manner of implementing the DS 515 of FIG. 5 .
  • the DS 515 includes a plurality of de-multiplexers 705 a - b .
  • a de-multiplexer 705 a - b is implemented for each of the transport streams 508 .
  • the DS 515 could alternatively include one or more de-multiplexers 705 a - b that can de-multiplex one or more transport streams 508 .
  • the DS 515 could be implemented by one de-multiplexer 705 that de-multiplexes all of the transport streams 508 .
  • the de-multiplexer 705 should be capable of de-multiplexing at least the maximum number of program streams 707 supported by the SDV system 500 .
  • the maximum number is approximately equal to or less than the maximum number of possible program streams per transport stream times the number of transport streams 508 .
  • the SDV system 500 and, thus, the de-multiplexer 705 could alternatively support fewer than the maximum number of program streams 707 .
  • the DS 515 includes a cross-connection switch 710 .
  • the cross connection switch 710 is configurably capable to connect any input port (associated with a program stream 707 ) with any output port (associated with a video encoder 525 a - b .
  • the switch 710 may only be able to connect each input port with a subset of the output ports.
  • the switch 710 is implemented as a single device.
  • the switch 710 may be implemented as multiple devices, where each device may switch some or all of the input ports to some or all of the output ports.
  • the DS 515 includes a controller 715 .
  • the controller 715 receives the information necessary to configure and control the de-multiplexers 705 , 705 a - b and the switch 710 from the proxy server 510 via the signal line(s) 513 .
  • the received information includes one or more sets of information identifying a transport stream 508 , a program stream 707 within the transport stream 508 , and an output port (associated with a video encoder 525 a - b ) to allocate or de-allocate.
  • the controller maps or uses the received information to generate appropriate configuration and control signals for the de-multiplexers 705 , 705 a - b and the switch 710 .
  • FIGS. 8 , 9 a and 9 b illustrate flowcharts representative of example machine readable instructions that may be executed by the example controller 615 of FIG. 6 .
  • the machine readable instructions of FIGS. 8 , 9 a and 9 b may be implemented by a processor, a controller, or any other suitable processing device.
  • the machine readable instructions of FIGS. 8 , 9 a and 9 b may be embodied in coded instructions stored on a tangible medium such as a flash memory, or random-access memory (RAM) associated with the processor 1010 shown in the example processor platform 1000 discussed below in conjunction with FIG. 10 .
  • FIGS. 8 , 9 a and 9 b may be implemented using an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable logic device (FPLD), discrete logic, etc. Also, some portion(s) of the machine readable instructions of FIGS. 8 , 9 a and 9 b may be implemented manually or as combinations of any of the foregoing techniques. Further, although the example machine readable instructions of FIGS. 8 , 9 a and 9 b are described with reference to the flowcharts of FIGS. 8 , 9 a and 9 b , persons of ordinary skill in the art will readily appreciate that many other methods of implementing the example controller 615 of FIG. 6 may be used. For example, the order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPLD field programmable logic device
  • the example program of FIG. 8 begins when the controller 615 reads new or updated PSIP tables from the memory (block 805 ). Next, the controller 615 provides the new or updated PSIP information to the system manager 520 and receives one or more program stream selections or de-selections from the system manager 520 (block 810 ). For each of the program stream selections or de-selections (block 815 ), the controller 615 determines if the program stream is being added or removed (i.e., selected or de-selected) (block 820 ). If the program stream is being added, the controller 615 sends one or more signals to the DS 515 and the SDV broadcast engines 550 a - b to execute the example program represented by FIG.
  • controller 615 sends one or more signals to the DS 515 and the SDV broadcast engines 550 a - b to execute the example program represented by FIG. 9 b (block 900 b ).
  • the controller 615 ends the example program of FIG. 8 .
  • the controller 615 may receive program selection information (e.g., program selections, program de-selections, SDV broadcast engine 550 a - b assignments, etc.) from the system manager 520 at times other than when the controller 615 provides program information to the system manager 520 (block 810 ).
  • the controller 615 carries out a portion of the example program of FIG. 8 comprising blocks 815 - 820 and interacts with the DS 515 and the SDV broadcast engines 550 a - b to perform allocation or de-allocation in accordance with FIGS. 9 a and 9 b.
  • the example process of FIG. 9 a begins with the controller 615 sending configuration and control information (e.g., format, SD vs. HD, audio information, enable, etc.) using the signals 514 to an ITSS 530 a - b (block 905 a ) and to a video encoder 525 a - b (block 910 a ).
  • the controller 615 sends configuration information (e.g., selection of a transport stream 508 , a program stream 707 , an output port, and an allocate indication) to the controller 715 of FIG. 7 (block 915 a ).
  • configuration information e.g., selection of a transport stream 508 , a program stream 707 , an output port, and an allocate indication
  • the example process of FIG. 9 b begins with the controller 615 sending control information using the signals 514 to an ITSS 530 a - b (block 905 b ) and to a video encoder 525 a - b (block 910 b ) to disable them.
  • the controller 615 sends configuration information (e.g., selection of a transport stream 508 , a program stream 707 , an output port, and de-allocate indication) to the controller 715 of FIG. 7 (block 915 b ) to de-allocate SDV resources.
  • configuration information e.g., selection of a transport stream 508 , a program stream 707 , an output port, and de-allocate indication
  • FIG. 10 is a block diagram of an example processor platform 1000 capable of implementing the example processes 800 and 900 a - b of FIGS. 8 , 9 a - b .
  • the processor platform 1000 can be implemented by one or more general purpose microprocessors, microcontrollers, etc.
  • the processor platform 1000 of the example includes the processor 1010 that is a general purpose programmable processor.
  • the processor 1010 executes coded instructions present in main memory of the processor 1010 .
  • the processor 1010 may implement, among other things, the controller 615 of FIG. 6 and/or the controller 715 of FIG. 7 .
  • the processor 1010 is in communication with the main memory including a read only memory (ROM) 1020 , a random access memory (RAM) 1025 , and the memory 610 of FIG. 6 via a bus 1005 .
  • the RAM 1025 may be implemented by Synchronous Dynamic Random Access Memory (SDRAM), Dynamic Random Access Memory (DRAM), and/or any other type of random access memory device.
  • the ROM 1020 may be implemented by flash memory and/or any other desired type of memory device. Access to the memory space 1020 , 1025 , 610 is typically controlled by a memory controller (not shown) in a conventional manner.
  • the processor platform 1000 also includes a conventional interface circuit 1030 .
  • the interface circuit 1030 may be implemented by any type of well known interface standard, such as an external memory interface, serial port, general purpose input/output, etc.
  • One or more input devices 1035 are connected to the interface circuit 1030 .
  • the input device(s) 1035 e.g., signals 612 , 512
  • One or more output devices 1040 are also connected to the interface circuit 1030 .
  • the output devices 1040 (e.g., signals 512 , 513 , 514 ) may be used by the processor 1010 to provide program information to a system manager 520 , control information to DS 515 , and/or control information to SDV broadcast engines 550 a - b (e.g., video encoders 525 a - b , ITSSs 530 a - b ).

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Methods and apparatus are disclosed to broadcast advanced television system committee (ATSC) video in switched digital video (SDV) systems. An example SDV broadcast method includes de-multiplexing at least one program stream from at least one of a plurality of multiple program transport streams (MPTSs), and connecting at least one program stream to a SDV broadcast engine.

Description

FIELD OF THE DISCLOSURE
This disclosure relates generally to switched digital video (SDV) systems, and, more particularly, to methods and apparatus to broadcast Advanced Television System Committee (ATSC) video in SDV systems.
BACKGROUND
The amplitude modulated (AM)-vestigial sidebands (VSB) 6 Megahertz (MHz) television (TV) broadcast system only supports one standard definition video channel plus a pair of stereo audio channels and two auxiliary audio channels. In 1995, the Federal Communications Commission (FCC) adopted the Advanced Television System Committee (ATSC) broadcast standards for digital TV (DTV) (e.g., A/53B, A/65B, A/90, etc.). With support of motion picture experts group (MPEG) multiple program transport streams (MPTSs), the ATSC DTV standards include dynamic support for and transport of one or more program streams (e.g., each containing video plus audio) within a single 6 MHz broadcast channel. For example, a broadcaster may simultaneously provide a football game, a local news program, and weather information within a single MPTS. The ATSC DTV standards support an effective payload of approximately 19.3 Megabits per second (Mbps) for a terrestrial 6 MHz broadcast channel or approximately 38 Mbps for a 6 MHz cable broadcast channel.
FIG. 1 is a schematic illustration of an example prior art transmitter 100 for the prior art ATSC DTV broadcast system. A plurality of application encoders 105 principally perform data compression and encoding for a plurality of sources 110 (e.g. video, audio, data, etc.) to reduce the number of bits required to represent the sources 110. For example, the ATSC DTV system uses MPEG-2 compression for video sources and the ATSC compression standard (AC-3) for audio sources. A plurality of outputs 115 (i.e., program streams) of the application encoders 105 are provided to a transport packetizer and multiplexer (TPM) 120 that divides each of the program streams 115 into packets of information (including the addition of uniquely identifying information) and multiplexes the plurality of packetized program streams 115 into a single MPTS 125. The TPM 120 also receives, packetizes, and multiplexes program and system information protocol (PSIP) information 127 into the MPTS 125. Finally, a modulator 130 uses the MPTS 125 to modulate a carrier to create a radio frequency (RF) transmission 135. The modulator 130 uses either 8-VSB or 16-VSB. Example implementations of the application encoders 105, the TPM 120, and the modulator 130 are well known to persons of ordinary skill in the art, and, thus, will not be discussed further.
The PSIP information 127 (as defined in ATSC standard A/65A) is a small collection of hierarchically arranged tables designed to operate within every MPTS to describe the programs carried within the MPTS. There are two main categories of PSIP information 127: system information and program data. System information allows navigation and access of the channels (i.e., program streams) within the MPTS, and program data provides necessary information for efficient selection of programs. Some tables announce future programs, and some are used to logically locate current program streams that make up the MPTS.
FIG. 2 is an example set of PSIP information tables 200 illustrating the relationships between the various tables. The master guide table (MGT) 205 provides indexing information for the other tables. It also defines table sizes necessary for memory allocation during decoding, defines version numbers to identify those tables that are new or need updating, and generates the packet identifiers (PID) that label the tables. For example, MGT 205 entry 207 points to the zeroth (i.e., original) version of a ratings region table (RRT) 210. The RRT 210 is designed to transmit the ratings system in use for each country. For example, in the United States the RRT 210 represents the television parental guidelines (TVPG), more commonly referred to as the “V-chip” system. A system time table (STT) 215 is a small data structure that serves as a reference for time of day functions, e.g., to manage scheduled events, display time-of-day, etc.
A virtual channel table (VCT) 220 contains a list of all the channels that are or will be active, plus their attributes, e.g., channel name and number. Event information tables (EITs) 225 a-b describe the program(s) for a time interval of three hours. There may be up to 128 EITs, EIT-0 through EIT-127, allowing for up to 16 days of programming to be advertised in advance.
Example implementations of generating PSIP information, PSIP tables, PSIP packets, and decoding PSIP information and tables are well known to persons of ordinary skill in the art and, in the interest of brevity, will not be discussed further.
FIG. 3 further illustrates information contained in the VCT 220. In the example table, Short Name is typically displayed in the upper corner of a TV screen to identify a channel and Type indicates the type of channel. Major Channel indicates a 6 MHz RF broadcast channel, with Minor Channel indicating sub channels. Source ID provides a PID within a MPTS, and Extended Names are typically displayed in an electronic program guide (EPG). The VCT 220 facilitates selection and location of programs by a receiver or a user of a set-top box or television. The VCT 220 can be updated in real-time so that situations like over-time (OT) in sporting events can be supported in addition to the regularly scheduled programs, reducing the number of times that programs are “joined in progress.”
FIG. 4 illustrates an example portion of a programming line-up transported in a MPTS showing how bandwidth of the MPTS could be utilized to support multiple simultaneous programs. The example of FIG. 4 conveys several points:
1. Bandwidth requirements are dynamic. In the case of nondeterministic programs, like sports, an allocation may change on a moment by moment basis.
2. The number of programming streams will change as programming options change.
3. The UT vs. A&M OT situation underscores the dynamic nature of the MPTS.
4. Services such as Weather Graphics, Text and other low bit rate services may also be supported.
5. Names of channels may change as the programming line up changes.
The PSIP tables provide the necessary information so that an EPG can be created and/or updated, but also so that a receiver can locate, select and display programs. There are several subtle differences that exist between the PSIP protocols for terrestrial broadcast and the cable multiple service operator's PSIP. These slight differences are standardized, well understood by those of ordinary skill in the art, and, will not be discussed further. However, a device supporting both terrestrial and cable broadcasts, must support both forms of PSIP information.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a schematic illustration of an example prior art transmitter for the prior art ATSC DTV broadcast system.
FIG. 2 is an example of the relationships among PSIP tables for the prior art ATSC DTV broadcast system.
FIG. 3 further illustrates example information contained in the VCT of FIG. 2.
FIG. 4 shows an example bandwidth utilization of a MPEG MPTS.
FIG. 5 is a schematic diagram illustrating an example system for broadcasting ATSC video in a SDV system constructed in accordance with the teachings of the invention.
FIG. 6 is a schematic illustration of an example manner of implementing the proxy server of FIG. 5.
FIG. 7 is a schematic illustration of an example manner of implementing the de-multiplexer and switch of FIG. 5.
FIG. 8 is a flow chart representative of machine readable instructions which may be executed to implement the controller of FIG. 6.
FIGS. 9 a-b are flow charts representative of machine readable instructions which may be executed to implement the controller of FIG. 6.
FIG. 10 is a schematic illustration of an example processor platform that may execute the example machine readable instructions represented by FIGS. 8 and 9 a-b to implement the controller of FIG. 6.
DETAILED DESCRIPTION
As described above, the dynamic nature of the ATSC DTV system provides tremendous flexibility in providing and transporting programs. Terrestrial, cable and satellite broadcast systems are very similar, and implementations of the ATSC DTV standards within those systems have substantially leveraged existing infrastructure. For example, all three systems (terrestrial, cable, and satellite) simply provide all programming to the customer premises, and selection of programs is implemented in customer premise equipment (CPE). In a SDV system, switching is implemented out of necessity within the SDV system due to a bandwidth constrained transport network (e.g., digital subscriber line (DSL), passive optical network (PON), etc.). Thus, in a SDV system all programming cannot be provided to a customer premises, and a different method of supporting the ATSC DTV standards is required.
FIG. 5 illustrates an example SDV system 500 constructed in accordance with the teachings of the invention that supports ATSC DTV based MPTSs. The SDV system 500 of FIG. 5 receives a plurality of RF transmissions 135 which are demodulated by a plurality of ATSC receivers 505 a-b to create a plurality of MPTSs 506. In the illustrated example, the SDV system 500 further separates the MPTSs 506 into a plurality of PSIP streams 507 (primarily comprising PSIP information packets present in the MPTSs 506) and a plurality of transport streams 508 (primarily comprising program packets (e.g., packets containing video, audio, etc.) present in the MPTSs 506). Alternatively, the SDV system 500 does not split the resulting MPTSs 506, thus, the PSIP streams 507 and the transport streams 508 are identical to the MPTSs 506.
In the illustrated example, the plurality of ATSC receivers 505 a-b are implemented as separate devices. Alternatively, one or more ATSC receivers 550 a-b, each capable of demodulating one or more RF transmissions, may be employed. For instance, a single ATSC receiver 500 capable of demodulating a plurality of RF transmissions may be employed to receive and demodulate all of the received RF transmissions 135.
In the illustrated example, a PSIP stream 507 (which may be null or empty) and a transport stream 508 (which may be null or empty) are associated with each of the RF transmissions 135. The number of PSIP streams 507 and transport streams 508 may be dynamically created and destroyed based upon the number of active RF transmissions 135. Further, the PSIP streams 507 could be multiplexed together to create one or more combined PSIP stream(s). Likewise, the transport streams 508 could be multiplexed together to create one or more combined transport stream(s). Example implementations of ATSC receivers 505, 505 a-b are well known to persons of ordinary skill in the art, and, thus, are not discussed further.
To connect one or more program streams (not shown) contained in the plurality of transport streams 508 with a plurality of SDV broadcast engines 550 a-b, the SDV system 500 includes a de-multiplexer and switch (DS) 515. The DS 515 of the illustrated example de-multiplexes one or more of the plurality of transport streams 508 into one or more program streams (which may include an audio stream, a video stream, a data stream and/or a control stream for a single program), and further connects one or more of the program streams to one or more of the SDV broadcast engines 550 a-b.
In the illustrated example of FIG. 5, each SDV broadcast engine 550 a-b includes a video encoder 525 a-b and an Internet protocol (IP) TV system server (ITSS) 530 a-b. The video encoder 525 a-b re-encodes/re-compresses a program stream to further reduce the number of bits required to represent the program stream. In the illustrated example, the video encoder 525 a-b implements the MPEG-4 or Microsoft's® VCI encoding standard. The re-encoded program stream is then passed to the ITSSs 530 a-b that, among other things, adds any necessary or provisioned encryption, packetizes the re-encoded program streams into IP packets, and provides the packetized re-encoded program streams to an IP network 540 for transport to a customer (not shown) that is also connected to the IP network 540. Example implementations of SDV broadcast engines 550 a-b, video encoders 525 a-b, and ITSS 530 a-b are well known to persons of ordinary skill in the art, and, thus, will not be discussed further.
As will be described in more detail in conjunction with FIGS. 6-9, the illustrated example SDV system 500 includes a proxy server 510 to configure and control the de-multiplexing and connecting performed by the DS 515, the video encoders 525 a-b, and the ITSSs 530 a-b. The proxy server 510 decodes the PSIP streams 507 to create PSIP information tables for each of the RF transmissions 135 (and, thus, for each transport stream 508 and each PSIP stream 507). The proxy server 510 provides the PSIP information tables to a system manager 520 which indicates selected programs and assigned SDV system resources (e.g., SDV broadcast engine 550 a-b, video encoder 525 a-b, etc.) based on inputs 522 explained below. Finally, the proxy server 510 configures the DS 515, one or more of the video encoders 525 a-b, and one or more of the ITSSs 530 a-b based on the program selections and SDV resource assignments received from the system manager 520.
The system manager 520, among other things, implements and maintains an EPG for each RF transmission 135, and processes the EPGs against one or more business objectives, operational rules (e.g., regular program streams, broadcasters, stations, broadcast networks that have been provisioned within the SDV system 500), ratings rules, contractual commitments, or customer requests to select which programs will be broadcast by the SDV system 500 to customers and those that will not. For each selected program, the system manager 520 assigns a SDV broadcast engine 550 a-b (e.g., a video encoder 525 a-b and an ITSS 530 a-b). Further, the system manager 520 processes the EPG to determine programs that have ended (or are no longer to be broadcast to customers). For each of the ended (or are no longer to be broadcast to customers) programs the system manager 520 de-allocates the associated SDV broadcast engine 550 a-b. In one example, the system manager 520 may be implemented by a general purpose computer with a user interface that facilitates entering of programming schedule instructions by a system administrator.
FIG. 6 illustrates an example manner of implementing the proxy server 510 of FIG. 5. To decode the PSIP information contained in the PSIP streams 507, the example proxy server 510 includes a PSIP decoder 605. The PSIP decoder 605 uses well known existing prior art techniques to decode the PSIP information to create corresponding PSIP tables in a memory 610 for each of the PSIP streams 507. In the illustrated example, the PSIP decoder 605 continually updates the PSIP tables for a PSIP stream in the memory 610 as additional PSIP information is received on the PSIP streams 507. In this manner, the PSIP decoder 605 maintains up-to-date PSIP tables in the memory 610. Whenever the PSIP decoder 605 creates, updates, or deletes one or more PSIP tables, the PSIP decoder 605 notifies a controller 615 using signal line(s) 612 that new or updated PSIP information is available. In the illustrated example, the PSIP decoder 605 decodes PSIP information for each of the PSIP streams 507. Alternatively, the proxy server 510 may be implemented by one or more PSIP decoders, each of which decodes one or more of the PSIP streams 507. For example, a PSIP decoder may be implemented for each of the PSIP streams 507.
Upon receiving notification that new or updated PSIP information is available, the controller 615 notifies the system manager 520 using signal line(s) 512. In the illustrated example, the controller 615 provides changes to the PSIP information to the system manager 520. Alternatively, the controller 615 may provide the entire set of PSIP tables for the one or more PSIP streams 507 that have new or updated PSIP information whenever a change occurs.
The controller 615 receives signals via line(s) 512 from the system manager 520 identifying assignments of one or more selected programs to one or more SDV broadcast engines 550 a-b (e.g., video encoders 525 a-b, ITSS 530 a-b). For each of the selected programs, the controller 615 receives an identification of an allocated SDV broadcast engine 550 a-b. The controller 615 also receives notifications from the system manager 520 via line(s) 512 identifying that one or more programs are no longer selected, and that associated SDV broadcast engines 550 a-b can, thus, be de-allocated. Based upon the information received from the system manager 520, the controller 615 maintains a table in the memory 610 of selected programs, and the associated SDV broadcast engine 550 a-b for each selected program.
To configure the SDV system 500, the controller 615 of FIG. 6 communicates with the DS 515 and the SDV broadcast engines 550 a-b. In particular, the controller 615 configures the DS 515 using signal line(s) 513, and configures the video encoders 525 a-b and the ITSSs 530 a-b using signal lines(s) 514. To configure the DS 515 for each selected program, the controller 615 provides signals via line(s) 513 that indicate, among other things, which program streams to de-multiplex from one or more of the transport streams 508, and to which SDV broadcast engine 550 a-b (i.e., output port) each de-multiplexed program stream is to be connected. To configure the video encoders 525 a-b and ITSSs 530 a-b, the controller 615 provides signals via line(s) 514 that include, among other things, instructions identifying the desired format, standard definition (SD) versus high definition (HD), encoding configuration/standard, audio information, etc.
FIG. 7 is an example manner of implementing the DS 515 of FIG. 5. To de-multiplex one or more of the plurality of transport streams into a plurality of program streams 707, the DS 515 includes a plurality of de-multiplexers 705 a-b. In the illustrated example, a de-multiplexer 705 a-b is implemented for each of the transport streams 508. The DS 515 could alternatively include one or more de-multiplexers 705 a-b that can de-multiplex one or more transport streams 508. For example, the DS 515 could be implemented by one de-multiplexer 705 that de-multiplexes all of the transport streams 508. In such an example, the de-multiplexer 705 should be capable of de-multiplexing at least the maximum number of program streams 707 supported by the SDV system 500. The maximum number is approximately equal to or less than the maximum number of possible program streams per transport stream times the number of transport streams 508. For implementation efficiency, the SDV system 500 and, thus, the de-multiplexer 705 could alternatively support fewer than the maximum number of program streams 707.
To connect program streams 707 with video encoders 525 a-b, the DS 515 includes a cross-connection switch 710. In the illustrated example, the cross connection switch 710 is configurably capable to connect any input port (associated with a program stream 707) with any output port (associated with a video encoder 525 a-b. Alternatively, the switch 710 may only be able to connect each input port with a subset of the output ports. In the illustrated example, the switch 710 is implemented as a single device. Alternatively, the switch 710 may be implemented as multiple devices, where each device may switch some or all of the input ports to some or all of the output ports.
To configure and control the de-multiplexers 705, 705 a-b and the switch 710, the DS 515 includes a controller 715. The controller 715 receives the information necessary to configure and control the de-multiplexers 705, 705 a-b and the switch 710 from the proxy server 510 via the signal line(s) 513. In the illustrated example, the received information includes one or more sets of information identifying a transport stream 508, a program stream 707 within the transport stream 508, and an output port (associated with a video encoder 525 a-b) to allocate or de-allocate. The controller maps or uses the received information to generate appropriate configuration and control signals for the de-multiplexers 705, 705 a-b and the switch 710.
FIGS. 8, 9 a and 9 b illustrate flowcharts representative of example machine readable instructions that may be executed by the example controller 615 of FIG. 6. The machine readable instructions of FIGS. 8, 9 a and 9 b may be implemented by a processor, a controller, or any other suitable processing device. For example, the machine readable instructions of FIGS. 8, 9 a and 9 b may be embodied in coded instructions stored on a tangible medium such as a flash memory, or random-access memory (RAM) associated with the processor 1010 shown in the example processor platform 1000 discussed below in conjunction with FIG. 10. Alternatively, the machine readable instructions of FIGS. 8, 9 a and 9 b may be implemented using an application specific integrated circuit (ASIC), a programmable logic device (PLD), a field programmable logic device (FPLD), discrete logic, etc. Also, some portion(s) of the machine readable instructions of FIGS. 8, 9 a and 9 b may be implemented manually or as combinations of any of the foregoing techniques. Further, although the example machine readable instructions of FIGS. 8, 9 a and 9 b are described with reference to the flowcharts of FIGS. 8, 9 a and 9 b, persons of ordinary skill in the art will readily appreciate that many other methods of implementing the example controller 615 of FIG. 6 may be used. For example, the order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.
The example program of FIG. 8 begins when the controller 615 reads new or updated PSIP tables from the memory (block 805). Next, the controller 615 provides the new or updated PSIP information to the system manager 520 and receives one or more program stream selections or de-selections from the system manager 520 (block 810). For each of the program stream selections or de-selections (block 815), the controller 615 determines if the program stream is being added or removed (i.e., selected or de-selected) (block 820). If the program stream is being added, the controller 615 sends one or more signals to the DS 515 and the SDV broadcast engines 550 a-b to execute the example program represented by FIG. 9 a (block 900 a). Otherwise the controller 615 sends one or more signals to the DS 515 and the SDV broadcast engines 550 a-b to execute the example program represented by FIG. 9 b (block 900 b). Once, all program stream selections or de-selections are completed (block 815), the controller 615 ends the example program of FIG. 8.
Additionally, the controller 615 may receive program selection information (e.g., program selections, program de-selections, SDV broadcast engine 550 a-b assignments, etc.) from the system manager 520 at times other than when the controller 615 provides program information to the system manager 520 (block 810). In this case, the controller 615 carries out a portion of the example program of FIG. 8 comprising blocks 815-820 and interacts with the DS 515 and the SDV broadcast engines 550 a-b to perform allocation or de-allocation in accordance with FIGS. 9 a and 9 b.
The example process of FIG. 9 a begins with the controller 615 sending configuration and control information (e.g., format, SD vs. HD, audio information, enable, etc.) using the signals 514 to an ITSS 530 a-b(block 905 a) and to a video encoder 525 a-b(block 910 a). Next, the controller 615 sends configuration information (e.g., selection of a transport stream 508, a program stream 707, an output port, and an allocate indication) to the controller 715 of FIG. 7 (block 915 a).
The example process of FIG. 9 b begins with the controller 615 sending control information using the signals 514 to an ITSS 530 a-b(block 905 b) and to a video encoder 525 a-b(block 910 b) to disable them. Next, the controller 615 sends configuration information (e.g., selection of a transport stream 508, a program stream 707, an output port, and de-allocate indication) to the controller 715 of FIG. 7 (block 915 b) to de-allocate SDV resources.
FIG. 10 is a block diagram of an example processor platform 1000 capable of implementing the example processes 800 and 900 a-b of FIGS. 8, 9 a-b. For example, the processor platform 1000 can be implemented by one or more general purpose microprocessors, microcontrollers, etc.
The processor platform 1000 of the example includes the processor 1010 that is a general purpose programmable processor. The processor 1010 executes coded instructions present in main memory of the processor 1010. The processor 1010 may implement, among other things, the controller 615 of FIG. 6 and/or the controller 715 of FIG. 7.
The processor 1010 is in communication with the main memory including a read only memory (ROM) 1020, a random access memory (RAM) 1025, and the memory 610 of FIG. 6 via a bus 1005. The RAM 1025 may be implemented by Synchronous Dynamic Random Access Memory (SDRAM), Dynamic Random Access Memory (DRAM), and/or any other type of random access memory device. The ROM 1020 may be implemented by flash memory and/or any other desired type of memory device. Access to the memory space 1020, 1025, 610 is typically controlled by a memory controller (not shown) in a conventional manner.
The processor platform 1000 also includes a conventional interface circuit 1030. The interface circuit 1030 may be implemented by any type of well known interface standard, such as an external memory interface, serial port, general purpose input/output, etc.
One or more input devices 1035 are connected to the interface circuit 1030. The input device(s) 1035 (e.g., signals 612, 512) may be used to provide the processor 1010 information on programs present on RF transmissions 135 and selected and de-selected programs.
One or more output devices 1040 are also connected to the interface circuit 1030. The output devices 1040 (e.g., signals 512, 513, 514) may be used by the processor 1010 to provide program information to a system manager 520, control information to DS 515, and/or control information to SDV broadcast engines 550 a-b(e.g., video encoders 525 a-b, ITSSs 530 a-b).
From the foregoing, persons of ordinary skill in the art will appreciate that the above disclosed methods and apparatus may be realized within a single device or across two cooperating devices, and could be implemented by software, hardware, and/or firmware to implement the improved wireless receiver disclosed herein.
Although certain example methods, apparatus and articles of manufacture have been described herein, the scope of coverage of this patent is not limited thereto. On the contrary, this patent covers all methods, apparatus and articles of manufacture fairly falling within the scope of the appended claims either literally or under the doctrine of equivalents.

Claims (12)

1. An apparatus to broadcast Internet protocol (IP) television (IPTV) streams via an IP-based network for reception at two or more subscriber locations, the apparatus comprising:
a radio frequency receiver to receive a broadcast multiple program transport stream (MPTS) that contains a plurality of program streams;
a proxy server to decode program information contained in the MPTS to update a rating region table (RRT), the RRT representing parental guidance information for program content;
a system manager to select a first program stream of the MPTS, to select a second program stream of the MPTS, and to exclude a third program stream of the MPTS, wherein the first and second program streams are selected and the third program stream excluded based on the RRT, independent of any user provided program stream request, and independent of any contractual commitment associated with any user;
a first IPTV broadcast engine to form a first IPTV program stream from the first selected program stream of the MPTS, and to broadcast the first IPTV program stream via the IP-based network;
a second IPTV broadcast engine to form a second IPTV program stream from the second selected program stream of the MPTS, and to broadcast the second IPTV program stream via the IP-based network, wherein the excluded third program stream of the MPTS is not broadcast via the IP-based network;
a first de-multiplexer to de-multiplex the first program stream from the MPTS;
a second de-multiplexer to de-multiplex the second program stream from the MPTS; and
a cross connection switch to connect the first program stream to the first IPTV broadcast engine, and to connect the second program stream to the second IPTV broadcast engine.
2. An apparatus as defined in claim 1, further comprising a controller to control the first de-multiplexer, the second de-multiplexer, and the cross connection switch in response to at least one control input.
3. An apparatus as defined in claim 1, wherein the first IPTV broadcast engine comprises a video encoder and an IPTV system server.
4. An apparatus as defined in claim 1, wherein:
the system manager is to determine program stream selections, the program stream selections comprising a first assignment of the first program stream to the first IPTV broadcast engine, and a second assignment of the second program stream to the second IPTV broadcast engine; and
the controller is to decode program information contained in the MPTS to form a program and system information protocol (PSIP) table, to provide one or more parameters representative of the PSIP table to the system manager, and to configure the first de-multiplexer, the second de-multiplexer, and the cross connection switch in response to receiving the program stream selections from the system manager, wherein the system manager determines the program stream selections in response to the one or more parameters and the RRT.
5. An apparatus as defined in claim 1, wherein the first IPTV broadcast engine is to encrypt the first IPTV program stream to form a first encrypted program, wherein forming the first IPTV program stream from the first compressed program stream comprises packetizing the first encrypted program stream to form the first IPTV program stream.
6. An apparatus as defined in claim 1, wherein the plurality of the program streams of the MPTS are compressed using a first compression format, and wherein the first IPTV broadcast engine comprises:
an encoder to convert the first program stream into a first compressed program stream using a second compression format that is different from the first compression format; and
an IPTV system server to form the first IPTV program stream from the first compressed program stream, and to broadcast the first IPTV program stream via an IP-based network for reception at two or more subscriber locations.
7. An apparatus as defined in claim 2, wherein the at least one control input identifies a first assignment of the first program stream to the first IPTV broadcast engine and a second assignment of the second program stream to the second IPTV broadcast engine.
8. An apparatus as defined in claim 4, wherein the system manager is to exclude a fourth program stream of the MPTS based on at least one of a business objective, an operational rule, a ratings rule, or a contractual commitment.
9. An apparatus as defined in claim 4, wherein the second de-multiplexer comprises the first de-multiplexer.
10. A method of broadcasting Internet protocol (IP) television (IPTV) streams, the method comprising:
receiving a broadcast multiple program transport stream (MPTS) that contains a plurality of program streams;
decoding program information contained in the MPTS to update a rating region table (RRT), the RRT representing parental guidance information for program content;
selecting a subset of the plurality of program streams, the subset comprising a first program stream and a second program stream and excluding a third program stream contained in the plurality of program streams, wherein the first and second program streams are selected and the third program stream excluded based on the RRT, independent of any user provided program stream request, and independent of any contractual commitment associated with any user;
forming a first IPTV program stream from the first program stream;
forming a second IPTV program stream from the second program stream;
broadcasting the first and second IPTV program streams via an IP-based network, wherein the first and second IPTV program streams are broadcast for reception at two or more different subscriber locations.
11. A method as defined in claim 10, wherein selecting the first program stream and the second program stream further comprises
automatically selecting a fourth program stream based on the program information and at least one of a business objective, an operational rule, a ratings rule, or a contractual commitment.
12. A method as defined in claim 10, further comprising encrypting the first program stream to form a first encrypted program stream, wherein forming the first IPTV program stream from the first program stream comprises packetizing the first encrypted program stream to form the first IPTV program stream.
US11/112,299 2005-04-22 2005-04-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems Active 2027-12-30 US8352979B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US11/112,299 US8352979B2 (en) 2005-04-22 2005-04-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
PCT/US2006/012020 WO2006115697A2 (en) 2005-04-22 2006-03-31 Methods and apparatus to manage and broadcast advanced television system committee video in switched digital video systems
US13/710,194 US9277289B2 (en) 2005-04-22 2012-12-10 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US15/004,559 US9832520B2 (en) 2005-04-22 2016-01-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/112,299 US8352979B2 (en) 2005-04-22 2005-04-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/710,194 Continuation US9277289B2 (en) 2005-04-22 2012-12-10 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems

Publications (2)

Publication Number Publication Date
US20060242674A1 US20060242674A1 (en) 2006-10-26
US8352979B2 true US8352979B2 (en) 2013-01-08

Family

ID=37188628

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/112,299 Active 2027-12-30 US8352979B2 (en) 2005-04-22 2005-04-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US13/710,194 Expired - Fee Related US9277289B2 (en) 2005-04-22 2012-12-10 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US15/004,559 Expired - Fee Related US9832520B2 (en) 2005-04-22 2016-01-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems

Family Applications After (2)

Application Number Title Priority Date Filing Date
US13/710,194 Expired - Fee Related US9277289B2 (en) 2005-04-22 2012-12-10 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US15/004,559 Expired - Fee Related US9832520B2 (en) 2005-04-22 2016-01-22 Methods and apparatus to broadcast advanced television system committee video in switched digital video systems

Country Status (1)

Country Link
US (3) US8352979B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120174154A1 (en) * 2010-12-31 2012-07-05 Lg Innotek Co., Ltd. Display apparatus
US9277289B2 (en) 2005-04-22 2016-03-01 At&T Intellectual Property I, L.P. Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US9485527B2 (en) 2014-04-23 2016-11-01 Arris Enterprises, Inc. Hybrid resource management system and method
US11468586B2 (en) * 2019-03-13 2022-10-11 Canon Kabushiki Kaisha Three-dimensional measurement apparatus, image capturing apparatus, control method, and recording medium

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060242683A1 (en) * 2005-04-22 2006-10-26 Medford Brad A Methods and apparatus to manage advanced television system committee video in broadcast switched digital video systems
KR101314608B1 (en) * 2007-01-05 2013-10-07 엘지전자 주식회사 Receiver and method for controlling content viewing in IPTV environment
KR101356491B1 (en) * 2007-03-02 2014-02-03 엘지전자 주식회사 Method and apparatus for processing rating information and IPTV system
US9756290B2 (en) * 2007-09-11 2017-09-05 The Directv Group, Inc. Method and system for communicating between a local collection facility and a remote facility
US9300412B2 (en) * 2007-09-11 2016-03-29 The Directv Group, Inc. Method and system for operating a receiving circuit for multiple types of input channel signals
US8792336B2 (en) * 2007-09-11 2014-07-29 The Directv Group, Inc. Method and system for monitoring and switching between primary and back-up receiver decoder circuits in a communication system
US20090070829A1 (en) * 2007-09-11 2009-03-12 The Directv Group, Inc. Receiving circuit module for receiving and encoding channel signals and method for operating the same
US8424044B2 (en) * 2007-09-11 2013-04-16 The Directv Group, Inc. Method and system for monitoring and switching between a primary encoder and a back-up encoder in a communication system
US9313457B2 (en) 2007-09-11 2016-04-12 The Directv Group, Inc. Method and system for monitoring a receiving circuit module and controlling switching to a back-up receiving circuit module at a local collection facility from a remote facility
US8479234B2 (en) 2007-09-12 2013-07-02 The Directv Group, Inc. Method and system for monitoring and controlling a local collection facility from a remote facility using an asynchronous transfer mode (ATM) network
US8988986B2 (en) 2007-09-12 2015-03-24 The Directv Group, Inc. Method and system for controlling a back-up multiplexer in a local collection facility from a remote facility
US8724635B2 (en) 2007-09-12 2014-05-13 The Directv Group, Inc. Method and system for controlling a back-up network adapter in a local collection facility from a remote facility
US9049354B2 (en) 2007-10-30 2015-06-02 The Directv Group, Inc. Method and system for monitoring and controlling a back-up receiver in local collection facility from a remote facility using an IP network
US9037074B2 (en) 2007-10-30 2015-05-19 The Directv Group, Inc. Method and system for monitoring and controlling a local collection facility from a remote facility through an IP network
US9049037B2 (en) 2007-10-31 2015-06-02 The Directv Group, Inc. Method and system for monitoring and encoding signals in a local facility and communicating the signals between a local collection facility and a remote facility using an IP network
US9762973B2 (en) 2008-11-04 2017-09-12 The Directv Group, Inc. Method and system for operating a receiving circuit module to encode a channel signal into multiple encoding formats
WO2012100137A1 (en) * 2011-01-20 2012-07-26 Cta Digital, Inc. Inflatable box or container with recessed slot for ipad
US8848024B2 (en) * 2011-03-08 2014-09-30 CSC Holdings, LLC Virtual communal television viewing
US9831971B1 (en) 2011-04-05 2017-11-28 The Directv Group, Inc. Method and system for operating a communication system encoded into multiple independently communicated encoding formats
US20130051496A1 (en) * 2011-08-29 2013-02-28 Chin-Fu Li Single-phase down-converter for translating image interference to guard bands and multi-mode wireless communication receiver including single-phase down-conversion receiving circuit and dual-phase down-conversion receiving circuit
US20150033268A1 (en) * 2011-09-28 2015-01-29 Transcity Group Pty Ltd Content management systems, methods, apparatus and user interfaces
US20160366417A1 (en) * 2015-06-10 2016-12-15 Arris Enterprises Llc Method for synchronizing adaptive bitrate streams across multiple encoders with the source originating from the same baseband video
US10419581B2 (en) 2016-12-21 2019-09-17 Cisco Technology, Inc. Data cap aware video streaming client
US10148990B2 (en) 2016-12-22 2018-12-04 Cisco Technology, Inc. Video streaming resource optimization
US10063902B2 (en) 2016-12-22 2018-08-28 Cisco Technology, Inc. ABR network profile selection engine
US10491964B2 (en) 2017-01-23 2019-11-26 Cisco Technology, Inc. Assisted acceleration for video streaming clients

Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5917815A (en) 1995-12-29 1999-06-29 Lucent Technologies Inc. Method and apparatus for converting synchronous narrowband signals into a SONET virtual tributary group for combining with broadband asynchronous transfer mode signals in an integrated telecommunications network
US6313886B1 (en) 1998-10-14 2001-11-06 Sony Corporation Automatic PSIP detection system and method
US6335766B1 (en) 1997-04-04 2002-01-01 Harris Corporation System and method for transmitting advanced television signals
US20020129374A1 (en) 1991-11-25 2002-09-12 Michael J. Freeman Compressed digital-data seamless video switching system
US6473129B1 (en) 1998-12-31 2002-10-29 Lg Electronics Inc. Method for parsing event information table
US20020174438A1 (en) 2000-11-27 2002-11-21 Cleary Geoffrey Alan System and method for time shifting the delivery of video information
US6567981B1 (en) 1998-08-03 2003-05-20 Elysium Broadband Inc. Audio/video signal redistribution system
US6574217B1 (en) 1996-11-27 2003-06-03 Alcatel Usa Sourcing, L.P. Telecommunications switch for providing telephony traffic integrated with video information services
US20030192061A1 (en) 2002-04-03 2003-10-09 Seung Hwangbo Set-top box system and method for viewing digital broadcast
US20030217360A1 (en) 1998-07-23 2003-11-20 Gordon Donald F. System for generating, distributing and receiving an interactive user interface
US6741288B1 (en) * 2000-07-13 2004-05-25 Sony Corporation Method and apparatus for maintaining a digital television receiver database
US6754905B2 (en) 1998-07-23 2004-06-22 Diva Systems Corporation Data structure and methods for providing an interactive program guide
US20040122864A1 (en) 2002-07-24 2004-06-24 General Instrument Corporation Methods and apparatus for rapid capture of program identifier data in a broadband transcoder multiplexer
US6763522B1 (en) 1998-06-30 2004-07-13 Sony Corporation System and method for a digital television electronic program guide
US20040190515A1 (en) * 2003-03-24 2004-09-30 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
US6820277B1 (en) * 1999-04-20 2004-11-16 Expanse Networks, Inc. Advertising management system for digital video streams
US6826185B1 (en) 1999-05-13 2004-11-30 Telecom Italia Lab S.P.A. Encoded audio-video streams remultiplexing equipment
US20040244058A1 (en) * 2002-05-03 2004-12-02 Carlucci John B. Programming content processing and management system and method
US20050028206A1 (en) * 1998-06-04 2005-02-03 Imagictv, Inc. Digital interactive delivery system for TV/multimedia/internet
US20050028202A1 (en) * 2003-07-30 2005-02-03 Samsung Electronics Co., Ltd. Apparatus and method for providing advertisements on digital TV
US20050101246A1 (en) * 2003-06-11 2005-05-12 Do-In Choi MPEG2 SPTS-splitting type subscriber distribution system and distribution method thereof
US20050152697A1 (en) * 2004-01-12 2005-07-14 Ki-Cheol Lee Ethernet PON using time division multiplexing to converge broadcasting/video with data
US20050289623A1 (en) * 2004-05-21 2005-12-29 Mowaffak Midani Bulk tuning of frequency-modulated video signals
US20050289636A1 (en) 2004-06-25 2005-12-29 Jay Schiller System and method for delivering video programs to a video distribution center
US20060218574A1 (en) * 2003-08-07 2006-09-28 Van Horck Hendrikus G Handling of program ratings for digital television
US20060242683A1 (en) 2005-04-22 2006-10-26 Medford Brad A Methods and apparatus to manage advanced television system committee video in broadcast switched digital video systems
US20080243760A1 (en) 1999-07-28 2008-10-02 Sony Corporation Method and system for devices efficiently sharing information regarding the content of a digital television bit-stream
US20100095325A1 (en) 2002-05-03 2010-04-15 Urdang Erik G Use of multiple embedded messages in program signal streams

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7016337B1 (en) * 1999-03-02 2006-03-21 Cisco Technology, Inc. System and method for multiple channel statistical re-multiplexing
AU3969101A (en) * 1999-11-08 2001-06-04 Qwest Communications International Inc. Digital headend and full service network for distribution of video and audio programming
US20040148625A1 (en) 2000-04-20 2004-07-29 Eldering Charles A Advertisement management system for digital video streams
US6996101B2 (en) * 2000-11-29 2006-02-07 International Business Machines Corporation Re-mapping and interleaving transport packets of multiple transport streams for processing by a single transport demultiplexor
US20020116705A1 (en) * 2001-02-20 2002-08-22 Perlman Stephen G. System and method for processing conditional access data
US7386129B2 (en) * 2001-05-30 2008-06-10 Digeo, Inc. System and method for multimedia content simulcast
US7587736B2 (en) * 2001-12-28 2009-09-08 Xanadoo Company Wideband direct-to-home broadcasting satellite communications system and method
FR2854015A1 (en) * 2003-04-17 2004-10-22 Thomson Licensing Sa Digital signal e.g. satellite signal, converter, has re-multiplexer to re-multiplex extracted portions in re-multiplexed flow, and transformation module to modify flow according to communication protocol
US8396216B2 (en) * 2003-11-21 2013-03-12 Howard G. Pinder Partial dual-encryption using program map tables
US7808561B2 (en) * 2003-12-26 2010-10-05 Electronics And Telecommunications Research Institute Apparatus and method for transforming a digital TV broadcasting signal to a digital radio broadcasting signal
KR100713419B1 (en) * 2005-01-20 2007-05-04 삼성전자주식회사 Selected Transmitted Real Time Splitter
US8352979B2 (en) 2005-04-22 2013-01-08 At&T Intellectual Property I, L.P. Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
WO2006115697A2 (en) 2005-04-22 2006-11-02 Sbc Knowledge Ventures, L.P. Methods and apparatus to manage and broadcast advanced television system committee video in switched digital video systems

Patent Citations (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020129374A1 (en) 1991-11-25 2002-09-12 Michael J. Freeman Compressed digital-data seamless video switching system
US5917815A (en) 1995-12-29 1999-06-29 Lucent Technologies Inc. Method and apparatus for converting synchronous narrowband signals into a SONET virtual tributary group for combining with broadband asynchronous transfer mode signals in an integrated telecommunications network
US6574217B1 (en) 1996-11-27 2003-06-03 Alcatel Usa Sourcing, L.P. Telecommunications switch for providing telephony traffic integrated with video information services
US6335766B1 (en) 1997-04-04 2002-01-01 Harris Corporation System and method for transmitting advanced television signals
US20050028206A1 (en) * 1998-06-04 2005-02-03 Imagictv, Inc. Digital interactive delivery system for TV/multimedia/internet
US6763522B1 (en) 1998-06-30 2004-07-13 Sony Corporation System and method for a digital television electronic program guide
US20030217360A1 (en) 1998-07-23 2003-11-20 Gordon Donald F. System for generating, distributing and receiving an interactive user interface
US6754905B2 (en) 1998-07-23 2004-06-22 Diva Systems Corporation Data structure and methods for providing an interactive program guide
US6567981B1 (en) 1998-08-03 2003-05-20 Elysium Broadband Inc. Audio/video signal redistribution system
US6313886B1 (en) 1998-10-14 2001-11-06 Sony Corporation Automatic PSIP detection system and method
US6473129B1 (en) 1998-12-31 2002-10-29 Lg Electronics Inc. Method for parsing event information table
US6820277B1 (en) * 1999-04-20 2004-11-16 Expanse Networks, Inc. Advertising management system for digital video streams
US6826185B1 (en) 1999-05-13 2004-11-30 Telecom Italia Lab S.P.A. Encoded audio-video streams remultiplexing equipment
US20080243760A1 (en) 1999-07-28 2008-10-02 Sony Corporation Method and system for devices efficiently sharing information regarding the content of a digital television bit-stream
US20040194149A1 (en) 2000-07-13 2004-09-30 Sony Electronics, Inc. & Sony Corporation Method and apparatus for maintaining a digital television receiver database
US6741288B1 (en) * 2000-07-13 2004-05-25 Sony Corporation Method and apparatus for maintaining a digital television receiver database
US20020174438A1 (en) 2000-11-27 2002-11-21 Cleary Geoffrey Alan System and method for time shifting the delivery of video information
US20030192061A1 (en) 2002-04-03 2003-10-09 Seung Hwangbo Set-top box system and method for viewing digital broadcast
US20040244058A1 (en) * 2002-05-03 2004-12-02 Carlucci John B. Programming content processing and management system and method
US20100095325A1 (en) 2002-05-03 2010-04-15 Urdang Erik G Use of multiple embedded messages in program signal streams
US20040122864A1 (en) 2002-07-24 2004-06-24 General Instrument Corporation Methods and apparatus for rapid capture of program identifier data in a broadband transcoder multiplexer
US20040190515A1 (en) * 2003-03-24 2004-09-30 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
US20050101246A1 (en) * 2003-06-11 2005-05-12 Do-In Choi MPEG2 SPTS-splitting type subscriber distribution system and distribution method thereof
US20050028202A1 (en) * 2003-07-30 2005-02-03 Samsung Electronics Co., Ltd. Apparatus and method for providing advertisements on digital TV
US20060218574A1 (en) * 2003-08-07 2006-09-28 Van Horck Hendrikus G Handling of program ratings for digital television
US20050152697A1 (en) * 2004-01-12 2005-07-14 Ki-Cheol Lee Ethernet PON using time division multiplexing to converge broadcasting/video with data
US20050289623A1 (en) * 2004-05-21 2005-12-29 Mowaffak Midani Bulk tuning of frequency-modulated video signals
US20050289636A1 (en) 2004-06-25 2005-12-29 Jay Schiller System and method for delivering video programs to a video distribution center
US20060242683A1 (en) 2005-04-22 2006-10-26 Medford Brad A Methods and apparatus to manage advanced television system committee video in broadcast switched digital video systems

Non-Patent Citations (12)

* Cited by examiner, † Cited by third party
Title
Final Office action in U.S. Appl. No. 11/112,017 dated Sep. 27, 2011, (18 pages).
International Preliminary Report on Patentability (Chapter I of the Patent Cooperation Treaty), mailed on Nov. 1, 2007, in corresponding PCT Application No. PCT/US2006/012020, 5 pages.
International Search Report mailed on Feb. 6, 2007, in corresponding PCT Application No. PCT/US06/12020, 2 pages.
Non-Final Office action in U.S. Appl. No. 11/112,017 dated Mar. 29, 2011, (19 pages).
U.S. Appl. No. 11/112,017, filed Apr. 22, 2005, Medford et al.
United States Patent and Trademark Office, Advisory Action issued in connection with U.S. Appl. No. 11/112,017, mailed Feb. 10, 2009 (3 pages).
United States Patent and Trademark Office, Final Office Action issued in connection with U.S. Appl. No. 11/112,017, mailed Dec. 30, 2008 (13 pages).
United States Patent and Trademark Office, Non-Final Office Action issued in connection with U.S. Appl. No. 11/112,017, mailed Apr. 21, 2009 (14 pages).
United States Patent and Trademark Office, Non-Final Office Action issued in connection with U.S. Appl. No. 11/112,017, mailed Apr. 4, 2008 (12 pages).
United States Patent and Trademark Office, Non-Final Office Action issued in connection with U.S. Appl. No. 11/112,017, mailed Mar. 16, 2010 (16 pages).
United States Patent and Trademark Office,Final Office Action issued in connection with related U.S. Appl. No. 11/112,017, mailed Aug. 17, 2010 (20 pages).
Written Opinion mailed on Feb. 6, 2007, in corresponding PCT Application No. PCT/US06/12020, 3 pages.

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9277289B2 (en) 2005-04-22 2016-03-01 At&T Intellectual Property I, L.P. Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US9832520B2 (en) 2005-04-22 2017-11-28 At&T Intellectual Property I, L.P. Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US20120174154A1 (en) * 2010-12-31 2012-07-05 Lg Innotek Co., Ltd. Display apparatus
US9749666B2 (en) * 2010-12-31 2017-08-29 Lg Innotek Co., Ltd. Display apparatus
US9485527B2 (en) 2014-04-23 2016-11-01 Arris Enterprises, Inc. Hybrid resource management system and method
US11468586B2 (en) * 2019-03-13 2022-10-11 Canon Kabushiki Kaisha Three-dimensional measurement apparatus, image capturing apparatus, control method, and recording medium

Also Published As

Publication number Publication date
US20130104167A1 (en) 2013-04-25
US9832520B2 (en) 2017-11-28
US20160156963A1 (en) 2016-06-02
US20060242674A1 (en) 2006-10-26
US9277289B2 (en) 2016-03-01

Similar Documents

Publication Publication Date Title
US9832520B2 (en) Methods and apparatus to broadcast advanced television system committee video in switched digital video systems
US9807432B2 (en) Method for transmitting services information in different types of broadcasting networks and unit for processing said information
US20060242683A1 (en) Methods and apparatus to manage advanced television system committee video in broadcast switched digital video systems
CN107211175B (en) Method and apparatus for transmitting and receiving multimedia content
US8799972B2 (en) Technique for effectively utilizing limited bandwidth of a communications network to deliver programming content
US7451475B1 (en) Method for delivery of narrow-cast data over digital broadcast channels
US20100211985A1 (en) Automated transport stream remapping apparatus and method
US20070242701A1 (en) Apparatus and Method for Transforming a Digital Tv Broadcasting Signal to a Digital Radio Broadcasting Signal
JP4798190B2 (en) Digital broadcasting system and apparatus
US20170195729A1 (en) Method to optimize the transmission of a set of television channels
WO2006115697A2 (en) Methods and apparatus to manage and broadcast advanced television system committee video in switched digital video systems
CN105900439B (en) Reproduce the method and apparatus of multi-medium data
US9998774B2 (en) Signal transmission and reception device and signal transmission and reception method
KR100694216B1 (en) Apparatus and method for providing the channel of multi program on digital broadcasting system
US9172899B2 (en) Method and apparatus for determining that received broadcasting signals from different input ports are the same content
US7984477B2 (en) Real-time video compression
US9553911B1 (en) System, method and computer readable medium for managing program switch requests
US20090064256A1 (en) Efficient selection of auxiliary broadcast-service data according to a user preference
Gagnon et al. Development of an ATSC multimedia datacasting receiver
KR19990086624A (en) Audio dedicated channel data transmission method in satellite broadcasting system
KR20080108952A (en) Digital broadcasting signal receiver and method thereof
KR20080108951A (en) Digital broadcasting signal receiver and method thereof
KR20080108953A (en) Digital broadcasting signal receiver and method thereof
KR20080108950A (en) Digital broadcasting signal receiver and method thereof

Legal Events

Date Code Title Description
AS Assignment

Owner name: SBC KNOWLEDGE VENTURES, L.P., NEVADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MEDFORD, BRAD ALLEN;PHILLIPS, DEBRA ANN;REED, VERNON DANIEL;SIGNING DATES FROM 20050420 TO 20050424;REEL/FRAME:016691/0146

Owner name: SBC KNOWLEDGE VENTURES, L.P., NEVADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MEDFORD, BRAD ALLEN;PHILLIPS, DEBRA ANN;REED, VERNON DANIEL;REEL/FRAME:016691/0146;SIGNING DATES FROM 20050420 TO 20050424

AS Assignment

Owner name: SBC KNOWLEDGE VENTURES, L.P., A NEVADA PARTNERSHIP

Free format text: CORRECTIVE COVERSHEET TO CORRECT THE ASSIGNEE'S ADDRESS PREVIOUSLY RECORDED ON REEL 016691, FRAME 0146.;ASSIGNORS:MEDFORD, BRAD ALLEN;PHILLIPS, DEBRA ANN;REED, VERNON DANIEL;REEL/FRAME:017413/0260;SIGNING DATES FROM 20050420 TO 20050424

Owner name: SBC KNOWLEDGE VENTURES, L.P., A NEVADA PARTNERSHIP

Free format text: CORRECTIVE COVERSHEET TO CORRECT THE ASSIGNEE'S ADDRESS PREVIOUSLY RECORDED ON REEL 016691, FRAME 0146;ASSIGNORS:MEDFORD, BRAD ALLEN;PHILLIPS, DEBRA ANN;REED, VERNON DANIEL;SIGNING DATES FROM 20050420 TO 20050424;REEL/FRAME:017413/0260

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY