WO1998010591A1 - Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer - Google Patents

Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer Download PDF

Info

Publication number
WO1998010591A1
WO1998010591A1 PCT/JP1997/003054 JP9703054W WO9810591A1 WO 1998010591 A1 WO1998010591 A1 WO 1998010591A1 JP 9703054 W JP9703054 W JP 9703054W WO 9810591 A1 WO9810591 A1 WO 9810591A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
header
decoding
code
image
Prior art date
Application number
PCT/JP1997/003054
Other languages
English (en)
French (fr)
Inventor
Toshiaki Watanabe
Yoshihiro Kikuchi
Takeshi Chujoh
Takeshi Nagai
Original Assignee
Kabushiki Kaisha Toshiba
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
Priority to US09/068,017 priority Critical patent/US6310897B1/en
Priority to AU40331/97A priority patent/AU711467B2/en
Priority to EP97937864A priority patent/EP0860999A4/en
Priority to CA002236411A priority patent/CA2236411C/en
Priority to BR9706703A priority patent/BR9706703A/pt
Application filed by Kabushiki Kaisha Toshiba filed Critical Kabushiki Kaisha Toshiba
Publication of WO1998010591A1 publication Critical patent/WO1998010591A1/ja
Priority to KR1019980703147A priority patent/KR100309174B1/ko
Priority to NO981976A priority patent/NO981976L/no
Priority to US09/920,936 priority patent/US7002998B2/en
Priority to US10/319,506 priority patent/US7002999B2/en
Priority to US10/319,661 priority patent/US7269170B2/en
Priority to US10/319,498 priority patent/US6959018B2/en
Priority to US10/319,507 priority patent/US7010003B2/en
Priority to US10/319,660 priority patent/US6961354B2/en
Priority to US11/273,345 priority patent/US20060078003A1/en
Priority to US11/273,344 priority patent/US20060062256A1/en
Priority to US11/273,417 priority patent/US20060062257A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072Error control for data other than payload data, e.g. control data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075Transmission of coding parameters to receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H04N19/66Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving data partitioning, i.e. separation of data into packets or partitions according to importance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H04N19/68Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving the insertion of resynchronisation markers into the bitstream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H04N19/69Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving reversible variable length codes [RVLC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/89Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368Multiplexing of audio and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341Demultiplexing of audio and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425Monitoring of client processing errors or hardware failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/24Systems for the transmission of television signals using pulse code modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/24Systems for the transmission of television signals using pulse code modulation
    • H04N7/52Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal

Definitions

  • the present invention relates to a wire communication network (wireless network) such as an ISDN or the Internet.
  • videophone video conference arrowhead system
  • Compression encoding techniques for video signals include motion compensation, discrete cosine transform (DCT), sub-band encoding (sub-band encoding), Technologies such as pyramid encoding and variable word-length encoding, and a system combining them have been developed.
  • International standard schemes for video coding include ISO MPEG1, MPEG2, ITU-T H.261, ⁇ .262, and H.263, and video and audio signals such as audio /
  • ISO MPEG system, ITU-TI-I.221, and H.223 as international standard methods for multiplexing code strings and other data obtained by compressing audio signals.
  • a moving picture signal is divided for each frame, and the frame is further divided into fine regions.
  • the encoding is performed, and header information indicating the encoding mode and the like is added to each frame, GOB, and mask block.
  • header information are necessary for decoding the entire frame, GOB, and the like. For this reason, if errors due to the transmission path Z storage medium are mixed in the header information and cannot be decoded correctly by the video decoder, the frame with the header information, the entire GOB, etc.
  • the decoding cannot be performed, and the quality of the reconstructed moving picture (reconstructed picture) in the moving picture decoding device E is greatly deteriorated.
  • the receiving side needs to perform decoding processing for reproducing meaningful information from the transmitted 0Z1 bit string.
  • the coherence of a certain bit stream (bit stream); as the information indicating what rules have been encoded, the header information described above is non- ⁇ ! Become S ⁇ .
  • the header information includes, for example, the prediction type of the frame currently being decoded (eg, the power of intra-frame encoding, the power of inter-frame encoding, etc.), and the Information indicating when to display
  • the error ratio (error ratio) will be about 100,000 to 1,000,000 times that of satellite communications. It will be impossible to make a sufficient correction by just doing it.
  • the Internet which is expected to become the mainstream of future communications, does not have statistically clear when and what errors will be mixed into data, making it impossible to perform appropriate error correction In some cases.
  • some information in the code string may be lost, and a situation may occur that cannot be dealt with theoretically by error correction. Therefore, it is necessary to provide the structure of the code string itself with error resilience.
  • transmission line error The transmission line error was not sufficiently considered for important information, such as header information, which would cause significant image quality degradation if there were many people.
  • the present invention is capable of decoding an image signal with high quality even when an error occurs in required information such as header information due to a transmission path error, by giving an error resilience capability to the structure of the encoded sequence itself.
  • An object of the present invention is to provide a possible information transmission method and an encoded Z decoding device in an information transmission system to which the method is applied.
  • the transmitting side adds header information or restoration information necessary for restoring the content of a part of the header information to the encoded information, and transmits the encoded information.
  • An information transmission method for performing an error check on the header information or a part of the header information and, when an error is detected in the error check, decoding the encoding information by substituting the restoration information; I will provide a.
  • the present invention adds to a data stream header information necessary for decoding encoded information or restoration information for enabling the content of a part of the header information to be restored.
  • Information that is capable of decoding the data stream by substituting the restoring information when an error is detected in the header information or a part of the information on the receiving side. Provide a transmission method.
  • the decoding is performed by substituting the new information indicated by the instruction information. Processing can be correctly continued.
  • the header information or a part of the header information can be used as it is, or the difference information between the previously transmitted header information or a part thereof and the important information to be transmitted at present can be used. Can be used.
  • the present invention divides information into two or more layers (for example, a picture layer, a GOB layer, a macroblock layer, and a block layer), and adds a synchronization signal and header information necessary for decoding to each layer.
  • an encoding device and a decoding device having a unit capable of transmitting restorable information.
  • the present invention provides an information transmission system for transmitting a synchronization signal by adding a header signal necessary for decoding to the information signal, wherein the header information includes instruction information having a predetermined pattern.
  • An information transmission system code having an insertion unit to be inserted and a transmission unit capable of transmitting already transmitted information or information of a part of the information or information capable of restoring the content of the information or a part of the information; And a decoding device for the same.
  • the present invention provides an information transmission system for adding and transmitting a synchronization signal and header information necessary for decoding, wherein an instruction having a predetermined pattern in the header information is provided.
  • a transmission unit capable of transmitting data, and having the code string structure itself have an error resilience capability, thereby enabling normal decoding processing even if an error occurs in header information.
  • Encoding device and its decoding device are provided.
  • the restoration information indicating that the information has been transmitted by the instruction information is information necessary for the decoding process of all the layers. Also, by combining the restoration information indicating that it has been transmitted by the instruction information with the information decoded in other parts, it becomes necessary information for decoding processing of all layers. Is also good. Further, as a bit pattern of the instruction information, an unused pattern among bit patterns defined as header information other than the instruction information can be used.
  • the information that can be transmitted by the instruction information includes information indicating the timing of displaying the frame, information indicating the type of prediction of the screen, quantization step size information, It is preferable that the information indicates the time of the image frame.
  • the present invention provides one or more image encoders for inputting and compressing and encoding image signals, and multiplying the image code strings output from the respective image encoders and other data information code strings, etc.
  • a multi-IB converter that outputs a multiplexed code sequence including a multiplexed header and a multiplexed payload, wherein the header information in the image code sequence is Adding an insertion part for inserting a part thereof into the multiplexing header, and adding an error correction z detection code generated from information in the multiplexing header to the sizing header, The information to be transmitted by the transmission unit for protecting the header information in the image code string together with other information relating to the multi-fli in the multi-IB header and performing error protection with the Z-correction detection code and transmitting.
  • a transmission device is provided.
  • the header information in the image code sequence that causes a large deterioration in the decoded image when an error enters is strongly protected by the error correction / detection code together with the multiplex header.
  • Transmission line / accumulation medium with error (Even if a compressed image is transmitted High reproduction image quality can be obtained.
  • the header information in the image code string included in the multiplexed header may be information indicating the time of the encoded image frame.
  • the present invention provides a segmentation section for dividing a plurality of types of compressed code strings obtained by compressing an input signal into encoding units, and a segmentation section for compressing the input signal.
  • code string i
  • the first multiplexing unit that generates a multiplexing unit code (10111: ⁇ 16 601 unit code string) by dividing each stuffing bit (staf ing bit).
  • a second multiplexing unit that multiplexes the multiplexed unit code sequence to generate a multiplexed code sequence, wherein the multiplexed unit code sequence has a length that is an integral multiple of a predetermined length.
  • the encoding / multiple IS encoding apparatus of the present invention has the same importance as a compression encoder that encodes an input signal by dividing the input signal into a certain coding unit and generates a compressed code string. And a multiplexing unit for generating a multiplexed code string by decoupling each of the codewords of and ⁇ in the coded code string nested according to each of the S ⁇ degrees. By inserting a code indicating the error, it is possible to perform error protection according to the IE level of the code word, and the quality of the decoded image when a transmission path error occurs is improved.
  • FIG. 1 shows an encoding device used in the information transmission system according to the first embodiment of the present invention.
  • FIG. 2 is a block diagram showing the configuration of FIG.
  • FIG. 2 is a block diagram showing a configuration of a decoding device used in the information transmission system of the first embodiment.
  • FIGS. 3A and 3B are diagrams showing a state where a screen is divided into a plurality of layers in the information transmission system of the first embodiment.
  • 4A to 4C are diagrams each showing an example of a bit string of each layer shown in FIGS. 3A and 3B.
  • FIGS. 5A to 5E are diagrams showing the configuration of another bit string in place of FIGS. 4A to 4C.
  • FIGS. 6A and 6B are diagrams showing an example of a case where a screen is composed of a single layer in the information transmission system of the first embodiment.
  • FIG. 7 is a block diagram showing another configuration example of the encoding device used in the information transmission system of the first embodiment.
  • FIG. 8 is a block diagram showing a configuration of a decoding device corresponding to the encoding device of FIG.
  • FIGS. 9A and 9B are views showing a state in a frame when refreshing is performed in the information transmission system of the first embodiment, and an example of a bit string corresponding to the state.
  • FIGS. 10A and 10B are diagrams showing another example regarding the content of II essential information transmitted by the information transmission system of the first embodiment.
  • FIG. 11 is a diagram showing a configuration of a decoding processing circuit corresponding to FIGS. 10A and 10B.
  • FIG. 12 is a diagram showing an example in which the instruction information used in the first embodiment forms a part of another header information table.
  • FIG. 13 is a diagram for explaining a coding area in a frame used in the information transmission system according to the second embodiment of the present invention.
  • FIGS. 14A to 14D are diagrams showing examples of an image coded sequence used in the second embodiment.
  • FIG. 15 is a view for explaining information indicating times included in the image code sequences of FIGS. 14A to 14D.
  • FIG. 16 is a block diagram showing a configuration of a decoding device used in the second embodiment.
  • FIGS. 17A to 17C are diagrams showing examples of a VOP header and a video header used in the second embodiment.
  • FIG. 18 is a block diagram showing another configuration of the decoding apparatus used in the second embodiment.
  • FIG. 19 is a block diagram showing the overall configuration of an image / sound encoding device used in the information transmission system according to the third embodiment of the present invention.
  • FIG. 20 is a block diagram showing the overall configuration of an image / sound decoding device used in the third embodiment.
  • FIGS. 21A and 21B are diagrams showing an example of a moving image code string used in the third embodiment.
  • FIG. 22 is a diagram showing an example of a multiplexed code string used in the third embodiment.
  • FIGS. 23A and 23B are diagrams showing a first example of a multiplexed header used in the third embodiment.
  • FIGS. 24A and 24B are diagrams showing a second example of the multiplexed header used in the third embodiment.
  • FIG. 25 is a diagram showing a second example of the multiplexed code string used in the third embodiment.
  • FIG. 26 is a diagram showing a third example of the multiplexed code string used in the third embodiment.
  • FIGS. 27A and 27B are diagrams showing a third example of a video packet header used in the present invention.
  • FIGS. 28A and 28B are diagrams showing a fourth example of a video bucket header used in the present invention.
  • FIG. 29 is a block diagram showing a medium for recording information according to the present invention and its decoding device.
  • FIG. 3 ⁇ is a flowchart showing the order in which information recorded on the medium shown in FIG. 29 is decoded.
  • FIGS. 31 ⁇ to 31 D are diagrams showing examples in which a bit for preventing a pseudo-synchronous code is added to a code string according to the present invention.
  • FIGS. 32A to 32C are diagrams for explaining a marker bit used for a code string in the present invention.
  • FIG. 33 is a diagram showing an example of a bit string in a case where a slice layer is used in the present invention.
  • FIGS. 34A to 34C are diagrams showing examples of moving image code strings used in the fourth embodiment of the present invention.
  • FIGS. 35A and 35B are diagrams showing an example of a synchronization code distribution method and stuffing bits in the fourth embodiment.
  • FIG. 36 is a diagram illustrating an example of a configuration of a multiplexer according to the fourth embodiment.
  • FIG. 37 is a diagram showing an example of an output from the adaptation layer in the fourth embodiment.
  • FIGS. 38A to 38C are diagrams showing examples of outputs from the multiplexing layer in the fourth embodiment.
  • FIGS. 39A to 39C are diagrams showing a first example of a method of dividing a moving image code string in an adaptation layer in the fourth embodiment.
  • FIGS. 4OA to 40C are diagrams showing a second example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • FIGS. 41A and 41B are diagrams showing a third example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • FIGS. 42A to 42C are diagrams showing a fourth example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • H43A to 43C are diagrams showing a fifth example of a method of dividing a moving image code string in the adaptation layer in the fourth embodiment.
  • FIG. 44A and FIG. 44B are diagrams showing a sixth example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • FIGS. 45A and 45B are diagrams showing a seventh example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • FIG. 46A to FIG. 46D are diagrams showing an eighth example of how to divide a moving image code string in the adaptation layer in the fourth embodiment.
  • FIG. 47 is a view for explaining an example of stuffing in the adaptation layer in the fourth embodiment.
  • FIG. 48 is a diagram showing a second example of the configuration of the multiplexer in the fourth embodiment.
  • FIG. 49 is a diagram illustrating an example of a code string generated in the F1exMux layer of the multiple approximator having the configuration illustrated in FIG. 48 in the fourth embodiment.
  • FIG. 50 is a view for explaining another example of the layout of the access unit boundaries and the resync marker in the frame in the fourth embodiment.
  • FIG. 51 is a diagram for explaining an example in which error protection is switched according to the IS degree of an area in a frame according to the fourth embodiment.
  • FIGS. 52A to 52C are diagrams showing another configuration example of the access unit in the fourth embodiment.
  • FIG. 53 is a diagram illustrating a circuit configuration of an encoding circuit of the encoding device illustrated in FIG. 1;
  • FIG. 54 is a diagram showing a circuit configuration of a decoding circuit of the decoding device shown in FIG. 2;
  • FIG. 1 shows a configuration of an encoding device according to one embodiment of the present invention.
  • Camera 1 0 is a configuration of an encoding device according to one embodiment of the present invention.
  • the moving image captured in step 1 is converted into a digital signal by an A / D converter 102 and input to an encoding circuit 103.
  • DCT transformation DCT transformation
  • quantization quantization
  • variable length encoding variable length encoding
  • bit string reconstruction circuit 10 that outputs a final code string to be transmitted to the transmission path, that is, a data string conforming to MPEG2 or the like.
  • the task stream is determined.
  • bit string reconstruction circuit 107 first, a synchronization ⁇ symbol determined by a sync signal circuit 105 is added to the head of a data string in a certain bit string unit, and thereafter, The instruction information insertion circuit 106 inserts the instruction information into the bit string.
  • This indication information is information indicating whether or not header information is added to the ffl @ header.
  • important header information can be added to the bit string. For example, immediately after this instruction information, header information that requires ffl is input.
  • important information P? Construction circuit (important information reconstruction circuit) 104 The necessary Ik required header information is extracted and added to the bit string. The details of the bit string configuration here will be described later with reference to FIGS.
  • bit sequence reconstruction circuit 107 The bit sequence finally determined by the bit sequence reconstruction circuit 107 is combined with other encoded speech information (speech information), a sentence '(W report (character information), etc.) and a multiplexer (multiplexer) 108. Multiplexed, transmission path
  • FIG. 2 shows the configuration of the decoding unit according to the present invention.
  • the transmitted bit string is separated (denmltiplex) into image information, audio information, character information, and the like in a demultiplexer 121.
  • the decoding start position in the bit string is detected by detecting the synchronization by using a synchronization detector (synchronization detector) 122 as the bit system of the image information (as it is). 24, and the decoding process is started or restarted from here.
  • a synchronization detector synchronization detector
  • the same bit string is also transferred to the instruction information determination circuit 123 this time, where the content of the instruction information is examined. Is required. Whether information is added or not, and if added, the type of important header information and the position of addition are detected, etc. Based on this detection result, the instruction information determination circuit 1 2 3 to the decoding circuit 1 The operation instruction is given to 24.
  • the decoding circuit 124 the header information of the current layer and the necessary header information added thereto are decoded.ffi
  • the decoding result of the required header information is IB It is transferred to the spare circuit 1 26 and temporarily stored here. If an error check signal is received from the error check circuit 125, the header information in the upper layer is i'ii. Since it cannot be determined that the stream cannot be decoded, the decoding circuit 124 continues decoding the code sequence following the current layer by substituting the IS required header information transmitted in the current layer. Information such as images is stored in the D / The signal is converted back to an analog signal at 1 2 7 and displayed on the monitor 1 2 8. Next, the structure of the image code string used in this embodiment will be described.
  • FIGS. 3A and 3B are conceptual diagrams when a screen is divided into a plurality of layers.
  • One frame 200 is divided into a number of slices (macroblock lines) 201, for example, which collect macroblocks of 16 ⁇ 16 pixels (FIG. 3A).
  • each slice 201 is constructed as a set of several macroblocks 203 (FIG. 3B).
  • 4A, 4B, and 4C are diagrams illustrating an example of the data structure of each layer illustrated in FIGS. 3A and 3B.
  • FIG. 4A shows a bit sequence of the uppermost frame layer corresponding to FIG. 3A
  • FIG. 4B shows a conventional example of a bit sequence of a slice layer corresponding to the slice of FIG. 3B
  • Fig. 4C shows an example of the new bit sequence proposed here for the slice layer corresponding to the slice in Fig. 3B.
  • the frame layer that is, the image code string of one frame, starts with a synchronization signal (picture start code; PSC) indicating the start position of a picture.
  • PSC picture start code
  • the PSC is followed by a time reference (TR), which indicates the timing of frame generation, and type information (PT) for predictive coding such as the number of frames in the frame, followed by ift sub-step size information (PQ).
  • TR time reference
  • PT type information
  • PQ sub-step size information
  • the image code sequence of each slice 201 starts with a synchronization signal (SSC) indicating its start, followed by prediction type information (SPT), and then The slice number (SN), and finally the ffl child step size information (SQ).
  • SSC synchronization signal
  • SPT prediction type information
  • SN slice number
  • SQL ffl child step size information
  • Subsequent Data is information of a macroblock layer at a lower level.
  • the information in Fig. 4A is important information, and if this part cannot be used, the screen can be decoded correctly even if the information in the slice layer below it is not destroyed. Nare, Even if the information in Fig. 4A cannot be used, it is necessary to understand the contents of the header information in Fig. 4A in the slice layer in order to correctly decode the information in the lower layer slicer. Therefore, in the first embodiment, a code of a predetermined bit pattern indicating instruction information is prepared in the SPT, and when the code appears, the header information transmitted in FIG. Transmission is performed by the slice layer. In this example, TR and PT are transmitted (in this case, S
  • FIGS. 5A to 5E are other examples that replace FIGS. 4A to 4C.
  • the frame layer shown in FIG. 5A is the same as that in FIG. 4A, but the instruction information inserted into the header information in the slice layers shown in FIGS. 5B and 5C is shown in FIGS. Different from C.
  • the instruction information is stored in three blocks, but here, a new bit (I S) is inserted.
  • This IS can be used as two kinds of identification information with one bit; and four kinds of identification can be performed as two bits.
  • the IS indicates that the IE information of the frame layer follows, the IS transmits a TR following the IS as shown in Figure 5C, and the ⁇ side transmits the information of the frame layer. If is destroyed due to an error or the like, use the TR of the slice layer. In this case, it is not necessary to transmit the PT in the slice layer again as in the case of FIGS. 4A to 4C, since the SP T represents only the prediction type purely.
  • FIG. 5D is a modification of FIG. 5B, in which the ST is not transmitted in the slice layer.
  • the ST is not transmitted in the slice layer.
  • TR and PT are required in the slice layer as shown in Fig. 5E.
  • Figures 6 ⁇ and 6 ⁇ are conceptual diagrams when the screen is composed of a single layer, and an example of the bit sequence at that time.
  • the screen is divided simply by blocks (macroblocks), as shown in Figure 6 ⁇ .
  • one frame of the image code string has a structure in which the entire screen is synchronized by only one synchronization signal PSC.
  • PSC synchronization signal
  • IS is inserted after important information TR, PT, PQ, and the like, and TR, PT, and the like can be inserted after that according to the instruction of this signal.
  • TR, PT, and the like can be inserted after that according to the instruction of this signal.
  • FIG. 7 shows another configuration example of the encoding unit according to the present invention.
  • the image captured by the camera 301 is converted into a digital signal by the AD converter 302 and input to the encoding circuit 303.
  • a bit string reconstruction circuit 307 where the final bit string sent out to the transmission path is determined.
  • Such a refresh can be performed on the entire picture (in this case, the prediction type of the frame is within the frame), but the refresh (frame ⁇ code ⁇ ⁇ ) is applied to the frame coding. In comparison, the amount of generated information fi is much larger, so it is difficult to use it especially for low bit rate coded transmission.
  • bit string finally determined by the bit string reconstructing circuit 307 is multiplexed with other encoded voice information, character information, and the like in the multi-ffl circuit 308, and transmitted to the transmission path 310. Is done. At the time of refreshing, what kind of information is added as necessary information can be freely specified by the user from outside the encoding process change information circuit 306.
  • FIG. 8 is a configuration example of a decoding device corresponding to the encoding unit in FIG.
  • the transmitted code sequence is separated into image information, audio information, character information, and the like in a separation circuit 320.
  • the synchronization of the bit sequence of the image information is first detected by the synchronization detection circuit 321 to detect the decoding start position in the bit sequence.
  • the information is sent to the decoding circuit 32 3, from which the decoding process is started or restarted.
  • the bit string It is also transferred to the indication information determination circuit 3222, where the content of the indication information is determined.
  • the switch for switching between the inner decoder 3 2 4 and the frame decoder 3 2 5 is switched by the signal from the instruction information determination circuit 3 2 2.
  • decoding processing is executed by an intraframe decoder (324). This intra-frame decoding process is controlled according to important information such as the above-mentioned quantization step size.
  • the image information decoded by the intra-frame decoding 3 2 or the interframe decoder 3 25 of the decoding circuit 3 2 3 is returned to an analog signal by the DZA circuit 3 26, and then the monitor 3 2 7 Displayed above.
  • Figures 9 9 and 9 ⁇ are views showing the state in the frame when refreshing is performed and the structure of the corresponding image code string.
  • the frame 351 is divided into a plurality of slices.
  • a slice 353 for refreshing is transmitted after a slice 352 for performing interframe coding (FIG. 9). ⁇ ).
  • the next slice 354 is inter-frame coded.
  • the elements of the bit string transmitted at this time are shown in FIG.
  • Each part 36 1, 36 2, and 36 3 of this bit string ⁇ ⁇ corresponds to slices 35 2, 35 3, and 35 4 in FIG.
  • indication information indicating that the refresh is a refresh using frame encoding is inserted.
  • Subsequent SQ 2 indicates the nesting step size prepared for refresh.
  • all of D a1; a2 are decoded as a result of frame- ⁇ coding.
  • FIGS. 108 and 10B show another example of the contents of the IE required information.
  • FIG. 10 1 shows a frame
  • FIG. 10 ⁇ shows a bit string of a slice layer.
  • the information that comes after S ⁇ ⁇ as the instruction information is TR in FIGS. 4A to 4C.
  • This may represent the display timing as it is, but in some cases, the number of bits involved in the representation may be large.
  • the processing is generally performed in the compression encoding. A technique has been adopted in which the difference between the information and the previously transmitted information corresponding to this information is encoded.
  • FIG. 10B is an example of a bit string when the above-described difference TR (DTR in the figure) is transmitted in the slice layer as ffi header data.
  • the true TR of the current frame can be calculated by adding the DTR to the TR information of the pit sequence of the frame layer corresponding to FIG. it can.
  • FIG. 11 is a diagram showing a circuit that performs a decoding process in the case of FIGS. 10A and 10B. This diagram operates by inserting the decoding portion of FIG. First, the decoding start position of the bit string sent from the separation circuit 122 is known by the synchronization detection circuit 122, and TR, ⁇ , etc. of the frame layer are decoded by the decoder 401. At the same time, the decoded TR information is stored in the memory (2) 404. The header information is checked for errors by an error check circuit 402, and the result is stored in a memory.
  • the SPT is first determined by the instruction information determination circuit 123, and the subsequent DTR and PT are decoded by the decoding circuit 401.
  • the DTR is transferred to the memory 403. If the information from the error check circuit 402 indicates that the header information (TR) of the upper frame layer cannot be used due to an error or the like, a request signal is sent from the memory 403 to the memory 404, and the request signal is already output here.
  • the stored TR information of the previous frame is transferred to the memory 403.
  • this TR and the above-mentioned DTR in the current frame are added to create a TR of the current frame, which is returned to the decoding circuit 401 to continue the decoding process, and the TR information is also stored in the memory 404. Transfer it and make it available for similar processing in the next frame.
  • FIG. 12 shows an example in which an unused pattern among bit patterns prepared for other header information is used as indication information.
  • the prediction type is I (intraframe
  • the important information indicated by the instruction information may be header information (TR, PT, PQ) or a part thereof, or data
  • the first embodiment even when important information such as header information is lost, information for restoring the important information is additionally transmitted in accordance with a certain instruction information. Even if errors occur in the header information required and it cannot be decoded, even in the case of Tsutsumi, decryption and transfer are correctly performed using the instruction information transferred after that and the restoration information specified by the instruction information. It is possible to continue.
  • the overall configuration of the encoding device according to the second embodiment is the same as the encoding device in FIG.
  • the image signal is coded by dividing each frame (also called a picture or VOP) into small areas (areas in the figure) called Mac mouth blocks as shown in FIG. Is performed. Furthermore, when an error is mixed in an image code sequence obtained by encoding an image signal, synchronization can be restored even in an individual code sequence in the frame.
  • the encoding is performed by dividing the frame into units called video packets consisting of one or more macroblocks (the area indicated by the solid line in the figure).
  • FIG. 14A to 14D show an example of an image code string output from the encoding device.
  • FIG. 14A shows an image code string of one entire frame (VOP).
  • VOP start code V in the figure
  • VOP header in the figure
  • the VOP code string is further divided into code strings for each video bucket including macroblock data (MB data in the figure).
  • macroblock data MB data in the figure.
  • a uniquely decodable synchronization code called a resync marker (RM in the figure) is followed by a video packet header (Video in the figure).
  • RM resync marker
  • Video packet header Video packet header
  • FIG. 14B shows an example of header information included in the VOP header.
  • modulo time base (TB) and VOP time increment (VT I) are information indicating the time of the VOP. This time information is used to define the timing for decoding and displaying the frame of the VOP.
  • the VOP time increment is information indicating the time with millisecond precision, and contains a value obtained by taking the remainder of the VOP time in 1 000 milliseconds (1 second).
  • the modulo time base is the information that represents the time with the second precision. If it is the same as the VOP encoded immediately before, it will be "0", and if it is 3 ⁇ 4, it will be the difference value.
  • the VOP time (milliseconds) is 0, 33, 700, 100
  • V ⁇ P time incremen is the remainder of 1000, ie, 0, 33, 700, 0, 300, 833, and 67, respectively.
  • the modulo time base may perform encoding using a variable length code. For example, when the modulo time base is 0, 1, 2 ..., it is also possible to use variable length codes in association with "1", "01", "001” ... respectively.
  • the VOP prediction mode in Fig. 14B is information indicating the prediction coding mode (1, B, P) of the entire VOP.
  • the VOP quantization parameter (PQ in the figure) is information indicating the quantization step width used for encoding the VOP. However, when a VOP is divided into a plurality of video packets and encoded, the quantization step width can be changed for each video packet, so that the quantization step size of the first video packet can be changed. You can do it.
  • FIGS. 14C and 14D show examples of information included in a video packet header that is header information added to a video packet. Macro block number
  • the header expansion code (HEC in the figure, which corresponds to the IS in FIGS. 5B to 5E) is obtained by adding ffl ⁇ information to be multiplexed (multiplexed) to the video packet header. This is a flag that indicates HEC power: When "0”, necessary information is added as shown in Fig. 14C "f”, and when HEC is "1", ffl required information is added as shown in Fig. 14D In the example of Fig. 14D, in order to be able to restore the time information of the image frame, the necessary information is modulo time base (MTB in the figure) and VO P time increment ( VT I) is added as it is.
  • FIG. 16 is a block diagram showing a configuration of a decoding device corresponding to the image encoded sequence in FIGS. 14A to 14D.
  • the same reference numerals are given to the portions corresponding to the decoding device i in FIG. 2, and only the difference will be described.
  • a ⁇ ⁇ ⁇ header decoder 601 and a ⁇ 0 header header ⁇ ⁇ number circuit are provided.
  • (Video packet header decoder) 602, time decoder 603, temporary storage circuit (buffer memory) 621 is provided.
  • the decoding circuit 124 sends a code string including the VOP header following the VOP start code, that is, the first video bucket to the VOP header decoding circuit 601, where decoding of the VOP header is performed. Let it run.
  • the VOP header decoding circuit 601 decodes the time, VOP encoding mode, and VOP quantization parameter included in the V ⁇ P header. Among them, for the time, the modulo time base and the V ⁇ P time increment are sent to the time decoding circuit 603, where the time is decoded.
  • the transmitted modulo time base first, the transmitted modulo time base and
  • the VOP time increment is decoded and a check for errors is performed.
  • the reference value for such an error check is the type of image signal (PAL, NT
  • the value determined in advance by the encoding device and the decoding device may be set to / ⁇ , or information indicating this may be included in the system information string. It may be inserted and shown, or may be inserted as a part of the image code string.
  • the VOP header decoding circuit 601 determines that there is a signal, and a signal indicating that, and it is determined that there is no m. At this time, a signal indicating the decoding time is sent. If there is no error in the time, the VOP header decoding circuit 601 stores information indicating this time in the temporary storage circuit 621, and then combines the information with other information to decode the data. Send to On the other hand, if the time is incorrect, the VOP header is included The code string of the first video bucket is discarded, and decoding of the next video bucket starts.
  • the decoding circuit 124 sends a code string including the video packet header following the resync marker (RM), that is, the second and subsequent video buckets, to the video bucket header decoding circuit 61, and Therefore, decoding of the video packet header is executed.
  • the video packet header decoding circuit 602 decodes the MAC block number (MBA), video packet quantization parameter (SQ), and header extension code (HEC) contained in the video packet header. Is performed.
  • the subsequent modulo time base and VOP time increment are sent to the time decoding circuit 603, where the time is decoded.
  • the time decoding circuit 603 decodes the transmitted modulo time base and VOP time increment as in the case of the preceding VOP header decoding, and checks whether there is no error.
  • the video signal is output.
  • a signal strength indicating that there is an error and a signal indicating the decoding time when it is determined that there is no error.
  • the code string of the video packet including the VOP header is broken and the next video packet is decoded.
  • the time stored in the first temporary storage circuit 621 that is, the time obtained from the most recently decoded video packet is compared with the line V, Judge the VOP including the current video packet. If the time is the same, it is determined that the video packet is included in the same VOP as the video packet decoded immediately before, and the decoding circuit 124 outputs the information of the decoded video bucket header to the decoding circuit 124. The signal is transmitted to perform decoding.
  • the video packet to be decoded is included in a VOP different from the video packet decoded immediately before. It is determined that In this case, the decryption time is recorded in the temporary storage circuit 621, and For the decoding circuit 124, there is a VOP area between the immediately preceding video packet and this video packet, a VOP division signal indicating that a new VOP is to be decoded from this video bucket, a decoding time, and decoding. Sends a signal indicating the information of the video header.
  • the decoding circuit 124 receives the VOP division signal, performs VOP decoding end processing on the assumption that the VOP has ended with the video packet decoded immediately before, and the video packet to be decoded is the first video packet of the next VOP. Assuming that the packet is a packet, VOP decoding start processing is performed, and decoding of the video bucket following bow I is performed.
  • the VOP boundary can be determined based on the time information of the video packet header, and the correctness and decoding time can be obtained. Therefore, the quality of the decoded image is improved.
  • FIGS. 17 to 17C show a second example of the VOP header and the video packet header. Compared to the examples of FIGS. 14A to 14D, the difference is that a CRC check bit for checking whether an error is included in the information included in the header is added.
  • FIG. 17A shows a VOP header.
  • CW1 is a check bit included in the VOP header for performing a modulo time base, a VOP time increment, a VOP coding mode, a V ⁇ P quantization, and a CRC check for a “lameter”.
  • 7B and 17C are video packet headers, in which CW2 is a macroblock number, a video packet header, a CRC for performing a CRC check on a lame- ter and a header extension code.
  • FIG. 18 shows the configuration of a decoding device corresponding to the image code strings in FIGS.
  • the VOP header decoding circuit 601 decodes information included in the VOP header. At the same time, the CRC of the VOP header is checked using the CRC check bit CW1. If it is determined by the CRC check that there is an error, the VOP header and the video bucket containing it are discarded, and decoding of the next video bucket is started.
  • the video packet header decoding circuit 602 decodes the information included in the video packet header and performs a CRC check of the video packet header using the CRC check bit CW2. If the CRC check determines that there is an error, the header of the video packet and the video packet containing it are discarded, and the decoding of the next video packet is started.
  • the decoded header extension code HE is "1"
  • the subsequent added important information (MTB and VTI) is decoded.
  • the CRC check bit CW3 is used to check whether or not the important information contains an error. If there is no error, the VOP header is compared with the time information in the other video packet headers, the VOP division processing, etc. are performed as in the case of the decoding apparatus in FIG. 16 described above. .
  • the time information included in the VOP header may be incorrect. Even if it is lost, the correct time can be decoded based on the essential information in the video packet header, so that the image can be reproduced and displayed at the correct time in the decoding device.
  • the VOP boundary can be correctly determined even if the VOP start code is lost due to an error. Can be decoded, and the quality of the decoded image improves.
  • IE required information is included is indicated by a header extension code (HEC) in each video bucket.
  • HEC header extension code
  • modulo time base (MTB) and VOP time
  • VT I increment
  • HEC "1" in all or many video packets so that the MTB can be decoded correctly.
  • information representing time (modulo time base, VOP time increment) is used as important information to be duplicated.
  • information indicating an encoding mode information representing quantization parameters, information on motion compensation, and motion vector information may be combined and duplicated.
  • V ⁇ P prediction modes eg, frame ⁇ prediction (intraframe
  • VOP forward predictive
  • B-VOP forward / backward predictive (bidirectional predictive) VOP
  • FIGS. 27A and 27B show a third example of a video bucket header in the second Zang embodiment.
  • the image code string and VOP header of one entire frame (VOP) are the same as in Figs. 14 ⁇ and 14B, respectively.
  • the decoding device for the image code strings of FIGS. 27A and 27B has the same overall configuration as that of FIG. However, the operation of the video bucket header decoding circuit 602 is different. You. The difference is that not only time information (modulo time base, VOP time increment) but also VOP prediction mode information (VPT) is recorded in the temporary storage circuit 621. Hereinafter, the operation of the decoding circuit will be described focusing on this difference.
  • a signal indicating that the start code is detected is transmitted to the decoding circuit 124.
  • the decoding circuit 124 sends a code string including a VOP header following the VOP start code to the V ⁇ P header decoding circuit 601, and the VOP header is decoded.
  • the VOP header decoding circuit 601 decodes time information (MTB, VTI), VOP coding mode information (VPT), and VOP quantization parameter (PQ) included in the VOP header. Among them, regarding the time, the odulo time base (MTB) and the VOP time increment (VT I) are sent to the time decoding circuit 603, where the time is decoded.
  • the type of image signal may be a value determined in advance by the encoding device i and the decoding device. This information may be inserted and indicated, or may be inserted in a part of the image code string, and may be displayed.
  • the time decoding and error checking by the time decoding circuit 603 are completed, if the VO P header decoding circuit 601 determines that there is an error, the signal indicating the error is determined to be in error. If so, a signal indicating the decoding time is sent. If there is no error in the time, the VOP header decoding circuit 601 further increases the VOP prediction mode. —Decrypt the password information (VPT).
  • the time information and the VOP prediction mode information are stored in the temporary storage circuit 621, and sent to the decoding circuit 124 together with other information.
  • the code sequence of the video packet including the VOP header is discarded, and the next video packet is decoded.
  • the decoding circuit 124 When the resync marker is detected by the synchronization detection circuit 122, a signal indicating that the resync marker is detected is transmitted to the decoding circuit 124. In response, the decoding circuit 124 sends a code string including the video bucket header following the resync marker to the video bucket header decoding circuit 61, and the video bucket header is decoded.
  • the video packet header decoding circuit 601 decodes a macroblock number, a video packet quantization parameter, and a header extension code included in the video packet header.
  • the subsequent modulo time base and VP time increment are sent to the time decoding circuit 603, where the time is decoded.
  • the time decoding circuit 603 decodes the transmitted modulo time base and V ⁇ Pime increment, and checks for errors, as in the case of the decoding of the VP header described above. After the time decoding and error checking by the time decoding circuit 603 have been completed, the video packet header decoding circuit 602, when it is determined that there is an error, outputs a signal indicating that there is no error. , A signal indicating the decoding time is sent.
  • the code string of the video packet including the video packet header is discarded, and the next video / ⁇ . Decrypt the packet.
  • the VOP prediction mode information following the time information is further decoded. If there is no decoding error in the V ⁇ P prediction mode information, the decoded time information is compared with the time stored in the temporary storage circuit 621, and the video packet is included. The VOP is determined. If the time is the same, it is determined that the video bucket is included in the same VOP as the video bucket decoded immediately before, and the decoding circuit 124 Decoding is performed by sending a signal indicating the information of the header. On the other hand, if the decoded time is different from the time stored in the temporary storage circuit 621, the video bucket to be decoded is included in a VOP different from the video bucket just decoded.
  • the decoded time information and the V ⁇ P prediction mode information are recorded in the temporary storage circuit 621, and the V ⁇ P divided signal indicating that this video packet is the first of the VOP is recorded in the decoding circuit 124.
  • a signal indicating the decoding time, and the information of the decoded video bucket header is sent.
  • the decoding circuit 124 receives the VOP division signal, performs VOP decoding termination processing on the assumption that the VOP has ended with the video packet decoded immediately before, and sets the video packet to be decoded from this to the first video packet of the next VOP. Assuming V ⁇ P decoding start and stop, bow I continue decoding video bucket.
  • the video bucket is included in the video bucket header.
  • the decoding process may be performed using the VOP prediction mode.
  • the VOP boundary and the VOP prediction mode can be correctly identified by the time information and the VOP prediction mode information of the video bucket header. The quality of the decoded image is improved.
  • a transmission line / A circuit that receives a code string from a medium or a demultiplexer that separates the received code string into an image code string, audio code string, etc. determines that there is an error in the code string. For consolidation with a function, the result of the error determination based on these may be determined by ffl, and whether the restored VOP header Vvideo packet header has an error may be determined. If it is determined that there is an error in the decoded information, the information should not be used for Oka image decoding. You. Also, a video packet including information determined to have an error may be discarded without decoding.
  • FIGS. 28A and 28B show a fourth example of a video packet header in the second embodiment.
  • the image code sequence and VOP header of one entire frame (VOP) are the same as in Fig. 14A and Fig. 17A, respectively.
  • Fig. 28 The overall configuration of the decoding device corresponding to the image code string of
  • the operation of the video bucket header decoding circuit 602 is different.
  • the difference is that not only the time information (modulo time base, VOP time increment) but also the VOI) prediction mode information (VPT) is recorded in the temporary storage circuit 621.
  • VPT VOI prediction mode information
  • the VP header decoding circuit 601 decodes the information contained in the VP header and performs a CRC check of the VOP header using the CRC detection bit CW1. If the CRC check determines that there is an error, the VOP header and the video packet containing it are discarded, and decoding of the next video packet starts.
  • the video bucket header decoding circuit 602 decodes the information contained in the video bucket header, and checks the CRC of the video bucket header using the CRC check bit CW 2 /] !. If the CRC check determines that there is an error, the video packet header and the video packet containing it are decomposed and the process proceeds to the decoding of the next video packet.
  • the decoded header extension code HEC is 1, the subsequent ffi required information (MT13, VTI and VPT in the figure) ) Is decrypted.
  • Ffl CRC check bit CW3 is used to check if there is any error in binary key information. If there is no error, the VOP header is compared with the time information in the other video bucket headers, the VOP division transfer is performed, and the like, as in the decoding apparatus in FIG.
  • the correct time can be decoded by the important information in the video bucket header, so that the image can be reproduced and displayed at the correct time in the decoding device.
  • the time information of the video packet header and the time information of the VOP header are compared to determine the V ⁇ P boundary by comparing the time information of other video packet headers. Even if it is lost, the boundaries of the VOP can be decoded correctly, and the quality of the decoded image is improved.
  • VOP prediction mode in the video bucket header as binary information
  • VOP prediction mode information in the VOP header is lost due to an error, it is included in the binary information in the video packet header. It is possible to decode the VOP based on the existing V ⁇ P prediction mode information.
  • a bit called a marker bit is added to the VOP header and the video packet header so that the same pattern as that of the picture code (Picture start code, Vup start code, Resync marker, etc.) does not occur.
  • FIGS. 31A to 31D show examples in which the most significant bit is added to the code strings of FIGS. 14A to 14D.
  • the “marker” after the VOP time increment (VT I) is the primary bit and has a predetermined bit value (for example, “1”).
  • FIGS. 32A to 32C show a comparison between a video packet header without marker bits and a video packet header with marker bits.
  • the resync marker one of the synchronization codes, is a 17-bit codeword having a bit pattern of "0000000000000 0001".
  • V ⁇ P time increment (VT I) is a code word having an arbitrary value of 10 bits
  • MTB is a variable length code in which the last bit is 0.
  • the marker bit is a predetermined bit value (in the examples of FIGS. 32A to 32C,
  • the decoding device determines whether or not the marker bit has the predetermined value, thereby determining whether or not there is a transmission path error in the VOP header and the video packet header. Good.
  • FIGS. 17A to 17C the same bit is added to other code strings such as FIGS. 17A to 17C, FIGS. 27 ⁇ , 27 ⁇ , FIGS. 28 ⁇ , and 28 ⁇ shown in the second embodiment. Can be used.
  • FIG. 33 shows another example of a code string using the slice structure in the first embodiment.
  • SSC is a slice synchronization code
  • EPB is a bit having a bit ⁇ "1" added so that parts other than the synchronization code (for example, SSC) do not have the same bit pattern as the synchronization code
  • is Information indicating the number of the first macroblock in the slice
  • SQUATNT is a quantization parameter used in the slice
  • GF ID is information indicating information included in the picture header or a part thereof.
  • TR has been dualized!! 3 ⁇ 43 ⁇ 4 information, indicating the time reference (Temporal Reference).
  • TRI is a 1-bit flag indicating whether TR has been added.
  • FIG. 19 shows the overall configuration of a video / speech coding apparatus according to the third embodiment.
  • the video signal 10 1 A and the audio signal 10 2 ⁇ ⁇ to be encoded are input to the video encoding device 11 1 ⁇ and the audio encoding device 11 12 A, respectively, and compressed and An image code string 121 21 and a voice code string 122A are output.
  • the details of the configuration of the video encoding device and the audio encoding device are omitted here because they are detailed in literature (edited by Hiroshi Yasuda, "International Standard for Multimedia Coding", Maruzen (1994)).
  • FIG. 20 is a diagram illustrating an overall configuration of a video / speech decoder corresponding to the video / speech encoder of FIG. 19.
  • the multi-fibre code string 185 A from the moving picture / speech coding equipment is demultiplexed by a demultiplexer 180 A, and the moving picture code is ij 171 ⁇ and the speech code string 172 ⁇ .
  • the data code string 173 A are output.
  • the video code sequence 1 71 ⁇ and the audio code sequence 1 72 ⁇ ⁇ ⁇ ⁇ are manually input to a video decoder 161 A and a speech decoder 162 A, respectively, where they are L ⁇ -signed.
  • FIGS. 21A and 21B show two examples of a video code sequence 121 #. Encoding in the video encoding device 111A is performed on a picture (frame, VOP) basis, and a video code sequence 121A is created. The picture is further divided into small areas called macroblocks and encoded.
  • a video code sequence for one picture starts with a picture start code (PSC) 201 ⁇ (also referred to as a VOP start code), which is a uniquely decodable code indicating the picture start position ⁇ .
  • PSC picture start code
  • VOP start code a uniquely decodable code indicating the picture start position ⁇ .
  • a picture header (PH) 202 A (also referred to as a VOP header) follows the picture start code 201 #.
  • the picture header 202 ⁇ indicates the time position of the picture. — PTR (Picture Temporal Reference) 221 ⁇ , h. It includes a picture coding mode (PCM) 222 ⁇ that indicates the coding mode of the entire picture, and a picture quantization step size (PQ) 223 ⁇ .
  • the picture header 202 2 ⁇ is followed by encoded data 203 A of each macroblock.
  • Figure 21B shows an example in which encoding is performed for each slice in which multiple macroblocks are grouped. It is shown.
  • a resynchronization marker (RM) 21 A which is a uniquely decodable code indicating the start position of the slice
  • a slice header (SH) 211 A Followed by macroblock data (MB) 203 A for each macroblock.
  • the slice header 211A includes an SMBN (Slice Macroblock Number) 231A indicating the number of the first macroblock of the slice, and a quantization step size (SQ) 232 2.
  • the resynchronization function 21 OA and the slice header 2 11 1 may be applied for each predetermined fixed bit, or may be added to a specific position in the image frame. Les ,.
  • resynchronization can be achieved with the uniquely decodable synchronization marker 21 OA. Since the range in which the error propagates can be contained within the slice, the quality K of the reproduced image when a transmission path error occurs is improved.
  • FIG. 22 is a diagram showing an example of a multiplexed code string 135 # multiplexed by the multiplexer.
  • the multiplexed code sequence 135 A is composed of a video code sequence (VIDEO), an audio (audio) code sequence (SPEECH), data, and a control information code sequence (DATA) for each predetermined size. It is composed of multiple multi-Jg packets.
  • each of the queries indicated by 301 A, 302 A, and 303 3 is one multi-purpose packet. This may be a fixed-length packet in which all multi-IS packets are the same length (number of bits) or a variable-length packet in which the length of each multi-packet is 3 ⁇ 4.
  • Each multi-way bucket first has a multi-function start code (MSC) 31 1 1 ⁇ indicating the start position of the multiplex bucket, followed by a multi-stream header (MH) 3 1 1 ⁇ , 3 1 2 ⁇ , 3 13 A follow.
  • a multi-Itt-type block is obtained by multiplexing the video code sequence 1 2 1 ⁇ , the old voice code sequence 1 2 2 ⁇ , and the data code sequence 1 0 3 ⁇ shown in Fig. 19 in a bucket. (32 1 ⁇ , 32 2 ⁇ , 32 3 ⁇ in the figure).
  • FIGS. 23A and 23B are diagrams illustrating a first example of information included in the multiplex header (MH) 311 #.
  • the multiplexing code (MC) 35 1 A is a multi-functionalized payload 32 1 A in which the video code sequence (Video), the voice code sequence (Speech), and the data code sequence (Data) Are information indicating how multiplexing is performed. If a transmission error occurs in the multiplexed code information (MC), it becomes impossible to understand how the multiplexing is performed. Therefore, the demultiplexing device 18 OA converts the moving image code sequence, audio code sequence, and data code sequence. It cannot be separated correctly. Therefore, even the video decoding device 161A and the audio decoding device 162A cannot perform correct decoding, and the quality of the reproduced video signal and the audio signal is deteriorated.
  • each multiplexed header provides strong error protection using error check codes and error correction codes.
  • 353 CRC error detection bit
  • 354 FEC is the error correction code check bit.
  • the video header information (VHD) 352 ⁇ of the video code sequence (Video) is also multiplexed in the multiplexing header (MH) of the multiplexed packet including the video code sequence (Video). Included with the Encoding Code Information (MC).
  • the multiplex header (M H) including the video header information (VHD) 352 ⁇ is MH1 (311 A) and TVIH2 (312 A).
  • the video header information (VHD) 352A is important information such as an encoding mode for an entire picture (frame) in moving picture encoding, in which an error causes serious degradation in a reproduced picture.
  • the picture header 202A and the slice header 211 1 or some of the information in the header are used as video header information (VHD) 352 ⁇ .
  • the multiplex header Into the multiplex header.
  • the feature of the third embodiment is that error protection is performed strongly. As a result, resistance to transmission line errors is improved compared to a conventional video encoding device that does not perform error protection on S-required information.
  • FIGS. 24A and 24B are diagrams showing a second example of the multiplex header (MH).
  • the same reference numerals are given to the information corresponding to the first example shown in FIGS. 23A and 23B, and only the difference will be described.
  • a multiplexed packet including a video code sequence (Video) is multiplexed.
  • VHD video header information
  • the video code sequence This is different from the first example in that a picture pointer (ALP) 451 A indicating the position of the boundary of the picture or slice is included.
  • ALP picture pointer
  • the multiplexing (I-device 180A separates the video code sequence, then the video de-multiplexer 161A uses the picture start code
  • the picture pointer (ALP) 451 A is included in the multiplex header, the picture and slice boundaries can be detected using this picture pointer.
  • the strong error protection in the header improves the probability of correctly detecting picture boundaries and slice boundaries, and improves the quality of the reproduced image. All information included in the header and slice header may be included, or only a part of the information may be included.
  • Figure 25 shows the multiplexing headers (MC 1) 611 A and (MC 2) 621 A in the multiplexing headers of each of the multiplexing buckets 601 A and 601 B containing the video code sequence (Video).
  • Video the video code sequence
  • the multiplexed payload of the multiplexed packet 601A contains the last slice (Slice N) 613A of the PTR 1 picture code sequence, followed by the picture start code (PSC) of the PTR-2 picture. 614A and PTR-2
  • PCM2 Physical Cost Management Entities
  • RM synchronous slice
  • SH2 Slice header
  • Slice 2 the second slice
  • a PTR is inserted into the video header information 35 A of a multiplexed packet including a slice start code (resynchronization marker) and a slice header, a picture is obtained. Even if the start code cannot be decoded correctly due to an error, the picture boundary can be determined by this PTR. For example, even if picture start code (PSC) 614 A or PTR 615 A is missing, the multiplexing header of the next multiplexing bucket contains PTR 622 A.
  • the PTR (for example, PTR612A) included in the multi-S header of the previous multiplex bucket is compared, and if they are not equal, it is determined that the multiplex bucket 601 # has a picture boundary. In this case, the first slice having resynchronization power in the multiplexed packet 602 A (in the example in the figure, from slice 2 of 624 ⁇ ) can be correctly decoded.
  • the multiplex header may include the picture coding mode.
  • FIG. 26 is a third example of the coded string.
  • this multi-encoded code string one picture or slice power is included in each multi-encoded packet 70 1 1, 702 A, 703 A, and each picture header (PH 1) 7 12 ⁇ , slice header ( SH2) 722 A is error-protected together with the multiplexing code (MC 1) 711 ⁇ and (MC 2) 721 ⁇ ⁇ in the multiplex headers 75 1 ⁇ and 752 ⁇ .
  • MC 1 multiplexing code
  • MC 2 multiplexing code
  • the multiplexing start code is a code having strong resistance to transmission line errors, the picture space The probability that the picture or slice cannot be decoded because the start position of the rice cannot be specified correctly is reduced.
  • the present invention is also applicable to a case where a plurality of image Z audio signals are separated and Z-decoded using a plurality of image Z audio signal decoding devices.
  • the video header information included in the multiplexed header information may include information for identifying a plurality of image signals.
  • Reference can be treated as a modulo time base and a VP time increment as in the second embodiment.
  • a check using the regularity of modulo time base and VP time increment may be performed in the same manner as described in the second embodiment.
  • FIG. 29 is a diagram showing a system for reproducing a function signal using a recording medium 810 in which an image code string output from the encoding device according to the present invention is stored.
  • the recording medium 8100 stores a code sequence including an image code sequence encoded by the image encoding device g according to the present invention.
  • the decoding device I 20 generates an image signal from the code string stored in the medium 810, and the image information output device 830 outputs a reproduced image.
  • the image information output device 830 indicates, for example, a display or the like.
  • the reproduced image signal may be recorded on a medium (not shown), or may be transmitted to another device or system via a transmission path (not shown).
  • VOP also called picture or frame
  • the decoding device 820 reproduces an image signal from the code string stored in the storage medium 81 °. That is, the decoding device 820 reads the code string from the storage medium 810 via the signal line 801 and generates a reproduced image according to the procedure shown in FIG.
  • the image code sequence is sequentially read from the storage medium 810, and first, a synchronization code is detected (step S I1). If the detected synchronization code is the VOP start code (YE S in step S12), a process of outputting the VOP (frame) decoded immediately before to the image information output device 830 is performed (step S13). ).
  • the VOP header (VOP header in FIG. 29) following the VOP start code in the image code string is decoded (step S14). If the VOP header can be decoded correctly (YES in step S15), the information recorded in the temporary storage circuit in the decoding device is replaced with the decoded VOP header information (time information, VOP prediction mode, etc.). (Step S I1). If the detected synchronization code is the VOP start code (YE S in step S12), a process of outputting the VOP (frame) decoded immediately before to the image information output device 830 is performed (step S13). ).
  • the video packet header (macroblock number (MBA), video packet S subparameter (SQ), The header extension code HEC)) is decoded (step S19). If the header extension code HEC in the video packet header is "0" (NO in step S20), the video packet is decoded (step S17). If the header extension code HEC is "1" (YES in step S20), the subsequent III information (DUPH in FIG. 29) is decoded (step S21). If the second information is successfully decoded (YES in step S22), the second information is compared with the information stored in the time storage circuit (step S23).
  • step S23 If the comparison result is equal (NO in step S23), the macroblock data (MB data in FIG. 29) following the video packet header is decoded and the video packet is decoded. (Step SI7). If the comparison results are not equal (YES in step S23), it is determined that this video packet is in a VOP different from the VOP decoded immediately before, and the VOP decoded immediately before is determined by the image information output device 830. (Step S24), and replaces the information recorded in the temporary storage device with the decrypted duplicated information (Step S25). Further, the video packet is decoded (step S17).
  • the code string obtained by multiplexing the audio signal audio signal with the data, control information, and the like is recorded on the storage medium. You may do it.
  • the demultiplexing device demultiplexes the image code sequence and the audio / audio code sequence, data, and control information.
  • the demultiplexed image code string is decoded by the decoding device 820.
  • FIG. 29 shows an example in which information recorded on the storage medium 810 is transmitted to the decoding device 820 via the signal line 8101. It is okay to transmit information via a transmission path such as wireless / "infrared.
  • the code sequence recorded on the storage medium has fi-required information duplicated and recorded. Also, even when an error occurs in a signal line or a transmission path for sending information recorded on a storage medium to a raw image, a reproduction image with little deterioration can be generated.
  • the overall configuration of the moving picture / speech coding apparatus and the moving picture / speech decoding apparatus according to the present embodiment is the same as that in FIGS. 19 and 20, respectively.
  • the operation of each unit is a third practical example. Hereinafter, the difference will be mainly described.
  • FIGS. 34A to 34C show three ⁇ of the moving picture code string 122 ⁇ .
  • Encoding in the moving image encoding device 111A is performed in units of VOPs (also referred to as pictures, frames, and fields), and a moving image code sequence 1221 is created. Picture Is further divided into small areas called macroblocks, and codes are performed.
  • VSC VOP start code
  • VH VOP header
  • Fig. 34A shows an example in which coding is performed by dividing the VOP into coding units called video packets (also called slices or GOBs).
  • a video bucket consists of one or more macroblocks (MB data in the figure).
  • macroblocks MB data in the figure.
  • the prediction may be performed only from the macroblock included in the same video packet.
  • the code sequence of each video packet other than the first video packet of the VOP consists of a resynchronization marker (RM) (also called a slice start code or GOB start code), which is a uniquely decodable synchronization code, and a video packet header.
  • RM resynchronization marker
  • GOB start code slice start code
  • V PH slice header, also called GOB header
  • MB data data for each macroblock.
  • the video packet header includes the macroblock number (or slice-or GOB number) indicating the position of the first macroblock of the video packet, and the size of the video packet; Further, as described in the first and second embodiments, IE essential information of the VOP header ff report may be included.
  • Fig. 34B shows that the video code string is obtained by combining the information about the prediction mode and the motion vector with the difference (i) (residual error signal) between motion information ⁇ 1 ⁇ (3 ⁇ 4 adaptive and motion compensation adaptive Drediction).
  • This is an example of a code sequence that is divided into two and coded into orthogonal transform coefficients that have been subjected to orthogonal transform (DCT, etc.).
  • Information on the prediction mode and the motion vector (Motion in the figure) is forward (video in the example in the figure).
  • the information on the prediction residual DCT coefficient (Texture in the figure) is at the back of the packet header or immediately after the VOP header.
  • the two types of information are separated by motion information (MM in the figure).
  • FIG. 34C shows an example of a code sequence of a moving picture coding method for coding together information on the shape of a picture to be coded.
  • Shape is information related to shape information, and is ahead of information (Motion) related to the prediction mode and motion vector in each video bucket. ⁇ just after the P header).
  • the shape information (Shape) and the information on the prediction mode and the motion vector (Motion) are separated by the sharpness (SM in the figure).
  • the synchronization code such as the start code and the resynchronization function should be aligned at a bit position that is an integral multiple of a certain number of bits. This is preferred.
  • Figures 35 ⁇ and 35B show examples where the position of the VOP start code (VSC) and resynchronization power (RM) at the beginning of each video packet are aligned to an integer multiple of N bits.
  • This stuffing bit can be uniquely decoded from the opposite direction of the code string, unlike the stuffing bit of “0”, in which all bits that have been used in the past are different from “0”, and the length of the stuffing bit is decoded.
  • the feature is that it can be specified by the device.
  • the first bit of the stuffing bit is "0" and the other bits are "1". Therefore, the last bit of the stuffing bit, that is, the first “0” bit in the reverse direction from the bit immediately before the synchronization code is the stuffing bit. It is possible to determine the first bit.
  • the position of the first bit of the stuffing bit can be specified, it is possible to easily detect that a transmission path error has been mixed in the code string by the decoding device. If the decoding of the code string is performed correctly, the decoding end position of the data immediately before the stuffing bit and the start position of the stuffing bit should match. If the decoding end position is shifted from the start position of the stuffing bit, it may be determined that a transmission path error has occurred in the code string, and the code string may not be used for decoding.
  • the stuffing bit is the bit immediately before the stuffing bit, but the conventional stuffing bit, for example, in which all bits have the same bit value, cannot specify the length.
  • the decoding device does not know the start position of backward decoding.
  • the stuffing bits in FIGS. 35 3 and 35 B can specify the position of the first bit, so that the start position of reverse decoding can be specified.
  • the synchronization code is a codeword that includes many “0” power s, such as “0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1”
  • all conventional stuffing bits of “ ⁇ ” There is a high probability that the error will cause the same bit pattern as the synchronization code due to the inclusion of errors, and similar synchronization is likely to occur.
  • the stuffing bits in Figs. 35A and 35B are all "1" except for the first bit, so the Hamming distance is far from the synchronization code containing many "0", and Can occur.
  • the stuffing bits in the multiplexed code string are decoded in the decoder / demultiplexer apparatus. It is possible to determine that an error has been mixed in the multi-factor code sequence if it is checked against the generation rule and if it is determined that the generation rule is violated. This allows the decoding inverse multipath device to perform processing that does not cause significant degradation in the decoded signal by performing inverse multiplexing, thereby decoding when errors are mixed in the multiplexed code sequence. Can improve the signal quality. Monkey
  • the motion marker (MM) and the shape marker (SM) are also aligned at an integer multiple of a certain number of bits, and before that, as shown in Figure 35B You may put a stuffing bit.
  • error detection and reverse decoding can be performed on the shape information, the prediction mode / motion vector information, and the like.
  • FIG. 36 is a diagram showing a row of the configuration of the multiplexer 13 OA.
  • the multiplexing process is performed in two stages called an adaptation layer 1031 ⁇ (Adaptation Layer) and a multiplexing layer 1032 A (Multiplex layer).
  • the input to the adaptation layer 103 1 A is a video code sequence 121 ⁇ , an audio code sequence 122 ⁇ , and a data code sequence 103 ⁇ .
  • the outputs 1041 A, 1042 A, and 1043 A processed in the adaptation layer are input to the multiplexing layer 1032 A.
  • the output from the multiplexing layer becomes the multiplexed code string 135A.
  • FIG. 37 shows an example of an output code string 1041 A obtained by performing processing in the adaptation layer on a moving image code string 121 A.
  • the processing in the adaptation layer is performed using an AL-SDU (access unit) that divides the video code string 121A into certain units.
  • AL-SDU access unit
  • FIG. 37 shows the configuration of one AL-P DU.
  • Each ⁇ L-P D U has a ⁇ L header (AL-header).
  • AL-header In the AL header, for example, information indicating the AL-PDU number, sex, video encoding / multiplexing mode, or the like may be inserted.
  • L L—S DU follows the eight L header as an AL payload. It is also possible to add a detection bit after that, such as a CRC detection bit, to detect whether a transmission line error has entered the AL-PDU.
  • the same processing is performed for the voice code string 121A and the data code string 103A, and AL-PDU 1042A and 1043A for the voice code string and the data code string are output.
  • the information to be put in the ⁇ L header and the length and presence or absence of the CRC check bit may be different from those of the AL-PDU 1041 A for the moving image code sequence.
  • the AL-PDU 1041 A, 1042 A, and 1043 A created in the adaptation layer are multiplexed in the multiplexing layer. Multiplexing is performed in units called MUX-PDU.
  • FIGS. 38A to 38C show examples of multiplexed MUX-PDUs.
  • the PDU contains a multiplexing synchronization code (MUX flag) and a multiplexing header (MUX header).
  • the multiplex header may include information such as the type of output from the adaptation layer multiplexed in the MUX-PDU, the multiplexing method, and the length of the MUX-PDU.
  • Figure 38A shows an example of putting one ⁇ L-PDU in one MU X—PDU.
  • Figure 38B shows an example where one AL-PDU is divided into multiple (two in the example in the figure) MUX-PDUs.
  • the multiplex header contains information indicating the order of the divided AL-PDUs included in the MUX-PDU and the number of the entire AL-PDU, and the first level of one AL-PDU.
  • Last division ⁇ It is okay to include information indicating that it is an L-PD U.
  • Figure 38C shows an example of putting multiple AL-PDUs into one MUX-PDU.
  • the AL-PDU Video AL-PDU
  • the AL-PDU Audio AL-PDU
  • the multiplexing header may include information indicating a boundary between a plurality of AL-PDUs included in the MUX-PDU.
  • eight Sea 1 3 0 Li boundary may attach the identifier indicating the boundary.
  • FIGS. 39A to 39C are diagrams showing examples of how a video code string is divided by adaptation.
  • FIGS. 39A to 39C show examples in which one VOP is used as one access unit.
  • FIGS. 39A to 39C correspond to the moving image code strings in FIGS. 34A to 34C, respectively.
  • FIGS. 40A to 40C show an example in which one video bucket is used as one access unit.
  • FIGS. 40A to 40C correspond to the moving image code strings in FIGS. 34A to 34C, respectively.
  • Figures 41A and 41B illustrate such an example.
  • FIGS. 41A and 41B correspond to the video code strings in FIGS. 34B and 34C, respectively.
  • each access unit is required.
  • the start position of the port can be determined from these codes and identifiers.
  • the synchronization code at the beginning of the access unit may be removed from the video code sequence.
  • Fig. 4 2A to Fig. 4 2 ⁇ is one 0? Into one access unit.
  • the VOP start code at the beginning of the VOP can be removed.
  • FIGs 43A to 43C show an example in which one video packet is converted to one access unit.
  • the VOP start code and resynchronization marker at the beginning of the video packet may be removed.
  • Figures 44A and 44B show the access for each shape information (Shape), the ⁇ f information (Motion) about the prediction mode and motion vector, and the information (Texture) used for the residual signal and its DCT coefficient (Texture).
  • shape information shape
  • Motion the ⁇ f information
  • Texture information used for the residual signal and its DCT coefficient
  • This is an example of a unit configuration.
  • the VOP start at the beginning of the video packet, the synchronization function, and the boundary between Shape, Motion, and Texture are shown as a motion marker (MM) and a shape marker. You can remove one strength (SM).
  • MM motion marker
  • SM shape marker
  • one or more video packets may be inserted in one access queue.
  • An access unit may be composed of the moving image code strings of FIGS. 34B and 34C, or a plurality of video buckets.
  • FIG. 46A to FIG. 46D are obtained by performing such processing on the code string of FIG. 34B, and each of the motion and the texture includes an access unit.
  • the VOP header and the video packet header precede Motion for each video packet.
  • the unit that configures the access unit by collecting Motion and Texture may be a VOP unit or an arbitrary number of video packets.
  • a synchronization code may be added to the boundaries of Motion and Texture of each video bucket.
  • Figure 46B shows the boundary of Motion
  • Figures 46C and 46D show the boundary of Motion and Texture with a synchronization code (RM).
  • a synchronization code VSC
  • an access unit is constructed by ft each of the symbols of the same importance from among the symbols IJ having different importance such as Shape, Motion, and Texture, and different error protection ( (For example, error correction code, error detection code, retransmission, etc.), it is possible to protect the error according to the IE requirement of each code string, and to improve the quality of the decoded image when a transmission path error occurs. Is improved.
  • shape information shape
  • mode information motion vector information
  • Motion motion vector information
  • the prediction residual signal (Texture) does not cause much deterioration of the exposure quality even if a transmission path error enters, it is not necessary to perform error protection so strongly, and it is necessary to use an error correction code, error detection code, etc. Verbosity can be reduced.
  • the synchronization code included in the video code string 12 A may be removed by the multiplexer 13 0 ⁇ , or the image encoder 1 Alternatively, the moving picture code string 121A from which the synchronization code has been removed in advance at 11A may be passed to the multiplexer.
  • the length of each access unit may be an integral multiple (for example, byte unit) of a predetermined length.
  • the video code string is inserted with a stuffing bit before the resynchronization power or start code, and each video packet ⁇ each VOP is N bits ( For example, if the access unit includes this stuffing bit, the length of the access unit can be set to an integral multiple of the predetermined length (eg, byte unit). It is possible.
  • a stuffing bit is inserted at the end of each access unit to determine the length of the access unit as shown in Fig. 47. It may be an integer multiple (byte unit, etc.).
  • the stuffing bit shown in FIG. 35B may be used as the stuffing bit.
  • a stuffing bit may be added to an audio or data code string in addition to a moving image code string to make the length of the access unit an integral multiple of the determined length (in units of bytes, etc.). Les ,.
  • the inverse multi-arbiter mistakenly determines this bit pattern as the multi-synchronization code and outputs the MUX-PDU.
  • Pseudo-synchronization also known as emulation
  • VOP start code, ⁇ synchronization marker, etc. a moving image code sequence that does not have the same bit pattern in a portion other than the synchronization code (VOP start code, ⁇ synchronization marker, etc.) in the video code sequence.
  • VOP start code ⁇ synchronization marker, etc.
  • the UX-PDU is configured.
  • Each of the examples shown in FIGS. 38 ⁇ to 38 C has such a configuration.
  • AL Motion picture synchronization code at the beginning of SDU (Access Unit) Put in. In this way, the multiplex synchronization code and the video synchronization code are arranged adjacent to each other with the multiplex header and the AL header interposed therebetween.
  • the demultiplexer erroneously detects a multiplex synchronization code, it attempts to detect a multiplex header, an AL header, and a video synchronization code adjacent thereto, but the detected multiplex synchronization code is Since it is pseudo-synchronous, it is assumed that there are multiplexed headers, AL headers, and moving picture synchronization codes, and the locations where these are decoded contain completely different information. Therefore, the multiplexed header and AL header decoded by the demultiplexer and whether the moving picture synchronization code is correct or information is determined, and if it is determined to be incorrect, the detected multiplexing is detected. The synchronization code is determined to be pseudo-synchronous.
  • FIG. 48 shows a second example of the configuration of the multiplexer.
  • the multiplexer is divided into two layers, a de 1xMuX layer and a TransMuX layer.
  • the F1exMu X layer is used as an adaptation sub-layer (AL) and a multiplexing sub-layer (Mux sub-layer), and the Trans Mux layer is used as a protection sub-layer (Protection sub-layer). ) And TransMux sub-layer.
  • FIG. 49 shows an example of a code string generated in the F1exMux layer.
  • 10 61 ⁇ is the adaptation sublayer
  • 1062 ⁇ is the code string composed of the multiplexing sublayer.
  • the adaptation sublayer has an AL header (Header) 1065 0 containing information such as the type of information to be multiplied and information indicating time, and further, a multiplexed image code string and a voice code string to be multiplexed.
  • the payload (Payload) 1066 A such as a data code string is converted into multiple IEs, and an AL-PDU is generated.
  • an index 1068A indicating the type of the AL-PDU and the channel number, etc., and information indicating the length of the AL-PDU
  • F 1 e xMu x generated in the F 1 e xMu x layer is input to the PDl ⁇ T ran sMu x chip.
  • the configuration of the multi-IS converter shown in Fig. 36 may be applied to the TransMux layer. In this case, protection-protection sub-layer; Transmax sub-layer on 36 adaptation layers 1031 A
  • transmax sub-layer equivalent to multi-layer 1032 A in force diagram 36.
  • the configuration shown in FIG. 36 may be used for the transmax sublayer and the protection sublayer may not be used.
  • Fig. 50 When multiple video buckets are inserted in one access unit as shown in Fig. 45A and Fig. 45B, the arrangement of the boundaries of the access unit and the resynchronization marker in the frame shall be as shown in Fig. 50. You may.
  • open circles indicate macroblocks that have the potential for resynchronization (ie, the first macroblock of a video packet), and gray circles indicate the position of the first macroblock in the access unit.
  • the image since the information is more important than the strength of the person S than the background portion, it is preferable that the image has high resistance to a transmission path error.
  • the resynchronization effort is placed more on the person part to make the interval between video packets smaller, and the error is strengthened so that recovery from transmission path errors can be achieved early.
  • the background part is not so important, so the resynchronization effort may be reduced and the interval between the video buckets may be widened.
  • an error mixed in a certain macro block may propagate to a lower right macro block.
  • the macroblock in which the two requisite areas start is the first macroblock of the access unit No. 2, and the effect of errors mixed into other access units It's good! /, Yo ').
  • the leftmost macroblock of the person who is IE Castle is the first macroblock in the access box. If the error can be changed within one access unit, the error protection can be switched according to the general condition of the area in the frame.
  • Figure 51 shows an example of such a switch.
  • the gray area (hatched area) in Ping-D is the area where strong error protection is performed (High QoS), which is assigned to the person part, which is more crucial information.
  • Figures 52 2 to 52 2C show the structure of the corresponding access unit.
  • FIG. In the figure, the light gray (hatched) part corresponds to the light gray Mac mouth block shown in Fig. 51, and this part provides strong error protection.
  • the present invention by using the arrangement of the S synchronization marker and the configuration in the access unit, it is possible to provide more robustness and m-resistance with less overhead (redundancy). It is possible.
  • the use of resynchronization markers, strong resynchronization, and error protection increases the overhead; the resynchronization power is allocated to important information, such as people, to increase error protection.
  • the same ⁇ -average can be achieved compared to the case where the resynchronization marker is assigned and error protection is performed uniformly on the whole.
  • more important information can be provided with higher robustness and error resilience.
  • the length of the video bucket will be correspondingly very short, so that the video buckets will be assigned to one access unit each. If it is assigned, the overhead due to the AL header, the diversified header, the multiplexed synchronization code, etc. will be very large. In this case, the overhead becomes smaller when a plurality of video buckets are put in one access unit as shown in FIGS. 45A and 45B.
  • FIG. 53 shows a circuit configuration of the encoding circuit 103 of the encoding device shown in FIG. 1, for example.
  • the two-image information input to the encoding circuit 103 is first sent to the motion compensation circuit 103.
  • the motion compensation circuit 13036 performs motion compensation between the human-powered image information and the previous frame information stored in the frame memory 1035.
  • the difference between the previous frame information after motion compensation and the current frame information is calculated by the subtracter 1 0 3 0, and only the difference information is output to the discrete cosine transform circuit (DCT) 1 0 3 1
  • the signal is further subjected to discrete cosine transform, quantized by a quantizer 1032, and sent to a variable-length coding circuit 1038.
  • DCT discrete cosine transform circuit
  • the output of the quantizer 103 is inversely quantized by an inverse quantizer (IQ) 103, and then inverse discrete cosine transform by an inverse discrete cosine transform circuit (IDCT) 103. Is converted.
  • the output of the inverse discrete cosine transform circuit 103 and the motion compensation information of the motion compensation circuit 106 are added by the adder 107, and the output of the adder 1 () 37 is used as the output of the current frame. It becomes decoded image information, that is, local decoded image information. This locally decoded image information is stored in the frame memory 1035 and used as data for motion compensation when encoding the next frame.
  • the quantized information sent to the variable length coding circuit 1038 is subjected to variable length coding and sent to the next IE required information designating circuit 1039.
  • the important information designating circuit 103 extracts only the important information portion designated from the outside from the variable length coded information and sends it to the important information forming circuit 104. Note that all information is sent to the bit string reconstructing circuit 107 as it is regardless of the important information designation in the important information designating circuit 103.
  • FIG. 54 shows the circuit configuration of the decoding circuit 124 of the decoding device shown in FIG. 2, for example.
  • the image information sent from the separation circuit 122 is first temporarily stored in the reception buffer # 241. Thereafter, the subsequent header information is sent to the header decoding circuit 1242 based on the start position information from the synchronization detection circuit 122, where the header information is decoded.
  • the header information of the uppermost layer is decoded, and the decoded information is sent to the error check circuit 125 to check whether there is an error.
  • Subsequent layer header information is decoded in accordance with an operation instruction from the instruction information determination circuit 123.
  • the header decoding circuit 1242 uses the important header information from the important information circuit 126 to continue the decoding process thereafter.
  • Information subsequent to the header information is inversely quantized by the inverse quantization circuit 1 2 4 3 And is sent to the inverse DCT circuit 1 2 4 4.
  • the inverse DCT circuit 1 2 4 4 performs inverse discrete cosine transform of the inverse information and restores the difference signal from the previous frame.
  • the decoded signal is frame memory 1 2 4 6 by the adder 1 2 4 5 Is added to the previous frame information (previous frame information after performing motion compensation using the motion vector information) stored in. This addition result signal becomes the reproduction image information of the current frame.
  • This information is sent to the D / A conversion circuit 127 and stored in the frame memory 124 46 at the same time.
  • each encoding / decoding device can be used in an appropriate combination.
  • the operation of each encoding / decoding device can be performed by replacing each with a rosin procedure controlled by software, and the software and the encoding stream can be provided as recording media. it can.
  • the present invention by giving error resilience capability to the structure of the coded sequence itself, it is possible to temporarily mix important information such as header information with errors so that it cannot be used for decoding processing. Even if it does, the decoding process can be correctly and continued by substituting the new information indicated by the instruction information.
  • important information such as picture headers and slice headers in the video code string is strongly protected by error correction and detection codes in the multiplexed header. Compared with the conventional video encoding device and multiplexing device, high-quality video signals can be decoded even when there is a transmission path.

Description

明 細 書 情報伝送方法およびその方法が適用される情報伝送システムにおける符号化装置 /複号化装匱、 並びに符号ィヒ ·多重化装置 復号ィ匕 ·逆多重化装置 技術分野
本発明は、 I S D Nやインタ一ネッ卜等の有線通信網(wire
communication network )めるレヽは P H S-v¾r星通 ·ί§ ( satellite co誦 unication)等の無線通 ί言網(radio communication network)を用レ、 て、 符号化され/こ動画像(video picture ) /!^止画像(still picture )を 伝送する情報伝送方法(data transmission method)およびその方法が適用 される情報伝送システム ί data transmission system)における符号化 Z復 号化装置 encoding/ decoding apparatus )に関する。
背景技術
近年、 画像をはじめとする各極情報をディジタル符号化(digital
encoding )する技術及び広帯域ネットワーク技術の進展により、 これらの技術 を利用したアプリケーション(application)の開 ¾が盛んになつており、 圧縮 符号化した画像(compress- encoded picture )などを通 ί言網を利用して伝送 するシステムが開発されている。
例えば、 テレビ電話( videophone )、 テレビ会鏃システム
( teleconference system) , デンタノレアレビ力女 ( digital television broadcast ) ίこおレヽて ίま、 動画像(video )や音声(speech)をそれそ ' v少なレヽ 情報!:に圧縮符号化し、 それら圧縮された動画像符号列(video code stream)、 音声符号歹 lj ( voice code stream)や il!iのデータ符号歹リ(data code stream)を多重化してひとつの符号列にまとめて伝送ノ蓄積する技術が 用いられている。
動画像信号の圧縮符号化技術としては動き補償(motion compensation) , 離散コサイン変換 (D C T) 、 サブバンド符号化 ί sub-band encoding) , ピ ラミツド符号ィ匕(pyramid encoding)、 可変長符号化(variable word- length encoding)等の技術やこれらを組み合わせた方式が開発されている。 動画像符号ィヒの国際標準方式(national standard scheme )としては ISO MPEG1,MPEG2, ITU-T H .261 ,Η .262 , H .263力存在し、 また動画像、 音声 ' オーディォ信号( speech/audio signal )を圧縮した符号列や他のデータを多 重化する国際標準方式としては I SO MPEGシステム、 I TU— TI-I. 22 1 , H. 223が存在する。
上述の動画像符号化国際標準方式のような従来の動画像符号化方式においては、 動画像信号をフレーム毎に分割し、 さらにフレームを細かい領域に分割した、 G OB、 マクロブロック等の単位毎に符号化が行われ、 このフレーム、 GOB、 マ ク口プロック毎に符号化のモ一ド等を示すへッダ情報が付加される。 これらのへ ッダ情報はそのフレーム、 GOB等全体の復号に必ず必要な情報である。 このた め、 もしへッダ情報に伝送路 Z蓄積媒体による誤りが混入し、 動画像複号化装匱 (video decoder)において正しく復号できないと、 そのヘッダ情報のあるフ レーム、 GOB等全体が正しく復号できず、 動画像復号化装 Eにおける再生動画 像(reconstructed picture)の品質が大きく劣化してしまうことになる。 すなわち、 通信網を利用して圧縮符号化された画像を伝送する場合には、 受信 側では伝送されてきた 0 Z 1のビット列から、 意味のある情報を再生する復号処 理が必要になる。 そのためには、 一定のビット列(bit stream)のまとまり力; どのような規則のもとに符号化されてきたものなのかを指し示す情報として、 前 述のヘッダ情報(header information)が非^に! S耍になる。 このヘッダ情 報とは例えば、 現在復号しているフレームの予測タイプ (フレーム内の符号化 (intraframe encoding)である力 フレーム問の符号化( inter frame encoding)である力、 等) 、 そのフレームを表示するタイミングを示す情報
(タイム · レファランス) 、 あるいは虽子化を行う際のステップサイズ情報など である。 これらのヘッダ情報が失われてしまうと、 それ以後に伝送されてきた情 報が正しく復号出来ないことになる。
例えばフレームの予測タイプが、 本来はフレーム問の符号化であることを示し ていたにも関わら ·τ、 何らかの原因でビット列に誤りが混入し、 フレーム内を示 すビットパターンに変化したとする。 この場合、 その後の実際の情報が正しく伝 送されてきたとしても、 復号側ではその信号をフレーム内符号化の結果と判断し てしまうため、 最終的には正しく復号されないことになる。 よって、 動画像復号 化装置における再生動画像の品質が大きく劣化してしまうことになる。
従来の画像伝送は有線通信網を用いたシステムが主流であり、 仮に無線通信網 を用いる場合でも誤り率が非常に少ない衛星通信を想定していた。 従って、 伝送 する符号化列の構造自体にっレ、ての誤り耐性(error robust )につレ、ては十分 な考慮がなされておらず、 ヘッダ情報等の重要情報に対する伝 送路誤り保護が -卜分ではなかった。
今後移動体通信の主流の一つになる P H Sでは誤り率(error ratio )が衛星 通信の十万倍乃至百万倍程度になるため、 従来のように符号化されたビット列に 誤り訂正を施しただけでは十分な訂正が不可能な状態になる。 また、 P H Sと同 様に今後の通信の主流になると予想されるインターネットでは、 いつ、 どの様な 誤りがデータに混入するかが統計的に明らかになつておらず、 適切な誤り訂正が 行えない場合もある。 しかもこれら P H Sやインターネットの場合は、 符号列中 の一部の情報が消失してしまう場合もあり、 理論的に誤り訂正では対処できなレ、 事態も発生する事になる。 そのため符号列自体の構造に誤り耐性能力を持たせる ことが必要になってくる。
このように従来は、 伝送する符号化列の構造自体の誤り耐性 ( error rotmst )について十分な考虛がなされておらず、 特に、 伝送路誤り
( transmission line error)カ人ると大さな画質劣化を誘発するヘッダ' 報等の重要情報に対しては伝送路誤りに対する考 が十分ではなかった。
本発明は、 符号化列の構造自体に誤り耐性能力を持たせることにより、 伝送路 誤りによってヘッダ情報のような逭要情報に誤りが ¾生しても高品位に画像信号 を復号することが可能な情報伝送方法およびその方法が適用される情報伝送シス テムにおける符号化 Z復号化装置を提供することを目的とする。
発明の開示
本発明は、 送信側で、 ヘッダ情報またはそのヘッダ情報の一部の情報の内容を 復元可能にするために必要な復元用情報を符号化情報に付加して伝送し、 受信側 で、 前記ヘッダ情報またはその一部の情報についてエラ一チェックを行い、 この ェラ一チヱックで誤りが検出されたとき、 前記復元用情報を代用して前記符号ィ匕 情報を復号する情報伝送方法を提供する。
本発明は、 符号化情報を復号するときに必要なへッダ情報またはこのへッダ情 報の一部の情報の内容を復元可能にするための復元用情報をデータストリ一ムに 付加して伝送し、 受信側で前記へッダ情報またはその一部の情報にっレ、ての誤り が検出されたとき、 前記復元用情報を代用して前記データストリームを復号でき るようにした情報伝送方法を提供する。
この情報伝送方法によれば、 たとえへッダ情報に誤りが混入してこのへッダ情 報が復号処理に利用出来なくなつたとしても、 指示情報が示す新たな情報を代用 して、 復号処理を正しく継続することが可能となる。 復元用情報としては、 へッ ダ情報またはそのへッダ情報の一部をそのまま使用したり、 以前伝送したへッダ 情報またはその一部と現在伝送しようとしている重要情報との差分情報などを用 いることができる。
また、 本発明は、 情報を 2つ以上のレイヤ (例えば、 ピクチャ層、 G O B層、 マクロブロック層、 ブロック層) に分け、 各レイヤに同期信号と、 復号に必要な ヘッダ情報とを付加して伝送する情報伝送システムにおいて、 該ヘッダ情報内に 予め定められたパターンを持つ指示情報を挿入する手段および上位レイヤですで に伝送した情報あるいはその一部の情報または同一レイヤ内においてすでに伝送 した情報あるいはその一部の情報ある.いは前記上位レイヤまたは同一レイヤ内に ぉレ、てすでに伝送した情報あるレ、はその一部の情報の内容(画像の内容、 例えば 人物画像、 顔画像など)を復元できる情報を伝送することが可能な手段を有する 符号化装置およびその復号装置を提供する。
また、 本発明は、 同期信号と、 復号に必要なヘッダ情報とを付加して伝送する 情報伝送システムにおレ、て、 該へッダ情報内に予め定められたパターンを持つ指 示情報を挿入する挿入部およびすでに伝送した情報あるいはこの情報の一部の情 報あるいは該情報あるいは該情報の一部の情報の内容を復元できる情報を伝送す ることができる伝送部を有する情報伝送システム符号化装置およびその復号装匱 を提供する。 また、 この発明は、 同期信号と、 復号に必要なヘッダ情報とを付カ卩して伝送す る情報伝送システムにおレ、て、 該へッダ情報内に予め定められたパターンを持つ 指示情報を挿入する挿入部および前記へッダ情報が関わってレ、る部分の符号化処 理を、 該ヘッダ情報が関わっている部分以前の符号化処理から変更するための情 報を伝送することが可能な伝送部を有し、 符号列の構造自 ί本に誤り耐性能力を持 たせ、 これによつてへッダ情報に誤りが発生しても正常に復号処理を行うことを 可能にしている符号化装置およびその復号装匱を提供する。
上記装匱において、 指示情報により伝送されてきたことが示される復元用情報 としては、 全てのレイヤの復号処理にとって必要な情報であることが好ましい。 また、 指示情報により伝送されてきたことが示されている復元用情報と、 他の部 分で復号された情報とを組み合わせることで、 全てのレイャの復号処理にとって 必要な情報となるようにしてもよい。 さらに、 指示情報のビットパターンとして は、 該指示情報以外のヘッダ情報として定義されているビットパターンの中で未 使用のパターンを使用することができる。 また、 画像情報の伝送に際しては、 指 示情報により伝送することが可能となった情報は、 フレームを表示するタイミン グを示す情報、 その画面の予測の種類を示す情報、 量子化ステップサイズ情報、 画像フレームの時刻を表す情報であることが好ましい。
また、 本発明は、 画像信号を入力して圧縮符号化する 1以上の画像符号化器と、 各画像符号化器力ゝら出力された画像符号列および他のデータ情報符号列等を多 fi ィヒし、 多重ィ匕ヘッダおよび多 化ペイロード(multiplexed payload )を含む 多重化符号列を出力する多 IB化器とを有する符号化装^において、 前記画像符号 列中のへッダ情報あるレ、はその一部を前記多 化へッダ中に挿入する挿入部と、 前記多靈化へッダ中の情報から生成された誤り訂正 z検出符号を前記多 s化へッ ダに付加し、 前記颐像符号列中のへッダ情報を前記多 IB化へッダ中の多 fli化に係 る他の情報と共に誤り訂正 Z検出符号で誤り保護して伝送する伝送部とでなる情 報伝送装置を提供する。
この符号化装置では、 誤りが入ると復号画像に大きな劣化を生じる函像符号列 中のへッダ情報が、 多重化へッダと共に誤り訂正/検出符号を用いて強く誤り保 護されるため、 誤りのある伝送路/蓄積媒 (本などを迎して圧縮画像を伝送しても、 高い再生画像品質が得られる。
また、 前記多重化へッダに含められる画像符号列中のへッダ情報は符号化した 画像フレームの時刻を示す情報にしても良い。 これにより、 画像符号列中のへッ ダ情報に含まれる画像フレームの時刻を示す情報が欠落しても、 多重化ヘッダか ら画像フレームの時刻を復号することができるため、 復号した画像を正しい時刻 に表示再生できると共に、 画像符号列中の画像フレームの境界を正しく知ること ができる。
さらに、 本発明は、 入力信号を圧縮符号ィヒして得られた複数種類の圧縮符号列 を符号化の単位毎に区切る区切り部(segmentation section )と、 前記区切 られた圧縮 号歹 lj ( compressed code string ) iこ各区切り- 毎 (こスタッフ ィングビット(staf f ing bit )を寸カ卩して多重化 位符号歹リ(10111 :丄 16 601 unit code string )を生成する第 1多重化部と、 前記多重化単位符号列を多 重化して多重化符号列を生成する第 2多重化部とにより構成され、 前記多重化単 位符号列は予め定められた長さの整数倍の長さを持つ符号化 ·多重化装置を提供 する。
このように各区切り単位毎にスタッフィングビットを付加して、 予め定められ た長さの整数倍の長さを持つ多重化- ¥ -位符号列を生成することによって、 復号 化 ·逆多重化装置側では、 多靈化単位符号列毎に圧縮符号列の終了位置とスタッ フィングビッ卜の開始位置とを比敉することで、 りの混入を容易に検出するこ とが可能になる。 また、 誤りが混入しても疑似同期符号(pseudo-sync code ) 力 ^生しにくくなるので、 強い誤り耐性を持たせることができる。
また、 本発明の符号化 ·多 IS化装置は、 入力信号をある符号化単位に区切って 符号化し圧縮符号列を生成する圧縮符号化器と、 前記区切られた圧縮符号列から 重要度が同一の符号語をそれぞれ狼めて多重化符号列を生成する多 化部を有し、 前記各 S耍度に応じて巣められた多 !E化符号列に、 前記符号化 i位の区^りを示 す符号を挿入し、 これにより、 符号語の IE要度に応じた誤り保護を行うことが可 能となり、 伝送路誤りが入った場合の復号画像の品質が向上する。
図面の簡単な説明
図 1は、 本発明の第 1実施例に係る情報伝送システムで使用される符号化装置 の構成を示すブロック図。
図 2は、 同第 1実施例の情報伝送システムで使用される複号化装置の構成を示 すブロック図。
図 3 Aおよび 3 Bは、 同第 1実施例の情報伝送システムにおいて画面を複数の レイヤに分割する様子を示す図。
図 4 A乃至 4 Cは、 図 3 Aおよび 3 Bで示した各レイヤのビット列の一例を示 す図。
図 5 A乃至 5 Eは、 図 4 A乃至 4 Cに代わる別のビット列の構成を示す図。 図 6 Aおよび 6 Bは、 同第 1実施例の情報伝送システムにおいて画面を単一の レイヤで構成する場合の例を示す図。
図 7は、 同第 1実施例の情報伝送システムで使用される符号化装置の他の構成 例を示すプロック図。
図 8は、 図 7の符号化装匱に対応する復号装置の構成を示すプロック図。 図 9 Aおよび 9 Bは、 同第 1実施例の情報伝送システムにおいてリフレッシュ を行う場合のフレーム内の様子と、 それに対応するビット列の例を示す図。 図 1 0 Aおよび 1 0 Bは、 同第 1実施例の情報伝送システムで伝送される II要情 報の内容に関する他の例を示す図。
図 1 1は、 図 1 O Aおよび 1 0 Bに対応する復号処理回路の構成を示す図。 図 1 2は、 同第 1実施例にぉレ、て使用される指示情報が他のへッダ情報テ一ブノレ の一部を成している場合の例を示す図。
図 1 3は、 本 ¾明の第 2実施例の情報伝送システムで使用されるフレーム内の符 号化領域を説明する図。
図 1 4 A乃至 1 4 Dは、 同第 2実施例で用いられる画像符号化列の例を示す図。 図 1 5は、 図 1 4 A乃至 1 4 Dの画像符号ィヒ列に含まれる時刻を示す情報を説明 する図。
図 1 6は、 本第 2実施例で使用される復号化装置の構成を示すプロック図。
図 1 7 A乃至 1 7 Cは、 本第 2実施例で使用される V O Pヘッダおよびビデオノ ケットへッダの例を示す図。
図 1 8は、 本第 2実施例で使用される復号ィヒ装置の他の構成を示すプロック図。 図 1 9は、 本発明の第 3実施例に係る情報伝送システムで使用される画像 .音声 符号化装匱の全体構成を示すプロック図。
図 2 0は、 同第 3実施例で使用される画像 ·音声復号化装置の全体構成を示すブ ロック図。
図 2 1 Aおよび 2 1 Bは、 同第 3実施例で使用される動画像符号列の一例を示す 図。
図 2 2は、 同第 3実施例で使用される多重化符号列の一例を示す図。
図 2 3 Aおよび 2 3 Bは、 同第 3実施例で使用される多重化へッダの第 1の例を 示す図。
図 2 4 Aおよび図 2 4 Bは、 同第 3実施例で使用される多重化へッダの第 2の例 を示す図。
図 2 5は、 同第 3実施例で使用される多重化符号列の第 2の例を示図。
図 2 6は、 同第 3実施例で使用される多重化符号列の第 3の例を示す図。
図 2 7 Aおよび 2 7 Bは、 本発明で用いられるビデオバケツトヘッダ (Video packet header) の第 3の例を示す図。
図 2 8 Aおよび 2 8 Bは、 本発明で用いられるビデオバケツトヘッダの第 4の例 を示す図。
図 2 9は、 本発明による情報を記録する媒 ί本とその復号装匱を示すブロック図。 図 3◦は、 図 2 9の媒 ί本に記録された情報を復号する 順を示すフローチヤ一卜。 図 3 1 Α乃至 3 1 Dは、 本発明における符号列に疑似同期符号を防止するための ビットを付加した例を示す図。
図 3 2 A乃至 3 2 Cは、 本発明で符号列に使用されるマ一カビットを説明するた めの図。
図 3 3は、 本発明にぉレ、てスライスレイヤを川レ、た場合のビッ卜列の例を示す図。 図 3 4 A乃至図 3 4 Cは、 本発明の第 4実施例で使川される動画像符号列の例を 示す図。
図 3 5 Λおよび 3 5 Bは、 同第 4実施例における同期符号の配膛方法とスタッフ イングビットの例を示す図。
図 3 6は、 同第 4実施例における多重化器の構成の例を示す図。 図 3 7は、 同第 4実施例におけるァダプテ一シヨン層からの出力の例を示す図。 図 3 8 A乃至 3 8 Cは、 同第 4実施例における多重化層からの出力の例を示す図。 図 3 9 A乃至 3 9 Cは、 同第 4実施例におけるァダプテ一シヨン層での動画像符 号列の区切り方の第 1の例を示す図。
図 4 O A乃至 4 0 Cは、 同第 4実施例におけるァダプテ一ション層での動画像符 号列の区切り方の第 2の例を示す図。
図 4 1 Aおよび 4 1 Bは、 同第 4実施例におけるァダプテーシヨン層での動画像 符号列の区切り方の第 3の例を示す図。
図 4 2 A乃至図 4 2 Cは、 同第 4実施例におけるァダプテ一シヨン層での動画像 符号列の区切り方の第 4の例を示す図。
H 4 3 A乃至 4 3 Cは、 同第 4実施例におけるァダプテ一シヨン層での動画像符 号列の区切り方の第 5の例を示す図。
図 4 4 Aおよび図 4 4 Bは、 同第 4実施例におけるァダプテ一ション層での動画 像符号列の区切り方の第 6の例を示す図。
図 4 5 Aおよび図 4 5 Bは、 同第 4実施例におけるァダプテ一シヨン層での動画 像符号列の区切り方の第 7の例を示す図。
図 4 6 A乃至図 4 6 Dは、 同第 4実施例におけるァダプテ一シヨン層での動画像 符号列の区切り方の第 8の例を示す図。
図 4 7は、 同第 4実施例におけるァダプテーシヨン層でのスタッフイングの例を 説明するための図。
図 4 8は、 同第 4実施例における多重化器の構成の第 2の例を示す図。
図 4 9は、 同第 4実施例における図 4 8の構成の多近化器の F 1 e x M u x層で 生成された符号列の例を示す図。
図 5 0は、 同第 4実施例におけるアクセスュニッ 卜の境界および? ΐί同期マ一力 ( resync marker )のフレーム内の配置の他の例を説明するための図。
図 5 1は、 同第 4実施例にぉレ、てフレーム内の領域の IS耍度に応じて誤り保護を 切り替える例を説明するための図。
図 5 2 Λ乃至 5 2 Cは、 同第 4実施例におけるアクセスュニットの他の構成例を 示す図。 図 5 3は、 図 1に示される符号化装置の符号化回路の回路構成を示す図。
図 5 4は、 図 2に示される複号化装置の復号回路の回路構成を示す図。
発明を実施するための最良の形態
以下、 図面を参照して本発明の実施例を説明する。
図 1は、 本発明の一実施例に係る符号化装置の構成を示している。 カメラ 1 0
1で取り込まれた動画像は A/D変^! (A/D converter ) 1 0 2でディジタ ル信号に変換され、 符号化回路(encoder ) 1 0 3に入力される。 符号化回路 1 0 3では、 D C T変換(DCT transformation ) , 量子ィ匕(quantization )、 可変長符号化(variable length encoding ) , 逆 ft子化
( dequantization ) ¾ 逆 D C T変換 ( inverse DCT trans formation ) , 動 き補償 (motion compensation )などによって、 動画像信号の高能率圧縮符号 化(high-ef ficiency compress— encoding )力 S行われ、 符号ィ匕されたデ一 タ列が生成される。 この符号化においては、 復号に必要な重要情報がデータ列に 挿入される。 符号化されたデータ列の中の重要へッダ情報は重要へッダ情報再構 ( important header information reconstruction circuit )
1 0 4に入力され、 ここに一旦保持される。 符号化回路 1 0 3の後にはビット列 f ?成 IE]路 ( bit string reconstruction circuit ) 1 0 力あり、 こ で伝送路に送り出される最終的な符号列、 すなわち M P E G 2などに'準拠したデ 一タストリ一ムが決定される。
ビット列再構成回路 1 0 7においては、 まず、 ある一定のビット列単位でデー タ列の先頭に同期信号回路(sync signal circuit ) 1 0 5で決定されている 同期 ί言号が付加され、 その後、 指示情報す ίΡ入回路 1 0 6により、 そのビット列に 指示情報が挿入される。 この指示情報は ffl耍へッダ惜報の追加の有無を示す情報 であり、 この指示情報をビット列に挿入することによって、 そのビット列に重要 ヘッダ情報を追加することが可能となる。 例えば、 この指示情報の直後に ffl要へ ッダ情報を揷入することとする。 次いで、 重要情報 P?構築回路(important information reconstruction circuit ) 1 0 4力 り必要な Ik要ヘッダ情 報が取り出され、 それがビット列に付加される。 なお、 ここでのビット列構成の 詳細は、 図 4 A乃至 4 Cおよび図 5 Λ乃至 5 Eを参照して後述する。 ビット列再構築回路 1 0 7で最終的に決定したビット列は、 符号化された他の 音声情報 ( speech information ) , 文 '(W報 ( character information)等 と多重化回路(multiplexer) 1 0 8において多重化され、 伝送路
( transmission path ) 1 1 0に送出される。 なお、 ヘッダ情報内の何を重要 ヘッダ情報とするかについては、 符号化回路 1 0 3の外からユーザが自由に指定 することも可能である。
図 2は本発明に関わる復号部の構成である。
伝送されてきたビット列は分離回路(demultiplexer) 1 2 1において、 画 像情報、 音声情報、 文字情報等に分離 ( denmltiplex)される。 画像情報のビッ 卜歹 lj (まま " 、 同期検出回路(synchronization detector ) 1 2 2におレヽて同 期を検出することにより、 ビット列内の復号開始位置を検出する。 その情報が復 号回路 1 2 4に送られ、 ここから復号処理が開始、 あるいは再開される。 まず最 も上位のレイヤのヘッダ情報から復号が開始されるが、 これら復号された信号は エラ一チェック回路 1 2 5により誤りが混入しているかどうかがチェックされる。 もし誤りの混入が確認された場合は、 その部分が使用出来ないため、 その旨を重 要情報回路 1 2 6に伝えておく。 次のレイャのへッダ情報を復号する際に、 同期 検出回路 1 2 2において同期を検出した後、 今度は同じビット列が指示情報判定 回路 1 2 3にも転送され、 ここで指示情報の内容が調べられる。 これにより、 E 要へッダ情報が追加されているか否力 および追加されている場合にはその重要 ヘッダ情報の種類及び追加位置などが検出される。 この検出結朵に ¾づき、 指示 情報判定回路 1 2 3から復号回路 1 2 4に動作指示が与えられる。 復号回路 1 2 4では、 現レイヤのヘッダ情報と、 そこに付加されている ϋ要ヘッダ情報の復号 が行われる。 ffi要ヘッダ情報の復号結果は、 IB耍惜報 持回路 1 2 6に転送され、 ここで一旦保持される。 もしエラ一チェック回路 1 2 5から誤り混入確認信号が 来ている場合は、 上位レイヤでの道要ヘッダ情報が i'ii川できないことがわかるた め、 復号回路 1 2 4は、 現レイヤで送られてきた IS要ヘッダ情報を代用すること により、 現レイヤに後続する符号列に対する復号処理を継続する。 彼号された画 像などの情報は、 D/Λ回路 1 2 7においてアナログ信号に戻され、 モニタ 1 2 8上に表示される。 次に、 本実施例で用いられる画像符号列の構造について説明する。
図 3 Aおよび 3 Bは画面を複数のレイヤに分割する場合の概念図である。
—つのフレーム 200は例えば 16画素 X 16画素のマクロブロックを集めた 多数のスライス (マクロブロックライン) 201に分割される (図 3A) 。 一方、 各スライス 201はその中がいくつかのマクロブロック 203の集合として構築 されている (図 3 B) 。 フレーム 200として画面全体を捉えた場合が最上位レ ィャとなり、 その中の 201ごとに捉えた場合が次のレイヤ、 203レベルがさ らにその次のレイヤということになる。
図 4A、 4B、 4 Cは、 図 3A、 3 Bで示した各レイヤのデータ構造の一例を 示した図である。
図 4Aは、 図 3 Aに対応する最上位のフレームレイヤのビット列であり、 図 4 Bは図 3 Bのスライスに対応するスライスレイャのビット列の従来例である。 ― 方、 図 4Cは、 図 3 Bのスライスに対応するスライスレイヤについてのここで提 案する新たなビット列の例である。
図 4 Λに示されているように、 フレームレイヤすなわち 1フレームの画像符号 列は、 ピクチャのスタート位置を示す同期信 (ピクチャスタートコード; PS C) から始まる。 PSCの後にはフレームを洱生するタイミングを示すタイムレ ファランス (TR) 、 フレーム内ノフレーム問等の予測符号化のタイプ情報 (P T) が続き、 その後には ift子化ステップサイズ情報 (PQ) が続く。 これら TR, PT, PQは画面の全ての復号処现あるいは表示に際して必要な情報であり、 こ れらの情報が誤り等によって破壊された場合、 仮にその後のレイヤで洱び同期が 取れたとしても、 復号あるいは表示が正しくは行われないことになる。 PQの後 の Da t aには、 下位のレイヤ情報が格納されており、 その典型的なビット列が 図 4 Bとなる。
図 4 Bに示されているように、 スライスレイヤにおいては、 各スライス 201 の画像符号列は、 その開始を示す同期信号 (SSC) から始まり、 その後に予測 タイプ情報 (S PT) 、 続いてそのスライス番号 (SN) 、 最後は ffl子化ステツ プサイズ情報 (SQ) となる。 その後の Da t aは、 さらに下位のマクロブロッ クレイヤの情報である。 次に本第 1実施例で使用されるスライスレイヤの構造を図 4 Cを用いて説明す る。
上述したように図 4 Aの情報は重要情報であり、 この部分が使用できなレ、場合 は、 仮にその下層のスライスレイヤの情報が破壊されていなくても、 正しく画面 を復号することが出来なレ、。 図 4 Aの情報が使用できない場合でもその下層のス ライスレイャの情報を正しく復号できるようにするためには、 図 4 Aのへッダ情 報の内容がスライスレイヤで分かることが必要になる。 そこで、 本第 1実施例で は、 S P T内に指示情報を示す予め定められたビッ卜パターンの符号を用意し、 その符号が現れた場合は、 図 4 Aで伝送したへッダ情報を再びスライスレイャで 伝送するようにしている。 この例では T Rと P Tを伝送している (この場合は S
P Tを指示情報として使用しており、 S P Tが本来の予測タイプを表していない こと力 ら、 P Tが必要となっている) 。 図 4 Aのフレームレイヤに誤りが混入し なかった場合は、 この情報 (T R, P T) は使用されないことになるが、 もしフ レームレイヤの情報が誤り等で破壊された場合には、 図 4 Cにおけるこれらの情 報 (T R, P T) を代用して、 復号処理を続けることが可能となる。
図 5 A乃至 5 Eは図 4 A乃至 4 Cに代わる別の例である。
図 5 Aに示すフレームレイヤは図 4 Aと同様であるが、 図 5 B、 5 Cのスライ スレイヤにっレ、ては、 そのへッダ情報に挿入される指示情報が図 4 Λ乃至 4 Cと 異なっている。 図 4八乃至4〇では3 丁内に指示情報を)11意したが、 ここでは 新たなビット (I S ) を挿入している。 この I Sは 1ビットで 2種類の識別情報 とすることができる力;、 2ビットととして 4嵇類の識別を行うこともできる。
I Sが次にフレームレイャの IE要情報が続くことを示してレ、る場合は、 図 5 C に示されているように I Sの次に T Rを伝送し、 ¾∑号側は、 フレームレイャの情 報が誤り等で破壞された場合には、 スライスレイヤの T Rを利用する。 この場合 は、 S P Tが純粋に予測タィプのみを表すようになつているため、 図 4 Λ乃至 4 Cの場合のように P Tを 度スライスレイヤで伝送する必要はない。
図 5 Dは図 5 Bの変形例であり、 スライスレイヤにぉレ、て、 S Tを伝送しな い場合の例である。 この時は、 I Sの指示によってフレームレイヤの重要情報を 再送する際に、 スライスレイヤでは、 図 5 Eのように T Rと P Tが必要になる。 図 6 Λ, 6 Βは、 画面が単一のレイヤで構成される場合の概念図、 およびその 時のビッ卜列の例である。
この場合は、 図 6 Αのように、 画面内が単純にブロック (マクロブロック) だ けで分割される。 この場合の 1フレームの画像符号列は、 図 6 Bのように、 一つ の同期信号 P S Cのみによって画面全体の同期を取る仕組みになる。 この時も T Rや P Tが重要であることにかわりなレ、ため、 仮にこれらの情報が破壊された場 合には、 その後の情報が正しく伝送されても、 復号を行うことが出来ない。 従つ て、 何らかの方法でこれら重要情報を再度伝送する仕組みが有効である。 特にラ ンダムエラーが発生する場合、 T Rと P Tのどちらの情報も破壊される確率は、 一度しか情報を伝送しない場合に比べて格段に減少する。 またバ一ストエラ一が 発生する場合も、 これら再送情報を一度目の情報からある程度離しておくことに よって、 双方とも破壊される確率を減少させることができる。 図 6 Bの例では、 重要情報 T R, P T, P Q等の後に I Sを挿入し、 この信号の指示によってこの 後に T R, P T等を挿入することが可能な構成になっている。 指示情報 I Sの位 置は、 上述した理由により、 例えばバーストエラーの統計的な継続期 Rf]以上、 重 要情報力 ら離しておくことが有効となる。
図 7は本発明に関わる符号化部の他の構成例である。
カメラ 3 0 1で取り込まれた画像は A D変換器 3 0 2でディジタノレ信号に変 換され、 符号化回路 3 0 3に入力される。 符号化回路 3 0 3の後にはビット列再 構成回路 3 0 7があり、 ここで伝送路に送り出される最終的なビット列が決定さ れる。 特に、 誤りが ¾生しゃすいネットワークを使川する場合は、 回復しきれな 力、つた誤りの伝搬を極力避けるため、 予測を行わなレ、リフレッシュという換作を ある一定時問ごとに行うことが普迎である。 このようなリフレッシュは画而全^ に対して行うことも可能であるが (この場合はそのフレームの予測タイプがフレ —ム内になる) 、 リフレッシュ (フレーム內符号ィ匕) はフレーム 符号化に比べ て発生情報 fiが格段に多いため、 特に低ビッ卜レートの符号化伝送に使用するこ とは難しレ、。 そのため、 連続する複数のフレームにっき、 それぞれ 1フレ一ム内 の一部分のみにリフレッシュを行うことにより、 複数のフレーム分の時間をかけ て 1フレーム分のリフレッシュを終了するという手法を用いることが好ましい。 また、 誤りが復号側で検知された場合は、 再送要求を出して、 誤りに相当する部 分のみを再送してもらうようにすることも重要である。
これらの処理を実現するためには、 符号化回路 3 0 3で符号化している途中で、 フレーム内 Zフレーム間の予測切り替えが行えることが必要である。 仮にある一 定の部分 (ここでは一例として図 3 Aおよび 3 Bに示した特定のスライスとす る) のみのリフレッシュを行う場合、 このスライスの予測タイプはその前までの スライスの予測タイプと異なるため、 非常に重要な情報となる。 また、 リフレツ シュの場合は量子化ステップサイズもフレーム問予測の場合とは大きく異なるた め、 この情報も重要である。
図 7の符号化装匱においては、 符号化回路 3 0 3でリフレッシュのための符号 化を行った場合、 符号ィヒのための情報が指示情報挿入回路 3◦ 5に送られる。 一- 方、 前記リフレッシュのための重要情報は符号化処理変更情報回路 3 0 6に予め 格納されている。 ビッ卜列再構成回路 3 0 7では、 リフレツシュのための符号化 が行われたスライスのビット列の先頭に同期信号回路 3 0 4で決定されている同 期信号が付加され、 その後、 指示情報挿入回路 3 0 5により、 リフレッシュを行 つたことを示す指示情報が沛入される。 この状態で、 リフレッシュされた画像を 復号するために必要な前述の重要情報が追加可能となるため、 符号化処理変更情 報回路 3 0 6から必要な S要情報が取り出され、 スライスのビット列に付加され る。 なおここでのビット列怫成例の詳細は図 9 Aおよび 9 Bで説明する。
ビット列再構成回路 3 0 7で最終的に決定したビッ卜列は、 他の符号化された 音声情報、 文字情報等と多 ffl化回路 3 0 8において多重化され、 伝送路 3 1 0に 送出される。 なおリフレッシュに際して、 どの様な情報を 要情報として追加す るかは符号化処理変更情報回路 3 0 6の外部からユーザが自由に指定することも 可能である。
図 8は、 図 7の符号化部に対応する復号装^の構成例である。 伝送されてきた 符号列は分離回路 3 2 0において、 画像情報、 音声情報、 文字情報等に分離され る。 画像情報のビット列はまず、 同期検出回路 3 2 1において同期を検出するこ とにより、 ビット列内の復号開始位置が検出される。 その情報が復号回路 3 2 3 に送られ、 ここから復号処理が開始、 あるいは再開される。 さらにビット列は指 示情報判定回路 3 2 2にも転送され、 ここで指示情報の内容が判定される。 リフ レッシュが実現可能な構成の場合、 この指示情報によって、 復号処理の種類をフ レ一ム内ノフレーム間予測符号化タイプに合わせて変更できれば良レ、ため、 復号 回路 3 2 3内のフレーム内復号器 3 2 4、 フレーム問復号器 3 2 5を切り替える スィッチを、 指示情報判定回路 3 2 2からの信号により切り替える。 リフレツシ ュのためのスライスについては、 フレーム内復号 (intraframe decoder ) 3 2 4によって復号処理が実行される。 このフレーム内復号処理は、 前述の量子 化ステップサイズなどの重要情報に従って制御される。 復号回路 3 2 3のフレー ム内復号 3 2 またはフレーム問復号器(interframe decoder ) 3 2 5で 復号された画像情報は、 DZA回路 3 2 6においてアナログ信号に戻された後、 モニタ 3 2 7上に表示される。
図 9 Λ, 9 Βはリフレッシュを行う場合のフレーム内の様子と、 それに対応す る画像符号列の構造を示した図である。
フレーム 3 5 1は複数のスライスに分割されるが、 ここでは例えばフレーム間 符号化を行うスライス 3 5 2の次に、 リフレッシュのためのスライス 3 5 3が伝 送される場合を考える (図 9 Α) 。 その次のスライス 3 5 4は びフレーム間符 号化となる。 この時に伝送されるビット列の搽子を図 9 Βに示す。 このビット列 內の各部分 3 6 1 , 3 6 2および 3 6 3は、 それぞれ図 9 Αのスライス 3 5 2、 3 5 3および 3 5 4に相当する。 リフレッシュのためのスライスのビッ卜列に含 まれている S P T 2内には、 フレーム內符号化を使川したリフレッシュであるこ とを示す指示情報が挿入される。 その後の S Q 2はリフレッシュ用に用意された 子化ステップサイズを示している。 また、 D a 1; a 2は全て、 フレーム內符号 化の結果として復号される。
図 1 0八、 1 0 Bは IE要情報の内容に関する別の例を示した図であり、 図 1 0 Λはフレーム、 図 1 0 βはスライスレイヤのビッ ト列である。
スライスレイヤにおいて、 指示情報となる S Ρ Τ後に来る情報は図 4 Α乃至 4 Cでは T Rであった。 これは表示のタイミングをそのまま表現しても良いが、 場 合によってはその表現に関わるビット数が多大になることもある。 これを避ける ために、 図 1 0 A、 1 0 Bでは、 圧縮符号化で一般に行われる処理であり、 ある 情報とこの情報に対応する、 以前に伝送した情報との差分を符号化する、 という 手法が採用されている。
すなわち、 TRとして 0から 255までを考えた場合、 これらをそのまま表現 するには 8ビットを要する。 しかしこれを例えば、 3フレーム以上のコマ落とし (low speed shot)がないという拘束条件が成り立つ場合を考えると、 この時、 表示する際に互いに隣合うフレームは、 最大で 3フレーム以上は離れないことに なるから、 相対的なタイムレファランスとしては 4つの状態 (コマ落としの数が 〇、 1、 2、 3) が表現できれば十分である。 この時は TRとして 2ビットあれ ば良いことになり、 ビット数の削减が可能になる。 ただしこの場合は、 すでに復 号された直前の情報が必要となるため、 この部分の TRのみでは表示タイミング が確定しない。
図 1 0 Bは、 上で説明した差分の T R (図では D T R) を ffi要へッダ情報とし てスライスレイヤにて伝送する場合のビット列の例である。 DT Rが復号された 後、 すでに復号されている前フレームの図 1 OAに相当するフレームレイヤのピ ット列の TR情報に DTRを加えることによって、 現フレームの真の TRを算出 することができる。
図 1 1は図 1 0 Λ、 1 0 Βのような場合の復号処理を行う回路を示した図であ る。 この図は、 図 2の復号部分と入^えることによって動作する。 まず分離回 路 1 2 1から送られてきたビット列は、 同期検出回路 1 22により復号開始位置 がわかり、 フレームレイヤの TR, ΡΤ等が復号器 40 1で復号される。 同時に この復号された TR情報はメモリ (2) 404に格納される。 また、 これらへッ ダ情報はェラーチェック回路 402で誤りがチェックされ、 その結果がメモリ
(1) 403に云送される (以上図 1 OAについての処理) 。 一方、 図 1 0 Bの スライスレイヤについては、 まず指示情報判定回路 1 23によって S PTが判定 され、 その後の DTR, PTが復号回路 40 1で復号される。 また、 DTRはメ モリ 403に転送される。 もしエラーチェック回路 402からの情報により、 そ の上位のフレームレイヤのヘッダ情報 (TR) が誤り等により使用できないこと が分かった場合は、 メモリ 403からメモリ 404へリクエスト信号を出して、 ここにすでに格納されている前フレ一ムの TR情報をメモリ 403に転送する。 メモリ 403内ではこの TRと、 現フレームにおける上記 DTRとを加算して、 現フレームの TRを作成し、 これを復号回路 401に戻して復号処理を継続する とともに、 この TR情報をメモリ 404にも転送して、 次のフレームでの同様の 処理に使用できるようにしておく。
図 12は、 他のヘッダ情報のための用意されているビットパターンの中で未使 用のパターンを指示情報として使用する場合の例である。
ここでは、 SPTとして 2ビットのビッ卜パターンが予め割り当てられている 場合を想定する。 予測タイプは I (フレーム内符号化(intrafrarae
encoding)) 、 P (順方向予測符号ィ匕 ί forward predictive encoding)リ 、 B (双方向予測符号化(bidirectionally predictive encoding)) の 3 種類であり、 それぞれ 00、 01、 10のビットパターンが割り当てられている。 従って "1 1" に対する情報が未使用であるため、 この符号を指示情報として使 用する。 つまり、 S PT力; "1 1" である場合は予測タイプではなく、 その後に 重要情報が続くことを示している。 なお、 指示情報が示す重要情報はヘッダ情報 (TR, PT, PQ) あるいはその一部でも良いし、 あるいはその後のデータ
(例えば図 4 Αの Da t a) を含んでも良い。 これらはシステムの要求や、 ネッ トワークの誤り発生頻度、 必要な符号化レー卜等によって変更することが可能で ある。
以上のように、 本第 1実施例では、 ヘッダ情報のような重要情報が消失しても、 それを復元するための情報がある一定の指示情報の指示に従つて追加伝送される ため、 ®要へッダ情報を誤りなどが発生してそれを復号できなレ、堤合でも、 その 後に転送される指示情報とその指示情報で指定される復元用情報を用いて、 復号 処迎を正しく継続することが可能となる。
次に、 本発明の第 2実施例にっレ、て説明する。
本第 2実施例に係る符号化装蹬の全体構成は図 1の符号化装 と同一である。 本第 2実施例においては、 画像信号は、 図 13のように各フレーム (ピクチャま たは VO Pとも呼ぶ) はマク口プロックと呼ばれる小領域 (図中 線の領域) に 分割されて符号化が行われる。 さらに、 画像信号を符号化した画像符号列に誤り が混入した時にそのフレーム内の個々の符号列でも同期が回復できるように、 フ レームを 1ないしは複数マクロブロックからなるビデオパケット (図中実線の領 域) と呼ばれる単位に区切って符号ィ匕が行われる。
図 14 A乃至 14Dは、 符号化装置から出力される画像符号列の 1例を示した ものである。 図 14Aは 1つのフレーム (VOP) 全体の画像符号列である。 V OPの先頭には一意に復号可能な同期符号である VOP start code (図中 V
SC) と、 その VOPに関するヘッダ情報を含む VOPヘッダ (図中 VOP header) 力つけられる。
VOPの符号列はさらに、 マクロブロックデータ (図中 MB data) を含むビ デォバケツト毎の符号列に区切られている。 各ビデオバケツトの画像符号列の先 頭には resync marker (図中 RM) と呼ばれる一意に復号可能な同期符号と、 そ こ続くビデ才バケツトヘッダ (図中 Video packet header) 力付けられ る。 ただし、 VOPの最初のビデオパケットには VOP start codeと VOP headerが付いているので、 ここには resync marker (RM) とビデオバケツ トヘッダ (Video packet header) は付けない。
図 14Bは、 VOPヘッダに含まれるヘッダ情報の例を示している。 図中、 modulo time base ( TB) と VOP time increment (VT I ) は、 そ の VOPの時刻を示す情報である。 この時刻情報は、 その VOPのフレームを復 号及び表示するタイミングを規定するために使用される。
ここで、 図 1 5を用いて、 VOPの時刻と、 modulo time base (MTB) 、 VOP time increment (VT 1 ) との関係を説明する。 VOP time incrementは時刻をミリ秒精度で表す情報であり、 V O Pの時刻を 1 000ミ リ秒 (1秒) で剰余を取った値が入る。 modulo time baseは時刻を秒精度で 表す情報であり、 直前に符号化した VOPと同じ秒ならば "0" になり、 ¾なる 秒ならばその差分値になる。
例えば、 図 1 5のように VOPの時刻 (ミリ秒) が 0, 33, 700, 100
0, 1300, 1833, 2067の場合、 V〇 P time incremen はそれ ぞれ 1000の剰余、 すなわち、 0, 33, 700, 0, 300, 833, 67 である。 また、 modulo time base力 S 1となるのは、 時刻を 1000で割って 小数点以下を切り捨てた値 (図の例では 0, 0, 0, 1, 1, 1, 2となる) 力;. 直前の VOPと異なる場合、 すなわち、 時刻 =0, 1000, 2067に相当す る VOPで "1" になり、 それ以タトの VOPでは "0" になる。 また、 modulo time baseは可変長符号を用いた符号化を行ってもよい。 例えば modulo time baseが 0, 1, 2…のときに、 可変長符号をそれぞれ " 1" , "01" , "001" …のように対応づけて用いることも可能である。
また、 図 14 Bの VOP予測モード (図中 VPT) はその VOP全体の予測符 号化モード (1, B, P) を示す情報である。 VOP量子化パラメータ (図中 P Q) はその VOPの符号化に用いられた量子化ステップ幅を示す情報である。 た だし、 VOPを複数のビデオパケットに分割して符号化する場合は、 ビデオパケ ットごとに量子化ステップ幅を変更可能であるため、 最初のビデオバケツ卜の量 子化ステ
Figure imgf000022_0001
としてもよレ、。
図 14 Cおよび 14 Dは、 ビデオノ ケットに付加されるへッダ情報であるビデ ォパケットヘッダに含まれる情報の例を示したものである。 マクロブロック番号
(図中 M B A ) はそのビデオパケットの最初のマクロブロックの番号を示す情報 である。 ビデオパケット量子化パラメータ (図中 SQ) はそのビデオパケットの 量子化ステップ幅を示す情報である。 へッダ拡張コード( header expans ion code) (図中 HEC、 これは図 5 B乃至 5 Eの I Sに相当する) は、 ビデオパケ ットヘッダに二 IS化 (多重化) する ffl耍情報が追加されているかどうかを示すフ ラグである。 HEC力; "0" のときは図 14 Cのように逭要情報は追加されてお ら" f、 また HECが "1" のときは図 14 Dのように ffl要情報が追加されている。 図 14 Dの例では、 画像フレームの時.刻情報を復元できるようにするために、 逭 要情報として、 VOPの時刻を表す modulo time base (図中 MTB) と VO P time increment (図中 VT I) がそのまま付加されている。
図 16は、 図 14 Λ乃至 14 Dの画像符号化列に対応した復号化装蹬の構成を 示すブロック図である。 ここでは、 図 2の復号化装 i と相対応する部分に同一の 符号を付してその差¾のみを説明する。 図 16の復号化装置においては、 図 2の 復号化装匱の構成に加え、 ¥〇卩へッダ復号回路( 〇1^ header decoder) 601、 ビ'デ才ノヽ0ケッ卜ヘッダ ί复号回路(video packet header decoder) 602、 時刻復号回路(time decoder) 603、 一時記憶回路(buffer memory) 621が設けられている。
同期検出回路 122で 〇? start codeが検出されると、 復号回路 124 にこれが検出されたことを示す信号が通知される。 復号回路 1 24はその通知に 応答して、 VOP start codeに引き続く VO Pヘッダが含まれる符号列、 す なわち最初のビデオバケツ卜を VOPヘッダ復号回路 601に送り、 そこで VO Pヘッダの復号を実行させる。 VOPヘッダ復号回路 601では、 V〇Pヘッダ に含まれる時刻、 VOP符号化モード、 VOP量子化パラメータが復号される。 このうち、 時刻については、 modulo time baseおよび V〇P time incrementが時刻復号回路 603に送られ、 そこで時刻が復号される。
時刻復号回路 603では、 まず、 送られてきた modulo time baseおよび
VOP time incrementが復号されるとともに、 誤りがないかのチェックが 行なわれる。 誤りのチェックは、 modulo time baseおよび VOP time increment力ゝら復号された時刻が、 実際に存在しうる時刻であるかを検証する ことによって行う。 例えば、 符号ィヒした画像信号が NTS C信号の場合にはフレ —ムレー卜は 30 H zであるため、 卩夺刻は 1 / 30秒 (= 33ミリ秒) の倍数の 値を取るはずである。 従って、 復号された時刻が 1 30秒の倍数でなかった場 合には modulo time baseおよび VOP time incrementに伝送路 ¾Hり力; あると判定する。 同時に、 PAL信号の場合には 1/25秒の倍数になっている かでチェック可能である。
このようなエラ一チェックのための基準値は、 画像信号の嵇類 (PAL, NT
SC, C I F等) ごとに符号化装置、 復号化装置で予め定められた値を/ π意して おいてもよいし、 (図示しなレ、) システム情報の符 列にこれを示す情報を入れ て示してもよいし、 画像符号列の一部に入れてもよい。
時刻復号回路 603での時刻の復号および りチェックが終わると、 VOPへ ッダ復号回路 601には、 りがあると判定'されたときはそれを示す信号が、 m りがないと判定されたときは復号された時刻を示す信号が送られる。 V O Pへッ ダ複号化回路 601は、 時刻に誤りがなかった場合には、 一時記憶回路 621に この時刻を示す情報を格納した後、 その情報と他の情報とをあわせて復号回路 1 24に送る。 一方、 時刻に誤りがあったときには、 その VOPヘッダが含まれる 最初のビデオバケツトの符号列は破棄され、 次のビデオバケツトの復号が開始さ れる。
同期検出回路 1 2 2 T resync marker ( RM) が検出されると復号回路 1 2 4にそれらが検出されたことを示す信号が伝えられる。 復号回路 1 2 4はそれ に応じて、 resync marker ( RM) に引き続くビデオパケットヘッダが含まれ る符号列、 つまり 2番目以降のあるビデオバケツトをビデオバケツトヘッダ復号 回路 6 0 1に送り、 そこでビデオパケットヘッダの復号を実行させる。 ビデオパ ケットへッダ復号回路 6 0 2では、 ビデオパケットへッダに含まれるマク口ブロ ック番号 (MB A) 、 ビデオパケット量子化パラメータ (S Q) 、 ヘッダ拡張コ —ド (H E C) の復号が行われる。
もし、 ヘッダ拡張コード (H E C) = " 1 " だった場合には、 それに引き続く modulo time baseおよび V O P time incrementを時刻復号回路 6 0 3 に送り、 ここで時刻の復号を行う。 時刻復号回路 6 0 3では、 先の V O Pへッダ の復号の場合と同様に、 送られてきた modulo time baseおよび V O P time incrementを復号するとともに、 誤りがなレ、かチヱックを行う。 時刻復 号回路 6 0 3での時刻の復号および誤りチェックが終わると、 ビデオノ、。ケッ卜へ ッダ復号回路 6 0 2には、 誤りがあると判定されたときはそれを示す信号力;、 誤 りがなレ、と判定されたときは復号された時刻を示す信号が送られる。 ビデオへッ ダ復号化回路 6 0 2では、 時刻に誤りがあったときには、 その V O Pヘッダが含 まれるビデオパケットの符号列は破桀し、 次のビデオパケットの復号を行う。 一方、 時刻に誤りがなかった場合には、 第 1の一時記億回路 6 2 1に格納され ている時刻、 すなわち直前に復号されたビデオパケットで得た時刻との比蛟を行 V、、 現在のビデオパケッ卜が含まれる V O Pの判定を行う。 もし同一の時刻であ れば、 そのビデオパケットは直前に復号されたビデオパケットと同一の V O Pに 含まれていると判定し、 復号回路 1 2 4に復号されたビデオバケツトヘッダの情 報を示す信号を送って復号を行う。 一方、 復号された時刻と一時記憶回路 6 2 1 に格納されている時刻が ¾なる場合には、 これから復号しょうとするビデオパケ ットは、 直前に復号されたビデオバケツ卜とは異なる V O Pに含まれていると判 定する。 この場合は、 一時記憶回路 6 2 1に復号された時刻を記録するとともに、 復号回路 1 24に対して、 直前のビデオパケットとこのビデオパケットとの間に VOP領域があり、 このビデオバケツ卜から新しい VOPとして復号することを 示す V O P分割信号、 復号された時刻、 および、 復号されたビデオノ、'ケットへッ ダの情報を示す信号を送る。 復号回路 1 24では VOP分割信号を受け、 直前に 復号されたビデオパケットで V O Pが終了したとみなして V O P復号終了処理を 行い、 これから復号しょうとするビデオパケッ卜が次の VO Pの最初のビデオパ ケットとみなして VOP復号開始処理を行い、 弓 Iき続きビデオバケツ 卜の復号を 行う。
このような処理を行うことにより、 たとえ VOP start codeおよび VOP ヘッダが誤りによって失われてしまっても、 ビデオパケットヘッダの時刻情報に よって V O P境界を判定できるとともに、 正しレ、復号時刻を得ることができるた め、 復号画像の品質が向上する。
図 1 7 乃至1 7Cは、 VOPヘッダおよびビデオパケットヘッダの第 2の例 を示したものである。 図 14 A乃至 14 Dの例と比較すると、 ヘッダに含まれる 情報に誤りが入ったかどうかをチェックする CRC検査ビットが付加されている 点が異なる。
図 17 Aは VOPヘッダである。 図中、 CW1は VOPヘッダに含まれる modulo time base, VOP time increment, VOP符号化モード、 V〇 P量子化ノ、"ラメ一タに刘する C R Cチェックを行うための検査ビットである。 図 1 7 Bおよび 1 7 Cはビデオパケットヘッダで る。 図中、 CW2は、 マク ロブロック番号、 ビデオノくケット 子化ノ、。ラメ一タおよびへッダ拡張コードに対 する CRCチェックを行うための検査ビットである。 また、 CW3は HEC = "1" 、 すなわち、 蜇要情報が付加されたビデオパケットヘッダのみに存在し、 重耍情報、 すなわち、 modulo time baseおよび VOP time increment に対する C R Cチェックを行うための検查ビットである。
図 18は、 図 1 7八乃至1 7 Cの画像符号列に対応する復号化装置の構成であ る。 図 16の復号化装置に相対する部分に同一の符号を付してその違いのみを説 明すると、 CRC判定回路 605が加わっている点が! ¾なる。
VOPヘッダ復号回路 601では、 VOPヘッダに含まれる情報の復号を行う と共に、 CRC検查ビット CW1を用いて VOPヘッダの CRCチェックを行う。 もし、 CRCチェックで誤りありと判定された場合は、 その VOPヘッダおよび それが含まれるビデオバケツトを破棄して、 次のビデオバケツトの復号に移る。 ビデオパケットへッダ復号回路 602では、 ビデオパケットへッダに含まれる 情報の復号を行うと共に、 C R C検査ビット C W 2を用いてビデオパケットへッ ダの CRCチェックを行う。 もし、 CRCチェックで誤りありと判定された場合 は、 そのビデオパケットへッダおよびそれが含まれるビデオパケットを破棄して、 次のビデオパケットの復号に移る。 もし、 誤りなしと判定された場合には、 復号 されたヘッダ拡張コード HEじが "1 " であった場合には、 それに引き続く追加 された重要情報 (MT Bおよび V T I ) を復号する。 C R C検査ビット C W 3を 用いて重要情報に誤りが入っているか否かがチヱックされる。 もし、 誤りがなけ れば前述の図 16の複号化装置の場合と同様に、 V O Pへッダゃ他のビデオパケ ットへッダ中の時刻情報との比蛟、 VOP分割処理等を行う。
以上説明したように、 第 2実施例にぉレ、ては、 画像フレームの時刻を表す情報 をそのフレーム内のビデオパケットに付加しているため、 VOPヘッダに含まれ る時刻情報が誤りによつて失われてもビデオパケットへッダ中の逭要情報により 正しい時刻を復号できるため、 復号装置において正しい時刻に画像を再生表示す ることができる。
また、 ビデオパケットヘッダの時刻情報と、 VOPヘッダあるいは他のビデオ パケットへッダの時刻情報を比較して V O P境界判定を行うことにより、 VOP start codeが誤りによって失われても VOPの境界を正しく復号でき、 復号 画像の品質が向上する。
上述の例において、 IE要情報が含まれるかどうかは各ビデオバケツト ί¾にへッ ダ拡張コード (HEC) によって示される。 例えば、 すべてのビデオパケットへ ッダで H E C二 "1" として重要情報を入れるようにしてもよいし、 一部のビデ ォパケットのみ H EC= "1" としてもよレ、。 伝送路誤りの状態に応じて IE要情 報を入れるビデオパケットの数を制御することにより、 少なレ、ォ一バーへッドで 効率的に重要情報を保護することができる。
例えば、 上述の例のように modulo time base (MTB) と VOP time increment (VT I ) を用いて復号時刻を表す場合には、 MTB = 0の場合に は時刻情報が正しく復号できなくても復号時刻の誤差は 1秒以下だが、 MT Bが 0以外の V O Pで MT Bが正しく復号されなレ、とそれ以降の V O Pで復号時刻に 秒単位の大きな誤差が生じてしまう。 このため、 MTBが 0の VOPでは全ての ビデオパケットで H E C = " 0 " とするか少数のビデオパケットでのみ H EC =
"1" とし、 MTBが 1以外の VOPでは全てないしは多くのビデオパケットで HEC= "1" として MTBが正しく復号されるようにしても良い。
第 2の実施例では、 二重化する重要情報として、 時刻を表す情報 (modulo time base, VOP time increment) を用いる例を示したが、 この情報以 外にも、 例えば、 符号化モードを表す情報、 量子化パラメ一タを表す情報、 動き 補償に関する情報、 動きべク 卜ル情報等を合わせて二重化してもよレ、。
複数の V〇P予測モード (例えば、 フレーム內予測(intraframe
predictive) VO P (I— VOP) 、 前方予測(forward predictive) V O P (P— VOP) 、 前方後方予測(bidirectional predictive) V O P (B -VOP) 等) を VOP毎に切り替えて符号化する場合には、 この V〇P予測モ 一ドに関する情報が正しく復号できないとその V O Pを復号することができなレ、。 VO P予測モードもビデオバケツトヘッダに二重化情報として含めることにより、 VOPヘッダの VOP予測モードが誤りによって失われても、 ビデオバケツトへ ッダ中の二重化情報に含まれてレ、る V O P予測モ一ド情報をもとにその V O Pを 復号することが可能である。 以下、 そのような例について説明する。
図 27 Aおよび 27 Bは、 第 2の奘施例におけるビデオバケツトヘッダの第 3 の例を示したものである。 1つのフレーム (VOP) 全体の画像符号列および V OPヘッダはそれぞれ図 14Λおよび 14 Bと同一である。 図 27 Aおよび 27 Bはそれぞれ、 ヘッダ拡張コード HE C= "0" および HEC= "1" の時のビ デォパケットへッダである。 図 14 Λ乃至 14 Dのビデオパケットへッダに比べ、
HEC= "1" の時に、 時刻を表す情報 (図中 MTB, VT I ) に加え、 VOP 予測モード (図中 VPT) が含まれている点が ¾なる。
図 27 Aおよび 27 Bの画像符号列に対 する復号化装置はその全 ί本構成は図 16と同じである。 ただし、 ビデオバケツトヘッダ復号回路 602の動作が異な る。 また、 一時記憶回路 62 1に時刻情報 (modulo time base, VOP time increment) だけでなく、 VOP予測モード情報 (VPT) も記録する 点が異なる。 以下、 この相違点を中心に復号ィヒ回路の動作を説明する。
同期検出回路 1 22で 0? start codeが検出されると復号回路 1 24に これが検出されたことを示す信号が伝えられる。 復号回路 1 24はそれに応じて、 VO P start codeに引き続く V O Pヘッダが含まれる符号列を V〇 Pヘッダ 復号回路 60 1に送り、 V O Pへッダの復号が行われる。 V O Pへッダ復号回路 60 1では、 VOPヘッダに含まれる時刻情報 (MTB, V T I ) 、 VOP符号 化モード情報 (VPT) 、 VOP量子化パラメータ (PQ) の復号が行われる。 このうち、 時刻については、 odulo time base (MTB) および VOP time increment (VT I ) を時刻復号回路 603に送り、 ここで時刻の復号 力'行われる。
時刻復号回路 603では、 まず、 送られてきた modulo time baseおよび VOP time incrementを復号するとともに、 誤りがないかチェックを行う。 りのチェックは、 modulo time baseおよび V〇P time increment力 ら復号された時刻が、 実際に存在しうる時刻であるかを検証することによって行 う。 例えば、 符号化した画像信号が NTS C信号の場合にはフレームレ一卜は 3 0 H zであるため、 時刻は 1 Z30秒 (== 33ミリ秒) の倍数の値を取るはずで ある。 従って、 復号された時刻が 1/30秒の倍数でなかった場合には modulo time baseおよび VOP time incrementに ·β送路,誤りカ有ると半 lj定する。 同様に、 PAL信号の場合には 1/25秒の倍数になっているかでチェック可能 である。
画像信号の嵇類 (PAL, NTSC, C I F等) は符号化装 i 、 復号化装置で 予め定められた値を丌】レ、てもよいし、 (図示しなレ、) システム情報の符号列にこ れを示す情報を入れて示してもよいし、 画像符号列の一部に入れてレ、も良レ、。 時刻復号回路 603での時刻の復号および誤りチェックが終わると、 VO Pへ ッダ復号回路 60 1に、 誤りが有ると判定されたときはそれを示す信号が、 誤り 力'嘸レ、と判定されたときは復号された時刻を示す信号が送られれる。 V O Pへッ ダ復号化回路 601では、 時刻に誤りがなかった場合には、 さらに VOP予測モ —ド情報 (V P T) を復号する。 もし、 V O P予測モード情報にも誤りがなかつ た場合は、 時刻情報と V O P予測モード情報を一時記憶回路 6 2 1に格納し、 他 の情報とあわせて復号回路 1 2 4に送る。 一方、 V O Pヘッダに含まれる時刻情 報や V O P予測モード情報に誤りがあったときには、 その V O Pヘッダが含まれ るビデオパケットの符号列は破棄し、 次のビデオパケットの復号を行う。
同期検出回路 1 2 2で resync markerが検出されると復号回路 1 2 4にそ れらが検出されたことを示す信号が伝えられる。 復号回路 1 2 4はそれに応じて、 resync markerに引き続くビデオバケツトヘッダが含まれる符号列をビデオ バケツ卜ヘッダ復号回路 6 0 1に送り、 ビデオバケツトヘッダの復号が行われる。 ビデオパケットへッダ復号回路 6 0 1では、 ビデオパケットへッダに含まれるマ クロブロック番号、 ビデオノ ケット量子化パラメ一タ、 へッダ拡張コ一ドの復号 を行う。
もし、 ヘッダ拡張コード H E C = " 1 " だった場合には、 それに引き続く modulo time baseおよび V O P time incrementを時刻復号回路 6 0 3 に送り、 ここで時刻の復号を行う。 時刻復号回路 6 0 3では、 先の V O Pへッダ の復号の場合と同様に、 送られてきた modulo time baseおよび V〇P ime incrementを復号するとともに、 誤りがないかチェックを行う。 時刻復 号回路 6 0 3での時刻の復号および誤りチェックが終わると、 ビデオパケットへ ッダ復号回路 6 0 2に、 誤りが有ると判定されたときはそれを示す信号が、 誤り が無レ、と判定されたときは復号された時刻を示す信号が送られる。 ビデオパケッ 卜ヘッダ復号化回路 6 0 2では、 時刻に誤りがあったときには、 そのビデオパケ ットへッダが含まれるビデオノ ケットの符号列は破棄し、 次のビデオ/ヽ。ケットの 復号を行う。
一方、 時刻に誤りがなかった場合には、 さらに時刻情報に引き続く V O P予測 モード情報の復号を行う。 もし、 V〇 P予測モード情報にも復号誤りが無かつた 場合には、 復号された時刻情報と、 一時記憶回路 6 2 1に格納されている時刻と の比較を行い、 そのビデオパケットが含まれる V O Pの判定を行う。 もし同一の 時刻であれば、 そのビデオバケツトは直前に復号されたビデオバケツトと同一の V O Pに含まれていると判定し、 復号回路 1 2 4に復号されたビデオパケットへ ッダの情報を示す信号を送って復号を行う。 一方、 復号された時刻と一時記億回 路 621に格納されている時刻が異なる場合には、 これから復号しょうとするビ デォバケツトは、 直前に復号されたビデオバケツ卜とは異なる VOPに含まれて いると判定する。 この場合は、 一時記憶回路 621に復号された時刻情報および V〇 P予測モード情報を記録するとともに、 復号回路 1 24に、 このビデオパケ ットが V O Pの最初であることを示す V〇 P分割信号、 復号された時刻、 および、 復号されたビデオバケツトヘッダの情報を示す信号を送る。 復号回路 124では VOP分割信号を受け、 直前に復号されたビデオバケツ卜で VOPが終了したと みなして VOP復号終了処理を行い、 これから復号しょうとするビデオパケット が次の V O Pの最初のビデオパケットとみなして V〇 P復号開始処迎を行レ、、 弓 I き続きビデオバケツトの復号を行う。
なお、 ビデオパケットヘッダに含まれている VOP予測モード情報と、 一時記 億回路 621に記録されている VOP予測モ一ド情報が異なる場合には、 そのビ デォバケツトはビデオバケツトヘッダに含まれている VOP予測モードを用いて 復号処理を行っても良い。 これにより、 VOPヘッダに含まれている VOP予測 モード情報が正しく復号できなかった場合にもそのビデオバケツ卜を復号するこ とが可能である。
このような処理を行うことにより VOP start codeおよび VO Pヘッダが 誤りによって失われてしまってもビデオバケツトヘッダの時刻情報および VO P 予測モード情報によって VOP境界と VOP予測モードを正しく識別できるため、 復号画像の品贤が向上する。
なお、 V O Pへッダゃビデオパケッ卜へッダを復号する際に、 画像符号列中に (図示しない) 誤り検¾情報 (CRC、 スタッフイングビット等) がある堤合や、 伝送路 /菩稍媒体からの符号列を受信する回路、 あるいは、 受信した符号列を面 像符号列、 音声符号列等に分離する逆多 ffi化回路(demultiplexer)において 符号列中に誤りがあることを判定する機能がある凝合には、 これらによって誤り 判定された結果を fflレ、て復 された V O Pへッダゃビデオパケットへッダに誤り があるかを判定するようにしても良い。 もし、 これによつて復号された情報に誤 りがあると判定された場合には、 それらの情報は岡像復号には用いないようにす る。 また、 誤りがあると判定された情報が含まれるビデオパケットは復号せずに 破棄するようにしても良い。
図 28 Aおよび 28 Bは、 第 2の実施例におけるビデオパケットへッダの第 4 の例を示している。 1つのフレーム (VOP) 全体の画像符号列および VOPへ ッダはそれぞれ図 14 Aおよび図 1 7 Aと同一である。 図 28Aおよび 2813は それぞれ、 H E C = " 0 " および H E C = "1" の時のビデオパケッ卜へッダで ある。 図 1 7Bおよび 1 7 Cのビデオバケツトヘッダに比べ、 HEC= "1" の 時に、 時刻を表す情報 (図中 MTB, VT I) に加え、 VOP予測モード (図中 VPT) が含まれている点が異なる。
図 28八ぉょび288の画像符号列に対応する復号化装置はその全体構成は図
1 8と同じである。 ただし、 ビデオバケツトヘッダ復号回路 602の動作が異な る。 また、 一時記憶回路 621に時刻情報 (modulo time base, VOP time increment) だけでなく、 VO I)予測モード情報 (VPT) も記録する 点が異なる。 以下、 この相違点を中心に複号化回路の動作を説明する。
V O Pへッダ復号回路 601では、 V O Pへッダに含まれる情報の復号を行う と共に、 CRC検查ビット CW1を用いて VOPヘッダの CRCチェックを行う。 もし、 CRCチェックで誤りありと判定された場合は、 その VOPヘッダおよび それが含まれるビデオパケットを破棄して、 次のビデオパケットの復号に移る。 ビデオバケツトヘッダ復号回路 602では、 ビデオバケツトヘッダに含まれる 情報の復号を行うと共に、 CRC検査ビット CW 2を/]!いてビデオバケツトへッ ダの CRCチェックを行う。 もし、 CRCチェックで誤りありと判定された場合 は、 そのビデオパケッ卜ヘッダおよびそれが含まれるビデオパケットを破粲して、 次のビデオパケッ トの復号に移る。 もし、 誤り無しと判定された場合には、 復号 されたヘッダ拡張コ一ド HECが 1であった場合には、 それに引き続く二 ffi化さ れた ffi要情報 (図中 MT13, VT Iおよび VPT) を復号する。 CRC検査ビッ ト CW3を fflいて二^化遨要情報に誤りが入っているかチェックする。 もし、 誤 りがなければ、 前述の図 16の復号化装置と同様に、 V O Pへッダゃ他のビデオ バケツ卜ヘッダ中の時刻情報との比較、 VOP分割処迎等を行う。
以上説明したように、 時刻を表す情報を fi要情報に含めているため、 VOPへ ッダに含まれる時刻情報が誤りによって失われてもビデオバケツトヘッダ中の重 要情報により正しい時刻を復号できるため、 復号装匱において正しい時刻に画像 を再生表示することができる。 また、 ビデオパケットヘッダの時刻情報と、 VO Pへッダあるレ、は他のビデオパケットへッダの時刻情報を比較して V〇 P境界判 定を行うことにより、 VOP start codeが誤りによって失われても V O Pの 境界を正しく復号でき、 復号画像の品質が向上する。
また、 VOP予測モードもビデオバケツトヘッダに二道化情報として含めるこ とにより、 VOPヘッダの VOP予測モード情報が誤りによって失われても、 ビ デォパケットへッダ中の二逭化情報に含まれている V〇 P予測モ一ド情報をもと にその VOPを復号することが可能である。
また、 第 2の実施例において、 VOPヘッダ、 ビデオパケットヘッダに同期符 (Picture start code, Vu P start code, Resync marker等リ と 同一のパターンが生じないようにマーカビットと呼ばれるビットを付加してもよ レ、。
図 31 Λ乃至 3 1 Dは図 14 A乃至 14 Dの符号列にマ一力ビットを付加した 例である。 図 31 A乃至 31 D中、 VOP time increment (VT I ) の後ろ にある "marker"がマ一力ビットであり、 予め定められたビット値 (例えば "1" ) を持つ。
図 32 A乃至 32Cは、 マ一カビッ卜のないビデオパケッ卜ヘッダとマーカビ ットのあるビデオパケットヘッダを比較して示したものである。 図 32 Aのよう に、 同期符号の一つである resync markerを "0000000000000 0001" というビッ卜パターンを持つ 1 7ビッ 卜の符号語とする。 また、 V〇 P time increment (VT I ) は 10ビッ卜の任意の値を持つ符号語であり、 MTBは最後のビッ卜が 0の可変長符号である。
図 32 Bのようにマーカビッ卜がない場合には VT Iが 0の連続するパターン になった場合には resync markerと同一のビットパターンが生じてしまう。 図 32 Bの例では、 MT 1 の "0" と VT Iの "0000000000" とそれ に続く "000001" とレヽぅビット歹 IJで resync markerと同一のパターン が生じてしまっている。 これに対し図 3 2 Cのように VT Iの後ろにマーカビット "1 " を付加するこ とにより、 ビデオバケツトヘッダ中の連続する 0ビットの数が最大 1 1ビット (MTBの最後の 1 ビットの 0と VT Iの "0000000000" ) に抑えら れるため、 resync markerと同一のビットパターンを生じることはなレ、。
なお、 マーカビットは予め定められたビット値 (図 3 2 A乃至 3 2 Cの例では
"1 " ) を持っため、 復号化装置においてマーカビットがこの予め定められた値 かどうかを判定することにより、 VOPヘッダ、 ビデオパケットヘッダに伝送路 誤りがあるかどうかを判定するようにしてもよい。
第 2の実施例で示した図 1 7 A乃至 1 7 C、 図 2 7Λ、 2 7 Β、 図 28Λ、 お よび 28 Β等の他の符号列にも同様にマ一力ビットを付加して用いることができ る。
また、 このような符号列の構造はスライスレイヤを用レ、た場合にも適用できる。 図 3 3は第 1の実施例におけるスライス構造を用いた符号列の別の例を示したも のである。
図 3 3中、 S S Cはスライス同期符号、 E P Bは同期符号 (例えば S S C ) 以 外の部分が同期符号と同一のビットパターンにならないように付加されるビッ卜 \ "1 " を持つビット、 ΜΒΛはそのスライスの最初のマクロブロックの番号を 示す情報、 SQUATNTはそのスライスで用いられる量子化パラメ一タ、 GF I Dはピクチャヘッダに含まれる情報またはその一部を示すための情報である。 また、 同期符号 S S Cを符号列中のバイ ト位置にそろえる場合にはスタッフイン グビット S 3丁1;卩が3 S Cの前に付加される。 Macroblock Dataは各マク ロブ口ックの情報である。
TRが二 化された! !¾¾情報であり、 時刻怙報 (Temporal Reference) を 示している。 TR Iは TRが付加されたかどうかを示す 1ビッ卜のフラグで、 T R I = 1の時に T Rが付加される。
次に、 本発明の第 3実施例にっレ、て説明する。
図 1 9は本第 3実施例に係る動画像 ·音声符号化装置の全体構成を示す。 圧縮 符号化する動画像信号 1 0 1 Aおよび音声信号 1 0 2 Λはそれぞれ動画像符号化 装置 1 1 1 Λおよび音声符号化装置 1 1 2 Aに入力され、 それぞれ圧縮されて動 画像符号列 1 21 Λおよび音声符号列 122 Aが出力される。 動画像符号化装置 および音声符号化装置の構成については、 文献 (安田浩編著、 "マルチメディア 符号化の国際標準"、 丸善 (平成 6年) ) 等の詳しいのでここでは省略する。 動画像符号列 121 Aおよび音声符号列 1 22 Λは、 データ符号列 103 Aと 共に、 多重化装置 130Λで多重化され、 多重化符号列 135 Aが出力される。 図 20は、 図 19の動画像 ·音声符号化装匱(video/speech encoder)に 対応する動画像 ·音声復号化装置(video/speech decoder)の全体構成を示 す図である。 動画像 ·音声符号化装匱からの多 fi化符号列 185 Aは、 多重分離 装置(demultiplexer) 1 80 Aで分离 ίされ(demultiplex)、 動画像符号歹 ij 1 71 Λ、 音声符号列 1 72 Αおよびデータ符号列 1 73 Aが出力される。 動画像 符号列 1 71 Λ、 音声符号列 1 72 Αはそれぞれ動画像復号化装置(video decoder) 161 Aおよび音声復号化装置( speech decoder) 162 Aに人力 され、 そこでそれぞ L^号されることにより、 再生動画像信号
(reconstructed video signal) 1 51 Λおよび 生音声信号 1 52 Αが出 力される。
図 21 Aおよび 21 Bは、 動画像符号列 1 21 Λの 2つの例を示したものであ る。 動画像符号化装置 1 1 1 Aにおける符号化はピクチャ (フレーム, VOP) 単位に行われて動画像符号列 1 21 Aが作成される。 ピクチャの中はさらにマク ロブ口ックと呼ばれる小領域に分割されて符号化が行われる。
1ピクチャの動画像符号列はピクチャのスタ一卜位^を示す一意に復号可能な 符号であるピクチャスタートコード (PSC) 201 Λ (VOPスタートコード ともいう) からはじまる。
ピクチャスタートコード 201 Λの後ろにはピクチャヘッダ (PH) 202 A (VOPヘッダともいう) 力;続く。 ピクチャヘッダ 202Λには、 ピクチャの時 問 0勺位置を示 — PTR (Picture Temporal Reference) 221 Λ、 ヒ。クチ ャ全体の符号化モードを示すピクチャ符号化モード (PCM) 222Λ、 ピクチ ャ量子化ステップサイズ (PQ) 223Αが含まれている。 ピクチャヘッダ 20 2 Αの後ろには各マクロプロックの符号化データ 203 Aが続く。
図 21 Bは複数のマクロブロックをまとめたスライス毎に符号化を行った例を 示したものである。
各スライスの符号列においては、 スライスのスタ一卜位置を示す一意に復号可 能な符号である再同期マ一力(recync marker) ( RM) 2 1 O A, スライス ヘッダ (S H) 2 1 1 Aが続き、 さらに各マクロブロックのマクロブロックデー タ (MB ) 2 0 3 Aが続く。 スライスヘッダ 2 1 1 Aにはスライスの最初のマク ロブロックの番号を示す S M B N (Slice Macroblock Number) 2 3 1 A、 量子化ステップサイズ (S Q) 2 3 2 Λが含まれている。
再同期マ一力 2 1 O Aおよびスライスヘッダ 2 1 1 Λは、 予め定められた一定 ビット毎に付力 ί』しても良いし、 画像フレーム中の特定の位置に付加するようにし てもよレ、。 このようにスライス構造をもつ符号ィ匕を行った場合には、 動画像符号 列中に誤りが混入しても、 一意に復号可能な 同期マーカ 2 1 O Aで再同期をと ることができ、 誤りが伝播する範囲をそのスライスの中に収めることができるた め、 伝送路誤りがあったときの再生画像の品 Kが向上する。
図 2 2は、 多重化器で多重化された多重化符号列 1 3 5 Λの一例を示す図であ る。 多重化符号列 1 3 5 Aは、 動画像符号列 (VIDEO) 、 音声 (オーディオ) 符 号列 (SPEECH) 、 データ, 制御情報符号列 (DATA) が所定のサイズごとにそ れぞれ多重化されている複数の多 Jgパケットから梆成されている。 図 2 2中、 3 0 1 A, 3 0 2 A, 3 0 3 Λで示す区問がそれぞれひとつの多 ffi化パケットであ る。 これは、 全ての多 IS化パケットが同じ長さ (ビット数) の固定長パケットで も良いし、 多 ®化パケット毎に長さの ¾なる可変長パケットでも良い。
各多道化バケツ卜は最初に多重化バケツトのスタート位置を示す多 ffi化スター 卜コード (M S C) 3 1 Ο Λが付き、 その後ろに多泣化ヘッダ (MH) 3 1 1 Λ, 3 1 2 Λ, 3 1 3 Aが続く。 その後ろに図 1 9の動両像符号列 1 2 1 Λ、 昔声符 号列 1 2 2 Α、 データ符号列 1 0 3 Λをバケツ卜 ίϊί位などで多重化した多 Itt化ぺ イロ一ド (図中 3 2 1 Λ, 3 2 2 Λ, 3 2 3 Λ) が続く。
図 2 3 Αおよび図 2 3 Βは多重化ヘッダ (MH) 3 1 1 Λ中に含まれる情報の 第 1の例を示す図である。 図中、 多重化コード (M C) 3 5 1 Aは、 多 ffi化ペイ ロード 3 2 1 Aの中に動画像符号列 (Video) 、 音声符号列 (Speech) 、 デ一 タ符号列 (Data) がどのように多重化されているかを示している情報である。 この多重化コード情報 (MC) に伝送誤りが生じると、 多重化がどのように行わ れているかが分からなくなるため、 多重分離装置 1 8 OAで動画像符号列、 音声 符号列、 データ符号列を正しく分離できなくなる。 このため、 動画像復号化装置 161 A、 音声複号化装置 1 62 Aでも正しい復号を行うことができず、 再生動 画像信号、 音声信号の品質が劣化してしまう。
これを避けるため、 多重化ヘッダ (MH) はいずれも誤り検査符号および誤り 訂正符号により強い誤り保護を行う。 図 23 Λおよび 23 B中、 353 Λ (CR C) が CRC誤り検查ビット、 354Λ (FEC) が誤り訂正符号の検査ビット である。
本第 3実施例では、 動画像符号列 (Video) を含む多重化パケットの多 化へ ッダ (MH) には、 動画像符号列 (Video) のビデオヘッダ情報 (VHD) 35 2 Λも多重化コード情報 (MC) と一緒に含められている。 図 23 Λおよび 23 Bの例では、 ビデオヘッダ情報 (VHD) 352Λが含まれる多重化ヘッダ (M H) は、 MH1 (31 1 A) およひ TVIH2 (31 2 A) である。 ビデオヘッダ情 報 (VHD) 352Aは、 動画像符号化におけるピクチャ (フレーム) 全体の符 号化モ一ド等の、 誤りが混入すると再生画像に大きな劣化が生じてしまう ®要な 情報である。 例えば、 動画像符号化列が図 21 Aおよび 21 Bに示すフォーマツ 卜の場合は、 ピクチャヘッダ 202 Aやスライスヘッダ 21 1 Λないしはその中 の一部の情報をビデオへッダ情報 (VHD) 352Λとして多重化へッダ中に入 れる。
このように、 動 像符号化におけるピクチャヘッダ等の重要情報を多 S化へッ ダに挿入して、 多 2Ϊ化コード (MC) と合わせて誤り訂正符号および誤り検出符 号を生成してそれらによつて強 、誤り保護を行うことが本第 3実施例の特徴であ る。 これにより、 S要情報に対して誤り保護を行わない従来の動画像符号化装置 に比べ、 伝送路誤りに対する耐性が向上する。
図 24 Aおよび図 24 Bは多重化へッダ (MH) の第 2の例を示す図である。 図 23 Aおよび 23 Bに示した第 1の例に相対応する情報に同一の符号を付して 相違点のみを説明すると、 動画像符号列 (Video) を含む多重化パケットには、 多重化へッダの中にビデオへッダ情報 ( V H D ) 352 Λに加え、 動画像符号列 のピクチャやスライスの境界の位置を示すピクチャポインタ (ALP) 451 A が含まれていることが第 1の例と異なる。
ピクチャポインタ (ALP) 451Aがない場合には、 多重分离 (I装置 1 80A で動画像符号列を分離した後、 動画像複号化装置 161 Aでピクチャスタートコ —ドゃ再同期マーカによりピクチャやスライス境界を検出する必要がある。 これ に対し、 ピクチャポインタ (ALP) 451 Aを多重化ヘッダに含めた場合には、 ピクチャやスライス境界がこのピクチャポインタによっても検出できる。 ピクチ ャポィンタは多重化へッダ中で強く誤り保護が行われているため、 ピクチャ境界 やスライス境界が正しく検出される確率が向上し、 再生画像の品質が向上する。 また、 ビデオヘッダ情報 (VHD) 352Aには、 ピクチャヘッダ、 スライス へッダに含まれる全ての情報を含めても良いし、 一部の情報だけを含めるように してもよレ、。
図 25は、 動画像符号列 (Video) を含む多重化バケツト 601 A, 601 B それぞれの多重化ヘッダ中に、 それぞれ対応する多重化コード (MC 1) 61 1 A, (MC 2) 621 Aに加えて、 ビデオヘッダ情報として、 Picture Time
Reference (PTR1) 61 2 A, (PTR2) 622 Aのみを含めた例であ る。
図中、 多重化パケット 601 Aの多重化ペイロード中には、 PTR 1のピク チヤの符号列の最後のスライス (Slice N) 613Aと、 それに続く PTR- 2のピクチャのピクチャスター卜コード (P S C) 614Aと、 PTR-2の
Picture Time Reference ( P T R 2 ) 61 5Λと、 ピクチャ符号化モード
(PCM2) 616Aと、 PTR= 2のピクチャの符号列の最初のスライスの前 半部分 (Slice 1) 61 7 Λが含まれている。 また、 多重化バケツ卜 602A のペイ口一ドには、 P T R = 2のピクチヤの符号列の最初のスラィスの後半分 (Slice 1) 623Λ、 第 2スライスの ΡΪ同期マ一力 (RM) 624 Λ, スラ イスヘッダ (SH2) 625A、 PTR= 2のピクチャの符号列の第 2スライス (Slice 2) 626 Λが含まれている。
多重化バケツト 601 Aの多重化ヘッダ (MH 1) には、 その多重化バケツト 601 A中に最後の部分の符号列がある PTR= 1のピクチャの PTR612 A が含まれ、 多重化コード (MC 1) 6 1 1 Aと共に誤り訂正、 検出符号 (CRC, FEC) で誤り保護される。 従って、 多重化ペイロードの動画像符号化列中に含 まれる PTR (6 1 5 A) が誤りによって正しく復号できなくても、 多重化へッ ダ中の PTR (6 1 2Λ) が正しく復号され、 正しい PTRを得ることができる ので、 復号したピクチャを正しい時間に表示することができる。
さらに、 スライス構造を用いた動画像符号化方式においては、 スライススター トコード (再同期マーカ) 、 スライスヘッダの含まれる多蜇化パケットのビデオ へッダ情報 3 5 2 Aに P T Rを入れれば、 ピクチャスタ一トコ一ドが誤りによつ て正しく復号できなくても、 この PTRによってピクチャ境界を判定できる。 例 えば、 ピクチャスタートコ一ド (P S C) 6 1 4 Aや PTR6 1 5 Aが欠落して も、 次の多重化バケツ卜の多重化ヘッダ中に PTR 622 Aが含まれているため、 これとそれより前の多重化バケツ卜の多 S化ヘッダに含まれる PTR (例えば P TR6 1 2 A) を比較し、 これが等しくなければ多重化バケツト 60 1 Λにピク チヤ境界があると判定する。 この場合、 多重化パケット 602 A中に再同期マー 力がある最初のスライス (図の例では 624Λの slice2から) 正しく復号を 行うことができる。
ピクチャ符号ィ匕モードが頻繁に変わる符号化方式 (例えば Bピクチャを用いた 符号化方式等) を用いる場合には、 多重化ヘッダにピクチャ符号化モードを含め るようにしてもよレ、。
図 26は多篮化符号列の第 3の例である。 この多 ffi化符号列では、 各多 ffi化パ ケッ卜 70 1 Λ, 702 A, 703 A中にひとつのピクチャないしはスライス力'; 入り、 各ピクチャヘッダ (PH 1) 7 1 2Λ、 スライスヘッダ (SH2) 722 Aが多逭化ヘッダ 75 1 Λ, 752 Λの中で多重化コード (MC 1 ) 7 1 1 Α, (MC 2) 72 1 Λと一 ί に誤り保護されてレ、る。 このように、 動颐像符号化の ピクチャないしスライスと、 多 2Ϊ化パケットをそろえておけば、 各多 IB化バケツ トは必ずピクチャないしはスライスのスター卜位 {!2であることがー意に分かるた め、 多重分離された画像符号列の中から改めてピクチャスタートコ一ドゃ再同期 マーカを検出する必要がなく、 処理量が削減される。 さらには、 多重化スタート コ一ドを伝送路誤りに対して強い耐性を有する符号としておけば、 ピクチャゃス ライスのスタート位置が正しく特定できずにそのピクチヤやスライスが復号でき ない確率が少なくなる。
なお、 本第 3実施例では、 1つの画像/音声信号を符号化、 復号化する例を示 したが、 複数の画像/音声信号符号化装置を用いて複数の画像 音声信号を符号 化および多重化し、 また複数の画像 Z音声信号復号化装置を用いて複数の画像 Z 音声信号を分離 Z復号化する場合にも同様に応用できる。 この場合、 多重化へッ ダ情報に含めるビデオヘッダ情報には、 複数の画像信号を識別する情報を含める ようにしても良い。
また、 本第 3実施例と前述の第 1および第 2実施例とを適: I組み合わせて伝送 用符号列を生成することにより、 さらに信頼性の高い符号化情報の伝送が可能と なる。 第 3実施例において、 時刻を表す P T R (Picture Time
Reference) を第 2実施例と同様の modulo time base, V O P time incrementとして取り扱うことも可能である。 このように用いることにより、 第 2実施例で説明したのと同様に、 modulo time base, V O P time incrementの規則性を利用したチェックを行ってもよレ、。
次に本発明による情報を蓄積する媒体に関する具^例について説明する。
図 2 9は、 本発明による符号化装置から出力された画像符号列が蓄積される記 録媒体 8 1 0を用いて函像信号を再-生するシステムを示す図である。 記録媒体 8 1 0には、 本発明による画像符号化装 gで符号化された画像符号列を含む符号列 が蓄嵇されている。 復号装 I置 8 2 0はこの菩稍媒体 8 1 0に蓄積されている符号 列から、 画像信号を 生し、 画像情報出力装 © 8 3 0は再生画像を出力する。 例 えば、 コンピュータで読み取り可能な記録媒体に記録された函像情報をパ一ソナ ルコンピュータ等で^生する場合には、 その記録媒 ί本より晒像情報のビットスト リームを読み出し、 瞬像坷生プログラムを用いてビッ トストリ一ムをソフトウェ ァ処理 —ることが出来る。 ここで、 画像情報出力装^ 8 3 0とは、 例えばディス プレイ等を示す。 あるいは、 再生された画像信号を (図示しない) 菩 '媒^に記 録しても良いし、 図示しない伝送路を介して他の装置又はシステムに伝送しても よい。
このような構成の本システムは、 蓄積媒 ί本 8 1 0に前述の各実施例で説明した 如きフォーマッ トの符号列を蓄積してある。 この符号列は、 VOP (ピクチャ、 フレームともいう) へッダ情報の一部がビデオパケッ卜 (あるレ、はスライス、 G OB等) ヘッダの一部に二重化情報として記録されていることが特徴である。 復 号化装置 820はこの蓄稍媒体 81◦に蓄積されている符号列から、 画像信号を 再生する。 すなわち、 復号化装置 820は、 蓄積媒体 810より信号線 801を 介して符号列を読み込み、 図 3◦に示す手順により再生画像を生成する。
以下、 図 30に従って復号化装匱 820での処理の内容を説明する。
蓄積媒体 810から画像符号列を順次読み込み、 まず、 同期符号を検出する (ステップ S I 1) 。 もし、 検出された同期符号が VOP start codeだった ら (ステップ S 1 2の YE S) 、 直前に復号された VOP (フレーム) を画像情 報出力装置 830へ出力する処理を行う (ステップ S 13) 。 画像符号列中 VO P start codeに続く VO Pヘッダ (図 29中 VOP header) の復号を行う (ステップ S 14) 。 もし、 VOPヘッダが正しく復号できたら (ステップ S 1 5の YES) 、 復号化装置中の一時記憶回路に記録されている情報を復号された VOPヘッダ情報 (時刻情報、 VOP予測モード等) で置き換える (ステップ S
16) 。 VOPヘッダに引き続くマクロブロックデータ (図 29中 MB data) を復号し、 そのビデオパゲットの復号を行う (ステップ S 1 7) 。
もし、 検出された同期符号が resync markerだったら (ステップ S 1 8の YES) 、 resync marker (RM) に続くビデオパケットヘッダ (マクロブロ ック番号 (MBA) 、 ビデオパケット S子化パラメータ (SQ) 、 ヘッダ拡張コ —ド HEC) ) の復号を行う (ステップ S 19) 。 もし、 ビデオパケットヘッダ 中のヘッダ拡張コード HEC= "0" だった場合には (ステップ S 20の NO) 、 そのビデオパケットの復号を行う (ステップ S 1 7) 。 もし、 ヘッダ拡張コード HEC= "1" だった場合には (ステップ S 20の YES) 、 それに引き続く二 II化情報 (図 29中 DUPH) の復号を行う (ステップ S 21) 。 もし、 二 ffi化 情報が正しく復号できたならば (ステップ S 22の YES) 、 この二 ffl化情報と、 —時記憶回路に保存されていた情報を比蛟する (ステップ S 23) 。 もし比蛟結 果が等しければ (ステップ S 23の NO) 、 ビデオパケットヘッダに引き続くマ クロブロックデータ (図 29中 MB data) を復号し、 そのビデオパケットを復 号する (ステップ S I 7 ) 。 もし、 比較結果が等しくなければ (ステップ S 2 3 の Y E S ) 、 このビデオパケットは直前に復号された V O Pとは異なる V O Pに 厲すると判定し、 直前に復号した V O Pを画像情報出力装置 8 3 0に出力する処 理を行い (ステップ S 2 4 ) 、 一時記憶装置に記録されている情報を復号した二 重化情報で置き換える (ステップ S 2 5 ) 。 さらにそのビデオパケットの復号を 行う (ステップ S 1 7 ) 。
以上、 図 3 0に示した同期符号検出から始まる一連の処理を、 蓄積媒体 8 1 0 に記録されている画像符号列を順次読み込みながら繰り返していき、 動画像信号 を再生する。
なお、 画像符号列をそのまま蓄積媒体に記録するのではなく、 音声信号ゃォー ディォ信号を符号化した符号列、 データ、 制御情報等との多重化を行った符号列 を蓄積媒体に記録するようにしても良い。 この場合、 蓄積媒体に記録した情報を 画像復号化装置 8 2 0で復号する前に、 逆多重化装置で画像符号列と音声 ·ォー ディォ符号列、 データ、 制御情報を逆多重化する処理を行い、 逆多重化された画 像符号列を復号化装置 8 2 0で復号する。
また、 図 2 9では、 蓄積媒体 8 1 0に記録されている情報が復号化装置 8 2 0 に信号線 8 0 1を介して伝達される例を示したが、 信号線以外に、 有線/無線/" 赤外線等の伝送路を介して情報を伝達しても構わなレ、。
以上のように本 明によれば、 萘積媒体に記録されている符号列は、 fi要な情 報が二重化して記録されているため、 蓄積媒体に記録された情報に誤りがある場 合や、 蓄稿媒体に記録された情報を洱生画像に送る信号線や伝送路において誤り が生じる場合においても、 劣化の少ない再生陋像を W生することができる。
次に、 本究明の第 4の実施例にっレ、て説明する。
本実施例に係る動画像 ·音声符号化装歷および動画像 .音声復号化装膛の全体 構成はそれぞれ図 1 9および図 2 0と同一である。 ただし、 各部の動作は第 3の 実 ½i例と興なる。 以下、 この相違点を中心に説明する。
図 3 4 Λ乃至図 3 4 Cは動画像符号列 1 2 1 Λの 3つの咧を示したものである。 動画像符号化装置 1 1 1 Aにおける符号化は V O P (ピクチャ、 フレーム、 フィ —ルドともいう) 単位に行われて動画像符号列 1 2 1 Λが作成される。 ピクチャ の中はさらにマクロプロックと呼ばれる小領域に分割されて符号ィヒが行われる。
1つの VO Pの動画像符号列は一意に復号可能な同期符号である VO Pスター トコード (図中 VSC) (ピクチャスタートコードともいう) 力 らはじまる。 V OPスタートコードの後ろには VOPヘッダ (図中 VH) (ピクチャヘッダとも いう) が続く。 V〇Pヘッダには、 VOPの時刻を表す情報、 VOP符号化モ一 ド、 VOP量子化ステップサイズ等が含まれている。 VOPヘッダの後ろには各 マクロブロックの符号化デ—タが続く。
図 34 Aは VOP内をビデオパケッ ト (スライス、 GOBともいう) と呼ばれ る符号化単位に区切って符号化を行う例を示したものである。 ビデオバケツトは 1ないしは複数のマクロブロック (図中 MB data) 力 ^らなる。 例えば動きべク トルの隣接マクロブロックの動きべク トルからの予測のように、 複数マクロブ G ックにわたる予測を用いた動画像符号化を行う場合には、 伝送路誤りの影響が他 のビデオパケッ卜に及ばないようにするため、 同一のビデオパケットに含まれる マクロブロックだけから予測を行うようにしてもよい。
VOPの最初のビデオパケット以外の各ビデオパケッ卜の符号列は、 一意に復 号可能な同期符号である再同期マーカ (RM) (スライススタートコード、 GO Bスタートコードともいう) と、 ビデオパケットヘッダ (V PH) (スライスへ ッダ、 GOBヘッダともいう) から始まり、 さらに各マクロブロックのデータ (M B data) が続く。 ビデオパケッ卜へッダにはビデオパケットの最初のマク ロブロックの位置を示すマクロブロック番号 (あるいはスライス -号や GOB番 号) 、 ビデオパケットの; a子化ステップサイズ等が含まれている。 さらに、 第 1 および第 2の実施例で説叨したように、 VOPへッダ f f報 の IE要情報を含める ようにしてもよレ、。
図 34Bは、 動画像符号列を、 予測モードや動きべク トルに関する情報と、 動 さネ ί1ϊ(¾適 ύ、予測 (motion compensation adaptive Drediction)の 差 'i 号(residual error signal)あるいはそれを直交変換(orthogonal transform) (DCT等) した直交変換係数に l する情報との 2つに分けて符 号化した符号列の例を示したものである。 各ビデオパケットの符号列の中で、 予 測モ一ドや動きべク 卜ルに関する情報 (図中 Motion) は前方 (図の例ではビデ ォパケットヘッダないしは V O Pヘッダのすぐ後) にあり、 予測残差 D C T係数 に関する情報 (図中 Texture) は後方にある。 2種類の情報の間はモーション マ一力 (図中 MM) で区切られている。
図 3 4 Cは、 符号ィヒする画像の形状に関する情報をあわせて符号化する動画像 符号化方式の符号列の例を示している。 図中、 Shape が形状情報に関する情報 であり、 各ビデオバケツ 卜のなかで予測モードや動きべク トルに関する情報 (Motion) よりも前方 (図の例ではビデオパケットへッダなレ、しは V〇 Pへッ ダのすぐ後) にある。 形状情報 (Shape) と予測モードや動きべク トルに関する 情報 (Motion) の間はシヱープマ一力 (図中 S M) で区切られている。
図 3 4 Λ乃至図 3 4 Cの動画像符号化列において、 スタートコ一ドゃ再同期マ 一力等の同期符号は、 あるビット数の整数倍のビッ卜位-置に揃えるようにするこ とが好ましレ、。 図 3 5 Λおよび 3 5 Bは、 各ビデオパケッ トの最初にある V O P スタートコード (V S C) および再同期マ一力 (RM) の位置を Nビットの整数 倍の位置に揃えた例である。 このような処理を行うことにより、 同期符号を任意 のビッ ト位置に配匱する符号ィヒ方式に比べ、 復号化装置で同期符号を検出する位 置の数を 1 /Nに削減することができる。 これにより、 復号化装匱における同期 検出処理が節略化されると共に、 伝送路誤りによって同期符号と同一のビットパ ターン (疑似同期符号) 力;生じ同期符号が誤って検出されてしまう類 同期と呼 ばれる現象の確率を 1 ZNに抑えることができ、 伝送路誤りが入ったときの復号 画像の品質が向上する。 - このように同期符号の位置を揃えるために、 同期符号の直前の情報と同期符号 の問にはスタッフイングビット (図 3 5 A中 stuffing bits) を入れる。 図 3 5 Bは、 N = 8の時のスタッフイングビッ卜の符号表の例を示した図である。 このスタッフイングビッ卜は従来多く 1]いられてきた全てのビッ卜が " 0 " のス タツフィンダビット等と異なり、 符号列の逆方向から一意に復号でき、 スタッフ ィングビットの長さを復号装置で特定できることが特徴である。 図 3 5 Bの例で は、 スタッフイングビッ卜の最初の 1ビットカ; " 0 " で他のビッ卜は " 1 " であ る。 従って、 スタッフイングビッ トの最後のビット、 すなわち、 同期符号の直前 のビッ卜から順に逆方向にみて最初の " 0 " のビッ卜がスタッフイングビットの 最初のビットと判定することが可能である。
このように、 スタッフイングビッ卜の最初のビッ卜の位置を特定できるため、 復号装置にぉレ、て符号列中に伝送路誤りが混入したことを容易に検出することが 可能である。 符号列の復号が正しく行われた場合には、 スタッフィングビットの 直前のデータの復号終了位置と、 スタッフイングビットの開始位置が一致してい るはずである。 もし、 復号終了位置とスタッフイングビットの開始位置がずれて いた場合には、 符号列に伝送路誤りが入ったと判定し、 その符号列を復^に用い ないようにしても良い。
また、 符号列の逆方向からも復号可能な可変長符号を用いて逆方向の復号を行 う場合には、 復号化装置において逆方向復号の開始位置を特定する必要がある。 スタッフイングビッ卜は復号開始位匱はスタツフィングビッ卜の直前のビットで あるが、 従来の、 例えば全てのビットが同一のビット値をもつスタッフイングビ ットはその長さを特定できないため、 復号装置で逆方向復号の開始位置がわから ない。 これに対し、 図 3 5 Λおよび 3 5 Bのスタッフイングビットは最初のビッ トの位置を特定することができるため、 逆方向復号の開始位置を特定することが 可能である。
また、 同期符号が " 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 " のように " 0 " 力 s 多く含まれる符号語の場合、 従来の全て "◦" のスタッフイングビッ卜は誤りが 混入することにより同期符号と同一のビットパターンになってしまう確率が高く、 類似同期を生じやすいという問題があった。 これに対し、 図 3 5 Aおよび 3 5 B のスタッフイングビッ卜は最初のビット以外全て " 1 " のため、 " 0 " が多く含 まれる同期符号とハミング距離が離れており、 類 同期が生じる可能性が い。 以上のように、 スタッフイングビットを予め定められた規則に従って生成する ことにより、 復号ィ匕逆多 ISィヒ装 ( decoder/demultiplexer apparatus )に おいて、 多重化符号列中のスタッフイングビットをその生成規則と照合し、 もし その生成規則に反すると判定された場合には、 多 ffi化符号列中に誤りが混入した と判定することが可能である。 これにより、 復号化逆多道化装置において、 逆多 重化し、 復号化した信号に大きな劣化が生じないような処理を行うことにより、 多重ィヒ符号列中に誤りが混入したときの復号化信号の品質を向上させることがで さる。
なお、 VOPスタ一トコ一ドゃ再同期マーカ以外に、 モーションマ一力 (M M) ゃシエープマーカ (SM) もあるビット数の整数倍のビット位置に揃え、 そ の前に図 35 Bのようなスタッフイングビットを入れても良い。 これにより、 形 状情報、 予測モードゃ動きべク トル情報等も誤り検出や逆方向復号を行うことが できる。
図 36は多重化器 13 OAの構成の ί列を示した図である。 図 36の例では、 多 重化処理をァダプテ一シヨン層 1031 Λ (Adaptation Layer) と多重化層 1032 A (Multiplex layer) と呼ばれる 2段階で行う。 ァダプテーショ ン層 103 1 Aへの入力は動画像符号列 1 21 Λ、 音声符号列 122 Α、 データ 符号列 103 Αである。 ァダプテ一ション層で処理を行った出力 1041 A, 1 042A, 1043 Aは多重化層 1032 Aに入力される。 多重化層からの出力 が多重化符号列 135 Aになる。
図 37は動画像符号列 1 21 Aに対してァダプテ一シヨン層での処理を行った 出力符号列 1041 Aの例を示したものである。 ァダプテ一シヨン層での処理は、 動画像符号列 1 21 Aをある単位に区切った AL— SDU (アクセスュニッ卜
(Access Unit) ともレ、う) という単位毎に処理が行われる。 1つの AL— S DUをァダプテ一シヨン層で処理した出力は A L— PDUとよばれる。 図 37は 1つの A L-P DUの構成を示したものである。 各 Λ L-P D Uには Λ Lへッダ (AL-header) がっく。 ALヘッダには、 例えば、 AL— PDUの番号、 性、 動画像符号化ゃ多茧化のモ一ド等を示す情報を入れても良い。 八 Lヘッダの後ろ には A Lペイロード (AL payload) として Λ L— S DUが続く。 さらに、 そ の後ろに C R C検奄ビッ卜など、 A L— P D Uに伝送路誤りが入つたかどうかを 検出するための検杳ビッ卜を付けても良レ、。
ァダプテ一ション層では、 音声符号列 121 Aやデータ符号列 103 Aに対し ても同様の処 を行い、 音声符号列およびデータ符号列に対する A L— P D U 1 042 Aおよび 1043 Aを出力する。 ただし、 Λ Lヘッダに入れる情報や C R C検査ビットの長さや有無などは動圃像符号列に対する AL— PDU 1041 A と異なるようにしても良い。 ァダプテーシヨン層で作成された AL— PDU 1041 A, 1042 A, 10 43 Aは、 多重化層で多重化される。 多重化は MUX— PDUと呼ばれる単位毎 に行う。 図 38 A乃至 38 Cは多重化を行った MUX— PDUの例を示したもの である。 MUX— PDUには、 多重化同期符号 (MUX flag) 、 多重化ヘッダ (MUX header) がっく。 多重化ヘッダには、 MUX— P DUに多重化され ているァダプテ一シヨン層からの出力の種類や多重化の仕方、 MUX— PDUの 長さ等の情報を入れても良い。
図 38 Aは 1つの MU X— P D Uの中に 1つの Λ L-PDUを入れる例を示し ている。
図 38 Bは 1つの AL— PDUを複数 (図の例では 2つ) の MUX— PDUに 分割する例を示している。 この場合、 多重化ヘッダには、 MUX— PDUに含ま れる分割された A L— P D Uが、 1つの A L— P D U全体の何番目にあたるかを 示す情報や、 1つの A L— P D Uの最初あるレ、は最後の分割 Λ L-PD Uである ことを示す情報を入れても良レ、。
図 38Cは、 1つの MUX— PDUに複数の AL— PDUを入れる例を示して いる。 同図の例では、 動画像符号列の AL— PDU (Video AL-PDU) と音声 符号列の AL— PDU (Audio AL-PDU) を合わせて多重化している。 この場 合、 多重化ヘッダには、 MUX— PDU中に含まれる複数の AL— PDUの境界 を示す情報を入れても良い。 あるいは、 八しー130リの境界に、 境界を示す識別 子をつけてもよい。
前述のように、 ァダプテ一ション屑では符号列を AL— SDUあるいはァクセ スユニット (access unit) と呼ばれる単位に区切って処理を行う。 図 39 A 乃至 39 Cは、 動画像符号列のァダプテ一ション屈での区 」り方の例を示した図 である。
図 39 A乃至 39Cは 1つの VOPを 1つのアクセスュニットとする例である。 図 39 A乃至 39 Cがそれぞれ図 34 Λ乃至図 34 Cの動画像符号列に対応する。 図 40Λ乃至 40Cは 1つのビデオバケツトを 1つのアクセスュニッ卜とする 例である。 図 40 Λ乃至 40 Cがそれぞれ図 34 A乃至図 34 Cの動画像符号列 に対応する。 図 3 4 Bおよび図 3 4 Cのように、 ビデオパケツト内をさらに形状情報、 動き べク トル情報、 D C T係数情報のように区切って符号化する場合には、 アクセス ュニットもこれに合わせて区切ってもよい。 図 4 1 Aおよび 4 1 Bはこのような 例を示している。 図 4 1 Aおよび 4 1 Bがそれぞれ図 3 4 Bおよび図 3 4 Cの動 画像符号列に対応している。 形状情報 (Shape) 、 予測モードや動きべク トルに 関する情報 (Motion) 、 残差信^その D C T係数に関する情報 (Texture) 毎に、 その境界を示すモーションマ一力 (MM) 、 シエーブマ一力 (S M) を境 にしてアクセスュニットを構成する。
前述のように多重化層において MU X— P D Uや A L— P D Uの境界を示す多 重化同期符号、 A L境界識別子(AL boundary identif ier )等が付加されて レ、る場合には、 各アクセスユニッ トのスタート位置はこれらの符号、 識別子かち 判別することができる。 この場合は、 動画像符号列からアクセスユニットの先頭 にある同期符号を取り除いても構わなレ、。 図 4 2 A乃至図 4 2〇は1っの 0? を 1つのアクセスュニッ卜にする例で、 この場合は V O Pの先頭にある V O Pス タートコ一ドを取り除レ、ても構わなレ、。 図 4 3 A乃至 4 3 Cは 1つのビデオパケ ットを 1つのアクセスュニットにする例で、 この場合はビデオバケツ卜の先頭に ある V O Pスタ一卜コード、 再同期マーカを取り除いても構わない。 図 4 4 Aお よび図 4 4 Bは形状情報 (Shape) 、 予測モードや動きべク トルに関する†f報 (Motion) 、 残差信号やその D C T係数に閲する情報 (Texture) 毎にァクセ スユニットを構成する例で、 この場合、 ビデオパケットの先頭にある V O Pスタ —トコ一ド、 同期マ一力と、 Shape、Motion、Textureの境界を示 モ一シ ヨ ンマーカ (MM) 、 シェ一プマ一力 (S M) を取り除いても構わない。
図 4 5 Λおよび図 4 5 Bのように 1つのアクセスュ-ッ卜に 1ないしは複数の ビデオパケットを入れてもよい。 この場合、 図 4 5 13のようにアクセスユニット の最初にある V O Pスタードコードないしは 同期マ一力だけを取り除いても構 わない。 図 3 4 Bおよび図 3 4 Cの動画像符号列にっレ、ても同搽に複数のビデオ バケツトでアクセスュニットを構成してもよい。
図 3 4 Bおよび図 3 4。のように、 ビデオパケットを Shape , Motion , Textureのように分割して符号化する場合は、 複数のビデオパケッ卜の Shape Motion, Textureをそれぞれ集めてアクセスユニットを構成してもよレ、。 図 4 6 A乃至図 4 6 Dは図 3 4 Bの符号列に対してこのような処理を行ったもので, Motion, Textureをそれぞ; h めてアクセスユニットを構成してある。 V O Pへッダおよびビデオパケッ卜へッダは各ビデオパケット毎に Motionの前に つける。
Motion, Textureを集めてアクセスュニットを構成する単位は V O P単位 でも構わないし、 任意の複数個のビデオパケットでも構わない。
このようなアクセスュニット構成において、 各ビデオバケツ卜の Motion、 Textureの境界に同期符号をつけてもよレ、。 図 4 6 Bは Motionの境界に、 図 4 6 Cおよび 4 6 Dは Motionおよび Textureの境界に同期符号 (RM) を入 れたものである。 さらに、 図 4 6 Dの例では各アクセスユニットの先頭にも同期 符号 (V S C) を入れている。 Motionと Textureで異なる同期符号を用いて もよレヽ。 例えば、 Motionではモーションマ一力を、 Textureでは再同期マ一 力を用いてもよい。
なお、 図 3 4 Cの動画像符号歹 Ijiこつレヽても、 Shape, Motion, Textureデ
—タをそれぞれ集めてアクセスュニットを構成することが可能である。
以上のように、 Shape、 Motion, Textureのような重要度の異なる符号歹 IJ の中から同一重要度のもの同士をそれぞれ ftめてアクセスュニットを構成し、 各 アクセスユニット毎に異なる誤り保護 (例えば誤り訂正符号、 誤り検出符号、 再 送等) を行うことにより、 それぞれの符号列の IE要度に応じた誤り保護を行うこ とができ、 伝送路誤りが入ったときの復号画像の品質が向上する。 一般に、 形状 情報(Shape ) , モ一ド情報や動きべク トル情報(Motion )は伝送路誤りが入る と復号画像に大きな品質劣化を生じてしまう。 このため、 Shape , Motionに 対して強レ、誤り訂正符号を用いるとレ、つた強レ、誤り保護を行ってもよレ、。 逆に予 測残差信号 (Texture) は伝送路誤りが入ってもそれほど大きな晒質劣化を生 じないため、 それほど強く誤り保護を行わなくてもよく、 誤り訂正符号、 誤り検 出符号等による冗 度を少なくすることができる。
以上の動画像符号列の同期符号を取り除く例では、 多重化器 1 3 0 Λで動画像 符号列 1 2 1 Aに含まれている同期符号を取り除いてもよいし、 画像符号化器 1 1 1 Aで予め同期符号を取り除いた動画像符号列 1 2 1 Aを多重化器に渡すよう にしてもよレ、。
図 3 9 A乃至図 4 6 Dのいずれの例においても、 各アクセスュニッ卜の長さが あらかじめ決められた長さの整数倍 (例えばバイ ト単位) になるようにしてもよ レ、。 図 3 5 Aおよび 3 5 Bの例で示したように、 動画像符号列が再同期マ一力や スタートコ一ドの前にスタツフィングビットを入れて各ビデオパケットゃ各 V O Pが Nビット (例えばバイ 卜) 単位になっている場合には、 このスタッフイング ビットを含めてアクセスュニッ卜にすれば、 アクセスュニッ卜の長さを決められ た長さの整数倍 (バイ ト単位等) にすることが可能である。
もし、 動画像符号列でこのような処理を行っていない場合には、 図 4 7のよう に各アクセスュニッ 卜の最後にスタッフイングビッ トを入れてアクセスュニッ ト の長さを決められた長さの整数倍 (バイ ト単位等) にしてもよレ、。 スタッフイン グビッ卜には例えば図 3 5 Bのスタッフィングビットを用いればよい。 この場合、 動画像符号列にスタッフイングビットを入れた場合と同様に、 スタッフイングビ ットを用いて符号列に混入した誤りを検出することも可能である。 また、 動画像 符号列以外に音声やデータの符号列に対してもスタッフイングビッ卜を付加して アクセスュニッ卜の長さを決められた長さの整数倍 (バイ 卜単位等) にしてもよ レ、。
多重化層では、 多重化ペイロード中に多 S化同期符号と同一のビットパターン がある場合、 逆多逮化器でこのビットパターンを誤って多 IS化同期符号と判定し、 MU X— P D Uの境界が誤って検出されてしまう疑似同期 (エミユレ一シヨン (emulation)とも言う) が生じることがある。 動函像符号化器において動画像 符号列中の同期符号 (V O Pスタートコード、 Πί同期マーカ等) 以外の部分にこ れと同一のビットパターンが無いような動両像符号列を生成した場合には、 動画 像同期符号を用レ、て多 JB化履での疑似同期が生じたかどうかを検出することがで さる。
MU X - P D Uペイ口一ドの先頭位置と、 Λ L— P D Uの先頭位置を合わせ Μ U X - P D Uを構成する。 図 3 8 Λ乃至 3 8 Cに示した例は何れもこのような構 成になっている。 A L— S D U (アクセスユニット) の先頭に動画像同期符号を 入れる。 このようにすれば、 多重化同期符号と動画像同期符号は多重化ヘッダや A Lヘッダを挟んで隣接して配匱される。 もし、 逆多重化装置で誤って多茧化同 期符号が検出された場合、 これに隣接する多重化ヘッダ、 ALヘッダおよび動画 像同期符号を検出しょうとするが、 検出した多重化同期符号は疑似同期であるた め、 本来多重化へッダ, A Lへッダぉよび動画像同期符号があるとしてこれらの 復号を行った場所には全く別の情報が入っている。 従って、 逆多重化器において 復号した多重化へッダ、 A Lへッダぉよび動画像同期符号が正しレ、情報かどうか を判定し、 正しくないと判定された場合には検出した多重化同期符号を疑似同期 と判定する。
図 48は、 多重化器の構成の第 2の例である。 この例では、 多重化器は、 ド 1 e xMu X層と T r a n sMu X層の 2つの階層に分かれている。 さらに、 F 1 e xMu X層はァダプテ一シヨンサブレイヤ(adaptation sub-layer) (A L) と多重ィ匕サブレイヤ (Mux sub-layer) に、 T r a n s M u x層はプロテ クシヨンサブレイヤ (Protection sub-layer) と トランスマックスサブレ ィャ (TransMux sub-layer) に分力れてレヽる。
図 49は F 1 e xMu x層で生成された符号列の例を示したものである。 10 61 Λがァダプテーシヨンサブレイヤで、 1062 Λが多重化サブレイヤで構成 された符号列である。 ァダプテ一シヨンサブレイヤには、 多 ffi化する情報の種類 や時刻を表す情報等の情報が入った ALヘッダ (Header) 1 065 Λが付き、 さらに、 多重化する動園像符号列、 音声符号列、 データ符号列等のペイロード (Payload) 1066 Aが多 IE化され、 A L— P D Uが生成される。 多道化サ ブレイヤでは、 必要に応じて、 さらに AL— PDUの極類やチャネル番号などを 示すィンデックス (index) 1068Aと、 AL— PDUの長さを示す情報
(length) 1069Λがついて F l e x M u x— P D Uが生成される。
F 1 e xMu x層で生成された F 1 e xMu x— PDl^ T r a n sMu x屑 に入力される。 T r a n sMu x層には図 36の多 IS化器の構成を川いても構わ なレヽ。 この場合、 プロテクション-ナブレイヤ(protection sub— layer )カ; ! 36のァダプテーシヨン層 1031 Aに、 トランスマックスサブレイヤ
(transmax sub— layer、力図 36の多 化層 1032 Aに相当する。 あるい は、 卜ランスマックスサブレイヤに図 3 6の構成を用い、 プロテクションサブレ ィャは用いないようにしてもよレ、。
なお、 スタッフイングビットによつて予め定められた長さの整数倍の長さに設 定された単位符号列を多重化する構成、 および同一重要度の符号語同士をそれぞ れまとめてそれをアクセス単位とする構成は、 前述の第 1乃至第 3実施例で説明 した多重化符号化列の構造それぞれに適宜適用することができる。
また、 図 4 5 Aおよび図 4 5 Bのようにひとつのアクセスュニッ卜に複数のビ デォバケツ卜をいれる場合、 アクセスュニッ卜の境界および再同期マーカのフレ ーム内の配置を図 5 0のようにしてもよい。 図 5 0中、 白丸が再同期マ一力のあ るマクロブロック (すなわちビデオパケットの最初のマクロブロック) を、 灰色 丸がアクセスュニット内の最初のマクロブロックの位置を示している。 このよう な画像では、 背景部分よりも人物のほう力 Sより重要な情報であるため、 伝送路誤 りに対して高い耐性を有する方が好ましい。 このため、 人物部分に再同期マ一力 を多く配してビデオパケットの間隔を細かく し、 伝送路誤りから回復が早期に図 れるようにして誤りに耐性を強くする。 逆に、 背景部分は重要度がそれほど高く ないため、 再同期マ一力は少なくしてビデオバケツトの間隔を広く しても構わな い。 '
さらに、 フレーム内をラスタスキャンの順に左上から右下のマクロブロックへ と符号化する符号化方式においては、 あるマクロプロックに混入した誤りがより 右下のマク口プロックに波及することがある。 特に m要領域内に誤りが波及する と大きな両質劣化を生じるため、 2要領域がスタ一卜するマクロプロックはァク セスュニット內の最初のマクロブロックとし、 他のアクセスュニッ卜に混入した 誤りの影響が及ばな!/、よ')にしてもよい。 図 5 0の例では IE耍颃城である人物の 左端マクロブロックをアクセスュ-ッ卜の最初のマクロブロックにしてある。 ひとつのアクセスュニッ卜の中で誤り ί呆護の強さを Jり換えられる場合には、 フレーム内の領域の逭耍庶に応じて誤り保護を切り換えてもよレ、。 図 5 1はこの ような切り換えを行う例である。 図 5 1中、 萍ぃ灰色 (ハッチング) の領域が強 い誤り保護を行う領域 (High QoS) で、 より遠要な情報である人物部分にこれ を割り当ててある。 図 5 2 Λ乃至 5 2 Cはこれに対応するアクセスュニットの構 成の例を示したものである。 図中、 薄い灰色 (ハッチング) 部分が図 5 1の薄い 灰色のマク口プロックに相当するもので、 この部分は強く誤り保護を行う。
ビデオパケットを Motion , Textureのように分割して符 ' 化する場合は、 図 5 2 A乃至 5 2 Cのようにアクセスュニット内の前半に Motionを、 後半に Textureを入れ、 さらに図 5 1中薄い灰色で示した] £要領域をそれぞれの前半 にくるようにしてもよい。 あるいは図 5 2 Cのように Motionと Textureを別 のアクセスユニットにし、 それぞれの前半をより強く誤り保護してもよレ、。 これ らにより、 重要領域の符号列のさらに重要な Motion部分をより強く誤り保護 することができる。
以上説明したようにこの発明によると、 S同期マーカの配赝やアクセスュニッ 卜内の構成を使用することにより、 少ないオーバ一へッド (冗 ½度) でより強レ、 mり耐性を持たせることが可能である。 一般に再同期マーカや強レ、誤り保護を用 いることによりオーバ -ッドが増加してしまう力;、 重要な情報である人物等に 再同期マ一力を多く割り当てて誤り保護を強く し、 背景のようなあまり重要でな い領域には再同期マーカを少なくして誤り保護を弱くすることにより、 全体に均 -に再同期マーカの割り当てと誤り保護を行う場合に比べ、 同じ ψ-均オーバーへ ッドで重要情報に対してより強レ、誤り耐性を持たせることができる。
さらに、 図 5 1の人物部分のように多くの再同期マーカを割り当てた場合、 ビ デォバケツ卜の長さがこれに対応して非常に短くなるため、 ^ビデオバケツ卜を それぞれひとつのアクセスユニットに割り当ててしまうと、 A Lヘッダ、 多遠化 ヘッダ、 多道化同期符号等によるオーバーへッドが非常に大きくなつてしまう。 この場合は図 4 5 Aおよび図 4 5 Bのようにひとつのアクセスュニッ卜に複数の ビデオバケツトを入れた方がオーバ一へッドは少なくなる。
図 5 3は、 例えば図 1に示される符号化装置の符号化回路 1 0 3の回路構成を 示している。 これによると、 符号ィ匕回路 1 0 3に入力される両像情報は、 まず動 き補償回路 1 0 3 6に送られる。 ここで、 この動き補償回路 1 0 3 6は人力画像 情報とフレームメモリ 1 0 3 5に格納されている前フレーム情報との間で動き補 償を行う。 動き補償後の前フレーム情報と現フレーム情報との差が減算器 1 0 3 0により計算され、 差分情報のみが離散コサイン変換回路 (D C T) 1 0 3 1に より離散コサイン変換され、 量子化器 1 0 3 2により量子化され、 可変長符号化 回路 1 0 3 8に送られる。
一方、 量了-化器 1 0 3 2の出力は逆量子化器 ( I Q) 1 0 3 3により逆量子化 され、 その後、 逆離散コサイン変換回路 (I D C T) 1 0 3 4により逆離散コサ イン変換される。 この逆離散コサイン変換回路 1 0 3 4の出力と動き補償回路 1 0 3 6の動き補償情報とが加算器 1 0 3 7により加算され、 この加算器 1 () 3 7 の出力が現フレームの復号画像情報、 即ち局部復号画像情報となる。 この局部復 号画像情報はフレームメモリ 1 0 3 5に格納され、 次のフレームの符号化に際し て動き補償のためのデータとして使用される。
可変長符号化回路 1 0 3 8に送られた量子化情報は可変長符号化され、 次の IE 要情報指定冋路 1 0 3 9に送られる。 この重要情報指定回路 1 0 3 9は、 外部か ら指定さ; Hる重要情報部分のみを可変長符号化情報から取り出し、 重要情報 成回路 1 0 4に送り出す。 なお、 全ての情報は重要情報指定回路 1 0 3 9での重 要情報指定に関わらずそのままビット列再構成回路 1 0 7に送られる。
図 5 4は、 例えば図 2に示される復号化装置の復号回路 1 2 4の回路構成を示 してレ、る。 これによると、 分離回路 1 2 1から送られてきた画像情報は先ず受信 バッファ〗 2 4 1に一旦蓄えられる。 その後、 同期検出回路 1 2 2からの復 開 始位置情報により、 その後に続くヘッダ情報がヘッダ復号回路 1 2 4 2に送られ、 ここで、 ヘッダ情報が復号される。 この時、 先ず、 最も上位のレイヤのヘッダ情 報が復号され、 その復号情報がエラ一チェック回路 1 2 5に送られ、 誤り混入の 有無がチェックされる。 これ以降のレイャのへッダ情報は、 指示情報判定回路 1 2 3からの動作指示に従って復号される。 つまり、 重要ヘッダ情報が存在すると 指示された場合には、 所定の位置の情報は重要ヘッダ情報として復号される。 こ の重要情報は重要情報回路 1 2 6に転送され、 そこに一旦格納される。 重要情報 回路 1 2 6において、 最上位レイヤのヘッダ情報に誤りが混入されたことが発見 されると、 重要情報回路 1 2 6からの重要ヘッダ情報がヘッダ復号回路 1 2 4 2 へ戻されるているため、 ヘッダ復号回路 1 2 4 2は重要情報回路 1 2 6からの重 要へッダ情報を用 、てその後の復号処理を継続する。
ヘッダ情報以降に続く情報 (実際の画像情報) は逆量子化回路 1 2 4 3で逆量 了-化され、 逆 D C T回路 1 2 4 4に送られる。 この逆 D C T回路 1 2 4 4は逆量 • 匕情報を逆離散コサイン変換し、 前フレームとの差分信号を復 する n この復 楚分信号は加算器 1 2 4 5によってフレームメモリ 1 2 4 6に格納されている 前フレーム情報 (動きべク トノレ情報を用いて動き補償を行った後の前フレーム情 報) と加算される。 この加算結果信号が現フレームの再生画像情報となる。 この 情報は D/ A変換回路 1 2 7に送られると同時にフレームメモリ 1 2 4 6にも格 納される。
以上説明した各実施例の符号化 /複号化装置の構成およびストリーム構造は適 ϊ¾1み合わせて使用することができる。 また、 各符号化 Ζ複号化装置の動作はそ れぞれソフトウェア制御による処瑰手順に置き換えて宾行することもでき、 その ソフトウェアおよび符号化ストリ一ムはそれぞれ記録媒体として提供することが できる。
; 業上の利用可能性
以上のように、 本発明によれば、 符号化列自体の構造に誤り耐性能力を持たせ ることによって、 仮にヘッダ情報などの重要情報に誤りが混入してそれを復号処 理に利用出来なくなつたとしても、 指示情報が示す新たな情報を代用して復号処 理を正しく,継続することが可能となる。 また、 動画像符号列の中のピクチャへッ ダ、 スライスヘッダ等の重要情報が、 多重化ヘッダ中で誤り訂正、 検出符号によ つて強く誤り保護されるので、 重要情報に対する誤り保護が十分でない従来の動 画像符号化装置および多重化装置に比べ、 伝送路 りがあつたときでも高品質の 動画像信号を復号することができる。 さらに、 スタッフィングビットを付加して、 あらかじめ定められた長さの整数倍の長さを持つ多重化単位符号列を生成するこ とにより、 誤りの混入を容易に検出することができる。 また、 同 道要度の符号 語同士をそれぞれ集めてそれをアクセス単位とする構成により、 符号語の重要度 に応じた誤り保護を行うことが可能となり、 伝送路誤りが入った場合の復号画像 の品質が向上する。

Claims

請求の範囲
1 . 送信側で、 ヘッダ情報またはそのヘッダ情報の一部の情報の内容を復元可 能にするために必要な復元用情報を符号化情報に付加して伝送し、 受信側で、 前 記へッダ情報またはその一部の情報にっレヽてェラーチェックを行レ、、 このエラ一 チェックで誤りが検出されたとき、 前記復元用情報を代用して前記符号化情報を 復号する情報伝送方法。
2 . 前記ヘッダ情報内には、 前記復元用情報を付加したことを示す指示情報を さらに付加する請求項 1記載の情報伝送方法。
3 . 前記符号ィ匕情報は画像信号を圧縮符号化することにより得られた画像符号 列を含み、 前記復元用情報は、 前記画像符号化列の各画像フレームの表示時刻を 表す情報を含む請求項 1または 2記載の情報伝送方法。
4 . 前記符号化情報は画像信号を圧縮符号化することにより得られた画像符号 列を含み、 前記復元用情報は、 前記画像符号列の各画像フレームの予測モ一ドを 表す情報を含む請求項 1または 2記赖の情報伝送方法。
5 . 符号化情報を 2つ以上のレイヤに分け、 各レイヤに同期信号および復号に 必要なへッダ情報を付加する手段と、
前記符号化情報を復元するための復元 ffl情報として、 上位レイヤですでに 伝送した情報あるいはその一部の情報、 同一レイャ内にぉレ、てすでに伝送した情 報あるレ、はその一部の情報、 または前記上位レイヤまたは同一レイャ内にぉレ、て すでに伝送した情報の内容若しくはその一部の情報の内容を復元するための情報 を、 前記符号ィ匕情報に付加して伝送する手段と、
前記へッダ情報内に前記復元用情報を付加したことを示す所定ビットバタ 一ンの指示情報を挿入する手段と、
で栴成される符号化装 ffi。
6 . 同期信号と復号に必要なへッダ情報とを付加して情報を符号化する手段と、 前記符号化された情報を復元するための復元川 報として、 すでに伝送し た情報あるレ、はその一部の情報または該情報の内容あるレ、はその情報の一部の内 容を示す情報を、 前記符号化された情報に付加して伝送する手段と、
前記へッダ情報内に前記復元用情報を付加したことを示す所定ビットバタ ーンの指示情報を挿入する手段と、
を具備する符号化装量。
7 . 前記ヘッダ情報内に、 該ヘッダ情報が関わっている部分の符号化処理を、 該へッダ情報が関わってレ、る部分以前の符号化処理からそれ以外の他の符号化処 理に変更するための情報を挿入して伝送する請求項 5または 6記載の符号化装置。
8 . 前記復元用情報は、 前記符号化処理を変更するための情報あるいはその一 部を復元するための情報である請求項 7記載の符号化装置。
9 . 前記符号化された情報は画像信号を圧縮符号化することにより得られた画 像符号列を含み、 前記復元用情報は、 前記画像符号列の各画像フレームの表示時 刻を表す情報を含む請求項 5または 6記載の符号化装匱。
1 0 . 前記符号化された情報は画像信号を圧縮符号化することにより得られた画 像符号列を含み、 前記復元用情報は、 前記画像符号列の各画像フレームの予測モ 一ドを表す情報を含む請求項 5または 6記載の符号化装置。
1 1 . 符号化情報を 2つ以上のレイヤに分け、 各レイヤに同期信号と、 復号に必 要なへッダ情報とを付加する手段と、
前記ヘッダ情報内から所定ビットパターンの指示情報を検出する手段と、 検出された指示情報により伝送されてきたことを示す情報を、 上位レイヤ ですでに伝送した情報あるいはその一部の情報として、 同一レイヤ内においてす でに伝送した情報あるいはその一部の情報として、 または ¾記上位レイャまたは 同一レイヤ内においてすでに伝送した情報の内容あるいはその一部の情報の内容 を復元するための情報として代用して前記符号化†i報を復号する- 段と、
を具備する復号化装 。
1 2 . 同期信号と復号に必要なヘッダ情報とを付加して伝送された符号化情報を 入力とする手段と、
前記へッダ情報内から所定ビッ卜パターンの指示情報を検出する手段と、 前記バタ一ンが検出されたときに、 前記指示情報により伝送されてきたこ とが示されている情報を、 すでに伝送された情報あるいはその一部の情報として、 あるいは該情報あるいは該一部の情報の内容を復元可能な情報として代用するこ とにより、 前記符号化情報を復号する手段と、 を具備する復号ィヒ装置。
1 3 . 前記ヘッダ情報内から所定ビッ トパターンの変更指示情報を検出し、 その 情報に従って、 前記ヘッダ情報が関わっている部分の復号処理を、 前記ヘッダ情 報が関わっている部分以前の復号処理からそれ以外の他の復号処理に変更する手 段とをさらに具備する請求項 1 1または 1 2記載の復号化装匱。
1 4 . 前記符号化された情報は画像信号を圧縮符号化することにより得られた画 像符号列を含み、 前記復元用情報は、 前記画像符号列の各画像フレームの予測モ —ドを表す情報を含む請求項 1 1または 1 2記載の復号化装匱。
1 5 . 前記復元用情報は、 前記符号化処理を変更するための情報あるいはその一 部を復元するための情報である請 項 1 3の復号化装置。
1 6 . 前記符号化された情報は画像信号を圧縮符号化することにより得られた画 像符号列を含み、 前記復元用情報は、 前記画像符号列の各画像フレームの表示時 刻を表す情報を含む請求項 1 1または 1 2記敕の複号化装置。
1 7 . 前記復元用情報として伝送された画像フレームの表示時刻を表す情報を復 号する手段と、
復号された表示時刻が、 予め定められた規則、 あるいは別途伝送される情 報で示される規則に合致するか否かを検証することにより、 該時刻情報に伝送路 mりが混入した力否かを判定する手段とをさらに具備する請求項 1 6記载の復号 化装置。
1 8 . 画像信号を入力して圧縮符号化する 1以上の画像符号化手段と、
各画像符号化手段力ゝら出力された画像符号列および他のデータ情報符号列 等を多重化し、 多重化ヘッダおよび多 Β化ペイ口一ドを含む多 1E化符号列を出力 する多重化手段と、
前記画像符号列中のへッダ情報あるレ、はその一部を前記多 ia化へッダ中に 柿入する手段と、
前記多重化へッダ中の情報から生成された誤り訂正 "検出符号を前記多 IE 化へッダに付加し、 前記画像符号列中のへッダ情報を前記多逭化へッダ中の多 S 化に係る他の情報と共に誤り訂正/検出符号で誤り保護して伝送する手段と、 を具備する符号化装置。
1 9. 前記多重化ヘッダ中に含められる前記画像符号列中のヘッダ情報は、 前記 画像符号列中の画像フレームの表示時刻を表す情報が含まれる請求項 1 8記載の 符号化装置。
2 0. 画像符号列等を多重化して生成され、 多重化ヘッダおよび多重化ペイ口一 ドを含み、 前記画像符号列中のヘッダ情報あるいはその一部は前記多重化ヘッダ 中で他の多重化に係る情報と共に誤り訂正 Z検出符号で誤り保護されている多重 化符号列を入力とし、 それを 1ないしは複数の画像符号列および他のデータ情報 符号列等に分離する多重分離手段と、
多重分離された画像符号列を復号化する画像復号化手段と、
前記画像符号列中のへッダ情報にっレ、ての誤りが検出されたとき、 前記多 重化へッダ中に含まれる前記画像符号列中のへッダ情報を利用して前記画像符号 列を復号する手段と、
を具備する複号化装匱。
2 1 . 前記多重化ヘッダ中に含められる前記画像符号列中のヘッダ情報は、 前記 画像符号列中の画像フレームの表示時刻を表す情報を含む請求項 2 0記載の復号 化装置。
2 2. 復号に必要なへッダ情報および前記へッダ情報またはそのへッダ情報の一 部の情報の内容を復元可能にするための復元/!!情報が付加され、 復号化装 で前 記へッダ情報またはその一部の情報にっレ、ての りが検出されたとき、 前記復元 用情報を代用して復号される符号列を記録した記録媒体。
2 3 . 入力信号を圧縮符号化して得られた複数種類の圧縮符号列を符号化の単位 毎に区切る手段と、
前記区切られた圧縮符号列に各区 /jり 位毎にスタツフィングビッ卜を付 加して形成され、 予め定められた長さの整数倍の長さを持つ多 IE化 位符号列を 生成する手段と、
前記多重化- ¥-位符号列を多重化して多 ϋ化符号列を生成する手段と、 により構成される符号ィヒ ·多道化装置。
2 4 . 多重化符号列を入力して多重化単位符号列を逆多重化する手段と、
前記多重化単位符号列中の圧縮符号列と付加された. とを分離する手段と、
前記分離された圧縮符号列を復号化する手段と、
前記複号化手段における圧縮符号列の復号化の終了位置と、 前記スタッフ ィングビッ卜の開始位匱を比較することにより、 前記多重化された符号列中の誤 りを検出する手 ¾と、
により構成される復号化 ·逆多重化装匱。
2 5 . 前記スタッフイングビットは逆方向から一意に復号可能である請求項 2 3 記載の符号化 ·多重化装置。
2 6 . 前記分離手段は、 前記スタッフイングビットを逆方向から復号することに より圧縮符号列の逆方向からの復号を開始する位置を判定し、 前記複号化手段は、 前記判定された開始位匱から逆方向の復号を開始する請求項 2 4記載の復号化 · 逆多重化装置。
2 7. 入力信号をある符号化単位に区切って符号化し圧縮符号列を生成する圧縮 符号化手段と、
前記区切られた圧縮符号列から重要度が同一の符号語をそれぞれ集めて多 重化符号列を生成する手段と、
前記各重要度に応じて集められた多重化符号列に、 前記符号化舉位の区切 りを示す符号を挿入する手段と、
により構成される符号化 ·多 21化装置。
2 8 . 圧縮符号列を符号語の重要度に応じて柒めて多重化した多 E化符号列を入 力して逆多重化する手段と、
前記多重化符号列中の符号化の区切りを示す符号を検出して各区切られた 符号列に対応する符号化 位を特定する手段と、
前記重要度に応じて多 2E化された多重化符号列から同一の符号化区切りに 対応する符号列を集めて圧縮符号列を生成する手段と、
前記圧縮符号列を復号する手段と、
により構成される復号化 ·逆多重化装置。
2 9 . 動画像信号を符号化して符号化データ列を生成し、
符号化データを複数のレイヤに分けて上位レイャおよび下位レイャの少な くともいくつかに復号に必要な重要へッダ情報を付加して伝送する、 情報伝送方法。
3 0 . 前記符号化データ列を複数のレイヤに分け、 上位レイヤから復号し、 復号データをエラーチェックし、
復号データから重要ヘッダ情報を抽出し、 エラ一チヱックの結果に応じて 下位レイャの重要へッダ情報を代用して復号を継続する、
請求項 2 9記載の情報伝送方法。
PCT/JP1997/003054 1996-09-02 1997-09-02 Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer WO1998010591A1 (en)

Priority Applications (16)

Application Number Priority Date Filing Date Title
US09/068,017 US6310897B1 (en) 1996-09-02 1997-09-02 Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer
AU40331/97A AU711467B2 (en) 1996-09-02 1997-09-02 Information transmission method and encoding/decoding apparatus and encoding multiplexing/decoding demultiplexing apparatus in information transmission system to which information transmission method is applied
EP97937864A EP0860999A4 (en) 1996-09-02 1997-09-02 INFORMATION TRANSFER METHOD, THIS USING CODER / DECODER FOR INFORMATION TRANSFER SYSTEM AND MULTIPLEXER / DEMULTIPLEXER FOR CODING / DECODING
CA002236411A CA2236411C (en) 1996-09-02 1997-09-02 Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer
BR9706703A BR9706703A (pt) 1996-09-02 1997-09-02 Método de transmissão de informação e aparelho de codificação/decodificação *multiplexação/decodificação* demultiplexação em um sistema de transmissão de informação para o qual o método de informação é aplicado
KR1019980703147A KR100309174B1 (ko) 1996-09-02 1998-04-29 정보전송방법및그방법이적용되는정보전송장치
NO981976A NO981976L (no) 1996-09-02 1998-04-30 FremgangsmÕte og apparat for overf°ring av informasjon i kodet form
US09/920,936 US7002998B2 (en) 1996-09-02 2001-08-03 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US10/319,660 US6961354B2 (en) 1996-09-02 2002-12-16 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system in which information transmission method is applied
US10/319,506 US7002999B2 (en) 1996-09-02 2002-12-16 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US10/319,661 US7269170B2 (en) 1996-09-02 2002-12-16 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US10/319,498 US6959018B2 (en) 1996-09-02 2002-12-16 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US10/319,507 US7010003B2 (en) 1996-09-02 2002-12-16 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US11/273,345 US20060078003A1 (en) 1996-09-02 2005-11-15 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US11/273,344 US20060062256A1 (en) 1996-09-02 2005-11-15 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied
US11/273,417 US20060062257A1 (en) 1996-09-02 2005-11-15 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
JP8/232081 1996-09-02
JP23208196 1996-09-02
JP9/61306 1997-03-14
JP6130697 1997-03-14
JP9/168929 1997-06-25
JP16892997 1997-06-25
JP9188750A JPH1174868A (ja) 1996-09-02 1997-07-14 情報伝送方法およびその方法が適用される情報伝送システムにおける符号化装置/復号化装置、並びに符号化・多重化装置/復号化・逆多重化装置
JP9/188750 1997-07-14

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US09/068,017 A-371-Of-International US6310897B1 (en) 1996-09-02 1997-09-02 Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer
US09068017 A-371-Of-International 1997-09-02
US09/920,936 Division US7002998B2 (en) 1996-09-02 2001-08-03 Information transmission method and encoding/decoding apparatus and encoding-multiplexing/decoding-demultiplexing apparatus in information transmission system to which information transmission method is applied

Publications (1)

Publication Number Publication Date
WO1998010591A1 true WO1998010591A1 (en) 1998-03-12

Family

ID=27464029

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1997/003054 WO1998010591A1 (en) 1996-09-02 1997-09-02 Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer

Country Status (11)

Country Link
US (12) US6310897B1 (ja)
EP (1) EP0860999A4 (ja)
JP (1) JPH1174868A (ja)
KR (1) KR100309174B1 (ja)
CN (2) CN1543224A (ja)
AU (1) AU711467B2 (ja)
BR (1) BR9706703A (ja)
CA (1) CA2236411C (ja)
MX (1) MX9803377A (ja)
NO (1) NO981976L (ja)
WO (1) WO1998010591A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000001113A2 (en) * 1998-06-30 2000-01-06 Sarnoff Corporation Apparatus and method for packetizing significance information
WO2000004723A1 (en) * 1998-07-17 2000-01-27 Koninklijke Philips Electronics N.V. Device for demultiplexing coded data
JP2002527960A (ja) * 1998-10-05 2002-08-27 サーノフ コーポレイション エラーレジリエンスを改善するためのデータ区分装置と方法
WO2012093611A1 (ja) * 2011-01-07 2012-07-12 ソニー株式会社 画像処理装置および方法
WO2012172811A1 (ja) * 2011-06-17 2012-12-20 パナソニック株式会社 動画像復号化装置および動画像復号化方法
WO2012172810A1 (ja) * 2011-06-15 2012-12-20 パナソニック株式会社 動画像符号化装置および動画像符号化方法
TWI657687B (zh) * 2018-01-02 2019-04-21 凌群電腦股份有限公司 高效能資料長度可變之訊息組成方法及其系統

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1174868A (ja) * 1996-09-02 1999-03-16 Toshiba Corp 情報伝送方法およびその方法が適用される情報伝送システムにおける符号化装置/復号化装置、並びに符号化・多重化装置/復号化・逆多重化装置
US6529528B1 (en) * 1997-06-27 2003-03-04 Samsung Electronics Co., Ltd. Multimedia multiplexing method
US6034968A (en) * 1997-09-22 2000-03-07 Samsung Electronics Co., Ltd. Adaptive multiplexing/demultiplexing method and multiplexer/demultiplexer therefor
FI105962B (fi) * 1998-06-30 2000-10-31 Nokia Mobile Phones Ltd Virheiden ilmaisu multipleksattuja signaaleja vastaanotettaessa
JP3870573B2 (ja) * 1998-08-24 2007-01-17 ソニー株式会社 変調装置および方法、記録媒体、並びに復調装置および方法
US6553147B2 (en) 1998-10-05 2003-04-22 Sarnoff Corporation Apparatus and method for data partitioning to improving error resilience
US6754277B1 (en) * 1998-10-06 2004-06-22 Texas Instruments Incorporated Error protection for compressed video
KR100354745B1 (ko) * 1998-11-02 2002-12-18 삼성전자 주식회사 비디오코딩및디코딩방법
US6816491B1 (en) * 1998-11-04 2004-11-09 Hitachi, Ltd. Multiplexed audio data decoding apparatus and receiver apparatus
US6853385B1 (en) * 1999-11-09 2005-02-08 Broadcom Corporation Video, audio and graphics decode, composite and display system
US6661422B1 (en) * 1998-11-09 2003-12-09 Broadcom Corporation Video and graphics system with MPEG specific data transfer commands
EP1365385B1 (en) * 1998-11-09 2012-06-13 Broadcom Corporation Graphics display system with processing of graphics layers, alpha blending and composition with video data
US6636222B1 (en) * 1999-11-09 2003-10-21 Broadcom Corporation Video and graphics system with an MPEG video decoder for concurrent multi-row decoding
US6629318B1 (en) * 1998-11-18 2003-09-30 Koninklijke Philips Electronics N.V. Decoder buffer for streaming video receiver and method of operation
JP3402581B2 (ja) * 1998-11-30 2003-05-06 日本ビクター株式会社 データ復元装置
JP3976942B2 (ja) 1998-12-18 2007-09-19 キヤノン株式会社 画像処理装置及び方法、画像処理プログラムが記録されたコンピュータ可読記録媒体
US7124429B2 (en) * 1999-03-05 2006-10-17 Kabushiki Kaisha Toshiba Video coding apparatus and video decoding apparatus
CN100407797C (zh) * 1999-03-05 2008-07-30 株式会社东芝 运动图象编码装置以及运动图象译码装置
KR100601609B1 (ko) * 1999-06-04 2006-07-14 삼성전자주식회사 동화상 복호화 장치 및 그 방법
GB2352350B (en) * 1999-07-19 2003-11-05 Nokia Mobile Phones Ltd Video coding
FI107680B (fi) * 1999-12-22 2001-09-14 Nokia Oyj Menetelmä videokuvien lähettämiseksi, tiedonsiirtojärjestelmä, lähettävä videopäätelaite ja vastaanottava videopäätelaite
US6379213B2 (en) * 2000-02-28 2002-04-30 Michael W. Whitworth Inverted pivot
DK1181829T3 (da) * 2000-03-07 2012-01-16 Koninkl Philips Electronics Nv Resynkroniseringsfremgangsmåde til dekodning af video
KR100657253B1 (ko) * 2000-03-29 2006-12-14 삼성전자주식회사 무선 패킷 송수신 장치 및 그 방법
KR100667738B1 (ko) * 2000-03-29 2007-01-11 삼성전자주식회사 무선 패킷 송수신 장치 및 그 방법
US7000031B2 (en) * 2000-04-07 2006-02-14 Broadcom Corporation Method of providing synchronous transport of packets between asynchronous network nodes in a frame-based communications network
US6845104B2 (en) * 2000-06-14 2005-01-18 Ipr Licensing, Inc. Receiver for time division multiplex system without explicit time slot assignment
JP4168582B2 (ja) * 2000-08-31 2008-10-22 沖電気工業株式会社 通信接続装置およびデータ出力制御方法
SG95685A1 (en) * 2001-01-10 2003-04-23 Samsung Electronics Co Ltd Recording medium with content stream data recorded thereon, recording apparatus, and reproducing apparatus therefor
JP2004531925A (ja) * 2001-03-05 2004-10-14 インタービデオインコーポレイテッド 圧縮されたビデオビットストリームにおける冗長な動きベクトルを符号化し復号するシステム及び方法
US7346037B2 (en) 2001-03-26 2008-03-18 Lg Electronics Inc. Method of transmitting or receiving a data packet in packet data communication system using hybrid automatic repeat request
US6898758B2 (en) * 2001-06-20 2005-05-24 Koninklijke Philips Electronics N.V. Cross media error protection method and system
US20030012286A1 (en) * 2001-07-10 2003-01-16 Motorola, Inc. Method and device for suspecting errors and recovering macroblock data in video coding
FR2828055B1 (fr) * 2001-07-27 2003-11-28 Thomson Licensing Sa Procede et dispositif de codage d'une mosaique d'images
FR2828614A1 (fr) * 2001-08-07 2003-02-14 Koninkl Philips Electronics Nv Methode de codage et de decodage video pour pallier les pertes de donnees dans un signal video code transmis sur un canal
JP3469567B2 (ja) * 2001-09-03 2003-11-25 三菱電機株式会社 音響符号化装置、音響復号化装置、音響符号化方法及び音響復号化方法
KR100454501B1 (ko) * 2001-12-26 2004-10-28 브이케이 주식회사 영상신호를 부호화 또는 복호화하기 위한 예측 장치 및 방법
FI114527B (fi) * 2002-01-23 2004-10-29 Nokia Corp Kuvakehysten ryhmittely videokoodauksessa
EP1472879A1 (en) * 2002-01-24 2004-11-03 Koninklijke Philips Electronics N.V. Embedding tv anytime crids
EP1341160A1 (en) * 2002-03-01 2003-09-03 Deutsche Thomson-Brandt Gmbh Method and apparatus for encoding and for decoding a digital information signal
EP1345451A1 (en) * 2002-03-15 2003-09-17 BRITISH TELECOMMUNICATIONS public limited company Video processing
JP4745352B2 (ja) * 2002-04-12 2011-08-10 パナソニック株式会社 画像符号化方法および画像符号化装置
CN101483772B (zh) * 2002-04-12 2011-05-25 松下电器产业株式会社 图像编码方法及图像编码装置
EP2479896A1 (en) * 2002-04-26 2012-07-25 NTT DoCoMo, Inc. Signal encoding method, signal decoding method, signal encoding device, signal decoding device, signal encoding program, and signal decoding program
KR100486524B1 (ko) 2002-07-04 2005-05-03 엘지전자 주식회사 비디오 코덱의 지연시간 단축 장치
US7769084B1 (en) 2002-07-15 2010-08-03 Apple Inc. Method for implementing a quantizer in a multimedia compression and encoding system
US7251241B1 (en) * 2002-08-21 2007-07-31 Cisco Technology, Inc. Devices, softwares and methods for predicting reconstruction of encoded frames and for adjusting playout delay of jitter buffer
US7460563B1 (en) * 2002-08-31 2008-12-02 Cisco Technology, Inc. Determination of interleaving channels in a serial interleaver
US7804897B1 (en) 2002-12-16 2010-09-28 Apple Inc. Method for implementing an improved quantizer in a multimedia compression and encoding system
US7940843B1 (en) 2002-12-16 2011-05-10 Apple Inc. Method of implementing improved rate control for a multimedia compression and encoding system
FI114071B (fi) * 2003-01-13 2004-07-30 Nokia Corp Kuvien käsitteleminen rajoitetulla bittimäärällä
FR2852180B1 (fr) * 2003-03-07 2005-08-26 Thales Sa Procede et systeme de protection de donnees avec en-tete dans un systeme de transmission
US7162093B2 (en) * 2003-09-07 2007-01-09 Microsoft Corporation Slice-layer in video codec
US8462817B2 (en) 2003-10-15 2013-06-11 Qualcomm Incorporated Method, apparatus, and system for multiplexing protocol data units
US8483105B2 (en) 2003-10-15 2013-07-09 Qualcomm Incorporated High speed media access control
US9226308B2 (en) 2003-10-15 2015-12-29 Qualcomm Incorporated Method, apparatus, and system for medium access control
US8233462B2 (en) 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
US8472473B2 (en) 2003-10-15 2013-06-25 Qualcomm Incorporated Wireless LAN protocol stack
US7426187B2 (en) * 2003-10-21 2008-09-16 Nokia Corporation False sync code protection (FSP) decoding by software
US8063916B2 (en) 2003-10-22 2011-11-22 Broadcom Corporation Graphics layer reduction for video composition
US8572289B1 (en) * 2003-12-19 2013-10-29 Nvidia Corporation System, method and computer program product for stateless offloading of upper level network protocol operations
US7672222B2 (en) * 2004-01-12 2010-03-02 Hewlett-Packard Development Company, L.P. Link failures
US7606253B2 (en) * 2004-01-12 2009-10-20 Hewlett-Packard Development Company, L.P. Successful transactions
US7436777B2 (en) * 2004-01-12 2008-10-14 Hewlett-Packard Development Company, L.P. Failed link training
US7613958B2 (en) * 2004-01-12 2009-11-03 Hewlett-Packard Development Company, L.P. Error detection in a system having coupled channels
US20050160328A1 (en) * 2004-01-12 2005-07-21 Lesartre Gregg B. Corrupt data
US8903440B2 (en) 2004-01-29 2014-12-02 Qualcomm Incorporated Distributed hierarchical scheduling in an ad hoc network
US7721159B2 (en) * 2005-02-11 2010-05-18 Hewlett-Packard Development Company, L.P. Passing debug information
US7624213B2 (en) * 2005-02-11 2009-11-24 Hewlett-Packard Development Company, L.P. Passing identification information
US8401018B2 (en) * 2004-06-02 2013-03-19 Qualcomm Incorporated Method and apparatus for scheduling in a wireless network
KR100678035B1 (ko) * 2004-06-05 2007-02-02 삼성전자주식회사 휴대단말기의 촬영자 식별장치 및 방법
US20060018314A1 (en) * 2004-07-20 2006-01-26 Inventec Appliances Corporation Method of downloading data from PC to PHS or vice versa
US7764673B1 (en) * 2004-08-04 2010-07-27 Cisco Technology, Inc. System and method for implementing a variable size codebook for compression in a communications environment
JP4444762B2 (ja) * 2004-08-25 2010-03-31 パナソニック株式会社 デマルチプレクサ
US8223845B1 (en) * 2005-03-16 2012-07-17 Apple Inc. Multithread processing of video frames
WO2006116659A2 (en) * 2005-04-28 2006-11-02 Apple Computer, Inc. Video processing in a multi-participant video conference
JP4768324B2 (ja) * 2005-06-07 2011-09-07 株式会社東芝 無線通信機器
US7965736B2 (en) 2005-08-24 2011-06-21 Qualcomm Incorporated Transmission of multiplex protocol data units in physical layer packets
US8600336B2 (en) 2005-09-12 2013-12-03 Qualcomm Incorporated Scheduling with reverse direction grant in wireless communication systems
US7809018B2 (en) * 2005-12-16 2010-10-05 Coding Technologies Ab Apparatus for generating and interpreting a data stream with segments having specified entry points
EP1961181B1 (en) * 2005-12-16 2009-04-15 Dolby Sweden AB Apparatus for generating and interpreting a data stream having a series of segments using data in subsequent data frames
US7584396B1 (en) 2005-12-27 2009-09-01 At&T Corp. System and method for decoding a signal using compressed sensor measurements
US7450032B1 (en) 2005-12-27 2008-11-11 At & T Intellectual Property Ii, L.P. System and method for encoding a signal using compressed sensor measurements
WO2007091779A1 (en) 2006-02-10 2007-08-16 Lg Electronics Inc. Digital broadcasting receiver and method of processing data
WO2007126196A1 (en) 2006-04-29 2007-11-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
WO2007136166A1 (en) 2006-05-23 2007-11-29 Lg Electronics Inc. Digital broadcasting system and method of processing data
US9685190B1 (en) * 2006-06-15 2017-06-20 Google Inc. Content sharing
US20090228763A1 (en) * 2006-06-29 2009-09-10 Koninklijke Philips Electronics N.V. Method and apparatus for encoding and decoding data with error correction
US7916641B2 (en) * 2006-06-29 2011-03-29 Wi-Lan, Inc. System and process for packet delineation
JP4622950B2 (ja) * 2006-07-26 2011-02-02 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
US7873104B2 (en) 2006-10-12 2011-01-18 Lg Electronics Inc. Digital television transmitting system and receiving system and method of processing broadcasting data
PL2148691T3 (pl) 2007-02-05 2015-12-31 Apellis Pharmaceuticals Inc Analogi kompstatyny do stosowania w leczeniu stanów zapalnych układu oddechowego
KR101285887B1 (ko) 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101253185B1 (ko) 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009005326A2 (en) 2007-07-04 2009-01-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
US8433973B2 (en) * 2007-07-04 2013-04-30 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20090012180A (ko) * 2007-07-28 2009-02-02 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8099654B2 (en) 2007-08-24 2012-01-17 Lg Electronics Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
JP4835651B2 (ja) * 2008-06-09 2011-12-14 日本ビクター株式会社 多重化制御装置および多重化制御方法
US8369344B1 (en) * 2009-03-18 2013-02-05 Extreme Networks, Inc. Customer isolation using a common forwarding database with hardware learning support
US8896610B2 (en) * 2011-02-18 2014-11-25 Texas Instruments Incorporated Error recovery operations for a hardware accelerator
GB2492337B (en) * 2011-06-27 2018-05-09 British Broadcasting Corp Video encoding and decoding using reference pictures
KR20130058584A (ko) 2011-11-25 2013-06-04 삼성전자주식회사 복호화기의 버퍼 관리를 위한 영상 부호화 방법 및 장치, 그 영상 복호화 방법 및 장치
CN107743231B (zh) * 2012-06-25 2020-10-16 日本电气株式会社 视频解码设备和视频解码方法
US9497296B2 (en) 2012-06-26 2016-11-15 Nec Corporation Communication method, information processing apparatus, communication system, program, node, and communication terminal for identifying packet flows as a group and adding identifier to a packet belonging to packet flows and setting rules for forwarding the packet
US9491487B2 (en) * 2012-09-25 2016-11-08 Apple Inc. Error resilient management of picture order count in predictive coding systems
US8875202B2 (en) * 2013-03-14 2014-10-28 General Instrument Corporation Processing path signatures for processing elements in encoded video
WO2015024062A1 (en) * 2013-08-23 2015-02-26 University Of South Australia Enhanced automatic identification system
US10033481B2 (en) * 2013-10-11 2018-07-24 Fuji Machine Mfg. Co., Ltd. Multiplexing communication system and substrate working machine
CN106663435A (zh) 2014-09-08 2017-05-10 索尼公司 编码装置和方法、解码装置和方法、以及程序
WO2017079132A1 (en) 2015-11-02 2017-05-11 Dolby Laboratories Licensing Corporation Layered representation containing crc codes and delivery of high dynamic range video
CN113841413A (zh) * 2019-05-21 2021-12-24 松下电器(美国)知识产权公司 编码装置、解码装置、编码方法和解码方法
CN111010575B (zh) * 2019-12-17 2022-08-02 北京数码视讯科技股份有限公司 一种码流容错的方法及装置、可读存储介质
CN113127398A (zh) * 2019-12-31 2021-07-16 华为技术有限公司 一种数据处理方法及装置
CN113573104B (zh) * 2021-07-15 2023-05-23 北京数字电视国家工程实验室有限公司 一种传输码流分路和合路方法、码流分路器、合路器及系统
CN113741471B (zh) * 2021-09-10 2023-08-25 南京苏美达智能技术有限公司 一种自动行走设备、基站及其数据交互方法
JP2023044846A (ja) * 2021-09-21 2023-04-03 キオクシア株式会社 データ伸長装置、データ圧縮装置、及びメモリシステム
CN114666030B (zh) * 2022-05-25 2022-08-26 华中科技大学 一种混合井下信号编码与解码方法

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57115043A (en) * 1981-01-07 1982-07-17 Matsushita Electric Ind Co Ltd Transmission device for converting orthogonal code
JPH01213067A (ja) * 1988-02-22 1989-08-25 Canon Inc 画像伝送方法
JPH0262176A (ja) * 1988-08-26 1990-03-02 Fujitsu Ltd 画像符号化伝送装置
JPH02206292A (ja) * 1989-02-06 1990-08-16 Nippon Telegr & Teleph Corp <Ntt> 可変長符号の符号変換回路
JPH04239839A (ja) * 1991-01-23 1992-08-27 Oki Electric Ind Co Ltd 画像情報パケット化方法
JPH04245833A (ja) * 1991-01-31 1992-09-02 Pioneer Electron Corp 情報信号伝送システム
JPH0686251A (ja) * 1992-09-02 1994-03-25 Sony Corp 可変長符号化装置
JPH06205384A (ja) * 1992-12-28 1994-07-22 Nec Corp 動画像符号伝送方式
JPH06215492A (ja) * 1993-01-14 1994-08-05 Canon Inc 符号化データ処理装置
JPH07143480A (ja) * 1993-11-17 1995-06-02 Nippon Telegr & Teleph Corp <Ntt> 画像送受信装置および画像送受信システム
JPH07162801A (ja) * 1993-12-09 1995-06-23 Matsushita Electric Ind Co Ltd 映像信号処理装置
JPH07508380A (ja) * 1992-06-19 1995-09-14 ゼネラル・エレクトリック・カンパニイ ノイズの多い通信チャンネル上の送信のため圧縮ビデオデータを構成するための装置
JPH08162979A (ja) * 1994-12-08 1996-06-21 Nec Corp 符号化復号化装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5162923A (en) * 1988-02-22 1992-11-10 Canon Kabushiki Kaisha Method and apparatus for encoding frequency components of image information
JPH02272851A (ja) 1989-04-14 1990-11-07 Oki Electric Ind Co Ltd 画像パケット組立方式及び分解方式
CA2037527C (en) 1990-03-05 1999-05-25 Hideki Okuyama Error correction system capable of correcting an error in a packet header by the use of a reed-solomon code
US5712949A (en) 1991-01-29 1998-01-27 Sony Corporation Disc reproduction system with sequential reproduction of audio and image data
US5430738A (en) 1991-01-31 1995-07-04 Pioneer Electronic Corporation Information transmission system for transmitting a digital information signal divided into packets with an information signal error diagnosis and correction function
US5168356A (en) * 1991-02-27 1992-12-01 General Electric Company Apparatus for segmenting encoded video signal for transmission
JP3341781B2 (ja) 1992-12-15 2002-11-05 ソニー株式会社 画像復号化装置および画像符号化装置
JPH06253282A (ja) 1993-03-01 1994-09-09 Hitachi Ltd 画像信号の符号化・復号化装置
JP3149328B2 (ja) * 1995-01-09 2001-03-26 松下電器産業株式会社 送信装置と受信装置
JP3597647B2 (ja) 1995-09-29 2004-12-08 株式会社東芝 符号化方法及び装置
JPH1174868A (ja) * 1996-09-02 1999-03-16 Toshiba Corp 情報伝送方法およびその方法が適用される情報伝送システムにおける符号化装置/復号化装置、並びに符号化・多重化装置/復号化・逆多重化装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57115043A (en) * 1981-01-07 1982-07-17 Matsushita Electric Ind Co Ltd Transmission device for converting orthogonal code
JPH01213067A (ja) * 1988-02-22 1989-08-25 Canon Inc 画像伝送方法
JPH0262176A (ja) * 1988-08-26 1990-03-02 Fujitsu Ltd 画像符号化伝送装置
JPH02206292A (ja) * 1989-02-06 1990-08-16 Nippon Telegr & Teleph Corp <Ntt> 可変長符号の符号変換回路
JPH04239839A (ja) * 1991-01-23 1992-08-27 Oki Electric Ind Co Ltd 画像情報パケット化方法
JPH04245833A (ja) * 1991-01-31 1992-09-02 Pioneer Electron Corp 情報信号伝送システム
JPH07508380A (ja) * 1992-06-19 1995-09-14 ゼネラル・エレクトリック・カンパニイ ノイズの多い通信チャンネル上の送信のため圧縮ビデオデータを構成するための装置
JPH0686251A (ja) * 1992-09-02 1994-03-25 Sony Corp 可変長符号化装置
JPH06205384A (ja) * 1992-12-28 1994-07-22 Nec Corp 動画像符号伝送方式
JPH06215492A (ja) * 1993-01-14 1994-08-05 Canon Inc 符号化データ処理装置
JPH07143480A (ja) * 1993-11-17 1995-06-02 Nippon Telegr & Teleph Corp <Ntt> 画像送受信装置および画像送受信システム
JPH07162801A (ja) * 1993-12-09 1995-06-23 Matsushita Electric Ind Co Ltd 映像信号処理装置
JPH08162979A (ja) * 1994-12-08 1996-06-21 Nec Corp 符号化復号化装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SUPERVISED BY HIROSHI FUJIWARA, "Point-Illustrative Latest MPEG Textbook (in Japanese)", 1 August 1994, K.K. ASUKI, pages 155-165. *

Cited By (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000001113A3 (en) * 1998-06-30 2001-10-18 Sarnoff Corp Apparatus and method for packetizing significance information
US6526175B2 (en) 1998-06-30 2003-02-25 Sarnoff Corporation Apparatus and method for packetizing significance-based information
WO2000001113A2 (en) * 1998-06-30 2000-01-06 Sarnoff Corporation Apparatus and method for packetizing significance information
WO2000004723A1 (en) * 1998-07-17 2000-01-27 Koninklijke Philips Electronics N.V. Device for demultiplexing coded data
US6606329B1 (en) 1998-07-17 2003-08-12 Koninklijke Philips Electronics N.V. Device for demultiplexing coded data
KR100705992B1 (ko) * 1998-07-17 2007-04-12 코닌클리케 필립스 일렉트로닉스 엔.브이. 코드화된 데이터를 디멀티플렉싱하는 장치
JP2002527960A (ja) * 1998-10-05 2002-08-27 サーノフ コーポレイション エラーレジリエンスを改善するためのデータ区分装置と方法
US9123130B2 (en) 2011-01-07 2015-09-01 Sony Corporation Image processing device and method with hierarchical data structure
WO2012093611A1 (ja) * 2011-01-07 2012-07-12 ソニー株式会社 画像処理装置および方法
JP2013093900A (ja) * 2011-06-15 2013-05-16 Panasonic Corp 動画像符号化装置
JP2013243760A (ja) * 2011-06-15 2013-12-05 Panasonic Corp 動画像圧縮復号システム
JP2013093903A (ja) * 2011-06-15 2013-05-16 Panasonic Corp 動画像符号化装置
JP2013093901A (ja) * 2011-06-15 2013-05-16 Panasonic Corp 動画像符号化装置
JP2013093902A (ja) * 2011-06-15 2013-05-16 Panasonic Corp 動画像符号化装置
US11831919B2 (en) 2011-06-15 2023-11-28 Panasonic Intellectual Property Corporation Of America Encoding device and encoding method
US11570472B2 (en) 2011-06-15 2023-01-31 Panasonic Intellectual Property Corporation Of America Encoding device and encoding method
US11025956B2 (en) 2011-06-15 2021-06-01 Panasonic Intellectual Property Corporation Of America Encoding device and encoding method for encoding a picture with a syntax structure which does not change based on video format
JP2016054534A (ja) * 2011-06-15 2016-04-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 符号化方法および符号化装置
WO2012172810A1 (ja) * 2011-06-15 2012-12-20 パナソニック株式会社 動画像符号化装置および動画像符号化方法
JP5336003B2 (ja) * 2011-06-15 2013-11-06 パナソニック株式会社 動画像符号化装置
WO2012172811A1 (ja) * 2011-06-17 2012-12-20 パナソニック株式会社 動画像復号化装置および動画像復号化方法
JP2013243761A (ja) * 2011-06-17 2013-12-05 Panasonic Corp 動画像圧縮復号システム
JP5336004B2 (ja) * 2011-06-17 2013-11-06 パナソニック株式会社 動画像復号化装置
JP2016042737A (ja) * 2011-06-17 2016-03-31 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America 復号方法および復号装置
JP2013123254A (ja) * 2011-06-17 2013-06-20 Panasonic Corp 動画像復号化装置
US10659775B2 (en) 2011-06-17 2020-05-19 Panasonic Intellectual Property Corporation Of America Video decoding device and video decoding method
JP2013123256A (ja) * 2011-06-17 2013-06-20 Panasonic Corp 動画像復号化装置
US11102472B2 (en) 2011-06-17 2021-08-24 Panasonic Intellectual Property Corporation Of America Video decoding device and video decoding method
JP2013123253A (ja) * 2011-06-17 2013-06-20 Panasonic Corp 動画像復号化装置
US11611741B2 (en) 2011-06-17 2023-03-21 Panasonic Intellectual Property Corporation Of America Video decoding device and video decoding method
JP2013123255A (ja) * 2011-06-17 2013-06-20 Panasonic Corp 動画像復号化装置
US11902505B2 (en) 2011-06-17 2024-02-13 Panasonic Intellectual Property Corporation Of America Video decoding device and video decoding method
TWI657687B (zh) * 2018-01-02 2019-04-21 凌群電腦股份有限公司 高效能資料長度可變之訊息組成方法及其系統

Also Published As

Publication number Publication date
NO981976D0 (no) 1998-04-30
US20030086417A1 (en) 2003-05-08
CA2236411A1 (en) 1998-03-12
US20060062256A1 (en) 2006-03-23
KR100309174B1 (ko) 2001-12-17
US20030086416A1 (en) 2003-05-08
US20020031123A1 (en) 2002-03-14
US20060062257A1 (en) 2006-03-23
MX9803377A (es) 1998-11-30
US7002999B2 (en) 2006-02-21
BR9706703A (pt) 1999-07-20
US20030123444A1 (en) 2003-07-03
US7010003B2 (en) 2006-03-07
AU4033197A (en) 1998-03-26
JPH1174868A (ja) 1999-03-16
US7002998B2 (en) 2006-02-21
EP0860999A4 (en) 1998-12-02
US6952432B2 (en) 2005-10-04
US6310897B1 (en) 2001-10-30
NO981976L (no) 1998-07-02
US20060078003A1 (en) 2006-04-13
KR20000064301A (ko) 2000-11-06
US20030072309A1 (en) 2003-04-17
US20030086440A1 (en) 2003-05-08
CN1200223A (zh) 1998-11-25
US7269170B2 (en) 2007-09-11
EP0860999A1 (en) 1998-08-26
CA2236411C (en) 2003-01-07
US20030133441A1 (en) 2003-07-17
US6961354B2 (en) 2005-11-01
US6876676B2 (en) 2005-04-05
US20030086441A1 (en) 2003-05-08
AU711467B2 (en) 1999-10-14
US6959018B2 (en) 2005-10-25
CN1172531C (zh) 2004-10-20
CN1543224A (zh) 2004-11-03

Similar Documents

Publication Publication Date Title
WO1998010591A1 (en) Information transmitting method, encoder/decoder of information transmitting system using the method, and encoding multiplexer/decoding inverse multiplexer
KR100483814B1 (ko) 동화상 부호화 장치 및 동화상 복호화 장치
JP4189430B2 (ja) 情報伝送システムにおける復号化・逆多重化装置
JP4000131B2 (ja) 符号化・多重化装置及び方法
JP4000132B2 (ja) 復号化・逆多重化装置及び方法
JP4189429B2 (ja) 情報伝送システムにおける符号化・多重化装置
JP4113165B2 (ja) 符号化プログラムを記録した記録媒体及び復号化プログラムを記録した記録媒体
JP2007312415A (ja) 情報伝送システムにおける復号化装置及び方法
JP2004312782A (ja) 情報伝送方法
JP2004304851A (ja) 情報伝送システムにおける復号化装置
CA2402878C (en) An encoder/decoder system using redundant header data placed in more than one data layer
JP2004312781A (ja) 情報伝送システムにおける符号化装置
JP2004304849A (ja) 情報伝送システムにおける復号化装置
JP2004357321A (ja) 情報伝送システムにおける符号化装置
JP2004357318A (ja) 情報伝送システムにおける符号化装置
JP2004304850A (ja) 情報伝送システムにおける符号化装置
JP2004357319A (ja) 情報伝送システムにおける復号化装置
JP2004357320A (ja) 情報伝送方法およびその方法が適用される情報伝送システムにおける復号化装置
JP2007306612A (ja) 情報伝送システムにおける符号化装置及び方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 97191180.0

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AU BR CA CN KR MX NO SG US VN

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE ES FR GB IT NL SE

WWE Wipo information: entry into national phase

Ref document number: 1019980703147

Country of ref document: KR

ENP Entry into the national phase

Ref document number: 2236411

Country of ref document: CA

Ref document number: 2236411

Country of ref document: CA

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 09068017

Country of ref document: US

Ref document number: 1997937864

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1199800477

Country of ref document: VN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1997937864

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1019980703147

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1019980703147

Country of ref document: KR