US6002687A - MPEG transport stream remultiplexer - Google Patents

MPEG transport stream remultiplexer Download PDF

Info

Publication number
US6002687A
US6002687A US09/189,570 US18957098A US6002687A US 6002687 A US6002687 A US 6002687A US 18957098 A US18957098 A US 18957098A US 6002687 A US6002687 A US 6002687A
Authority
US
United States
Prior art keywords
transport
program
remultiplexer
master
packets
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.)
Expired - Lifetime
Application number
US09/189,570
Inventor
Mark Magee
Brian Johnson
Tom Lookabaugh
Nolan Daines
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.)
Harmonic Inc
Divicon Inc
Original Assignee
Divicon Inc
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 Divicon Inc filed Critical Divicon Inc
Priority to US09/189,570 priority Critical patent/US6002687A/en
Application granted granted Critical
Publication of US6002687A publication Critical patent/US6002687A/en
Anticipated expiration legal-status Critical
Assigned to DIVICOM, INC. reassignment DIVICOM, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: JOHNSON, BRIAN, LOOKABAUGH, TOM, MAGEE, MARK, DAINES, NOLAN
Assigned to C-CUBE MICROSYSTEMS, INC. reassignment C-CUBE MICROSYSTEMS, INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: DIVICOM, INC.
Assigned to HARMONIC, INC. reassignment HARMONIC, INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: C-CUBE MICROSYSTEMS, INC.
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • 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/23608Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex 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/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]

Definitions

  • PES bearing packets may also contain program clock reference (PCR) values, presentation time stamps (PTS) and decoding time stamps (DTS).
  • PCR program clock reference
  • PTS presentation time stamps
  • DTS decoding time stamps
  • Each program has a single time base established by a system time clock at the encoder in relation to which all elementary streams of the particular program are encoded.
  • the PCR is simply a snapshot of this encoder system time clock for a particular program. Note that it is not unusual to have divergent PCR values for the elementary streams associated with different programs.
  • PTS's indicate the time when a video picture or audio frame should be presented (i.e., displayed on a monitor or converted to sound on a loudspeaker) relative to the encoder clock (PCR's) of the encoders which produced the video and audio.
  • FIG. 1 illustrates a prior art program encoder architecture 10 produced by Divicom, located in Milpitas, Calif.
  • the program encoder 10 has plural plug in printed circuit card modules 11, 15, 17, 19, a main board 30, and an I-bus 20 for interconnecting the modules 11, 15, 17 and 19 to the main board 30.
  • the I bus 20 is actually five separate busses referred to as the command bus ⁇ bus), the system clock bus (SY bus), the upstream message bus (UM bus), the downstream message bus (DM bus) and the video bus (V bus).
  • the command bus ⁇ bus the system clock bus
  • UM bus upstream message bus
  • DM bus downstream message bus
  • V bus video bus
  • the processor 31 is a MotorollaTM 68360TM single chip integrated circuit processor and peripheral combination.
  • the processor 31 controls the operation of both the main board 30 and the modules 11-19.
  • the processor 31 also performs communications via the Ethernet controller 39.
  • the processor 31 may receive PSI via the Ethernet controller 39 for insertion into the transport stream.
  • the upstream message receiver circuits 51 and 53 receive transport packets transferred via an upstream link (a device which receives the outputted transport stream from the program encoder 10).
  • One upstream message receiver circuit 51 or 53 is provided for each of the two output ports M2S port 1 and M2S port 2 provided for the encoder 10.
  • the received upstream messages are enqueued in a respective queue until such time that the processor 31 requests that they be transferred thereto.
  • a remote controller computer station 70 downloads control instructions to the processor 31 via the Ethernet controller 39 for encoding a program. These instructions include, among other things, control signals for selecting modules 11-19 (to be used as input sources), for controlling the encoding thereon and for allocating bandwidth.
  • the control information may include information for controlling the structure of each group of pictures (i.e., the rate of inserting I or intracoded pictures, P or forward only predictive encoded pictures and B or bidirectionally predictive encoded pictures).
  • the remote controller computer station downloads PSI pertinent to the program encoded by the encoder 10 for insertion into the transport stream outputted from the encoder 10.
  • the quasi-transport packets containing ES data and the transport packets containing PSI data are received at the PCR inserter 47 (via the scheduler 41).
  • the PCR inserter 47 inserts STC counts (received from the STC 43) into the PCR fields of the quasi-transport packets.
  • the output formatter 47 formats the transport packets for output via the M2P interface 67 and/or M2S port 1 and M2S port 2 via HOTLinksTM transmitters 63 and 67.
  • the data link module is capable of capturing (storing for subsequent processing) packets with specific PIDs, dropping packets with certain PIDs, transferring packets with certain PIDs onto the downstream message bus, capturing and dropping packets with certain PIDs or capturing and transferring on the downstream message bus packets with certain PIDs.
  • the capturing of packets enables the remultiplexer and attached remote control computer to discern the contents of the transport streams.
  • the dropping of packets enables the remultiplexer to remove unwanted PSI, programs and elementary streams in the outputted remultiplexed transport stream whereas the transferring of packets on the downstream message bus enables the remultiplexer to include desired PSI, programs and elementary streams in the outputted remultiplexed transport stream.
  • FIG. 7 shows a second cascade configuration using multiple stages of remultiplexers according to an embodiment of the present invention.
  • the DLM 110 enables the remultiplexer 100 to achieve its remultiplexing function--to selectively multiplex transport streams received from other devices via the input ports M2S port 3, M2S port 4, M2S port 5 and M2S port 6 and to alter content oriented information (namely, PSI) to reflect the resulting multiplexed transport stream.
  • the DLM 110 also enables the remultiplexer 100 to transmit upstream directed messages to the devices which transmit the to-be-remultiplexed transport streams to the remultiplexer 100 and to receive downstream directed messages from those devices.
  • each received transport stream contains one or more programs.
  • each program includes one or more ESs, e.g., a video ES, an audio ES, a second audio program audio ES (i.e., different language audio), a data ES (such as closed-captioned text), etc.
  • the data of each ES is transferred in mutually exclusive transport packets.
  • the packets which carry a given ES are assigned a PID that is unique within that individual transport stream.
  • the PIDs of the transport packets containing desired ESs and other PSI of the received transport streams are known ahead of time.
  • the DLM input state machine 218 monitors the received data carefully to determine if it contains errors. There are two particular error situations which the DLM input state machine can detect and to which the DLM input state machine 218 can respond. In the first situation, the sync start byte is missing from the beginning of the transport packet or was received in corrupted form. In such a case, the DLM input state machine 218 discards the entire transport packet. This is achieved by simply not enabling any of the other circuitry in the input channel section 204 to store the transport packet. In the second situation, the sync byte is detected at the start of the transport packet but data is missing from the transport packet (short packet situation) or the data of the packet is detected with errors (as indicated by error signals outputted by the HOTLinksTM receiver 214). In such a case, the DLM input state machine 218 pads out the remainder of the transport packet with a default value and discards it.
  • one bit is used as a transfer indicator and one bit is used as a capture indicator.
  • These indicators are outputted to the DLM input state machine 218 for purposes of controlling the capturing and transfer onto the DM bus of the transport packet. That is, the transfer bit controls the transferring of the transport packet onto the DM bus for assembly into the remultiplexed transport stream.
  • the capture bit controls the capturing of the transport packet, i.e., transfer of the packet via the C bus to the processor 131 for detailed analysis. The manner of control is described below.
  • the PID RAM 220 outputs the new PID portion of the addressed two byte value to the multiplexer 224.
  • the capture FIFO 226 and the DM FIFO 228 receive enable signals from the DLM input state machine 218 for enabling the storage of transport packets.
  • the capture FIFO enable signal is activated by the DLM input state machine 218 in response to the capture indicator retrieved from the PID RAM 220.
  • the DLM input state machine 218 only outputs a capture enable signal for storing transport packets in the capture FIFO 226 when the retrieved capture indicator indicates that transport packets with the respective PID should be captured (e.g., when set to logic ⁇ 1 ⁇ ). Otherwise (when the capture indicator bit is logic ⁇ 0 ⁇ ), the DLM input state machine 218 does not output an enabling signal to the capture FIFO 226 and no transport packets are stored therein.
  • the DLM input state machine 218 outputs a DM FIFO enabling signal if the transfer bit indicates that the transport packet should be transferred on the DM bus and refrains from outputting the enable signal otherwise.
  • New -- PCR Old -- PCR-Receipt -- time-Average -- dwell -- time+Transfer time (1) where average dwell time is the average delay incurred by all transport packets in the DM FIFO 228.
  • the PCR fixer 230 outputs this new PCR to the DM bus section 300 where it is appended in place of the current PCR of the transport packet transferred from the DM FIFO 228.
  • FIG. 5 shows the DM bus section 300 in greater detail.
  • channel requests CHREQ are received from each DLM input state machine 218 (FIG. 3) of the DLM 110 (FIG. 2) at an arbitrator circuit 310.
  • the arbitrator 310 selects one of the input channel sections 201-204 (FIG. 3) for which a request has been made and outputs a signal NXTCHN indicative of the selected input channel section 201-204.
  • the arbitrator 310 also outputs a signal CHRDY indicating that it has at least one transport packet ready for transfer to the scheduler 141 (FIG. 2).
  • These two outputted signals NXTCHN and CHRDY are received at a D bus handshake circuit 312.
  • Another use of the message passing mechanism is for synchronizing two program encoders, e.g., the program encoders 10-1 and 10-N.
  • Such synchronization may be desirable in a situation where two (or more) program encoders 10-1 and 10-N are encoding different ESs of the same program.
  • the program encoder 10-1 may encode the video ES and the program encoder 10-N may encode the audio ES in an audio dubbing operation.
  • each program encoder 10-1 and 10-N will output PCRs for different, independent time bases and PTSs and DTSs relative to those different time bases.
  • the PCR reflector 148 receives one or more PIDs from the processor 131 via the C bus.
  • the processor 131 transfers the PIDs of transport packets originating from the master program encoder 10-1 that contain the PCRs of the master time base.
  • the PCR reflector 148 copies, from the remultiplexed transport stream assembled by the scheduler 141, each transport packet containing a PID that matches a PID received from the processor 131, i.e., each transport packet containing a PCR of the master time base.
  • the packets copied by the PCR reflector 148 are outputted to the upstream message sender 137.
  • the upstream message sender 137 then outputs the copied transport packets onto the UM bus.
  • the DLMs 110 output the transport packets via the ports M2S port 3, M2S port 4, M2S port 5 and M2S port 6 to the program encoders 10-1 to 10-N.
  • the system time clock adjuster may parse the received packets for the adaption field bits and the PCR -- flag bit to determine whether a PCR bearing packet was received.
  • the system clock adjuster 42 extracts the master time base PCR and adjusts the clock of the system time clock 43 in accordance therewith.
  • an adjustment mechanism such as is disclosed in U.S. patent application Ser. No. 08/497,690, entitled, "Transport Stream Decoder/Demultiplexer for Hierarchically Organized Audio-Video Streams," filed Jun. 30, 1995 for Emanuel Washington, et al. may be used in the system clock adjuster 42.
  • the referenced application teaches a PCR counter loader mechanism and a PLL adjustment mechanism.
  • FIG. 8 illustrates a redundancy configuration 600.
  • three primary program encoders 10-1, 10-2 and 10-3 are provided which are connected to a primary remultiplexer 100-1.
  • a fourth backup program encoder 10-4 is also provided which can be selectively connected to any one of the program sources of the program encoders 10-1, 10-2 and 10-3. This is illustrated as being achieved using a multiplexer 650 which receives each of the program inputs.
  • Each program encoder 10-1 to 10-4 is also connected to a backup remultiplexer 100-2.
  • the output of the two remultiplexers 100-1 and 100-2 are connected to the multiplexer 680.
  • each device may be required to transmit a so-called "heartbeat" message periodically on its respective links indicating that the device is functioning properly. Failure to receive such a message indicates a failure of the device at the transmitting end. However, the failure is detected, the devices respond as follows. If the remultiplexer 100-1 detects a failure of a single program encoder, e.g., the program encoder 10-1, the remultiplexer 100-1 can transmit a message, e.g., via the Ethernet LAN to the multiplexer 650 for selecting the video source previously encoded by the failed program encoder 10-1.
  • a message e.g., via the Ethernet LAN to the multiplexer 650 for selecting the video source previously encoded by the failed program encoder 10-1.
  • a remultiplexer receives plural input transport streams at a data link module.
  • the remultiplexer extracts transport packets of the received input transport streams.
  • the remultiplexer sequentially transfers at least some of the extracted transport packets on a downstream bus. These transferred packets are then reassembled into a single output transport stream.

Abstract

A remultiplexer is disclosed for communicating plural programs. Each program comprises one or more elementary streams that are encoded in relation to a single common time base corresponding to the respective program. The communicated programs originate from plural input transport streams that each comprises plural transport packets. Each transport packet contains a packet identifier indicating the data contained therein. Within each transport stream, unique packet identifiers are assigned to each elementary stream of each program. The data of each elementary stream is only contained in transport packets having a corresponding packet identifier. Each input transport stream contains time stamps for reconstructing the single program time base corresponding to each program conveyed therein. The remultiplexer has a data link module which receives the plural input transport streams. The data link module also selectively extracts transport packets from the received input transport streams. The remultiplexer has a downstream bus on which the data link module sequentially transfers at least some of the extracted transport packets. The remultiplexer selects which of the extracted transport packets to transfer on the downstream message bus depending on the packet identifiers of the transport packets. The remultiplexer also has a scheduler which assembles the transport packets transferred on the downstream bus into a single output transport stream.

Description

RELATED APPLICATION
This application is a Continuation of application No. 08/581,916 filed Jan 2, 1996 now U.S. Pat. No. 5,835,493 to Mark Magee, et al. which issued on Nov. 10, 1998.
Further, U.S. patent application Ser. No. 08/581,916, entitled "MPEG Transport Stream Demultiplexer," was filed on Jan. 2, 1996, now U.S. Pat. No. 5,835,493, for Mark Magee, et al. The above-noted application is commonly assignee to the same assignee as the this application and contains information that is related to the information of this application. The above-noted application is incorporated herein by reference.
FIELD OF THE INVENTION
The present invention relates to communicating stream oriented data, e.g., compressed video, compressed audio and associated data. The communicated stream is a hierarchically layered bitstream that is organized into packets. The present invention particularly relates to remultiplexing one or more higher layered streams into a single stream, i.e., selectively dropping or combining packets of the higher layered streams and adjusting information carried in the resultant remultiplexed stream to reflect those lowered layered streams contained therein.
BACKGROUND OF THE INVENTION
The present invention relates to transport and storage of compressed video and audio streams. Illustratively, the invention is illustrated herein using the International Standards Organization (ISO) Motion Picture Experts Group (MPEG) 2 standard for compressing video and related audio, conveying the compressed video and related audio to a decoder and presenting the video and related audio together. See ISO/IEC IS 13818-2: Information Technology-Generic Coding of Moving Pictures and Associated Audio Information: Video; ISO/IEC DIS 13818-1: Information Technology-Generic Coding of Moving Pictures and Associated Audio Information: Systems. For compressed audio there are numerous standards including ISO/IEC IS 11172-2: 1993 Information Technology-Coding of Moving Pictures and Associated Audio for Digital Storage Media at up to about 1.5Mbit/sec-Part 3 Audio (MPEG-1 Audio); Dolby AC-3; ISO\IEC DIS 13818-3: 1994 Information Technology-Coding of Moving Pictures and Associated Audio Information: Audio (MPEG-2 Audio). Each program is presumed to include multiple related component elementary streams such as a video elementary stream, one or more audio elementary streams, one or more private data elementary streams, etc. Illustratively, MPEG-1 and MPEG-2 provide for hierarchically organized streams. That is, for a given program, audio and video elementary streams are separately encoded to produced compressed audio and video streams. A good tutorial for MPEG-2 video compression is contained in D. Le Gall, MPEG: A Video Compression Standard for Multimedia Applications, COMMUNICATIONS OF THE ACM, April 1991. These compressed audio and video elementary streams are illustratively placed in a higher layer stream such as an MPEG-2 compliant transport stream. A good tutorial of MPEG-2 transport streams is contained in A. Wasilewski, MPEG-2 Systems Specification: Blueprint for Network Interoperability, COMM. TECH., Feb., 1994. The higher layer transport stream provides a manner for associating all related encoded video, audio and private data streams of each program carried therein so that the elementary streams of any given program can be extracted, decoded and presented together in a coherent fashion. The higher layer transport stream may include compressed audio, video and private data for only a single program or for multiple programs.
According to the MPEG-2 standard, the data of each digital elementary stream is first placed into program elementary stream (PES) packets of arbitrary length. The PES packet data, and other data, relating to one or more programs may be combined into one or more transport streams. The transport stream is organized into fixed length (more precisely, 188 byte length) packets. Each of the transport stream packets includes a four byte header and a 184 byte payload. The transport packet header includes a synchronization value, for use in identifying the boundaries (i.e., beginning) of each transport packet, followed by a packet identifier or PID. The purpose of the PID is to label the transport packet. All packets with a particular PID have related contents, e.g., all have PES packet data for a particular elementary stream, etc.
Each transport packet can carry PES packet data, e.g., private data, video data or audio data (e.g., which may be compressed and formed into streams according to MPEG-2 syntax), or program specific information (PSI) data (described below). Transport packets may not contain both PES packet data and PSI data. Furthermore, transport packets may only contain PES packet data for a single elementary stream.
PES bearing packets may also contain program clock reference (PCR) values, presentation time stamps (PTS) and decoding time stamps (DTS). Each program has a single time base established by a system time clock at the encoder in relation to which all elementary streams of the particular program are encoded. The PCR is simply a snapshot of this encoder system time clock for a particular program. Note that it is not unusual to have divergent PCR values for the elementary streams associated with different programs. PTS's indicate the time when a video picture or audio frame should be presented (i.e., displayed on a monitor or converted to sound on a loudspeaker) relative to the encoder clock (PCR's) of the encoders which produced the video and audio. On the other hand, DTS's indicate the time when a video picture should be decoded relative to the encoder clock. PTS's enable the synchronization of video and audio of a particular program despite the lack of instantaneous correlation between the video and audio bit rates. DTS's enable the timely submission of compressed anchor video pictures to the encoder for use in decoding interceded pictures which depend thereon.
PSI data includes information other than elementary stream data which is necessary to decode the PES packet data. Examples of PSI are the program association table (PAT), the program mapping table (PMT), conditional access information, and the network information table (NIT). The PAT indicates where the PMT entries (called program definitions) of each program carried by the transport stream may be found. Specifically, the PAT correlates the PID's of the transport packets carrying the program definitions with each program carried in the respective transport stream. The PMT has a program definition corresponding to each program carried in the respective transport stream. Each program definition indicates: (1) the PID of the transport packets bearing the PCR's associated with that program, (2) each ES that comprises the program, (3) the PID's of the transport packets bearing the data of each respective ES, and (4) stream specific conditional access information (discussed below). A first type of conditional access information, referred to as entitlement management messages (EMM), provides system wide oriented scrambling and access control information. A second type of conditional access information, referred to as entitlement control messages (ECM), provides elementary stream specific scrambling and access control information. The NIT contains information indicating network parameters.
FIG. 1 illustrates a prior art program encoder architecture 10 produced by Divicom, located in Milpitas, Calif. As shown, the program encoder 10 has plural plug in printed circuit card modules 11, 15, 17, 19, a main board 30, and an I-bus 20 for interconnecting the modules 11, 15, 17 and 19 to the main board 30. The I bus 20 is actually five separate busses referred to as the command bus © bus), the system clock bus (SY bus), the upstream message bus (UM bus), the downstream message bus (DM bus) and the video bus (V bus). Each module 11-19 and each circuit 31-69 is briefly described below.
Audio Encoder Module 11
The audio encoder module 11 is capable of receiving two stereo audio signals and compressing them, e.g., according to the MPEG-1 standard. The audio may be inputted in analog or digital form. The audio encoder 11 inserts the compressed audio into "quasi-transport" packets which include PTS's but which have a dummy value inserted in their PCR fields.
Video Input Module 13
This module may be a digital video input module or an analog video input module, which samples an inputted composite or component video module to produce digital video. More than one video input module 13 can be provided in the encoder 10, but only one video input module 13 may be active at a time (as selected via the processor 31). The digital video is outputted to a video preprocessor module 15 via the video bus (V bus).
Video Preprocessor Module 17
The video preprocessor module 17 performs different kinds of analysis and modification of the inputted digital video such as sample rate conversion. The modified video is outputted to the video encoder module 19 via the V bus.
Video Encoder Module 19
The video encoder module 19 compresses the filtered digital video outputted by the video preprocessor module 17. The video encoder module 19 inserts the compressed video into "quasi-transport" packets which include PTS's and DTS's but which have a dummy PCR value.
HOTLinks™ Transmitters 63,67/ Receivers 61,65
The encoder 10 communicates transport packets via two bidirectional serial ports M2S port 1 and M2S port 2. (These ports M2S port 1 and M2S port 2 are referred to as the output ports because the program encoder outputs its transport stream containing the encoded program via these ports.) The serial output ports transmit data according to Cypress™'s HOTLinks™ protocol under which each transport packet byte is encoded as a ten bit value and transmitted as a serial bitstream at 108 MHZ. The HOTLinks™ transmitters 63 and 67 convert each byte to an appropriate ten bit value. The HOTLinks™ receivers 61 and 65 convert each ten bit value back to the byte it represents. The ports M2S port 1 and M2S port 2 carry identical signals and identical data.
M2P Interface
The program encoder 10 has two parallel ports M2P port 1 and M2P port 2. These ports carry identical signals and data. They are provided for outputting signals to modulation equipment which modulate transport streams onto carrier frequencies.
Processor 31
Illustratively, the processor 31 is a Motorolla™ 68360™ single chip integrated circuit processor and peripheral combination. The processor 31 controls the operation of both the main board 30 and the modules 11-19. The processor 31 also performs communications via the Ethernet controller 39. In particular, the processor 31 may receive PSI via the Ethernet controller 39 for insertion into the transport stream.
Ethernet Controller 39
The encoder 10 is advantageously controlled by a remote controller computer station 70 which can control, for instance, the coding rate of the video encoder 19 and audio encoder 11. The Ethernet controller 39 receives messages and data from the remote controller computer station 70 and transfers them to the processor 31. The remote controller computer station 70 may for instance generate PSI data for insertion into the transport stream produced by the program encoder 10 and communicate such PSI data to the processor 31 via the Ethernet controller 39.
Memory 33
The memory 33 may include general purpose DRAM for use by the processor 31. The memory 33 may also include flash memory for storing the control program executed by the processor 31. In addition, the memory 33 may have non-volatile RAM with a built in real time clock for storing configuration information. Furthermore, the memory 33 may include a PROM for storing identifying assembly/configuration information, Ethernet IP address, etc.
Downstream Message Sender 35/Upstream Message Sender 37
The downstream message sender 35 receives transport packets and enqueues them into a queue thereof. Under control of the scheduler 41, the downstream message sender 35 dequeues the transport packets stored therein and transfers the dequeued packets onto the DM bus. The upstream message sender 37 is for enqueuing packets therein for later dequeuing and transfer onto the UM bus. The downstream message sender 35 is used to manage the submission of PSI bearing transport packets. In particular, the processor 31 enqueues PSI bearing transport packets into the downstream message sender 35 for transfer onto the DM bus and assembly into the outputted transport stream. Illustratively, the upstream message sender 37 is not used in the program encoder 10 and plays no role in its operation.
Upstream Message Receivers 51, 53
The upstream message receiver circuits 51 and 53 receive transport packets transferred via an upstream link (a device which receives the outputted transport stream from the program encoder 10). One upstream message receiver circuit 51 or 53 is provided for each of the two output ports M2S port 1 and M2S port 2 provided for the encoder 10. The received upstream messages are enqueued in a respective queue until such time that the processor 31 requests that they be transferred thereto.
System Time Clock 43
The encoder has a single system time clock (STC) 43 for generating a uniform time base for the program encoded by the modules 11 and 19. The STC is a 27 MHZ two part clock as per the MPEG-2 standard. The STC 43 includes an oscillator and a counter for generating the clock value. The generated clock is outputted onto the SY bus for use by the modules 11 and 19 (e.g., for generating DTS and PTS values).
PCR Inserter 45
The PCR inserter circuit 45 receives the clock count from the STC 43. Each count can be used as a PCR value in a transport packet. The PCR insertion circuit 45 inserts as PCR's the count of the STC 43 in the appropriate field of transport packets received thereat at the appropriate time.
Scheduler 41
The scheduler circuit 41 controls the transfer of packets on the DM bus. The encoder modules 11 and 19 generate quasi-transport packets containing encoded data. These packets are queued up for transfer. The scheduler 41 indicates when each encoder module 11 and 19 or the processor 31 should transfer packets according to some schedule or policy. The scheduler 41 also allocates a portion of the total bandwidth (e.g., of the channels M2S port 1 and M2S port 2) to each module 11 and 19 by virtue of the implemented schedule or policy.
Output Formatter 47
The output formatter converts the transport packet data into a format suitable for transfer to a downstream device. Illustratively, the output formatter 47 can convert the transport packets into a format suitable for modulation onto a carrier frequency or the format for output via the serial ports M2S port 1 and M2S port 2. The output formatter 47 can output the data according to both formats simultaneously. Furthermore, the output formatter 47 can output the data according to an internal clock or an external clock and has an elastic buffer for compensating between different input and output clocks.
The operation of the program encoder 10 is briefly as follows. A remote controller computer station 70 downloads control instructions to the processor 31 via the Ethernet controller 39 for encoding a program. These instructions include, among other things, control signals for selecting modules 11-19 (to be used as input sources), for controlling the encoding thereon and for allocating bandwidth. For instance, the control information may include information for controlling the structure of each group of pictures (i.e., the rate of inserting I or intracoded pictures, P or forward only predictive encoded pictures and B or bidirectionally predictive encoded pictures). In addition, the remote controller computer station downloads PSI pertinent to the program encoded by the encoder 10 for insertion into the transport stream outputted from the encoder 10. The modules 11-19 receive inputted audio and video and produce quasi-transport packets containing encoded audio or video, PTS's, and DTS's but no PCR values. (Note that the modules 11-19 receive the system clock on the SY bus for purposes of synchronization/generation of PTS's and DTS's.) Under control of the scheduler 41, the modules 11 and 19 output their quasi-transport packets onto the DM bus. In addition, the processor 31 may generate PSI bearing transport packets bearing PSI pertinent to the program encoded by the modules 11 and 19 and enqueue them in the downstream message sender 35. Under control of the scheduler 41, the downstream message sender 35 serially transfers the queued up transport packets onto the DM bus. The quasi-transport packets containing ES data and the transport packets containing PSI data are received at the PCR inserter 47 (via the scheduler 41). The PCR inserter 47 inserts STC counts (received from the STC 43) into the PCR fields of the quasi-transport packets. The output formatter 47 formats the transport packets for output via the M2P interface 67 and/or M2S port 1 and M2S port 2 via HOTLinks™ transmitters 63 and 67.
The program encoder 10 is therefore effective in producing a transport stream bearing a single program (i.e., the video ES and audio ES's of a single program).
It is desirable to multiplex the programs of multiple transport streams into a single transport stream. Such a task typically involves more than just selectively alternately transmitting transport packets of different programs in a single stream. Rather, certain data carried in transport packets of the transport streams must be adjusted to reflect the entire contents of the new transport stream formed from the transport packets that are combined together. For instance, MPEG-2 requires that packets bearing the PID 0x0000 must contain PAT data. However, each transport stream to be multiplexed contains its own PAT. Therefore, the PAT information of the individual transport streams to be multiplexed must be combined into a single PAT. (Note, if not all programs are multiplexed into the final outputted stream, the PAT should not include entries for the deleted programs.) Such a multiplexing operation, in which transport packet content is adjusted based on which programs and PSI are multiplexed together is often referred to as "remultiplexing." Remultiplexing MPEG-2 transport streams has been described in the prior art although no specific hardware architectures for performing remultiplexing operations have been disclosed.
It is an object of the present invention to provide an MPEG-2 transport stream remultiplexer. It is also an object to provide an MPEG-2 remultiplexer which has at least some interchangeable parts with the conventional MPEG-2 program encoder 10 described above.
SUMMARY OF THE INVENTION
These and other objects are achieved by the present invention. According to one embodiment, a remultiplexer is provided for communicating plural programs. Each program comprises one or more elementary streams that are encoded in relation to a single common time base corresponding to the respective program. The communicated programs originate from plural input transport streams that each comprises plural transport packets. Each transport packet contains a packet identifier indicating the data contained therein. Within each transport stream, unique packet identifiers are assigned to each elementary stream of each program. The data of each elementary stream is only contained in transport packets having a corresponding packet identifier. Each input transport stream contains time stamps for reconstructing the single program time base corresponding to each program conveyed therein. The remultiplexer has a data link module which receives the plural input transport streams. The data link module also extracts transport packets from the received input transport streams. The remultiplexer has a downstream bus on which the data link module sequentially transfers selected ones of the extracted transport packets. The remultiplexer selects which of the extracted transport packets to transfer on the downstream message bus depending on the packet identifiers of the transport packets. The remultiplexer also has a scheduler which assembles the transport packets transferred on the downstream bus into a single output transport stream.
Illustratively, the data link module is capable of capturing (storing for subsequent processing) packets with specific PIDs, dropping packets with certain PIDs, transferring packets with certain PIDs onto the downstream message bus, capturing and dropping packets with certain PIDs or capturing and transferring on the downstream message bus packets with certain PIDs. Amongst other things, the capturing of packets enables the remultiplexer and attached remote control computer to discern the contents of the transport streams. The dropping of packets enables the remultiplexer to remove unwanted PSI, programs and elementary streams in the outputted remultiplexed transport stream whereas the transferring of packets on the downstream message bus enables the remultiplexer to include desired PSI, programs and elementary streams in the outputted remultiplexed transport stream.
Illustratively, the remultiplexer is provided with a processor. Amongst other things, the is processor is capable of serially inserting substitute PSI bearing transport packets which reflect the combined contents of the outputted transport stream.
Note that the data link module receives transport stream packets in parallel but transfers them onto the downstream bus serially. This can introduce unwanted jitter into the remultiplexed transport stream. Advantageously, the data link module is provided with a PCR fixer circuit which records a time stamp of a local clock for each received transport packet bearing a PCR. When the transport packet is to be transferred onto the downstream bus, the PCR fixer determines the "dwell" time, or transport packet delay incurred within the remultiplexer, from the recorded time and the current time of the local clock. The PCR fixer circuit can adjust the PCR of the transport packet to reflect the dwell time. For instance, an average dwell time of all transport packets may be subtracted from the dwell time and the result may be added to the current PCR of the transport packet.
Note that the parts which cooperate with the data link module, namely, the scheduler, downstream message bus, and processor are all parts found on the main board of the program encoder. Therefore, the remultiplexer of the present invention may be implemented using a similar main board as the program encoder and the data link module.
The remultiplexer can be cascaded according to a number of configurations. For instance, several program encoders may be connected to a single remultiplexer. In such a configuration, the remultiplexer combines the programs of several single program transport streams into a single, multiple program transport stream. A remultiplexer can also receive, and remultiplex, the transport streams produced by other remultiplexers. Thus, the programs of multiple remultiplexed transport streams may be combined into a single remultiplexed transport stream.
According to another embodiment, the data link module provides for two-way communication of transport stream packets. Thus, downstream directed message bearing transport packets may be captured at the remultiplexer and/or propagated further downstream. Likewise, upstream directed message packets may be propagated further upstream, i.e., to the devices which input the transport streams to be remultiplexed. Such message propagation via transport packets provides a fast, low latency message passing mechanism. Such message passing may be utilized to indicate a fault in a cascaded structure of remultiplexers and program encoders, to implement redundancy of program encoders or remultiplexers, to regulate the bandwidth allocated to different programs, to synchronize two program encoders, etc.
In short, a flexible remultiplexer architecture is provided for remultiplexing one or more higher layered transport streams to selectively include one or more programs, or elementary streams of programs, carried therein. The remultiplexer provides a simple reconfigurable architecture which utilizes the PID's of inputted transport packets as a basis of extracting, capturing, discarding and replacing inputted transport packets. The remultiplexer is simple and efficient and provides for complex remultiplexing and cascaded architectures.
BRIEF DESCRIPTION OF THE DRAWING
FIG. 1 shows a conventional program encoder.
FIG. 2 shows a remultiplexer according to an embodiment of the present invention.
FIG. 3 shows a data link module (DLM) of the remultiplexer of FIG. 2 in greater detail.
FIG. 4 shows a PCR fixer circuit of the DLM of FIG. 3 in greater detail.
FIG. 5 shows a DM bus section of the DLM of FIG. 3 in greater detail.
FIG. 6 shows a first cascade configuration in greater detail.
FIG. 7 shows a second cascade configuration using multiple stages of remultiplexers according to an embodiment of the present invention.
FIG. 8 shows a redundant cascade configuration according to an embodiment of the present invention.
FIG. 9 shows a modified program encoder according to an embodiment of the present invention.
FIG. 10 shows a modified remultiplexer according to an embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
FIG. 2 shows a remultiplexer 100 according to an embodiment of the present invention. As shown, the remultiplexer 100 has a main board 130, an I-bus 120 and one or more data link modules (DLMs) 110. Illustratively, the remultiplexer 100 can support up to four DLMs 110.
The main board 130 and I-bus 120 of the remultiplexer 100 are of an identical hardware architecture as the main board 30 and I-bus 20 of the program encoder 10 of FIG. 1. Like the program encoder 10 of FIG. 1, the remultiplexer main board 130 has a processor 131, memory 133, downstream message sender 135, upstream message sender 137, Ethernet controller 139, scheduler 141, system time clock 143, PCR insertion circuit 145, output formatter 147, upstream message receivers 151, 153 HOTLinks™ transmitters 163, 167, HOTLinks™ receivers 161, 165 and parallel interface 169. The PCR inserter 145 plays no role in the remultiplexer 100. On the other hand, the upstream message sender 137, which is not used in the program encoder 10, is utilized in the remultiplexer 100. The other circuits 131, 133, 135, 139, 141, 143, 147, 151, 153, 161, 163, 165, 167, 169 perform functions that have similarities to their counterparts 31, 33, 35, 37, 39, 41, 43, 47, 51, 53, 61, 63, 65, 67 and 69 in the program encoder 10. The differences in function/operation lie in how these circuits cooperate together or respond to different received signals. Such differences operation may be achieved by virtue of changing the software provided to the processor 131 which controls the operation of the remultiplexer 100. The operation of these devices is discussed in greater detail below.
The DLM 110 has plural, e.g., four, input M2S ports labeled M2S port 3, M2S port 4, M2S port 5 and M2S port 6. Illustratively, each input can be connected to a cable which carries a serial bitstream according to Cypress™'s HOTLinks™ protocol (i.e., at 108 MHZ). Each M2S input port provides for bidirectional communication. While each port is bidirectional, they are referred to as input ports to indicate the direction of flow of the to-be-remultiplexed transport streams into the remultiplexer 100.
The DLM 110 enables the remultiplexer 100 to achieve its remultiplexing function--to selectively multiplex transport streams received from other devices via the input ports M2S port 3, M2S port 4, M2S port 5 and M2S port 6 and to alter content oriented information (namely, PSI) to reflect the resulting multiplexed transport stream. The DLM 110 also enables the remultiplexer 100 to transmit upstream directed messages to the devices which transmit the to-be-remultiplexed transport streams to the remultiplexer 100 and to receive downstream directed messages from those devices.
Basically, the DLM 110 receives, in parallel, transport packets of inputted transport streams. Depending on the PID of each transport packet, the DLM 110 extracts and transfers the transport packet onto the DM bus for assembly into the outputted remultiplexed transport stream by the scheduler 141. Furthermore, depending on the PID of each transport packet, the DLM 110 extracts and captures the transport packet for transfer on the C bus. The DLM 110 can receive from the processor 131, and store, PIDs and corresponding indications for capturing and transferring packets. Using these indications, the DLM 110 can determine whether or not to capture, transfer, both capture and transfer or neither capture nor transfer each received transport packet.
These basic operations can be used to achieve more complicated functions. For instance, consider a basic selective remultiplexing operation where each received transport stream contains one or more programs. As per the MPEG-2 standard, each program includes one or more ESs, e.g., a video ES, an audio ES, a second audio program audio ES (i.e., different language audio), a data ES (such as closed-captioned text), etc. The data of each ES is transferred in mutually exclusive transport packets. The packets which carry a given ES are assigned a PID that is unique within that individual transport stream. Suppose the PIDs of the transport packets containing desired ESs and other PSI of the received transport streams are known ahead of time. The processor 131 (or remote controller computer station 70 in conjunction with the processor 131) downloads to the DLM 110 via the C bus a transfer indication for each of the PIDs corresponding to transport packets to be remultiplexed into the outputted transport stream. For each other PID, no such indication is provided (illustratively, the default indication for each other PID is to refrain from transferring the respective packet onto the DM bus). The DLM 110 receives each transport packet of each inputted transport stream in parallel. The DLM 110 retrieves the indications corresponding to the retrieved PID to determine what action is to be performed on the transport packet based on the capture and transfer indicators. If the retrieved indicator indicates that the corresponding transport packet should be transferred via the DM bus, the DLM 110 transfers the respective transfer packets onto the DM bus. The DLM 110 refrains from transferring each other transport packet not having such an indicator onto the DM bus. The transport packets transferred onto the DM bus are received at the scheduler 141 which assembles the transferred packets into a remultiplexed transport stream. Note that only selected transport packets of the received transport packets are transferred via the DM bus. Thus, the remultiplexed transport stream contains only selected transport packets for which a transfer indication was provided, namely, those transport packets containing the desired ESs and PSI.
Note that the MPEG-2 standard requires that the remultiplexed transport stream contain certain PSI reflecting its contents. For instance, the PAT must indicate the PID of the transport packets containing the program definitions of the PMT that relate the ES and programs contained in the transport stream. However, each received transport stream contains a PAT which is only self-referencing--the PAT of each received transport stream relates to the contents of only that transport stream and not the other received transport streams. Thus, the PAT in each received transport stream must be discarded and a new PAT reflecting the contents of the to-be-remultiplexed transport stream must be substituted therefor. Assume that the PIDs of the ESs, and other PAT information, are known ahead of time. The processor 131 (or the remote controller computer station 70 in conjunction with the processor 131) generates a substitute PAT reflecting only the contents of the to-be-remultiplexed transport stream. The processor 131 places the PAT entries in appropriate transport packets and queues up the substitute PAT bearing transport packets in the downstream message sender 135. The downstream message sender 135 signals the scheduler 141 via the C bus when it is non-empty. In response, the scheduler 141 "schedules" the transmission of transport packets from the downstream message sender 137 by transferring to the downstream message sender 137 a control signal for enabling the transfer of transport packets on the DM bus at the appropriate time. In response, the downstream message sender 137 transfers its substitute PAT bearing transport packets on the DM bus.
Meanwhile, the DLM 110 is instructed to discard the PAT bearing transport packets of each inputted bitstream. That is, the processor 131 provides, for the PID corresponding to the transport packets containing the PAT, indicators for refraining from transferring the corresponding received transport packet onto the DM bus. (Note that MPEG-2 requires that the PAT, and only the PAT, be carried in transport packets with the PID 0x0000. Thus it is a trivial matter to know ahead of time which transport packets carry the PAT.) Thus, the DLM 110 does not transfer received transport packets bearing the original PATs onto the DM bus. It should be noted that the PAT references the program definitions of the PMT carried in each respective stream, as well as conditional access entries of a conditional access table or CAT. Thus, the processor 131 should download to the DLM 110 a transfer indication for the PIDs of such PMT, CAT and other PSI information, so that such transport packets are extracted and transferred onto the DM bus for assembly into the remultiplexed transport stream. As a result, the combination of the desired ES bearing transport packets, CAT, PMT and possibly other PSI bearing transport packets and substitute PAT bearing transport packets are assembled into the remultiplexed transport stream.
Consider the case where certain information is not known ahead of time regarding the inputted transport streams such as which programs are contained therein (their program number) which ESs comprise each program and their PIDs, etc. Such information can be discerned from the inputted transport streams by retrieving the PAT of the inputted transport stream to find the PIDs of the transport packets bearing the program definitions of the programs carried in the respective inputted transport stream. The transport packets carrying the program definitions of desired programs can then be retrieved to determine which ESs comprise the desired programs, the PIDs of the transport packets bearing the ESs of the desired programs and the PIDs of the transport packets carrying the PCRs of the desired programs. To retrieve such transport packets for examination, the processor 131 (or processor in conjunction with the remote controller computer station 70) transfers the PID of the transport packets containing the PAT (i.e., PID 0x0000), and a capture indication to the DLM 110. In response, the DLM 110 "captures," i.e., extracts and transfers via the C bus to the processor 131, the transport packets bearing the PAT. The processor 131 can examine the contents of such transport packets to determine the PIDs of the transport packets carrying the program definitions of desired programs. The processor 131 (or processor 131 in conjunction with the remote controller computer station 70) transfers a capture indication for the PIDs of the transport packets containing the program definitions of the desired programs to the DLM 110. In response, the DLM 110 "captures," i.e., extracts and transfers via the C bus to the processor 131, the transport packets bearing the program definitions of the desired programs. The processor 131 can examine the contents of such transport packets to determine the ESs that make up each program and the PIDs of the transport packets carrying them. The processor 131 can also discern the PIDs of other program relevant transport packets, such as the PIDs of the packets carrying ECMs for each ES, or the PIDs carrying the PCR's of the program. Then, the processor 131 can accordingly transfer appropriate transfer and capture indications for certain PIDs to the DLM 110 to achieve a multiplexing of only desired transport packets.
The DLM 110 may also be used to transfer messages, such as "upstream" or "downstream" directed messages. Upstream directed messages are transmitted from the remultiplexer 100 in transport packets having a particular PID to a device which transfers a to-be-remultiplexed transport stream to the inputs M2S port 3, M2S port 4, M2S port 5 or M2S port 6. Upstream directed messages are received by the remultiplexer 100 from a device which receives the remultiplexed transport stream from the remultiplexer 100 via the outputs M2S port 1 and M2S port 2. Downstream directed messages are transmitted to the remultiplexer 100 in transport packets having a particular PID from a device which transfers a to-be-remultiplexed transport stream to the inputs M2S port 3, M2S port 4, M2S port 5 or M2S port 6. Downstream directed messages are transmitted from the remultiplexer 100 to a device which receives the remultiplexed transport stream from the remultiplexer 100 via the outputs M2S port 1 and M2S port 2. To that end, the processor 131 (or processor 131 in conjunction with the remote controller computer station 70) can transfer to the DLM 110, a capture indication to for the PIDs to be used for downstream directed messages. Using the mechanism described above, the DLM 110 extracts and captures for transfer to the processor 131 downstream directed messages in transport packets having the appropriate PID. The processor 131 retrieves the messages in such packets and may perform different kinds of processing, including modifying the control of the remultiplexer 100. Upstream directed messages generated by the processor 131 are transferred to the upstream message sender 137 where they are stored in a FIFO. The upstream directed messages are then transferred from the upstream message sender 137 to the DLM(s) 110 via the UM bus. Such upstream directed messages are illustratively received at all DLMs 110 installed at the remultiplexer 100 and transmitted from each input port M2S port 3, M2S port 4, M2S port 5 and M2S port 6 of each DLM 110 to the devices which provide to-be-remultiplexed transport streams to the remultiplexer 100. Thus, the messages in the transport packets illustratively have headers including addresses or identifiers of some kind to indicate which of the upstream (or downstream) devices is to receive the message bearing transport packet.
As mentioned above, MPEG-2 requires that each PID be unique to its contents within its respective transport stream. However, such PIDs may not be the desired PIDs. For instance, they may conflict with the PIDs of other transport streams to be introduced further downstream. Alternatively, two transport streams received at different DLMs 110 of the remultiplexer may use the same PIDs to refer to different contents. To solve such problems, the DLM 110 can achieve a remapping of PIDs of transport packets received from the inputted transport streams. In addition to transferring indicators as to whether or not transfer or capture transport packets, the processor 131 transfers a new PID for each PID of each transport packet to be captured or transferred. The new PID may be identical the PID of the received transport packet to which it corresponds or may be different. When the transport packet is received, the new PID is substituted for the old PID prior to capture or transfer.
Consider now that multiple transport streams are received in parallel at the DLM 110. However, the transport packets of these transport streams are serially transmitted on the DM bus for assembly into the outputted remultiplexed transport stream. Furthermore, multiple DLM's 110 may be operating simultaneously in the remultiplexer 100, but all share a single DM bus. Therefore, packets may be buffered or enqueued in the DLM 110 for some time. This presents a jitter problem for the transport stream. Specifically, each transport stream carries PCR's for recovering a program clock of each program carried therein. The PCR's are "snapshots" of the program encoder clock used to encode the ES's of the respective program. Therefore, if transport packets carrying PCR's are delayed, they may arrive at a time that does not reflect the time indicated by the PCR's. Such jitter can disrupt the smooth display and synchronization of video and audio.
To overcome this problem, the DLM 110 keeps track of the time each transport packet carrying a PCR is received. The DLM 110 also keeps track of when the PCR bearing transport packet is transferred on the DM bus. Prior to transfer, the DLM 110 determines the "dwell" time or time in which the PCR bearing transport packet has been enqueued in the DLM 110. This dwell time is added to the PCR of the transport packet prior to transfer on the DM bus.
Note that it is important not to over-adjust the PCR's. This is because the ES data of the transport packets are decoded and presented in accordance with DTS and PTS values which reference the PCR. Some divergence of the PCR's from the original values is tolerable. However, even small incremental changes can add up to a large divergence, especially if PCR's are adjusted by several downstream devices. To avoid over-adjustment of the PCR's, an average dwell time of each transport packet is subtracted from the adjustment value to be added to the PCR's. Thus, the PCR's are adjusted based on a relative jitter amongst the transport packets to be remultiplexed together.
FIG. 3 depicts a block diagram of the DLM 110. As shown, the DLM 110 includes one input channel section 201, 202, . . . 204 for each of the input ports M2S port 3, M2S port 4, M2S port 5 and M2S port 6 (for a total of four input channel sections). Each input channel section 201, 202, 203 or 204 is connected to a respective one of the input ports (i.e., the section 201 is connected to the input port M2S port 3, the section 202 is connected to the M2S port 4, etc.), the C bus, the UM bus and the DM bus section 300. One such input channel section 204 is shown in greater detail.
Messages (in transport packets) from the upstream message sender 137 are received at a HOTLinks™ transmitter 210 via the UM bus. The HOTLinks™ transmitter 210 converts the transport packet to HOTLinks™ format and transmits the converted packet on its respective input port M2S port 6 to the device which provides the input to-be-remultiplexed transport stream on input port M2S port 6.
Transport packets of an inputted to-be remultiplexed transport stream are transmitted in HOTLinks™ format via the respective input port M2S port 6. These transport packets are received at the HOTLinks™ receiver 214. The HOTLinks™ receiver 214 both converts the data from 10 bit format to eight bit format and performs a certain amount of error correction and detection. To that end, the HOTLinks™ receiver 214 uses a look-up table for converting various received 10 bit values to their corresponding eight bit value. The HOTLinks™ receiver 214 is therefore capable of generating a certain limited number of error signals indicative of one or more error conditions related to the inputted transport stream.
The byte sized data units thus recovered, and error signals are outputted to a HOTLinks™ FIFO 216 where the data is stored for processing. As soon as the FIFO 216 has some data, the FIFO 216 outputs a non-empty signal to a DLM input state machine 218. The DLM input state machine 218 is a finite state machine that can be formed from a field programmable gate array (FPGA). When the DLM input state machine 218 is ready to process the next transport packet, it transmits a read enable signal to the FIFO 216. This causes the very next transport packet to be transferred to the DLM input state machine 218.
The DLM input state machine 218 monitors the received data carefully to determine if it contains errors. There are two particular error situations which the DLM input state machine can detect and to which the DLM input state machine 218 can respond. In the first situation, the sync start byte is missing from the beginning of the transport packet or was received in corrupted form. In such a case, the DLM input state machine 218 discards the entire transport packet. This is achieved by simply not enabling any of the other circuitry in the input channel section 204 to store the transport packet. In the second situation, the sync byte is detected at the start of the transport packet but data is missing from the transport packet (short packet situation) or the data of the packet is detected with errors (as indicated by error signals outputted by the HOTLinks™ receiver 214). In such a case, the DLM input state machine 218 pads out the remainder of the transport packet with a default value and discards it.
Assume that a transport packet is received intact by the DLM input state machine 218. The DLM input state machine 218 parses out the PID from the transport packet and inputs this extracted PID as an address to a PID RAM 220. The PID RAM 220 stores a two byte value for each possible address (i.e., each PID). Illustratively, these two byte values are stored in the PID RAM by the processor 131, which transfers the two byte values to the PID RAM 220 via the C bus and buffer 222. Each two byte value includes a substitute PID and multiple indicators. Note that a PID is a 13 bit value. Thus, each two byte value uses thirteen bits for the substitute PID and has three bits left over for use as indicator bits. Illustratively, one bit is used as a transfer indicator and one bit is used as a capture indicator. These indicators are outputted to the DLM input state machine 218 for purposes of controlling the capturing and transfer onto the DM bus of the transport packet. That is, the transfer bit controls the transferring of the transport packet onto the DM bus for assembly into the remultiplexed transport stream. The capture bit controls the capturing of the transport packet, i.e., transfer of the packet via the C bus to the processor 131 for detailed analysis. The manner of control is described below. In addition, the PID RAM 220 outputs the new PID portion of the addressed two byte value to the multiplexer 224. The DLM input state machine 218 outputs its transport packet, except for the 13 bits corresponding to the old PID, to the multiplexer 224. In place of the old PID, the multiplexer 224 inserts the new PID retrieved from the PID RAM 220.
The transport packet, with new appended PID, is outputted to a capture FIFO 226, a DM FIFO 228 and a PCR fixer circuit 230. The capture FIFO 226 is for storing the transport packets that are "captured" prior to transfer on the C bus to the processor 131. The DM FIFO 228 is for storing packets that are to be transferred on the DM bus for assembly into the remultiplexed transport stream. The PCR fixer 230 is for correcting PCR's of the transport packets to reflect the dwell time or delay incurred by the transport packets while enqueued in the DM FIFO. The PCR fixer 230 is discussed in greater detail below. The capture FIFO 226 and the DM FIFO 228 receive enable signals from the DLM input state machine 218 for enabling the storage of transport packets. The capture FIFO enable signal is activated by the DLM input state machine 218 in response to the capture indicator retrieved from the PID RAM 220. For example, the DLM input state machine 218 only outputs a capture enable signal for storing transport packets in the capture FIFO 226 when the retrieved capture indicator indicates that transport packets with the respective PID should be captured (e.g., when set to logic `1`). Otherwise (when the capture indicator bit is logic `0`), the DLM input state machine 218 does not output an enabling signal to the capture FIFO 226 and no transport packets are stored therein. Likewise, the DLM input state machine 218 outputs a DM FIFO enabling signal if the transfer bit indicates that the transport packet should be transferred on the DM bus and refrains from outputting the enable signal otherwise.
When the capture FIFO 226 has any data stored therein, it outputs to the processor 131 via the C bus a non-empty signal as a request for transfer. In response, the processor 131 issues a control signal enabling transfer of transport packets in the capture FIFO 226 via the C bus, when the processor 131 is ready to receive the packets.
The DLM input state machine, after transferring the 188th byte of its transport packet to the DM FIFO 228 issues a request signal CHREQ to transfer the packet from the DM FIFO 228 to the DM bus section 300. When the DM bus section 300 is ready to receive the transport packet, the DM bus section transmits a request granted signal CHSEL to the DLM input state machine 218. In response, the DLM input state machine 218 enables the outputting of a transport packet from the DM FIFO 228 (as described below).
Note that transport packets may be stored in either the capture FIFO 226 or DM FIFO 228, both of these FIFOs 226 and 228 simultaneously or in neither FIFO 226 and 228. The latter situation may arise because the transport packet contained errors, as discussed above. The DLM input state machine 218 outputs a control signal to the PCR fixer 230 indicating when the PCR of the transport packet is transferred out of the multiplexer 224. As per the MPEG-2 specification, if a PCR is present in a transport packet, it is located at a particular location within the transport packet. Specifically, the transport packet header adaption field control bits will indicate that it has an adaption field and the adaption field will have a PCR-- flag set to indicate that a PCR is present. If present, the PCR is located at a specific offset from the sync byte of the transport packet and is 42 bits long (including a 9 bit PCR extension of a 27 MHZ clock and a 33 bit PCR base of a 90 kHz clock). The first control signal causes the PCR fixer 230 to store the PCR of the transport packet in the PCR FIFO 232. (Illustratively, only the 33 bit PCR base is stored.) The receipt time, as indicated by a free running clock at the PCR fixer 230 is also stored with the PCR of the transport packet. When the DM bus section 300 enables the transfer of a transport packet from the DM FIFO 228, the DM bus section 300 examines the transport packet to determine whether or not a PCR is contained therein. If so, the DM bus section 300 issues a control signal for causing the PCR fixer 230 to output a corrected PCR. In response, the PCR fixer 230 retrieves the PCR and receipt time stamp from the PCR FIFO 232. The PCR fixer 230 also obtains the current count of the free running clock thereat, as a transfer time stamp, and performs the following calculation:
New-- PCR=Old-- PCR-Receipt-- time-Average-- dwell-- time+Transfer time (1) where average dwell time is the average delay incurred by all transport packets in the DM FIFO 228. The PCR fixer 230 outputs this new PCR to the DM bus section 300 where it is appended in place of the current PCR of the transport packet transferred from the DM FIFO 228.
FIG. 4 illustrates the PCR fixer 230 and PCR FIFO 232 in greater detail. A PCR of a transport packet is transferred from the multiplexer 224 (FIG. 3) to the multiplexer 254. Simultaneously, the DLM input state machine 218 outputs a signal PCR-- GO (via the C bus) to a receive counter 252 which is a free-running clock. This causes the current count of the receive counter 252 to be appended, as a receive time, to the PCR received at the multiplexer 254. (Note that the count of the receive counter 252 is initially loaded to be a current count plus the average dwell time in the DLM 110 via the C bus using the processor 131.) The DLM input state machine 218 also outputs a signal PCR-- WR-- EN to the PCR FIFO 232 for enabling the storage of the combined PCR and received time value in the PCR FIFO 232.
When the DM bus section 300 is ready to receive a transport packet, it signals the DLM input state machine 218 with the signal CHSEL. When ready, the DM bus section 300, amongst other things, outputs a control signal PCR-- XFER which is received at the transmit counter 256 and the PCR FIFO 232. The transmit counter 256 is similar to the receive counter 254 and counts in synchronism. However, the transmit counter 256 does not have the average dwell time added to its count. The signal PCR-- XFER causes the current count of the transmit counter to be loaded into the register 258 as the transfer time. The signal PCR-- XFER causes the next PCR and receive time to be outputted and stored in the PCR register 264 and the receive time register 260, respectively. The adder 262 subtracts the receive time (which is really the sum of the receive time and the average time) from the transmit time. This difference is then added to the old PCR in the adder 266. The new PCR thus computed is stored in the register 268. A control signal NEXT-- PCR is outputted from the DM bus section 300 to the multiplexer (or tri-state buffer) 270 for outputting the new PCR to the DM bus section 300.
FIG. 5 shows the DM bus section 300 in greater detail. As shown, channel requests CHREQ are received from each DLM input state machine 218 (FIG. 3) of the DLM 110 (FIG. 2) at an arbitrator circuit 310. Using, for example, a round-robin scheduling scheme, the arbitrator 310 selects one of the input channel sections 201-204 (FIG. 3) for which a request has been made and outputs a signal NXTCHN indicative of the selected input channel section 201-204. The arbitrator 310 also outputs a signal CHRDY indicating that it has at least one transport packet ready for transfer to the scheduler 141 (FIG. 2). These two outputted signals NXTCHN and CHRDY are received at a D bus handshake circuit 312. As noted above, the remultiplexer 100 may have several DLM's 110 connected to the same bus. In a similar fashion as the arbitrator 312, the scheduler 141 (FIG. 2) arbitrates amongst all of the DLM's 110 (and other devices) which wish to transfer their packets on the DM bus. This is achieved as follows. In response to the NXTCHN and CHRDY signals, each DLM 110 outputs from its D bus handshake circuit 312 a DPAL signal indicating that it has a transport packet available to transmit on the D bus. The scheduler 141 (FIG. 2) arbitrates amongst the DPAL signals of the DLM's 110 and, for example, using a round-robin scheduling scheme, selects one DLM 110. The scheduler 141 transmits back a signal DSEL to the D bus handshake circuit 312 which has been selected to transfer transport packets onto the DM bus.
In response to receiving the signal DSEL, the D bus handshake circuit 312 outputs a GO signal to the arbitrator 310 to indicate that the scheduler 141 (FIG. 2) is ready top receive a transport packet from the selected input channel section 201-204. The D bus handshake circuit 312 also outputs the CHSEL signal to the PCR fixer 230 (FIG. 3) and DLM input state machine 218 (FIG. 3) of the appropriate input channel section 201-204. This signal CHSEL serves as the PCR-- XFER signal.
The GO signal is also received at a next state generator circuit 314. The next state generator 314 also receives a count from a packet byte counter 316 which counts the number of bytes transferred into the DM bus section 300. The next state generator 314, in conjunction with the packet byte counter 316, ensures that the no more than one transport packet (i.e., 188 bytes for a transport packet) is transferred from the respective input channel section 201-204. The next state generator 314 issues control signals to, amongst other circuits, the channel controller 318 for indicating that a whole transport packet is transferred and that the channel controller 318 should disable the receipt of data from the selected input channel section 201-204 (FIG. 3).
The channel controller 318 receives the signal CHSEL indicating the channel, i.e., input channel section 201-204 (FIG. 3) from which data should be received. In response, the channel controller 318 outputs an appropriate control signal to the multiplexer 320 for selecting the output of the appropriate input channel section 201-204 as indicated by CHSEL. The multiplexer 320 is connected to the output of the DM FIFO 228 of each input channel section 201-204 and can select to receive data from any one of the input channel sections 201-204.
As the transport packet data is received from the selected input channel section 201-204, the PCR check circuit 322 monitors the transport packet data to determine whether or not a PCR is present therein. (As noted above, this can be achieved using simple parsing for the adaption field control bits and the PCR-- flag bit). If the transport packet does contain a PCR, then the PCR check circuit 322 outputs an appropriate control signal for enabling the PCR fixer multiplexer controller circuit 324. The PCR fixer multiplexer controller 324 also receives the current packet count from the packet byte counter 316. When enabled, at the time corresponding to the transfer of the PCR of the transport packet (received from the DM FIFO 230), the PCR fixer multiplexer controller 324 outputs the signal NEXT-- PCR to the PCR fixer 230 (FIG. 3) of the selected input channel section 201-204. This causes the PCR fixer 230 (FIG. 3) to output the new PCR at the appropriate time (in sync with the old PCR in the transport packet outputted from the DM FIFO 228 of FIG. 3). At the time corresponding to the transfer of the old PCR currently in the transport packet, the PCR fixer multiplexer controller 324 outputs a control signal for switching the receipt of data to the new PCR rather than the old PCR. This causes the new PCR, as adjusted for dwell time, to be substituted into the transport packet outputted from the DM FIFO 228. The transport packet thus formed, is outputted via latch 326 under control of output register controller circuit 328. The output register controller circuit 328 ensures that only 188 bytes are outputted from the DM bus section 300.
Turning now to FIG. 6, a first cascade configuration 400 is shown with plural program encoders 10-1, 10-2, 10-3, 10-4, . . . , 10-N. As noted above, the remultiplexer 100 illustratively supports four DLMs 110 (FIG. 2) and each DLM 110 supports up to four inputted transport streams for a total of 16 inputted transport streams. Also as noted above, the program encoders 10-1 to 10-N all output single program transport streams although, as shown below, the remultiplexer 100 can handle multiple program transport streams. The encoders 10-1 to 10-N may select arbitrary PIDs for certain PSI (not otherwise specified in MPEG-2) and all ESs provided that the PIDs of the transport streams inputted to any one DLM 110 are mutually unique (except of course for those PIDs specified by MPEG-2 to be certain values). In such a case, the DLMs 110 can be programmed with substitute PIDs to ensure uniqueness in the remultiplexed transport stream outputted from the remultiplexer 100.
The program encoders 10-1 to 10-N form a first stage 410 of the cascade configuration 400. They each output single program bearing transport streams. The remultiplexer 100 forms a second stage 420 of the cascade configuration 400. The remultiplexer 100 can be programmed to selectively select and multiplex together the programs and/or individual ESs of the single program transport streams inputted thereto. While doing so, the remultiplexer 100 adjusts certain PSI, in particular, the PAT, to reflect only the contents of the remultiplexed transport stream.
In the course of operation, the program encoders 10-1 to 10-N may transmit downstream directed messages to the remultiplexer 100 and the remultiplexer 100 may transmit upstream directed messages back to the program encoders 10-1 to 10-N. Such messaging is very fast--indeed, much faster than the Ethernet--for purposes of propagating time sensitive messages. For example, the remultiplexer 100 may use the messaging to dynamically allocate bandwidth according to a statistical multiplexing scheme. For example, each time a program encoder, e.g., the program encoder 10-1 completes the encoding of a video frame, the program encoder 10-1 transmits a downstream directed message indicating how difficult the frame was to encode. The remultiplexer 100 collects such messages at the processor 131 (FIG. 2) thereof. The processor 131 processes these messages in an attempt to take bandwidth from the program encoders producing encoded frames with very high quality and give some of that bandwidth to the program encoders producing encoded frames with lower quality encoding. The remultiplexer 100 then transmits an upstream directed message (which is broadcasted to all program encoders 10-1 to 10-N) that reallocates the bandwidth to equalize the encoding quality. Thus, if one program encoder encodes a talk show, with little motion (and low bandwidth requirement), and a second program encoder encodes a sport event, with high motion (and a high bandwidth requirement), the remultiplexer 100 will attempt to allocate more bandwidth to the second program encoder than the first.
Another use of the message passing mechanism is for synchronizing two program encoders, e.g., the program encoders 10-1 and 10-N. Such synchronization may be desirable in a situation where two (or more) program encoders 10-1 and 10-N are encoding different ESs of the same program. For instance, the program encoder 10-1 may encode the video ES and the program encoder 10-N may encode the audio ES in an audio dubbing operation. Without mutual synchronization, each program encoder 10-1 and 10-N will output PCRs for different, independent time bases and PTSs and DTSs relative to those different time bases. This would render simultaneous presentation of the two ESs of the program difficult, if not impossible, since the PTSs and DTSs associated with each ES reference an independent time base (as established from the divergent PCRs) produced by the program encoder which encoded that particular ES.
To overcome this problem, one of the program encoders, e.g., the program encoder 10-1, is selected as the master program encoder for producing a master time base. The remultiplexer 100 is adapted to reflect the transport packets from the master program encoder 10-1 that contain the PCRs of the master time base bask to the slave program encoders 110-N on the upstream channel. FIG. 10 shows a remultiplexer 100' which is adapted to produce such a reflection. As shown, the remultiplexer 100 is identical to the remultiplexer 100 of FIG. 2 except that it has a PCR reflector circuit 148. The PCR reflector circuit 148 illustratively is a finite state machine and may be formed from an FPGA. The PCR reflector 148 receives one or more PIDs from the processor 131 via the C bus. In particular, the processor 131 transfers the PIDs of transport packets originating from the master program encoder 10-1 that contain the PCRs of the master time base. In response, the PCR reflector 148 copies, from the remultiplexed transport stream assembled by the scheduler 141, each transport packet containing a PID that matches a PID received from the processor 131, i.e., each transport packet containing a PCR of the master time base. The packets copied by the PCR reflector 148 are outputted to the upstream message sender 137. The upstream message sender 137 then outputs the copied transport packets onto the UM bus. From the UM bus, the DLMs 110 output the transport packets via the ports M2S port 3, M2S port 4, M2S port 5 and M2S port 6 to the program encoders 10-1 to 10-N.
FIG. 9 shows a modified "slave" program encoder 10' which is identical to the program encoder 10 of FIG. 1 except that the program encoder 10' includes a system clock adjuster circuit 42. The system clock adjuster 42 may be a finite state machine formed from a FPGA, or processor. The upstream directed transport packets bearing the master time base PCRs are received at the upstream message receiver 51 or 53. The upstream message receiver 51 or 53 outputs the received transport packets to, amongst other devices, the system clock adjuster 42. Illustratively, the system clock adjuster 42 only responds to the transport packets containing the PCR bearing packets. To that end, the system time clock adjuster may parse the received packets for the adaption field bits and the PCR-- flag bit to determine whether a PCR bearing packet was received. In response, the system clock adjuster 42 extracts the master time base PCR and adjusts the clock of the system time clock 43 in accordance therewith. Illustratively, an adjustment mechanism, such as is disclosed in U.S. patent application Ser. No. 08/497,690, entitled, "Transport Stream Decoder/Demultiplexer for Hierarchically Organized Audio-Video Streams," filed Jun. 30, 1995 for Emanuel Washington, et al. may be used in the system clock adjuster 42. The referenced application teaches a PCR counter loader mechanism and a PLL adjustment mechanism. Either (or both) mechanism may be included in the system time clock adjuster 42 to synchronize the system time clock 43 of the slave program decoder 10' to the master time base PCRs (and thus the master time base). Using the time base thus synchronized to the master time base, the slave program encoder 10-N encodes its ES in synchronism to the master time base, as re-established by the system time clock adjuster 42 and system time clock 43 at the slave program encoder 10-N. That is, the PCR's outputted by the slave program encoder 110-N (if any) are synchronous to the master time base in the master program encoder 10-1. Likewise, the PTSs and DTSs (if present) relate to the master system time base as reconstructed at the slave program encoder 10-N and are therefore synchronized to the master time base of the master program encoder 10-1.
Consider that the adjustment mechanism using the remultiplexer 100' (FIG 10) to reflect the master time base PCR bearing transport packets has a constant or nearly constant end-to-end delay (and is also very fast). The result is that little, if any, jitter is introduced into the slave transport streams. Such constancy in delay is difficult if not impossible to achieve using the Ethernet.
FIG. 7 shows another cascade configuration 500 including three remultiplexers 100-1, 100-2 and 100-3 and multiple program encoders 10-1, 10-2, . . . , 10-N-1, 10-N, 10-N+1, . . . , 10-M. The program encoders 10-1 to 10-N are connected to the DLM(s) of the remultiplexer 100-1. The connection of these remultiplexers is similar to the configuration 400 of FIG. 6. Likewise, the program encoders 10-N+1 to 10-M are connected to the DLM(s) of the remultiplexer 100-2. Each of the remultiplexers 100-1 and 100-2 outputs a remultiplexed transport stream R1 or R2. R1 contains selected elementary streams of the program encoders 10-1 to 10-N. Likewise R2 contains selected elementary streams of the program encoders 10-N+1 to 10-M.
The remultiplexed elementary streams R1 and R2 are received at the remultiplexer 100-3.
The remultiplexer 100-3, in turn, selectively remultiplexes the ESs contained in the transport streams R1 and R2 and outputs a further remultiplexed transport stream R3.
The program encoders 10-1 to 10-M form a first stage, the remultiplexers 100-1 and 100-2 form a second stage and the remultiplexer 100-3 forms a third stage. The configuration 500 is provided to illustrate how to multiplex more than the maximum number of input transport streams that any single remultiplexer 110-1, 100-2 or 100-3 can accommodate. Furthermore, the configuration 500 illustrates that multiple program bearing transport streams can be remultiplexed by the remultiplexer 100-3.
FIG. 8 illustrates a redundancy configuration 600. As shown, three primary program encoders 10-1, 10-2 and 10-3 are provided which are connected to a primary remultiplexer 100-1. A fourth backup program encoder 10-4 is also provided which can be selectively connected to any one of the program sources of the program encoders 10-1, 10-2 and 10-3. This is illustrated as being achieved using a multiplexer 650 which receives each of the program inputs. Each program encoder 10-1 to 10-4 is also connected to a backup remultiplexer 100-2. The output of the two remultiplexers 100-1 and 100-2 are connected to the multiplexer 680.
The purpose of the backup program encoder 10-4 is to replace any one of the program encoders 10-1 to 10-3 if it should fail. Likewise, the backup remultiplexer 100-2 replaces the remultiplexer 100-1 if it should fail. Illustratively, the configuration 600 automatically detects a failure and initiates the backup program encoder 10-4 or remultiplexer. This can be achieved as follows. Illustratively, the HOTLinks™ protocol provides that the HOTLinks™ receivers generate an error message if they detect a signal loss from the transmitting device, e.g., as a result of a communication link failure or failure at the device itself. Regardless, such a message is indicative of an error at the device which transmits information to the respective port. Alternatively, each device may be required to transmit a so-called "heartbeat" message periodically on its respective links indicating that the device is functioning properly. Failure to receive such a message indicates a failure of the device at the transmitting end. However, the failure is detected, the devices respond as follows. If the remultiplexer 100-1 detects a failure of a single program encoder, e.g., the program encoder 10-1, the remultiplexer 100-1 can transmit a message, e.g., via the Ethernet LAN to the multiplexer 650 for selecting the video source previously encoded by the failed program encoder 10-1. The remultiplexer 100-1 can also send a message to the backup encoder 10-4 to turn it on and start transmitting the encoded program of the failed program encoder 10-1. If the program encoders 10-1 to 10-3 detect that the remultiplexer 100-1 has failed, they can transmit a message to the backup remultiplexer 100-2 to turn it on and to perform the same remultiplexing in place of the remultiplexer 100-1. Furthermore, the program encoders 10-1 to 10-3 can transmit a message to the multiplexer 680 to select the output of the backup remultiplexer 100-2. Alternatively, the remote controller computer station 70 detects the failures itself or is informed of the failures by the program encoders 10-1 to 10-3 or remultiplexer 100-1. In response, the remote controller computer station 70 performs the necessary activation of backup devices and selection of multiplexer 650 and 680 inputs or outputs.
In short, a remultiplexer, and method of remultiplexing are disclosed. The remultiplexer receives plural input transport streams at a data link module. The remultiplexer extracts transport packets of the received input transport streams. Depending on packet identifiers of the extracted transport packets, the remultiplexer sequentially transfers at least some of the extracted transport packets on a downstream bus. These transferred packets are then reassembled into a single output transport stream.
Finally, the discussion above is merely illustrative of the invention. Numerous alternative embodiments may be devised by those having ordinary skill in the art without departing from the spirit and scope of the following claims.

Claims (5)

The claimed invention is:
1. A slave program encoder, for encoding at least a first one of the multiple elementary streams of a single program, wherein a master program encoder encodes at least a second one of said multiple elementary streams of said single program in synchronism with a master time base established within said master program encoder, said slave program encoder comprising:
an upstream message receiver which receives a packet containing a time stamp of said master time base, which time stamp originated at said master program encoder, was transmitted by said master program encoder to a downstream device and then transmitted from said downstream device to said upstream message receiver,
a system time clock which establishes a time base at said slave program encoder to which the encoding of said at least first one of said multiple elementary streams is synchronized, and
a system time clock adjuster, which responds to said time stamp of said master time base received at said upstream message receiver by adjusting said system time clock to synchronize to the received time stamp of said master time base so as to synchronize the presentation of said at least first one of the multiple elementary streams to said at least second one of the multiple elementary streams.
2. The slave program encoder of claim 1, wherein said at least first one of the multiple elementary streams represents a first audio program of a first language, and said at least second one of the multiple elementary streams represents a second audio program of a second language.
3. A method for encoding multiple elementary streams of a single program comprising:
in a master program encoder, encoding a first one of said elementary streams in synchronism with a master time base,
outputting, from said master program encoder, transport packets containing time stamps of said master time base, encoded data of said first one of said elementary streams and presentation time stamps indicating a time at which said data of said first one of said elementary streams should be presented relative to said master time base,
in a downstream device, extracting each of said transport packets containing one of said time stamps of said master time base and reflecting said extracted transport packets upstream to each program encoder connected to said downstream device,
in a slave program encoder, receiving the reflected transport packets, synchronizing a clock therein to said master time base time stamps contained in the received reflected transport packets and encoding a second one of said elementary streams in synchronism to said master time base as re-established by said clock of said slave program encoder.
4. The method of claim 3 wherein said downstream device is a remultiplexer, said method further comprising the steps of:
outputting, from said slave program encoder, transport packets containing encoded data of said second elementary stream and a second group of presentation time stamps indicating a time at which said data of said second elementary stream should be presented, relative to said master time base, and remultiplexing said transport packets outputted by said master and slave program encoders in said remultiplexer to produce a single transport stream containing said single program.
5. The method of claim 3, wherein said at least first one of the multiple elementary streams represents a first audio program of a first language, and said at least second one of the multiple elementary streams represents a second audio program of a second language.
US09/189,570 1996-01-02 1998-11-10 MPEG transport stream remultiplexer Expired - Lifetime US6002687A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/189,570 US6002687A (en) 1996-01-02 1998-11-10 MPEG transport stream remultiplexer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/581,916 US5835493A (en) 1996-01-02 1996-01-02 MPEG transport stream remultiplexer
US09/189,570 US6002687A (en) 1996-01-02 1998-11-10 MPEG transport stream remultiplexer

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US08/581,916 Continuation US5835493A (en) 1996-01-02 1996-01-02 MPEG transport stream remultiplexer

Publications (1)

Publication Number Publication Date
US6002687A true US6002687A (en) 1999-12-14

Family

ID=24327088

Family Applications (2)

Application Number Title Priority Date Filing Date
US08/581,916 Expired - Lifetime US5835493A (en) 1996-01-02 1996-01-02 MPEG transport stream remultiplexer
US09/189,570 Expired - Lifetime US6002687A (en) 1996-01-02 1998-11-10 MPEG transport stream remultiplexer

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US08/581,916 Expired - Lifetime US5835493A (en) 1996-01-02 1996-01-02 MPEG transport stream remultiplexer

Country Status (1)

Country Link
US (2) US5835493A (en)

Cited By (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000060866A1 (en) * 1999-04-01 2000-10-12 Diva Systems Corporation Video distribution system with load sharing and fault tolerance
US6233695B1 (en) * 1997-12-31 2001-05-15 Lg Information & Communications, Ltd. Data transmission control system in set top box
US20010015986A1 (en) * 2000-02-21 2001-08-23 Matsushita Electric Industrial Co. Ltd. Digital broadcast receiving apparatus
WO2001063940A1 (en) * 2000-02-23 2001-08-30 Koninklijke Philips Electronics N.V. Method, transmitter and transmission system
US20010024456A1 (en) * 1999-12-14 2001-09-27 Zaun David Brian MPEG re-multiplexer having multiple inputs and multiple outputs
FR2807251A1 (en) * 2000-04-04 2001-10-05 Canal Plus Technologies METHOD FOR DEMULTIPLEXING AND REMULTIPLEXING A TRANSPORT STREAM
US20010042128A1 (en) * 2000-02-03 2001-11-15 Sony Corporation Data-providing system, transmission server, data terminal apparatus and data-providing method
US20010052129A1 (en) * 2000-03-15 2001-12-13 Pace Micro Technology Plc Digital data processing from mutiple streams of data
US20020024970A1 (en) * 2000-04-07 2002-02-28 Amaral John M. Transmitting MPEG data packets received from a non-constant delay network
US20020038459A1 (en) * 2000-09-28 2002-03-28 Pekka Talmola Method and arrangement for locally and wirelessly distributing broadband data
WO2002025952A2 (en) * 2000-09-22 2002-03-28 General Instrument Corporation Regeneration of program clock reference data for mpeg transport streams
WO2002035845A2 (en) * 2000-10-26 2002-05-02 Koninklijke Philips Electronics N.V. A decoder supporting multiple inputs
US20020067718A1 (en) * 2000-12-06 2002-06-06 David Coupe System and method for remultiplexing of a filtered transport stream with new content in real-time
US20030007516A1 (en) * 2001-07-06 2003-01-09 Yuri Abramov System and method for the application of a statistical multiplexing algorithm for video encoding
US20030048854A1 (en) * 2001-09-13 2003-03-13 General Instrument Corporation Aliasing and routing of plural MPEG data streams
US20030051149A1 (en) * 2001-09-12 2003-03-13 Arnaud Robert Data transmission method between a local server and local peripherals
US6538999B1 (en) * 1998-02-20 2003-03-25 Nec Corporation PID filter circuit and FIFO circuit
US20030189953A1 (en) * 2001-09-27 2003-10-09 Sony Corporation Communication apparatus, communication method and program
US20030223466A1 (en) * 2002-05-31 2003-12-04 Noronha Ciro Aloisio Apparatus for redundant multiplexing and remultiplexing of program streams and best effort data
US6732325B1 (en) 2000-11-08 2004-05-04 Digeo, Inc. Error-correction with limited working storage
US6738427B2 (en) 2000-09-15 2004-05-18 International Business Machines Corporation System and method of processing MPEG streams for timecode packet insertion
US6741649B1 (en) * 1999-02-10 2004-05-25 Nec Corporation Coding apparatus for audio and picture signals
US6795506B1 (en) * 1999-10-05 2004-09-21 Cisco Technology, Inc. Methods and apparatus for efficient scheduling and multiplexing
US20040190515A1 (en) * 2003-03-24 2004-09-30 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
US6831931B2 (en) 2000-12-06 2004-12-14 International Business Machines Corporation System and method for remultiplexing of a filtered transport stream
EP1503591A2 (en) * 2003-07-31 2005-02-02 Samsung Electronics Co., Ltd. Device for separating a Single Program Transport Stream from a Multiple Program Transport Stream
US20050030979A1 (en) * 2003-08-08 2005-02-10 Malloy Patrick J. Synchronizing packet traces
US20050036557A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for time synchronized forwarding of ancillary information in stream processed MPEG-2 systems streams
US20050038637A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Model and model update technique in a system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
US20050036519A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
US20050036556A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
WO2005020558A2 (en) * 2003-08-13 2005-03-03 Skystream Networks Inc. Method and system for re-multiplexing of content-modified mpeg-2 transport streams using interpolation of packet arrival times
US6889095B1 (en) * 1998-06-11 2005-05-03 Agilent Technologies, Inc. Computer network adapted for industrial environments
US6891854B2 (en) * 1997-06-26 2005-05-10 Cisco Technology, Inc. System and method for transporting a compressed video and data bit stream over a communication channel
US20060018254A1 (en) * 2004-07-26 2006-01-26 John Sanders Statistical multiplexer having protective features from extraneous messages generated by redundant system elements
US7023833B1 (en) * 1999-09-10 2006-04-04 Pulse-Link, Inc. Baseband wireless network for isochronous communication
US7036138B1 (en) 2000-11-08 2006-04-25 Digeo, Inc. Method and apparatus for scheduling broadcast information
US20060088052A1 (en) * 2004-10-27 2006-04-27 Sauser Martin H Jr Decentralized method for generating an MPEG-2 multiprogram transport stream
US7065781B1 (en) * 1999-05-25 2006-06-20 Pace Micro Technology Plc Data transport streams processing
US20060248559A1 (en) * 2005-04-29 2006-11-02 The Directv Group, Inc. Merging of multiple encoded audio-video streams into one program with source clock frequency locked and encoder clock synchronized
US20060256718A1 (en) * 2005-05-16 2006-11-16 Hall David R Apparatus for Regulating Bandwidth
US7142566B1 (en) * 2001-02-15 2006-11-28 Cisco Systems Canada Co. Jitterless processing of bitstreams
US7173947B1 (en) * 2001-11-28 2007-02-06 Cisco Technology, Inc. Methods and apparatus to evaluate statistical remultiplexer performance
EP1768285A1 (en) * 2005-09-23 2007-03-28 Udcast Method and device for processing a DVB-H (Digital Video Broadcasting - Handheld) compliant transport stream
US7283965B1 (en) * 1999-06-30 2007-10-16 The Directv Group, Inc. Delivery and transmission of dolby digital AC-3 over television broadcast
US20070286241A1 (en) * 2006-06-09 2007-12-13 Broadcom Corporation PCR clock recovery in an IP network
CN100359950C (en) * 2002-07-02 2008-01-02 中兴通讯股份有限公司 Remultiplexing method for MPEG-2 transmission stream
US7382724B1 (en) * 2001-11-21 2008-06-03 Juniper Networks, Inc. Automatic switchover mechanism in a network device
US20080170621A1 (en) * 2007-01-17 2008-07-17 Igal Dvir Device, system and method for encoding employing redundancy and switching capabilities
US20080282306A1 (en) * 2001-10-12 2008-11-13 Penk Mark D Mapping Transport Streams
US7636306B2 (en) 2001-09-12 2009-12-22 Dougall C J Scott Method and system for scheduled streaming of best effort data
US7660328B1 (en) 2001-04-03 2010-02-09 Bigband Networks Inc. Method and system for generating, transmitting and utilizing bit rate conversion information
US7693222B2 (en) 2003-08-13 2010-04-06 Ericsson Television Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation
CN101977286A (en) * 2010-11-30 2011-02-16 福州大学 Digital television program replacing device
US20130044803A1 (en) * 2011-08-15 2013-02-21 Rgb Networks, Inc. Instantaneous decoder refresh frame aligned multi-bitrate transcoder output
RU2483448C2 (en) * 2008-01-29 2013-05-27 Нокиа Корпорейшн Physical layer and link layer signalling in digital video broadcast preamble symbols
EP2882191A1 (en) * 2013-12-05 2015-06-10 Cisco Technology, Inc. Synchronization of streaming data

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3149328B2 (en) * 1995-01-09 2001-03-26 松下電器産業株式会社 Transmitter and receiver
KR19990044344A (en) * 1996-07-02 1999-06-25 이데이 노부유끼 Information transmission device and transmission method
JP3216531B2 (en) * 1996-07-24 2001-10-09 三菱電機株式会社 Remultiplexing apparatus and remultiplexing method
EP0841820A3 (en) * 1996-11-08 2005-11-09 Matsushita Electric Industrial Co., Ltd. Method and apparatus for encoding, multiplexing and transmitting a video signal
DE19647093A1 (en) * 1996-11-14 1998-05-28 Bosch Gmbh Robert Process for updating time stamps in a digital data stream and remultiplexer
US6052384A (en) * 1997-03-21 2000-04-18 Scientific-Atlanta, Inc. Using a receiver model to multiplex variable-rate bit streams having timing constraints
US6298088B1 (en) * 1997-05-28 2001-10-02 Sarnoff Corporation Method and apparatus for splicing compressed information signals
JP3058263B2 (en) * 1997-07-23 2000-07-04 日本電気株式会社 Data transmission device, data reception device
US6208665B1 (en) * 1997-08-25 2001-03-27 Intel Corporation Data synchronization unit for a headend
ATE290749T1 (en) * 1997-11-03 2005-03-15 Koninkl Philips Electronics Nv ARRANGEMENT HAVING INSERTION MEANS FOR IDENTIFICATION BY ADDITIONAL INFORMATION OF AN INFORMATION PACKET STREAM THAT TRANSMITS ENCODED DIGITAL DATA
US6351471B1 (en) 1998-01-14 2002-02-26 Skystream Networks Inc. Brandwidth optimization of video program bearing transport streams
US6292490B1 (en) * 1998-01-14 2001-09-18 Skystream Corporation Receipts and dispatch timing of transport packets in a video program bearing stream remultiplexer
US6195368B1 (en) * 1998-01-14 2001-02-27 Skystream Corporation Re-timing of video program bearing streams transmitted by an asynchronous communication link
US6111896A (en) * 1998-01-14 2000-08-29 Skystream Corporation Remultiplexer for video program bearing transport streams with program clock reference time stamp adjustment
US6064676A (en) * 1998-01-14 2000-05-16 Skystream Corporation Remultipelxer cache architecture and memory organization for storing video program bearing transport packets and descriptors
US6351474B1 (en) 1998-01-14 2002-02-26 Skystream Networks Inc. Network distributed remultiplexer for video program bearing transport streams
US6246701B1 (en) * 1998-01-14 2001-06-12 Skystream Corporation Reference time clock locking in a remultiplexer for video program bearing transport streams
JP3965539B2 (en) * 1998-04-23 2007-08-29 ソニー株式会社 Digital image decoding apparatus and method, and recording medium
US6260158B1 (en) * 1998-05-11 2001-07-10 Compaq Computer Corporation System and method for fail-over data transport
US6327275B1 (en) * 1998-05-19 2001-12-04 General Instrument Corporation Remultiplexing variable rate bitstreams using a delay buffer and rate estimation
ES2235296T3 (en) * 1998-09-11 2005-07-01 Two Way Media Limited DISTRIBUTION OF INTERACTIVE APPLICATIONS.
US6219358B1 (en) * 1998-09-11 2001-04-17 Scientific-Atlanta, Inc. Adaptive rate control for insertion of data into arbitrary bit rate data streams
GB9822087D0 (en) * 1998-10-09 1998-12-02 Snell & Wilcox Ltd Improvements in data compression
FR2792154B1 (en) * 1999-04-07 2001-06-08 Thomson Multimedia Sa METHOD FOR MANAGING SERVICE DATA AND RECEIVER IN A DIGITAL TELEVISION SYSTEM
KR100376578B1 (en) * 1999-08-12 2003-03-17 엘지전자 주식회사 Method for recoding digital data stream and providing presentation control information therefor
WO2001020826A1 (en) * 1999-09-10 2001-03-22 Matsushita Electric Industrial Co., Ltd. Method and apparatus for stream conversion, and method and apparatus for recording
JP3408469B2 (en) * 1999-09-14 2003-05-19 松下電器産業株式会社 Receiving system
US6948186B1 (en) * 1999-10-07 2005-09-20 General Instrument Corporation Multi-tasking message extractor
DE60034064T2 (en) * 1999-11-19 2007-12-06 Smardtv S.A. DEVICE AND METHOD FOR DIGITAL TELEVISION
US6988238B1 (en) 2000-01-24 2006-01-17 Ati Technologies, Inc. Method and system for handling errors and a system for receiving packet stream data
US6785336B1 (en) 2000-01-24 2004-08-31 Ati Technologies, Inc. Method and system for retrieving adaptation field data associated with a transport packet
US6885680B1 (en) 2000-01-24 2005-04-26 Ati International Srl Method for synchronizing to a data stream
US6763390B1 (en) * 2000-01-24 2004-07-13 Ati Technologies, Inc. Method and system for receiving and framing packetized data
US8284845B1 (en) 2000-01-24 2012-10-09 Ati Technologies Ulc Method and system for handling data
US6778533B1 (en) 2000-01-24 2004-08-17 Ati Technologies, Inc. Method and system for accessing packetized elementary stream data
US7366961B1 (en) 2000-01-24 2008-04-29 Ati Technologies, Inc. Method and system for handling errors
US6356212B1 (en) * 2000-02-18 2002-03-12 Sarnoff Corporation Single clock reference for compressed domain processing systems
US6801536B1 (en) * 2000-03-23 2004-10-05 International Business Machines Corporation Remultiplexing audio/video PES streams from an MPEG transport system
US7050460B1 (en) * 2000-04-14 2006-05-23 Ati International Srl Method and apparatus for multiplexing data streams using time constraints
US7113546B1 (en) 2000-05-02 2006-09-26 Ati Technologies, Inc. System for handling compressed video data and method thereof
KR100394974B1 (en) * 2000-05-23 2003-08-19 엘지전자 주식회사 Method for making multi-path data stream acceptable in a high-density recording medium
AU2001263441A1 (en) * 2000-06-12 2001-12-24 General Instrument Corporation Apparatus and method for resolution of conflicts in protocol data of multiple data streams
US7095945B1 (en) * 2000-11-06 2006-08-22 Ati Technologies, Inc. System for digital time shifting and method thereof
US6594316B2 (en) 2000-12-12 2003-07-15 Scientific-Atlanta, Inc. Method and apparatus for adaptive bit rate control in an asynchronized encoding system
US7526427B2 (en) * 2001-03-06 2009-04-28 Ati Technologies, Inc. System and method for reception, processing and transmission of digital audio stream
US6934303B2 (en) * 2001-03-07 2005-08-23 General Instrument Corporation Methods and apparatus for constructing a program association table when reducing multiplexed data streams
US6847659B2 (en) * 2001-03-07 2005-01-25 General Instrument Corporation Methods and apparatus for reconfiguring protocol data when reducing multiplexed data streams
KR20020097454A (en) * 2001-06-21 2002-12-31 엘지전자 주식회사 Apparatus and method for recording a multichannel stream and, medium thereof
KR100598285B1 (en) * 2001-06-21 2006-07-07 엘지전자 주식회사 Apparatus and method for recording a multichannel stream and, medium thereof
KR100752480B1 (en) 2001-06-21 2007-08-28 엘지전자 주식회사 Apparatus and method for recording a multichannel stream and, medium thereof
KR100752482B1 (en) * 2001-07-07 2007-08-28 엘지전자 주식회사 Apparatus and method for recording and reproducing a multichannel stream
US7643727B2 (en) 2001-07-24 2010-01-05 Lg Electronics Inc. Method and apparatus of recording a multi-channel stream, and a recording medium containing a multi-channel stream recorded by said method
EP1280362A3 (en) * 2001-07-27 2004-05-12 Matsushita Electric Industrial Co., Ltd. Digital video recording/reproduction apparatus and program therefor
FR2828367B1 (en) * 2001-08-01 2003-12-05 Thomson Licensing Sa METHOD AND DEVICE FOR INSTALLING BROADCASTING PROGRAMS
US6921920B2 (en) * 2001-08-31 2005-07-26 Smith & Nephew, Inc. Solid-state light source
KR20040000290A (en) 2002-06-24 2004-01-03 엘지전자 주식회사 Method for managing multi-path data stream of high density optical disc
CN101350214B (en) 2002-06-24 2015-07-01 Lg电子株式会社 Method and device for recording and reproducing data structure of reproduction for video data
RU2309467C2 (en) 2002-06-24 2007-10-27 Эл Джи Электроникс Инк. Data carrier with data structure including navigation-control information, for controlling reproduction of video data recorded on it and methods and devices for recording and reproduction
US7889968B2 (en) * 2002-06-24 2011-02-15 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses
US6788690B2 (en) * 2002-06-27 2004-09-07 Nokia Corporation Packet identifier search filtering
EP1518240B1 (en) 2002-06-28 2014-05-07 LG Electronics, Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
EP1518239A4 (en) 2002-06-28 2010-03-10 Lg Electronics Inc Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses
US7333515B1 (en) * 2002-08-06 2008-02-19 Cisco Technology, Inc. Methods and apparatus to improve statistical remultiplexer performance by use of predictive techniques
EP1559102A4 (en) * 2002-11-08 2010-05-05 Lg Electronics Inc Method and apparatus for recording a multi-component stream and a high-density recording medium having a multi-component stream recorded theron and reproducing method and apparatus of said recording medium
US7720356B2 (en) 2002-11-12 2010-05-18 Lg Electronics Inc Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
KR100662939B1 (en) * 2002-11-12 2006-12-28 엘지전자 주식회사 Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7664372B2 (en) * 2002-11-20 2010-02-16 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple component data recorded thereon and recording and reproducing methods and apparatuses
US7783160B2 (en) 2002-11-20 2010-08-24 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7606463B2 (en) * 2003-02-24 2009-10-20 Lg Electronics, Inc. Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses
US7809775B2 (en) 2003-02-27 2010-10-05 Lg Electronics, Inc. Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses
CN100397882C (en) 2003-02-28 2008-06-25 Lg电子株式会社 Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
US7224664B2 (en) * 2003-03-25 2007-05-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
WO2005032133A2 (en) * 2003-09-26 2005-04-07 General Instrument Corporation Method and apparatus for high- speed data multiplexing
US7415528B2 (en) * 2003-12-27 2008-08-19 Electronics And Telecommunications Research Institute Apparatus and method for transmitting hierarchically multimedia data TS to prevent jitter of timing information and for recovering the multimedia data TS
US20060050787A1 (en) * 2004-09-07 2006-03-09 Lsi Logic Corporation Method and/or apparatus for encoding and/or decoding digital video together with an n-bit alpha plane
US20060104305A1 (en) * 2004-11-12 2006-05-18 William Yoshida Audio/video streaming system
EP1854284B1 (en) * 2005-03-02 2019-05-08 Rohde & Schwarz GmbH & Co. KG Apparatusand method for providing enhancements to atsc networks using synchronous vestigial sideband (vsb) frame slicing
US7817535B2 (en) * 2005-11-02 2010-10-19 Cisco Technology, Inc. Method of fault tolerance and synchronous failover for broadcast video across the network
EP1791346A1 (en) * 2005-11-25 2007-05-30 BRITISH TELECOMMUNICATIONS public limited company Backup system for video and signal processing systems
US20080107099A1 (en) * 2006-11-03 2008-05-08 Alex Dolgonos System and method for adapting a transport stream for transmission
WO2008058105A2 (en) * 2006-11-06 2008-05-15 Eg Technology, Inc. Methods and systems for substituting programs in multiple program mpeg transport streams
EP2115911B1 (en) 2007-02-01 2018-01-24 Rohde & Schwarz GmbH & Co. KG Improvement of synchronisation at the emission of atsc (advanced television systems committee) data packets
US9055316B2 (en) 2007-03-26 2015-06-09 The Directv Group, Inc. Method and system for inserting digital video effects into a video stream at a multiplexing device after routing
US20080239163A1 (en) * 2007-03-26 2008-10-02 The Directv Group, Inc. Method and system for inserting digital video effects into a video stream after bypass routing and before encoding
WO2009037365A1 (en) * 2007-09-19 2009-03-26 Terminales De Telecomunicaciones Terrestre, S.L. Remultiplexer system and method for mpeg transport flows
DE102008017290A1 (en) * 2007-12-11 2009-06-18 Rohde & Schwarz Gmbh & Co. Kg Method and device for forming a common data stream, in particular according to the ATSC standard
KR100952292B1 (en) 2008-05-08 2010-04-13 한양대학교 산학협력단 System and method for sending/receiving video on demand using ts multiplexing
US8355458B2 (en) * 2008-06-25 2013-01-15 Rohde & Schwarz Gmbh & Co. Kg Apparatus, systems, methods and computer program products for producing a single frequency network for ATSC mobile / handheld services
DE102008056703A1 (en) 2008-07-04 2010-01-07 Rohde & Schwarz Gmbh & Co. Kg Method and system for time synchronization between a central office and multiple transmitters
DE102008059028B4 (en) * 2008-10-02 2021-12-02 Rohde & Schwarz GmbH & Co. Kommanditgesellschaft Method and device for generating a transport data stream with image data
MX2011004645A (en) * 2008-11-06 2011-05-30 Rohde & Schwarz Method and system for synchronized mapping of data packets in an atsc data stream.
JP2012513139A (en) * 2008-12-19 2012-06-07 トムソン ライセンシング Method for synchronizing transport streams in a multiplexer with an external coprocessor
EP2234357B1 (en) 2009-03-21 2016-07-27 Rohde & Schwarz GmbH & Co. KG Method for improving the data rate of mobile data and the quality of channel estimation in an ATSC-M/H transport data stream
US8045582B1 (en) * 2009-05-27 2011-10-25 Lockheed Martin Corporation Variable bandwidth communication system
DE102009057363B4 (en) * 2009-10-16 2013-04-18 Rohde & Schwarz Gmbh & Co. Kg Method and device for the efficient transmission of nationwide and regionally broadcast program and service data
US20120151542A1 (en) * 2010-12-13 2012-06-14 Arris Group, Inc. Bandwidth Sharing and Statistical Multiplexing between Video and Data Streams
US8514893B2 (en) * 2011-01-12 2013-08-20 Videopropulsion Interactive, Inc. Digital video apparatus for multiplexing single program transport streams into a multiple program transport stream
US8989021B2 (en) 2011-01-20 2015-03-24 Rohde & Schwarz Gmbh & Co. Kg Universal broadband broadcasting
EP2680595A1 (en) * 2012-06-25 2014-01-01 ITE Tech. Inc Apparatus and method thereof for multiplexing transport streams to a transport stream
MX367005B (en) * 2014-07-18 2019-08-02 Sony Corp Transmission device, transmission method, reception device, and reception method.
US10177965B1 (en) * 2016-11-10 2019-01-08 Amazon Technologies, Inc. Live media encoding failover system

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4920534A (en) * 1986-02-28 1990-04-24 At&T Bell Laboratories System for controllably eliminating bits from packet information field based on indicator in header and amount of data in packet buffer
US4748618A (en) * 1986-05-21 1988-05-31 Bell Communications Research, Inc. Telecommunications interface
US5568403A (en) * 1994-08-19 1996-10-22 Thomson Consumer Electronics, Inc. Audio/video/data component system bus
US5457780A (en) * 1991-04-17 1995-10-10 Shaw; Venson M. System for producing a video-instruction set utilizing a real-time frame differential bit map and microblock subimages
US5289276A (en) * 1992-06-19 1994-02-22 General Electric Company Method and apparatus for conveying compressed video data over a noisy communication channel
US5287182A (en) * 1992-07-02 1994-02-15 At&T Bell Laboratories Timing recovery for variable bit-rate video on asynchronous transfer mode (ATM) networks
US5287178A (en) * 1992-07-06 1994-02-15 General Electric Company Reset control network for a video signal encoder
US5231486A (en) * 1992-07-27 1993-07-27 General Electric Company Data separation processing in a dual channel digital high definition television system
US5400401A (en) * 1992-10-30 1995-03-21 Scientific Atlanta, Inc. System and method for transmitting a plurality of digital services
US5491516A (en) * 1993-01-14 1996-02-13 Rca Thomson Licensing Corporation Field elimination apparatus for a video compression/decompression system
US5410355A (en) * 1993-04-02 1995-04-25 Rca Thomson Licensing Corporation Video signal processor including input codeword buffer for providing stored codewords to codeword priority analysis circuit
US5361097A (en) * 1993-04-02 1994-11-01 Rca Thomson Licensing Corporation Priority processing of encoded video signal including insertion of datastream null words during priority analysis intervals
US5396492A (en) * 1993-04-28 1995-03-07 At&T Corp. Method and apparatus for adaptive clock recovery
US5381181A (en) * 1993-05-13 1995-01-10 Thomson Consumer Electronics, Inc. Clock recovery apparatus as for a compressed video signal
US5467139A (en) * 1993-09-30 1995-11-14 Thomson Consumer Electronics, Inc. Muting apparatus for a compressed audio/video signal receiver
US5430485A (en) * 1993-09-30 1995-07-04 Thomson Consumer Electronics, Inc. Audio/video synchronization in a digital transmission system
GB9400101D0 (en) * 1994-01-05 1994-03-02 Thomson Consumer Electronics Consumer interface for a satellite television system
US5475688A (en) * 1994-04-22 1995-12-12 Thomson Consumer Electronics, Inc. Media error code generation as for a video inverse transport processor
US5521979A (en) * 1994-04-22 1996-05-28 Thomson Consumer Electronics, Inc. Packet video signal inverse transport system
US5475754A (en) * 1994-04-22 1995-12-12 Thomson Consumer Electronics, Inc. Packet video signal inverse transport processor memory address circuitry
US5619501A (en) * 1994-04-22 1997-04-08 Thomson Consumer Electronics, Inc. Conditional access filter as for a packet video signal inverse transport system
US5459789A (en) * 1994-04-22 1995-10-17 Thomson Consumer Electronics Packet TV program component detector
US5548532A (en) * 1994-04-28 1996-08-20 Thomson Consumer Electronics, Inc. Apparatus and method for formulating an interactive TV signal
US5563648A (en) * 1994-04-28 1996-10-08 Thomson Consumer Electronics, Inc. Method for controlling execution of an audio video interactive program
US5539920A (en) * 1994-04-28 1996-07-23 Thomson Consumer Electronics, Inc. Method and apparatus for processing an audio video interactive signal
US5448568A (en) * 1994-04-28 1995-09-05 Thomson Consumer Electronics, Inc. System of transmitting an interactive TV signal
US5473609A (en) * 1994-05-26 1995-12-05 Thomson Consumer Electronics, Inc. Method and apparatus for processing a conditional access program guide as for a satellite TV service
US5489947A (en) * 1994-06-17 1996-02-06 Thomson Consumer Electronics, Inc. On screen display arrangement for a digital video signal processing system
GB9414446D0 (en) * 1994-07-18 1994-09-07 Thomson Consumer Electronics Method and apparatus for controlling updates of extended data services (eds) data
US5559999A (en) * 1994-09-09 1996-09-24 Lsi Logic Corporation MPEG decoding system including tag list for associating presentation time stamps with encoded data units
US5510845A (en) * 1994-12-23 1996-04-23 Samsung Electronics Co., Ltd. Receivers for digital signals buried within the trace and retrace intervals of NTSC television signals
US5517250A (en) * 1995-02-28 1996-05-14 General Instrument Corporation Of Delaware Acquisition of desired data from a packetized data stream and synchronization thereto
US5588025A (en) * 1995-03-15 1996-12-24 David Sarnoff Research Center, Inc. Single oscillator compressed digital information receiver
US5621463A (en) * 1995-05-16 1997-04-15 Thomson Multimedia S.A. Easily expandable transport stream encoder
US5574505A (en) * 1995-05-16 1996-11-12 Thomson Multimedia S.A. Method and apparatus for operating a transport stream encoder to produce a stream of packets carrying data representing a plurality of component signals
US5598415A (en) * 1995-08-04 1997-01-28 General Instrument Corporation Of Delaware Transmission of high rate isochronous data in MPEG-2 data streams
US5640388A (en) * 1995-12-21 1997-06-17 Scientific-Atlanta, Inc. Method and apparatus for removing jitter and correcting timestamps in a packet stream

Non-Patent Citations (12)

* Cited by examiner, † Cited by third party
Title
"Information Technology--Generic Coding of Moving Pictures and Associated Audio: Audio ISO/IEC 13818-3, Draft International Standard", National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO703, May 10, 1994.
"Information Technology--Generic Coding of Moving Pictures and Associated Audio: Systems Recommendation H.222.0, ISO/IEC 13818-1, International Standard", National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO801, Nov. 13, 1994.
"Information Technology--Generic Coding of Moving Pictures and Associated Audio: Video Recommendation ITU-T H.262, ISO/IEC 13818-2, International Standard", National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO802, Jan. 20, 1995.
Anthony J. Wasilewski, "MPEG-2 systems specification: Blueprint for network interoperability", Communications Technology, Feb. 1994.
Anthony J. Wasilewski, MPEG 2 systems specification: Blueprint for network interoperability , Communications Technology, Feb. 1994. *
Didier LeGall, "MPEG: A Video Compresssion Standard for Multimedia Applications", Communications of the ACM, Apr. 1991, vol. 34, No. 4.
Didier LeGall, MPEG: A Video Compresssion Standard for Multimedia Applications , Communications of the ACM, Apr. 1991, vol. 34, No. 4. *
Information Technology Coding of Moving Pictures and Associated Audio for Digital Storage Media at up to about 1,5 Mbit/s ISO/IEC 11172 3, 1193. *
Information Technology Generic Coding of Moving Pictures and Associated Audio: Audio ISO/IEC 13818 3, Draft International Standard , National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO703, May 10, 1994. *
Information Technology Generic Coding of Moving Pictures and Associated Audio: Systems Recommendation H.222.0, ISO/IEC 13818 1, International Standard , National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO801, Nov. 13, 1994. *
Information Technology Generic Coding of Moving Pictures and Associated Audio: Video Recommendation ITU T H.262, ISO/IEC 13818 2, International Standard , National Organization for Standarization, ISO/IEC JTC1/SC29/WG11, NO802, Jan. 20, 1995. *
Information Technology--Coding of Moving Pictures and Associated Audio for Digital Storage Media at up to about 1,5 Mbit/s ISO/IEC 11172-3, 1193.

Cited By (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7505480B1 (en) 1997-06-26 2009-03-17 Cisco Technology, Inc. System and method for transporting a compressed video and data bit stream over a communication channel
US6891854B2 (en) * 1997-06-26 2005-05-10 Cisco Technology, Inc. System and method for transporting a compressed video and data bit stream over a communication channel
US6233695B1 (en) * 1997-12-31 2001-05-15 Lg Information & Communications, Ltd. Data transmission control system in set top box
US6538999B1 (en) * 1998-02-20 2003-03-25 Nec Corporation PID filter circuit and FIFO circuit
US6889095B1 (en) * 1998-06-11 2005-05-03 Agilent Technologies, Inc. Computer network adapted for industrial environments
US6741649B1 (en) * 1999-02-10 2004-05-25 Nec Corporation Coding apparatus for audio and picture signals
WO2000060866A1 (en) * 1999-04-01 2000-10-12 Diva Systems Corporation Video distribution system with load sharing and fault tolerance
US8024761B1 (en) 1999-04-01 2011-09-20 Cox Communications, Inc. Method and apparatus of load sharing and fault tolerance in an interactive video distribution system
US7065781B1 (en) * 1999-05-25 2006-06-20 Pace Micro Technology Plc Data transport streams processing
US7283965B1 (en) * 1999-06-30 2007-10-16 The Directv Group, Inc. Delivery and transmission of dolby digital AC-3 over television broadcast
US7848933B2 (en) 1999-06-30 2010-12-07 The Directv Group, Inc. Error monitoring of a Dolby Digital AC-3 bit stream
US20080004735A1 (en) * 1999-06-30 2008-01-03 The Directv Group, Inc. Error monitoring of a dolby digital ac-3 bit stream
US7023833B1 (en) * 1999-09-10 2006-04-04 Pulse-Link, Inc. Baseband wireless network for isochronous communication
US8031690B2 (en) 1999-09-10 2011-10-04 Pulse-Link, Inc. Ultra wide band communication network
US6795506B1 (en) * 1999-10-05 2004-09-21 Cisco Technology, Inc. Methods and apparatus for efficient scheduling and multiplexing
US6944186B2 (en) * 1999-12-14 2005-09-13 General Instrument Corporation MPEG re-multiplexer having multiple inputs and multiple outputs
US20020024967A1 (en) * 1999-12-14 2002-02-28 Zaun David Brian Dynamic configuration of input filtering parameters for an MPEG re-multiplexer
US20020024610A1 (en) * 1999-12-14 2002-02-28 Zaun David Brian Hardware filtering of input packet identifiers for an MPEG re-multiplexer
US20010024456A1 (en) * 1999-12-14 2001-09-27 Zaun David Brian MPEG re-multiplexer having multiple inputs and multiple outputs
US7415526B2 (en) * 2000-02-03 2008-08-19 Sony Corporation Data-providing system, transmission server, data terminal apparatus and data-providing method
US20010042128A1 (en) * 2000-02-03 2001-11-15 Sony Corporation Data-providing system, transmission server, data terminal apparatus and data-providing method
US7489685B2 (en) * 2000-02-21 2009-02-10 Panasonic Corporation Digital broadcast receiving apparatus
US20010015986A1 (en) * 2000-02-21 2001-08-23 Matsushita Electric Industrial Co. Ltd. Digital broadcast receiving apparatus
JP2003524351A (en) * 2000-02-23 2003-08-12 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Method for transmitting a stream, transmitter, and transmission system
WO2001063940A1 (en) * 2000-02-23 2001-08-30 Koninklijke Philips Electronics N.V. Method, transmitter and transmission system
US7190697B2 (en) * 2000-02-23 2007-03-13 Koninklijke Philips Electronics N.V. Multiplexing of selection from among streams and parsed-out time synchronization information
JP4704651B2 (en) * 2000-02-23 2011-06-15 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Method for transmitting stream, transmitter, and transmission system
US20010028663A1 (en) * 2000-02-23 2001-10-11 Van Den Heuvel Sebastiaan Antonius Fransiscus Arnoldus Method, transmitter and transmission system
US20010052129A1 (en) * 2000-03-15 2001-12-13 Pace Micro Technology Plc Digital data processing from mutiple streams of data
US7533401B2 (en) * 2000-03-15 2009-05-12 Rahul Mehra Digital data processing from multiple streams of data
FR2807251A1 (en) * 2000-04-04 2001-10-05 Canal Plus Technologies METHOD FOR DEMULTIPLEXING AND REMULTIPLEXING A TRANSPORT STREAM
WO2001076185A3 (en) * 2000-04-04 2002-05-10 Canal Plus Technologies Method for demultiplexing and remultiplexing a transport stream
WO2001076185A2 (en) * 2000-04-04 2001-10-11 Canal + Technologies Method for demultiplexing and remultiplexing a transport stream
US7031306B2 (en) 2000-04-07 2006-04-18 Artel Video Systems, Inc. Transmitting MPEG data packets received from a non-constant delay network
US20020024970A1 (en) * 2000-04-07 2002-02-28 Amaral John M. Transmitting MPEG data packets received from a non-constant delay network
US6738427B2 (en) 2000-09-15 2004-05-18 International Business Machines Corporation System and method of processing MPEG streams for timecode packet insertion
US6724825B1 (en) 2000-09-22 2004-04-20 General Instrument Corporation Regeneration of program clock reference data for MPEG transport streams
WO2002025952A3 (en) * 2000-09-22 2002-07-04 Gen Instrument Corp Regeneration of program clock reference data for mpeg transport streams
WO2002025952A2 (en) * 2000-09-22 2002-03-28 General Instrument Corporation Regeneration of program clock reference data for mpeg transport streams
US20020038459A1 (en) * 2000-09-28 2002-03-28 Pekka Talmola Method and arrangement for locally and wirelessly distributing broadband data
WO2002035845A3 (en) * 2000-10-26 2002-06-27 Koninkl Philips Electronics Nv A decoder supporting multiple inputs
WO2002035845A2 (en) * 2000-10-26 2002-05-02 Koninklijke Philips Electronics N.V. A decoder supporting multiple inputs
US7546622B2 (en) * 2000-11-08 2009-06-09 Vulcan Ventures, Inc. Method and apparatus for scheduling broadcast information
US20090217330A1 (en) * 2000-11-08 2009-08-27 Vulcan Ventures, Inc. Method and apparatus for scheduling broadcast information
US8225353B2 (en) * 2000-11-08 2012-07-17 Arris Group, Inc. Method and apparatus for scheduling broadcast information
US20060259944A1 (en) * 2000-11-08 2006-11-16 Tash Jonathan K Method and apparatus for scheduling broadcast information
US6732325B1 (en) 2000-11-08 2004-05-04 Digeo, Inc. Error-correction with limited working storage
US8689260B1 (en) 2000-11-08 2014-04-01 Arris Enterprises, Inc. Method and apparatus for scheduling broadcast information
US7036138B1 (en) 2000-11-08 2006-04-25 Digeo, Inc. Method and apparatus for scheduling broadcast information
US6831931B2 (en) 2000-12-06 2004-12-14 International Business Machines Corporation System and method for remultiplexing of a filtered transport stream
US20020067718A1 (en) * 2000-12-06 2002-06-06 David Coupe System and method for remultiplexing of a filtered transport stream with new content in real-time
US6944154B2 (en) 2000-12-06 2005-09-13 International Business Machines Corporation System and method for remultiplexing of a filtered transport stream with new content in real-time
US7142566B1 (en) * 2001-02-15 2006-11-28 Cisco Systems Canada Co. Jitterless processing of bitstreams
US7660328B1 (en) 2001-04-03 2010-02-09 Bigband Networks Inc. Method and system for generating, transmitting and utilizing bit rate conversion information
US20030007516A1 (en) * 2001-07-06 2003-01-09 Yuri Abramov System and method for the application of a statistical multiplexing algorithm for video encoding
US7778249B2 (en) 2001-09-12 2010-08-17 Ericsson Television Inc. Method and system for scheduled streaming of best effort data
US7496764B2 (en) * 2001-09-12 2009-02-24 Nagravision S.A. Data transmission method between a local server and local peripherals
US7680151B2 (en) 2001-09-12 2010-03-16 Skystream Networks, Inc. Method and system for scheduled streaming of best effort data
US20030051149A1 (en) * 2001-09-12 2003-03-13 Arnaud Robert Data transmission method between a local server and local peripherals
US8880709B2 (en) 2001-09-12 2014-11-04 Ericsson Television Inc. Method and system for scheduled streaming of best effort data
US7636306B2 (en) 2001-09-12 2009-12-22 Dougall C J Scott Method and system for scheduled streaming of best effort data
US20030048854A1 (en) * 2001-09-13 2003-03-13 General Instrument Corporation Aliasing and routing of plural MPEG data streams
WO2003024114A1 (en) * 2001-09-13 2003-03-20 General Instrument Corporation Aliasing and routing of plural mpeg data streams
US7050505B2 (en) 2001-09-13 2006-05-23 General Instrument Corporation Aliasing and routing of plural MPEG data streams
US7379479B2 (en) * 2001-09-27 2008-05-27 Sony Corporation Communication apparatus, communication method and program
US20030189953A1 (en) * 2001-09-27 2003-10-09 Sony Corporation Communication apparatus, communication method and program
US20080282306A1 (en) * 2001-10-12 2008-11-13 Penk Mark D Mapping Transport Streams
US7720987B2 (en) * 2001-10-12 2010-05-18 Scientific-Atlanta, Llc Mapping transport streams
US7382724B1 (en) * 2001-11-21 2008-06-03 Juniper Networks, Inc. Automatic switchover mechanism in a network device
US7764609B1 (en) 2001-11-21 2010-07-27 Juniper Networks, Inc. Automatic switchover mechanism in a network device
US8295169B2 (en) 2001-11-21 2012-10-23 Juniper Networks, Inc. Automatic switchover mechanism in a network device
US20100246392A1 (en) * 2001-11-21 2010-09-30 Juniper Networks, Inc. Automatic switchover mechanism in a network device
US7173947B1 (en) * 2001-11-28 2007-02-06 Cisco Technology, Inc. Methods and apparatus to evaluate statistical remultiplexer performance
US20030223466A1 (en) * 2002-05-31 2003-12-04 Noronha Ciro Aloisio Apparatus for redundant multiplexing and remultiplexing of program streams and best effort data
US7061942B2 (en) * 2002-05-31 2006-06-13 Skystream Networks Inc. Apparatus for redundant multiplexing and remultiplexing of program streams and best effort data
CN100359950C (en) * 2002-07-02 2008-01-02 中兴通讯股份有限公司 Remultiplexing method for MPEG-2 transmission stream
US20040190515A1 (en) * 2003-03-24 2004-09-30 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
US7269836B2 (en) * 2003-03-24 2007-09-11 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
EP1503591A2 (en) * 2003-07-31 2005-02-02 Samsung Electronics Co., Ltd. Device for separating a Single Program Transport Stream from a Multiple Program Transport Stream
EP1503591A3 (en) * 2003-07-31 2005-03-30 Samsung Electronics Co., Ltd. Device for separating a Single Program Transport Stream from a Multiple Program Transport Stream
US20050027786A1 (en) * 2003-07-31 2005-02-03 Yong-Deok Kim MPTS-SPTS separation device
US20050030979A1 (en) * 2003-08-08 2005-02-10 Malloy Patrick J. Synchronizing packet traces
US7570669B2 (en) * 2003-08-08 2009-08-04 Opnet Technologies, Inc. Synchronizing packet traces
US7227899B2 (en) 2003-08-13 2007-06-05 Skystream Networks Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
US7274742B2 (en) 2003-08-13 2007-09-25 Skystream Networks Inc. Model and model update technique in a system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
US20050036557A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for time synchronized forwarding of ancillary information in stream processed MPEG-2 systems streams
US7342968B2 (en) 2003-08-13 2008-03-11 Skystream Networks Inc. Method and system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
US20050036556A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
WO2005020558A3 (en) * 2003-08-13 2006-02-16 Skystream Networks Inc Method and system for re-multiplexing of content-modified mpeg-2 transport streams using interpolation of packet arrival times
US7693222B2 (en) 2003-08-13 2010-04-06 Ericsson Television Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation
US20050036519A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
WO2005020558A2 (en) * 2003-08-13 2005-03-03 Skystream Networks Inc. Method and system for re-multiplexing of content-modified mpeg-2 transport streams using interpolation of packet arrival times
US20050038637A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Model and model update technique in a system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
DE102005032952B4 (en) * 2004-07-26 2013-12-05 Motorola Mobility LLC (n.d. Ges. d. Staates Delaware) Statistical multiplexer with protective characteristics in front of external messages generated by redundant system elements
US20060018254A1 (en) * 2004-07-26 2006-01-26 John Sanders Statistical multiplexer having protective features from extraneous messages generated by redundant system elements
US7526001B2 (en) * 2004-07-26 2009-04-28 General Instrument Corporation Statistical multiplexer having protective features from extraneous messages generated by redundant system elements
US20060088052A1 (en) * 2004-10-27 2006-04-27 Sauser Martin H Jr Decentralized method for generating an MPEG-2 multiprogram transport stream
US20060248559A1 (en) * 2005-04-29 2006-11-02 The Directv Group, Inc. Merging of multiple encoded audio-video streams into one program with source clock frequency locked and encoder clock synchronized
US7735111B2 (en) * 2005-04-29 2010-06-08 The Directv Group, Inc. Merging of multiple encoded audio-video streams into one program with source clock frequency locked and encoder clock synchronized
US20060256718A1 (en) * 2005-05-16 2006-11-16 Hall David R Apparatus for Regulating Bandwidth
WO2007039479A1 (en) * 2005-09-23 2007-04-12 Udcast Method and device for processing a dvb-h (digital video broadcasting - handheld) compliant transport stream
US20070074267A1 (en) * 2005-09-23 2007-03-29 Udcast Method and device for processing a DVB-H compliant transport stream
EP1768285A1 (en) * 2005-09-23 2007-03-28 Udcast Method and device for processing a DVB-H (Digital Video Broadcasting - Handheld) compliant transport stream
US8553723B2 (en) 2005-09-23 2013-10-08 Udcast Method and device for processing a DVB-H compliant transport stream
US7684443B2 (en) * 2006-06-09 2010-03-23 Broadcom Corporation PCR clock recovery in an IP network
US20070286241A1 (en) * 2006-06-09 2007-12-13 Broadcom Corporation PCR clock recovery in an IP network
US8284804B2 (en) 2006-06-09 2012-10-09 Broadcom Corporation PCR clock recovery in an IP network
US20100166023A1 (en) * 2006-06-09 2010-07-01 Broadcom Corporation PCR Clock Recovery in an IP Network
US8737434B2 (en) 2006-06-09 2014-05-27 Broadcom Corporation PCR clock recovery in an IP network
US7705880B2 (en) * 2007-01-17 2010-04-27 Nice Systems Ltd. Device, system and method for encoding employing redundancy and switching capabilities
US20080170621A1 (en) * 2007-01-17 2008-07-17 Igal Dvir Device, system and method for encoding employing redundancy and switching capabilities
RU2483448C2 (en) * 2008-01-29 2013-05-27 Нокиа Корпорейшн Physical layer and link layer signalling in digital video broadcast preamble symbols
CN101977286A (en) * 2010-11-30 2011-02-16 福州大学 Digital television program replacing device
CN101977286B (en) * 2010-11-30 2012-09-26 福州大学 Digital television program replacing device
US20130044803A1 (en) * 2011-08-15 2013-02-21 Rgb Networks, Inc. Instantaneous decoder refresh frame aligned multi-bitrate transcoder output
US8855197B2 (en) * 2011-08-15 2014-10-07 Rgb Networks, Inc. Method and apparatus for aligning IDR frames in transcoded multi-bitrate video streams
EP2882191A1 (en) * 2013-12-05 2015-06-10 Cisco Technology, Inc. Synchronization of streaming data
US9706509B2 (en) 2013-12-05 2017-07-11 Cisco Technology, Inc. Synchronization of streaming data

Also Published As

Publication number Publication date
US5835493A (en) 1998-11-10

Similar Documents

Publication Publication Date Title
US6002687A (en) MPEG transport stream remultiplexer
US6744785B2 (en) Network distributed remultiplexer for video program bearing transport streams
US6351471B1 (en) Brandwidth optimization of video program bearing transport streams
US6292490B1 (en) Receipts and dispatch timing of transport packets in a video program bearing stream remultiplexer
US6246701B1 (en) Reference time clock locking in a remultiplexer for video program bearing transport streams
US6195368B1 (en) Re-timing of video program bearing streams transmitted by an asynchronous communication link
US7061942B2 (en) Apparatus for redundant multiplexing and remultiplexing of program streams and best effort data
US6064676A (en) Remultipelxer cache architecture and memory organization for storing video program bearing transport packets and descriptors
US6111896A (en) Remultiplexer for video program bearing transport streams with program clock reference time stamp adjustment
US6148082A (en) Scrambling and descrambling control word control in a remultiplexer for video bearing transport streams
EP0981249B1 (en) Buffer system for controlled and synchronised presentation of MPEG-2 data services
CA2318415C (en) Video program bearing transport stream remultiplexer
JP4240545B2 (en) System for digital data format conversion and bitstream generation
JP2000514271A (en) Multi-service transport multiplexing apparatus and method
US6721957B1 (en) System and method for maximizing bandwidth efficiency in a digital video program stream
JP3438564B2 (en) Digital signal multiplexing apparatus and method, recording medium
US6282212B1 (en) Repeat use data inserting apparatus and digital broadcast transmitting system
KR100962083B1 (en) Method and system for converting a first data stream into a second data stream
EP0781480A1 (en) Data packet routing device
Chen Transport Packet Scheduling and Multiplexing
Sarginson Research and Development Report
MXPA00006842A (en) Video program bearing transport stream remultiplexer

Legal Events

Date Code Title Description
STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: DIVICOM, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MAGEE, MARK;JOHNSON, BRIAN;LOOKABAUGH, TOM;AND OTHERS;SIGNING DATES FROM 19960203 TO 19960208;REEL/FRAME:039101/0070

Owner name: C-CUBE MICROSYSTEMS, INC., CALIFORNIA

Free format text: MERGER;ASSIGNOR:DIVICOM, INC.;REEL/FRAME:039103/0083

Effective date: 19960828

Owner name: HARMONIC, INC., CALIFORNIA

Free format text: MERGER;ASSIGNOR:C-CUBE MICROSYSTEMS, INC.;REEL/FRAME:039103/0472

Effective date: 20000503