BRPI1012200B1 - método para configurar um fluxo de transporte e método para processar um fluxo de transporte de um receptor de radiodifusão digital - Google Patents

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

Info

Publication number
BRPI1012200B1
BRPI1012200B1 BRPI1012200-1A BRPI1012200A BRPI1012200B1 BR PI1012200 B1 BRPI1012200 B1 BR PI1012200B1 BR PI1012200 A BRPI1012200 A BR PI1012200A BR PI1012200 B1 BRPI1012200 B1 BR PI1012200B1
Authority
BR
Brazil
Prior art keywords
data
area
mobile data
mobile
normal
Prior art date
Application number
BRPI1012200-1A
Other languages
English (en)
Inventor
Ga-hyun Ryu
Yong-Sik Kwon
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 BRPI1012200A2 publication Critical patent/BRPI1012200A2/pt
Publication of BRPI1012200B1 publication Critical patent/BRPI1012200B1/pt

Links

Images

Classifications

    • 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/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
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Error Detection And Correction (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Television Systems (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Abstract

transmissor de radiodifusão digital, receptor de radiodifusão digital, e métodos para configuração e processamento de correntes dos mesmos. a presente invenção refere-se a um método para processamento de uma corrente de um receptor de radiodifusão digital. o método que processa uma corrente que é dividida em uma primeira área distribuída a primeiro dado móvel e uma segunda área distribuída a dado normal, inclui: recebimento de uma corrente de transporte incluindo novos dados móveis em pelo menos uma parte da segunda área separadamente a partir do primeiro dado móvel, demodulação da corrente de transporte demodulada, e decodificação de pelo menos um dos primeiros dados móveis e do novo dado móvel a partir da corrente de transporte equalizada. consequentemente, os serviços de dados móveis podem ser providos em vários modos.

Description

Campo Técnico
[0001] Aparelhos e métodos consistentes com as concretizações exemplares se referem a um transmissor de radiodifusão digital, um receptor de radiodifusão digital, e métodos para configuração e processamento de fluxos dos mesmos, e, mais particularmente, a um transmissor de radiodifusão digital para configurar um fluxo de transporte incluindos dados normais e dados móveis e para transmitir o fluxo de transporte, um receptor de radiodifusão digital para receber e processar o fluxo de transporte, e métodos dos mesmos.
Técnica Anterior
[0002] À medida que a radiodifusão digital torna-se difundida, diversos tipos de aparelhos eletrônicos suportam serviços de radiodifusão digital. Em particular, um aparelho portátil pessoal, tal como um telefone móvel, um navegador, uma assistência digital pessoal (PDA), e um MP3 player, bem como um utensílio de residência geral, tal como uma televisão de radiodifusão digital e uma caixa de topo de ajuste, suportam a radiodifusão digital.
[0003] Consequentemente, modelos de radiodifusão digital para provisão de serviço de radiodifusão digital a tal aparelho portátil foram discutidos.
[0004] Dentre estes, modelo avançado de comitê de sistemas de televisão móvel/mantido pela mão (ATSC-MH) foi discutido. De acordo com o modelo ATSC-MH, dado móvel é colocado em um fluxo de transporte que é configurado para transmissão de dados gerais para um serviço de digitalização de radiodifusão (isto é, dados normais), e é, em seguida, transmitido.
[0005] Visto que o dado móvel é recebido e processado no aparelho portátil, o dado móvel é processado para ser robusto contra um erro por causa da mobilidade do aparelho portátil diferente dos dados normais, e é incluído no fluxo de transporte.
[0006] A figura 1 é uma vista ilustrando um exemplo de um fluxo de transporte incluindo dado móvel e dados normais.
[0007] O fluxo a) da figura 1 ilustra um fluxo em que dado móvel e dados normais são colocados em pacotes distribuídos aos mesmos e são multiplexados.
[0008] O fluxo a) da figura 1 é convertida em um fluxo b) por intercalamento. Referindo-se à b) da figura 1, o dado móvel MH intercalado pode ser dividido em uma área "A" e uma área "B". A área "A" representa uma área que se prolonga de uma porção onde os dados móveis sobre um tamanho predeterminado são coletados em uma pluralidade de unidades de transmissão, e a área "B" representa a área remanescente. A divisão dos dados móveis na área "A" e na área "B" é meramente um exemplo, e os dados móveis podem ser divididos em modos diferentes de acordo com as situações. Por exemplo, em b) da figura 1, mesmo uma porção não incluindos dados normais é ajustada à área "A", e uma porção correspondente a uma unidade de transmissão em que um bit de dados normais é incluído é ajustada à área "B".
[0009] A área "B" é relativamente susceptível a um erro comparado à área "A". Mais especificamente, os dados de radiodifusão digital podem incluir dados conhecidos para correção de um erro, tal como uma sequência de treinamento a ser demodulada e equalizada apropriadamente a um receptor. De acordo com o modelo de ATSC-MH da técnica relacionada, o dado conhecido não é colocado na área "B" e, desse modo, a área "B" é susceptível a um erro.
[00010] Também, se o fluxo é configurado conforme mostrado na figura 1, existe um limite na transmissão dos dados móveis. Em outras palavras, embora um número aumentado de estações e aparelhos de radiodifusão suporte serviços de radiodifusão para aparelhos móveis, a eficiência da transmissão de fluxo se deteriora devido à configuração do fluxo conforme mostrado na figura 1 em que uma porção distribuída aos dados normais não pode ser usada.
Descrição da Invenção Problema Técnico
[00011] Consequentemente, existe uma necessidade de um método para utilização de uma configuração de um fluxo de transporte mais eficientemente do que conhecidos na técnica relacionada.
Solução para o Problema
[00012] Concretizações exemplares superam as desvantagens acima e outras desvantagens não descritas acima. Contudo, é compreendido que uma concretização exemplar não é requerida para superar as desvantagens acima descritas, e uma concretização exemplar não pode superar qualquer dos problemas descritos acima.
[00013] As concretizações exemplares proporcionam um transmissor de radiodifusão digital, um receptor de radiodifusão digital, e métodos para configuração e processamento de fluxos dos mesmos, que utilizam um pacote distribuído aos dados normais em um fluxo de transporte em vários modos, diversificando, desse modo, 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 concretização exemplar, é provido um método para configuração de um fluxo de um transmissor de radiodifusão digital, o método incluindo colocação de dados móveis em pelo menos parte de pacotes distribuída aos dados normais entre pacotes inteiros que configuram o fluxo, e configuração de um fluxo de transporte com os dados móveis.
[00015] O método pode adicionalmente incluir realização de codificação, intercalamento, codificação de treliça, multiplexação com um sinal de sync, e modulação no fluxo de transporte, e liberação do fluxo de transporte.
[00016] De acordo com um aspecto de outra concretização exemplar, é provido um transmissor de radiodifusão digital incluindo um pré-processador de dados para colocar dados móveis em pelo menos parte de pacotes distribuídos aos dados normais entre pacotes inteiros que configuram um fluxo, e um multiplexador para configurar um fluxo de transporte com os dados móveis.
[00017] O transmissor de radiodifusão digital pode adicionalmente incluir uma unidade excitadora para realizar codificação, intercalamento e codificação de treliça, modulação do fluxo de transporte, multiplexação com um sinal de sync, e liberação do fluxo.
[00018] De acordo com um aspecto de ainda outra concretização exemplar, é provido um método para processamento de um fluxo de um receptor de radiodifusão digital, o método incluindo recebimento um fluxo de transporte que é dividido em uma primeira área distribuída ao primeiro dado móvel e uma segunda área distribuída aos dados normais, e que inclui dado móvel separado colocado em pelo menos uma parte da segunda área, demodulação do fluxo de transporte, equalização do fluxo de transporte demodulado, e decodificação de pelo menos um dos primeiros dados móveis e do novo dado móvel a partir do fluxo de transporte equalizado.
[00019] De acordo com um aspecto de ainda outra concretização exemplar, é provido um receptor de radiodifusão digital, incluindo um receptor para receber um fluxo de transporte que é dividida em uma primeira área distribuída ao primeiro dado móvel e a uma segunda área distribuída aos dados normais, e que inclui novo dado móvel colocado em pelo menos uma parte da segunda área, um demodulador para demodular o fluxo de transporte, um equalizador para equalizar o fluxo de transporte demodulado, e um decodificador para decodificar pelo menos um dos primeiros dados móveis e o novo dado móvel a partir do fluxo de transporte equalizado.
Efeitos Vantajosos da Invenção
[00020] De acordo com concretizações exemplares conforme descrito acima, um fluxo de transporte é configurado em vários modos, de modo que um receptor pode ser provido com diversos tipos de dados móveis.
Breve Descrição dos Desenhos
[00021] Os aspectos acima e/ou outros serão mais aparentes pela descrição de concretizações exemplares detalhadas, com referência aos desenhos acompanhantes em que:
[00022] A figura 1 é uma vista ilustrando um exemplo de uma configuração de um fluxo de transporte de acordo com o modelo ATSC-MH; As figuras 2 a 4 são diagramas de bloco ilustrando um transmissor de radiodifusão digital de acordo com várias concretizações exemplares; A figura 5 é um diagrama de blocos ilustrando um exemplo de um codificador de estrutura; A figura 6 é um diagrama de blocos ilustrando um exemplo de um codificador de estrutura Reed-Solomon (RS) do codificador de estrutura da figura 5; A figura 7 é um diagrama de blocos ilustrando um exemplo de um processador de bloco; A figura 8 é uma vista ilustrando um exemplo de divisão de um fluxo em blocos; A figura 9 é um diagrama de blocos ilustrando um exemplo de um codificador de sinalização; As figuras 10 a 13 são vistas ilustrando diversos exemplos de um codificador de treliça; A figura 14 é uma vista ilustrando um exemplo de uma estrutura de uma estrutura de dado móvel; As figuras 15 a 21 são vistas ilustrando exemplos de configurações de um fluxo de acordo com várias concretizações exemplares; As figuras 22 a 28 são vistas ilustrando configurações de um modelo de inserção de dado conhecido de acordo com várias concretizações exemplares; A figura 29 é uma vista ilustrando um modelo em que dado móvel é colocado em uma área de dados normais de acordo com um primeiro modo; A figura 30 é uma vista ilustrando o fluxo da figura 29 após intercalamento; A figura 31 é uma vista ilustrando um modelo em que dado móvel é colocado em uma área de dados normais de acordo com um segundo modo; A figura 32 é uma vista ilustrando o fluxo da figura 31 após intercalamento; A figura 33 é uma vista ilustrando um modelo em que dado móvel é colocado em uma área de dados normais de acordo com um terceiro modo; A figura 34 é uma vista ilustrando o fluxo da figura 33 após intercalamento; A figura 35 é uma vista ilustrando um modelo em que dado móvel é colocado em uma área de dados normais de acordo com um quarto modo; A figura 36 é uma vista ilustrando o fluxo da figura 35 após intercalamento; As figuras 37 a 40 são vistas ilustrando um modelo em que dado móvel é colocado de acordo com diversos modos de acordo com várias concretizações exemplares; As figuras 41 a 43 são vistas ilustrando diversos tipos de fendas que são dispostas em sequência repetidamente; As figuras 44 a 47 são vistas ilustrando um método de distribuição de bloco de acordo com várias concretizações exemplares; A figura 48 é uma vista para explanar pontos de partida diversos de uma estrutura RS de acordo com várias concretizações exemplares; A figura 49 é uma vista para explanar uma localização onde dado de sinalização é inserido; A figura 50 é uma vista ilustrando um exemplo de uma configuração de sync de campo de dados para transmissão de dados de sinalização; e As figuras 51 a 53 são vistas ilustrando um receptor de radiodifusão digital de acordo com várias concretizações exemplares.
Modo para Invenção
[00023] Daqui por diante, concretizações exemplares serão descritas em maiores detalhes com referência aos desenhos acompanhantes.
[00024] Na seguinte descrição, os mesmos numerais de referência são usados para os mesmos elementos quando eles são representados em desenhos diferentes. As matérias definidas na descrição, tais como construções detalhadas e elementos, são providas para auxiliar em um entendimento compreensivo das concretizações exemplares. Desse modo, é aparente que as concretizações exemplares podem ser efetuadas sem aquelas matérias especificamente definidas. Também, funções ou elementos conhecidos na técnica relacionada não são descritos em detalhe visto que eles obscureceriam a invenção com detalhes desnecessários. Expressões tais como "pelo menos um de", quando precedendo uma lista de elementos, modificam a lista total de elementos e não modificam os elementos individuais da lista. Transmissor de radiodifusão digital
[00025] Referindo-se à figura 2, um transmissor de radiodifusão digital de acordo com uma concretização exemplar inclui um pré- processador de dados 100 e um multiplexador 200.
[00026] O pré-processador de dados 100 recebe dados móveis e processa os dados móveis apropriadamente para converter os dados móveis em um formato adequado para transmissão.
[00027] O multiplexador 200 configura um fluxo de transporte com os dados móveis. Especificamente, o multiplexador 200 pode multiplexar a saída dos dados móveis do pré-processador de dados 100 com dados normais se dados normais existe, configurando, desse modo, o fluxo de transporte.
[00028] O pré-processador de dados 100 pode processar os dados móveis de modo que os dados móveis são colocados em todos ou alguns dos pacotes distribuídos aos dados normais do fluxo total.
[00029] Isto é, conforme mostrado na figura 1, alguns dos pacotes são distribuídos aos dados normais de acordo com o padrão ATSC- MH. Mais especificamente, um fluxo é dividido em uma pluralidade de fendas em uma unidade de tempo conforme mostrado na figura 1, e uma fenda inclui 156 pacotes no total. 38 destes pacotes são distribuídos aos dados normais, enquanto os 118 pacotes remanescentes são distribuídos aos dados móveis. Daqui por diante, para conveniência de descrição, os 118 pacotes são referidos como uma primeira área que é distribuída aos dados móveis, e os 38 pacotes são referidos como uma segunda área que é distribuída aos dados normais. Também, os dados normais inclui tipos diversos dedados gerais que podem ser recebidos e processados por um dispositivo de recebimento (tal como uma 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 por diversos termos tais como dados robustos, dados turbo, e dados adicionais de acordo com situações.
[00030] O pré-processador de dados 100 pode colocar dados móveis na área de pacote que é distribuído aos dados móveis e pode também colocar separadamente dados móveis em todos ou alguns dos pacotes que são distribuídos aos dados normais. Os dados móveis colocados nos pacotes distribuídos aos dados móveis podem ser referidos como "primeiros dados móveis" e a área distribuída aos primeiros dados móveis pode ser referida como a primeira área, conforme descrito acima. Por outro lado, o dado móvel colocado na segunda área, isto é, nos pacotes distribuídos aos dados normais, é referido como novo dado móvel. Os primeiros dados móveis e os novos dados móveis podem ser os mesmos ou diferentes entre si. O processador de dados 10 pode colocar os dados móveis em vários modelos de acordo com, por exemplo, uma condição de ajuste de um modo de estrutura e outro modo. Os modelos em que o dado móvel é colocado serão explanados em detalhe abaixo.
[00031] O multiplexador 200 configura um fluxo de transporte. Especificamente, se existe dados normais a ser transmitido, o multiplexador 200 multiplexa os dados normais e a saída de fluxo a partir do pré-processador de dados 100.
[00032] A figura 3 é uma vista ilustrando outra concretização exemplar em que um controlador 310 é adicionalmente incluído no transmissor de radiodifusão digital da figura 2. Referindo-se à figura 3, o controlador 310 do transmissor de radiodifusão digital determina uma condição de ajuste de um modo de estrutura e controla operações do pré-processador de dados 100.
[00033] Mais especificamente, se for determinado que um primeiro modo de estrutura é ajustado, o controlador 310 que controla o pré- processador de dados 100 não coloca os dados móveis em todos os pacotes distribuídos aos dados normais e para colocar os dados móveis na primeira área. Isto é, o pré-processador de dados 100 libera um fluxo incluindo somente os primeiros dados móveis. Consequentemente, um fluxo de transporte é configurado por colocação dos dados normais nos pacotes distribuídos aos dados normais pelo multiplexador 200.
[00034] Se for determinado que um segundo modo de estrutura é ajustado, o controlador 310 controla o pré-processador de dados 100 para colocar os primeiros dados móveis nos pacotes distribuídos aos dados móveis, isto é, na primeira área, e também para colocar os dados móveis em pelo menos alguns dos pacotes distribuídos aos dados normais, isto é, em uma parte da segunda área.
[00035] Neste caso, o controlador 310 pode determinar uma condição de ajuste de um modo separadamente provido, isto é, um modo para determinar em quantos pacotes o dado móvel é colocado entre os pacotes distribuídos aos 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 são determinados de acordo com a condição de ajuste do modo entre todos os pacotes distribuídos aos dados normais.
[00036] De acordo com várias concretizações exemplares, uma variedade de modos pode ser provida.
[00037] Por exemplo, o modo pode ser ou um primeiro modo em que o dado móvel é colocado em alguns dos pacotes distribuídos aos dados normais ou um segundo modo em que o dado móvel é colocado em todos os pacotes distribuídos aos dados normais.
[00038] O primeiro modo aqui pode ser um modo em que o dado móvel é colocado em uma parte de uma área de dados de cada pacote. Isto é, o dado móvel é colocado em uma parte de uma área de dados total de um pacote, enquanto os dados normais é colocado na área de dados remanescente do pacote.
[00039] De outro modo, o primeiro modo pode ser um modo em que o dado móvel é colocado na área de dados total de algum pacote.
[00040] Em adição, vários modos podem ser preparados em consideração do número de pacotes distribuídos aos dados normais, tamanho, tipo, tempo de transmissão, ambiente de transmissão de dados móveis, e assim por diante.
[00041] No caso que 38 pacotes são distribuídos aos dados normais conforme ilustrado na figura 1, o modo pode ser ajustado a um dos seguintes modos: um primeiro modo em que o dado móvel é colocado em 1/4 de pacotes, exceto para um número predeterminado de pacotes entre os 38 pacotes; um segundo modo em que o dado móvel é colocado em 1/2 de pacotes, exceto para o número predeterminado de pacotes entre os 38 pacotes; um terceiro modo em que o dado móvel é colocado em 3/4 de pacotes, exceto para o número predeterminado de pacotes entre os 38 pacotes; e um quarto modo em que o dado móvel é colocado em todos os 38 pacotes.
[00042] O pré-processador de dados 100 pode inserir dados conhecidos em adição aos dados móveis.
[00043] Os dados conhecidos é uma sequência que é comumente conhecida ao transmissor de radiodifusão digital e ao receptor de radiodifusão digital. O receptor de radiodifusão digital recebe os dados conhecidos a partir do transmissor de radiodifusão digital, identifica uma diferença sobre a sequência pré-conhecida, e em seguida compreende um grau de correção de erro consequentemente. Os dados conhecidos podem ser expressos por termos diferentes tais como dados de treinamento, sequência de treinamento, sinal de referência, e sinal de referência suplementar, mas o termo dados conhecidos será usado daqui por diante para conveniência de descrição.
[00044] O pré-processador de dados 100 insere pelo menos um dos dados móveis e os dados conhecidos em diversas porções do fluxo de transporte total, aperfeiçoando, desse modo, o desempenho de recepção.
[00045] Isto é, pode ser visto de b) da figura 1 que o dado móvel MH é coletado na área "A" e é distribuído na área "B" em uma forma cônica. Consequentemente, a área "A" pode ser referida como a área de corpo e a área "B" pode ser referida como a área de cabeça/cauda. No fluxo MH da técnica relacionada, a área de cabeça/cauda não contém dados conhecidos e, desse modo, tem um problema que não realiza bem a área de corpo.
[00046] Consequentemente, o pré-processador de dados 100 insere os dados conhecidos em uma localização apropriada de modo que os dados conhecidos podem ser colocados na área de cabeça/cauda. Os dados conhecidos podem ser colocados em um modelo de sequências de treinamento longas em que dado sobre um tamanho predeterminado é disposto continuamente, ou pode ser colocado em um modelo distribuído em que o dado é disposto descontinuamente.
[00047] Os dados móveis e os dados conhecidos podem ser inseridos em vários modos de acordo com várias concretizações exemplares, alguns dos quais serão explanados em detalhe abaixo com referência aos desenhos. Contudo, um exemplo de uma configuração detalhada do transmissor de radiodifusão digital será explanado primeiro.
[00048] Exemplo de Configuração Detalhada de Transmissor de radiodifusão digital
[00049] A figura 4 é um diagrama de blocos ilustrando um exemplo de uma configuração detalhada de um transmissor de radiodifusão digital de acordo com uma concretização exemplar. Referindo-se à figura 4, o transmissor de radiodifusão digital pode incluir um processador normal 320 e uma unidade excitadora 400 em adição ao pré-processador de dados 100 e ao multiplexador 200. O controlador 310 da figura 3 é omitido da figura 4, embora seja compreendido que o controlador 310 pode ser incluído no transmissor de radiodifusão digital. Também, alguns elementos podem ser retirados do transmissor de radiodifusão digital da figura 4 ou um ou mais novos elementos podem ser adicionados, de acordo com outras concretizações exemplares. Também, a ordem de arranjo e o número de elementos podem variar de acordo com várias concretizações exemplares.
[00050] Referindo-se à figura 4, o processador normal 320 recebe dados normais e converte os dados normais em um formato adequado para configurar um fluxo de transporte. Isto é, desde que o transmissor de radiodifusão digital configura um fluxo de transporte incluindos dados normais e dados móveis, e transmite o fluxo de transporte, um receptor de radiodifusão digital da técnica relacionada para dados normais pode ser capaz de receber e processar os dados normais apropriadamente. Consequentemente, o processador normal 320 ajusta uma regulação de pacote e uma apresentação de referência de relógio (PCR) dos dados normais (que podem ser referidos como dados de serviço principais) de modo a produzir o formato de dados normais adequado para o modelo MPEG/ATSC que é usado para decodificar dados normais. Uma descrição detalhada do mesmo é revelada no ANEXO B de ATSC-MH, cuja descrição é incorporada aqui em sua totalidade por referência, e, desse modo, é omitida aqui.
[00051] O pré-processador de dados 100 inclui um codificador de estrutura 110, um processador de bloco 120, um formatador de grupo 130, um formatador de pacote 140, e um codificador de sinalização 150.
[00052] O codificador de estrutura 110 realiza codificação de estrutura de Reed-Solomon (RS). Mais especificamente, o codificador de estrutura 110 recebe um serviço simples e constrói um número predeterminado de estruturas de RS. Por exemplo, se um serviço simples é uma unidade de conjunto M/H incluindo uma pluralidade de paradas M/H, um número predeterminado de estruturas de RS é construído para cada parada M/H. Em particular, o codificador de estrutura 110 randomiza dados móveis de entrada, realiza codificação de RS-CRC, divide cada estrutura de RS de acordo com um modo de estrutura de RS pré-ajustado, e libera um número predeterminado de estruturas de RS.
[00053] A figura 5 é um diagrama de blocos ilustrando um exemplo do codificador de estrutura 110. Referindo-se à figura 5, o codificador de estrutura 110 inclui um demultiplexador de entrada 111, uma pluralidade de codificadores de estrutura de RS 112-1-112-M, e um multiplexador de saída 113.
[00054] Se dado móvel de uma unidade de serviço predeterminada (por exemplo, uma unidade de conjunto M/S) é admitida, o demultiplexador de entrada 111 demultiplexa os dados móveis em uma pluralidade de conjuntos tais como um conjunto primário e um conjunto secundário de acordo com a informação de configuração pré- ajustada (por exemplo, um modo de estrutura de RS), e libera os conjuntos demultiplexados para cada codificador de estrutura de RS 112-1-112-M. Cada codificador de estrutura de RS 112-1-122-M realiza randomização, codifica RS-CRC, e se divide com relação aos conjuntos de entrada, e libera os conjuntos para o multiplexador de saída 113. O multiplexador de saída 113 multiplexa a saída das porções de estrutura de cada codificador de estrutura de RS 112-1- 112-M e libera uma porção de estrutura de RS primária e uma porção de estrutura de RS secundária. Neste caso, somente a porção de estrutura de RS primária pode ser liberada de acordo com uma condição de ajuste de um modo de estrutura de RS.
[00055] A figura 6 é um diagrama de blocos ilustrando um exemplo de um dos codificadores de estrutura de RS 112-1-112-M. Referindo- se à figura 6, o codificador de estrutura 112 inclui uma pluralidade de randomizadores M/H 112-la, 112-lb, uma pluralidade de codificadores de RS-CRC 112-2a, 112-2b, e uma pluralidade de divisores de estrutura de RS 112-3a, 112-3b. Se o conjunto M/H primário e o conjunto M/H secundário são admitidos a partir do demultiplexador de entrada 111, os randomizadores M/H 112-la e 112-lb realizam randomização e os codificadores de RS-CRC 112-2a e 112-2b reali-zam codificação de RS-CRC para os dados randomizados. Os divisores de estrutura de RS 112-3a, 112-3b dividem os dados a serem codificados por bloco apropriadamente e liberam os dados para o multiplexador de saída 113 de modo que o processador de bloco 120, disposto na extremidade traseira do codificador de estrutura 110, codifica por bloco os dados apropriadamente. O multiplexador de saída 113 combina e multiplexa as porções de estrutura e libera as porções de estrutura para o processador de bloco 120 de modo que o processador de bloco 120 codifica por bloco as porções de estrutura.
[00056] O processador de bloco 120 codifica uma saída de fluxo do codificador de estrutura 110 por uma unidade de bloco. Isto é, o processador de bloco 120 realiza codificação de bloco.
[00057] A figura 7 é um diagrama de blocos ilustrando um exemplo do processador de bloco 120.
[00058] Referindo-se à figura 7, o processador de bloco 120 inclui um primeiro conversor 121, um conversor byte-para-bit 122, um codificador convolucional 123, um intercalador de símbolo 124, um conversor de símbolo-para-byte 125, e um segundo conversor 126.
[00059] O primeiro conversor 121 converte a saída de estrutura de RS do codificador de estrutura 110 em uma base de bloco. Isto é, o primeiro conversor 121 combina o dado móvel na estrutura de RS de acordo com um modo de bloco pré-ajustado e libera um bloco de código convolucional concatenado em série (SCCC).
[00060] Por exemplo, se o modo de bloco é "00", um bloco M/H simples é convertido em um bloco de SCCC simples.
[00061] A figura 8 é uma vista ilustrando blocos M/H que são um resultado da divisão de dados móveis em uma base de bloco. Referindo-se à figura 8, uma unidade de dado móvel simples, por exemplo, um grupo M/H é dividido em 10 M/H blocos B1-B10. Se o modo de bloco é "00", cada bloco B1-B10 é convertido em um bloco de SCCC. Se o modo de bloco é "01", dois blocos M/H são combinados para formar um bloco de SCCC simples e o bloco de SCCC é liberado. O modelo de combinação pode ser diversamente ajustado de acordo com várias concretizações exemplares. Por exemplo, os blocos Bl e B6 são combinados para formarem 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 formem blocos SCB2, SCB3, SCB4, e SCB5, respectivamente. De acordo com os outros modos de bloco, os blocos são combinados em vários modos e o número de blocos combinados é variável.
[00062] O conversor de byte-para-bit 122 converte o bloco de SCCC de uma unidade de byte em uma unidade de bit. Isto é porque o codificador convolucional 123 opera em uma base de bit. Consequentemente, o codificador convolucional 123 realiza codificação convolucional com relação aos dados convertidos.
[00063] Após isto, o intercalador de símbolo 124 realiza intercalamento de símbolo. O intercalamento de símbolo pode ser realizado do mesmo modo como o intercalamento de bloco. O dado intercalado de símbolo é convertido em uma unidade de byte pelo conversor de símbolo-para-byte 125 e é, em seguida, reconvertido em uma unidade de bloco M/H pelo segundo conversor 126 e liberado.
[00064] O formatador de grupo 130 recebe o fluxo que é processado pelo processador de bloco 120 e formata o fluxo em uma base de grupo. Mais especificamente, o formatador de grupo 130 mapeia a saída de dados do processador de bloco 120 em uma localização apropriada dentro do fluxo, e adiciona dados conhecidos, dados de sinalização, e dados de inicialização ao fluxo.
[00065] Em adição, o formatador de grupo 130 adiciona um byte retentor de lugar para dados normais, um cabeçalho de MPEG-2, uma paridade de RS não sistemática e um byte simulado para conformação a um formato de grupo.
[00066] Os dados de sinalização se referem à informação diversa para processamento do fluxo de transporte.
[00067] Os dados de sinalização podem ser apropriadamente processados pelo codificador de sinalização 150 e podem ser providos ao formatador de grupo 130.
[00068] Um canal de parâmetro de transmissão (TPC) e um canal de informação rápida (FIC) podem ser usados para transmitir os dados móveis. O TPC é usado para proporcionar vários parâmetros tais como várias informações de modo de correção de erro de avanço (FEC) e informação de estrutura M/H. O FIC é usado por um receptor para obter um serviço prontamente e inclui informação de camada cruzada entre uma camada física e uma camada superior. Se tal informação de TPC e informação de FIC são providas ao codificador de sinalização 150, o codificador de sinalização 150 processa a informação apropriadamente e proporciona a informação processada como dados de sinalização.
[00069] A figura 9 é um diagrama de blocos ilustrando um exemplo do codificador de sinalização 150.
[00070] Referindo-se à figura 9, o codificador de sinalização 150 includes um codificador de RS para um TPC 151, um multiplexador 152, um codificador de RS para um FIC 153, um intercalador de bloco 154, um randomizador de sinalização 155, e um codificador de PCCC 156. O codificador de RS para o TPC 151 realiza codificação de RS para entrada de dados de TPC para formar uma chave de código de TPC. O codificador de RS para o FIC 153 e o intercalador de bloco 154 realiza codificação de RS e intercalamento de bloco para entrada de dados de FIC para formar uma chave de código de FIC. O multiplexador 152 coloca a chave de código de FIC após a chave de código de 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 convolucional concatenado paralelo (PCCC) pelo codificador de PCCC 156, e são, em seguida, liberadas para o formatador de grupo 130 como dados de sinalização.
[00071] Os dados conhecidos é uma sequência que é comumente conhecida ao transmissor de radiodifusão digital e ao receptor de radiodifusão digital, conforme descrito acima. O formatador de grupo 130 insere os dados conhecidos em uma localização apropriada de acordo com um sinal de controle provido de um elemento adicional, tal como o controlador 310, de modo que os dados conhecidos são colocados em uma localização apropriada no fluxo após serem intercalados pela unidade excitadora 400. Por exemplo, os dados conhecidos podem ser inseridos em uma localização apropriada de modo a serem colocados mesmo na área "B" do fluxo de b) da figura 1. O formatador de grupo 130 determina uma localização onde os dados conhecidos são para serem inseridos com referência a uma regra de intercalamento.
[00072] Os dados iniciais se referem aos dados baseados nos quais o codificador de treliça 450 provido na unidade excitadora 400 inicializa memórias internas há um tempo correto. Os dados iniciais serão descritos em detalhe quando a unidade excitadora 400 é descrita.
[00073] O formatador de grupo 130 pode incluir uma unidade de configuração de formato de grupo (não mostrada) para inserir várias áreas e sinais no fluxo e configura o fluxo como um formato de grupo, e um desintercalador de dados para desintercalar o fluxo configurado como o formato de grupo.
[00074] O desintercalador de dados rearranja 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 provida ao formatador de pacote 140.
[00075] O formatador de pacote 140 pode remover retentores de local diversos que são providos ao fluxo pelo formatador de grupo 130, e pode adicionar um cabeçalho de MPEG tendo um identificador de pacote (PID) de dados móveis ao fluxo. Consequentemente, o formatador de pacote 140 libera o fluxo na unidade de um número predeterminado de pacotes para todo grupo. Por exemplo, o formatador de pacote 140 pode liberar 118 pacotes de TS.
[00076] O pré-processador de dados 100 é implementado em vários modos conforme descrito acima para configurar dados móveis em uma forma apropriada. Por exemplo, no caso que uma pluralidade de serviços móveis é provida, cada elemento do pré-processador de dados 100 pode ser uma pluralidade de elementos.
[00077] O multiplexador 200 multiplexa um fluxo normal processado pelo processador normal 320 e um fluxo móvel processado pelo pré- processador de dados 100, configurando, desse modo, um fluxo de transporte. A saída de fluxo de transporte a partir do multiplexador 200 inclui dados normais e dados móveis, e pode adicionalmente incluir dados conhecidos para aperfeiçoar desempeno de recepção.
[00078] A unidade excitadora 400 realiza codificação, intercalamento, codificação de treliça, e modulação com relação ao fluxo de transporte configurado pelo multiplexador 200, e libera o fluxo de transporte processado. A unidade excitadora 400 pode ser referida como um pós-processador de dados em algumas concretizações exemplares.
[00079] Referindo-se à figura 4, a unidade excitadora 400 inclui um randomizador 410, um codificador de RS 420, um intercalador 430, uma unidade de substituição de paridade 440, uma unidade de codificação de treliça 450, um recodificador de RS 460, um multiplexador de sync 470, uma unidade de inserção piloto 480, um modulador 8-VSB 490, e um conversor ascendente de RF 495.
[00080] 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 como um randomizador de acordo com o modelo de ATSC.
[00081] O randomizador 410 pode realizar uma operação XOR com relação ao cabeçalho de MPEG dos dados móveis e dos dados normais total com uma sequência binária pseudoaleatória (PRBS) que pode ser 16 bits longa ou mais longa, mas não pode realizar operação XOR com relação a um byte de carga útil dos dados móveis. Contudo, mesmo neste caso, um gerador de PRBS continua a realizar alteração de um registrador de alteração. Isto é, o randomizador 410 ultrapassa o byte de carga útil dos dados móveis.
[00082] O codificador de RS 420 realiza codificação de RS com relação ao fluxo randomizado.
[00083] Mais especificamente, se uma porção correspondente aos dados normais é admitida, o codificador de RS 420 realiza codificação de RS sistemática no mesmo modo como em um sistema de ATSC da técnica relacionada. Isto é, o codificador de RS 420 adiciona uma paridade de 20 bytes a uma extremidade de cada pacote de 187 bytes. Por outro lado, se uma porção correspondente ao dado móvel é admitida, o codificador de RS 420 realiza codificação de RS não sistemática. Neste caso, o dado de RS FEC de 20 bytes, que é obtido pela codificação de RS não sistemática, é colocado em uma localização de byte de paridade predeterminada dentro de cada pacote dos dados móveis. Consequentemente, o dado tem uma compatibilidade com um receptor de acordo com o modelo de ATSC da técnica relacionada. Se ambos do MPEG PID e da paridade de RS são usados para dados móveis, o codificador de RS 420 pode ser ultrapassado.
[00084] O intercalador 430 intercala o fluxo codificado pelo codificador de RS 420. O intercalamento pode ser realizado no mesmo modo como em um sistema de ATSC convencional. Isto é, o intercalador 430 seleciona uma pluralidade de canais, que são compostos de números diferentes de registradores de alteração, em sequência usando ima alteração e realiza escrita e leitura dos dados. Como um resultado, um número predeterminado de intercalamentos é realizado de acordo com o número de registradores de alteração em um canal correspondente.
[00085] A unidade de substituição de paridade 440 corrige a paridade que é mudada como um resultado de inicialização de memórias pela unidade de codificação de treliça 450 na extremidade traseira do fluxo. SE ambos do MPEG PID e da paridade de RS são usados para dados móveis, a unidade de substituição de paridade 440 pode ser ultrapassada.
[00086] Isto é, a unidade de codificação de treliça 450 recebe o fluxo intercalada e realiza codificação de treliça. A unidade de codificação de treliça 450 usa 12 codificadores de treliça em geral. Consequentemente, a unidade de codificação de treliça 450 pode usar um demultiplexador para dividir o fluxo em 12 fluxos independentes e liberar os fluxos aos codificadores de treliça e a um multiplexador para combinar os fluxos codificados por treliça pelos codificadores de treliça em um fluxo único.
[00087] Cada um dos codificadores de treliça usa uma pluralidade de memórias internas para realizar codificação de treliça por realização de uma operação lógica com relação a um valor recentemente admitido e um valor pré-armazenado na memória interna.
[00088] Conforme descrito acima, o fluxo de transporte pode incluir dados conhecidos. Os dados conhecidos se referem a uma sequência que é comumente conhecida ao transmissor de radiodifusão digital e ao receptor de radiodifusão digital. O receptor de radiodifusão digital verifica o estado dos dados conhecidos recebidos e determina um grau de correção de erro consequentemente. Os dados conhecidos podem ser transmitidos em um estado conforme conhecido ao receptor de radiodifusão digital. Contudo, desde que o valor armazenado na memória interna provida no codificador de treliça não seja conhecido, as memórias internas são inicializadas a um valor arbitrário antes dos dados conhecidos serem admitidos ao codificador de treliça. Consequentemente, a unidade de codificação de treliça 450 inicializa a memória antes da codificação de treliça dos dados conhecidos. A inicialização de memória pode ser referida como um "reajuste de treliça".
[00089] A figura 10 é vista ilustrando um exemplo de uma da pluralidade de codificadores de treliça providos na unidade de codificação de treliça 450.
[00090] Referindo-se à figura 10, o codificador de treliça inclui um primeiro multiplexador 451, um segundo multiplexador 452, um primeiro adicionador 453, um segundo adicionador 454, uma primeira memória 455, uma segunda memória 456, uma terceira memória 457, e um mapeador 458.
[00091] O primeiro multiplexador 451 recebe dados N do fluxo e um valor I é armazenado na primeira memória 455 e libera um valor único 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 dado de inicialização é admitido de modo que o primeiro multiplexador 451 libera I. N é liberado na outra seção. Do mesmo modo, o segundo multiplexador 452 libera I quando um valor correspondente a uma seção de dado de inicialização é admitido.
[00092] Consequentemente, se um valor correspondente a uma seção outra do que a seção de dado de inicialização é admitido, o primeiro multiplexador 451 libera o valor de entrada para a extremidade traseira conforme é. O valor de saída é admitido ao primeiro adicionador 453 junto com um valor pré-armazenado na primeira memória 455. O primeiro adicionador 453 realiza uma operação lógica tal como um XOR com relação aos valores de entrada e saída Z2. Neste estado, se um valor correspondente à seção de dado de inicialização é admitido, o valor armazenado na primeira memória 455 é selecionado pelo primeiro multiplexador 451 e liberado. Consequentemente, desde que os dois mesmos valores são admitidos ao primeiro adicionador 453, um valor da operação lógica é um valor constante. Isto é, o XOR produz uma saída 0. Desde que o valor de saída a partir do primeiro adicionador 453 é admitido à primeira memória 455 conforme é, a primeira memória 455 é inicializada a um valor 0.
[00093] Se um valor correspondente à seção de dado de inicialização é admitido, o segundo multiplexador 452 seleciona um valor armazenado na terceira memória 457 conforme é e libera o valor. O valor de saída é admitido ao segundo adicionador 454 junto com um valor armazenado na terceira memória 457. O segundo adicionador 454 realiza uma operação lógica com relação aos dois mesmos valores e admite um valor resultante à segunda memória 456. Desde que os valores admitidos ao segundo adicionador 454 são os mesmos, um valor de operação lógica para os mesmos valores (por exemplo, um valor de resultado 0 de XOR) é admitido à segunda memória 456. Consequentemente, a segunda memória 456 é inicializada. Por outro lado, o valor armazenado na segunda memória 456 é alterado e armazenado na terceira memória 457. Consequentemente, quando o próximo dado de inicialização é admitido, um valor atual da segunda memória 456, isto é, um valor 0, é admitido à terceira memória 457 conforme é de modo que a terceira memória 457 é também inicializada.
[00094] O mapeador 458 recebe os valores liberados do primeiro adicionador 453, do segundo multiplexador 452, e da segunda memória 456, e mapeia estes valores em um valor símbolo R correspondente e libera os valores mapeados. Por exemplo, se Z0, Zl e Z2 são admitidos como 0, 1, e 0, o mapeador 458 libera um símbolo 3.
[00095] Desde que o codificador de RS 420 esteja localizado antes da unidade de codificação de treliça 450, uma paridade já foi adicionada ao valor admitido à codificação de treliça 450. Consequentemente, a paridade é mudada de acordo com a mudança em algum valor de dado causado pela inicialização no codificador de treliça 450.
[00096] Especificamente, o recodificador de RS 460 muda o valor da seção de dado de inicialização usando XI e X2 liberados da unidade de codificação de treliça 450, gerando, desse modo, uma nova paridade. O recodificador de RS 460 pode ser referido como um codificador de RS não sistemático.
[00097] Embora em uma concretização exemplar da figura 10 a memória seja inicializada a um valor "0", a memória pode ser inicializada para outro valor em outra concretização exemplar.
[00098] A figura 11 é uma vista ilustrando um codificador de treliça de acordo com outra concretização exemplar.
[00099] Referindo-se à figura 11, o codificador de treliça inclui um primeiro multiplexador 451, um segundo multiplexador 452, primeiro e quarto adicionadores 453, 454, 459-1, 459-2, e primeira a terceira memórias 455, 456, 457. O mapeador 458 é omitido da figura 11.
[000100] O primeiro multiplexador 451 pode liberar uma de um valor de entrada de fluxo X2 e um valor do terceiro adicionador 459-1. O terceiro adicionador 459-1 recebe I_X2 e um valor de armazenagem da primeira memória 455. O I_X2 se refere a um valor reajustado de memória admitido de uma fonte externa. Por exemplo, de modo a inicializar a primeira memória 455 para "1", I_X2 é admitido como "1". Se a primeira memória 455 armazena um valor "0", o terceiro adicionador 459-1 libera um valor "1" e, desse modo, o primeiro multiplexador 451 libera um valor "1". Consequentemente, o primeiro adicionador 453 realiza XOR com relação ao valor de saída "1" do primeiro multiplexador 451 e o valor de armazenagem "0" na primeira memória 455 e armazena um valor resultante "1" na primeira memória 455. Como um resultado, a primeira memória 455 é inicializada em "1".
[000101] Do mesmo modo, o segundo multiplexador 452 seleciona o valor de saída do quarto adicionador 459-2 na seção de dado de inicialização e libera o valor. O quarto adicionador 459-2 libera um valor resultante de XOR para um valor de reajuste de memória I_X1 admitido de uma fonte externa e um valor da terceira memória 457. Assumindo-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 são pretendidas para serem inicializadas a “1" e "1", respectivamente, o segundo multiplexador 452 libera um valor resultante "1" de XOR para o valor "0" armazenado na terceira memória 457 e o I_X1 valor "1". O valor de saída "1" é admitido ao segundo adicionador 454 e o segundo adicionador 454 libera um valor resultante "1" de XOR para o valor "1" e o valor "0" armazenado na terceira memória 457 para a segunda memória 456. O valor original "1" armazenado na segunda memória 456 é alterado para a terceira memória 457 de modo que a terceira memória 457 é inicializada em "1". Neste estado, se o segundo I_X1 é admitido 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 é admitido do segundo multiplexador 452. O segundo adicionador 454 realiza uma operação de XOR no valor "0" liberado do segundo multiplexador 452 e o valor "1" armazenado na terceira memória 457, produzindo, desse modo, um valor resultante "1", e admite o valor resultante "1" à segunda memória 456. O valor "1" armazenado na segunda memória 456 é alterado e armazenado na terceira memória 457. Como um resultado, a segunda memória 456 e a terceira memória 457 são ambas inicializadas em "1".
[000102] As figuras 12 e 13 ilustram um codificador de treliça de acordo com várias concretizações exemplares.
[000103] Referindo-se à figura 12, o codificador de treliça pode adicionalmente incluir 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 liberam valores liberados dos primeiro e segundo adicionadores 453 e 454 ou valores I_X2 e I_X1 de acordo com o sinal de controle N/ I. Consequentemente, as primeira a quarta memórias 455, 456, 457 podem ser inicializadas a um valor desejado.
[000104] A figura 13 ilustra um codificador de treliça com uma configuração mais simplificada. Referindo-se à figura 13, o codificador de treliça pode incluir primeiro e segundo adicionadores 453, 454, primeira a terceira memórias 455, 456, 457, e terceiro a quarto multiplexadores 459-3, 459-4. Consequentemente, as primeira a quarta memórias 455, 456, 457 são inicializadas de acordo com os valores I_X1 e I_X2 admitidos ao terceiro e quarto multiplexadores 459-3 e 459-4. Isto é, referindo-se à figura 13, os valores I_X2 e I_X1 são admitidos à primeira memória 455 e à segunda memória 456 conforme eles são de modo que a primeira memória 455 e a segunda memória 456 são inicializadas aos valores I_X2 e I_X1.
[000105] Uma descrição detalhada adicional do codificador de treliça das figuras 12 e 13 é omitida.
[000106] Referindo-se novamente à figura 4, o multiplexador de sync 470 adiciona um sync de campo e um sync de segmento à treliça de fluxo codificada pela unidade de codificação de treliça 450.
[000107] Conforme descrito acima, se o pré-processador de dados 100 coloca os dados móveis mesmo nos pacotes distribuídos aos dados normais, o transmissor de radiodifusão digital deve informa o receptor de radiodifusão digital que existem novos dados móveis. A existência de novos dados móveis pode ser informada em vários modos, um dos quais é um método usando um sync de campo. Isto será descrito em detalhes abaixo.
[000108] A unidade de inserção piloto 480 insere um piloto no fluxo de transporte que é processado pelo multiplexador de sync 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 faixa de RF superior para transmissão e transmite o sinal convertido através de uma antena.
[000109] Conforme descrito acima, o fluxo de transporte é transmitido ao receptor com os dados normais, o dado móvel, e os dados conhecidos sendo incluídos na mesma.
[000110] A figura 14 é uma vista para explanar uma estrutura unitária de uma estrutura de dado móvel, isto é, uma estrutura M/H do fluxo de transporte. Referindo-se à a) e b) da figura 14, uma estrutura M/H tem um tamanho de 968 ms no total em uma unidade de tempo e é dividida em 5 subestruturas. Uma subestrutura tem uma unidade de tempo de 193,6 ms e é dividida em 16 fendas conforme mostrado em c) da figura 14. Cada fenda tem uma unidade de tempo de 12,1 ms e inclui 156 pacotes de fluxo de transporte no total. Conforme descrito acima, 38 destes pacotes são distribuídos aos dados normais e os remanescentes 118 pacotes são distribuídos aos dados móveis. Isto é, um grupo M/H é composto de 118 pacotes.
[000111] Neste estado, o pré-processador de dados 100 coloca os dados móveis e os dados conhecidos mesmo nos pacotes distribuídos aos dados normais, aperfeiçoando, desse modo, a eficiência de transmissão de dados e desempenho de recepção.
[000112] Várias Concretizações exemplares de Fluxo de transporte mudada
[000113] As figuras 15 a 21 são vistas ilustrando configurações de um fluxo de transporte de acordo com várias concretizações exemplares.
[000114] 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 após intercalamento em uma situação onde o dado móvel é colocado nos pacotes distribuídos aos dados normais, isto é, na segunda área. No fluxo da figura 15, dado conhecido é colocado na segunda área junto com o dado móvel.
[000115] Consequentemente, ainda a porção que não é usada para dados móveis no ATSC-MH da técnica relacionada, isto é, 38 pacotes podem ser usados para dado móvel. Também, desde que a segunda área é usada independentemente a partir da primeira área de dado móvel (primeira área), um ou mais serviços adicionais podem ser providos. Se novo dado móvel é para ser usado como o mesmo serviço como o primeiro dado móvel, a eficiência de transmissão de dados pode ser adicionalmente aperfeiçoada.
[000116] Se os novos dados móveis e os dados conhecidos forem transmitidos juntos conforme mostrado na figura 15, o receptor de radiodifusão digital pode ser notificado da existência ou localização de novos dados móveis e os dados conhecidos usando dados de sinalização ou sync de campo.
[000117] A colocaçã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 colocar os dados móveis e os dados conhecidos mesmo nos 38 pacotes.
[000118] Pode ser visto da figura 15 que o dado conhecido é colocado na área de corpo onde os primeiros dados móveis são coletados no modelo de 6 sequências de treinamento longas. Também, o dado de sinalização é localizado entre as primeira e segunda sequências de treinamento longas para a proposta de alcançar robustez de erro dos dados de sinalização. Por outro lado, os dados conhecidos podem ser colocados nos pacotes distribuídos aos dados normais em um modelo distribuído outro do que o modelo de sequência de treinamento longa.
[000119] Conforme mostrado na figura 15, o fluxo de transporte pode incluir uma porção de cabeçalho de MPEG 1510, uma área de paridade de RS 1520, uma área simulada 1530, dados de sinalização 1540, e dados de inicialização 1550. Pode ser visto da figura 15 que o dado de inicialização é localizado antes dos dados conhecidos. Os dados de inicialização se referem aos dados correspondentes à seção de dado de inicialização. Também, o fluxo de transporte pode adicionalmente incluir N-l° dado M/ H de fenda 1400, Nn dado M/H de fenda 1500, e N+l° dado M/H de fenda 1600.
[000120] A figura 16 ilustra uma configuração de um fluxo de transporte para transmissão do dado móvel e dos dados conhecidos usando ambos os pacotes distribuídos aos dados normais, isto é, a segunda área, e uma parte da primeira área distribuída aos primeiros dados móveis.
[000121] Referindo-se à figura 16, na área "A", isto é, a área de corpo onde o dado móvel convencional é coletado, o dado conhecido é disposto em um modelo de 6 sequências de treinamento longas. Também, na área "B", o dado conhecido é disposto em um modelo de sequências de treinamento longas. De modo a dispor os dados conhecidos na área "B" no modelo de sequências de treinamento longas, o dado conhecido é incluído em não somente as 38 áreas de pacote, mas também alguns dos 118 pacotes distribuídos ao primeiro dado móvel. Novo dado móvel é colocado na área remanescente dos 38 pacotes não incluindo os dados conhecidos. Consequentemente, a área "B" mostra desempenho aperfeiçoado de correção de erro.
[000122] Por outro lado, pela adição recentemente dos dados conhecidos a uma parte da área para o primeiro dado móvel, um processo adicional, tal como adição de informação relacionado a uma localização dos novos dados conhecidos aos dados de sinalização existentes e configurando um cabeçalho do pacote móvel existente no qual o novo dado conhecido é inserido em um formato que não pode ser reconhecido por um receptor de dado móvel da técnica relacionada, tal como um formato nulo de pacote, pode ser realizado para a proposta de obtenção da compatibilidade com o receptor de dado móvel da técnica relacionada. Consequentemente, o receptor de dado móvel da técnica relacionada não funciona mal porque o receptor de dado móvel da técnica relacionada não reconhece o dado conhecido recentemente adicionado.
[000123] A figura 17 ilustra uma configuração de um fluxo em que pelo menos um dos dados móveis e dados conhecidos são colocados mesmo em uma localização tal como o cabeçalho de MPEG, a paridade de RS, pelo menos uma parte da simulação, e o dado de M/H existente. Neste caso, uma pluralidade de novos dados móveis pode ser colocada de acordo com as localizações.
[000124] Isto é, pode ser visto a partir da figura 17 que novos dados móveis e novos dados conhecidos são colocados no cabeçalho de MPEG, na paridade de RS, e em uma parte da simulação. Os dados móveis inseridos na localização antes mencionada podem ser diferentes de ou os mesmos como os dados móveis inseridos no pacote de dados normais.
[000125] Os novos dados móveis podem estar localizados em toda a primeira área de dados móveis em adição à localização antes mencionada.
[000126] O fluxo mostrado na figura 17 contribui para uma alta eficiência de transmissão dos dados móveis e dos dados conhecidos comparados àqueles das figuras 15 e 16. Em particular, o fluxo da figura 17 torna possível proporcionar uma pluralidade de dados móveis.
[000127] Também, no caso do fluxo da figura 17, pode ser notificado se novo dado móvel é adicionado ou não pela inclusão de novos dados de sinalização à nova área de dados móveis usando os dados de sinalização existentes ou sync de campo.
[000128] A figura 18 ilustra uma configuração de um fluxo em que novos dados móveis e novos dados conhecidos são inseridos na área "B", isto é, a primeira área correspondente à área de serviço secundária, em adição à segunda área.
[000129] Conforme mostrado na figura 18, o fluxo total é dividido em áreas de serviço primárias e áreas de serviço secundárias. A área de serviço primária pode ser referida como uma área de corpo e a área de serviço secundária pode ser referida como uma área de cabeça/cauda. Desde que a área de cabeça/ cauda não inclua dados conhecidos e inclua dados de fendas diferentes em um modelo distribuído, a área de cabeça/cauda mostra pobre desempenho comparado à área de corpo. Consequentemente, novos dados móveis e novos dados conhecidos podem ser inseridos na área de cabeça/cauda. Os dados conhecidos podem ser dispostos em um modelo de sequências de treinamento longas similares na área de corpo, embora seja compreendido que outra concretização exemplar não seja limitada a estas. Isto é, os dados conhecidos podem ser dispostos em um modelo distribuído ou em uma combinação do modelo de sequências de treinamento longas e do modelo distribuído.
[000130] Por outro lado, conforme a primeira área de dado móvel é usada como uma área para novos dados móveis, é possível manter a compatibilidade com um receptor que se conforma ao modelo de ATSC-MH da técnica relacionada por configuração de um cabeçalho do pacote da área, incluindo os novos dados móveis ou os novos dados conhecidos da área de dados móveis existentes em um formato que não pode ser reconhecido pelo receptor.
[000131] Também, a existência dos novos dados móveis e dos dados conhecidos pode ser notificada usando dados de sinalização.
[000132] A figura 19 ilustra um exemplo de um fluxo de transporte para transmissão de novos dados móveis e dados conhecidos usando toda da área de dados normais da técnica relacionada, o cabeçalho de MPEG, a área de paridade de RS, pelo menos uma parte da simulação dos primeiros dados móveis, e a primeira área de dados móveis. A figura 17 ilustra um caso onde outro novo dado móvel diferente do novo dado móvel localizado na área de dados normais é transmitido usando-se as áreas antes mencionadas, mas a figura 19 ilustra um caso onde o mesmo novo dado móvel é transmitido usando todas das porções antes mencionadas e a área de dados normais.
[000133] A figura 20 ilustra um exemplo de um fluxo de transporte no caso que novos dados móveis e dados conhecidos são transmitidos usando toda da área total "B", a área de dados normais, o cabeçalho de MPEG, a área de paridade de RS, e pelo menos uma parte da simulação dos primeiros dados móveis.
[000134] Similar ao caso acima descrito, a porção incluindo os novos dados móveis e os dados conhecidos pode ser tornada não reconhecida pelo receptor para a proposta de alcançar a compatibilidade com o receptor da técnica relacionada.
[000135] A figura 21 ilustra a configuração de um fluxo de transporte no caso que a simulação da área usada para o primeiro dado móvel é recolocada com uma paridade ou uma área para novos dados móveis e os dados móveis e os dados conhecidos são colocados usando a simulação recolocada e área de dados normais. Referindo-se à figura 21, uma simulação de uma fenda N-l° e uma simulação de uma fenda Nn são ilustradas.
[000136] Conforme descrito acima, as figuras 15 a 21 ilustram o fluxo após intercalamento. O pré-processador de dados 100 coloca os dados móveis e os dados conhecidos em localizações apropriadas de modo a ter a configuração do fluxo das figuras 15 a 21 após intercalamento.
[000137] Mais especificamente, o pré-processador de dados 100 coloca os dados móveis na área de dados normais, isto é, nos 38 pacotes em um modelo predeterminado no fluxo mostrado em a) da figura 1. Neste caso, os dados móveis podem ser colocados na carga útil total do pacote ou em alguma área do pacote. Também, os dados móveis podem ser colocados em uma área que corresponde a uma cabeça ou a uma cauda da área móvel existente após intercalamento.
[000138] Os dados conhecidos podem ser colocados no pacote de dados móveis ou no pacote de dados normais. Neste caso, os dados conhecidos podem ser dispostos continuamente ou intermitentemente em uma direção vertical como em a) da figura 1 de modo que o dado conhecido é disposto no modelo de sequências de treinamento longas ou sequências de treinamento longas similares em uma direção horizontal após intercalamento.
[000139] Também, os dados conhecidos podem ser colocados em um modelo distribuído outro do que o modelo de sequências de treinamento longas. Daqui por diante, vários exemplos de arranjos dos dados conhecidos serão descritos.
Arranjo de Dados conhecidos
[000140] Conforme descrito acima, o dado conhecido é colocado em uma localização apropriada pelo formatador de grupo 130 do pré- processador de dados 100 e é, em seguida, intercalado pelo intercalador 430 da unidade excitadora 400 junto com um fluxo. As figuras 22 a 28 são vistas para explanar como colocar dados conhecidos de acordo com várias concretizações exemplares.
[000141] A figura 22 ilustra dado conhecido que é adicionalmente colocado em uma parte cônica dentro da área de cabeça/cauda junto com dados conhecidos tipo distribuídos sendo colocados na área de corpo ao longo de sequências de treinamento longas. Pela adição recentemente de dados conhecidos, enquanto mantém dado conhecido da técnica relacionada conforme é, sincronização, desempenho de estimativa de canal e desempenho de equalização podem ser aperfeiçoados.
[000142] A colocação dos dados conhecidos conforme mostrado na figura 22 é realizada pelo formatador de grupo 130. O formatador de grupo 130 pode determinar uma localização onde o dado conhecido é para ser inserido em consideração de uma regra de intercalamento do intercalador 430. Regras de intercalamento diferentes podem ser aplicadas de acordo com várias concretizações exemplares, e o formatador de grupo 130 pode determinar uma localização apropriada dos dados conhecidos de acordo com a regra de intercalamento. Por exemplo, se o dado conhecido de um tamanho predeterminado é inserido em uma parte de carga útil ou em um 4° pacote de campo separado, os dados conhecidos distribuídos em um modelo uniforme podem ser obtidos por intercalamento.
[000143] A figura 23 ilustra uma configuração de um fluxo em que dado conhecido é inserido em um modo diferente de acordo com outra concretização exemplar.
[000144] Referindo-se à figura 23, dado conhecido distribuído não é colocado na área cônica, mas é colocado somente na área de corpo junto com sequências de treinamento longas.
[000145] A figura 24 ilustra uma configuração de um fluxo em que o comprimento da sequência de treinamento longa é reduzido comparado aquele da figura 23 e dado conhecido distribuído é colocado quanto maior o número de sequências de treinamento longas reduzidas. Consequentemente, a eficiência de transmissão de dados permanece a mesma e o desempeno de deslocamento Doppler é aperfeiçoado.
[000146] A figura 25 ilustra uma configuração de um fluxo em que dado conhecido é inserido em outro modo diferente de acordo com outra concretização exemplar.
[000147] Referindo-se à figura 25, uma primeira de 6 sequências de treinamento longas na área de corpo permanece como é e as sequências remanescentes são recolocadas para os dados conhecidos distribuídos. Consequentemente, sincronização inicial e desempenho de estimativa de canal podem ser mantidos devido à primeira sequência de treinamento longa da qual a área de corpo começa e também o desempenho de deslocamento Doppler pode ser aperfeiçoada.
[000148] A figura 26 ilustra uma configuração de um fluxo em que dado conhecido é inserido em ainda outro modo diferente de acordo com outra concretização exemplar.
[000149] Referindo-se à figura 26, uma segunda uma de 6 sequências de treinamento longas é recolocada para dados conhecidos distribuídos.
[000150] A figura 27 ilustra um fluxo em que dado conhecido distribuído colocado no fluxo da figura 26 e dado de sinalização são alternadamente dispostos.
[000151] A figura 28 ilustra um fluxo em que dado conhecido distribuído é adicionado a não somente uma área de cabeça, mas também a uma área de cauda.
[000152] De acordo com várias concretizações exemplares, o dado conhecido é colocado em vários modos conforme descrito acima.
[000153] Por outro lado, se o dado móvel é recentemente distribuído a pacotes distribuídos a dados normais, o modelo de distribuição pode variar. Daqui por diante, uma configuração de um fluxo de transporte incluindo dado móvel que é colocado em vários modos de acordo com um modo será explanado.
Colocação de Dados móveis
[000154] O pré-processador de dados100 verifica uma condição de ajuste de um modo de estrutura. Uma variedade de modos de estrutura pode ser provida. Por exemplo, um primeiro modo de estrutura se refere a um modo em que pacotes distribuídos a dados normais são usados para dados normais e somente pacotes distribuídos a dados móveis são usados para dados móveis, e um segundo modo de estrutura se refere a um modo em que mesmo pelo menos um dos pacotes distribuídos a dados normais é usado para os dados móveis. Tal modo de estrutura pode ser arbitrariamente ajustado em consideração de uma intenção de um empreendedor de transmissor de radiodifusão digital e um ambiente de transmissão e de recepção.
[000155] Se é determinado que o primeiro modo de estrutura seja ajustado de modo a colocar dados normais em todos os pacotes distribuídos aos dados normais, o pré-processador de dados 100 coloca os dados móveis somente nos pacotes distribuídos aos dados móveis no mesmo modo como em um sistema de ATSC-MH da técnica relacionada.
[000156] Por outro lado, se é determinado que o segundo modo de estrutura seja ajustado, o processador de dados 100 determina a condição de ajuste do modo novamente. O modo é determinado por um usuário com relação a qual modelo e em quantos pacotes o dado móvel é colocado entre os pacotes distribuídos aos dados normais, isto é, na segunda área. Uma variedade de modos pode ser provida de acordo com várias concretizações exemplares.
[000157] Mais especificamente, o modo é ajustado a qualquer um de um primeiro modo em que o dado móvel é colocado em somente parte dos pacotes distribuídos aos dados normais e um segundo modo em que o dado móvel é colocado em todos os pacotes distribuídos aos dados normais. O primeiro modo pode ser adicionalmente classificado de acordo com se o dado móvel é colocado em uma área de dado de algum pacote, isto é, em uma área de carga útil total ou uma parte da área a carga útil.
[000158] Também, por exemplo, se 38 pacotes corresponde à segunda área distribuída aos dados normais, o modo pode ser ajustado a um do seguinte: um primeiro modo em que dado móvel é colocado em 1/4 de pacotes, exceto para um número predeterminado de pacotes entre os 38 pacotes; um segundo modo em que dado móvel é colocado em 1/2 de pacotes, exceto para um número predeterminado de pacotes entre os 38 pacotes; um terceiro modo em que dado móvel é colocado em 3/4 de pacotes, exceto para um número predeterminado de pacotes entre os 38 pacotes; e um quarto modo em que dado móvel é colocado em todos os 38 pacotes.
[000159] A figura 29 ilustra uma configuração de um fluxo quando o formatador de grupo 130 coloca dados móveis e dados conhecidos de acordo com o primeiro modo em uma concretização exemplar onde novo dado móvel é para ser transmitido usando a segunda área e a área de cabeça/cauda.
[000160] Referindo-se à figura 29, novos dados móveis 2950 e dados conhecidos 2960 são colocados na segunda área em um modelo predeterminado e são também colocados em uma porção 2950 correspondente à área de cabeça/cauda 2950.
[000161] Também, pode ser visto que um cabeçalho de MPEG 2910, dados conhecidos 2920, dados de sinalização 2930, primeiro dado móvel 2940, e uma simulação 2970 são dispostos em uma direção vertical no fluxo. Se codificação e intercalamento são realizados após um espaço vazio da segunda área ser preenchido com dados normais, um fluxo conforme mostrado na figura 30 é gerada.
[000162] A figura 30 ilustra uma configuração de um fluxo após intercalamento no primeiro modo.
[000163] Referindo-se à figura 30, novos dados móveis 3010 e dados conhecidos 3030 são colocados em uma parte de uma área de pacote distribuída os dados normais. Em particular, o dado conhecido é disposto descontinuamente na segunda área, formando, desse modo, sequências de treinamento longas similares às sequências de treinamento longas da área de corpo.
[000164] O dado móvel 2950 da figura 29, que é colocado na porção correspondente à área de cabeça/cauda, corresponde ao dado móvel 3020 da figura 30, que é colocado na área de cabeça/cauda. Além disso, o dado conhecido 2955 colocado junto com o dado móvel 2950 forma o dado conhecido 3030 de sequências de treinamento longas similares junto com o dado conhecido na segunda área.
[000165] A figura 31 ilustra uma configuração de um fluxo quando o formatador de grupo 130 coloca dados móveis e dados conhecidos de acordo com o segundo modo em uma concretização exemplar onde novo dado móvel é para ser transmitido usando a segunda área e a área de cabeça/cauda.
[000166] Na figura 31, a proporção dos dados móveis incluídos na segunda área é maior do que na figura 29. Comparado à figura 29, o espaço ocupado pelos dados móveis e os dados conhecidos aumenta na figura 31.
[000167] A figura 32 ilustra o fluxo da figura 31 após intercalamento. Referindo-se à figura 32, os dados conhecidos na segunda área forma sequência de treinamento longa similar mais densamente do que os dados conhecidos na segunda área da figura 30.
[000168] A figura 33 ilustra uma configuração de um fluxo quando o formatador de grupo 130 coloca dados móveis e dados conhecidos de acordo com o terceiro modo em uma concretização exemplar onde novo dado móvel é para ser transmitido usando a segunda área e a área de cabeça/cauda. A figura 34 ilustra o fluxo da figura 33 após intercalamento.
[000169] A colocação dos dados móveis e dos dados conhecidos das figuras 33 e 34 é a mesma como no primeiro modo e no segundo modo, exceto para que a densidade no arranjo dos dados móveis e dos dados conhecidos aumente.
[000170] A figura 35 ilustra uma configuração de um fluxo de acordo com o quarto modo usando a área de dados normais total em uma concretização exemplar onde todos dos pacotes distribuídos aos dados normais e a área de pacote distribuída aos primeiros dados móveis, que corresponde à área de cabeça/cauda, são usados.
[000171] Referindo-se à figura 35, na segunda área e uma área circundante desta, o dado conhecido é disposto em uma direção vertical e a área remanescente é ocupada por novos dados móveis.
[000172] A figura 36 ilustra o fluxo da figura 35 após intercalamento. Referindo-se à figura 36, a área de cabeça/cauda e a área de dados normais total são preenchidas com novos dados móveis e os dados conhecidos, e, em particular, o dado conhecido é colocado no modelo de sequências de treinamento longas.
[000173] Nestas áreas, dado conhecido é inserido em uma unidade pequena repetidamente de acordo com uma pluralidade de períodos padrões, tal que dado conhecido distribuído é realizado após intercalamento.
[000174] A figura 37 é uma vista para explanar como inserir novos dados móveis na segunda área, isto é, os pacotes (por exemplo, 38 pacotes) distribuídos aos dados normais em diversos modos. Daqui por diante, novo dado móvel é referido como dado móvel ATSC 1.1 (ou dado de versão 1.1) e primeiro dado móvel é referido como dado móvel ATSC 1.0 (ou dado de versão 1.0) para a proposta de conveniência.
[000175] No primeiro modo a), o dado de versão 1.1 é colocado em cada um dos primeiro e pacote final, e um pacote 1.1 e 3 pacotes de dados normais são repetidamente inseridos nos pacotes entre o primeiro e o pacote final. Consequentemente, 11 pacotes no total podem ser usados para transmitir o dado de versão 1.1, isto é, os novos dados móveis.
[000176] Do mesmo modo, no segundo modo b), o dado de versão 1.1 é colocado em cada um do primeiro pacote e pacote final e um pacote 1.1 e um pacote de dados normais são colocados em pacotes entre o primeiro pacote e o pacote final alternadamente e repetidamente. Consequentemente, 20 pacotes no total podem ser usados para transmitir o dado de versão 1.1, isto é, os novos dados móveis.
[000177] Do mesmo modo, no terceiro modo c), o dado de versão 1.1 é colocado em cada primeiro pacote e pacote final, e três pacotes 1.1 e um pacote de dados normais são repetidamente colocados nos pacotes entre o primeiro pacote e o pacote final.
[000178] No quarto modo d), todos dos pacotes correspondentes à segunda área podem ser usados para transmitir o dado de versão 1.1.
[000179] Embora o primeiro a quarto modos correspondam ais casos usando 1/4, 2/4, 3/4, e 4/4 dos pacotes totais 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 fixados como um pacote para transmissão dos novos dados móveis ou os dados normais e os pacotes remanescentes podem ser classificados de acordo com a proporção antes mencionada. Isto é, referindo-se à a), b), e c) da figura 37, pacotes 1.1 podem ser incluídos na proporção de 1/4, 2/4, e 3/4 de 36 pacotes, exceto para 2 pacotes entre 38 pacotes.
[000180] A figura 38 é uma vista para explanar um modelo em que dado móvel é colocado em um modo diferente.
[000181] Referindo-se à figura 38, dois dados de versão 1.1 são colocados em um pacote central que está localizado no centro do fluxo entre os pacotes totais na segunda área, isto é, 38 pacotes, e dado de versão 1.1 e dados normais são colocados nos outros pacotes de acordo com uma proporção predeterminada em cada modo.
[000182] Mais especificamente, no primeiro modo a), o dado móvel é colocado em pacotes outros do que os 2 pacotes centrais tal que 3 pacotes de dados normais e um pacote de dado de versão 1.1 são repetidamente colocados na porção superior e um pacote de dado de versão 1.1 e 3 pacotes de dados normais são repetidamente colocados na porção inferior.
[000183] No segundo modo b), o dado móvel é disposto nos pacotes outros do que os dois pacotes centrais tal que dois pacotes de dados normais e dois pacotes de dado de versão 1.1 são repetidamente colocados na porção superior e dois pacotes de dado de versão 1.1 e dois pacotes de dados normais são repetidamente colocados na porção inferior.
[000184] No terceiro modo c), o dado móvel é disposto nos pacotes outros do que os dois pacotes centrais tal que um pacote de dados normais e três pacotes de dado de versão (3) 1.1 são repetidamente colocados na porção superior e três pacotes de dado de versão (3) 1.1 e um pacote de dados normais pacote são repetidamente colocados na porção inferior.
[000185] No quarto modo d), todos os pacotes são preenchidos com o dado de versão 1.1, que é o mesmo como o quarto modo da figura 37.
[000186] A figura 39 ilustra a colocação do dado de versão 1.1 a partir do pacote central para a porção superior e a porção inferior em sequência com referência à localização no fluxo.
[000187] No primeiro modo a) da figura 39, 11 pacotes são colocados em sequência para os pacotes superior e inferior a partir do centro dos pacotes totais da segunda área em uma direção vertical.
[000188] 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 de d) da figura 39, os pacotes totais são preenchidos com dado de versão 1.1.
[000189] A figura 40 ilustra uma configuração de um fluxo em que dado móvel é colocado dos pacotes superior e inferior ao pacote central na ordem reversa da figura 39.
[000190] Mais especificamente, no primeiro modo a) da figura 40, quatro pacotes de dado de versão 1.1 são colocados a partir do pacote superior em uma direção descendente, e quatro pacotes de dado de versão 1.1 são colocados a partir do pacote de fundo em uma direção ascendente.
[000191] No segundo modo b) da figura 40, oito pacotes de dado de versão 1.1 são colocados a partir do pacote superior em uma direção descendente e oito pacotes de dado de versão 1.1 são colocados a partir do pacote de fundo em uma direção ascendente.
[000192] No terceiro modo c), doze pacotes de dado de versão 1.1 são colocados a partir do pacote superior em uma direção descendente e doze pacotes de dado de versão 1.1 são colocados a partir do pacote de fundo em uma direção ascendente.
[000193] Os pacotes remanescentes são preenchidos com dados normais. A colocação de modelo de pacotes no quarto modo é a mesma como nas figuras 37, 38 e 39 e é, desse modo, omitida aqui.
[000194] Embora inserção de dados conhecidos não seja 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 certa área de um pacote separado ou uma área de carga útil total. Desde que o método de inserção dos dados conhecidos tenha sido descrito, ele é omitido das figuras 37 a 40.
[000195] Conforme descrito acima, a área de dados normais de cada fenda pode ser preenchida com dados móveis em vários modos. Consequentemente, a forma da fenda pode variar dependendo da condição de ajuste do modo de estrutura e o modo.
[000196] Se os quartos modos são providos conforme descrito acima, as fendas em que o dado móvel é colocado de acordo com o primeiro a quatro modos podem ser referidas como primeiro a quarto tipo de fendas.
[000197] O transmissor de radiodifusão digital pode configurar o mesmo tipo de fenda em toda fenda.
[000198] Inversamente, um fluxo pode ser configurado tal que tipos diferentes de fendas são repetidos na unidade de um número predeterminado de fendas.
[000199] Isto é, conforme mostrado na figura 41, o pré-processador de dados 100 pode colocar os dados móveis de modo que um primeiro tipo de fenda e três fendas tipo 0 são repetidamente dispostos. A fenda tipo 0 se refere a uma fenda em que dados normais é distribuído ao pacote distribuído aos dados normais.
[000200] Tal tipo de fenda pode ser definido usando dados de sinalização existentes, tal como uma porção específica de um TPC ou um FIC.
[000201] Em uma situação onde o modo de estrutura RS é ajustado em "1" conforme descrito acima, o modo pode ser ajustado a um dos primeiro a quarto modos. As fendas correspondentes aos modos podem ser referidas como fendas tipo 1-1, 1-2, 1-3, 1-4.
[000202] Isto é, a fenda tipo 1-1 se refere a uma fenda em que os 38 pacotes são distribuídos no primeiro modo, a fenda tipo 1-2 se refere a uma fenda em que as 38 fendas são distribuídas no segundo modo, a fenda tipo 1-3 se refere a uma fenda em que os 38 pacotes são distribuídos no terceiro modo, e a fenda tipo 1-4 se refere a uma fenda em que os 38 pacotes são distribuídos ao quarto modo.
[000203] A figura 42 ilustra exemplos de um fluxo em que diversos tipos de fendas descritos acima são repetidamente dispostos.
[000204] Referindo-se ao exemplo 1 da figura 42, um fluxo em que a fenda tipo 0 e as fendas tipo 1-1, 1-2, 1-3, 1-4 são repetidamente dispostas em sequência é ilustrada.
[000205] Referindo-se ao exemplo 2 da figura 42, um fluxo em que a fenda tipo 1-4 e a fenda tipo 0 são alternadas é ilustrada. Conforme descrito acima, desde que o quarto modo é um modo em que a área de dados normais total é preenchida com dados móveis, o exemplo 2 indica uma situação onde uma fenda usada para dados móveis e uma fenda usada para dados normais alternado na área de dados normais total.
[000206] Conforme mostrado nos exemplos 3, 4, e 5, diversos tipos de fendas são repetidamente dispostos em vários modos. Em particular, todas as fendas são combinadas em um tipo único de fenda conforme mostrado no exemplo 6.
[000207] 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 é usada para dados normais na fenda tipo 0, mas a área de dados normais total é usada para dados móveis e simultaneamente o dado conhecido é colocado no modelo de sequências de treinamento longas na fenda tipo 1. Conforme descrito acima, um tipo de fenda pode ser implementado em vários modos conforme descrito acima.
[000208] As figuras 44 a 47 ilustram configurações de fluxos para explanar um método para distribuição de blocos no primeiro a quarto modos. Conforme descrito acima, a primeira área e a segunda área são cada dividida em uma pluralidade de blocos.
[000209] O pré-processador de dados 100 realiza codificação de bloco em uma base de grupo de bloco de acordo com um modo de bloco predeterminado.
[000210] A figura 44 ilustra blocos sendo divididos em um primeiro modo. Referindo-se à figura 44, a área de corpo é dividida em blocos B3-B8 e a área de cabeça/cauda é dividida em blocos BN1-BN4.
[000211] As figuras 45 e 46 ilustram blocos sendo divididos em um segundo modo e em um terceiro modo, respectivamente. Do mesmo modo, cada uma da área de corpo e da área de cabeça/cauda é dividida em uma pluralidade de blocos.
[000212] A figura 47 ilustra blocos sendo divididos em um quarto modo em que a área de cabeça/cauda é completamente preenchida com dados móveis. Conforma a área de dados normais é completamente preenchida com os dados móveis, o cabeçalho de MPEG da área de corpo e da porção de paridade dos dados normais pode não ser necessária e, desse modo, eles são denotados pelo bloco BN5 na figura 47. Diferente nas figuras 44 a 46, a área de cabeça/cauda é dividida em blocos BN1-BN5 na figura 47.
[000213] Conforme descrito acima, o processador de bloco 120 do pré-processador de dados 100 divide uma estrutura de RS em blocos e processa os blocos. Isto é, conforme mostrado na figura 7, o processador de bloco 120 inclui um primeiro conversor 121 que combina os dados móveis na estrutura de RS de acordo com um predeterminado modo de bloco, liberando, desse modo, um bloco de código convolucional concatenado em série (SCCC).
[000214] O modo de bloco pode ser ajustado diversamente em várias concretizações exemplares.
[000215] Por exemplo, se o modo de bloco é ajustado a "0", cada bloco tal como BN1, BN2, BN3, BN4, e BN5 é liberado como um bloco simples de SCCC e serve como uma unidade para codificação de SCCC.
[000216] Por outro lado, se o bloco é ajustado em "1", os blocos são combinados para configurar um bloco de SCCC. Mais especificamente, BN1+BN3=SCBN1, BN2+BN4=SCBN2, e BN5 solitariamente tornam-se SCBN3.
[000217] Em adição aos dados móveis colocados na segunda área, o primeiro dado móvel colocado na primeira área pode ser codificado por bloco por ser combinado em um bloco simples ou um grupo de bloco de uma pluralidade de blocos de acordo com o modo de bloco. Esta operação é a mesma como no ATSC-MH da técnica relacionada e uma descrição detalhada desta é omitida.
[000218] A informação com relação ao modo de bloco pode ser incluída em dados de sinalização existentes ou pode ser incluída em uma área provida em novos dados de sinalização a serem notificados ao receptor de radiodifusão digital. O receptor de radiodifusão digital identifica a informação com relação ao modo de bloco e decodifica os dados apropriadamente, recuperando, desse modo, o fluxo original.
[000219] Também, a estrutura de RS pode ser configurada por combinação de dados a serem codificados por bloco conforme descrito acima. Isto é, o codificador de estrutura 110 do pré-processador de dados 100 combina porções de estrutura apropriadamente para gerar uma estrutura de RS, de modo que o processador de bloco 120 realiza codificação por bloco apropriadamente.
[000220] Mais especificamente, uma estrutura de RS 0 é configurada por combinação de blocos SCBN1 e SCBN2, e uma estrutura de RS 1 é configurada por combinação dos blocos SCBN3 e SCBN4.
[000221] Também, a estrutura de RS 0 pode ser configurada por combinação dos blocos SCBN1, SCBN2, SCBN3, e SCBN4, e a estrutura de RS 1 pode ser configurada pelo bloco SCBN 5.
[000222] Também, uma estrutura de RS simples pode ser configurada por combinação dos blocos SCBN1, SCBN2, SCBN3, SCBN4, e SCBN5.
[000223] De outro modo, uma estrutura de RS pode ser configurada por combinação de um bloco correspondente ao primeiro dado móvel e aos blocos SCBN1-SCBN5 recentemente adicionados.
[000224] A figura 48 é uma vista para explanar vários métodos para definição de um ponto de partida de uma estrutura de RS. Referindo- se à figura 48, um fluxo de transporte é dividido em uma pluralidade de blocos. No ATSC-MH da técnica relacionada, uma estrutura de RS é discriminada entre os blocos BN2 e BN3. Contudo, a estrutura de RS pode partir de vários pontos conforme os dados móveis e os dados conhecidos são inseridos na área de dados normais.
[000225] Por exemplo, a estrutura de RS pode partir de um limite entre BN1 e B8, pode partir de um limite entre BN2 e BN3, similar a um ponto de referência atual, ou pode partir de um limite entre B8 e BN1. O ponto de partida da estrutura de RS pode ser determinado de acordo com a condição de combinação da codificação de bloco.
[000226] A informação de configuração da estrutura de RS pode ser incluída nos dados de sinalização existentes ou numa área provida nos novos dados de sinalização a serem providos ao receptor de radiodifusão digital.
[000227] Conforme descrito acima, desde que os novos dados móveis e os dados conhecidos são inseridos em ambas a área distribuída aos dados normais original e à área distribuída aos primeiros dados móveis, informação diversa para notificação do receptor de radiodifusão digital da existência dos novos dados móveis e dos dados conhecidos pode ser implementada. Tal informação pode ser transmitida usando um bit reservado em uma área de TPC do modelo de ATSC-MH da técnica relacionada, ou pode ser transmitida como novos dados de sinalização contidos em uma nova área de dado de sinalização recentemente provida no fluxo de acordo com um aspecto de uma concretização exemplar. A nova área de dado de sinalização está localizada na porção de cabeça/cauda, visto que ela deve estar na mesma localização indiferente do modo.
[000228] A figura 49 ilustra uma configuração de um fluxo indicando a localização dos dados de sinalização da técnica relacionada e a localização de novos dados de sinalização.
[000229] Referindo-se à figura 49, o dado de sinalização da técnica relacionada está localizado entre sequências de treinamento longas da área de corpo, e o novo dado de sinalização está localizado na área de cabeça/cauda. O novo dado de sinalização codificado pelo codificador de sinalização 150 é inserido na mesma localização predeterminada como na figura 49 pelo formatador de grupo 130.
[000230] O codificador de sinalização 150 pode usar um código diferente daquele de um codificador de sinalização da técnica relacionada ou realizar codificação a uma taxa de código diferente, aperfeiçoando, desse modo, o desempenho. Por exemplo, um código 1/8 PCCC pode ser usado em adição a um código de RS existente. Alternativamente, o mesmo dado é transmitido duas vezes usando um código de PCCC RS+1/4, de modo que o mesmo efeito como quando usando o código PCCC de taxa 1/8 pode ser obtido.
[000231] Também, desde que o dado conhecido é incluído no fluxo de transporte conforme descrito acima, a memória do codificador de treliça pode ser inicializada antes do dado conhecido ser codificado por treliça.
[000232] Se as sequências de treinamento longas são providas como no quarto modo, não existe sério problema, visto que uma sequência correspondente pode ser processada por uma operação simples de inicialização. Contudo, se o dado conhecido é colocado descontinuamente mos outros modos, existe um problema que a operação de inicialização pode ser realizada várias vezes. Também, se a memória é inicializada em 0, pode ser difícil produzir um símbolo como no quarto modo.
[000233] Consequentemente, no primeiro a terceiro modos, um valor de memória de codificador de treliça (isto é, um valor registrador) do modo 4 na mesma localização sem reajuste de treliça pode ser carregado diretamente no codificador de treliça de modo a produzir um mesmo ou quase o mesmo símbolo como no modo 4. Para alcançar isto, os valores de armazenagem de memória do codificador de treliça no modo 4 são registrados e armazenados na forma de uma tabela de modo que os valores de armazenagem de memória podem ser codificados em treliças em valores de localizações correspondentes da tabela. Também, um codificador de treliça adicional operando no modo 4 pode ser provido e, desse modo, um valor obtido a partir do codificador de treliça adicional é utilizado.
[000234] Conforme descrito acima, os dados móveis podem ser providos diversamente por utilização de uma área de dados normais e da área de dado movem existente no fluxo de transporte. Consequentemente, conforme comparado ao modelo de ATSC da técnica relacionada, um fluxo mais adequado para a transmissão dos dados móveis pode ser provido.
Sinalização
[000235] Também, uma técnica de notificação do receptor de radiodifusão digital que os novos dados móveis e os dados conhecidos são adicionados ao fluxo de transporte em ordem para o receptor para processar os dados conforme descrito acima é implementada. A notificação pode ser feita de vários modos.
[000236] Mais especificamente, em um primeiro método, a presen- ça/ausência dos novos dados móveis pode ser notificada usando-se um sync de campo de dados que é usado para transmissão dos dados móveis existentes.
[000237] A figura 50 é uma vista ilustrando um exemplo de uma configuração de sync de campo de dados. Referindo-se à figura 50, o sync de campo de dados inclui 832 símbolos no total, 104 símbolos dos quais correspondem a uma área reservada. Os símbolos 83° a 92°, isto é, 10 símbolos na área reservada, correspondem a uma área de intensificação.
[000238] Se somente dado de versão 1.0 é incluído no campo de dados numerado ímpar, o símbolo 85° é +5 e os símbolos remanescentes, isto é, os símbolos 83°, 84°, 86° -92° são -5. No ainda campo de dados numerado, o sinal reverso do símbolo do campo de dados numerado ímpar é aplicado.
[000239] Se dado de versão 1.1 é incluído no campo de dados numerado ímpar, os símbolos 85° e 86° são +5 e os símbolos remanescentes, isto é, os símbolos 83°, 84°, 87° -92° são -5. No mesmo campo de dados numerado ímpar, o sinal reverso do símbolo do campo de dados numerado ímpar é aplicado. Isto é, se o dado de versão 1.1 é incluído ou não é determinado usando o símbolo 86°.
[000240] Também, se o dado de versão 1.1 é incluído ou não é notificado usando outro símbolo na área de intensificação. Isto é, pelo ajuste de um ou uma pluralidade de símbolos, exceto para o símbolo 85° para +5, é determinado se o dado de versão 1.1 é incluído ou não. Por exemplo, o símbolo 87° pode ser usado.
[000241] O sync de campo de dados pode ser gerado pelo controlador da figura 3, um codificador de sinalização, ou um gerador de sync de campo adicionalmente podem ser providos ao multiplexador de sync 470 da figura 4, e pode ser multiplexado em um fluxo pelo multiplexador de sync 470.
[000242] Em um segundo método, a presença/ausência de dado de versão 1.1 pode ser notificada usando um TPC. O TPC inclui sintaxe como em, por exemplo, a tabela seguinte: Tabela 1
Figure img0001
[000243] A informação de TPC inclui uma área reservada. Consequentemente, se ou não dado móvel é incluído nos pacotes distribuídos aos dados normais, isto é, na segunda área de pacotes, a localização dos dados móveis, se novo dado conhecido é adicionado ou não, e a localização de dados conhecidos adicionados, podem ser sinalizadas usando um ou uma pluralidade de bits na área reservada.
[000244] A informação inserida pode ser expressa, por exemplo, conforme segue: Tabela 2
Figure img0002
[000245] Na tabela 2, um modo de estrutura de RS 1.1 é informação indicando se o pacote distribuído aos dados normais é usado para dados normais ou usado para novos dados móveis, isto é, dado de versão 1.1.
[000246] Um modo móvel 1.1 é informação indicando em qual modelo o dado móvel é colocado nos pacotes distribuídos AP dados normais. Isto é, o modo móvel 1.1 é expresso por qualquer um de "00", "01", "10" e "11" usando 2 bits, indicando, desse modo, um dos primeiro a quarto modos acima descritos. Consequentemente, o fluxo é configurado em vários modos como nas figuras 29, 31, 33, 35, 37, 38, 39, e 40, e o receptor de radiodifusão digital identifica a informação de modo móvel para conhecer a localização dos dados móveis.
[000247] Um bloco de modo SCCC 1.1 é informação indicando um modo de bloco do dado de versão 1.1. Os outros modos 1.1 SCCCBM1-SCCCBM5 são informação indicando uma unidade de codificação do dado de versão 1.1.
[000248] Em adição à informação descrita na tabela 2, informação diversa pode ser adicionalmente provida de modo a permitir o receptor de radiodifusão digital detectar e decodificar novos dados móveis apropriadamente. O número de bits distribuído a cada informação pode ser mudado se necessário e uma localização de cada campo pode ser disposta em uma ordem diferente da tabela 2.
[000249] A presença/ausência de novos dados móveis pode ser notificada ao receptor de radiodifusão digital usando informação de FIC.
[000250] 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.
[000251] Consequentemente, pela mudança da sintaxe de segmento de FIC existente, uma área para notificação da presença/ausência de dado de versão 1.1 pode ser preparada.
[000252] A sintaxe de segmento de FIC existente é configurada, por exemplo, conforme segue:Tabela 3
Figure img0003
[000253] O segmento de FIC da tabela 3 pode ser mudado, por exemplo, conforme segue para ser capaz de notificar a presença/ausência de dado de versão 1.1. Tabela 4
Figure img0004
[000254] Referindo-se à tabela 4, número de segmento de FIC_e número de segmento de último FIC são estendidos para 5 bits em vez da área reservada.
[000255] Na tabela 4, pela adição de segmento de FTC tipo 01, a presença/ausência de dado de versão 1.1 pode ser notificada. Isto é, se o tipo de segmento de FIC é ajustado para 01, o receptor de versão 1.1 decodifica informação de FIC e processa o dado de versão 1.1. Neste caso, o receptor de versão 1.0 não pode detectar informação de FIC. Inversamente, se o tipo de segmento de FIC é ajustado para 00 ou segmento nulo, o receptor de versão 1.0 decodifica a informação de FIC e processa os dados móveis existentes.
[000256] A presença/ausência de dado de versão 1.1 pode ser notificada usando-se alguma área da sintaxe de porção de FIC sem mudar a sintaxe de FIC original, por exemplo, usando-se uma área reservada.
[000257] O FIC pode incluir 16 bits ou mais quando configurando a porção de FIC máxima. Pela mudança de alguma da sintaxe para a porção de FIC, o estado do dado de versão 1.1 pode ser notificado.
[000258] Mais especificamente, "estado de serviço MH 1.1" pode ser adicionado à área reservada de um circuito fechado de conjunto de serviço, por exemplo, conforme segue:Tabela 5
Figure img0005
[000259] Referindo-se à tabela 5, o estac o de serviço MH 1. l_pode ser revelado usando 2 bits dos 3 bits na área reservada. O estado de serviço MH l.l_pode ser dado indicando se o dado de versão 1.1 está presente ou não no fluxo. Em adição ao estado de serviço, o indicador de conjunto MHl.l_pode ser adicionado. Isto é, a sintaxe da porção de FIC pode ser configurada, por exemplo, conforme segue: Tabela 6
Figure img0006
[000260] Referindo-se à tabela 6, 1 bit dos 3 bits na primeira área reservada é distribuída ao MHl.lJndicador de conjunto. MHl.lJndicador de conjunto é informação relacionada a um conjunto que é uma unidade de serviço de dado de versão 1.1. Na tabela 6, MHl.l_extensão de estado de serviço_pode ser revelada usando 2 bits dos 3 bits na segunda área reservada.
[000261] Em um caso um serviço de versão 1.1 é provido pela mudança de uma versão de protocolo de conjunto como em, por exemplo, a seguinte tabela 7, o serviço de versão 1.1 é claramente apresentado usando um valor distribuído a uma área reservada de version 1.0. Tabela 7
Figure img0007
[000262] Também, dados de sinalização podem ser transmitidos pela mudança do comprimento de extensão de cabeçalho de circuito fechado de conjunto do campo de sintaxe do cabeçalho de porção de FIC, adição de um extensão de conjunto ao campo de sintaxe da carga útil de porção de FIC, e adição de estado de serviço MHl.l_para circuito fechado de serviço que reserva 3 bits da sintaxe da carga útil de porção de FIC, como na, por exemplo, a seguinte tabela 8: Tabela 8
Figure img0008
[000263] Também, o comprimento de extensão de circuito fechado de serviço de MH_do campo de sintaxe do cabeçalho de porção de FIC pode ser mudado, e um campo de informação relacionado a estado de serviço MHl.l_do campo de carga útil da porção de FIC pode ser adicionado, como em, por exemplo, a seguinte tabela 9: Tabela 9
Figure img0009
[000264] Conforme descrito acima, os dados de sina ização podem ser providos ao receptor de radiodifusão digital usando diversas áreas tais como sync de campo, informação de TPC, e informação de FIC.
[000265] Também, os dados de sinalização podem ser inseridos em uma área outra do que estas áreas. Isto é, os dados de sinalização podem ser inseridos em uma porção de carga útil de pacote de dados existentes. Neste caso, a presença de dado de versão 1.1 ou a localização de dados de sinalização são simplesmente registradas usando informação de FIC mostrada na tabela 5, e dado de sinalização para uma versão 1.1 é adicionalmente provido de modo que o receptor de versão 1.1 detecta o dado de sinalização correspondente e o usa.
[000266] Os dados de sinalização podem ser configurados como um fluxo separado e podem ser transmitidos ao receptor de radiodifusão digital usando um canal separado de um canal de transmissão de fluxo.
[000267] Também, os dados de sinalização podem adicionalmente incluir a informação capaz de sinalizar pelo menos uma presença/ausê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, colocação de modelo de dados móveis e dados conhecidos, modo de bloco, unidade de codificação, e assim por diante.
[000268] O transmissor de radiodifusão digital usando os dados de sinalização pode ser implementado com uma configuração incluindo um pré-processador de dados para colocar pelo menos um dos dados móveis e dados conhecidos em pelo menos uma porção de uma área de dados normais entre todos os pacotes de um fluxo, e um multiplexador 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 concretizações exemplares antes mencionadas ou outra concretização exemplar, por exemplo, onde algum elemento pode ser omitido, adicionado ou mudado. Em particular, os dados de sinalização podem ser gerados por um codificador de sinalização, controlador, ou um gerador de sync de campo (não mostrado) adicionalmente pro- vidos, e podem ser inseridos no fluxo de transporte pelo multiplexador ou pelo multiplexador de sync. Neste caso, o dado de sinalização é informação indicando pelo menos uma da presença/ausência do dado móvel e a colocação do modelo, e, conforme descrito acima, pode ser implementado como sync de campo de dados ou informação de TPC ou de FIC.
Receptor de radiodifusão digital
[000269] Conforme descrito acima, o transmissor de radiodifusão digital pode transmitir novos dados móveis usando parte ou todos dos pacotes distribuídos aos dados normais e parte ou todos dos pacotes distribuídos aos dados móveis existentes em uma configuração de fluxo.
[000270] O receptor de radiodifusão digital que recebe o fluxo acima pode receber e processar pelo menos um dado dentre primeiro dado móvel, dados normais, e novo dado móvel dependendo de sua versão.
[000271] Isto é, uma vez que os fluxos acima mencionados em várias configurações são recebidas, um receptor de radiodifusão digital da técnica relacionada para processamento de dados normais pode detectar e decodificar dados normais por identificação de dados de sinalização. Conforme descrito acima, se o fluxo recebido está em um modo que não inclui dados normais no todo, o receptor para processamento de dados normais não pode proporcionar um serviço de dados normais.
[000272] Contudo, se os fluxos acima mencionados em várias configurações são recebidas em um receptor de versão 1.0 de radiodifusão digital, o receptor pode detectar e decodificar primeiro dado móvel baseado no dado de sinalização. Se dado móvel de versão 1.1 está localizado na área total, o receptor de radiodifusão digital de versão 1.0 não pode proporcionar um serviço móvel.
[000273] Por outro lado, um receptor de radiodifusão digital de versão 1.0 pode detectar e processar não somente dado de versão 1.1, mas também dado de versão 1.0. Neste caso, se um bloco de decodificação para processamento de dados normais é formado, serviço de dados normais pode ser suportado.
[000274] A figura 51 é um diagrama de blocos ilustrando um exemplo de uma configuração de um receptor de radiodifusão digital de acordo com uma concretização exemplar. De acordo com alguma, embora não todas, concretizações exemplares, o receptor de radiodifusão digital pode ter uma configuração em que os elementos correspondem a vários elementos do transmissor de radiodifusão digital nas figuras 2 a 4 são localizados reversamente. Consequentemente, na concretização exemplar na figura 51, somente elementos essenciais são ilustrados para conveniência de descrição.
[000275] Referindo-se à figura 51, o receptor de radiodifusão digital inclui um receptor 5100, um demodulador 5200, um equalizador 5300, e um decodificador 5400.
[000276] O receptor 5100 recebe um fluxo de transporte transmitido a partir do transmissor de radiodifusão digital via uma antena ou um cabo.
[000277] O demodulador 5200 demodula o fluxo de transporte recebido via o receptor 5100. A frequência, sinal de relógio, etc. do sinal recebido, via o receptor 5100, são sincronizados com o transmissor de radiodifusão digital a medida que eles se deslocam através do demodulador 5200.
[000278] O equalizador 5300 equaliza o fluxo de transporte demodulado.
[000279] O demodulador 5200 e o equalizador 5300 podem realizar sincronização e equalização usando dados conhecidos incluídos no fluxo de transporte, por exemplo, dado conhecido que é adicionado junto com novos dados móveis.
[000280] O decodificador 5400 detecta dado móvel a partir do fluxo de transporte equalizado e decodifica o dado.
[000281] A localização onde o dado móvel e dado conhecido são inseridos e o volume do dado móvel e dado conhecido podem ser notificados pelos dados de sinalização incluídos no fluxo de transporte ou por dados de sinalização recebidos via um canal separado.
[000282] O decodificador 5400 pode determinar uma localização de dados móveis adequada para o receptor de radiodifusão digital usando dados de sinalização, detectam dados móveis a partir da localização determinada, e decodificam dados móveis.
[000283] A configuração do decodificador 5400 pode variar de acordo com várias concretizações exemplares.
[000284] Isto é, o decodificador 5400 pode incluir dois decodificadores de um decodificador de treliça (não mostrado) e um decodificador convolucional (não mostrado). Os dois decodificadores podem intensificar o desempenho por troca de informação na confiabilidade de decodificação entre si. A saída do decodificador convolucional pode ser idêntica ou similar à entrada do codificador de RS do transmissor.
[000285] A figura 52 é um diagrama de blocos ilustrando um exemplo de uma configuração detalhada de um receptor de radiodifusão digital de acordo com uma concretização exemplar.
[000286] Referindo-se à figura 52, o receptor de radiodifusão digital pode incluir o receptor 5100, o demodulador 5200, o equalizador 5300, o decodificador 5400, um detector 5500, e um decodificador de sinalização 5600.
[000287] Desde que as operações do receptor 5100, do demodulador 5200, do equalizador 5300 são as mesmas ou similares àquelas na figura 51, as explanações destas não serão providas aqui.
[000288] O decodificador 5400 pode incluir um primeiro decodificador 5410 e um segundo decodificador 5420.
[000289] O primeiro decodificador 5410 decodifica pelo menos um dos primeiros dados móveis e novos dados móveis. O primeiro decodificador 5410 pode realizar decodificação de SCCC que decodifica dados pelo bloco.
[000290] O segundo decodificador 5420 realiza decodificação de RS no fluxo que foi decodificado pelo primeiro decodificador 5410.
[000291] Os primeiro e segundo decodificadores 5410, 5420 podem processar dados móveis usando o valor de saída do decodificador de sinalização 5600.
[000292] Isto é, o decodificador de sinalização 5600 pode detectar dados de sinalização incluídos no fluxo e decodifica os dados. Especificamente, o decodificador de sinalização 5600 demultiplexa uma área reservada em sync de campo data, ou uma área de informação de TPC e uma área de informação de FIC a partir do fluxo de transporte. Consequentemente, a porção demultiplexada é decodificada convolucional e decodificada de RS, e desrandomizada de modo que os dados de sinalização podem ser recuperados. O dado de sinalização recuperado é provido a cada elemento do receptor de radiodifusã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 é usada por cada elemento, tal como informação de modo de bloco, informação de modo, informação de modelo de inserção de dados conhecidos, e informação de modo de estrutura de RS. Os tipos e funções de tal informação foram explanados acima, de modo que explanação adicional com relação a eles não é provida aqui.
[000293] Uma variedade de informações, tais como 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 usado, informação em um serviço primário, informação usada para suporte de divisão de tempo, uma descrição relacionada a dados móveis, informação relacionada a conversão de informação de modo, e informação usada para suportar um serviço de protocolo de internet (IP), podem ser providos ao receptor na forma de dados de sinalização ou dados adicionais.
[000294] Os dados de sinalização podem ser incluídos no fluxo na figura 52. Contudo, se um sinal de dado de sinalização é transmitido através de um canal separado, o decodificador de sinalização 5600 decodifica tal sinal de dado de sinalização e proporciona a informação acima.
[000295] O detector 5500 pode detectar dados conhecidos do fluxo usando a informação de modelo de inserção de dados conhecidos provida pelo decodificador de sinalização 5600. Neste caso, o dado conhecido que é inserido junto com o primeiro dado móvel pode ser processado em adição ao dado conhecido que é inserido junto com o novo dado móvel.
[000296] Especificamente, o dado conhecido pode ser inserido em pelo menos uma da área de corpo e a área de cabeça/cauda do dado móvel em várias localizações e vários modelos conforme mostrado nas figuras 22 a 36. A informação no modelo de inserção do dado conhecido, por exemplo, pelo menos um da localização, o ponto de partida, o comprimento, podem ser incluídos no dado de sinalização. O detector 5500 pode detectar dado conhecido de uma localização apropriada de acordo com o dado de sinalização, e proporcionar o demodulador 5200, o equalizador 5300, e o decodificador 5400 com o dado conhecido detectado.
[000297] A figura 53 é uma vista ilustrando uma configuração detalhada de um receptor de radiodifusão digital de acordo com ainda outra concretização exemplar.
[000298] Referindo-se à figura 53, o receptor de radiodifusão digital pode incluir um receptor 5100, um demodulador 5200, um equalizador 5300, um processador de FEC 5411, um decodificador de TCM 5412, um desinter-calador de CV 5413, um desintercalador externo 5414, um decodificador externo 5415, um decodificador de RS 5416, um desrandomizador 5417, um intercalador externo 5418, um intercalador de CV 5419, e um decodificador de sinalização 5600.
[000299] Visto que as operações ou operações similares do receptor 5100, do demodulador 5200, do equalizador 5300, e do decodificador de sinalização 5600 foram descritas com referência à figura 52, sobreposição de explanações não são providas aqui. Diferente na figura 52, o detector 5500 não é ilustrado na figura 53. Cada elemento pode detectar diretamente dado conhecido usando o dado de sinalização que é decodificado pelo decodificador de sinalização 5600 como na concretização exemplar ilustrada na figura 53.
[000300] O processador de FEC 5411 pode realizar uma correção de erro de avanço para o fluxo de transporte que é equalizado pelo equalizador 5300. O processador de FEC 5411 pode detectar o dado conhecido do fluxo de transporte usando a informação na localização de dado conhecido ou o modelo de inserção entre a informação provida pelo decodificador de sinalização 5600 de modo a usar o dado conhecido na realização da correção de erro de avanço. Alternativamente, um sinal de referência adicional não pode ser usado para a correção de erro de avanço de acordo com outra concretização exemplar.
[000301] Na figura 53, cada elemento é colocado em uma configuração de decodificação do dado móvel após o processamento de FEC. Isto é, o processamento de FEC é realizado para o fluxo de transporte total. Alternativamente, os elementos podem ser implementados em uma configuração de detecção do dado móvel a partir do fluxo de transporte e, em seguida, realizando o FEC para somente o dado móvel.
[000302] O decodificador de TCM 5412 detecta o dado móvel da saída de fluxo de transporte do processador de FEC 5411, e realiza decodificação de treliça para o dado móvel. Neste caso, se o processador de FEC 5411 já detectou o dado móvel, e realizou a correção de erro de avanço para somente o dado móvel, o decodificador de TCM 5412 pode imediatamente realizar a decodificação de treliça para o dado de entrada.
[000303] O desintercalador de CV 5413 realiza desintercalamento de convolução para o dado decodificado de treliça. Conforme descrito acima, desde que a configuração do receptor de radiodifusão digital pode corresponder à configuração do transmissor de radiodifusão digital que configura e processa o fluxo de transporte, o desintercalador de CV 5413 não pode ser usado ou incluído de acordo com a configuração do transmissor.
[000304] O desintercalador externo 5414 realiza desintercalamento externo para o dado desintercalado de convolução. Após isto, o decodificador externo 5415 decodifica o dado desintercalado externo de modo a remover uma paridade que é inserida no dado móvel.
[000305] Em algumas situações, o receptor de radiodifusão digital pode aperfeiçoar um desempenho no recebimento do dado móvel pela repetição das operações do decodificador de TCM 5412 para o decodificador externo 5415 uma ou more vezes. Para as operações repetidas, o dado decodificado pelo decodificador externo 5415 pode ser provido ao decodificador de TCM 5412 passando através do intercalador externo 5418 e do intercalador de CV 5419. Nesta situação, o intercalador de CV 5419 não pode ser usado ou incluído de acordo com a configuração do transmissor.
[000306] O dado de treliça decodificado pode ser provido ao decodificador de RS 5416. O decodificador de RS 5416 pode realizar decodificação de RS para o dado provido, e o desrandomizador 5417 pode realizar desrandomização para o dado provido. As operações podem permitir que o fluxo do dado móvel, em particular, dado móvel de versão 1.1 recentemente definido, seja processada.
[000307] Conforme descrito acima, se um receptor de radiodifusão digital de versão 1.0 é provido, dado de versão 1.0 pode também ser processado em adição ao dado de versão 1.1.
[000308] Isto é, pelo menos um do processador de FEC 5411 e do decodificador de TCM 5412 detecta os dados móveis totais, exceto para os dados normais, e processa o dado detectado.
[000309] Alternativamente, se um receptor de radiodifusão digital comum for provido, o receptor de radiodifusão digital comum pode incluir um bloco para processamento dos dados normais, um bloco para processamento do dado de versão 1.0, e um bloco para processamento do dado de versão 1.1. Neste caso, uma pluralidade de trajetórias de processamento é provida em uma extremidade traseira do equalizador 5300, e cada um dos blocos acima é disposto em cada trajetória de processamento. Portanto, pelo menos uma das trajetórias de processamento é selecionada de acordo com um controle de um controlador (não mostrado) de modo que o dado correto para o fluxo de transporte pode ser incluído em cada trajetória de processamento.
[000310] Em adição, conforme descrito acima, o dado móvel pode ser colocado no fluxo de transporte em um modelo diferente para cada fenda. Isto é, vários tipos de fenda tais como o primeiro tipo de fenda em que dados normais é incluído como é, o segundo tipo de fenda em que novo dado móvel é incluído na área total dos dados normais, o terceiro tipo de fenda em que novo dado móvel é incluído em uma área da área de dados normais, e o quarto tipo de fenda em que novo dado móvel é incluído na área de dados normais, e a área de dados móvel total existente pode ser configurada repetidamente de acordo com um modelo predeterminado.
[000311] O decodificador de sinalização 5600 decodifica o dado de sinalização e notifica cada elemento do RS modo de informação de estrutura ou outra informação de modo. Portanto, cada elemento, incluindo o processador de FEC 5411 e o decodificador de TCM 5412, detectam os dados móveis em uma localização predeterminada para cada fenda e processa os dados móveis detectados.
[000312] Embora um controlador seja omitido nas figuras 51 a 53, é compreendido que um controlador que aplica um sinal de controle a cada bloco usando os dados de sinalização decodificados pelo decodificador de sinalização 5600 pode ser adicionalmente provido. Tal controlador pode controlar uma operação de sintonização do receptor 5100 de acordo com uma seleção do usuário.
[000313] No caso de receptor de versão 1.1, dado de versão 1.0 ou dado de versão 1.1 podem ser providos de acordo com a seleção do usuário. Em adição, no caso onde uma pluralidade de dado de versão 1.1 é provida, um daqueles serviços pode ser provido de acordo com a seleção do usuário.
[000314] O receptor de radiodifusão digital ilustrado nas figuras 51 a 53 pode ser uma caixa de tipo ajustada, uma TV, um computador pessoal, um computador de proposta geral, um computador de proposta especial, e um dispositivo portátil tal como um telefone móvel, assistente digital pessoal (PDA), MP3 player, dicionário eletrônico, e computador laptop. Além disso, embora não ilustrado nas figuras 51 a 53, é compreendido que um elemento que escala o dado decodificado apropriadamente e/ou converte o dado decodificado, e libera o dado decodificado escalado e/ou convertido em, por exemplo, uma tela na forma de dados de áudio e vídeo.
[000315] Entretanto, um método de configuração de fluxo de um transmissor de radiodifusão digital e um método de processamento de fluxo de um receptor de radiodifusão digital de acordo com uma concretização exemplar podem também corresponder aos diagramas de bloco antes mencionado e as vistas de configuração de fluxo.
[000316] Em outras palavras, o método de configuração de fluxo do transmissor de radiodifusão digital pode incluir: colocação de dados móveis em pelo menos uma parte dos pacotes distribuídos aos dados normais dos pacotes totais que configuram o fluxo, e configurando um fluxo de transporte com os dados móveis.
[000317] A colocação dos dados móveis pode ser realizada pelo pré- processador de dados 100 ilustrado nas figuras 2 a 4.
[000318] Os dados móveis podem ser colocados em várias localizações ou junto com os dados normais e o dado móvel existente, ou independentemente, como nas várias concretizações exemplares antes mencionadas. Em outras palavras, os dados móveis e os dados conhecidos podem ser colocados em vários métodos como nas figuras 15 a 40.
[000319] Em adição, a configuração multiplexa os dados normais que foi processado à parte dos dados móveis com os dados móveis, para configurar um fluxo de transporte.
[000320] O fluxo de transporte configurado suporta vários processos, tais como codificação de RS, intercalamento, codificação de treliça, multiplexação e modulação, e é, em seguida, transmitida ao receptor. O processamento do fluxo de transporte pode ser realizado por vários elementos do receptor de radiodifusão digital ilustrado na figura 4.
[000321] As várias concretizações exemplares do método de configuração de fluxo podem corresponder às várias operações do transmissor de radiodifusão digital antes mencionado.
[000322] Entretanto, o método de processamento de fluxo do recep- tor de radiodifusão digital de acordo com uma concretização exemplar pode incluir: divisão em uma primeira área que é distribuída ao primeiro dado móvel e uma segunda área que é distribuída aos dados normais, e recebimento de um fluxo de transporte onde o dado móvel foi colocado em pelo menos uma porção da segunda área à parte do primeiro dado móvel; demodulação do fluxo de transporte recebido; equalização do fluxo de transporte demodulado; e decodificação de pelo menos um do primeiro dado móvel e o dado móvel a partir do fluxo de transporte equalizado.
[000323] O fluxo de transporte recebido de acordo com uma concretização exemplar pode ser um fluxo de transporte que é configurada e transmitida pelo transmissor de radiodifusão digital de acordo com qualquer das várias concretizações exemplares antes mencionadas. Isto é, o fluxo de transporte pode ser o dado móvel colocado em vários métodos como nas figuras 15 a 21 e 29 a 40. Em adição, o dado conhecido pode também ser colocado em vários métodos conforme ilustrado nas figuras 22 a 28.
[000324] As várias concretizações exemplares para o método de processamento de fluxo podem corresponder às várias concretizações exemplares do receptor de radiodifusão digital antes mencionado.
[000325] Entretanto, as concretizações exemplares das configurações dos vários fluxos conforme ilustrados nas figuras 15 a 40 antes mencionadas não são limitadas a apenas uma configuração, mas pode ser comutada a configurações diferentes de acordo com situações diferentes. Isto é, o pré-processador de dados 100 pode colocar o dado móvel e o dado conhecido, e codificar por bloco o dado móvel e o dado conhecido, com referência a vários modos de estrutura de RS, modos, e modos de bloco, de acordo com um sinal de controle aplicado de um controlador separadamente provido ou um sinal de controle de entrada externamente. Consequentemente, uma radiodifusão digital empresarial é capaz de proporcionar o dado desejado, incluindo o dado móvel, em vários tamanhos.
[000326] Além disso, o novo dado móvel antes mencionado, isto é, dado de versão 1.1 pode ser o mesmo dado como outro dado móvel, por exemplo, dado de versão 1.0, ou pode ser uma entrada de dado diferente de uma fonte diferente. Em adição, uma pluralidade de dado de versão 1.1 data pode estar contida em uma fenda e transmitida junto. Consequentemente, um usuário do receptor de radiodifusão digital é capaz de visualizar vários tipos de dado que o usuário deseja.
[000327] Embora não restrita a estas, as concretizações exemplares podem também ser concretizadas como código de leitura de computador em um meio de registro de leitura de computador. O meio de registro de leitura de computador é qualquer dispositivo de armazenamento de dado que pode armazenar dado que pode ser em seguida lido por um sistema de computador. Exemplos do meio de registro de leitura de computador incluem memória de somente leitura (ROM), memória de acesso aleatório (RAM), CD-ROMs, fitas magnéticas, discos rígidos, e dispositivos de armazenamento de dado ótico. O meio de registro de leitura de computador pode também ser distribuído sobre sistemas de computador acoplado de rede de modo que o código de leitura de computador é armazenado e executado em um modo distribuído. Também, concretizações exemplares podem ser escritas como programas de computador transmitidos sobre um meio de transmissão de leitura de computador, tal como uma onda transportadora, e recebidos e implementados em computadores digitais de uso geral ou de proposta especial que executam os programas. Além disso, enquanto não requerido em todos os aspectos, uma ou mais unidades no transmissor de radiodifusão digital e no receptor de radiodifusão digital podem incluir um processador ou microprocessador que executam um programa de computador armazenado em um meio de leitura de computador.
[000328] As concretizações exemplares e vantagens precedentes são meramente exemplares e não são para serem construídos como limitando a presente invenção. O presente ensinamento pode ser prontamente aplicado a outros tipos de aparelhos. Também, a descrição das concretizações exemplares é pretendida para ser ilustrativa, e não pata limitar o escopo das concretizações, e muitas alternativas, modificações e variações serão aparentes ao versado na técnica.

Claims (15)

1. Método para configurar um fluxo de transporte, o método caracterizado pelo fato de que compreende as etapas de: colocar dados móveis em pelo menos parte de uma área de dados normais alocada aos dados normais dentre pacotes de um fluxo de transporte; gerar dados de sinalização que indicam pelo menos um dentre se os dados móveis estão colocados na área de dados normais e em qual modelo os dados móveis estão colocados na área de dados normais; e transmitir o fluxo de transporte compreendendo os dados móvel e os dados de sinalização, em que os dados de sinalização é incluídos no fluxo de transporte ao gravar pelo menos um valor de símbolo como um primeiro valor predeterminado se os dados móveis estão colocados em pelo menos parte da área de dados normais, e gravar o pelo menos um valor de símbolo como um segundo valor de símbolo predeterminado se os dados móveis não estão colocados na área de dados normais.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a etapa de: determinar uma condição de configuração de um modo de quadro, em que a etapa de colocar compreende colocar os dados normais em toda a área de dados normais se a condição de configuração do modo de quadro é determinada como sendo de um primeiro modo de quadro, e colocar os dados móveis em pelo menos parte da área de dados normais se a condição de configuração do modo de quadro é determinada como sendo de um segundo modo de quadro.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende a etapa de: determinar um modo de configuração que determina uma condição de colocação dos dados móveis na área de dados normais, em que a etapa de colocar compreende colocar os dados móveis em um número de pacotes correspondendo ao modo de configuração determinado na área de dados normais em um modelo correspondendo ao modo de configuração determinado
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de sinalização são gravados em uma área reservada de um sync de campo de dados.
5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que os dados de sinalização são incluídos no fluxo de transporte ao gravar pelo menos um valor de símbolo de uma localização predeterminada na área reservada do sync de campo de dados como um primeiro valor predeterminado se os dados móveis estão colocados em pelo menos parte da área de dados normais, e gravar o pelo menos um valor de símbolo como um segundo valor predeterminado se os dados móveis não estão colocados na área de dados normais.
6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que os dados de sinalização são gravados usando um 87° símbolo na área reservada.
7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de sinalização compreendem dados de canal de parâmetro de transmissão (TPC) e dados de canal de informação rápida (FIC).
8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que uma área reservada dos dados de TPC compreende dados para sinalizar pelo menos um dentre: se os dados móveis estão incluídos no fluxo de transporte, onde os dados móveis estão localizados no fluxo de transporte, se dados conhecidos estão adicionados ao fluxo de transporte, onde os dados conhecidos estão adicionados ao fluxo de transporte, em qual modelo os dados móveis e os dados conhecidos estão colocados no fluxo de transporte, um modo de bloco, e uma unidade de codificação.
9. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a etapa de gerar dados de sinalização compreende: receber os dados de TPC e dos dados de FIC, via um canal de parâmetro de transmissão e um canal de informação rápida, respectivamente; gerar uma chave de código de TPC ao codificar os dados de TPC e uma chave de código de FIC ao codificar e intercalar bloco dos dados de FIC; multiplexar a chave de código de TPC e a chave de código de FIC; randomizar a chave de código de TPC e a chave de código de FIC multiplexadas; e codificar por código convolucional concatenado paralelo (PCCC) a chave de código de TPC e a chave de código de FIC randomizadas como os dados de sinalização.
10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de sinalização são colocados em uma localização no fluxo de transporte de acordo com outros dados de sinalização em relação a colocação de outros dados móveis, diferentes dos dados móveis, no fluxo de transporte.
11. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de sinalização são colocados entre duas sequências de treinamento longas.
12. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de sinalização são colocados de forma alternada com uma sequência de treinamento distribuída.
13. Método para processar um fluxo de transporte de um receptor de radiodifusão digital, o método caracterizado pelo fato de que compreende as etapas de: receber o fluxo de transporte compreendendo dados móveis colocados em pelo menos parte de uma área de dados normais alocada para dados normais a partir de pacotes do fluxo de transporte e dados de sinalização que indicam pelo menos um dentre se os dados móveis estão colocados no fluxo de transporte e em qual modelo os dados móveis estão colocados no fluxo de transporte; decodificar os dados de sinalização; e detectar os dados móveis compreendidos no fluxo de transporte usando os dados de sinalização decodificados e decodificar os dados móveis detectados, em que os dados de sinalização incluem pelo menos um valor de símbolo como um primeiro valor predeterminado se os dados móveis estão colocados em pelo menos parte da área de dados normais, e como um segundo valor predeterminado se os dados móveis não estão colocados na área de dados normais.
14. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que os dados de sinalização estão gravados em uma área reservada de um sync de campo de dados do fluxo de transporte.
15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que os dados de sinalização são incluídos no fluxo de transporte ao gravar pelo menos um valor de símbolo de uma localização predeterminada na área reservada do sync de campo de dados como um primeiro valor predeterminado se os dados móveis estão colocados em pelo menos parte da área de dados normais, e gravar o pelo menos um valor de símbolo como um segundo valor predeterminado se os dados móveis não estão colocados na área de dados normais.
BRPI1012200-1A 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 BRPI1012200B1 (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
US22462809P 2009-07-10 2009-07-10
US22461209P 2009-07-10 2009-07-10
US61/224,628 2009-07-10
US61/224,612 2009-07-10
US27273109P 2009-10-27 2009-10-27
KR1020100045390A KR101743031B1 (ko) 2009-05-21 2010-05-14 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
KR10-2010-0045390 2010-05-14
PCT/KR2010/003220 WO2010134783A2 (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
BRPI1012200A2 BRPI1012200A2 (pt) 2016-04-05
BRPI1012200B1 true BRPI1012200B1 (pt) 2021-02-02

Family

ID=43504180

Family Applications (3)

Application Number Title Priority Date Filing Date
BRPI1012876-0A BRPI1012876B1 (pt) 2009-05-21 2010-05-20 método para processar um fluxo de um receptor de difusão digital
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
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 (1)

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

Family Applications After (1)

Application Number Title Priority Date Filing Date
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

Country Status (10)

Country Link
US (3) US8811304B2 (pt)
KR (3) KR101771990B1 (pt)
CN (3) CN102439968B (pt)
BR (3) BRPI1012876B1 (pt)
CA (3) CA2762781C (pt)
DE (3) DE112010002046T5 (pt)
FI (2) FI20116261L (pt)
MX (3) MX2011012386A (pt)
TW (3) TW201136186A (pt)
WO (3) WO2010134784A2 (pt)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101771990B1 (ko) * 2009-05-21 2017-09-05 삼성전자주식회사 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
MX2011012452A (es) 2009-05-21 2011-12-16 Samsung Electronics Co Ltd Transmisor de emision digital, receptor de emision digital y metodos para configurar y procesar corrientes de los mismos.
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.
CN103299600B (zh) * 2011-01-04 2016-08-10 汤姆逊许可公司 用于传输直播媒体内容的装置和方法
WO2012138180A2 (ko) * 2011-04-08 2012-10-11 삼성전자 주식회사 오디오 패킷을 포함하는 전송 스트림을 전송하는 디지털 방송 송신기, 이를 수신하는 디지털 방송 수신기 및 그 방법들
US9219556B2 (en) 2012-03-02 2015-12-22 Lg Electronics Inc. Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor
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
EP3035672B1 (en) 2013-08-12 2019-04-17 LG Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving method, broadcast signal transmitting method, and broadcast signal receiving method.
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
WO2019069147A1 (en) * 2017-10-03 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) DETERMINATION OF TBS HAVING MULTIPLE BASIC GRAPHICS

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
WO2008088181A1 (en) * 2007-01-19 2008-07-24 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
WO2008097028A1 (en) * 2007-02-09 2008-08-14 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20080074680A (ko) * 2007-02-09 2008-08-13 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
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 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009005301A1 (en) 2007-07-02 2009-01-08 Lg Electronics Inc. Digital broadcasting system and data processing method
KR20090004773A (ko) * 2007-07-06 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009028850A1 (en) 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
US8059210B2 (en) * 2007-08-24 2011-11-15 Lg Electronics, Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
WO2009038439A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
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
US8572648B2 (en) 2008-06-18 2013-10-29 Lg Electronics Inc. Transmitting/receiving system and method of processing data in the transmitting/receiving system
CA2751711C (en) 2009-03-15 2016-01-26 Lg Electronics Inc. Transmitting / receiving systems and broadcasting signal processing method
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
CA2762789A1 (en) 2010-11-25
US20100296506A1 (en) 2010-11-25
TWI533622B (zh) 2016-05-11
MX2011012386A (es) 2012-04-02
US8798138B2 (en) 2014-08-05
WO2010134784A3 (en) 2011-03-03
WO2010134784A2 (en) 2010-11-25
BRPI1012876A2 (pt) 2016-09-20
MX2011012387A (es) 2012-04-02
BRPI1012200A2 (pt) 2016-04-05
CA2762784A1 (en) 2010-11-25
CA2762781A1 (en) 2010-11-25
CN102439968B (zh) 2015-04-22
TW201136186A (en) 2011-10-16
FI20116261A7 (fi) 2011-12-13
CN102439970A (zh) 2012-05-02
KR20100126193A (ko) 2010-12-01
WO2010134783A2 (en) 2010-11-25
DE112010002038T5 (de) 2012-07-19
CN102439969A (zh) 2012-05-02
MX2011012385A (es) 2012-04-02
CN102439968A (zh) 2012-05-02
US20100296001A1 (en) 2010-11-25
CA2762781C (en) 2018-02-27
WO2010134785A3 (en) 2011-03-03
DE112010003163T5 (de) 2013-01-17
TW201131994A (en) 2011-09-16
US8811304B2 (en) 2014-08-19
BRPI1012872A2 (pt) 2016-04-05
TW201131993A (en) 2011-09-16
KR20100126194A (ko) 2010-12-01
FI20116252A7 (fi) 2011-12-09
CN102439969B (zh) 2015-08-12
BRPI1012872B1 (pt) 2021-02-09
DE112010002046T5 (de) 2012-06-21
WO2010134783A3 (en) 2011-03-03
US8787220B2 (en) 2014-07-22
KR101771990B1 (ko) 2017-09-05
CA2762789C (en) 2018-02-27
BRPI1012876B1 (pt) 2021-02-02
KR101743031B1 (ko) 2017-06-15
CN102439970B (zh) 2015-03-11
FI20116261L (fi) 2011-12-13
KR20100126192A (ko) 2010-12-01
US20100296424A1 (en) 2010-11-25
KR101743123B1 (ko) 2017-06-15
WO2010134785A2 (en) 2010-11-25

Similar Documents

Publication Publication Date Title
BRPI1012200B1 (pt) método para configurar um fluxo de transporte e método para processar um fluxo de transporte de um receptor de radiodifusão digital
US8891465B2 (en) Digital broadcasting transmitter, digital broadcasting receiver, and methods for configuring and processing a stream for same
CN107431562B (zh) 用于发送和接收广播信号的设备和方法
CN113114424B (zh) 接收广播信号的方法和设备以及发送广播信号的方法和设备
CN107113088A (zh) 收发广播信号的装置和方法
KR20170097034A (ko) 컨볼루션 인터리빙을 포함하는 송신기 및 수신기와 대응하는 방법들
CN106716885A (zh) 用于发送和接收广播信号的装置和方法
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
BR112012028417B1 (pt) Método para processar um fluxo de um transmissor de radiodifusão digital, transmissor de radiodifusão digital, método para processar um fluxo de receptor de radiodifusão digital, e receptor de radiodifusão digital
US8687526B2 (en) Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof
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
KR20170002187A (ko) 송신 장치, 수신 장치 및 그 제어방법
US20130051405A1 (en) Digital broadcast transmitter, digital broadcast receiver, and method for configuring and processing streams thereof

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 (2006.01), 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 02/02/2021, OBSERVADAS AS CONDICOES LEGAIS.