BRPI1012872B1 - método para transmitir um fluxo de transporte e método para processar um fluxo de transporte de um receptor de difusão digital - Google Patents

método para transmitir um fluxo de transporte e método para processar um fluxo de transporte de um receptor de difusão digital Download PDF

Info

Publication number
BRPI1012872B1
BRPI1012872B1 BRPI1012872-7A BRPI1012872A BRPI1012872B1 BR PI1012872 B1 BRPI1012872 B1 BR PI1012872B1 BR PI1012872 A BRPI1012872 A BR PI1012872A BR PI1012872 B1 BRPI1012872 B1 BR PI1012872B1
Authority
BR
Brazil
Prior art keywords
data
mobile data
area
mobile
packets
Prior art date
Application number
BRPI1012872-7A
Other languages
English (en)
Inventor
Yong-Sik Kwon
Ga-hyun Ryu
June-Hee Lee
Chan-Sub Park
Jung-jin Kim
Kyo-shin Choo
Kum-Ran Ji
Sung-il Park
Jong-Hwa Kim
Original Assignee
Samsung Electronics Co., Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co., Ltd filed Critical Samsung Electronics Co., Ltd
Publication of BRPI1012872A2 publication Critical patent/BRPI1012872A2/pt
Publication of BRPI1012872B1 publication Critical patent/BRPI1012872B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2703—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions
    • H03M13/2721—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions the interleaver involves a diagonal direction, e.g. by using an interleaving matrix with read-out in a diagonal direction
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2771—Internal interleaver for turbo codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • H03M13/2921—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes wherein error correction coding involves a diagonal direction
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2933—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using a block and a convolutional code
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2933—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using a block and a convolutional code
    • H03M13/2936—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using a block and a convolutional code comprising an outer Reed-Solomon code and an inner convolutional code
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2945—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using at least three error correction codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2957—Turbo codes and decoding
    • H03M13/296—Particular turbo code structure
    • H03M13/2966—Turbo codes concatenated with another code, e.g. an outer block code
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/35—Unequal or adaptive error protection, e.g. by providing a different level of protection according to significance of source information or by adapting the coding according to the change of transmission channel characteristics
    • H03M13/356—Unequal error protection [UEP]
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/6325—Error control coding in combination with demodulation
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/6331—Error control coding in combination with equalisation
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/635—Error control coding in combination with rate matching
    • H03M13/6356—Error control coding in combination with rate matching by repetition or insertion of dummy data, i.e. rate reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0086—Unequal error protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/009—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to transmitters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/434—Disassembling 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/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13—Linear codes
    • H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13—Linear codes
    • H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/1515—Reed-Solomon codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/25—Error detection or forward error correction by signal space coding, i.e. adding redundancy in the signal constellation, e.g. Trellis Coded Modulation [TCM]
    • H03M13/256—Error detection or forward error correction by signal space coding, i.e. adding redundancy in the signal constellation, e.g. Trellis Coded Modulation [TCM] with trellis coding, e.g. with convolutional codes and TCM
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2732—Convolutional interleaver; Interleavers using shift-registers or delay lines like, e.g. Ramsey type interleaver
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2957—Turbo codes and decoding
    • H03M13/296—Particular turbo code structure
    • H03M13/2972—Serial concatenation using convolutional component codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0059—Convolutional codes
    • H04L1/006—Trellis-coded modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • H04L1/0065—Serial concatenated codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Abstract

TRANSMISSOR DE DIFUSÃO DIGITAL, RECEPTOR DE DIFUSÃO DIGITAL, E MÉTODOS DE CONFIGURAÇÃO E PRO CESSAMENTO DE FLUXOS DOS MESMOS. A presente invenção refere-se a um método de processamento de um fluxo de um receptor de difusão digital. O método que processa um fluxo que é dividido em uma primeira área alocada para os primeiros dados móveis e uma segunda área alocada para dados normais, inclui: o recebi mento de um fluxo de transporte incluindo novos dados móveis em pelo me nos uma parte da segunda área separadamente dos primeiros dados móveis, a demodulação do fluxo de transporte, a equalização do fluxo de transporte demodulado, e a decodificação de pelo menos um dos primeiros dados móveis e dos novos dados móveis a partir do fluxo de transporte equalizado. Consequentemente, os serviços de dados móveis podem ser fornecidos de várias formas.

Description

Campo Técnico
[0001] Aparelhos e métodos consistentes com as modalidades ilustrativas referem-se a um transmissor de difusão digital, um receptor de difusão digital, e métodos para configurar e processar fluxos dos mesmos, e mais particularmente, a um transmissor de difusão digital para configurar um fluxo de transporte incluindo dados normais e dados móveis e para transmitir o fluxo de transporte, um receptor de difusão digital para receber e processar o fluxo de transporte e métodos do mesmo.
Técnica Anterior
[0002] À medida que a difusão digital se torna amplamente difundida, diversos tipos de aparelhos eletrônicos suportam serviços de difusão digital. Em particular, um aparelho portátil pessoal, tal como um telefone móvel, um navegador, um assistente digital pessoal (PDA), e um aparelho de MP3, além de um eletrodoméstico geral, tal como uma televisão de difusão digital e uma caixa de decodificação, suportam a difusão digital.
[0003] Consequentemente, os padrões de difusão digital para fornecimento de serviço de difusão digital para tal aparelho portátil já foram discutidos.
[0004] Dentre os mesmos, um padrão portátil/móvel do comitê de sistemas de televisão avançado (ATSC-MH) foi discutido. De acordo com o padrão ATSC-MH, os dados móveis são localizados em um fluxo de transporte que é configurado para transmitir dados gerais para um serviço de difusão digital (isto é, dados normais), e são então transmitidos.
[0005] Visto que os dados móveis são recebidos e processados no aparelho portátil, os dados móveis são processados para serem robustos contra um erro visto que a mobilidade do aparelho portátil é diferente dos dados normais e é incluída no fluxo de transporte.
[0006] A figura 1 é uma vista que ilustra um exemplo de um fluxo de transporte incluindo dados móveis e dados normais.
[0007] O fluxo a) da figura 1 ilustra um fluxo no qual os dados móveis e os dados normais são localizados em pacotes alocados e são multiplicados.
[0008] O fluxo a) da figura 1 é convertido em um fluxo b) por inter-calamento. Com referência à b) da figura 1, os dados móveis intercalados MH podem ser divididos em uma área "A" e uma área "B". A área "A" representa uma área que se estende a partir de uma parte onde os dados móveis através de um tamanho predeterminado são coletados em uma pluralidade de unidades de transmissão, e a área "B" representa a área restante. A divisão de dados móveis em área "A" e área "B" é meramente um exemplo e os dados móveis podem ser divididos de diferentes formas de acordo com a situação. Por exemplo, em b) da figura 1, até mesmo uma parte que não inclui dados normais é configurada para a área "A" e uma parte correspondente a uma uni-dade de transmissão na qual um bit de dados normais é incluído é configurada para a área "B".
[0009] A área "B" é relativamente suscetível a um erro em comparação com a área "A". Mais especificamente, os dados de difusão digital podem incluir dados conhecidos para a correção de um erro, tal como uma sequência de treinamento a ser demodulada e equalizada adequadamente em um receptor. De acordo com o padrão ATSC-MH da técnica relacionada, os dados conhecidos não são colocados na área "B" e, dessa forma, a área "B" é suscetível a um erro.
[00010] Além disso, se o fluxo for configurado como ilustrado na figura 1, existe um limite na transmissão dos dados móveis. Em outras palavras, apesar de um número aumentado de estações de difusão e aparelhos suportarem os serviços de difusão para aparelhos móveis, a eficiência de transmissão de fluxo deteriora devido à configuração do fluxo como ilustrado na figura 1 onde uma parte alocada para dados normais não pode ser utilizada.
Descrição da Invenção Problema Técnico
[00011] Consequentemente, existe uma necessidade de se criar um método para utilização de uma configuração de um fluxo de transporte mais eficientemente do que é conhecido da técnica relacionada.
Solução para o Problema
[00012] Modalidades ilustrativas superam as desvantagens acima e outras desvantagens não descritas acima. No entanto, deve ser compreendido que uma modalidade ilustrativa não é necessária para se superar as desvantagens descritas acima e uma modalidade ilustrativa pode não superar qualquer um dos problemas descritos acima.
[00013] As modalidades ilustrativas fornecem um transmissor de difusão digital, um receptor de difusão digital e métodos de configuração e processamento de fluxos dos mesmos, que utilizam um pacote alocado para dados normais em um fluxo de transporte de várias formas, diversificando assim a eficiência de transmissão de dados móveis e também aperfeiçoando o desempenho de recepção do fluxo de transporte.
[00014] De acordo com um aspecto de uma modalidade ilustrativa, é fornecido um método para a configuração de um fluxo de um transmissor de difusão digital, o método incluindo a colocação de dados móveis em pelo menos parte dos pacotes alocados para os dados normais entre todos os pacotes configurando o fluxo e configurando um fluxo de transporte com dados móveis.
[00015] O método pode incluir adicionalmente a realização da codificação, intercalamento, codificação de treliça, multiplexação com um sinal de sincronização, e modulação no fluxo de transporte, e enviando o fluxo de transporte.
[00016] De acordo com um aspecto de outra modalidade ilustrativa, é fornecido um transmissor de difusão digital incluindo um pré- processador de dados para colocar dados móveis em pelo menos parte dos pacotes alocados aos dados normais entre todos os pacotes configurando um fluxo, e um multiplexador para configurar um fluxo de transporte com os dados móveis.
[00017] O transmissor de difusão digital pode incluir adicionalmente uma unidade excitadora para realizar a codificação, intercalamento, e codificação tipo treliça, modulando o fluxo de transporte, multiplexando com um sinal sincronizado e enviando o fluxo.
[00018] De acordo com um aspecto de outra modalidade ilustrativa, é fornecido um método de processamento de um fluxo de um receptor de difusão digital, o método incluindo o recebimento de um fluxo de transporte que é dividido em uma primeira área alocada aos primeiros dados móveis e uma segunda área alocada aos dados normais, e que inclui dados móveis separados localizados em pelo menos uma parte da segunda área, demodulando o fluxo de transporte, equalizando o fluxo de transporte demodulado, e decodificando pelo menos primeiros dados móveis e novos dados móveis a partir do fluxo de transporte equalizado.
[00019] De acordo com um aspecto de outra modalidade ilustrativa, é fornecido um receptor de difusão digital, incluindo um receptor para receber um fluxo de transporte que é dividido em uma primeira área alocada para os primeiros dados móveis e uma segunda área alocada para dados normais, e que inclui novos dados móveis localizados em pelo menos uma parte da segunda área, um demodulador para demo- dular o fluxo de transporte, um equalizador para equalizar o fluxo de transporte demodulado, e um decodificador para decodificar pelo menos um dentre os primeiros dados móveis e os novos dados móveis do fluxo de transporte equalizado.
Efeitos Vantajosos da Invenção
[00020] De acordo com as modalidades ilustrativas como descrito acima, um fluxo de transporte é configurado de várias formas, de modo que um receptor possa ser fornecido com diversos tipos de dados móveis.
Breve Descrição dos Desenhos
[00021] Os aspectos acima e/ou outros serão mais prontamente aparentes pela descrição em modalidades ilustrativas detalhadas, com referência aos desenhos em anexo nos quais:
[00022] A figura 1 é uma vista ilustrando um exemplo de uma configuração de um fluxo de transporte de acordo com o padrão ATSC-MH;
[00023] As figuras2 a 4 são diagramas em bloco ilustrando um transmissor de difusão digital de acordo com várias modalidades ilustrativas;
[00024] A figura 5 é um diagrama em bloco ilustrando um exemplo de um codificador de quadro;
[00025] A figura 6 é um diagrama em bloco ilustrando um exemplo de um codificador de quadro Reed-Solomon (RS) do codificador de quadro da figura 5;
[00026] A figura 7 é um diagrama em bloco ilustrando um exemplo de um processador de bloco;
[00027] A figura 8 é uma vista ilustrando um exemplo da divisão de um fluxo em blocos;
[00028] A figura 9 é um diagrama em bloco ilustrando um exemplo de um codificador de sinalização;
[00029] As figuras 10 a 13 são vistas ilustrando diversos exemplos de um codificador tipo treliça;
[00030] A figura 14 é uma vista ilustrando um exemplo de uma estrutura de um quadro de dados móveis;
[00031] As figuras 15 a 21 são vistas ilustrando exemplos de configurações de um fluxo de acordo com várias modalidades ilustrativas;
[00032] As figuras 22 a 28 são vistas ilustrando as configurações de um padrão de inserção de dados conhecido de acordo com várias modalidades ilustrativas;
[00033] A figura 29 é uma vista ilustrando um padrão no qual os dados móveis são localizados em uma área de dados normal de acordo com um primeiro modo;
[00034] A figura 30 é uma vista ilustrando o fluxo da figura 29 após o intercalamento;
[00035] A figura 31 é uma vista ilustrando um padrão no qual os dados móveis são localizados em uma área de dados normal de acordo com um segundo modo;
[00036] A figura 32 é uma vista ilustrando o fluxo da figura 31 após o intercalamento;
[00037] A figura 33 é uma vista ilustrando um padrão no qual os dados móveis são localizados em uma área de dados normais de acordo com um terceiro modo;
[00038] A figura 34 é uma vista ilustrando o fluxo da figura 33 após o intercalamento;
[00039] A figura 35 é uma vista ilustrando um padrão no qual os dados móveis são localizados em uma área de dados normais de acordo com um quarto modo;
[00040] A figura 36 é uma vista ilustrando o fluxo da figura 35 após o intercalamento;
[00041] As figuras 37 a 40 são vistas ilustrando um padrão no qual os dados móveis são localizados de acordo com os diversos modos de acordo com várias modalidades ilustrativas;
[00042] As figuras 41 a 43 são vistas ilustrando diversos tipos de slots que são dispostas em sequência repetidamente;
[00043] As figuras 44 a 47 são vistas ilustrando um método de alocação de bloco de acordo com várias modalidades ilustrativas;
[00044] A figura 48 é uma vista para explicar os diversos pontos de partida de um quadro RS de acordo com as várias modalidades ilustrativas;
[00045] A figura 49 é uma vista para explicar uma localização onde os dados de sinalização são inseridos;
[00046] A figura 50 é uma vista ilustrando um exemplo de uma configuração de sincronização de campo de dados para a transmissão de dados de sinalização; e
[00047] As figuras 51 a 53 são vistas ilustrando um receptor de difusão digital de acordo com várias modalidades ilustrativas.
Modo para a Invenção
[00048] Doravante, as modalidades ilustrativas serão descritas em maiores detalhes com referência aos desenhos em anexo.
[00049] Na descrição a seguir as mesmas referências numéricas são utilizadas para os mesmos elementos quando são apresentados em desenhos diferentes. A matéria definida na descrição, tal como as construções detalhadas e elementos, é fornecida para auxiliar em uma compreensão profunda das modalidades ilustrativas. Dessa forma, é aparente que as modalidades ilustrativas podem ser realizadas sem essa matéria especificamente definida. Além disso, funções ou elementos conhecidos da técnica relacionada não são descritos em detalhes visto que isso obscureceria a invenção com detalhes desnecessários. As expressões tal como "pelo menos um de", quando antecedendo uma lista de elementos, modificam toda a lista de elementos e não modificam os elementos individuais da lista.
Transmissor de Difusão Digital
[00050] Com referência à figura 2, um transmissor de difusão digital de acordo com uma modalidade ilustrativa inclui um pré-processador de dados 100 e um multiplexador 200.
[00051] O pré-processador de dados 100 recebe dados móveis e processa os dados móveis adequadamente para converter os dados móveis em um formato adequado para transmissão.
[00052] O multiplexador 200 configura um fluxo de transporte com dados móveis. Especificamente, o multiplexador 200 pode multiplexar a saída de dados móveis a partir do pré-processador de dados 100 através de dados normais se os dados normais existirem, configurando, assim, o fluxo de transporte.
[00053] O pré-processador de dados 100 pode processar os dados móveis de modo que os dados móveis sejam localizados em todos ou em alguns dos pacotes alocados para dados normais de toda o fluxo.
[00054] Isto é, como ilustrado na figura 1, alguns dos pacotes são alocados para dados normais de acordo com o padrão ATSC-MH. Mais especificamente, um fluxo é dividido em uma pluralidade de slots em uma unidade de tempo como ilustrado na figura 1, e um slot inclui 156 pacotes no total. 38 desses pacotes são alocados para dados normais, enquanto os 118 pacotes restantes são alocados para dados móveis. Doravante, por motivos de conveniência de descrição, os 118 pacotes são referidos como uma primeira área que é alocada para os dados móveis, e os 38 pacotes são referidos como uma segunda área que é alocada para os dados normais. Além disso, os dados normais incluem diversos tipos de dados gerais que podem ser recebidos e processados por um dispositivo de recepção (tal como TV), e os dados móveis incluem um tipo de dados que pode ser recebido e processado por um aparelho móvel. Os dados móveis podem ser expressos pelos diversos termos tais como dados robustos, dados turbo, e dados adici- onais de acordo com a situação.
[00055] O pré-processador de dados 100 pode localizar os dados móveis na área de pacote que é alocada para os dados móveis e pode também localizar separadamente os dados móveis em todos ou alguns dos pacotes que são alocados para os dados normais. Os dados móveis localizados nos pacotes alocados para dados móveis podem ser referidos como "primeiros dados móveis" e a área alocada para os primeiros dados móveis pode ser referida como a primeira área, como descrito acima. Por outro lado, os dados móveis localizados na segunda área, isto é, nos pacotes alocados para os dados normais, são referidos como novos dados móveis. Os primeiros dados móveis e os novos dados móveis podem ser iguais ou diferentes um do outro. O pré- processador de dados 10 pode localizar os dados móveis em vários padrões de acordo com, por exemplo, uma condição de configuração de um modo de quadro ou outro modo. Os padrões nos quais os dados móveis são localizados serão explicados em detalhes abaixo.
[00056] O multiplexador 200 configura um fluxo de transporte. Es-pecificamente, se houver dados normais a serem transmitidos, o multi- plexador 200 multiplexa os dados normais e o fluxo enviado a partir do pré-processador de dados 100.
[00057] A figura 3 é uma vista ilustrando outra modalidade ilustrativa na qual um controlador 310 é adicionalmente incluído no transmissor de difusão digital da figura 2. Com referência à figura 3, o controlador 310 do transmissor de difusão digital determina uma condição de configuração de um modo de quadro e controla as operações do pré- processador de dados 100.
[00058] Mais especificamente, se for determinado que um primeiro modo de quadro é configurado, o controlador 310 controla o pré- processador de dados 100 para não colocar os dados móveis em todos os pacotes alocados para os dados normais e para colocar os da dos móveis na primeira área. Isto é, o pré-processador de dados 100 envia um fluxo incluindo apenas os primeiros dados móveis. Consequentemente, um fluxo de transporte é configurado pela colocação de dados normais em pacotes alocados para os dados normais pelo mul- tiplexador 200.
[00059] Se for determinado que um segundo modo de quadro é determinado, o controlador 310 controla o pré-processador de dados 100 para colocar os primeiros dados móveis nos pacotes alocados para os dados móveis, isto é, na primeira área, e também para colocar os dados móveis em pelo menos alguns dos pacotes alocados para dados normais, isto é, em uma parte da segunda área.
[00060] Nesse caso, o controlador 310 pode determinar uma condição de configuração de um modo fornecido separadamente, isto é, um modo para determinar em quantos pacotes os dados móveis estão localizados entre os pacotes alocados para os dados normais. Consequentemente, o controlador 310 pode controlar o pré-processador de dados 100 para colocar os dados móveis em um número predeterminado de pacotes que é determinado de acordo com a condição de configuração do modo dentre todos os pacotes alocados para os dados normais.
[00061] De acordo com as várias modalidades ilustrativas, uma variedade de modos pode ser fornecida. Por exemplo, o modo pode ser um primeiro modo no qual os dados móveis são localizados em alguns dos pacotes alocados para os dados normais ou um segundo modo no qual os dados móveis são localizados em todos os pacotes alocados para os dados normais.
[00062] O primeiro modo aqui pode ser um modo no qual os dados móveis são localizados em uma parte de uma área de dados de cada pacote. Isto é, os dados móveis são localizados em uma parte de toda uma área de dados de um pacote, enquanto os dados normais são localizados na área de dados restante do pacote.
[00063] Do contrario, o primeiro modo pode ser um modo no qual os dados móveis são localizados em toda a área de dados de algum pacote.
[00064] Adicionalmente, vários modos podem ser preparados em consideração ao número de pacotes alocados para os dados normais, tamanho, tipo, tempo de transmissão, ambiente de transmissão de dados móveis e assim por diante.
[00065] No caso de 38 pacotes serem alocados para os dados normais como ilustrado na figura 1, o modo pode ser determinado para um dos seguintes modos:um primeiro modo no qual os dados móveis são localizados em % dos pacotes exceto por um número predeterminado de pacotes entre os 38 pacotes; um segundo modo no qual os dados móveis são localizados em ^ dos pacotes exceto pelo número predeterminado de pacotes entre os 38 pacotes; um terceiro modo no qual os dados móveis são localizados em % dos pacotes exceto pelo número predeterminado de pacotes entre os 38 pacotes; e um quarto modo no qual os dados móveis são localizados em todos os 38 pacotes.
[00066] O pré-processador de dados 100 pode inserir dados conhecidos em adição aos dados móveis. Os dados conhecidos são uma sequência que é comumente conhecida do transmissor de difusão digital e do receptor de difusão digital. O receptor de difusão digital recebe os dados conhecidos do transmissor de difusão digital, identifica uma diferença através de uma sequência pré-conhecida, e então compreende um grau de correção de erro de acordo. Os dados conhecidos podem ser expressos por termos diferentes tal como dados de treina- mento, sequência de treinamento, sinal de referência e sinal de referência suplementar, mas o termo dados conhecidos será utilizado posteriormente por motivos de conveniência de descrição.
[00067] O pré-processador de dados 100 insere pelo menos um dos dados móveis e dados conhecidos em diversas partes de toda o fluxo de transporte, aperfeiçoando, assim, o desempenho de recepção.
[00068] Isto é, pode ser observado a partir de b) da figura 1 que os dados móveis MH são coletados na área "A" e são distribuídos na área "B" de forma cônica. Consequentemente, a área "A" pode ser referida como uma área de corpo e a área "B" pode ser referida com uma área dianteira/traseira. No fluxo MH da técnica relacionada, a área diantei- ra/traseira não contém dados conhecidos e, dessa forma, apresenta o problema de não apresentação de um bom desempenho também na área de corpo.
[00069] Consequentemente, o pré-processador de dados 100 insere dados conhecidos em um local adequado de modo que os dados conhecidos possam ser localizados na área dianteira/traseira. Os dados conhecidos podem ser localizados em um padrão de sequências de treinamento longasnas quais os dados através de um tamanho predeterminado são dispostos continuamente, ou podem ser localizados em um padrão distribuído no qual os dados são dispostos de forma descontínua.
[00070] Os dados móveis e os dados conhecidos podem ser inseridos de várias formas de acordo com as várias modalidades ilustrativas, algumas das quais serão explicadas em detalhes abaixo com referência aos desenhos. No entanto, um exemplo de uma configuração detalhada do transmissor de difusão digital será explicado primeiro.
Exemplo de Configuração Detalhada do Transmissor de Difusão Digital
[00071] A figura 4 é um diagrama em bloco ilustrando um exemplo de uma configuração detalhada de um transmissor de difusão digital de acordo com uma modalidade ilustrativa. Com referência à figura 4, o transmissor de difusão digital pode incluir um processador normal 320 e uma unidade excitadora 400 em adição ao pré-processador de dados 100 e multiplexador 200. O controlador 310 da figura 3 é omitido da figura 4, apesar de ser compreendido que o controlador 310 pode ser incluído no transmissor de difusão digital. Além disso, alguns elementos podem ser detectados a partir do transmissor de difusão digital da figura 4 ou um ou mais novos elementos podem ser adicionados, de acordo com outras modalidades ilustrativas. Além disso, a ordem da disposição e o número de elementos podem variar de acordo com várias modalidades ilustrativas.
[00072] Com referência à figura 4, o processador normal 320 recebe dados normais e converte os dados normais em um formato adequado para configuração de um fluxo de transporte. Isto é, visto que o transmissor de difusão digital configura um fluxo de transporte incluindo dados normais e dados móveis e transmite o fluxo de transporte, um receptor de difusão digital da técnica relacionada para dados normais pode ser capaz de receber e processar os dados normais adequadamente. Consequentemente, o processador normal 320 ajusta uma temporização de pacote e uma referência de relógio de apresentação (PCR) dos dados normais (que podem ser referidos como dados de serviço principal) de modo a tornar o formato dos dados normais adequado para o padrão MPEG/ATSC que é utilizado para decodifica- ção de dados normais. Uma descrição detalhada é descrita no Anexo B de ATSC-MH, a descrição do qual é incorporada aqui em sua totali-dade por referência, e, dessa forma, omitida.
[00073] O pré-processador de dados 100 inclui um codificador de quadro 110, um processador de bloco 120, um formatador de grupo 130, um formatador de pacote 140, e um codificador de sinalização 150.
[00074] O codificador de quadro 110 realiza a codificação de quadro RS. Mais especificamente, o codificador de quadro 110 recebe um único serviço e constrói um número predeterminado de quadros RS. Por exemplo, se um único serviço for uma unidade montada M/H incluindo uma pluralidade de paradas M/H, um número predeterminado de quadros RS é construído para cada parada M/H. Em particular, o codificador de quadro 110 randomiza os dados móveis de entrada, realiza a codificação RS-CRC, divide cada quadro RS de acordo com um modo de quadro RS pré-configurado, e envia um número predeterminado de quadros RS.
[00075] A figura 5 é um diagrama em bloco ilustrando um exemplo do codificador de quadro 110. Com referência à figura 5, o codificador de quadro 110 inclui um desmultiplexador de entrada 111, uma pluralidade de codificadores de quadro RS 112-1 ~112-M, e um multiplexa- dor de saída 113.
[00076] Se os dados móveis de uma unidade de serviço predeterminada (por exemplo, uma unidade montada M/S) forem recebidos, o desmultiplexador de entrada 111 desmultiplexa os dados móveis em uma pluralidade de conjuntos tal como um conjunto primário e um conjunto secundário de acordo com a informação de configuração predeterminada (por exemplo, um modo de quadro RS), e envia os conjuntos desmultiplexados para cada codificador de quadro RS 112-1 ~112- M. Cada codificador de quadro RS 112-1~112-M realiza a randomiza- ção, a codificação RS-CRC, e a divisão com relação aos conjuntos de entrada, e envia os conjuntos para o multiplexador de saída 113. O multiplexador de saída 113 multiplexa as partes de quadro enviadas a partir de cada codificador de quadro RS 112-1~112-M e envia uma parte de quadro RS primária e uma parte de quadro RS secundária. Nesse caso, apenas a parte de quadro RS primária pode ser enviada de acordo com uma condição de configuração de um modo de quadro RS.
[00077] A figura 6 é um diagrama em bloco ilustrando um exemplo de um dos codificadores de quadro RS 112-1~112-M. Com referência à figura 6, o codificador de quadro 112 inclui uma pluralidade de ran- domizadores M/H 112-1a, 112-1b, uma pluralidade de codificadores RS-CRC 112-2a, 112-2b e uma pluralidade de divisores de quadro RS 112-3a, 112-3b. Se o conjunto M/H primário e o conjunto M/H secundário forem recebidos a partir do desmultiplexador de entrada 111, os randomizadores M/H 112-1a e 112-1b realizam a randomização e os codificadores RS-CRC 112-2a e 112-2b realizam a codificação RS- CRC para os dados randomizados. Os divisores de quadro RS 112-3a, 112-3b dividem os dados para serem codificados em bloco adequadamente e enviam os dados para o multiplexador de saída 113 de modo que o processador de bloco 120 disposto na extremidade traseira do codificador de quadro 110 codifique em bloco os dados adequadamente. O multiplexador de saída 113 combina e multiplexa as partes de quadro e envia as partes de quadro para o processador de bloco 120 de modo que o processador de bloco 120 codifique em bloco as partes de quadro.
[00078] O processador de bloco 120 codifica uma saída de fluxo do codificador de quadro 110 por uma unidade de bloco. Isto é, o processador de bloco 120 realiza a codificação em bloco.
[00079] A figura 7 é um diagrama em bloco ilustrando um exemplo do processador de bloco 120.
[00080] Com referência à figura 7, o processador de bloco 120 inclui um primeiro conversor 121, um conversor de byte para bit 122, um codificador convoluto 123, um intercalador de símbolo 124, um conversor de símbolo para byte 125, e um segundo conversor 126.
[00081] O primeiro conversor 121 converte a saída do quadro RS do codificador de quadro 110 com base em bloco. Isto é, o primeiro conversor 121 combina os dados móveis no quadro RS de acordo com um modo de bloco predeterminado e envia um bloco de código convo- luto serialmente concatenado (SCCC).
[00082] Por exemplo, se o modo de bloco for "00", um único bloco M/H é convertido em um único bloco SCCC.
[00083] A figura 8 é uma vista ilustrando os blocos M/H que são o resultado da divisão de dados móveis com base em bloco. Com referência à figura 8, uma única unidade de dados móveis, por exemplo, um grupo M/H, é dividida em 10 blocos M/H B1~B10. Se o modo de bloco for "00", cada bloco B1~B10 é convertido em um bloco SCCC. Se o modo de bloco for "01", dois blocos M/H são combinados para formar um único bloco SCCC e o bloco SCCC é enviado. O padrão de combinação pode ser configurado de forma diversa de acordo com as várias modalidades ilustrativas. Por exemplo, os blocos B1 e B6 são combinados para formar um bloco SCB1 e blocos B2 e B7, blocos B3 e B8, blocos B4 e B9, e blocos B5 e B10 são combinados para formar os blocos SCB2, SCB3, SCB4, SCB5, respectivamente. De acordo com outros modos de bloco, os blocos são combinados de várias formas e o número de blocos combinados varia.
[00084] O conversor de byte para bit 122 converte o bloco SCCC de uma unidade de byte para uma unidade de bit. Isso porque o codificador convoluto 123 opera com base em bit. Consequentemente, o codificador convoluto 123 realiza a codificação convoluta com relação aos dados convertidos.
[00085] Depois disso, o intercalador de símbolo 124 realiza a intercalação de símbolo. A intercalação de símbolo pode ser realizada da mesma forma que a intercalação de bloco. Os dados intercalados por símbolo são convertidos em uma unidade de byte pelo conversor de símbolo para byte 125 e então convertidos novamente para uma uni- dade de bloco M/H pelo segundo conversor 126 e enviados.
[00086] O formatador de grupo 130 recebe o fluxo que é processada pelo processador de bloco 120 e formata o fluxo com base em grupo. Mais especificamente, o formatador de grupo 130 mapeia a saída de dados do processador de bloco 120 em um local adequado dentro do fluxo, e adiciona dados conhecidos, dados de sinalização e dados de inicialização ao fluxo.
[00087] Adicionalmente, o formatador de grupo 130 adiciona um byte de retenção de lugar para os dados normais, um cabeçalho MPEG-2, paridade RS não sistemática e um byte manequim para conformação a um formato de grupo.
[00088] Os dados de sinalização se referem a diversas informações para o processamento do fluxo de transporte. Os dados de sinalização podem ser adequadamente processados pelo codificador de sinalização 150 e podem ser fornecidos para o formatador de grupo 130. Um canal de parâmetro de transmissão (TPC) e um canal de informação rápida (FIC) podem ser utilizados para transmitir dados móveis. O TPC é utilizado para fornecer vários parâmetros tal com várias informações de modo de correção de erro de avanço (FEC) e a informação de quadro M/H. O FIC é utilizado para um receptor obter um serviço de forma rápida e inclui informação de camada cruzada entre uma camada física e uma camada superior. Se tal informação TPC e informação FIC forem fornecidas para o codificador de sinalização 150, o codificador de sinalização 150 processa a informação adequadamente e fornece a informação processada como dados de sinalização.
[00089] A figura 9 é um diagrama em bloco ilustrando um exemplo do codificador de sinalização 150.
[00090] Com referência à figura 9, o codificador de sinalização 150 inclui um codificador RS para um TPC 151, um multiplexador 152, um codificador RS para um FIC 153, um intercalador de bloco 154, um randomizador de sinalização 155, e um codificador PCCC 156. O codificador RS para TPC 151 realiza a codificação Rs para registro de dados TPC para formar uma palavra código TPC. O codificador RS para FIC 153 e o intercalador de bloco 154 realiza a codificação RS e a intercalação de bloco para registro de dados FIC para formar uma palavra código FIC. O multiplexador 152 coloca a palavra código FIC depois da palavra código TPC para formar uma série de sequências. As sequências formadas são randomizadas pelo randomizador de sinalização 155 e são codificadas em um código convoluto concatenado em paralelo (PCCC) pelo codificador PCCC 156 e são então enviados para o formatador de grupo 130 como dados de sinalização.
[00091] Os dados conhecidos são uma sequência que é comumen- te utilizada para o transmissor de difusão digital e o receptor de difusão digital, como descrito acima. O formatador de grupo 130 insere os dados conhecido sem um local adequado de acordo com um sinal de controle fornecido a partir de um elemento adicional, tal como o controlador 310, de modo que os dados conhecidos sejam localizados em um local adequado na fluxo depois de serem intercalados pela unidade excitadora 400. Por exemplo, os dados conhecidos podem ser inseridos em um local adequado de modo a serem localizados até mesmo na área "B" d fluxo de b) da figura 1. O formatador de grupo 130 de-termina um local onde os dados conhecidos devem ser inseridos com referencia a uma regra de intercalamento.
[00092] Os dados iniciais se referem a dados com base nos quais o codificador tipo treliça 450 fornecido na unidade excitadora 400 inicializa as memórias internas em um momento adequado. Os dados iniciais serão descritos em detalhes quando a unidade excitadora 400 for descrita.
[00093] O formatador de grupo 130 pode incluir uma unidade de configuração de formato de grupo (não ilustrada) para inserir várias áreas e sinais no fluxo e configurar o fluxo como um formato de grupo, e um desintercalador de dados para desintercalar o fluxo configurada como o formato de grupo.
[00094] O desintercalador de dados arruma novamente os dados na ordem reversa do intercalador 430 localizado na extremidade traseira com referência ao fluxo. O fluxo desintercalado pelo desintercalador de dados pode ser fornecido para o formatador de pacote 140.
[00095] O formatador de pacote 140 pode remover diversos retentores de lugar que são fornecidos para o fluxo pelo formatador de grupo 130, e pode adicionar um cabeçalho MPEG possuindo um identificador de pacote (PIC) de dados móveis para o fluxo. Consequentemente, o formatador de pacote 140 envia o fluxo na unidade de um número predeterminado de pacotes para cada grupo. Por exemplo, o formatador de pacote 140 pode enviar 118 pacotes TS.
[00096] O pré-processador de dados 100 é implementado de várias formas como descrito acima para configurar os dados móveis em uma forma adequada. Por exemplo, no caso de uma pluralidade de serviços móveis ser fornecida, cada elemento do pré-processador de dados 100 pode ser uma pluralidade de elementos.
[00097] O multiplexador 200 multiplexa um fluxo normal processada pelo processador normal 320 e um fluxo móvel processada pelo pré- processador de dados 100, configurando, assim, um fluxo de transporte. O fluxo de transporte enviado a partir do multiplexador 200 inclui dados normais e dados móveis e pode incluir adicionalmente dados conhecidos para aperfeiçoar o desempenho da recepção.
[00098] A unidade excitadora 400 realiza a codificação, intercalação, codificação tipo treliça, e modulação com relação ao fluxo de transporte configurado pelo multiplexador 200, e envia o fluxo de transporte processado. A unidade excitadora 400 pode ser referida como um pós-processador de dados em algumas modalidades ilustra-tivas.
[00099] Com referência à figura 4, a unidade excitadora 400 inclui um randomizador 410, um codificador RS 420, um intercalador 430, uma unidade de substituição de paridade 440, uma unidade de codificação tipo treliça 450, um recodificador RS 460, um multiplexador sincronizado 470, uma unidade de inserção de piloto 480, um modulador 8-VSB 490, e um conversor ascendente de RF 495.
[000100] O randomizador 410 randomiza a saída de fluxo de transporte a partir do multiplexador 200. O randomizador 410 pode realizar a mesma função de um randomizador de acordo com o padrão ATSC.
[000101] O randomizador 410 pode realizar uma operação XOR com relação ao cabeçalho MPEG dos dados móveis e todos os dados normais com uma sequência binária pseudorrandômica (PRBS) que pode ter 16 bits de comprimento ou mais, mas pode não realizar uma operação XOR com relação a um byte de carga útil dos dados móveis. No entanto, mesmo nesse caso, um gerador PRBS continua a realizar a mudança de um registro de mudança. Isto é, o randomizador 410 ul-trapassa o byte de carga útil dos dados móveis.
[000102] O codificador RS 420 realiza a codificação RS com relação ao fluxo randomizado.
[000103] Mais especificamente, se uma parte correspondente aos dados normais for registrada, o codificador RS 420 realiza a codificação RS sistemática da mesma forma que em um sistema ATSC da técnica relacionada. Isto é, o codificador RS 420 adiciona uma paridade de 20 bytes a uma extremidade de cada pacote de 187 bytes. Por outro lado, se uma parte correspondente aos dados móveis for registrada, o codificador RS 420 realiza a codificação RS não sistemática. Nesse caso, os dados FEC RS de 20 bytes, que são obtidos pela codificação RS não sistemática, são localizados em um local de byte de paridade predeterminado dentro de cada pacote dos dados móveis. Consequentemente, os dados possuem uma compatibilidade com um receptor de acordo com o padrão ATSC da técnica relacionada. Se ambos o PID MPEG e a paridade RS forem utilizados para dados móveis, o codificador RS 420 pode ser ultrapassado.
[000104] O intercalador 430 intercala o fluxo codificado pelo codificador RS 420. A intercalação pode ser realizada da mesma forma que em um sistema ATSC convencional. Isto é, o intercalador 430 seleciona uma pluralidade de canais, que são criados a partir de diferentes números de registros de mudança, em sequência utilizando um comutador e realiza a escrita e leitura dos dados. Como resultado disso, um número predeterminado de intercalações é realizado de acordo com o número de registros de mudança em um canal correspondente.
[000105] A unidade de substituição de paridade 440 corrige a paridade que é alterada como resultado da inicialização de memórias pela unidade de codificação tipo treliça 450 na extremidade traseira do fluxo. Se ambos PID MPEG e paridade RS forem utilizados para os dados móveis, a unidade de substituição de paridade 440 pode ser ultrapassada.
[000106] Isto é, a unidade de codificação tipo treliça 450 recebe o fluxo intercalado e realiza a codificação tipo treliça. A unidade de codificação tipo treliça 450 utiliza 12 codificadores tipo treliça em geral. Consequentemente, a unidade de codificação tipo treliça 450 pode utilizar um desmultiplexador para dividir o fluxo em 12 fluxos independentes e enviar os fluxos para os codificadores tipo treliça e um multiple- xador para combinar os fluxos codificados pelos codificadores tipo tre- liça em um único fluxo.
[000107] Cada um dos codificadores tipo treliça utiliza uma pluralidade de memórias internas para realizar a codificação tipo treliça pela realização de uma operação lógica com relação a um valor recém- registrado e um valor pré-armazenado na memória interna.
[000108] Como descrito acima, o fluxo de transporte pode incluir dados conhecidos. Os dados conhecidos se referem a uma sequência que é comumente conhecida para o transmissor de difusão digital e o receptor de difusão digital. O receptor de difusão digital verifica o estado dos dados conhecidos recebidos e determina um grau de correção de erro de acordo. Os dados conhecidos podem ser transmitidos em um estado conhecido do receptor de difusão digital. No entanto, visto que o valor armazenado na memória interna fornecida no codificador tipo treliça não é conhecido, as memórias internas são inicializadas com um valor arbitrário antes de os dados conhecidos serem registrados no codificador tipo treliça. Consequentemente, a unidade de codificação tipo treliça 450 inicializa a memória antes da codificação tipo treliça dos dados conhecidos. A inicialização de memória pode ser referida como "reconfiguração tipo treliça".
[000109] A figura 10 é uma vista ilustrando um exemplo de um dentre a pluralidade de codificadores tipo treliça fornecidos na unidade de codificação tipo treliça 450.
[000110] Com referência à figura 10, o codificador tipo treliça inclui um primeiro multiplexador 451, um segundo multiplexador 452, um primeiro somador 453, um segundo somador 454, uma primeira memória 455, uma segunda memória 456, uma terceira memória 457 e um mapeador 458.
[000111] O primeiro multiplexador 451 recebe dados N do fluxo e um valor I armazenado na primeira memória 455 e envia um único valor N ou I de acordo com um sinal de controle N/I. Mais especificamente, um sinal de controle para selecionar I é aplicado quando um valor correspondente a uma seção de dados de inicialização é registrado de modo que o primeiro multiplexador 451 envie I. N é enviado na outra seção. Da mesma forma, o segundo multiplexador 452 envia I quando um valor correspondente a uma seção de dados de inicialização é registrado.
[000112] Consequentemente, se um valor correspondente a uma seção além da seção de dados de inicialização for registrado, o primeiro multiplexador 451 envia o valor de entrada para a extremidade traseira como está. O valor de saída é registrado no primeiro somador 453 juntamente com um valor pré-armazenado na primeira memória 455. O primeiro somador 453 realiza uma operação lógica tal como XOR com relação aos valores de entrada e envia Z2. Nesse estado, se um valor correspondente à seção de dados de inicialização for registrado, o valor armazenado na primeira memória 455 é selecionado pelo primeiro multiplexador 451 e enviado. Consequentemente, visto que dois valo-res iguais são registrados para o primeiro somador 453, um valor da operação lógica é um valor constante. Isto é, XOR produz uma saída igual a 0. Visto que o valor de saída do primeiro somador 453 é registrado na primeira memória 455 como está, a primeira memória 455 é inicializada para um valor igual a 0.
[000113] Se um valor correspondente à seção de dados de inicialização for registrado, o segundo multiplexador 452 seleciona um valor armazenado na terceira memória 457 como está e envia o valor. O valor de saída é registrado no segundo somador 454 juntamente com um valor armazenado na terceira memória 457. O segundo somador 454 realiza uma operação lógica com relação aos dois valores iguais e envia um valor resultante para a segunda memória 456. Visto que os valores registrados no segundo somador 454 são iguais, um valor de operação lógica para os mesmos valores (por exemplo, um valor resultante igual a 0 de XOR) é registrado para a segunda memória 456. Consequentemente, a segunda memória 456 é inicializada. Por outro lado, o valor armazenado na segunda memória 456 é mudado para e armazenado na terceira memória 457. Consequentemente, quando os próximos dados de inicialização são registrados, um valor atual da segunda memória 456, isto é, um valor igual a 0, é registrado na terceira memória 457 como está de modo que a terceira memória 457 também seja inicializada.
[000114] O mapeador 458 recebe os valores enviados pelo primeiro somador 453, pelo segundo multiplexador 452, e pela segunda memória 456, e mapeia esses valores em um valor de símbolo correspondente R e envia os valores mapeados. Por exemplo, se Z0, Z1 e Z2 forem enviados como 0, 1 e 0, o mapeador 458 envia um símbolo -3.
[000115] Visto que o codificador RS 420 está localizado antes da unidade de codificação tipo treliça 450, uma paridade já foi adicionada ao valor registrado na codificação tipo treliça 450. Consequentemente, a paridade é alterada de acordo com a mudança em algum valor de dados causada pela inicialização no codificador tipo treliça 450.
[000116] Especificamente, o recodificador RS 460 muda o valor da seção de dados de inicialização utilizando X1 e X2 enviados pela unidade de codificação tipo treliça 450, gerando, assim, uma nova paridade. O recodificador RS 460 pode ser referido como um codificador RS não sistemático.
[000117] Apesar de em uma modalidade ilustrativa da figura 10, a memória ser inicializada para um valor "0", a memória pode ser iniciali- zada para outro valor em outra modalidade ilustrativa.
[000118] Com referência à figura 11, o codificador tipo treliça inclui um primeiro multiplexador 451, um segundo multiplexador 452, primeiro a quarto somadores 453, 454, 459-1 e 459-2, e primeira a terceira memórias 455, 456, 457. O mapeador 458 é omitido da figura 11.
[000119] O primeiro multiplexador 451 pode enviar um dentre um valor de entrada de fluxo X2 e um valor do terceiro somador 459-1. O terceiro somador 459-1 recebe I_X2 e um valor de armazenamento da primeira memória 455. I_X2 se refere a um valor de reconfiguração de memória registrado a partir de uma fonte externa. Por exemplo, a fim de se inicializar a primeira memória 455 para "1", I_X2 é registrado como "1". Se a primeira memória 455 armazenar um valor "0", o terceiro so- mador 459-1 envia um valor "1" e, dessa forma, o primeiro multiplexador 451 envia um valor "1". Consequentemente, o primeiro somador 453 realiza XOR com relação ao valor de saída "1" a partir do primeiro mul- tiplexador 451 e o valor de armazenamento "0" na primeira memória 455 e armazena um valor resultante "1" na primeira memória 455. Como resultado disso, a primeira memória 455 é inicializada para "1".
[000120] Da mesma forma, o segundo multiplexador 452 seleciona o valor de saída do quarto somador 459-2 na seção de dados de inicialização e envia o valor. O quarto somador 459-2 envia um valor resultante de XOR para um valor de reconfiguração de memória I_X1 registrado a partir de uma fonte externa e um valor da terceira memória 457. Considerando-se que a segunda memória 456 e a terceira memória 457 armazenam valores "1" e "0", respectivamente, e a segunda memória 456 e a terceira memória 457 devem ser inicializadas para "1" e "1", respectivamente, o segundo multiplexador 452 envia um valor resultante "1" de XOR para o valor "0" armazenado na terceira memória 457 e o valor I_X1 "1". O valor de saída "1" é registrado no segundo somador 454 e o segundo somador 454 envia um valor resultante "1" de XOR para o valor "1" e o valor "0" armazenado na terceira memória 457n para a segunda memória 456. O valor original "1" armazenado na segunda memória 456 é mudado para a terceira memória 457 de modo que a terceira memória 457 seja inicializada para "1". Nesse estado, se o segundo I_X1 for registrado como "1" também, um valor resultante "0" de XOR para o valor de entrada "1" e o valor "1" da terceira memória 457 é enviado a partir do segundo multiplexador 452. O segundo somador 454 realiza uma operação XOR no valor "0" enviado a partir do segundo multiplexador 452 e o valor "1" armazenado na terceira memória 457, produzindo, assim, um valor resultante "1" armazenado na segunda memória 456 é mudado para e armazenado na terceira memória 457. Como resultado disso, a segunda memória 456 e a terceira memória 457 são ambas inicializadas para "1".
[000121] As figuras 12 e 13 ilustram um codificador tipo treliça de acordo com várias modalidades ilustrativas.
[000122] Com referência à figura 12, o codificador tipo treliça pode incluir adicionalmente um terceiro multiplexador 459-3 e um quarto multiplexador 459-4 em adição à configuração da figura 11. Os terceiro e quarto multiplexadores 459-3 e 459-4 enviam valores a partir dos primeiro e segundo somadores 453 e 454 ou valores I_X2 e I_X1 de acordo com o sinal de controle N/I. Consequentemente, as primeira a terceira memórias 455, 456, 457 podem ser inicializadas para um valor desejado.
[000123] A figura 13 ilustra um codificador tipo treliça com uma configuração mais simplificada. Com referência à figura 13, o codificador tipo treliça inclui primeiro e segundo somadores 453, 454, primeira a terceira memórias 455, 456, 457, e terceiro e quarto multiplexadores 459-3 e 459-4. Consequentemente, as primeira a terceira memórias 455, 456, 457 são inicializadas de acordo com os valores de I_X1 e I_X2 registrados nos terceiro e quarto multiplexadores 459-3 e 459-4. Isto é, com referência à figura 13, os valores I_X2 e I_X1 são registrados na primeira memória 455 e na segunda memória 456 como estado de modo que a primeira memória 455 e a segunda memória 456 sejam inicializadas para os valores I_X2 e I_X1.
[000124] Uma descrição detalhada adicional do codificador tipo treli- ça das figuras 12 e 13 é omitida.
[000125] Com referência novamente à figura 4, o multiplexador sincronizado 470 adiciona uma sincronização de campo e uma sincronização de segmento ao fluxo codificado pela unidade de codificação tipo treliça 450.
[000126] Como descrito acima, se o pré-processador de dados 100 colocar os dados móveis até mesmo nos pacotes alocados para os dados normais, o transmissor de difusão digital deve informar ao receptor de difusão digital que existem novos dados móveis. A existência de novos dados móveis pode ser informada de várias formas, uma das quais é um método utilizando uma sincronização de campo. Isso será descrito em detalhes abaixo.
[000127] A unidade de inserção piloto 480 insere um piloto no fluxo de transporte que é processada pelo multiplexador sincronizado 470, e o modulador 8-VSB 490 modula o fluxo de transporte de acordo com um esquema de modulação 8-VSV. O conversor ascendente de RF 495 converte o fluxo modulado em um sinal de banda de RF superior para transmissão e transmite o sinal convertido através de uma antena.
[000128] Como descrito acima, o fluxo de transporte é transmitida para o receptor com os dados normais, os dados móveis, e os dados conhecidos sendo incluídos.
[000129] A figura 14 é uma vista para explicar uma estrutura de unidade de um quadro de dados móveis, isto é, um quadro M/H do fluxo de transporte. Com referência a a) e b) da figura 14, um subquadro M/H possui um tamanho de 968 ms no total em uma unidade de tempo e é dividido em 5 subquadros. Um subquadro possui uma unidade de tempo de 193,6 ms e é dividido em 16 slots como ilustrado em c) da figura 14. Cada slot possui uma unidade de tempo de 12,1 ms e inclui 156 pacotes de fluxo de transporte no total. Como descrito acima, 38 desses pacotes são alocados para dados normais e os 118 pacotes restantes são alocados para dados móveis. Isto é, um grupo M/H é feito de 118 pacotes.
[000130] Nesse estado, o pré-processador de dados 100 coloca os dados móveis e os dados conhecidos até mesmo nos pacotes alocados para dados normais, aperfeiçoando assim a eficiência de trans-missão de dados e o desempenho da recepção.
Várias Modalidades Ilustrativas do fluxo de transporte Alterado
[000131] As figuras 15 a 21 são vistas ilustrando as configurações de um fluxo de transporte de acordo com várias modalidades ilustrativas.
[000132] A figura 15 ilustra uma configuração de variação simples de um fluxo de transporte. Isto é, a figura 15 ilustra uma configuração de fluxo depois do intercalamento em uma situação na qual os dados móveis são localizados nos pacotes alocados para dados normais, isto é, na segunda área. No fluxo da figura 15, os dados conhecidos são localizados na segunda área juntamente com os dados móveis.
[000133] Consequentemente, mesmo a parte que não é utilizada para os dados móveis no ATSC-MH da técnica relacionada, isto é, 38 pacotes, pode ser utilizada para dados móveis. Além disso, visto que a segunda área é utilizada independentemente da primeira área de dados móveis (primeira área), um ou mais serviços adicionais podem ser fornecidos. Se novos dados móveis forem utilizados como o mesmo serviço que os primeiros dados móveis, a eficiência da transmissão de dados pode ser adicionalmente aperfeiçoada.
[000134] Se os novos dados móveis e os dados conhecidos forem transmitidos juntos como ilustrado na figura 15, o receptor de difusão digital pode ser notificado sobre a existente ou localização dos novos dados móveis e dos dados conhecidos utilizando-se dados ou sincronização de campo.
[000135] A localização dos dados móveis e dos dados conhecidos pode ser realizada pelo pré-processador de dados 100. Mais especificamente, o formatador de grupo 130 do pré-processador de dados 100 pode localizar os dados móveis e os dados conhecidos até mesmo nos 38 pacotes.
[000136] Pode-se observar a partir da figura 15 que os dados conhecidos são localizados na área de corpo onde os primeiros dados mó- veis são coletados no padrão de 6 sequências de treinamento longas. Além disso, os dados de sinalização são localizados entre as primeira e segunda sequências de treinamento longas para fins de obter robustez contra erros dos dados de sinalização. Por outro lado, os dados conhecidos podem ser localizados nos pacotes alocados para os dados normais em um padrão distribuído além do padrão de sequência de treinamento longa.
[000137] Como ilustrado na figura 15, o fluxo de transporte pode incluir uma parte de cabeçalho MPEG 1510, uma área de paridade RS 1520, uma área de manequim 1530, dados de sinalização 1540, e dados de inicialização 1550. Pode-se observar a partir da figura 15 que os dados de inicialização são localizados pouco antes dos dados conhecidos. Os dados de inicialização se referem aos dados correspondendo à seção de dados de inicialização. Além disso, o fluxo de transporte pode incluir adicionalmente dados M/H do slot N-1o 1400, dados M/H do slot N 1500, e dados M/H do slot N+1o 1600.
[000138] A figura 16 ilustra uma configuração de um fluxo de transporte para transmitir os dados móveis e os dados conhecidos utilizando ambos os pacotes alocados para os dados normais, isto é, a segunda área, e uma parte da primeira área alocada para os primeiros dados móveis.
[000139] Com referência à figura 16, na área "A", isto é, a área de corpo onde os dados móveis convencionais são coletados, os dados conhecidos são dispostos em um padrão de 6 sequências de treinamento longas. Além disso, na área "B", os dados conhecidos são dispostos em um padrão de sequências de treinamento longas. A fim de se dispor os dados conhecidos na área "B" no padrão de sequências de treinamento longas, os dados conhecidos são incluídos não apenas na área de 38 pacotes, mas também em alguns dos 118 pacotes alocados para os primeiros dados móveis. Novos dados móveis são loca- lizados na área restante de 38 pacotes não incluindo os dados conhecidos. Consequentemente, a área "B" ilustra o desempenho de correção de erro aperfeiçoado.
[000140] Por outro lado, pela adição recente de dados conhecidos a uma parte da área para os primeiros dados móveis, um processo adicional tal como uma adição de informação referente a uma localização dos novos dados conhecidos aos dados de sinalização existentes e configuração de um cabeçalho do pacote móvel existente dentro do qual os novos dados conhecidos são inseridos em um formato que não pode ser reconhecido por um receptor de dados móveis da técnica relacionada, tal com um formato de pacote nulo, pode ser realizado para fins de obtenção de compatibilidade com o receptor de dados móveis da técnica relacionada. Consequentemente, o receptor de dados móveis da técnica relacionada não apresenta mau funcionamento visto que o receptor de dados móveis da técnica relacionada não reconhece os dados conhecidos recém adicionados.
[000141] A figura 17 ilustra uma configuração de um fluxo na qual pelo menos um dos dados móveis e dados conhecidos é colocado até mesmo em um local tal como um cabeçalho MPEG, paridade RS, pelo menos uma parte do manequim, e os dados M/H existentes. Nesse caso, uma pluralidade de novos dados móveis pode ser colocada de acordo com as localizações.
[000142] Isto é, pode ser observado a partir da figura 17 que novos dados móveis e novos dados conhecidos são localizados no cabeçalho MPEG, paridade RS e uma parte do manequim. Os dados móveis inseridos no local mencionado acima podem ser diferentes ou iguais aos dados móveis inseridos no pacote de dados normais.
[000143] Os dados móveis novos podem ser localizados em toda a primeira área de dados móveis em adição ao local mencionado acima.
[000144] O fluxo ilustrado na figura 17 contribui para uma alta efici- ência de transmissão dos dados móveis e dos dados conhecidos em comparação com a das figuras 15 e 16. Em particular, o fluxo da figura 17 possibilita o fornecimento de uma pluralidade de dados móveis.
[000145] Além disso, no caso do fluxo da figura 17, pode ser notificado se os novos dados móveis são adicionados ou não pela inclusão de novos dados de sinalização à área de novos dados móveis utilizando-se dados de sinalização existentes ou sincronização de campo.
[000146] A figura 18 ilustra uma configuração de um fluxo na qual novos dados móveis e novos dados conhecidos são inseridos na área "B", isto é, a primeira área correspondente à área de serviço secundário, em adição à segunda área.
[000147] Como ilustrado na figura 18, todo o fluxo é dividido em áreas de serviço primário e áreas de serviço secundário. A área de serviço primário pode ser referida com uma área de corpo e a área de serviço secundário pode ser referida como uma área dianteira/traseira. Visto que a área dianteira/traseira não inclui dados conhecidos e inclui dados de slots diferentes em um padrão distribuído, a área diantei- ra/traseira ilustra baixo desempenho em comparação com a área de corpo. Consequentemente, novos dados móveis e novos dados conhecidos podem ser inseridos na área dianteira/traseira. Os dados conhecidos podem ser dispostos em um padrão de sequências de treinamento longas como na área de corpo, apesar de ser compreendido que outra modalidade ilustrativa não está limitada a isso. Isto é, os dados conhecidos podem ser dispostos em um padrão distribuído ou em uma combinação de padrão de sequências de treinamento longas e padrão distribuído.
[000148] Por outro lado, como a primeira área de dados móveis é utilizada como uma área para novos dados móveis, é possível se manter a compatibilidade com um receptor em conformidade com o padrão ATSC-MH da técnica relacionada pela configuração de um cabeçalho do pacote da área incluindo novos dados móveis ou novos dados conhecidos da área de dados móveis existente em um formato que não pode ser reconhecido pelo receptor.
[000149] Além disso, a existência de novos dados móveis e dados conhecidos pode ser notificada utilizando dados de sinalização.
[000150] A figura 19 ilustra um exemplo de um fluxo de transporte para transmitir novos dados móveis e dados conhecidos utilizando toda a área de dados normais da técnica relacionada, o cabeçalho MPEG, a área de paridade RS, pelo menos uma parte do manequim dos primeiros dados móveis, e a primeira área de dados móveis. A figura 17 ilustra um caso onde outros dados móveis novos diferentes dos novos dados móveis localizados na área de dados normais é transmitida utilizando as áreas mencionadas acima, mas a figura 19 ilustra um caso no qual os mesmos dados móveis novos são transmitidos utilizando-se todas as partes mencionadas acima e a área de da-dos normais.
[000151] A figura 20 ilustra um exemplo de um fluxo de transporte no caso no qual novos dados móveis e dados conhecidos são transmitidos utilizando toda a área "B", a área de dados normais, o cabeçalho MPEG, a área de paridade RS, e pelo menos uma parte do manequim dos primeiros dados móveis.
[000152] Como no caso descrito acima, a parte incluindo novos dados móveis e os dados conhecidos podem ser criados de forma não reconhecida pelo receptor para fins de alcançar a compatibilidade com o receptor da técnica relacionada.
[000153] A figura 21 ilustra a configuração de um fluxo de transporte no caso do manequim da área utilizada para os primeiros dados móveis ser substituído por uma paridade ou uma área para novos dados móveis e os dados móveis e os dados conhecidos serem localizados utilizando-se a área de dados normal e de manequim substituídas. Com referência à figura 21, um manequim de um slot N-1o e um manequim de um slot N são ilustrados.
[000154] Como descrito acima, as figuras 15 a 21 ilustram a fluxo após o intercalamento. O pré-processador de dados 100 localiza os dados móveis e os dados conhecidos em locais adequados de modo a ter a configuração de fluxo das figuras 15 a 21 após o intercalamento.
[000155] Mais especificamente, o pré-processador de dados 100 coloca os dados móveis na área de dados normais, isto é, nos 38 pacotes em um padrão predeterminado no fluxo ilustrado em a) da figura 1. Nesse caso, os dados móveis podem ser localizados em toda a carga útil do pacote ou em alguma área do pacote. Além disso, os dados móveis podem ser localizados em uma área que corresponde a uma parte dianteira ou traseira da área móvel existente após o intercala- mento.
[000156] Os dados conhecidos podem ser localizados no pacote de dados móveis ou no pacote de dados normais. Nesse caso, os dados conhecidos podem ser dispostos continuamente ou de forma intermitente em uma direção vertical como em a) da figura 1 de modo que os dados conhecidos sejam dispostos no padrão das sequências de treinamento longas ou sequências de treinamento longas similares em uma direção horizontal depois do intercalamento.
[000157] Além disso, os dados conhecidos podem ser colocados em um padrão distribuído além do padrão das sequências de treinamento longas. Doravante, vários exemplos de disposições de dados conhecidos serão descritos.
Disposição de Dados Conhecidos
[000158] Como descrito acima, os dados conhecidos são colocados em uma localização adequada pelo formatador de grupo 130 do pré- processador de dados 100 e são então intercalados pelo intercalador 430 da unidade excitadora 400 juntamente com um fluxo. As figuras 22 a 28 são vistas para explicar como se localizar os dados conhecidos de acordo com várias modalidades ilustrativas.
[000159] A figura 22 ilustra os dados conhecidos que são adicionalmente localizados em uma parte cônica dentro da área diantei- ra/traseira juntamente com os dados conhecidos de tipo distribuído sendo localizados na área de corpo ao longo das sequências de treinamento longas. Pela adição recente de dados conhecidos enquanto se mantém os dados conhecidos da técnica relacionada como eles estão, a sincronização, o desempenho de estimativa de canal, e o desempenho da equalização podem ser aperfeiçoados.
[000160] A colocação de dados conhecidos como ilustrado na figura 22 é realizada pelo formatador de grupo 130. O formatador de grupo 130 pode determinar uma localização na qual os dados conhecidos devem ser inseridos considerando-se uma regra de intercalamento do intercalador 430. Diferentes regras de intercalamento podem ser aplicadas de acordo com várias modalidades ilustrativas, e o formatador de grupo 130 pode determinar um local adequando de dados conhecidos de acordo com a regra de intercalamento. Por exemplo, se dados conhecidos de um tamanho predeterminado forem inseridos em uma parte da carga útil ou um campo separado a cada quarto pacote, os dados conhecidos distribuídos em um padrão uniforme podem ser obtidos pelo intercalamento.
[000161] A figura 23 ilustra uma configuração de um fluxo no qual os dados conhecidos são inseridos em uma forma diferente de acordo com outra modalidade ilustrativa.
[000162] Com referência à figura 23, os dados conhecidos distribuídos não são colocados na área cônica, mas são colocados apenas na área de corpo juntamente com as sequências de treinamento longas.
[000163] A figura 24 ilustra uma configuração de um fluxo no qual o comprimento da sequência de treinamento longa é reduzida em com- paração com a da figura 23 a os dados conhecidos distribuídos são colocados tanto quando o número de sequências de treinamento longas reduzidas. Consequentemente, a eficiência de transmissão de dados permanece igual e o desempenho de rastreamento Doppler é aperfeiçoado.
[000164] A figura 25 ilustra uma configuração de um fluxo no qual os dados conhecidos são inseridos de outra forma diferente de acordo com outra modalidade ilustrativa.
[000165] Com referência à figura 25, uma primeira dentre as 6 sequências de treinamento longas na área de corpo permanece como está e as sequências restantes são substituídas por dados conhecidos distribuídos. Consequentemente, a sincronização inicial e o desempenho de estimativa de canal podem ser mantidos devido à primeira sequência de treinamento longa de onde a área de corpo começa e também o desempenho de rastreamento Doppler pode ser aperfeiçoado.
[000166] A figura 26 ilustra uma configuração de um fluxo no qual os dados conhecidos são inseridos de outra forma diferente de acordo com outra modalidade ilustrativa. Com referência à figura 26, uma segunda das 6 sequências de treinamento longas é substituída por dados conhecidos distribuídos.
[000167] A figura 27 ilustra um fluxo no qual os dados conhecidos distribuídos localizados no fluxo da figura 26 e dados de sinalização são dispostos de forma alternada.
[000168] A figura 28 ilustra um fluxo no qual os dados conhecidos distribuídos são adicionados a não apenas uma área dianteira, mas também a uma área traseira.
[000169] De acordo com as várias modalidades ilustrativas, os dados conhecidos são localizados de várias formas como descrito acima.
[000170] Por outro lado, se os dados móveis forem recém-alocados a pacotes alocados para dados normais, o padrão de alocação pode variar. Doravante, uma configuração de um fluxo de transporte incluindo dados móveis que são localizados de várias formas de acordo com um modo será explicada.
Colocação de Dados Móveis
[000171] O pré-processador de dados 100 verifica uma condição de configuração de um modo de quadro. Uma variedade de modos de quadro pode ser fornecida. Por exemplo, um primeiro modo de quadro se refere a um modo no qual os pacotes alocados para dados normais são utilizados para dados normais e apenas os pacotes alocados para dados móveis são utilizados para dados móveis, e um segundo modo de quadro se refere a um modo no qual até mesmo pelo menos um dos pacotes alocados para dados normais é utilizado para dados móveis. Tal modo de quadro pode ser configurado de forma arbitrária considerando-se uma intenção de uma empresa de transmissor de difusão e um ambiente de transmissão e recepção.
[000172] Se for determinado que o primeiro modo de quadro é configurado a fim de localizar os dados normais em todos os pacotes alocados para dados normais, o pré-processador de dados 100 coloca os dados móveis apenas nos pacotes alocados para dados móveis da mesma forma que em um sistema ATSC-MH da técnica relacionada.
[000173] Por outro lado, se for determinado que o segundo modo de quadro é determinado, o pré-processador de dados 100 determina a condição de configuração do modo novamente. O modo é determinado por um usuário com relação a em que padrão e em quantos pacotes os dados móveis são localizados entre os pacotes alocados para os dados normais, isto é, na segunda área. Uma variedade de modos pode ser fornecida de acordo com várias modalidades ilustrativas.
[000174] Mais especificamente, o modo é configurado para um dentre um primeiro modo no qual os dados móveis são localizados em apenas parte dos pacotes alocados para os dados normais e um se- gundo modo no qual os dados móveis são localizados em todos os pacotes alocados para os dados normais. O primeiro modo pode ser adicionalmente classificado de acordo com o fato de se os dados móveis são localizados em uma área de dados de algum pacote, isto é, em uma área de carga útil total ou uma parte da área de carga útil.
[000175] Além disso, por exemplo, se 38 pacotes corresponderem à segunda área alocada para os dados normais, o modo pode ser configurado para um dentre o seguinte: Um primeiro modo no qual os dados móveis são localizados em 1/4 dos pacotes exceto por um número predeterminado de pacotes entre os 38 pacotes; um segundo modo no qual os dados móveis são localizados em % dos pacotes exceto por um número predeterminado de pacotes entre os 38 pacotes; um terceiro modo no qual os dados móveis são localizados em % dos pacotes exceto por um número predeterminado de pacotes entre os 38 paco-tes; e um quarto modo no qual os dados móveis são localizados em todos os 38 pacotes.
[000176] A figura 29 ilustra uma configuração de um fluxo quando o formatador de grupo 130 localiza os dados móveis e os dados conhecidos de acordo com o primeiro modo em uma modalidade ilustrativa onde novos dados móveis a serem transmitidos utilizando a segunda área e a área dianteira/traseira.
[000177] Com referência à figura 29, novos dados móveis 2950 e dados conhecidos 2960 são localizados na segunda área em um padrão predeterminado e também são localizados em uma parte 2950 correspondente à área dianteira/traseira 2950.
[000178] Além disso, pode ser observado que um cabeçalho MPEG 2910, dados conhecidos 2920, dados de sinalização 2930, primeiros dados móveis 2940, e um manequim 2970 são dispostos em uma direção vertical no fluxo. Se a codificação e o intercalamento forem realizados depois de um espaço vazio da segunda área ser preenchido com dados normais, um fluxo como ilustrado na figura 30 é gerada.
[000179] A figura 30 ilustra uma configuração de um fluxo após o in- tercalamento no primeiro modo.
[000180] Com referência à figura 30, novos dados móveis 3010 e dados conhecidos 3030 são localizados em uma parte de uma área de pacote alocada para dados normais. Em particular, os dados conhecidos são dispostos de forma descontínua na segunda área, formando, assim, sequências de treinamento longas similares às sequências de treinamento longas da área de corpo.
[000181] Os dados móveis 2950 da figura 29, que são localizados na parte correspondente à área dianteira/traseira, correspondem aos dados móveis 3020 da figura 30, que são localizados na área diantei- ra/traseira. Adicionalmente, os dados conhecidos 2955 localizados juntamente com os dados móveis 2950 formam os dados conhecidos 3030 de sequências de treinamento longas similares juntamente com os dados conhecidos na segunda área.
[000182] A figura 31 ilustra uma configuração de um fluxo quando o formatador de grupo 130 coloca os dados móveis e os dados conhecidos de acordo com o segundo modo em uma modalidade ilustrativa onde novos dados móveis devem ser transmitidos utilizando-se a segunda área e a área dianteira/traseira.
[000183] Na figura 31, a proporção de dados móveis incluída na segunda área é maior do que na figura 29. Em comparação com a figura 29, o espaço ocupado pelos dados móveis e dados conhecidos aumenta na figura 31.
[000184] A figura 32 ilustra o fluxo da figura 31 após o intercalamen- to. Com referência à figura 32, os dados conhecidos na segunda área formam uma sequência de treinamento longa similar mais densamente do que os dados conhecidos na segunda área da figura 30.
[000185] A figura 33 ilustra uma configuração de um fluxo quando o formatador de grupo 130 coloca os dados móveis e os dados conhecidos de acordo com o terceiro modo em uma modalidade ilustrativa onde novos dados móveis devem ser transmitidos utilizando-se a segunda área e a área dianteira/traseira. A figura 34 ilustra o fluxo da figura 33 após o intercalamento.
[000186] A colocação de dados móveis e dados conhecidos das figuras 33 e 34 é igual como no primeiro modo e no segundo modo exceto pela densidade da disposição dos dados móveis e dados conhecidos que aumenta.
[000187] A figura 35 ilustra uma configuração de um fluxo de acordo com o quarto modo utilizando toda a área de dados normais em uma modalidade ilustrativa onde todos os pacotes alocados para os dados normais e a área de pacote alocada para os primeiros dados móveis, que corresponde à área dianteira/traseira é utilizada.
[000188] Com referência à figura 35, na segunda área e uma área circundante da mesma, os dados conhecidos são dispostos em uma direção vertical e a área restante é ocupada por novos dados móveis.
[000189] A figura 36 ilustra o fluxo da figura 35 depois do intercala- mento. Com referência à figura 36, a área dianteira/traseira e toda a área de dados normais são preenchidas com novos dados móveis e dados conhecidos, e em particular, os dados conhecidos são localizados no padrão de sequências de treinamento longas.
[000190] Nessas áreas, dados conhecidos são inseridos em uma pequena unidade repetidamente de acordo com uma pluralidade de períodos de padrão de modo que os dados conhecidos distribuídos sejam realizados depois do intercalamento.
[000191] A figura 37 é uma vista para explicar como se inserir novos dados móveis na segunda área, isto é, os pacotes (por exemplo, 38 pacotes) alocados para os dados normais em diversos modos. Doravante, novos móveis são referidos como dados 1.1 móveis ATSC (ou dados de versão 1.1) e os primeiros dados móveis são referidos como dados 1.0 móveis ATSC (ou dados de versão 1.0) para fins de conveniência.
[000192] No primeiro modo a) os dados de versão 1.1 são localizados em cada um dos primeiro pacote e pacote final, e um pacote 1.1 e 3 pacotes de dados normais são repetidamente inseridos nos pacotes entre os primeiro pacote e o pacote final. De acordo 11 pacotes no total podem ser utilizados para transmitir os dados de versão 1.1, isto é, os novos dados móveis.
[000193] Da mesma forma, no segundo modo b), os dados de versão 1.1 são localizados em cada um dos primeiro pacote e pacote final e um pacote 1.1 e um pacote de dados normal são localizados nos pacotes entre os primeiro pacote e pacote final alternadamente e repetidamente. Consequentemente, 20 pacotes no total podem ser utilizados para transmitir os dados de versão 1.1, isto é, os novos dados móveis.
[000194] Da mesma forma, no terceiro modo c), os dados de versão 1.1 são localizados em cada um dos primeiro pacote e pacote final, e três pacotes 1.1 e um pacote de dados normais são repetidamente localizados nos pacotes entre os primeiro pacote e o pacote final.
[000195] No quarto modo d), todos os pacotes correspondentes à segunda área podem ser utilizados para transmitir os dados de versão 1.1.
[000196] Apesar de o primeiro a quarto modos corresponderem aos casos utilizando %, 2/4, % e 4/4 de todos os pacotes da segunda área para transmitir os dados móveis, respectivamente, o número total de pacotes é 38, que não é um múltiplo de 4. Consequentemente, alguns pacotes (2 pacotes na figura 37) podem ser fixos como um pacote para transmitir os novos dados móveis ou dados normais e os pacotes restantes podem ser classificados de acordo com a razão mencionada acima. Isto é, com referência a a), b) e c) da figura 37, 1.1 pacotes podem ser incluídos na razão de %, 2/4, % de 36 pacotes exceto por 2 pacotes dentre os 38 pacotes.
[000197] A figura 38 é uma vista para explicar um padrão no qual os dados móveis são localizados em um modo diferente.
[000198] Com referência à figura 38, dois dados de versão 1.1 são colocados em um pacote central que é localizado no centro do fluxo entre os pacotes totais na segunda área, isto é, 38 pacotes, e dados de versão 1.1 e dados normais são localizados nos outros pacotes de acordo com uma razão predeterminada em cada modo.
[000199] Mais especificamente, no primeiro modo a), os dados móveis são localizados nos pacotes além dos 2 pacotes centrais de modo que 3 pacotes de dados normais e um pacote de dados de versão 1.1 são repetidamente localizados na parte superior e um pacote de dados de versão 1.1 e 3 pacotes de dados normais são repetidamente localizados na parte inferior.
[000200] No segundo modo b), os dados móveis são dispostos em pacotes além dos dois pacotes centrais de modo que dois pacotes de dados normais e dois pacotes de dados de versão 1.1 sejam repetidamente localizados na parte superior e dois pacotes de dados de versão 1.1 e dois pacotes de dados normais sejam repetidamente localizados na parte inferior.
[000201] No terceiro modo c), os dados móveis são dispostos nos pacotes além dos dois pacotes centrais de modo que um pacote de dados normais e três pacotes de dados de versão 1.1 sejam repetidamente colocados na parte superior e três pacotes de dados de versão 1.1 e um pacote de dados normais sejam repetidamente localizados na parte inferior.
[000202] No quarto modo d), todos os pacotes são preenchidos com os dados de versão 1.1 que é o mesmo que o quarto modo da figura 37.
[000203] A figura 39 ilustra a colocação de dados de versão 1.1 do pacote central para a parte superior e a parte inferior em sequência com referência à localização no fluxo.
[000204] No primeiro modo a) da figura 39, 11 pacotes são colocados em sequência na direção de pacotes superior e inferior a partir do centro dos pacotes totais da segunda área em uma direção vertical.
[000205] No segundo modo b) da figura 39, 20 pacotes no total são colocados em sequência em uma direção vertical a partir do centro, e no terceiro modo c) da figura 39, 30 pacotes no total são colocados em sequência em uma direção vertical a partir do centro. No quarto modo d) da figura 39, todos os pacotes são preenchidos com dados de versão 1.1.
[000206] A figura 40 ilustra uma configuração de um fluxo no qual os dados móveis são colocados a partir dos pacotes superior e inferior para o pacote central na ordem inversa da figura 39.
[000207] Mais especificamente, no primeiro modo a) da figura 40, quatro pacotes de dados de versão 1.1 são colocados a partir do pacote superior em uma direção descendente e quatro pacotes de dados de versão 1.1 são colocados a partir do pacote inferior em uma direção ascendente.
[000208] No segundo modo b) da figura 40, oito pacotes de dados de versão 1.1 são colocados a partir do pacote superior em uma direção descendente e oito pacotes de dados de versão 1.1 são colocados a partir do pacote inferior em uma direção ascendente.
[000209] No terceiro modo c), doze pacotes de dados de versão 1.1 são colocados a partir do pacote superior em uma direção descendente e doze pacotes de dados de versão 1.1 são colocados a partir do pacote inferior em uma direção ascendente.
[000210] Os pacotes restantes são preenchidos com dados normais. O padrão de localização de pacotes no quarto modo é igual ao das figuras 37, 38 e 39 e é, dessa forma, omitido aqui.
[000211] Apesar de a inserção de dados conhecidos não ser ilustrada nas figuras 37 a 40, os dados conhecidos podem ser inseridos em alguns dos mesmos pacotes para os dados móveis ou podem ser inseridos em uma área determinada de um pacote separado ou toda uma área de carga útil. Visto que o método de inserção de dados conhecidos ter sido descrito acima, o mesmo é omitido das figuras 37 a 40.
[000212] Como descrito acima, a área de dados normais de cada slot pode ser preenchido com dados móveis de várias formas. Consequentemente, o formato do slot pode variar dependendo da condição de configuração do modo de quadro e do modo.
[000213] Se os quatro modos forem fornecidos como descrito acima, os slots nos quais os dados móveis são colocados de acordo com os primeiro a quarto modos podem ser referidos como primeira e quarto slots de tipo.
[000214] O transmissor de difusão digital pode configurar o mesmo tipo de slot em cada slot. Inversamente, um fluxo pode ser configurado de modo que diferentes tipos de slots sejam repetidos na unidade de um número predeterminado de slots.
[000215] Isto é, como ilustrado na figura 41, o pré-processador de dados 100 pode colocar os dados móveis de modo que um primeiro slot de tipo e três slots de tipo 0 sejam dispostos repetidamente. O slot de tipo 0 se refere a um slot no qual dados normais são alocados ao pacote alocado para os dados normais.
[000216] Tal tipo de slot pode ser definido utilizando-se dados de sinalização existentes, tal como a parte específica de um TPC ou um FIC.
[000217] Em uma situação na qual o modo de quadro RS é configurado para "1" como descrito acima, o modo pode ser determinado para um dentre os primeiro a quarto modos. Os slots correspondentes aos modos podem ser referidos como slots de tipo 1-1, 1-2, 1-3, 1-4.
[000218] Isto é, o slot de tipo 1-1 se refere a um slot no qual 38 pacotes são alocados no primeiro modo, o slot tipo 1-2 se refere a um slot no qual os 38 pacotes são alocados no segundo modo, o slot de tipo 1-3 se refere a um slot no qual os 38 pacotes são alocados no terceiro modo, e o slot de tipo 1-4 se refere a um slot na qual os 38 pacotes são alocados para o quarto modo.
[000219] A figura 42 ilustra exemplos de um fluxo no qual diversos tipos de slots descritos acima são dispostos repetidamente.
[000220] Com referência ao exemplo 1 da figura 42, um fluxo no qual o slot de tipo 0 e os slots de tipo 1-1, 1-2, 1-3 e 1-4 são dispostos repetidamente em sequência é ilustrado.
[000221] Com referência ao exemplo 2 da figura 42, um fluxo no qual o slot de tipo 1-4 e o slot de tipo 0 são alternados é ilustrado. Como descrito acima, visto que o quarto modo é um modo no qual toda a área de dados normais é preenchida com dados móveis, o exemplo 2 indica uma situação na qual um slot utilizado para os dados móveis e um slot utilizado para dados normais alternam em toda a área de dados normais.
[000222] Como ilustrado nos exemplos 3, 4 e 5, diversos tipos de slots são dispostos repetidamente de várias formas. Em particular, todos os slots são combinados em um slot de tipo único como ilustrado no exemplo 6.
[000223] A figura 43 é uma vista ilustrando uma configuração do fluxo de acordo com o exemplo 2 da figura 42. Na figura 43, a área de dados normais é utilizada para dados normais no slot de tipo 0, mas toda a área de dados normais é utilizada para dados móveis e simultaneamente os dados conhecidos são colocados no padrão das sequências de treinamento longas no slot de tipo 1. Como descrito acima, um tipo de slot pode ser implementado de várias formas como descrito acima.
[000224] As figuras 44 a 47 ilustram as configurações de fluxos para explicar um método de alocação de blocos nos primeiro a quarto modos. Como descrito acima, a primeira área e a segunda área são, cada uma, divididas em uma pluralidade de blocos.
[000225] O pré-processador de dados 100 realiza a codificação em bloco com base em bloco ou com base em grupo de blocos de acordo com um modo de bloco predeterminado.
[000226] A figura 44 ilustra blocos sendo divididos em um primeiro modo. Com referência à figura 44, a área de corpo é dividida em blocos B3-B8 e a área dianteira/traseira é dividida em blocos BN1-BN4.
[000227] As figuras 45 e 46 ilustram blocos sendo divididos em um segundo modo e um terceiro modo, respectivamente. Da mesma forma, cada área de corpo e área dianteira/traseira são divididas em uma pluralidade de blocos.
[000228] A figura 47 ilustra blocos sendo divididos em um quarto modo no qual a área dianteira/traseira é completamente preenchida com dados móveis. Visto que a área de dados normais é completamente preenchida com os dados móveis, o cabeçalho MPEG da área de corpo e a parte de paridade dos dados normais podem não ser necessárias e, dessa forma, são denotadas por blocos BN5 na figura 47. Diferentemente das figuras 44 a 46, a área dianteira/traseira é dividida em blocos BN1-BN5 na figura 47.
[000229] Como descrito acima, o processador de bloco 120 do pré- processador de dados 100 divide um quadro RS em blocos e processa os blocos. Isto é, como ilustrado na figura 7, o processador de bloco 120 inclui um primeiro conversor 121 que combina os dados móveis no quadro RS de acordo com um modo de bloco predeterminado, enviando, assim, um bloco SCCC.
[000230] O modo de bloco pode ser configurado de forma diversa em várias modalidades ilustrativas.
[000231] Por exemplo, se o modo de bloco for configurado para "0", cada bloco tal como BN1, BN2, BN3, BN4 e BN5 é enviado como um único bloco SCCC e serve como uma unidade para a codificação SCCC.
[000232] Por outro lado, se o bloco for configurado para "1", os blocos são combinados para configurar um bloco SCCC. Mais especificamente, BN1+BN3=SCBN1, BN2+BN4=SCBN2, e BN5 apenas se torna SCBN3.
[000233] Em adição aos dados móveis localizados na segunda área, os primeiros dados móveis localizados na primeira área podem ser codificados em bloco sendo combinados em um único bloco ou um grupo de blocos de uma pluralidade de blocos de acordo com o modo de bloco. Essa operação é igual a ATSC-MH da técnica relacionada e uma descrição detalhada é omitida.
[000234] A informação referente ao modo de bloco pode ser incluída nos dados de sinalização existentes ou pode ser incluída em uma área fornecida nos novos dados de sinalização a serem notificados para o receptor de difusão digital. O receptor de difusão digital identifica a informação referente ao modo de bloco e decodifica os dados de forma adequada, recuperando, assim, o fluxo original.
[000235] Além disso, o quadro RS pode ser configurado pela combinação de dados a serem codificados por bloco como descrito acima. Isto é, o codificador de quadro 110 do pré-processador de dados 100 combina as partes de quadro adequadamente para gerar um quadro RS, de modo que o processador de bloco 120 realize a codificação em bloco adequadamente.
[000236] Mais especificamente, um quadro RS 0 é configurado pela combinação de blocos SCBN1 e SCBN2, e um quadro RS 1 é configurado pela combinação de blocos SCBN3 e SCBN4.
[000237] Além disso, o quadro RS 0 pode ser configurado pela combinação de blocos SCBN1, SCBN2, SCBN3 e SCBN4, e o quadro RS 1 pode ser configurado pelo bloco SCBN5.
[000238] Além disso, o quadro RS 0 pode ser configurado pela combinação dos blocos SCBN1, SCBN2, SCBN3 e SCBN4 e SCBN5.
[000239] Do contrario, um quadro RS pode ser configurado pela combinação de um bloco correspondendo aos primeiros dados móveis e blocos SCBN1~SCBN5 recém-adicionados.
[000240] A figura 48 é uma vista para explicar vários métodos para definir um ponto de partida de um quadro RS. Com referência à figura 48, um fluxo de transporte é dividido em uma pluralidade de blocos. No ATSC-MH de técnica relacionada, um quadro RS é discriminado entre os blocos BN2 e BN3. No entanto, o quadro RS pode iniciar a partir de vários pontos à medida que os dados móveis e os dados conhecidos são inseridos na área de dados normais.
[000241] Por exemplo, o quadro RS pode iniciar em um limite entre BN1 e B8, pode iniciar a partir de um limite entre BN2 e BN3, similar a um ponto de referencia atual, ou pode iniciar a partir de um limite entre B8 e BN1. O ponto de partida do quadro RS pode ser determinado de acordo com a condição de combinação da codificação de bloco.
[000242] A informação de configuração do quadro RS pode ser incluída nos dados de sinalização existentes ou uma área fornecida nos novos dados de sinalização a serem fornecidos para o receptor de difusão digital.
[000243] Como descrito acima, visto que os novos dados móveis e os dados conhecidos são inseridos em ambas a área alocada para os dados normais originais e a área alocada para os primeiros dados móveis, as informações diversas para notificação do receptor de difusão digital da existência de novos dados móveis e dados conhecidos pode ser implementada. Tal informação pode ser transmitida utilizando-se um bit reservado em uma área TPC do padrão ATSC-MH da técnica relacionada ou pode ser transmitida como novos dados de sinalização contidos em uma área de dados de sinalização novos recém- fornecidos no fluxo de acordo com um aspecto de uma modalidade ilustrativa. A área de novos dados de sinalização é localizada na parte dianteira/traseira visto que deve estar no mesmo local independentemente do modo.
[000244] A figura 49 ilustra uma configuração de um fluxo indicando a localização dos dados de sinalização da técnica anterior e a localização de novos dados de sinalização.
[000245] Com referência à figura 49, os dados de sinalização da técnica relacionada são localizados entre as sequências de treinamento longas da área de corpo e os novos dados de sinalização são localizados na área dianteira/traseira. Os novos dados de sinalização codificados pelo codificador de sinalização 150 são inseridos na mesma localização predeterminada que na figura 49 pelo formatador de grupo 130.
[000246] O codificador de sinalização 150 pode utilizar um código diferente do de um codificador de sinalização da técnica relacionada ou realizar a codificação em uma taxa de código diferente, aperfeiçoando, assim, o desempenho. Por exemplo, um código PCCC 1/8 pode ser utilizado em adição a um código RS existente. Alternativamente, os mesmos dados são transmitidos duas vezes utilizando um código RS + % PCCC, de modo que o mesmo efeito que quando da utilização de um código PCCC de taxa 1/8 pode ser obtido.
[000247] Além disso, visto que os dados conhecidos são incluídos no fluxo de transporte como descrito acima, a memória do codificador tipo treliça pode ser inicializada antes de os dados conhecidos serem codificados.
[000248] Se as sequências de treinamento longas forem fornecidas como no quarto modo, não existe problema sério visto que uma se quência correspondente pode ser processada por uma única operação de inicialização. No entanto, se dados conhecidos forem localizados de forma descontínua como em outros modos, existe um problema de a operação de inicialização poder ser realizada várias vezes. Além disso, se a memória for inicializada para 0, pode ser difícil se criar um símbolo como no quarto modo.
[000249] Consequentemente, nos primeiro a terceiro modos, um valor de memória de codificador tipo treliça (isto é, um valor de registro) do modo 4 no mesmo local sem a reconfiguração de treliça pode ser carregado diretamente no codificador tipo treliça de modo a criar um símbolo igual ou quase igual ao do modo 4. Para se alcançar isso, os valores de armazenamento de memória do codificador tipo treliça no modo 4 são gravados e armazenados na forma de uma tabela de modo que os valores de armazenamento de memória possam ser codificados em valores de locais correspondentes da tabela. Além disso, um codificador tipo treliça adicional operando no modo 4 pode ser fornecido e, dessa forma, um valor obtido a partir do codificador tipo treliça adicional é utilizado.
[000250] Como descrito acima, os dados móveis podem ser fornecidos de forma diversa pela utilização da área de dados normais e a área de dados móveis existente no fluxo de transporte. Consequentemente, em comparação com o padrão ATSC da técnica relacionada, um fluxo mais adequado para a transmissão de dados móveis pode ser fornecido.
Sinalização
[000251] Além disso, uma técnica de notificação de receptor de difusão digital que os novos dados móveis e os dados conhecidos são adicionais ao fluxo de transporte a fim de o receptor poder processar os dados como descrito acima é implementada. A notificação pode ser realizada de várias formas.
[000252] Mais especificamente, em um primeiro método, a presença ou ausência de novos dados móveis pode ser notificada utilizando-se a sincronização de campo de dados que é utilizada para transmitir os dados móveis existentes.
[000253] A figura 50 é uma vista ilustrando um exemplo de uma configuração de sincronização de campo de dados. Com referência à figura 50, a sincronização de campo de dados inclui 832 símbolos no total, 104 símbolos dos quais correspondem a uma área reservada. Os símbolos de 83 a 92, isto é, 10 símbolos na área reservada, correspondem a uma área de aperfeiçoamento.
[000254] Se apenas os dados de versão 1.0 forem incluídos, no campo de dados de número impar, o símbolo 85 é +5 e os símbolos restantes, isto é, os símbolos 83, 84, 86 ~92 são -5. No campo de dados de numeração par, o sinal reverso do símbolo do campo de dados de numeração impar é aplicado.
[000255] Se os dados de versão 1.1 forem incluídos, no campo de dados de numeração impar, os símbolos 85 e 86 são +5 e os símbolos restantes 83, 84, 87 ~92 são -5. No campo de dados de numeração par, o sinal reverso de símbolo do campo de dados de numeração impar é aplicado. Isto é, se os dados de versão 1.1 forem incluídos ou não é determinado utilizando-se o símbolo 86.
[000256] Além disso, se os dados de versão 1.1 forem incluídos ou não é notificado utilizando-se outro símbolo na área de aperfeiçoamento. Isto é, pela configuração de um ou uma pluralidade de símbolos exceto pelo símbolo 85 para +5, é determinado se os dados de versão 1.1 são incluídos ou n ao. Por exemplo, o símbolo 87 pode ser utilizado.
[000257] A sincronização de campo de dados pode ser gerada pelo controlador da figura 3, um codificador de sinalização, ou um gerador de sincronização de campo adicionalmente fornecido, pode ser fornecido para o multiplexador de sincronização 470 da figura 4 e pode ser multiplexado em um fluxo pelo multiplexador de sincronização 470.
[000258] Em um segundo método, a presença ou ausência dos dados de versão 1.1 pode ser notificada utilizando-se um TPC. O TPC inclui sintaxe como, por exemplo, na tabela a seguir:
Figure img0001
[000259] A informação TPC inclui uma área reservada. Consequentemente, se ou não os dados móveis são incluídos nos pacotes alocados para os dados normais, isto é, nos pacotes de segunda área, a localização dos dados móveis, se novos dados conhecidos forem adicionados ou não, e a localização de dados conhecidos adicionados podem ser si- nalizados utilizando-se um ou uma pluralidade de bits na área reservada.
[000260] A informação inserida pode ser expressa, por exemplo, como se segue:
Figure img0002
[000261] Na tabela 2, um modo de quadro RS 1.1 é informação indicando se o pacote alocado para dados normais é utilizado para dados normais ou utilizado para novos dados móveis, isto é, dados de versão 1.1.
[000262] Um modo móvel 1.1 é informação indicando em que padrão os dados móveis são localizados nos pacotes alocados para os dados normais. Isto é, o modo móvel 1.1 é expresso por um dentre "00", "01", "10" e "11" utilizando dois bits, indicando, assim, um dos primeiro a quatro modos descritos acima. Consequentemente, o fluxo é configurado de várias formas como nas figuras 29, 31, 33, 35, 37, 39 e 40, e o receptor de difusão digital identifica a informação de modo móvel para saber a localização dos dados móveis.
[000263] Um modo de bloco SCCC 1.1 é informação indicando um modo de bloco dos dados de versão 1.1. Os outros modos, SCCCBM1-SCCCBM5 1.1 são informação indicando uma unidade de codificação dos dados de versão 1.1.
[000264] Em adição à informação descrita na tabela 2, diversas informações podem ser adicionalmente fornecidas de modo a permitir que o receptor de difusão digital detecte e decodifique novos dados móveis adequadamente. O número de bits alocados para cada informação pode ser alterado se necessário e um local de cada campo pode ser disposto em uma ordem diferente da tabela 3.
[000265] A presença ou ausência de novos dados móveis pode ser notificada para o receptor de difusão digital utilizando informação FIC.
[000266] Isto é, um receptor de versão 1.1 que recebe e processa novos dados móveis pode ser capaz de processar informação de serviço 1.0 e informação de serviço 1.1 simultaneamente. Inversamente, um receptor de versão 1.0 pode ser capaz de desconsiderar a informação de serviço 1.1.
[000267] Consequentemente, pela alteração de sintaxe de segmento FIC existente, uma área para notificação da presença ou ausência de dados versão 1.1 pode ser preparada.
[000268] A sintaxe de segmento FIC existente é configurada, por exemplo, como se segue:
Figure img0003
[000269] O segmento FIC da tabela 3 pode ser alterado, por exemplo, como se segue para ser capaz de notificar a presença ou ausência de dados de versão 1.1.
Figure img0004
[000270] Com referência à tabela 4, FIC_segment_num e FIC_last_segment_num são estendidos para 5 bits em vez da área reservada.
[000271] Na tabela 4, pela adição de 01 a FIC_segment_type, a presença ou ausência de dados de versão 1.1 pode ser notificada. Isto é, se FIC_segment_type for configurado para 01, o receptor de versão 1.1 decodifica a informação FIC e processa os dados de versão 1.1. Nesse caso, o receptor de versão 1.0 não pode detectar a informação FIC. Inversamente, se FIC_segment_type for configurado para 00 ou um segmento nulo, o receptor de versão 1.0 decodifica a informação FIC e processa os dados móveis existentes.
[000272] A presença ou ausência de dados de versão 1.1 pode ser notificada utilizando-se alguma área de sintaxe de pedaço FIC sem alterar a sintaxe FIC original, por exemplo, utilizando-se a área reservada.
[000273] FIC pode incluir 16 bits ou mais quando da configuração do pedaço FIC máximo. Pela alteração de parte da sintaxe para o pedaço FIC, a situação dos dados versão 1.1 pode ser notificada.
[000274] Mais especificamente, "MH 1.1 service_status" pode ser adicionado à área reservada de um circuito de grupo de serviço, por exemplo, como se segue:
Figure img0005
[000275] Com referência à tabela 5, MH 1.1_service_status pode ser exibido utilizando 2 bits dos 3 bits na área reservada. MH 1.1_service_status pode ser dados indicando que dados de versão 1.1 estão presentes ou não na fluxo.
[000276] Em adição a MH1.1_service_status,MH1.1_ensemble_indicator pode ser adicionado. Isto é, a sintaxe do pedaço FIC pode ser configurada, por exemplo, como se segue:
Figure img0006
[000277] Com referência à tabela 6, 1 bit dos 3 bits na primeira área reservada é alocado para MH1.1_ensemble_indicator.MH1.1_ensemble_indicator é informação referente ao grupo que é uma unidade de serviço de dados de versão 1.1. Na tabela 6, MH1.1_service_status_extension pode ser exibido utilizando 2 bits dos 3 bits na segunda área reservada.
[000278] Em um caso no qual um serviço de versão 1.1 é fornecido pela alteração de uma versão de protocolo de grupo como, por exem- plo, na tabela 7 a seguir, o serviço de versão 1.1 é claramente apresentado utilizando-se um valor alocado para uma área reservada da versão 1.0.
Figure img0007
[000279] Além disso, os dados de sinalização podem ser transmitidos pela alteração do comprimento da extensão de cabeçalho de circuito de conjunto do campo de sintaxe do cabeçalho de pedaço FIC, adicionando uma extensão de conjunto ao campo de sintaxe da carga útil de pedaço FIC, e somando MH1.1_service_status ao circuito de serviço reservado de 3 bits da sintaxe da carga útil de pedaço FIC, como, por exemplo, na tabela 8 a seguir:
Figure img0008
[000280] Além disso, MH_service_loop_extension_length do campo de sintaxe do cabeçalho de pedaço FIC pode ser alterado e um campo de informação referente à situação de MH1.1_service do campo de carga útil do pedaço FIC pode ser adicionado, como, por exemplo, na tabela 9 a seguir:
Figure img0009
[000281] Como descrito acima, os dados de sinalização podem ser fornecidos para o receptor de difusão digital utilizando diversas áreas tal como a sincronização de campo, a informação TPC e a informação FIC.
[000282] Além disso, os dados de sinalização podem ser inseridos em uma área além dessas áreas. Isto é, os dados de sinalização podem ser inseridos em uma parte de carga útil de pacote dos dados existentes. Nesse caso, a presença de dados de versão 1.1 ou o local de dados de sinalização é simplesmente gravada utilizando a informação FIC ilustrada na Tabela 5, e dados de sinalização para uma versão 1.1 são adicionalmente fornecidos de modo que o receptor de versão 1.1 detecte os dados de sinalização correspondentes e utilize os mesmos.
[000283] Os dados de sinalização podem ser configurados como um fluxo separado e podem ser transmitidos para o receptor de difusão digital utilizando um canal separado de um canal de transmissão de fluxo.
[000284] Além disso, os dados de sinalização podem incluir adicio-nalmente informação capaz de sinalizar pelo menos a presença ou au-sência de primeiros ou novos dados móveis, localização de dados mó-veis, adição de dados conhecidos, localização de dados conhecidos adicionados, localização de padrão de dados móveis e dados conhecidos, modo de bloco, unidade de codificação, e assim por diante.
[000285] O transmissor de difusão digital utilizando os dados de sina-lização pode ser implementado com uma configuração incluindo um pré-processador de dados para localizar pelo menos um dos dados móveis e dados conhecidos em pelo menos uma parte de uma área de dados normais dentre todos os pacotes de um fluxo, e um multiplexa- dor para gerar um fluxo de transporte incluindo os dados móveis e os dados de sinalização. Uma configuração detalhada do pré- processador de dados pode ser implementada de acordo com uma das modalidades ilustrativas mencionadas acima ou outra modalidade ilustrativa, por exemplo, onde algum elemento pode ser omitido, adicionado ou alterado. Em particular, os dados de sinalização podem ser gerados por um codificador de sinalização, controlador ou um gerador de sincronização arquivado (não ilustrado) fornecido adicionalmente e pode ser inserido no fluxo de transporte pelo multiplexador ou multi- plexador de sincronização. Nesse caso, os dados de sinalização são informação indicando pelo menos uma dentre a presença ou ausência dos dados móveis e o padrão de localização, e, como descrito acima, pode ser implementado como sincronização de campo de dados ou informação TPC ou FIC.
Receptor de Difusão Digital
[000286] Como descrito acima, o transmissor de difusão digital pode transmitir novos dados móveis utilizando parte ou todos os pacotes alocados para dados normais e parte ou todos os pacotes alocados para dados móveis existentes em uma configuração de fluxo.
[000287] O receptor de difusão digital que recebe o fluxo acima pode receber e processar pelo menos um dado dentre os primeiros dados móveis, dados normais e novos dados móveis dependendo de sua versão.
[000288] Isto é, uma vez que os fluxos mencionados acima em várias configurações são recebidos, um receptor de difusão digital da técnica anterior para processamento de dados normais pode detectar e decodificar dados normais pela identificação de dados de sinalização. Como descrito acima, se o fluxo recebido estiver em um modo que não inclui dados normais de forma alguma, o receptor para o processamento de dados normais pode não fornecer um serviço de dados normais.
[000289] No entanto, se os fluxos mencionados acima em várias configurações forem recebidos em um receptor de difusão digital de versão 1.0, o receptor pode detectar e decodificar os primeiros dados móveis com base nos dados de sinalização. Se os dados móveis de versão 1.1 forem localizados em toda a área, o receptor de difusão digital de versão 1.0 pode não fornecer um serviço móvel, também.
[000290] Por outro lado, um receptor de difusão digital de versão 1.1 pode detectar e processar não apenas os dados de versão 1.1, mas também os dados de versão 1.0. Nesse caso, se um bloco de decodi- ficação para o processamento de dados normais for formado, o serviço de dados normais pode ser suportado.
[000291] A figura 51 é um diagrama em bloco ilustrando um exemplo de uma configuração de um receptor de difusão digital de acordo com uma modalidade ilustrativa. De acordo com algumas, porém nem todas, as modalidades ilustrativas, o receptor de difusão digital pode ter uma configuração na qual os elementos correspondem a vários elementos do transmissor de difusão digital nas figuras 2 a 4 localizados de forma inversa. Consequentemente, na modalidade ilustrativa da figura 51, apenas os elementos essenciais são ilustrados por motivos de conveniência de descrição.
[000292] Com referência à figura 51, o receptor de difusão digital inclui um receptor 5100, um demodulador 5200, um equalizador 5300 e um decodificador 5400.
[000293] O receptor 5100 recebe um fluxo de transporte transmitido a partir do transmissor de difusão digital através de uma antena ou um cabo.
[000294] O demodulador 5200 demodula o fluxo de transporte recebido através do receptor 5100. A frequência, sinal de relógio, etc. do sinal recebido através do receptor 5100 são sincronizados com o transmissor de difusão digital à medida que atravessam o demodula- dor 5200.
[000295] O equalizador 5300 equaliza o fluxo de transporte demodu- lado.
[000296] O demodulador 5200 e o equalizador 5300 podem realizar a sincronização e equalização utilizando dados conhecidos incluídos no fluxo de transporte, por exemplo, dados conhecidos que são adicionados juntamente com novos dados móveis.
[000297] O decodificador 5400 detecta dados móveis do fluxo de transporte equalizado e decodifica os dados.
[000298] A localização onde os dados móveis e os dados conhecidos são inseridos e o volume de dados móveis e dados conhecidos pode ser notificada pelos dados de sinalização incluídos no fluxo de transporte ou pelos dados de sinalização recebidos através de um canal separado.
[000299] O decodificador 5400 pode determinar uma localização dos dados móveis adequados para o receptor de difusão digital utilizando dados de sinalização, detectar os dados móveis da localização deter-minada, e decodificar os dados móveis.
[000300] A configuração do decodificador 5400 pode variar de acordo com várias modalidades ilustrativas.
[000301] Isto é, o decodificador 5400 pode incluir dois decodificado- res de um decodificador tipo treliça (não ilustrado) e um decodificador convoluto (não ilustrado). Os dois decodificadores podem melhorar o desempenho pela permuta de informação na confiabilidade de decodi- ficação um com o outro. A saída do decodificador convoluto pode ser idêntica ou similar à entrada do codificador RS do transmissor.
[000302] A figura 52 é um diagrama em bloco ilustrando um exemplo de uma configuração detalhada de um receptor de difusão digital de acordo com uma modalidade ilustrativa.
[000303] Com referência à figura 52, o receptor de difusão digital pode incluir um receptor 5100, o demodulador 5200, o equalizador 5300, o decodificador 5400, o detector 5500, e o decodificador de sinalização 5600.
[000304] Visto que as operações do receptor 5100, do demodulador 5200, do equalizador 5300, são iguais ou similares às da figura 51, as explicações não serão fornecidas aqui.
[000305] O decodificador 5400 pode incluir um primeiro decodificador 5410 e um segundo decodificador 5420.
[000306] O primeiro decodificador 5410 decodifica pelo menos um dentre os primeiros dados móveis e novos dados móveis. O primeiro decodificador 5410 pode realizar a decodificação SCCC que decodifica os dados pelo bloco.
[000307] O segundo decodificador 5420 realiza a decodificação RS no fluxo que foi decodificada pelo primeiro decodificador 5410.
[000308] Os primeiro e segundo decodificadores 5410, 5420 podem processar dados móveis utilizando o valor de saída do decodificador de sinalização 5600.
[000309] Isto é, o decodificador de sinalização 5600 pode detectar os dados de sinalização incluídos no fluxo e decodifica os dados. Especi-ficamente, o decodificador de sinalização 5600 desmultiplexa uma área reservada nos dados de sincronização de campo, ou uma área de informação TPC e uma área de informação FIC do fluxo de transporte. Consequentemente, a parte de desmultiplexação é decodificada de forma convoluta e decodificada RS, e desrandomizada de modo que os dados de sinalização possam ser recuperados. Os dados de sinalização recuperados são fornecidos para cada elemento do receptor de difusão digital, isto é, o demodulador 5200, o equalizador 5300, o decodificador 5400, e o detector 5500. Os dados de sinalização podem incluir informação que é utilizada por cada elemento, tal como informação de modo de bloco, informação de modo, informação de padrão de inserção de dados conhecidos, e informação de modo de quadro RS. Os tipos e funções de tal informação foram explicados acima, de modo que a explicação adicional referente aos mesmos não é fornecida aqui.
[000310] Uma variedade de informações tais com taxa de codificação de dados móveis, uma taxa de dados, uma localização de inserção, um tipo de código de correção de erro utilizado, informação sobre um serviço primário, informação utilizada para suportar a divisão de tempo, uma descrição referente a dados móveis, informação referente à conversão de informação de modo, e informação utilizada para suportar o serviço de protocolo de internet (IP) podem ser fornecidos para o receptor na forma de dados de sinalização ou dados adicionais.
[000311] Os dados de sinalização podem ser incluídos no fluxo da figura 52. No entanto, se um sinal de dados de sinalização for transmitido através de um canal separado, o decodificador de sinalização 5600 decodifica tal sinal de dados de sinalização e fornece a informação acima.
[000312] O detector 5500 pode detectar os dados conhecidos a partir do fluxo utilizando a informação de padrão de inserção de dados conhecidos fornecida pelo decodificador de sinalização 5600. Nesse caso, os dados conhecidos que são inseridos juntamente com os primeiros dados móveis podem ser processados em adição aos dados conhecidos que são inseridos juntamente com os novos dados móveis.
[000313] Especificamente, os dados conhecidos podem ser inseridos pelo menos em uma dentre a área de corpo e a área dianteira/traseira dos dados móveis em vários locais e vários padrões como ilustrado nas figuras 22 a 36. A informação sobre o padrão de inserção de dados conhecidos, por exemplo, pelo menos um dentre localização, ponto de partida, comprimento pode ser incluída nos dados de sinalização. O detector 5500 pode detectar os dados conhecidos a partir de um local adequado de acordo com os dados de sinalização, e fornece o demodulador 5200, o equalizador 5300, e o decodificador 5400 com os dados conhecidos detectados.
[000314] A figura 53 é uma vista ilustrando uma configuração detalhada de um receptor de difusão digital de acordo com outra modalidade ilustrativa.
[000315] Com referência à figura 53, o receptor de difusão digital pode incluir um receptor 5100, um demodulador 5200, um equalizador 5300, um processador FEC 5411, um decodificador TCM 5412, um desintercalador CV 5413, um desintercalador externo 5414, um deco- dificador externo 5415, um decodificador RS 5416, um desrandomiza- dor 5417, um intercalador externo 5418, um intercalador CV 5419, e um decodificador de sinalização 5600.
[000316] Visto que as operações ou operações similares do receptor 5100, demodulador 5200, equalizador 5300, e decodificador de sinali-zação 5600 foram descritas com referência à figura 52, a sobreposição de explicações não são fornecidas aqui. Diferentemente da figura 52, o detector 5500 não é ilustrado na figura 53. Cada elemento pode detectar diretamente dados conhecidos utilizando os dados de sinalização que são decodificados pelo decodificador de sinalização 5600 como na modalidade ilustrativa ilustrada na figura 53.
[000317] O processador FEC 5411 pode realizar uma correção de erro de avanço para o fluxo de transporte que é equalizada pelo equalizador 5300. O processador FEC 5411 pode detectar os dados conhecidos a partir do fluxo de transporte utilizando a informação sobre a localização de dados conhecidos ou padrão de inserção dentre a informação fornecida pelo decodificador de sinalização 5600 a fim de utilizar os dados conhecidos na realização da correção de erro de avanço. Alternativamente, um sinal de referência adicional pode não ser utilizado para a correção de erro de avanço de acordo com outra modalidade ilustrativa.
[000318] Na figura 53, cada elemento é localizado em uma configuração de decodificação de dados móveis depois do processamento FEC. Isto é, o processamento FEC é realizado para toda o fluxo de transporte. Alternativamente, os elementos podem ser implementados em uma configuração de detecção de dados móveis a partir do fluxo de transporte e então realizando FEC para apenas os dados móveis.
[000319] O decodificador TCM 5412 detecta os dados móveis a partir da saída de fluxo de transporte a partir do processador FEC 5411, e realiza a decodificação tipo treliça para os dados móveis. Nesse caso, se o processador FEC 5411 já tiver detectado os dados móveis, e realizado a correção de erro de avanço para apenas os dados móveis, o decodificador TCM 5412 pode realizar imediatamente a decodificação tipo treliça para os dados de entrada.
[000320] O desintercalador CV 5413 realiza a desintercalação convo- luta para os dados decodificados tipo treliça. Como descrito acima, visto que a configuração do receptor de difusão digital pode corresponder à configuração do transmissor de difusão digital que configura e processa o fluxo de transporte, o desintercalador CV 5413 pode não ser utilizado ou incluído de acordo com a configuração do transmissor.
[000321] O desintercalador externo 5414 realiza a desintercalação externa para os dados desintercalados convolutos. Depois disso, o de- codificador externo 5415 decodifica os dados desintercalados externos a fim de remover uma paridade que é inserida nos dados móveis.
[000322] Em algumas situações, o receptor de difusão digital pode aperfeiçoar um desempenho no recebimento de dados móveis pela repetição de operações do decodificador TCM 5412 para o decodifica- dor externo 5415 uma ou mais vezes. Para as operações repetidas, os dados decodificados pelo decodificador externo 5415 podem ser for-necidos para o decodificador TCM 5412 passando através do interca- lador externo 5418 e o intercalador CV 5419. Nessa situação, o inter- calador CV 5419 pode não ser utilizado ou incluído de acordo com a configuração do transmissor.
[000323] Os dados decodificados tipo treliça podem ser fornecidos para o decodificador RS 5416. O decodificador RS 5416 pode realizar a decodificação RS para os dados fornecidos, e o desrandomizador 5417 pode realizar a desrandomização para os dados fornecidos. As operações podem permitir que o fluxo de dados móveis, em particular, os dados móveis de versão 1.1 recém definidos sejam processados.
[000324] Como descrito acima, se um receptor de difusão digital de versão 1.1 for fornecido, os dados de versão 1.0 também podem ser processados em adição aos dados de versão 1.1.
[000325] Isto é, pelo menos um dentre o processador FEC 5411 e o decodificador TCM 5412 detecta todos os dados móveis exceto pelos dados normais, e processa os dados detectados.
[000326] Alternativamente, se um receptor de difusão digital comum for fornecido, o receptor de difusão digital comum pode incluir um bloco para o processamento de dados normais, um bloco para o processamento de dados de versão 1.0, e um bloco para o processamento de dados de versão 1.1. Nesse caso, uma pluralidade de percurso de processamento é fornecida em uma extremidade traseira do equalizador 5300, e cada um dos blocos acima é disposto em cada percurso de processamento. Portanto, pelo menos um dentre os percursos de processamento é selecionado de acordo com um controle de um controlador (não ilustrado) de modo que os dados adequados para o fluxo de transporte possam ser incluídos em cada percurso de processamento.
[000327] Adicionalmente, como descrito acima, os dados móveis podem ser localizados no fluxo de transporte em um padrão diferente para cada slot. Isto é, vários tipos de slots tal como o primeiro tipo de slot no qual os dados normais são incluídos como estão, o segundo tipo de slot no qual novos dados móveis são incluídos em toda a área dos dados normais, o terceiro tipo de slot no qual novos dados móveis são incluídos em uma área da área de dados normais e um quarto tipo de slot no qual novos dados móveis são incluídos na área de dados normais e toda a área de dados móveis existente podem ser configurados repetidamente de acordo com um padrão predeterminado.
[000328] O decodificador de sinalização 5600 decodifica os dados de sinalização e notifica cada elemento sobre a informação de modo de quadro RS ou outra informação de modo. Portanto, cada elemento, incluindo o processador FEC 5411 e o decodificador TCM 5412, detecta os dados móveis em um local predeterminado para cada slot e processa os dados móveis detectados.
[000329] Apesar de um controlador ser omitido nas figuras 51 a 53, é compreendido que um controlador que aplica um sinal de controle a cada bloco utilizando dados de sinalização decodificados pelo decodi- ficador de sinalização 5600 pode ser adicionalmente fornecido. Tal controlador pode controlar uma operação de sintonia do receptor 5100 de acordo com uma seleção do usuário.
[000330] No caso de um receptor de versão 1.1, dados de versão 1.0 ou dados de versão 1.1 podem ser fornecidos de acordo com a seleção do usuário. Adicionalmente, no caso onde uma pluralidade de dados de versão 1.1 é fornecida, um desses serviços podendo ser fornecidos de acordo com a seleção do usuário. O receptor de difusão digital ilustrado nas figuras 51 a 53 podem ser uma caixa de decodifica- ção, uma TV, um computador pessoa, um computador de finalidade geral, um computador de finalidade especial, e um dispositivo portátil tal como um telefone móvel, um assistente digital pessoal (PDA), um aparelho de MP3, dicionário eletrônico, e um computador laptop. Adicionalmente, apesar de não ser ilustrado nas figuras 51 a 53, deve-se compreender que um elemento que escalona os dados decodificados adequadamente e/ou converte os dados decodificados, e envia os dados decodificados escalonados e/ou convertidos, por exemplo, em uma tela na forma de dados de áudio e vídeo.
[000331] Enquanto isso, um método de configuração de fluxo de um transmissor de difusão digital e um método de processamento de fluxo de um receptor de difusão digital de acordo com uma modalidade ilustrativa também pode corresponder aos diagramas em bloco mencionados acima e às vistas de configuração de fluxo.
[000332] Em outras palavras, o método de configuração de fluxo do transmissor de difusão digital pode incluir: colocação de dados móveis em pelo menos uma parte dos pacotes alocados para os dados normais de todos os pacotes configurando o fluxo, e configurando um fluxo de transporte com os dados móveis.
[000333] A localização de dados móveis pode ser realizada pelo pré- processador de dados 100 ilustrado nas figuras 2 a 4.
[000334] Os dados móveis podem ser localizados em vários lugares juntamente com os dados normais e os dados móveis existentes, ou in-dependentemente como nas várias modalidades ilustrativas mencionadas acima. Em outras palavras, os dados móveis e os dados conhecidos podem ser localizados em vários métodos como nas figuras 15 a 40.
[000335] Adicionalmente, a configuração multiplexa os dados normais que foram processados além dos dados móveis com os dados móveis, para configurar um fluxo de transporte.
[000336] O fluxo de transporte configurado sobre vários processos tal como codificação RS, intercalação, codificação tipo treliça, multiple- xação e modulação, e é então transmitida para o receptor. O proces-samento do fluxo de transporte pode ser realizado por vários elementos do receptor de difusão digital ilustrado na figura 4.
[000337] As várias modalidades ilustrativas do método de configuração de fluxo podem corresponder a várias operações do transmissor de difusão digital mencionadas acima.
[000338] Enquanto isso, o método de processamento de fluxo do receptor de difusão digital de acordo com uma modalidade ilustrativa pode incluir: a divisão em uma primeira área que é alocada para os primeiros dados móveis e uma segunda área que é alocada para dados normais, e recebendo um fluxo de transporte onde os dados móveis foram localizados em pelo menos uma parte da segunda área distante dos primeiros dados móveis; demodulando o fluxo de transporte rece- bido; equalizando o fluxo de transporte demodulado; e decodificando pelo menos um dentre os primeiros dados móveis e os dados móveis do fluxo de transporte equalizado.
[000339] O fluxo de transporte recebido de acordo com uma modalidade ilustrativa pode ser um fluxo de transporte que é configurado e transmitido pelo transmissor de difusão digital de acordo com qualquer uma das várias modalidades ilustrativas mencionadas acima. Isto é, o fluxo de transporte pode ser dados móveis localizados em vários mé-todos como nas figuras 15 a 21 e 29 a 40. Adicionalmente, os dados conhecidos também podem ser localizados em vários métodos como ilustrado nas figuras 22 a 28.
[000340] As várias modalidades ilustrativas para o método de pro-cessamento de fluxo podem corresponder a várias modalidades ilus-trativas do receptor de difusão digital mencionado acima.
[000341] Enquanto isso, as modalidades ilustrativas das configurações dos vários fluxos como ilustrado nas figuras 15 a 40 mencionadas acima não são limitadas a apenas uma configuração. Isto é, o pré-processador de dados 100 pode colocar os dados móveis e os dados conhecidos, e codificar em bloco os dados móveis e os dados conhecidos, com refe-rência aos vários modos de quadro RS, modos, e modos de bloco, de acordo com um sinal de controle aplicado a partir de um controlador for-necido separadamente ou um sinal de controle de entrada externa. Con-sequentemente, um empreendedor de difusão digital pode fornecer dados desejados incluindo os dados móveis em vários tamanhos.
[000342] Adicionalmente, os novos dados móveis mencionados acima, isto é, os dados de versão 1.1 podem ser os mesmos dados que outros dados móveis, por exemplo, os dados de versão 1.0, ou podem ser um registro de dados diferente de uma fonte diferente. Adicionalmente, uma pluralidade de dados de versão 1.1 pode ser contida em um slot e transmitida junto. Consequentemente, um usuário do recep tor de difusão digital é capaz de visualizar vários tipos de dados que o usuário deseja.
[000343] Embora não restritas a isso, as modalidades ilustrativas também podem ser consubstanciadas como um código legível por computador em um meio de gravação legível por computador. O meio de gravação legível por computador é qualquer dispositivo de armaze-namento de dados que possa armazenar dados que podem ser, poste-riormente, lidos por um sistema de computador. Exemplos do meio de gravação legível por computador incluem memória de leitura apenas (ROM), memória de acesso randômico (RAM), CD-ROM, fitas magné-ticas, disquetes, e dispositivos de armazenamento de dados óticos. O meio de gravação legível por computador também pode ser distribuído através de sistemas de computador acoplados em rede de modo que o código legível por computador seja armazenado e executado de forma distribuída. Além disso, as modalidades ilustrativas podem ser escritas como programas de computador transmitidos através de um meio de transmissão legível por computador, tal como uma onda portadora, e recebidas e implementadas em computadores digitais de uso geral ou especial que executam os programas. Ademais, enquanto não é exigido em todos os aspectos, uma ou mais unidades do transmissor de difusão digital e o receptor de difusão digital podem incluir um processador ou microprocessador executando um programa de computador armazenado em um meio legível por computador.
[000344] As modalidades ilustrativas acima e vantagens são meramente ilustrativas e não devem ser consideradas como limitadoras da presente invenção. Os presentes ensinamentos podem ser prontamente aplicados a outros tipos de aparelhos. Além disso, a descrição das modalidades ilustrativas deve ser ilustrativa, e não limitar o escopo das concretizações, e muitas alternativas, modificações e variações serão aparentes aos versados na técnica.

Claims (15)

1. Método para transmitir um fluxo de transporte, o método caracterizado pelo fato de que compreende as etapas de: gerar o fluxo de transporte incluindo uma primeira área de dados na qual primeiros dados móveis são colocados, e uma segunda área de dados na qual segundos dados móveis são colocados de forma variável de acordo com um modo; e transmitir, por um aparelho de transmissão, o fluxo de transporte, em que o fluxo de transporte é gerado ao colocar os se-gundos dados móveis e dados normais na segunda área de dados quando o modo é um primeiro modo de quadro, e ao colocar os segundos dados móveis em toda a segunda área de dados quando o modo é um segundo modo de quadro.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a etapa de: determinar se o primeiro modo de quadro no qual os dados normais são colocados na segunda área de dados está configurado ou se o segundo modo de quadro no qual os segundos dados móveis são colocados em toda a segunda área de dados está configurado, em que colocar os segundos dados móveis é realizado se o segundo modo de quadro é determinado como configurado.
3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que ainda compreende a etapa de, se o primeiro modo de quadro for determinado como configurado, colocar os dados normais em pacotes alocados para a segunda área de dados e colocar primeiros dados móveis, diferentes dos segundos dados móveis, na primeira área de dados alocada para os primeiros dados móveis entre os pacotes do fluxo de transporte.
4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que os segundos dados móveis que estão colocados na segunda área de dados no segundo modo de quadro têm uma versão diferente daquela dos primeiros dados móveis.
5. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que ainda compreende a etapa de: se o primeiro modo de quadro for determinado como confi-gurado, determinar um modo de configuração de um padrão de colocação dos segundos dados móveis na segunda área de dados entre os pacotes do fluxo de transporte, em que colocar os segundos dados móveis compreende colocar os segundos dados móveis em um número predeterminado de pacotes correspondendo ao modo de configuração determinado entre a segunda área de dados em u padrão correspondendo ao modo de configuração determinado.
6. Método, de acordo com a reinvindicação 5, caracterizado pelo fato de que o modo é configurado para um primeiro modo no qual os segundos dados móveis são colocados em alguns dos pacotes da segunda área de dados de um segundo modo o qual os segundos dados móveis são colocados em todos os pacotes da segunda área de dados.
7. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que: um número de pacotes alocados para a segunda área de dados é 38; e o modo é configurado para um dentre: um primeiro modo no qual os segundos dados móveis são colocados em 1/4 dos pacotes exceto por um número pré-determinado de pacotes dentre os 38 pacotes; um segundo modo no qual os segundos dados móveis são colocados em 2/4 dos pacotes exceto por um número pré-determinado de pacotes dentre os 38 pacotes; um terceiro modo no qual os segundos dados móveis são colocados em 3/4 dos pacotes exceto por um número pré-determinado de pacotes dentre os 38 pacotes; e um quarto modo no qual os segundos dados móveis são colocados em todos dentre os 38 pacotes.
8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a etapa de inserir dados conhecidos em pelo menos alguns dos pacotes alocados para os dados normais do fluxo de transporte juntamente com os segundos dados móveis.
9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que ainda compreende as etapas de: Codificar por Reed-Solomon (RS) o fluxo de transporte; e intercalar o fluxo de transporte; em que os dados conhecidos são colocados no fluxo de transporte de modo a formar sequências de treinamento longas e con-tínuas na área de dados normais após a etapa de intercalar.
10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a etapa de: colocar dados conhecidos em pelo menos uma área de pelo menos parte da segunda área de dados, um cabeçalho MPEG de pelo menos um pacote configurando o fluxo de transporte, uma área de paridade RS, e pelo menos parte de um manequim incluído nos primeiros dados móveis, deferentes dos segundos dados móveis; em que a etapa de colocar os segundos dados móveis compreende colocar os segundos dados móveis na pelo menos uma área de pelo menos parte da segunda área de dados, o cabeçalho MPEG do pelo menos um pacote configurando o fluxo de transporte, a área de paridade RS, e pelo menos parte do manequim incluído nos primeiros dados móveis.
11. Método para processar um fluxo de transporte de um receptor de difusão digital, o método caracterizado pelo fato de que compreende as etapas de: receber o fluxo de transporte que é dividido em uma primeira área na qual primeiros dados móveis são colocados e uma segunda área na qual segundos dados móveis são colocados de forma variável de acordo com um modo; demodular o fluxo de transporte; equalizar o fluxo de transporte demodulado; e decodificar pelo menos um dentre os primeiros dados móveis e os segundos dados móveis a partir do fluxo de transporte, em que o fluxo de transporte é gerado ao colocar os se-gundos dados móveis e dados normais na segunda área de dados quando o modo é um primeiro modo de quadro, e ao colocar os segundos dados móveis em toda a segunda área de dados quando o modo é um segundo modo de quadro.
12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que ainda compreende as etapas de: receber um sinal de sinalização; e decodificar o sinal de sinalização; em que a etapa de decodificar compreende detectar pelo menos um dentre os primeiros dados móveis e os segundos dados móveis compreendidos no fluxo de transporte usando o sinal de sinali-zação decodificado, e decodificar o pelo menos um dentre os primeiros dados móveis e segundos dados móveis detectados.
13. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que o fluxo de transporte tem uma configuração na qual os dados normais são colocados em todos os pacotes da segunda área de dados e os primeiros dados móveis são colocados em to- dos os pacotes da primeira área de dados, ou uma configuração na qual os primeiros dados móveis são colocados em todos os pacotes da primeira área de dados e os segundos dados móveis são colocados em pelo menos alguns dos pacotes da segunda área de dados.
14. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que: a segunda área compreende 38 pacotes; e o fluxo de transporte possui um dentre: uma primeira configuração na qual os segundos dados móveis são colocados em 1/4 dos pacotes exceto por um número predeterminado de pacotes entre os 38 pacotes; uma segunda configuração na qual os segundos dados móveis são localizados em 2/4 dos pacotes exceto por um número predeterminado de pacotes entre os 38 pacotes; uma terceira configuração na qual os segundos dados móveis são colocados em % dos pacotes exceto pelo número predeterminado de pacotes dentre os 38 pacotes; e uma quarta configuração na qual os segundos dados móveis são colocados em todos os 38 pacotes.
15. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que ainda compreende a etapa de: detectar dados conhecidos a partir do fluxo de transporte, em que a etapa de demodular e a etapa de equalizar são realizadas ao usar os dados conhecidos detectados.
BRPI1012872-7A 2009-05-21 2010-05-20 método para transmitir um fluxo de transporte e método para processar um fluxo de transporte de um receptor de difusão digital BRPI1012872B1 (pt)

Applications Claiming Priority (15)

Application Number Priority Date Filing Date Title
US21325709P 2009-05-21 2009-05-21
US61/213,257 2009-05-21
US21327209P 2009-05-22 2009-05-22
US18097209P 2009-05-26 2009-05-26
US21330109P 2009-05-28 2009-05-28
US22311209P 2009-07-06 2009-07-06
US61/223,112 2009-07-06
US22461209P 2009-07-10 2009-07-10
US22462809P 2009-07-10 2009-07-10
US61/224,612 2009-07-10
US61/224,628 2009-07-10
US27273109P 2009-10-27 2009-10-27
KR10-2010-0045386 2010-05-14
KR1020100045386A KR101771990B1 (ko) 2009-05-21 2010-05-14 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
PCT/KR2010/003221 WO2010134784A2 (en) 2009-05-21 2010-05-20 Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof

Publications (2)

Publication Number Publication Date
BRPI1012872A2 BRPI1012872A2 (pt) 2016-04-05
BRPI1012872B1 true BRPI1012872B1 (pt) 2021-02-09

Family

ID=43504180

Family Applications (3)

Application Number Title Priority Date Filing Date
BRPI1012200-1A BRPI1012200B1 (pt) 2009-05-21 2010-05-20 método para configurar um fluxo de transporte e método para processar um fluxo de transporte de um receptor de radiodifusão digital
BRPI1012876-0A BRPI1012876B1 (pt) 2009-05-21 2010-05-20 método para processar um fluxo de um receptor de difusão digital
BRPI1012872-7A BRPI1012872B1 (pt) 2009-05-21 2010-05-20 método para transmitir um fluxo de transporte e método para processar um fluxo de transporte de um receptor de difusão digital

Family Applications Before (2)

Application Number Title Priority Date Filing Date
BRPI1012200-1A BRPI1012200B1 (pt) 2009-05-21 2010-05-20 método para configurar um fluxo de transporte e método para processar um fluxo de transporte de um receptor de radiodifusão digital
BRPI1012876-0A BRPI1012876B1 (pt) 2009-05-21 2010-05-20 método para processar um fluxo de um receptor de difusão digital

Country Status (10)

Country Link
US (3) US8787220B2 (pt)
KR (3) KR101771990B1 (pt)
CN (3) CN102439968B (pt)
BR (3) BRPI1012200B1 (pt)
CA (3) CA2762789C (pt)
DE (3) DE112010002046T5 (pt)
FI (2) FI20116252A (pt)
MX (3) MX2011012385A (pt)
TW (3) TWI533622B (pt)
WO (3) WO2010134783A2 (pt)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2762792A1 (en) 2009-05-21 2010-11-25 Sung-Il Park Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof
KR101771990B1 (ko) * 2009-05-21 2017-09-05 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
KR100942612B1 (ko) * 2009-06-15 2010-02-16 (주)디티브이인터랙티브 Ａｔｓｃ―ｍｈ 방송신호 재구성 방법 및 재구성 모듈과, ａｔｓｃ―ｍｈ 방송수신기, 그리고, 저장매체
US8391314B2 (en) 2009-09-21 2013-03-05 Lg Electronics Inc. Method and apparatus of processing digital broadcasting signal including transmission ensemble number fields in transmitter and receiver
US8489961B2 (en) * 2009-10-19 2013-07-16 Lg Electronics Inc. Transmitting system and method of processing digital broadcast signal in transmitting system, receiving system and method of receiving digital broadcast signal in receiving system
US8644201B2 (en) * 2009-12-10 2014-02-04 Lg Electronics Inc. Transmitting system and method of transmitting digital broadcast signal in transmitting system
US8681679B2 (en) 2009-12-21 2014-03-25 Lg Electronics Inc. Transmitting system and method for transmitting digital broadcast signal
US8498298B2 (en) * 2009-12-22 2013-07-30 Lg Electronics Inc. Digital broadcasting system and method for transmitting and receiving digital broadcast signal
US8315333B2 (en) * 2010-01-28 2012-11-20 Lg Electronics Inc. Digital broadcasting system and method for transmitting and receiving digital broadcast signal
MX2012012809A (es) * 2010-05-04 2012-12-17 Samsung Electronics Co Ltd Transmisor de difusion digital, receptor de difusion digital, y metodo para configurar y pocesar las corrientes de los mismos.
WO2012094199A1 (en) * 2011-01-04 2012-07-12 Thomson Licensing Apparatus and method for transmitting live media content
WO2012138180A2 (ko) * 2011-04-08 2012-10-11 삼성전자 주식회사 오디오 패킷을 포함하는 전송 스트림을 전송하는 디지털 방송 송신기, 이를 수신하는 디지털 방송 수신기 및 그 방법들
WO2013129781A1 (ko) 2012-03-02 2013-09-06 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
US9332541B2 (en) * 2012-04-17 2016-05-03 Telefonaktiebolaget L M Ericsson Methods and devices for transmission of signals in a telecommunication system
FR2996707B1 (fr) * 2012-10-05 2015-08-28 France Brevets Procede de formatage d'un flux video pour terminaux mobiles
US9344146B2 (en) 2013-03-11 2016-05-17 Intel Corporation De-correlating training pattern sequences between lanes in high-speed multi-lane links and interconnects
US9203435B2 (en) * 2013-05-08 2015-12-01 Broadcom Corporation Multiple size and rate FEC code combination with minimum shortening and maximum combined code rate
KR102158843B1 (ko) 2013-08-05 2020-10-23 삼성전자주식회사 모바일 디바이스를 이용한 사용자 입력 방법 및 모바일 디바이스
US8879613B1 (en) * 2013-08-06 2014-11-04 Cisco Technology, Inc. Dynamic frame selection when requesting tone map parameters in mesh networks
US9602888B2 (en) 2013-08-12 2017-03-21 Lg Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving method, broadcast signal transmitting method, and broadcast signal receiving apparatus
JP6305279B2 (ja) 2014-08-26 2018-04-04 株式会社東芝 映像圧縮装置および映像再生装置
WO2016117904A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
DE102017005647B4 (de) * 2016-12-17 2022-11-10 Joynext Gmbh Verfahren zum Empfangen eines Rundfunksignals und Rundfunkempfangseinrichtung
US11451333B2 (en) * 2017-10-03 2022-09-20 Telefonaktiebolaget L M Ericsson (Publ) TBS determination with multiple base graphs

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1650971A1 (en) * 2004-10-19 2006-04-26 APS Astra Platform Services GmbH Methods and devices for transmitting data to a mobile data processing unit
US7634015B2 (en) * 2006-02-10 2009-12-15 Intel Corporation Mobile station and method for channel sounding using a single radio frequency transmitter chain in a multiple-input multiple-output (MIMO) system
WO2007100185A1 (en) * 2006-02-28 2007-09-07 Lg Electronics Inc. Digital broadcasting system and method of processing data
US7889766B2 (en) * 2007-01-19 2011-02-15 Lg Electronics Inc. Digital broadcasting system and method of processing data
WO2008097027A1 (en) * 2007-02-07 2008-08-14 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20080074680A (ko) * 2007-02-09 2008-08-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2008097028A1 (en) * 2007-02-09 2008-08-14 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20080077473A (ko) * 2007-02-20 2008-08-25 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101259118B1 (ko) 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
KR101253186B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101253185B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) * 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101397051B1 (ko) * 2007-06-25 2014-05-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101461958B1 (ko) * 2007-06-29 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CA2692484C (en) 2007-07-02 2013-04-16 Lg Electronics Inc. Digital broadcasting system and data processing method
KR20090004773A (ko) * 2007-07-06 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8059210B2 (en) * 2007-08-24 2011-11-15 Lg Electronics, Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
CA2697483C (en) * 2007-08-24 2013-05-21 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
US8171308B2 (en) 2007-09-21 2012-05-01 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
KR101559771B1 (ko) 2007-09-21 2015-10-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CN101425864A (zh) * 2007-10-30 2009-05-06 中兴通讯股份有限公司 一种数据广播发送和接收方法
KR101507851B1 (ko) * 2008-04-13 2015-04-06 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
US7885270B2 (en) * 2008-05-15 2011-02-08 Verlvue, Inc. Statistical multiplexing of compressed video streams
WO2009154418A2 (en) * 2008-06-18 2009-12-23 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
WO2010107213A2 (ko) * 2009-03-15 2010-09-23 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
KR101771990B1 (ko) * 2009-05-21 2017-09-05 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
US8437331B2 (en) * 2009-07-23 2013-05-07 Lg Electronics Inc. Method and apparatus for transmitting broadcast signal in a transmitter
US8553606B2 (en) * 2009-12-23 2013-10-08 Lg Electronics Inc. Transmitting system and method of processing digital broadcast signal in transmitting system, receiving system and method of receiving digital broadcast signal in receiving system
US8837343B2 (en) * 2010-10-20 2014-09-16 Lg Electronics Inc. Digital broadcasting system and method for transmitting and receiving digital broadcast signal

Also Published As

Publication number Publication date
CN102439970A (zh) 2012-05-02
FI20116261A (fi) 2011-12-13
BRPI1012876A2 (pt) 2016-09-20
KR20100126192A (ko) 2010-12-01
US20100296424A1 (en) 2010-11-25
CN102439969A (zh) 2012-05-02
CN102439968A (zh) 2012-05-02
BRPI1012872A2 (pt) 2016-04-05
CA2762781A1 (en) 2010-11-25
DE112010002038T5 (de) 2012-07-19
MX2011012387A (es) 2012-04-02
MX2011012385A (es) 2012-04-02
CA2762784A1 (en) 2010-11-25
KR20100126193A (ko) 2010-12-01
KR101743123B1 (ko) 2017-06-15
WO2010134785A2 (en) 2010-11-25
CN102439968B (zh) 2015-04-22
TW201131994A (en) 2011-09-16
CN102439970B (zh) 2015-03-11
FI20116252A (fi) 2011-12-09
US8787220B2 (en) 2014-07-22
US20100296506A1 (en) 2010-11-25
TWI533622B (zh) 2016-05-11
BRPI1012200B1 (pt) 2021-02-02
CA2762789A1 (en) 2010-11-25
DE112010002046T5 (de) 2012-06-21
CA2762789C (en) 2018-02-27
TW201136186A (en) 2011-10-16
KR101743031B1 (ko) 2017-06-15
CA2762781C (en) 2018-02-27
DE112010003163T5 (de) 2013-01-17
WO2010134783A2 (en) 2010-11-25
BRPI1012876B1 (pt) 2021-02-02
WO2010134784A2 (en) 2010-11-25
BRPI1012200A2 (pt) 2016-04-05
US8798138B2 (en) 2014-08-05
WO2010134784A3 (en) 2011-03-03
US8811304B2 (en) 2014-08-19
WO2010134783A3 (en) 2011-03-03
MX2011012386A (es) 2012-04-02
KR20100126194A (ko) 2010-12-01
WO2010134785A3 (en) 2011-03-03
KR101771990B1 (ko) 2017-09-05
TW201131993A (en) 2011-09-16
US20100296001A1 (en) 2010-11-25
CN102439969B (zh) 2015-08-12

Similar Documents

Publication Publication Date Title
BRPI1012872B1 (pt) método para transmitir um fluxo de transporte e método para processar um fluxo de transporte de um receptor de difusão digital
US8891465B2 (en) Digital broadcasting transmitter, digital broadcasting receiver, and methods for configuring and processing a stream for same
EP3017571B1 (en) Transmitting apparatus
JP7054673B2 (ja) 受信装置、及び、データ処理方法
MX2012006193A (es) Transmisor de difusion digital, receptor de transmision digital, y metodo para componer y procesar las corrientes de los mismos.
US20120063443A1 (en) Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof
US20140036759A1 (en) Digital broadcast transmitter for transmitting transport stream containing audio packets, digital broadcast receiver for receiving same, and methods thereof
US20130064280A1 (en) Digital broadcasting transmitter, digital broadcasting receiver, and stream configuration and method for processing same
US8687526B2 (en) Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof
BR122014026849A2 (pt) Sitemas, métodos e meio legível por computador para memória de receptor de radiodifusão digital e redução de energia
US9204176B2 (en) Digital broadcast transmitter, digital broadcast receiver, and method for constructing and processing streams for same
BR112012028605B1 (pt) Método para processamento de fluxo de um transmissor de radiodifusão digital, transmissor de radiodifusão digital, método para processamento de fluxo de um receptor de radiodifusão digital, e receptor de radiodifusão digital
US20130051405A1 (en) Digital broadcast transmitter, digital broadcast receiver, and method for configuring and processing streams thereof
KR20150011299A (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
KR20100086406A (ko) 송/수신 시스템 및 데이터 처리 방법
BR112016001524B1 (pt) Aparelho de transmissão
KR20150027680A (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 7/015

Ipc: H04L 1/00 (1968.09), H04N 21/235 (2011.01), H04N 2

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 09/02/2021, OBSERVADAS AS CONDICOES LEGAIS.