Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
  • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
  • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N7/00—Television systems
  • H04N7/24—Systems for the transmission of television signals using pulse code modulation
  • H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
  • H04N7/54—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal the signals being synchronous
  • H04N7/56—Synchronising systems therefor
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L25/00—Baseband systems
  • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
  • H04L25/05—Electric or magnetic storage of signals before transmitting or retransmitting for changing the transmission rate
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
  • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
  • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
  • H04N21/236—Assembling 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
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
  • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
  • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
  • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Definitions

• This invention is related to the field of digital video signal processing, and more particularly to a system for maintaining packet alignment in a packetized data system suitable for use in a high definition television system.
• the transport packet format enhances the prospects of resynchronization and signal recovery at a receiver, eg., after a signal disruption which may result from a transmission channel disturbance, by providing header data from which a receiver can determine re-entry points into the datastream upon the occurrence of a loss or corruption of transmitted data.
• an output modulator typically extracts data packets from a preceding encoder (transport processor) and processes this data in accordance with the requirements of the particular system.
• processing by the modulator may include a variety of functions including error correction processing by appending Forward Error Correction (FEC) bytes to the packet boundaries, byte interleaving to protect against burst errors in the transmission medium, trellis (or other) coding for robustness, spectral shaping, and interleaving a resulting symbol datastream for additional burst error protection.
• FEC Forward Error Correction
• the modulator may operate in two ways for performing these functions.
• the modulator may acquire (request) data from the transport encoder packet by packet at a constant rate, or it may acquire packet data with variable length pauses between the acquisition of packets, with the variable length of each pause being a function of the time needed to accomplish the described processes.
• the modulator must provide large data buffers to accomodate the data rate conversions during FEC and symbol creation, for example. These buffers must also be provided at a receiver demodulator. The latter variable pause technique is preferred because the large buffers are not required, and the start-stop nature of the processing is easily accomodated by existing compression and transport encoder networks without requiring additional hardware.
• the modulator is the controlling element in the preferred variable pause system.
• the modulator enables the transport datastream for receiving exactly one data packet, which is 188 bytes in the case of a system according to the MPEG-2 compression standard as is known.
• the data flow is inhibited to allow the FEC and other processes described above to be performed.
• the first data received by the modulator in response to the data packet enable signal must be the sync byte since the sync byte denotes the start of a packet.
• a system in accordance with the principles of the present invention addresses this problem by assuring that a reference byte (eg., a sync byte) at the beginning of a data packet is automatically aligned with the beginning of a data acquisition interval when data is requested from a preceding encoder, even when there are arbitrary system resets/restarts.
• a reference byte eg., a sync byte
• alignment by the first data packet following a system reset is facilitated by the use of a Start Of Packet flag concurrent with the reference byte, together with a controlled logic network.
• Figure 1 is a block diagram of a portion of a video signal processor and encoder including apparatus according to the present invention.
• Figure 2 is a timing diagram for signals associated with the operation of the system shown in Figure 1.
• Figure 3 shows details of a portion of the apparatus of Figure 1.
• Figure 4 illustrates an alternative embodiment of apparatus shown in Figure 1.
• Figure 5 is a timing diagram for signals associated with the apparatus of Figure 4.
• Figure 6 depicts details of a portion of the apparatus of Figure 4.
• variable length compressed codewords are provided by a video signal processing source 10 to an input processor 12 of a transport processor/encoder 20.
• a major function of transport processor 20 is to pack the codewords into fixed length data words that are eventually formed into fixed length (188 byte) data packets, each of which is prefaced by a header.
• Input processor 12 provides variable length codewords to a data packer 14, and control signals and flags to a controller 15 and to a header generator 16.
• controller 15 monitors the accumulation of word length data from input processor 12 to ascertain the completion of fixed length data words, and sends appropriate word address and word control signals to data packer 14. The word addresses insure proper concatenation of the variable length codewords.
• Codeword source 10 may incorporate data packer 14 and controller 15. In such case, multiple sources of packed data can be directly multiplexed to the input of data/header combiner 18. Suitable headers denoting program source, service type and other information relating to the payload data is provided by header generator 16. Packed data from packer 14 is conveyed to a data-header combiner 18, ie., a packet generator, which also receives data write and enable signals from packer 14 that enable valid data to be written to input FIFO buffers in packet generator 18. Packed data words are transmitted to packet generator 18 whenever the packed data words are available.
• header generator 16 Similarly, transport headers are transmitted from header generator 16 to an input FIFO buffer of packet generator 18 whenever the headers are available.
• Information used by header generator 16 to form headers is obtained from input processor 12 and from controller 15.
• Header generator 16 also provides write enable output signals to packet generator 18 to indicate that a header is ready and to enable the headers to be written to the input FIFO.
• Each header contains information related to the data in the packet with which the header is associated. The header information aids synchronization, program identification, de-scrambling control, demultiplexing, path routing, payload type at a receiver, and in this example includes an MPEG sync byte in the first header interval.
• header generator 16 also generates a Start Of Packet (SOP) flag coincident and in parallel with the sync byte, which in this system occurs at the start of a packet.
• Packet generator 18 prefaces each packed data payload with an appropriate header, and forwards the resulting transport packet and paralleled SOP flag to a transport stream interface unit 25 as will be discussed.
• Transport packets and SOP flags from transport processor 20 are conveyed by interface unit 25 and a logic circuit 30 to a modulator 40.
• Modulator 40 includes an output processing and modulation unit 48 that performs various signal processing functions on packetized data before the packetized data is configured for transmission to an output channel such as a satellite, cable or terrestrial broadcast channel.
• output unit 48 may include FEC, interleaving, coding, spectral shaping and modulation networks including Quadrature Amplitude (QAM) or Vestigial Sideband (VSB) modulation networks, for example.
• the data packets processed by unit 48 are acquired by means of elements 42, 44 and 46 associated with modulator 40 in cooperation with logic circuit 30 and interface 25.
• These elements cooperate to assure that the first data entry of an acquisition window interval is the MPEG-2 sync byte denoting the start of a packet. Since the modulator is the controlling factor, the start of a packet must reach the point of origin of the Acquisition signal (internal to the modulator) coincident with the first byte interval issuance of this signal. In particular, these elements cooperate to assure that the MPEG sync byte at the beginning of each data packet is automatically aligned with the beginning of a data acquisition interval when modulator 40 requests/extracts a transport packet for processing, even in the presence of disruptive conditions such as arbitrary system resets.
• a window signal generator 42 in modulator 40 generates a Modulator (Mod) Window signal including an Enable interval and a shorter duration Disable interval.
• the Enable interval represents a period of time when the modulator seeks to acquire a data packet for processing.
• the Disable interval represents that period of time when the modulator is processing an acquired packet to provide FEC, interleaving, coding etc. as mentioned previously.
• each Disable interval is a function of the time required for modulator 40 to process a given packet.
• the processing time will typically be a prescribed fixed length
• the modulator may send transmitter-specific information, such as equalization training, for which the transmission of packetized data may be disabled.
• the synchronization system described will function even in the specialized case where the disable interval between packets is of arbitrary duration.
• the Disable intervals are shown to have a fixed length in the interest of simplicity and to facilitate a clear understanding of the following discussion of the timing relationships among the illustrated signals.
• generator 42 In association with the Mod Window signal, generator 42 also produces Start and Stop timing signals each comprising a series of positive pulses with a duration of one clock cycle. The leading edge of a Start pulse is coincident with the beginning of an
• the Mod Window signal is delayed one clock cycle by a unit 44 to produce an Acquisition signal, which is shown at the bottom of Figure 2.
• This signal controls the operation of a data acquisition unit 46 which acquires data packets (Data B, as will be discussed) during an acquisition interval and conveys acquired data packets to modulator 48 for processing.
• the Acquisition signal is identical to the Mod Window signal except that it is delayed one clock relative to the Mod Window signal.
• the Mod Window signal, the Acquisition signal, and the Stop and Start signals are free-running and are not subject to start-stop operation.
• a signal designated as Tran Data (In) corresponds to a packetized datastream signal appearing at an output of interface 25 in response to the input transport packet datastream applied to interface 25.
• Tran Data corresponds to a packetized datastream signal appearing at an output of interface 25 in response to the input transport packet datastream applied to interface 25.
• the operation of the Figure 1 system will first be described in the context of a situation where an arbitrary perturbation has occurred, causing a system reset at transport processor 20. In such a case, as is typical, output buffers associated with packet generator 18 are "flushed” whereby the buffers are emptied. This condition is illustrated by the first 20 bytes of the Tran Data (In) signal of Figure 2, which contain the symbol "?".
• a valid data packet to be acquired by units 46 and 48 for processing is defined by 16 byte intervals (123456789ABCDEF) including a sync byte interval at the start of the packet.
• the sync byte interval of each packet is highlighted by shading.
• a Transport Enable (Tran Enable) signal is produced by a Set-Reset flip-flop 38 in network 30 in response to the leading edge of each Start pulse from generator 42, which sets flip-flop 38 so that the Tran Enable signal begins one clock after the Start pulse.
• the Tran Enable signal normally is time-aligned with the Acquisition signal and similarly defines packet acquisition intervals.
• time intervals T1-T2 and T2-T3 define nominal enable and disable intervals of the free-running Mod Window signal, respectively.
• a Tran Enable interval begins at time T4, after a Start pulse, indicating that modulator 40 is seeking to acquire a packet for processing.
• a Start pulse indicating that modulator 40 is seeking to acquire a packet for processing.
• no packet data is available because of the (assumed) arbitrary and disruptive reset condition which has emptied the preceding FIFO buffers.
• This lack of packet data is indicated by a low logic level of a Data Valid signal, the origin of which will be explained in connection with Figure 3.
• the modulator Since the Data Valid signal is low, the modulator continuously acquires the data held in register 34 (or register 55 in Figure 4) during acquisition interval T4-T5, and for all times prior to this interval when the acquisition window signal is high and the Data Valid signal is low. This is a normal start-up phenomenon.
• a positive-going Data Valid signal appears at time T5, indicating the appearance of the first valid data in the form of the sync byte of the Tran Data (In) signal (shaded area).
• the positive Data Valid signal is generated by a logic circuit (Fig. 3) responsive to the presence of the Tran Enable signal indicating that packet data is being sought, and a "Buffer Fullness" Flag indicating that data is present in a preceding buffer (in the form of the sync byte).
• the packet alignment process begins by the SOP flag from interface 25 transiting register 32 (a "D" flip-flop) to appear one clock delayed as SOP A at a "Q" output of register 32.
• the SOP A flag resets flip- flop 38 via logic OR gate 36, causing the positive Trans Enable signal to return to a low logic level at time T6. This reset action disables an output register of interface 25 (as will be seen from Figure 3), whereby passage of data ceases, although the Mod
• the Window signal continues unaffected. The cessation of data flow is reflected in the Data Valid signal.
• the Data Valid signal which is a function on the Trans Enable signal level, is truncated and returns to a low logic level at the same time. The resetting of flip-flop 38 by the SOP flag results in the next Stop pulse having no effect.
• Output register 312 in Figure 3 and registers 32 and 34 in Figure 1, hold successive data words. These registers thus form a pipeline structure and operate in a shift register fashion. To stop the shift process requires that all register stages be simultaneously disabled.
• Register 32 and a similar cascaded unit 34 are clocked by a signal Tran Clk that is an inverted version of a clock Mod Clk applied to modulator 40.
• the data inputs of registers 32 and 34 are enabled by the positive Data Valid signal. Since the positive Data Valid signal is inhibited by the resetting action of the SOP A flag at time T6, registers 32 and 34 are then unable to respond to input data. Consequently, the respective register outputs repeatedly hold the last data byte that was read in.
• the repeated output data is data from the first datastream byte interval ("1") following the sync byte interval, as indicated by the Data A signal in Figure 2.
• the repeated output data is sync byte interval data, as indicated by the Data B output signal in Figure 2.
• the very next Start pulse "sets" flip-flop 38, whereby a positive Tran Enable component begins at time T7, aligned with the falling edge of the Start pulse. It is noted that when flip-flop 38 is set to resume normal operation at this time, the sync byte of Data B (which was "stuck” at the output of register 34) is the first byte that appears in the enable interval of the Mod Window signal beginning at time T7. A positive Data Valid signal begins at the same time, enabling registers 32 and 34 to convey data from input to output as indicated by the Data A and Data B signals in Figure 2.
• each acquisition interval properly contains a complete data packet comprising a sync byte followed by 15 data bytes. All subsequent SOP A pulses will be aligned (coincident) with a Stop pulse as shown, unless a system perturbation occurs, after which the acquisition of data will be automatically re-aligned by the independent resetting action of the SOP flags as discussed.
• the described system advantageously achieves proper alignment of a packet within a packet acquisition interval immediately after an arbitrary system fault or reset/restart.
• the packet sync byte properly appears at the beginning of the packet acquisition interval with minimal disruptive offset in the packet datastream.
• a first case is where a packet longer than the fixed 188 byte length is erroneously placed in the datastream.
• the Stop signal will reset flip-flop 38 in Figure 1, creating an abnormal packet, eg., a packet where the next packet does not begin with a sync byte because the sync byte remains in FIFO 310 ( Figure 3).
• Stop signal from the modulator arrives early. Two successive abnormal packets are created, similar to the first case. Also, a case where the Stop signal occurs late is similar to the second case. In all cases, synchronization is automatically restored. In particularly noisy environments, there is merit in disconnecting the Stop signal line to OR gate 36 (thereby eliminating the need for gate 36) and using only the SOP flag to reset flip-flop 38.
• FIG 3 shows additional details of interface unit 25 in Figure 1.
• Transport packets and the SOP flag from transport processor 20 are provided to respective inputs of a FIFO buffer 310.
• Buffer 310 also receives a Write clock and a Write Enable signal from the transport processor.
• the Mod clock signal from network 30 ( Figure 1) is applied to a clock input of an output register 312, and the Tran Enable signal from network 30 is applied to an Enable input of output register 312.
• a Tran Data signal (transport packets) and SOP flag from FIFO 310 are conveyed via register 312 to network 30 of Figure 1.
• FIFO 310 is programmable to indicate a state of data fullness of FIFO 310, eg., from one to several bytes or packets residing in FIFO 310.
• the Fullness Flag output from register 312 and the Tran Enable signal from network 30 are provided to a logic AND gate 318 that generates the Data Valid signal when both the Fullness Flag and the Tran Enable signals are present.
• the Tran Clock that is provided back to network 30 is derived from the Mod Clock signal after inversion by an inverter 314, which exhibits a delay of less than one clock cycle.
• an inverter 314 which exhibits a delay of less than one clock cycle.
• the Tran Data signal reaches the modulator input, its relationship with the originating Mod clock signal will depend on cable delays, since only Tran Data has traversed the delay path.
• This problem is resolved by sending a replica of Mod clock, Tran clock, along with Tran Data to assure registration.
• Preferably an inversion of the Mod clock is sent because this signal is well positioned (nominal centering of the rising edge) with Tran Data. If the delays between the modulator and the transport processor are well defined, then the Tran clock can be eliminated and a delay trimmed version of Mod clock can be used in the modulator.
• a positive Data Valid signal indicates that there is data in FIFO 310 (valid or invalid, as indicated by the fullness flag), and that the modulator is requesting data (as indicated by the Tran Enable signal). If FIFO 310 contains invalid data, such data will be conveyed to the modulator during the acquisition interval. In practice, however, this will rarely occur since typically both FIFO 310 and the output buffer of the transport processor will be emptied upon the occurrence of a system perturbation which requires a transport reset, and the first data byte will be a valid sync byte.
• the apparatus of Figure 6 is a modified version of the Figure
• Figure 6 is similar to Figure 3 except that an enable register 610 has been added as shown.
• the use of register 610 provides improved noise immunity, which may be required in the case of a long cable connection between network 30 and transport interface 25.
• the use of register 610 introduces an additional one clock delay into the system, which delay is compensated for by modifying network 30 as shown in Figure 4.
• Network 30 in Figure 6 is similar to Figure 3 except that an enable register 610 has been added as shown.
• the use of register 610 provides improved noise immunity, which may be required in the case of a long cable connection between network 30 and transport interface 25.
• the use of register 610 introduces an additional one clock delay into the system, which delay is compensated for by modifying network 30 as shown in Figure 4.
• Network 30 in Figure 6 is similar to Figure 3 except that an enable register 610 has been added as shown.
• the use of register 610 provides improved noise immunity, which may be required in the case of a long cable connection between network 30 and transport interface 25.
• the use of register 610 introduces an additional
• FIG. 4 is similar to network 30 in Figure 1 except that a register 55 has been added. Since register 55 introduces an additional one clock delay, the delay produced by element 44 has been increased a corresponding amount to two clock delays.
• the timing diagram for the system of Figure 4 is shown in Figure 5.
• the system of Figure 4 is similar to that of Figure 1 except that data packets from the Data C output of register 55 are acquired for processing during the acquisition intervals, eg., between times T7 and T8 in Figure 5.
• the disclosed apparatus may be further modified to include additional registers to compensate for additional delays introduced by elements corresponding to register 610 in Figure 6, or otherwise.
• an End of Packet flag could be used instead of a Start of Packet flag as disclosed. In such case the point of detection would move to the output of register 34 in Figures 1 and 4.
• the sync byte structure eg., 47 Hex
• the use of time variable disable intervals increases the complexity (eg., programmable counters, varying with each packet cycle, may be needed).

Landscapes

• Engineering & Computer Science (AREA)
• Signal Processing (AREA)
• Multimedia (AREA)
• Power Engineering (AREA)
• Computer Networks & Wireless Communication (AREA)
• Synchronisation In Digital Transmission Systems (AREA)
• Compression Or Coding Systems Of Tv Signals (AREA)
• Data Exchanges In Wide-Area Networks (AREA)

Applications Claiming Priority (1)

Publications (2)

Family

ID=22242677

Family Applications (1)

Country Status (5)

Families Citing this family (2)

Citations (4)

Family Cites Families (1)

• 1994
  • 1994-06-15 EP EP94919502A patent/EP0803162A4/de not_active Withdrawn
  • 1994-06-15 AU AU70618/94A patent/AU7061894A/en not_active Abandoned
  • 1994-06-15 WO PCT/US1994/006803 patent/WO1995034990A1/en not_active Application Discontinuation
  • 1994-06-15 JP JP8502090A patent/JPH10501941A/ja active Pending
  • 1994-06-15 KR KR1019960707178A patent/KR100291715B1/ko not_active IP Right Cessation

Patent Citations (4)

Non-Patent Citations (3)

Also Published As

Similar Documents

Legal Events