PT2375666E - Dispositivo para transmitir e receber um sinal e método de transmitir e receber um sinal - Google Patents

Dispositivo para transmitir e receber um sinal e método de transmitir e receber um sinal Download PDF

Info

Publication number
PT2375666E
PT2375666E PT11165271T PT11165271T PT2375666E PT 2375666 E PT2375666 E PT 2375666E PT 11165271 T PT11165271 T PT 11165271T PT 11165271 T PT11165271 T PT 11165271T PT 2375666 E PT2375666 E PT 2375666E
Authority
PT
Portugal
Prior art keywords
data
bits
plp
signaling
ldpc
Prior art date
Application number
PT11165271T
Other languages
English (en)
Inventor
Woo Suk Ko
Sang Chul Moon
Original Assignee
Lg Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of PT2375666E publication Critical patent/PT2375666E/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems
    • H04L27/2602Signal structure
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error 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/11Error 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 using multiple parity bits
    • H03M13/1102Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error 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/11Error 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 using multiple parity bits
    • H03M13/1102Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
    • H03M13/1105Decoding
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error 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/13Linear codes
    • H03M13/15Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151Cyclic 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/152Bose-Chaudhuri-Hocquenghem [BCH] codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/27Coding, 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/2792Interleaver wherein interleaving is performed jointly with another technique such as puncturing, multiplexing or routing
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/29Coding, 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
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/29Coding, 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/2906Coding, 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013Rate matching, e.g. puncturing or repetition of code symbols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • H04L1/0047Decoding adapted to other signal detection operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0071Use of interleaving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/02Amplitude-modulated carrier systems, e.g. using on-off keying; Single sideband or vestigial sideband modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/32Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/18Error detection or correction; Testing, e.g. of drop-outs
    • G11B20/1833Error detection or correction; Testing, e.g. of drop-outs by adding special lists or symbols to the coded information

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)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Algebra (AREA)
  • General Physics & Mathematics (AREA)
  • Pure & Applied Mathematics (AREA)
  • Error Detection And Correction (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Transmitters (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Description

ΡΕ2375666 1 DESCRIÇÃO "DISPOSITIVO PARA TRANSMITIR E RECEBER UM SINAL E MÉTODO DE TRANSMITIR E RECEBER UM SINAL" que a tecnologia os utilizadores (HD) . de compressão desempenho, será um melhor ambiente. (DTV) pode receber e proporcionar uma aos utilizadores bem
Campo da Invenção A presente invenção para transmitir e receber um transmitir e receber um sinal, um método para transmissão e dispositivo para transmitir e capaz de melhorar a eficiência
Descrição da Técnica À medida sido desenvolvida, em movimento de alta definição continuo de um algoritmo informático com elevado utilizadores, no futuro, televisão digital radiodifusão digital serviços suplementares relaciona-se com um método sinal e um dispositivo para e mais particularmente, com recepção de um sinal e um receber um sinal, o qual é da transmissão de dados.
Relacionada de radiodifusão tem têm recebido uma imagem Com o desenvolvimento e de equipamento proporcionado aos Um sistema de um sinal de variedade de como um sinal de video e um sinal de áudio. 2 ΡΕ2375666 A Radiodifusão Video Digital (DVB)-C2 é a terceira especificação a juntar-se à família da DVB dos sistemas de transmissão de segunda geração. Desenvolvida em 1994, hoje em dia a DVB-C é utilizada em mais de 50 milhões de sintonizadores por cabo por todo o mundo. Em linha com os outros sistemas de DVB de segunda geração, a DVB-C2 utiliza uma combinação de códigos de testes de paridade de baixa densidade (LDPC) e BCH. Esta potente correcção antecipada de erros (FEC) proporciona uma melhoria de cerca de 5 dB na relação sinal-ruído em relação à DVB-C. Esquemas apropriados de intercalação de bits optimizam a robustez geral do sistema FEC. Complementadas por um cabeçalho, estas tramas são chamadas lacetes de camadas físicas (PLP). Um ou mais destes PLPs são multiplexados numa fatia de dados. É aplicado a intercalação a duas dimensões (nos domínios do tempo e da frequência) a cada fatia permitindo ao receptor eliminar o impacto da degradação de rajada e da interferência selectiva na frequência tais como entradas de frequência única. Os documentos DVB PROJECT "Frame structure channel coding and modulation for a second generation digital terrestrial television broadcasting System (DVB-T2)", HAKJU LEE "LI signaling" DTG Publications, e a Patente WO 2008/097368 divulgam métodos de radiodifusão de vídeo digital na técnica anterior.
Com o desenvolvimento destas tecnologias de radiodifusão digital, aumentou a necessidade de um serviço tal como um sinal de vídeo e um sinal de áudio e a dimensão dos dados desejados pelos utilizadores ou aumentou gradualmente o número de canais radiodifundidos. ΡΕ2375666 3
SUMÁRIO DA INVENÇÃO
Concordantemente, a presente invenção está direccionada para um método para transmitir e receber um sinal e um dispositivo para transmitir e receber um sinal que obvie um ou mais problemas devidos a limitações e desvantagens da técnica relacionada.
Um objectivo da presente invenção é o de proporcionar um método para transmitir e receber um sinal e um dispositivo para transmitir e receber um sinal, os quais sejam capazes de melhorar a eficiência da transmissão de dados.
Um outro objectivo da presente invenção é o de proporcionar um método para transmitir e receber um sinal e um dispositivo para transmitir e receber um sinal, os quais sejam capazes de melhorar a capacidade de correcção de erros de bits que configurem um serviço.
Vantagens, objectivos e caracteristicas adicionais da invenção serão evidenciadas em parte na descrição que se segue e em parte tornar-se-ão aparentes para os peritos médios na técnica, após o exame do que se segue. Os objectivos e outras vantagens da invenção podem ser percebidos e alcançados pela estrutura particularmente indicada na descrição escrita e nas suas reivindicações bem como nos esquemas anexados. 4 ΡΕ2375666
Para se alcançarem os objectivos, a presente invenção proporciona um transmissor para transmitir dados radiodifundidos para um receptor, compreendendo o transmissor: um primeiro codificador BCH configurado para codificar por BCH os dados de sinalização da Camada 1; um primeiro codificador LDPC configurado para codificar por LDPC os dados de sinalização da Camada 1 codificados por BCH para gerar pelo menos um bit de paridade LDPC; meios de punçoamento configurados para realizarem o punçoamento sobre o bit de paridade gerado pelo LDPC; um primeiro intercalador de bits configurado para intercalar bits dos dados de sinalização na Camada 1 codificados por LDPC e os bits de paridade de LDPC punçoados; e um primeiro endereçador QAM configurado para desmultiplexar os bits intercalados dos dados de sinalização da Camada 1 para palavras células e endereçar as palavras células em valores de constelação, em que o transmissor está configurado para processar os dados de sinalização da Camada 1, tendo os dados de sinalização da Camada 1 informação para reprocessamento de Informação especifica ao Programa (PSI) e de Informação de Serviço (SI) para cada Lacete de Camada Fisica (PLP) , indicando a informação de reprocessamento PSI/SI quando tenha sido realizado, ou não, o reprocessamento PSI/SI.
De acordo com formas de realização adicionais da invenção, que podem ser consideradas sozinhas ou em combinação: - o transmissor pode incluir adicionalmente; 5 ΡΕ2375666 um segundo codificador BCH configurado para codificar por BCH dados de PLP para gerar dados protegidos de erro; um segundo codificador LDPC configurado para codificar por LDPC os dados de PLP codificados por BCH; um segundo intercalador de bits configurado para intercalar os bits dos dados de PLP codificados por LDPC; um segundo endereçador QAM configurado para desmultiplexar os dados de PLP intercalados em palavras células e endereçar as palavras células em valores de constelação; e um intercalador tempo-frequência configurado para intercalar em tempo-frequência os valores de constelação endereçados, e/ou uma dimensão de um campo para a informação de reprocessamento PSI/SI que é de um bit.
Uma ainda outra forma de realização da presente invenção proporciona um receptor para processar dados radiodifundidos, compreendendo o receptor: um desendere-çador QAM configurado para desendereçar valores de constelação correspondentes aos dados de sinalização da Camada 1 em palavras células e para multiplexar as palavras 6 ΡΕ2375666 células desendereçadas nos dados de sinalização da Camada 1; um desintercalador de bits configurado para desintercalar os bits dos dados de sinalização da Camada 1 multiplexados e pelo menos um bit de paridade LDPC; meios para despunçoar configurados para realizar o despunçoamento sobre o bit de paridade LDPC; um descodificador LDPC configurado para descodificar pelo LDPC os dados de sinalização da Camada 1 e o bit de paridade de LDPC despunçoados; e um descodificador BCH configurado para descodificar pelo BCH os dados de sinalização da Camada 1 descodificados pelo LDPC e o bit de paridade de LDPC despunçoados, em que o receptor está configurado para processar os dados de sinalização da Camada 1, tendo os dados de sinalização da Camada 1 informação de reprocessamento de Informação Especifica do Programa (PSI) e de Informação de Serviço (SI) para cada Lacete de Camada Física (PLP) , indicando a informação de reprocessamento PSI/SI quando tenha sido, ou não, realizado um reprocessamento PSI/SI.
De acordo com formas de realização adicionais da invenção, que podem ser consideradas sozinhas ou em combinação: - o receptor pode incluir adicionalmente: um desintercalador tempo-frequência configurado para desintercalar no tempo-frequência valores de constelação correspondentes aos dados PLP; 7 ΡΕ2375666 um desendereçador QAM configurado para desen-dereçar os valores de constelação desintercalados em palavras células e para multiplexar as palavras células desendereçadas nos dados PLP; um desintercalador desintercalar os bits os dados de bits configurado de PLP multiplexados; para um descodificador LDPC configurado para descodificar pelo LDPC os dados de PLP desintercalados por bits; e um descodificador BCH configurado para descodificar por BCH os dados de PLP descodificados por LDPC, e/ou uma dimensão de um campo para a informação de reprocessamento PSI/SI que é de um bit.
Uma ainda outra forma de realização da presente invenção proporciona um método para transmitir dados radiodifundidos para um receptor, compreendendo o método: codificar por BCH dados de sinalização da Camada 1; codificar por LDCP os dados de sinalização da Camada 1 codificados por BCH para gerar pelo menos um bit de paridade de LDPC; realizar o punçoamento sobre o bit de paridade gerado pelo LDPC; intercalação de bits dos dados de sinalização da Camada 1 codificados por LDPC e do bit de 8 ΡΕ2375666 paridade de LDPC punçoados; e desmultiplexar os bits intercalados dos dados de sinalização da Camada 1 em palavras células e endereçar as palavras células em valores de constelação por meio de um método de endereçamento QAM, em que os dados de sinalização da Camada 1 têm informação de reprocessamento de Informação Especifica do Programa (PSI) e de Informação de Serviço (SI) para cada Lacete de Camada Fisica (PLP), indicando a informação de reprocessamento PSI/SI quando tenha sido, ou não, realizado um reprocessamento PSI/SI.
De acordo com formas de realização adicionais da invenção que podem ser consideradas sozinhas ou em combinação: - o método pode incluir adicionalmente: codificação por BCH de dados PLP para gerar dados protegidos de erro; codificação por LDPC dos dados PLP codificados por BCH; intercalação de bits dos dados de PLP codificados por LDPC; desmultiplexar os dados PLP intercalados em palavras células; 9 ΡΕ2375666 endereçar as palavras células em valores de constelação; e intercalar em tempo-frequência os valores de constelação, e/ou uma dimensão de um campo para a informação de reprocessamento PSI/SI que é de um bit.
Uma ainda outra forma de realização da presente invenção proporciona um método para receber dados radiodifundidos, incluindo o método: desendereçar valores de constelação correspondentes aos dados de sinalização da Camada 1 em palavras células; multiplexar as palavras células desendereçadas nos dados de sinalização da Camada 1; desintercalar os bits dos dados de sinalização da Camada 1 multiplexados e pelo menos um bit de paridade de LDPC; realizar o despunçoamento sobre o bit de paridade de LDPC; descodificar por LDPC os dados de sinalização da Camada 1 e o bit de paridade de LDPC despunçoado; e descodificar por BCH os dados de sinalização da Camada 1 descodificados por LDPC e o bit de paridade de LDPC despunçoado, em que os dados de sinalização da Camada 1 incluem informação de reprocessamento Informação Especifica de Programa (PSI) e Informação de Serviço (SI) para cada Lacete de Camada Fisica (PLP), indicando a informação de reprocessamento PSI/SI quando tenha sido, ou não, realizado um reprocessamento PSI/SI. 10 ΡΕ2375666
De acordo com formas de realização adicionais da invenção que podem ser consideradas sozinhas ou em combinação: - o método pode incluir adicionalmente: desintercalar em tempo-frequência valores de constelação correspondentes a dados PLP; desendereçar os valores de constelação desinter-calados em palavras células; multiplexar as palavras células desendereçadas nos dados PLP; desintercalar os bits dos dados PLP multiple- xados; descodificar por LDPC os dados PLP dos bits desintercalados; e descodificar por BCH os dados PLP descodificados por LDPC, e/ou uma dimensão de um campo para a informação de reprocessamento PSI/SI que é de um bit. 11 ΡΕ2375666
DESCRIÇÃO DAS FORMAS DE REALIZAÇÃO PREFERIDAS
Os esquemas anexados, que são incluídos para proporcionarem uma compreensão adicional da invenção e que estão incorporados e constituem parte deste requerimento, ilustram uma forma de realização ou formas de realização da invenção e, conjuntamente com a descrição, servem para explicar o princípio da invenção. Nos esquemas: A Figura 1 é um exemplo de um sistema de transmissão digital. A Figura 2 é um exemplo de um processador de entrada. A Figura 3 é uma informação que pode ser incluída na Banda de Base (BB). A Figura 4 é um exemplo de um módulo BICM. A Figura 5 é um exemplo de codificador compri- mido/punçoado. A Figura 6 é um exemplo da aplicação de várias constelações. A Figura 7 é outro exemplo de casos onde é considerada a compatibilidade entre sistemas convencionais. 12 ΡΕ2375666 A Figura 8 é uma estrutura de trama que inclui um preâmbulo para sinalização LI e dados de símbolos para dados PLP. A Figura 9 é um exemplo de construtor de trama. A Figura 10 é um exemplo de módulo de inserção piloto 404 apresentado na Figura 4. A Figura 11 é uma estrutura de SP. A Figura 12 é uma nova estrutura de SP ou Padrão Piloto (PP5' ) . A Figura 13 é uma estrutura sugerida de PP5'. A Figura 14 é uma relação entre símbolos de dados e preâmbulo. A Figura 15 é outra relação entre símbolos de dados e preâmbulo. A Figura 16 é um exemplo de perfil de atraso de canal de cabo. A Figura 17 é uma estrutura piloto dispersa que utiliza z = 56 e z = 112. A Figura 18 é um exemplo de modulador baseado em OFDM. 13 ΡΕ2375666 A Figura 19 é um exemplo de estrutura de preâmbulo. A Figura 20 é um exemplo de descodificador de
Preâmbulo. A Figura 21 é um processo para desenhar um preâmbulo mais optimizado. A Figura 22 é outro exemplo de estrutura de preâmbulo. A Figura 23 é outro exemplo de descodificação de
Preâmbulo. A Figura 24 é um exemplo de estrutura de
Preâmbulo. A Figura 25 é um exemplo de descodificação LI. A Figura 26 é um exemplo de processador analógico . A Figura 27 é um exemplo de sistema de receptor digital. A Figura 28 é um exemplo de processador analógico utilizado no receptor. 14 ΡΕ2375666 A Figura 29 é um exemplo de desmodulador. A Figura 30 é um exemplo de programa analisador sintáctico "parser". A Figura 31 é um exemplo de desmodulador BICM. A Figura 32 é um exemplo de descodificação LDPC utilizando compressão/punçoamento. A Figura 33 é um exemplo de processador de saida. A Figura 34 é um exemplo de uma taxa de repetição de 8 MHz de bloco LI. A Figura 35 é um exemplo de uma taxa de repetição de 8 MHz de bloco LI. A Figura 36 é uma nova taxa de repetição de 7,61 MHz de bloco Ll. A Figura 37 é um exemplo de sinalização Ll que é transmitida no cabeçalho da trama. A Figura 38 é o resultado da simulação do preâmbulo e da Estrutura Ll. A Figura 39 é um exemplo de intercalação de símbolos. 15 ΡΕ2375666 A Figura 40 é um exemplo de uma transmissão de bloco Ll. A Figura 41 é outro exemplo de sinalização Ll transmitida num cabeçalho de trama. A Figura 42 é um exemplo de intercalação/de-sintercalação na frequência ou tempo. A Figura 43 é um quadro analisando o "overhead" da sinalização Ll que é transmitido no cabeçalho FECFRAME no módulo 307 de Insersor de Cabeçalho ModCod no percurso de dados do módulo BICM apresentado na Figura 3. A Figura 44 mostra uma estrutura para o cabeçalho FECFRAME para minimizar o "overhead". A Figura 45 mostra o desempenho da taxa de erro de bit (BER) da protecção Ll acima mencionada. A Figura 46 mostra exemplos da estrutura de uma trama de transmissão e uma trama de FEC. A Figura 47 mostra um exemplo de sinalização Ll. A Figura 48 mostra um exemplo de pré-sinalização 16 ΡΕ2375666 A Figura 49 mostra uma estrutura de bloco de sinalização LI. A Figura 50 mostra um intercalação no tempo de LI. A Figura 51 mostra um exemplo de modulação extractora e informação de código. A Figura 52 mostra outro exemplo de pré-sina- lização LI. A Figura 53 mostra um exemplo de planificação de bloco de sinalização LI que é transmitido no preâmbulo. A Figura 54 mostra um exemplo de pré-sinalização LI onde é considerado o reforço de potência. A Figura 55 mostra um exemplo de sinalização Ll. A Figura 56 mostra outro exemplo de modulação extractora e informação de código. A Figura 57 mostra outro exemplo de modulação extractora e informação de código. A Figura 58 mostra um exemplo de pré-sincro nização Ll. 17 ΡΕ2375666 A Figura 59 mostra um exemplo de pré-sinalização LI. A Figura 60 mostra um exemplo de sinalização Ll. A Figura 61 mostra um exemplo do percurso de sinalização Ll. A Figura 62 é outro exemplo de sinalização Ll transmitida num cabeçalho de trama. A Figura 63 é outro exemplo de sinalização Ll transmitida num cabeçalho de trama. A Figura 64 é outro exemplo de sinalização Ll transmitida num cabeçalho de trama. A Figura 65 mostra um exemplo de sinalização Ll. A Figura 66 é um exemplo de intercalação de símbolos. A Figura 67 mostra um desempenho de intercalação do intercalador no tempo da Figura 66. A Figura 68 é um exemplo de intercalador de símbolos. A Figura 69 mostra um desempenho de intercalação do intercalador no tempo da Figura 68. 18 ΡΕ2375666 A Figura 70 é um exemplo de desintercalador de símbolos. A Figura 71 é outro exemplo de intercalação no tempo. A Figura 72 é um resultado de intercalação utilizando o método apresentado na Figura 71. A Figura 73 é um exemplo do método de endereçamento da Figura 72. A Figura 74 é outro exemplo de intercalação no tempo de LI. A Figura 75 é um exemplo de desintercalação de símbolos. A Figura 76 é outro exemplo de desintercalador. A Figura 77 é um exemplo de desintercalador de símbolos. A Figura 78 é um exemplo de endereços de linha e coluna para a desintercalação no tempo. A Figura 79 mostra um exemplo de intercalação de bloco geral num domínio de símbolos de dados onde não são utilizados pilotos. 19 ΡΕ2375666 A Figura 80 é um exemplo de um transmissor OFDM que utiliza fatias de dados. A Figura 81 é um exemplo de um receptor OFDM que utiliza fatias de dados. A Figura 82 é um exemplo de intercalador no tempo e um exemplo de desintercalador no tempo. A Figura 83 é um exemplo de formação de símbolos OFDM. A Figura 84 é um exemplo de um Intercalador no Tempo (TI). A Figura 85 é um exemplo de um Intercalador no Tempo (TI). A Figura 8 6 é um exemplo de uma estrutura de preâmbulo num transmissor e um exemplo de um processo num receptor. A Figura 87 é um exemplo de um processo num receptor para se obter L1_XFEC_FRAME a partir do preâmbulo. A Figura 88 é um exemplo de uma estrutura de preâmbulo num transmissor e um exemplo de um processo num receptor. 20 ΡΕ2375666 A Figura 89 é um exemplo de um Intercalador no Tempo (TI). A Figura 90 é um exemplo de um transmissor OFDM utilizando fatias de dados. A Figura 91 é um exemplo de um receptor OFDM utilizando fatias de dados. A Figura 92 é um exemplo de um Intercalador no Tempo (TI). A Figura 93 é um exemplo de um Desintercalador no Tempo (TDI). A Figura 94 é um exemplo de um Intercalador no Tempo (TI). A Figura 95 é um exemplo de fluxo de intercalação no tempo do preâmbulo e de desintercalação. A Figura 96 é um parâmetro de profundidade de Intercalação no Tempo no cabeçalho da sinalização na Ll. A Figura 97 é um exemplo de um cabeçalho de sinalização na Ll, estrutura de Ll, e um método de preenchimento. 21 ΡΕ2375666 A Figura 98 é um exemplo de sinalização de LI. A Figura 99 é um exemplo de dslice_ti_depth. A Figura 100 é um exemplo de dslice_type. A Figura 101 é um exemplo de plp_type. A Figura 102 é um exemplo de Plp_payload_type. A Figura 103 é um exemplo de Plp_modcod. A Figura 104 é um exemplo de GI. A Figura 105 é um exemplo de PAPR. A Figura 106 é um exemplo de sinalização LI. A Figura 107 é um exemplo de plp_type. A Figura 108 é um exemplo de sinalização LI. de de A Figura 109 é um exemplo de um cabeçalho sinalização de Ll, estrutura de Ll, e um método preenchimento. A Figura 110 é um exemplo de sinalização de Ll de A Figura 111 mostra exemplos de campos sinalização de Ll. 22 ΡΕ2375666 A Figura 112 é um exemplo de sinalização de LI. A Figura 113 é um exemplo de plp_type. A Figura 114 é um exemplo de sinalização de LI e de sinalização de L2 para tipos PLP normais e agrupados. A Figura 115 é um exemplo de fluxo de acção de descodificação de Ll e L2 de um receptor DVB-C2 convencional com sintonizador único de 8 MHz. A Figura 116 é um exemplo de fluxo de acção de descodificação de Ll e L2 de um receptor DVB-C2 com subscrição com múltiplos sintonizadores ou um sintonizador único de banda larga. A Figura 117 é um exemplo de uma sinalização de Ll para C2. A Figura 118 é um exemplo de duração do simbolo OFDM activo. A Figura 119 é um exemplo de valores de intervalo de guarda. A Figura 120 é um exemplo de intercalação no tempo de um bloco Ll. ΡΕ2375666 23 DESCRIÇÃO DAS FORMAS DE REALIZAÇÃO PREFERIDAS.
Será agora feita referência em detalhe às formas de realização preferidas da presente invenção, cujos exemplos são ilustrados nos esquemas anexados.
Onde possível, serão utilizados os mesmos números de referência através dos esquemas para fazer referência às mesmas partes ou a partes semelhantes.
Na descrição seguinte, o termo "serviço" é indicativo de qualquer conteúdo radiodifundido que possa ser transmitido/recebido pelos dispositivos de transmis-são/recepção de sinais. A Figura 1 mostra um exemplo de um sistema de transmissão digital de acordo com uma forma de realização da presente invenção. As entradas podem incluir um número de fluxos de MPEG-TS ou fluxos GSE (General Stream Encapsulation). Um processador de entrada 101 pode adicionar parâmetros de transmissão ao fluxo de entrada e realizar programações para o módulo BICM 102. O módulo BICM 102 pode adicionar dados redundantes e intercalar dados para correcção de erros no canal de transmissão. Um construtor de trama 103 pode construir tramas pela adição de informação de sinalização de camada física e pilotos. Um modulador 104 pode realizar a modulação sobre os símbolos de entrada por métodos eficientes. Um processador analógico 105 pode realizar vários processos para converter sinais digitais de entrada em sinais analógicos de saída. 24 ΡΕ2375666 A Figura 2 mostra um exemplo de um processador de entrada. 0 fluxo de entrada MPEG-TS ou GSE pode ser transformado pelo processador de entrada num total de n fluxos que serão processados independentemente. Cada um destes fluxos pode ser tanto uma trama TS completa que inclui múltiplos componentes de serviço como uma trama minima TS que inclui componente de serviço (isto é, video ou áudio) . Adicionalmente, cada um destes fluxos pode ser um fluxo GSE que transmite tanto serviços múltiplos como um único serviço. A interface de entrada 202-1 pode atribuir um número de bits de entrada igual à máxima capacidade de dados do campo de uma trama de Banda Base (BB) . Pode ser inserido um preenchimento para completar a capacidade do bloco de código LDPC/BCH. O sincronizador de fluxo de entrada 203-1 pode proporcionar um mecanismo para regenerar, no receptor, o relógio do Fluxo de Transporte (ou Fluxo Genérico empacotado), de forma a garantir taxas de bits e atrasos constantes de uma ponta a outra.
De forma a permitir ao Fluxo de Transporte recombinar sem requerer memória adicional no receptor, os Fluxos de Transporte são atrasados pelo compensador de atraso 204-l~n considerando parâmetros de intercalação dos dados dos PLPs num grupo e o correspondente PLP comum. O módulo de apagamento de pacote nulo 205-l~n pode aumentar a eficiência de transmissão pela remoção de pacotes nulos 25 ΡΕ2375666 inseridos para um caso de um serviço VBR (taxa variável de bits). Os módulos codificadores de Teste de Redundância Ciclico (CRC) 206-l~n podem adicionar paridade CRC para aumentar a fiabilidade da transmissão da trama BB. Os módulos de inserção de cabeçalho BB (207-l~n) podem adicionar o cabeçalho de trama BB numa porção inicial da trama BB. A informação que pode ser incluida no cabeçalho BB está apresentada na Figura 3.
Um módulo concentrador/fatiador 208 pode realizar a separação em fatias da trama BB a partir de cad PLP, concentrando tramas BB a partir de múltiplos PLPs, e escalonando cada trama BB dentro de uma trama de transmissão. Portanto, o módulo concentrador/fatiador 208 pode ter na saida informação de sinalização de LI que se relaciona com a atribuição de PLP numa trama. Por fim, um módulo misturador BB 209 pode aleatorizar fluxos de bits de entrada para minimizar a correlação entre bits dentro dos fluxos de bits. Os módulos em sombreado na Figura 2 são módulos utilizados quando o sistema de transmissão utiliza um único PLP, os outros módulos na Figura 2 são módulos utilizados quando o dispositivo de transmissão utiliza múltiplos PLPs. A Figura 4 mostra uma forma de realização do módulo BICM de acordo com a presente invenção. A Figura 4a mostra um BICM para um percurso de dados e a Figura 4b mostra um BICM para o percurso de sinalização de LI. 26 ΡΕ2375666
Com referência à Figura 4a, um codificador externo 301 e um codificador interno 303 podem adicionar redundância a fluxos de bits de entrada para a correcção de erros. Um intercalador externo 302 e um intercalador interno 304 podem intercalar bits para prevenir erros de rajada. O intercalador exterior 302 pode ser omitido se o BICM é especificamente para DVB-C2. Um desmultiplexador 305 pode controlar a fiabilidade de cada bit de saida a partir do intercalador interno 304. Um endereçador de símbolos 306 pode endereçar fluxos de bits de entrada em fluxos de símbolos. Neste momento, é possível utilizar qualquer um de um QAM convencional, um MQAM que utilize o acima mencionado BRGC para melhoria do desempenho, um NU-QAM que utilize modulação Não uniforme, ou um NU-MQAM que utilize BRGC aplicado a modulação Não uniforme para melhoria do desempenho. Para construir um sistema que é mais robusto contra o ruído, podem ser consideradas combinações de modulações utilizando MQAM e/ou NU-MQAM dependendo da taxa de código do código de correcção de erros e da capacidade da constelação. Neste momento, o endereçador de símbolos 306 pode utilizar uma constelação própria de acordo com a taxa de código e a capacidade da constelação. A Figura 6 mostra um exemplo de tais combinações. O caso 1 mostra um exemplo da utilização de apenas NU-MQAM a baixa taxa de código para uma implementação do sistema simplificada. O caso 2 mostra um exemplo da utilização de uma constelação optimizada a cada taxa de código. O transmissor pode enviar informação acerca 27 ΡΕ2375666 da taxa de código do código de correcção de erros e da capacidade da constelação para o receptor de forma tal que o receptor pode utilizar uma constelação apropriada. A Figura 7 mostra outro exemplo de casos onde é considerada a compatibilidade entre sistemas convencionais. Adicionalmente aos exemplos, são possíveis combinações adicionais para optimizar o sistema. 0 módulo de inserção de cabeçalho ModCod 307 apresentado na Figura 4 pode tomar informação de realimentação de Codificação Adaptativa e Modulação (ACM)/Codificação Variável e Modulação (VCM) e adicionar informação de parâmetros utilizados na codificação e modulação para um bloco FEC como cabeçalho. O cabeçalho de Tipo de Modulação/Taxa de Código (ModCod) pode incluir a seguinte informação: * Tipo de FEC (1 bit) - LDPC longo ou curto. * Taxa de código (3 bits). * Modulação (3 bits) - até 64K QAM. * Identificador PLP (8 bits). O Intercalador de Simbolos 308 pode realizar a intercalação no dominio dos simbolos para obter efeitos adicionais de intercalação. Podem ser realizados processos similares sobre o percurso dos dados no percurso de 28 ΡΕ2375666 sinalização de LI mas, possivelmente, com diferentes parâmetros 301-1-308-1. Neste ponto, pode ser utilizado um código compactado/punçoado 303-1 para código interno. A Figura 5 mostra um exemplo de codificação LDPC utilizando compactação/punçoamento. Os processos de compactação podem ser realizados sobre blocos de entrada que tenham menos bits do que o número requerido de bits para codificação LDPC, dado que podem ser utilizados para preenchimento tantos bits zero quantos os requeridos para
codificação LDPC pelo módulo de preenchimento com zeros 301c. Os fluxos de bits de entrada preenchidos com zero podem ter bits de paridade através do codificador LDPC 301c. Neste momento, para fluxos de bits que correspondam a fluxos de bits originais, os zeros podem ser removidos (303c) e para fluxos de bits de paridade, pode ser realizado o punçoamento de acordo com taxas de código pelo módulo de punçoamento de paridade 304c. Estes fluxos de bits de informação e fluxos de bits de paridade processados podem ser multiplexados em sequências originais e colocados na saida pelo Multiplexador 305c. A Figura 8 mostra uma estrutura de trama que inclui o preâmbulo para sinalização LI e símbolos de dados para dados PLP. Pode ser observado que o preâmbulo e símbolos de dados são gerados ciclicamente, utilizando uma trama como unidade. Os símbolos de dados incluem PLP do tipo 0 que é transmitido utilizando uma modula-ção/codif icação fixa e PLP do tipo 1 que é transmitido 29 ΡΕ2375666 utilizando uma modulação/codificação variável. Para PLP do tipo 0, a informação tal como a modulação, tipo FEC, e taxa de código FEC são transmitidos no preâmbulo (veja-se a Figura 9 para o módulo 401 de inserção de cabeçalho de trama) . Para PLP do tipo 1, a informação correspondente pode ser transmitida no cabeçalho de bloco FEC de um simbolo de dados (veja-se a Figura 3 para o módulo 307 de inserção de cabeçalho ModCod). Pela separação de tipos PLP, o "overhead" do ModCod pode ser reduzido em 3~4% de uma taxa de transmissão total, para PLP do tipo 0 que é transmitido a uma taxa de bits fixada. Num receptor, para PLP de modulação/codif icação fixada de PLP de tipo 0, o extractor de cabeçalho de trama r401 mostrado na Figura 30 pode extrair informação sobre Modulação e taxa de código FEC e proporciona a informação extraída para um módulo de descodificador BICM. Para PLP de modulação/codificação variável de PLP de tipo 1, o extractor ModCod r307, r307-l mostrado na Figura 31 pode extrair e proporcionar os parâmetros necessários para descodificação BICM. A Figura 9 mostra um exemplo de um construtor de trama. Um módulo de inserção de cabeçalho de trama 401 pode formar uma trama a partir de fluxos de símbolos de entrada e pode adicionar o cabeçalho de trama na frente de cada trama transmitida. 0 cabeçalho de trama pode incluir a seguinte informação: * Número de canais ligados (4 bits) * Intervalo de protecção (2 bits) 30 ΡΕ2375666 * PAPR (2 bits) * Padrão Piloto (2 bits) * Identificação de Sistema Digital (16 bits) * Identificação de trama (16 bits) * Comprimento da trama (16 bits) - número de símbolos de Multiplexação Ortogonal por Divisão de Frequência (OFDM) por trama * Comprimento de super trama (16 bits) - número de tramas por super trama * Número de PLPs (8 bits) * for cada PLP:
Identificação de PLP (8 bits)
Id de ligação de canais (4 bits)
Início de PLP (9 bits)
Tipo de PLP (2 bits) - PLP comum ou outros Tipo de carga útil de PLP (5 bits)
Tipo de MC (1 bit) - modulação & codificação fixa/variável if o tipo de MC = modulação & codificação fixa:
Tipo de FEC (1 bit) - LDPC longo ou curto
Taxa de código (3 bits)
Modulação (3 bits) - até 64K QAM end if; Número de canais de entalhe (2 bits) for cada entalhe
Início do entalhe (9 bits)
Largura do entalhe (9 bits) end for; 31 ΡΕ2375666
largura de PLP (9 bits) - número máximo de blocos FEC do PLP
Tipo de intercalação no tempo do PLP (2 bits) end for; * CRC-32 (32 bits) O ambiente de ligação de canais é assumido para a informação transmitida de LI no cabeçalho da Trama e os dados que correspondem a cada fatia de dados são definidos como PLP. Portanto, a informação tal como o identificador de PLP, identificador de ligação de canal, e endereço de inicio do PLP são requeridos para cada canal utilizado na ligação. Uma forma de realização desta invenção sugere a transmissão do campo ModCod no cabeçalho da trama FEC se o tipo de PLP suporta modulação/codificação variáveis e transmitir o campo ModCod no cabeçalho de Trama se o tipo de PLP suporta modulação/codificação fixadas para reduzir o "overhead" da sinalização. Adicionalmente, se existe uma banda de entalhe para cada PLP, pela transmissão do endereço de inicio do Entalhe e a sua largura, a descodificação das portadoras correspondentes no receptor pode tornar-se desnecessária. A Figura 10 mostra um exemplo de Padrão de Piloto (PP5) aplicado num ambiente de ligação de canais. Como se mostra, se as posições SP são coincidentes com as posições do piloto do preâmbulo, pode ocorrer uma estrutura irregular do piloto. 32 ΡΕ2375666 A Figura 10a mostra um exemplo do módulo de inserção de piloto 404 como se mostra na Figura 9. Como representado na Figura 10a, se for utilizada uma única banda de frequência (por exemplo 8 MHz), a largura de banda disponível é de 7,61 MHz, mas se são ligadas múltiplas bandas de frequências, podem ser removidas bandas de protecção, assim, a eficiência em frequência pode aumentar grandemente. A Figura 10b é um exemplo do módulo de inserção de preâmbulo 504 como se mostra na Figura 18 que é transmitido na parte frontal da trama e mesmo com ligação de canais, o preâmbulo tem taxa de repetição de 7,61 MHz, o que é a largura de banda do bloco LI. Isto é uma estrutura considerando a largura de banda de um sintonizador que realiza o varrimento de canais inicial.
Os Padrões Piloto existem tanto para o Preâmbulo como para os Simbolos de Dados. Para os símbolos de dados, podem ser utilizados padrões de piloto dispersos (SP). Os Padrões Piloto (PP5) e o Padrões Piloto (PP7) de T2 podem ser bons candidatos para a interpolação apenas em frequência. 0 PP5 tem x = 12, y = 4, z = 48 para GI = 1/64 e ο PP7 tem x = 24, y = 4, z = 96 para GI = 1/128. É também possível a interpolação no tempo adicional para uma melhor estimativa do canal. Os padrões piloto para preâmbulo podem cobrir todas as possíveis posições de piloto para a aquisição de canal inicial. Adicionalmente, as posições de piloto de preâmbulo deverão ser coincidentes com as posições SP e é desejável um único padrão piloto tanto para 33 ΡΕ2375666 o preâmbulo como para o SP. Os preâmbulos piloto poderão também ser utilizados para interpolação no tempo e cada preâmbulo poderá ter um padrão piloto idêntico. Estes requisitos são importantes para a detecção C2 no varrimento e necessários para a estimativa do desvio em frequência com correlação de sequência de mistura. Num ambiente de ligação de canais, a coincidência nas posições de piloto deverá também ser mantida para a ligação de canais porque uma estrutura de piloto irregular pode degradar o desempenho da interpolação.
Em detalhe, se uma distância z entre pilotos dispersos (SPs) num simbolo OFDM é de 48 e se uma distância y entre SPs correspondentes a uma portadora especifica SP ao longo do eixo do tempo é de 4, uma distância eficaz x após a interpolação no tempo torna-se 12. Isto é quando uma
fracção de intervalo de protecção (GI) é de 1/64. Se a fracção GI é 1/128, podem ser utilizados x = 24, y = 4, z = 96. Se é utilizada ligação de canais, as posições SP podem ser tornadas coincidentes com as posições de piloto de preâmbulo gerando pontos não contínuos numa estrutura de piloto dispersa.
Neste momento, as posições de piloto de preâmbulo podem ser coincidentes com cada uma das posições SP de símbolos de dados. Quando é utilizada a ligação de canais, a fatia de dados onde um serviço é transmitido, pode ser determinada independentemente da granularidade de largura de banda de 8 MHz. No entanto, para reduzir o "overhead" 34 ΡΕ2375666 para o endereçamento de fatias de dados, pode ser escolhido o inicio da transmissão a partir da posição SP e o final na posição SP.
Quando um receptor recebe tais SPs, se necessário, a estimativa de canal (r501) mostrada na Figura 29 pode realizar a interpolação no tempo para obter pilotos apresentados em linhas interrompidas na Figura 10 e realizar a interpolação em frequência. Neste momento, para pontos não continuos de intervalos que são designados como "32" na Figura 10a, podem ser implementadas tanto a realização das interpolações sobre a esquerda ou sobre a direita separadamente como a realização da interpolação sobre apenas um lado e depois realizando a interpolação sobre o outro lado utilizando posições de piloto já interpoladas cujo intervalo é 12 como ponto de referência. Neste momento, a largura da fatia de dados pode variar dentro de 7,61 MHz, assim, um receptor pode minimizar consumos de energia pela realização da estimativa de canais e descodificando apenas as sub-portadoras necessárias. A Figura 11 mostra outro exemplo de PP5 aplicado num ambiente de ligação de canais ou uma estrutura de SP para manter a distância efectiva x em 12 para evitar uma estrutura de SP irregular mostrada na Figura 10 quando é utilizada a ligação de canais. Como se mostra, se a distância SP for mantida consistente no caso da ligação de canais, não haverá problema na interpolação em frequência mas as posições do piloto entre simbolos de dados e 35 ΡΕ2375666 preâmbulo não podem ser coincidentes. Por outras palavras, esta estrutura não requer estimativa adicional de canais para uma estrutura irregular de SP, no entanto, as posições de SP utilizadas na ligação de canais e nas posições de piloto de preâmbulo tornam-se diferentes para cada canal. A Figura 12 mostra uma nova estrutura de SP ou PP5' para proporcionar uma solução para os dois problemas acima mencionados num ambiente de ligação de canais. Especif icamente, uma distância de piloto de x = 16 pode resolver aqueles problemas. Para preservar a densidade dos pilotos ou para manter o mesmo " overhead", um PP5' pode ter x = 16, y = 3, z = 48 para GI = 1/64 e um PP7 ' pode ter x = 16, y = 6, z = 96 para GI = 1/128. A capacidade de interpolação apenas em frequência pode ainda ser mantida. As posições dos pilotos estão esboçadas na Figura 12 para comparação com a estrutura PP5. A Figura 13 mostra um exemplo de um novo Padrão SP ou estrutura PP5' num ambiente de ligação de canais. Como se mostra na Figura 46, quer seja utilizado um único canal, quer se utilize a ligação de canais, pode ser proporcionada uma distância efectiva de piloto x = 16. Adicionalmente, devido às posições SP poderem ser tornadas coincidentes com as posições de piloto de preâmbulo, a deterioração da estimativa de canais causada pela irregularidade de SP ou posições de SP não coincidentes pode ser evitada. Por outras palavras, não existem posições SP irregulares para o interpolador em frequência e é 36 ΡΕ2375666 proporcionada coincidência entre posições de preâmbulo e de SP.
Consequentemente, os novos padrões de SP propostos podem ser vantajosos por poder ser utilizado um único padrão SP tanto para um único canal como com ligação de canais; não pode ser provocada uma estrutura de piloto irregular, assim é possivel uma boa estimativa de canais; tanto as posições do preâmbulo como as posições do piloto SP podem ser mantidas coincidentes; a densidade de pilotos ppode ser mantida a mesma como para PP5 e PP7 respectivamente; e a capacidade de interpolação apenas em frequência pode também ser preservada.
Adicionalmente, a estrutura de preâmbulo pode estar de acordo com requisitos tais como as posições do piloto de preâmbulo deverão cobrir todas as possíveis posições SP para a aquisição de canais inicial; o número máximo de portadoras deverá ser de 3409 (7,61 MHz) para o varrimento inicial; deverão ser utilizados exactamente os mesmos padrões de piloto e sequência de mistura para a detecção C2; e não é requerido preâmbulo específico para a detecção tal como PI em T2.
Em termos de relação com a estrutura da trama, a granularidade da posição da fatia de dados pode ser modificada para 16 portadoras em vez de 12, assim, pode ocorrer menos "overhead" na posição de endereçamento e não são esperados outros problemas a respeito da condição da fatia de dados, condição de pacote nulo, etc. 37 ΡΕ2375666
Portanto, no módulo de estimativa de canais r501 da Figura 62, podem ser utilizados pilotos em cada preâmbulo quando é realizada a interpolação no tempo de SP de símbolos de dados. Portanto, a aquisição de canais e a estimativa de canais nos limites da trama podem ser melhoradas.
Agora, em relação a requisitos relacionados com o preâmbulo e com a estrutura do piloto, existe consenso em que as posições dos pilotos de preâmbulo e de SPs deverão coincidir independentemente da ligação de canais; o número total de portadoras no bloco LI deverá ser divisível pela distância do piloto para evitar uma estrutura irregular na extremidade da banda; os blocos LI deverão ser repetidos no domínio da frequência; e os blocos LI deverão sempre ser descodificáveis numa posição arbitrária da janela do sintonizador. Requisitos adicionais poderão ser de que as posições e os padrões de piloto deverão ser repetidos por cada período de 8 MHz; o correcto desvio na frequência da portadora deverá ser estimado sem o conhecimento da ligação de canais; e a descodificação LI (re-ordenação) é impossível antes do desvio em frequência ser compensado. A Figura 14 mostra uma relação entre símbolos de dados e preâmbulo quando são utilizadas estruturas de preâmbulo como se mostra na Figura 19 e na Figura 20. O bloco LI pode ser repetido por período de 6 MHz. Para a descodificação Ll, deverão ser encontrados tanto o desvio 38 ΡΕ2375666 na frequência como o padrão de deslocação do Preâmbulo. A descodificação LI não é possível numa posição arbitrária do sintonizador sem a informação da ligação de canais e um receptor não pode diferenciar entre o valor de deslocação do preâmbulo e desvio em frequência.
Assim, um receptor, especificamente para o extractor de cabeçalho da Trama (r401) mostrado na Figura 30 para realizar a descodificação do sinal Ll, necessita de ser obtida a estrutura da ligação de canais. Porque é conhecida a quantidade de deslocação do preâmbulo em duas regiões sombreadas verticalmente na Figura 30, o sincronizador tempo/frequência r505 na Figura 29 pode estimar o desvio em frequência da portadora. Com base na estimativa, o percurso da sinalização Ll r308-l ~ r301-l na Figura 31 pode descodificar o bloco Ll. A Figura 15 mostra uma relação entre símbolos de dados e preâmbulo quando é utilizada a estrutura de preâmbulo como se mostra na Figura 22. O bloco Ll pode ser repetido por período de 8 MHz. Para descodificar Ll, apenas necessita de ser encontrado o desvio em frequência e pode não ser requerido o conhecimento da ligação de canais. O desvio em frequência pode ser facilmente estimado utilizando uma sequência conhecida Sequência de Bits Pseudoaleatória (PRBS). Como se mostra na Figura 48, o preâmbulo e os símbolos de dados estão alinhados, assim, pode tornar-se desnecessária a busca adicional de sincronização. Portanto, para um receptor, especificamente 39 ΡΕ2375666 para o extractor de cabeçalho de Trama r401 mostrado na Figura 63, é possível que apenas necessite de ser obtido o pico da correlação com a sequência de mistura de piloto para realizar a descodificação do sinal Ll. 0 sincronizador tempo/frequência r505 na Figura 29 pode estimar o desvio na frequência da portadora a partir da posição do pico. A Figura 16 mostra um exemplo de perfil de atraso de canal por cabo. A partir do ponto de vista do desenho do piloto, o GI actual já sobreprotege a difusão do atraso do canal por cabo. No pior caso, redesenhar o modelo de canal pode ser uma opção. Para repetir o padrão exactamente a cada 8 MHz, a distância do piloto deverá ser um divisor de 3584 portadoras (z = 32 ou 56) . Uma densidade de pilotos de z = 32 pode aumentar o "overhead" do piloto, assim, pode ser escolhido z = 56. Uma cobertura do atraso ligeiramente menor pode não ser importante num canal por cabo. Por exemplo, ela pode ser de 8 ps para PP5' e 4 ps para PP7' em comparação com 9,3 ps (PP5) e 4,7 ps (PP7) . Atrasos significativos podem ser cobertos por ambos os padrões de piloto mesmo num pior caso. Para a posição do piloto de preâmbulo, não são necessárias mais do que todas as posições SP no símbolo de dados.
Se 0 percurso do atraso de -40 dB pode ser ignorado, na realidade a dispersão do atraso pode tornar-se 2,5 ps, 1/64 GI = 7 ps, ou 1/128 GI = 3,5 ps. Isto mostra 40 ΡΕ2375666 que o parâmetro de distância do piloto, z = 56 pode ser um valor suficientemente bom. Adicionalmente, z = 56 pode ser um valor conveniente para estruturar o padrão de piloto que permita a estrutura de preâmbulo apresentada na Figura 48. A Fiqura 17 mostra uma estrutura de piloto dispersa que utiliza z = 56 e z = 112 a qual é construída no módulo de inserção de piloto 404 na Figura 42. São propostos os PP5' (x = 14, y = 4, z = 56) e ο PP7' (x = 28, y = 4, z = 112). As portadoras nas extremidades poderão ser inseridas para fecharem a extremidade.
Como se mostra na Figura 50, os pilotos são alinhados a 8 MHz a partir de cada extremidade da banda, cada posição de piloto e estrutura de piloto pode ser repetida a cada 8 MHz. Assim, esta estrutura pode suportar a estrutura de preâmbulo apresentada na Figura 48. Adicionalmente, pode ser utilizada uma estrutura de piloto vulgar entre o preâmbulo e simbolos de dados. Portanto, o módulo de estimativa de canal r501 na Figura 29 pode realizar a estimativa de canal utilizando interpolação sobre o preâmbulo e simbolos de dados porque não pode ocorrer um padrão irregular de piloto, independentemente da posição da janela que é decidida pelas posições das fatias de dados. Neste momento, utilizando apenas a interpolação em frequência pode ser suficiente para compensar a distorção de canal provocada pela dispersão do atraso. Se é realizada adicionalmente a interpolação no tempo, pode ser realizada uma mais precisa estimativa do canal. 41 ΡΕ2375666
Consequentemente, no novo padrão de piloto proposto, a posição e o padrão do piloto podem ser repetidos com base num período de 8 MHz. Pode ser utilizado um único padrão de piloto tanto para o preâmbulo como para os símbolos de dados. A descodificação LI pode sempre ser possível sem conhecimento da ligação de canais. Adicionalmente, o padrão de piloto proposto pode não afectar a semelhança com T2 porque pode ser utilizada a mesma estratégia de piloto de padrão de piloto disperso; A T2 já utiliza 8 diferentes padrões de piloto; e padrões de piloto modificados podem aumentar a complexidade do receptor de forma não significativa. Para uma sequência de mistura de pilotos, o período do PRBS pode ser de 2047 (sequência-m); A geração do PRBS pode ser reinicializada a cada 8 MHz, do qual o período é 3584; a taxa de repetição do piloto de 56 pode ser também primo relativo com 2047; e não será esperado problema com o PAPR. A Figura 18 mostra um exemplo de modulador baseado em OFDM. Os fluxos de símbolos na entrada podem ser transformados em domínio do tempo pelo módulo IFFT 501. Se necessário, pode ser reduzida a razão pico-potência média (PAPR) no módulo de redução de PAPR 502. Para métodos de PAPR, podem ser utilizados a Extensão de constelação activa (ACETATO DE ETILO) ou a reserva de tom. O módulo de inserção de GI 503 pode copiar pelo menos parte do símbolo OFDM efectivo para preencher o intervalo de protecção numa forma de prefixo cíclico. 42 ΡΕ2375666 0 módulo de inserção de preâmbulo 504 pode inserir o preâmbulo na frente de cada trama transmitida de forma tal que um receptor pode detectar o sinal digital, trama e adquirir o desvio de aquisição tempo/frequência. Neste momento, o sinal de preâmbulo pode realizar uma sinalização por camada fisica tal como a dimensão FFT (3 bits) e a dimensão de Intervalo de Protecção (3 bits) . O Módulo de Inserção de Preâmbulo 504 pode ser omitido se o modulador é especificamente para DVB-C2. A Figura 19 mostra um exemplo de uma estrutura de preâmbulo para a ligação de canais, gerada no módulo de
inserção de preâmbulo 504 na Figura 51. Um bloco LI completo deverá ser "sempre descodificável" em qualquer posição de janela de sintonizador arbitrária de 7,61 MHz e não deverá ocorrer perda de sinalização LI independentemente da posição da janela do sintonizador. Como se mostra, os blocos LI podem ser repetidos no domínio da frequência com um periodo de 6 MHz. Os símbolos de dados podem ser por ligação de canais para cada 8 MHz. Se, para a descodificação de Ll, um receptor utiliza um sintonizador tal como o sintonizador r603 representado na Figura 28 que utiliza uma largura de banda de 7,61 MHz, o Extractor do cabeçalho da trama r401 na Figura 30 necessita de rearranjar o bloco Ll deslocado ciclicamente recebido (Figura 20) para a sua forma original. Este rearranjo é possível porque o bloco Ll é repetido para cada bloco de 6 MHz . 43 ΡΕ2375666 A Figura 21 mostra um processo para desenhar um preâmbulo mais optimizado. A estrutura do preâmbulo da Figura 19 utiliza apenas 6 MHz da largura de banda total do sintonizador de 7,61 MHz para a descodificação de LI. Em termos de eficácia de espectro, a largura de banda do sintonizador de 7,61 MHz não é completamente utilizada. Portanto, pode haver optimização adicional na eficácia de espectro. A Figura 22 mostra outro exemplo de estrutura de preâmbulo ou estrutura de simbolos de preâmbulo para completa eficácia de espectro, gerada no módulo de Inserção de Cabeçalho de Trama 401 na Figura 42. Tal como os símbolos de dados, os blocos LI podem ser repetidos no domínio da frequência por um período de 8 MHZ. Um bloco Ll completo é ainda "sempre descodificável" em qualquer posição arbitrária da janela de sintonização de 7,61 MHz. Após sintonização, os dados de 7,61 MHz podem ser vistos como um código punçoado virtual. Tendo exactamente a mesma largura de banda tanto para o preâmbulo como para os símbolos de dados e exactamente a mesma estrutura de piloto tanto para o preâmbulo como para os símbolos de dados, pode maximizar a eficácia de espectro. Outras características tais como a propriedade de deslocamento cíclico e não enviando o bloco Ll no caso de não haver fatia de dados, podem ser mantidas sem alteração. Por outras palavras, a largura de banda dos símbolos do preâmbulo pode ser idêntica à largura de banda dos símbolos de dados ou, como 44 ΡΕ2375666 se mostra na Figura 57, a largura de banda dos símbolos do preâmbulo pode ser a largura de banda do sintonizador (aqui, é de 7,61 MHz) . A largura de banda do sintonizador pode ser definida como a largura de banda que corresponde a um número total de portadoras activas quando é utilizado um único canal. Ou seja, a largura de banda do símbolo do preâmbulo pode corresponder ao número total de portadoras activas (aqui, é de 7,61 MHz). A Figura 23 mostra um código punçoado virtualmente. Os dados de 7,61 MHz de entre o bloco LI de 8 MHz podem ser considerados como código punçoado. Quando um sintonizador r603 mostrado na Figura 28 utiliza uma largura de banda de 7,61 MHz para a descodificação de Ll, o Extractor de cabeçalho de trama r401 na Figura 30 necessita de rearranjar o bloco Ll deslocado ciclicamente recebido para a sua forma original como se mostra na Figura 56. Neste momento, a descodificação de Ll é realizada utilizando a totalidade da largura de banda do sintonizador. Uma vez o bloco Ll rearranjado, um espectro do bloco Ll rearranjado pode ter uma região em branco dentro do espectro como se mostra no lado superior direito da Figura 23 porque um tamanho original do bloco Ll tem uma largura de banda de 8 MHz.
Uma vez a região em branco tenha sido preenchida, tanto após a desintercalação no domínio dos símbolos pelo desintercalador em frequência r403 na Figura 30 como pelo desintercalador de símbolos r308-l na Figura 31 ou após 45 ΡΕ2375666 desintercalação no domínio dos bits pelo desendereçador de símbolos r306-l, multiplexador de bits r305-l, e desintercalador interno r304-l na Figura 31, o bloco pode ter uma forma que parece estar punçoada como se mostra no lado inferior esquerdo da Figura 23.
Este bloco LI pode ser descodificado no módulo de descodificação punçoado/compactado r303-l na Figura 31. Utilizando esta estrutura de preâmbulo, pode ser utilizada a totalidade da largura de banda do sintonizador, podendo assim ser aumentadas a eficácia de espectro e o ganho de codificação. Adicionalmente, uma largura de banda e estrutura de preâmbulo idênticas podem ser utilizadas para o preâmbulo e símbolos de dados.
Adicionalmente, se a largura de banda do preâmbulo ou a largura de banda dos símbolos do preâmbulo é definida como a largura de banda do sintonizador como se mostra na Figura 25, (é de 7,61 MHz no exemplo), pode ser obtido um bloco LI completo após o rearranjo mesmo sem punçoamento. Por outras palavras, para uma trama tendo símbolos de preâmbulo, em que os símbolos do preâmbulo têm pelo menos um bloco de camada 1 (Ll), pode dizer-se, o bloco Ll tem 3408 sub-portadoras activas e as 3408 sub-portadoras activas correspondem a uma banda de 7,61 MHz de 8 MHz de Rádio Frequência (RF).
Assim, a eficácia de espectro e o desempenho da descodificação de Ll podem ser maximizadas. Por outras 46 ΡΕ2375666 palavras, num receptor, a descodificação pode ser realizada no bloco punçoado/compactado do módulo de descodificação r303-l na Figura 31, após realizar apenas a desintercalação no dominio dos simbolos.
Consequentemente, a nova estrutura de preâmbulo proposta pode ser vantajosa por ser completamente compativel com preâmbulos utilizados anteriormente excepto em que a largura de banda é diferente; os blocos LI são repetidos por periodo de 8 MHz; o bloco LI pode ser sempre descodificável independentemente da posição da janela do sintonizador; Pode ser utilizada a totalidade da largura de banda do sintonizador para a descodificação de Ll; a máxima eficácia de espectro pode garantir maior ganho de código; um bloco Ll incompleto pode ser considerado como codificado com punçoamento; podem ser utilizadas as mesmas e simples estruturas de piloto tanto para o preâmbulo como para os dados; e pode ser utilizada uma largura de banda idêntica tanto para o preâmbulo como para os dados. A Figura 26 mostra um exemplo de um processador analógico. Um DAC (601) pode converter uma entrada de sinal digital num sinal analógico. Após transmissão a largura de banda em frequência é sujeita a "up-conversion" num "up-converter" 602 e pode ser transmitido o sinal analógico filtrado através do filtro analógico 603. A Figura 27 mostra um exemplo de um sistema de receptor digital de acordo com uma forma de realização da 47 ΡΕ2375666 presente invenção. 0 sinal recebido é convertido num sinal digital num processador analógico rl05. Um desmodulador rl04 pode converter o sinal em dados no dominio da frequência. Um analisador sintáctico de trama rl03 pode extrair pilotos e cabeçalhos e permitir a selecção da informação do serviço que necessita de ser descodificada. Um desmodulador BICM rl02 pode corrigir erros no canal de transmissão. Um processador de saída rlOl pode restaurar o fluxo de serviço e informação temporal transmitidos originalmente. A Figura 28 mostra um exemplo de processador analógico utilizado no receptor. Um módulo de Sintoni-zador/AGC (Controlador automático de ganho) r603 pode seleccionar a desejada largura de banda de frequência a partir do sinal recebido. Um "down-converter" r602 pode restaurar a banda de base. Um ADC r601 pode converter um sinal analógico num sinal digital. A Figura 29 mostra um exemplo de desmodulador. Um detector de trama r506 pode detectar o preâmbulo, verificar se existe um sinal digital correspondente, e detectar um início de uma trama. Um sincronizador tempo/frequência r505 pode realizar a sincronização nos domínios do tempo e frequência. Neste momento, para a sincronização no domínio do tempo, pode ser utilizada uma correlação de intervalo de protecção. Para a sincronização no domínio da frequência, pode ser utilizada a correlação ou pode ser estimado o desvio a partir da informação de fase de uma sub-portadora 48 ΡΕ2375666 que é transmitida no domínio da frequência. Um extractor de preâmbulo r504 pode extrair o preâmbulo da frente da trama detectada. Um extractor de GI r503 pode extrair o intervalo de protecção. Um módulo FFT r501 pode transformar o sinal no domínio do tempo num sinal no domínio da frequência. Um módulo de estimativa/igualização de canal r501 pode compensar erros pela estimativa da distorção no canal de transmissão utilizando símbolo de piloto. 0 Extractor de preâmbulo r504 pode ser omitido se o desmodulador é especificamente para DVB-C2. A Figura 30 mostra um exemplo de analisador sintáctico de trama. Um extractor de piloto (r404) pode extrair o símbolo de piloto. Um desintercalador de frequência r403 pode realizar a desintercalação no domínio da frequência. Um concentrador de símbolos OFDM r402 pode restaurar a trama de dados a partir de fluxos de símbolos transmitidos em símbolos OFDM. Um extractor de cabeçalho de trama r401 pode extrair a sinalização de camada física a partir do cabeçalho de cada trama transmitida e extrair o cabeçalho. A informação extraída pode ser utilizada como parâmetros para processos seguintes no receptor. A Figura 31 mostra um exemplo de um desmodulador BICM. A Figura 31a mostra um percurso de dados e a Figura 31b mostra um percurso de sinalização LI. Um desintercalador de símbolos r308 pode realizar a desintercalação no domínio dos símbolos. Um extractor ModCod r307 pode extrair parâmetros ModCod a partir da 49 ΡΕ2375666 frente de cada trama BB e tornar os parâmetros disponíveis para os seguintes processos de desmodulação adaptativa/variável e descodificação. Um Desendereçador de símbolos r305 pode desendereçar fluxos de símbolos de entrada em fluxos de bits de Razão de Verosimilhança Logarítmica (LLR). Os fluxos de bits de Saída LLR podem ser calculados utilizando uma constelação utilizada num Endereçador de símbolos 306 do transmissor como ponto de referência. Neste ponto, quando é utilizada a acima mencionada MQAM ou NU-MQAM, calculando ambos os eixos I e Q quando se calcula o bit mais próximo a partir do MSB e calculando um dos eixos I ou Q quando se calcula os bits de resto, pode ser implementado um eficiente desendereçador de símbolos. Este método pode ser aplicado para, por exemplo, para decisão por LLR Aproximada, LLR Exacta, ou por decisão firme.
Quando é utilizada uma constelação optimizada de acordo com a capacidade de constelação e taxa de código da correcção de erros no endereçador de símbolos 306 do transmissor, o Desendereçador de símbolos r306 do receptor pode obter uma constelação utilizando a informação transmitida da taxa de código e da capacidade de constelação pelo transmissor. O multiplexador de bits r305 do receptor pode realizar uma função inversa do desmultiplexador de bits 305 do transmissor. o desintercalador interno r304 e desintercalador externo r302 do receptor podem realizar funções inversas do intercalador interno (304) e do intercalador interno (302) do trans- 50 ΡΕ2375666 missor, respectivamente para obter o fluxo de bits na sua sequência original. O desintercalador externo r302 pode ser omitido se o desmodulador BICM é especificamente para DVB-C2 . O descodificador interno r303 e descodificador externo r301 do receptor podem realizar processos de descodificação correspondentes aos do codificador interno 303 e codificador externo 301 do transmissor, respectivamente, para corrigir erros no canal de transmissão. Processos similares realizados no percurso dos dados podem ser realizados no percurso de sinalização Ll, mas como diferentes parâmetros r308-l ~ r301-l. Neste ponto, como explicado na parte do preâmbulo, um módulo de codificação compactada/punçoada r303-l pode ser utilizado para a descodificação da sinalização Ll. A Figura 32 mostra um exemplo de descodificação LDPC utilizando o módulo de compactação/punçoamento r303-l. Um desmultiplexador r301a pode separadamente fazer sair a parte da informação e a parte da paridade do código sistemático a partir de fluxos de bits na entrada. Para a parte da informação, um módulo de preenchimento com zeros r302a pode realizar o preenchimento com zeros de acordo com um número de fluxos de bit de entrada do descodificador LDPC, e para a parte da paridade, podem ser gerados fluxos de bits de entrada para o descodificador LDPC pelo despun-çoamento da parte punçoada no módulo de despunçoamento de paridade r303a. A descodificação LDPC pelo módulo r304a 51 ΡΕ2375666 pode ser realizada sobre fluxos de bits gerados, e os zeros na parte de informação podem ser removidos pelo removedor de zeros r305a e postos na sarda. A Figura 33 mostra um exemplo de processador de saida. Um separador BB r209 pode restaurar fluxos de bits misturados no transmissor. Um divisor r208 pode restaurar tramas BB que correspondem a múltiplas PLP que são miltiplexadas e transmitidas a partir do transmissor de acordo com o percurso PLP. Para cada percurso PLP, extractores de cabeçalho de BB r207-l~n podem remover o cabeçalho que é transmitido na frente da trama BB. Um descodificador CRC r206-l~n pode realizar a descodificação CRC e tornar confiáveis tramas BB disponíveis para selecção. Um módulo de Inserção de pacote nulo r205-l~n pode restaurar pacotes nulos que são removidos para maior eficiência de transmissão na sua localização original. Um módulo de Recuperação de atraso r204-l~n pode restaurar um atraso que existe entre cada percurso PLP.
Um módulo de recuperação de relógio de saída r203-l~n pode restaurar a temporização original do fluxo de serviço a partir da informação de temporização transmitida a partir do sincronizador do fluxo de entrada 203-l~n. Um módulo de interface de saída r202-l~n pode restaurar dados no pacote TS/GS a partir de fluxos de bits de entrada que são fatiados na trama BB. Um Pós-processador de saída r201-l~n pode restaurar múltiplos fluxos TS/GS num fluxo completo TS/GS, se necessário. Os blocos sombreados 52 ΡΕ2375666 apresentados na Figura 33 representam módulos que podem ser utilizados quando é processado um único PLP num dado instante e o resto dos blocos representam módulos que podem ser utilizados quando são processados múltiplos blocos de PLPs ao mesmo tempo.
Os padrões de pilotos de preâmbulo foram cuidadosamente desenhados para evitar um aumento de PAPR, assim, precisa de ser considerado quando a taxa de repetição de LI possa aumentar a PAPR. 0 número de bits de informação de LI varia dinamicamente de acordo com a ligação de canais, o número de PLPs, etc. Em detalhe, é necessário considerar as coisas tal como se uma dimensão fixa do bloco LI possa introduzir um "overhead" desnecessário; a sinalização LI deverá ser protegida mais fortemente do que os simbolos de dados; e a intercalação no tempo dos blocos LI pode melhorar a robustez em relação à degradação do canal tal como necessita o ruido impulsivo.
Para uma taxa de repetição do bloco LI de 8 MHz, como se mostra na Figura 34, é apresentada eficácia de espectro completa (26,8% de aumento de BW) com intercalação virtual mas o PAPR pode ser aumentado dado que a largura de banda de LI é a mesma da dos simbolos de dados. Para a taxa de repetição de 8 MHz, pode ser utilizada a frequência de intercalação 4K-FFT DVB-T2 para afinidade e o mesmo padrão pode repetir-se ele próprio a um período de 8 MHz após a intercalação. 53 ΡΕ2375666
Para uma taxa de repetição do bloco LI de 6 MHz, como se mostra na Figura 35, pode ser apresentada uma reduzida eficácia de espectro sem punçoamento virtual. Um problema similar de PAPR como para o caso de 8 MHz pode ocorrer dado que as larguras de banda de LI e dos simbolos de dados partilham a LCM = 24 MHz. Para a taxa de repetição de 6 MHz, pode ser utilizada a frequência de intercalação 4K-FFT DVB-T2 para afinidade e o mesmo padrão pode repetir-se ele próprio a um período de 24 MHz após a intercalação. A Figura 36 mostra uma nova taxa de repetição do bloco LI de 7,61 MHz ou completa largura de banda do sintonizador. Pode ser obtida uma eficácia de espectro completa (26,8% de aumento de BW) sem punçoamento virtual. Pode não haver problema de PAPR dado que as larguras de banda de Ll e de símbolos de dados partilham a LCM ~ 1704 MHz. Para a taxa de repetição de 7,61 MHz, pode ser utilizada a frequência de intercalação 4K-FFT DVB-T2 para afinidade e o mesmo padrão pode repetir-se ele próprio a um período de cerca de 1704 MHz após a intercalação. A Figura 37 é um exemplo de sinalização Ll que é transmitida no cabeçalho da trama. Cada informação na sinalização de Ll pode ser transmitida para o receptor e pode ser utilizada como um parâmetro de descodificação. Especialmente, a informação pode ser utilizada no percurso do sinal Ll apresentado na Figura 31 e os PLPs podem ser transmitidos em cada fatia de dados. Pode ser obtida uma robustez acrescida para cada PLP. 54 ΡΕ2375666 A Figura 39 é um exemplo de um intercalador de símbolos 308-1 como se mostra no percurso de sinalização de LI na Figura 4 e também pode ser um exemplo do seu correspondente desintercalador de símbolos r308-l como se mostra no percurso de sinalização de LI na Figura 31. Os blocos com linhas inclinadas representam blocos LI e os blocos sombreados representam portadoras de dados. Os blocos LI podem ser transmitidos não apenas dentro de um único preâmbulo, mas também podem ser transmitidos dentro de múltiplos blocos OFDM. Dependendo de uma dimensão do bloco Ll, a dimensão do bloco intercalado pode variar. Por outras palavras, a largura de num_Ll_sym e de Ll podem ser diferentes uma da outra. Para minimizar o "overhead" desnecessário, os dados podem ser transmitidos dentro do resto das portadoras dos símbolos OFDM onde o bloco Ll é transmitido. Neste ponto, pode ser garantida a completa eficácia de espectro porque o ciclo de repetição de blocos Ll é ainda a completa largura de banda do sintonizador. Na Figura 39, os números em blocos com linhas inclinadas representam a ordem dos bits dentro de um único bloco LDPC.
Consequentemente, quando os bits são escritos numa memória de intercalação na direcção das linhas de acordo com um índice de símbolos como se mostra na Figura 72 e lidos na direcção da coluna de acordo com um índice de portadora, pode ser obtido um efeito de intercalação de blocos. Por outras palavras, um bloco LDPC pode ser intercalado no domínio do tempo e no domínio da frequência 55 ΡΕ2375666 e pode então ser transmitido. 0 Num_Ll_sym pode ser um valor predeterminado, por exemplo, um número entre 2~4 pode ser definido como um número de símbolos OFDM. Neste ponto, para aumentar a granularidade da dimensão do bloco Ll, pode ser utilizado um código LDPC punçoado/compactado tendo um comprimento mínimo da palavra código para protecção de Ll. A Figura 40 é um exemplo da transmissão de um bloco Ll. A Figura 40 ilustra a Figura 39 no domínio da trama. Como se mostra no lado esquerdo da Figura 40, os blocos Ll podem ser espalhados na completa largura de banda do sintonizador ou como se mostra no lado direito da Figura 40, os blocos Ll podem ser parcialmente espalhados e o restante das portadoras podem ser utilizadas para portadoras de dados. Em qualquer dos casos, pode ser visto que a taxa de repetição do bloco Ll pode ser idêntica a uma completa largura de banda do sintonizador. Adicionalmente, para os símbolos OFDM que utilizam a sinalização incluindo o preâmbulo de Ll, apenas pode ser realizada a intercalação dos símbolos enquanto não se permite a transmissão de dados nesses símbolos OFDM. Consequentemente, para o símbolo OFDM utilizado para a sinalização Ll, um receptor pode descodificar Ll realizando a desintercalação sem descodificação de dados. Neste ponto, o bloco Ll pode transmitir a sinalização de Ll da trama actual ou a sinalização de Ll de uma trama subsequente. No lado do receptor, podem ser utilizados os parâmetros Ll descodificados a partir do percurso de descodificação da sinalização de Ll apresentado na Figura 31, para descodificar processos para percursos de 56 ΡΕ2375666 dados a partir do analisador sintáctico de trama da trama subsequente.
Em resumo, num transmissor, pode ser realizada a intercalação de blocos da região Ll, escrevendo blocos numa memória numa direcção das linhas e voltando a ler os blocos escritos da memória numa direcção das colunas. Num receptor, pode ser realizada a desintercalação dos blocos da região Ll, escrevendo blocos numa memória numa direcção das colunas e lendo os blocos escritos da memória numa direcção das linhas. As direcções de leitura e de escrita do transmissor e do receptor podem ser permutadas.
Quando é realizada a simulação com assunções tais como CR = 1/2 para a protecção de Ll e para a afinidade de T2; endereçamento de símbolos 16-QAM; densidade de pilotos de 6 no Preâmbulo; número de LDPC curto implica que sejam feitas quantidades requeridas de punçoamento/compactação, resultados ou conclusões tais como apenas preâmbulo para a transmissão de Ll possam não ser suficientes; o número de símbolos OFDM depende da quantidade da dimensão do bloco Ll; pode ser utilizadas palavras código LDPC mais curtas (por exemplo 192 bits de informação) de entre o código compactado/punçoado para uma flexibilidade e granularidade mais finas; e pode ser adicionado Preenchimento se necessário com "overhead" desprezável, pode ser obtido. 0 resultado está resumido na Figura 38.
Consequentemente, para uma taxa de repetição do 57 ΡΕ2375666 bloco Ll, a completa largura de banda do sintonizador sem punçoamento virtual pode ser uma boa solução e ainda pode não surgir problema com PAPR com completa eficácia de espectro. Para a sinalização de Ll, a estrutura eficiente da sinalização pode permitir uma configuração máxima num ambiente de ligação de 8 canais, 32 entalhes, 256 fatias de dados, e 256 PLPs. Para a estrutura de bloco Ll, pode ser implementada a sinalização flexível de Ll de acordo com a dimensão do bloco Ll. Pode ser realizada a intercalação no tempo para uma melhor robustez para afinidade de T2. Menos "overhead" pode permitir a transmissão de dados no preâmbulo. A intercalação de blocos do bloco Ll pode ser realizada para melhor robustez. A intercalação pode ser realizada com um número fixo pré-definido de símbolos Ll (num_Ll_sym) e um número de portadoras espalhadas por Ll como um parâmetro (Ll_span). A mesma técnica é utilizada para a intercalação do preâmbulo de P2 na DVB-T2.
Podem ser utilizados blocos Ll de dimensão variável. A dimensão pode ser adaptável à quantidade de bits de sinalização de Ll, resultando num "overhead" reduzido. Pode ser obtida a completa eficácia de espectro sem problemas de PAPR. Uma repetição menor do que 7,61 MHz pode significar que mais redundância pode ser transmitida mas não utilizada. Não pode surgir problema de PAPR devido à taxa de repetição de 7,61 MHz para o bloco Ll. 58 ΡΕ2375666 A Figura 41 é outro exemplo de sinalização de LI transmitida num cabeçalho de trama. A Figura 41 é diferente da Figura 37 por o campo Ll_span tendo 12 bits estar dividido em dois campos. Por outras palavras, o campoLl_span está dividido numa Ll_column tendo 9 bits e um Ll_row tendo 3 bits. 0 Ll_column representa o indice da portadora onde LI se distribui. Devido à fatia de dados começar e terminar a cada 12 portadoras, que é a densidade de pilotos, ao 12 bits do "overhead" podem ser reduzidos em 3 bits para alcançar 9 bits.
Ll_row representa o número de simbolos OFDM onde LI está distribuída quando é aplicada a intercalação no tempo. Consequentemente, a intercalação no tempo pode ser realizada dentro de uma área de Ll_columns multiplicada por Ll_rows. Alternativamente, uma dimensão total de blocos LI pode ser transmitida de forma tal que Ll_span mostrado na Figura 37 pode ser utilizado quando não é realizada a intercalação no tempo. Para um tal caso, a dimensão do bloco LI é de 11776 x 2 bits no exemplo, assim 15 bits são suficientes. Consequentemente, o campo Ll_span pode ser constituído por até 15 bits. A Figura 42 é um exemplo de intercala-ção/desintercalação na frequência ou no tempo. A Figura 42 mostra uma parte de uma trama de transmissão completa. A Figura 42 também mostra a ligação de múltiplas larguras de banda de 8 MHZ. Uma trama pode consistir de um preâmbulo que transmite blocos LI e um símbolo de dados que 59 ΡΕ2375666 transmite dados. Os diferentes tipos de símbolos de dados representam fatias de dados para serviços diferentes. Como se mostra na Figura 42, o preâmbulo transmite blocos LI a cada 7,61 MHz.
Para o preâmbulo, é realizada a intercalação na frequência ou no tempo dentro dos blocos LI e não é realizada entre blocos Ll. Ou seja, para o preâmbulo, pode dizer-se que a intercalação é realizada ao nível do bloco Ll. Isto permite descodificar os blocos Ll transmitindo blocos Ll dentro de uma largura de banda do sintonizador mesmo quando a janela do sintonizador se tenha movido para uma localização aleatória dentro de um sistema de ligação de canais.
Para descodificar símbolos de dados numa largura de banda da janela do sintonizador aleatória, não deverá ocorrer a intercalação entre fatias de dados. Ou seja, para fatias de dados, pode dizer-se que a intercalação é realizada ao nível das fatias de dados. Consequentemente, deverão ser realizadas a intercalação na frequência e a intercalação no tempo dentro de uma fatia de dados. Portanto, um intercalador de símbolos 308 num percurso de dados de um módulo BICM do transmissor como se mostra na Figura 4 pode realizar a intercalação de símbolos para cada fatia de dados. Um intercalador de símbolos 308-1 num percurso de sinal Ll pode realizar a intercalação de símbolos para cada bloco Ll. 60 ΡΕ2375666
Um intercalador em frequência 403 apresentado na Figura 9 necessita de realizar a intercalação sobre o preâmbulo e sobre os símbolos de dados separadamente. Especificamente, para o preâmbulo, pode ser realizada a intercalação na frequência para cada bloco LI e para os símbolos de dados, pode ser realizada a intercalação em frequência para cada fatia de dados. Neste ponto, a intercalação no tempo no percurso dos dados ou no percurso do sinal LI pode não ser realizada considerando um modo de baixa latência. A Figura 43 é um quadro analisando o "overhead" da sinalização de LI que é transmitido num cabeçalho FECFRAME no Inserçor de Cabeçalho ModCod (307) no percurso de dados do módulo BICM como se mostra na Figura 37. Como se vê na Figura 7 6, para um bloco LDPC curto (dimensão = 16200), pode ocorrer um "overhead" máximo de 3,3% o qual pode não ser desprezável. Na análise, são assumidos 45 símbolos para a protecção de FECFRAME e o preâmbulo é uma trama C2 específica para sinalização de LI e o cabeçalho FECFRAME é uma FECFRAME específica para sinalização de Ll, isto é, identificador Mod, Cod, e PLP.
Para reduzir o "overhead" de Ll, podem ser consideradas abordagens de acordo com dois tipos de Fatias de dados. Para o tipo ACM/VCM e casos de PLP múltipos, a trama pode ser mantida a mesma como para o cabeçalho de FECFRAME. Para o tipo ACM/VCM e casos de PLP simples, o identificador PLP pode ser removido do cabeçalho do 61 ΡΕ2375666 FECFRAME, resultando numa redução em até 1,8% do "overhead". Para o tipo CCM e casos de PLP múltiplos, o campo Mod/Cod pode ser removido do cabeçalho de FECFRAME, resultando numa redução em até 1,5% no "overhead". Para o tipo CCM e casos de PPL simples, não é requerido o cabeçalho de FECFRAME, assim, pode ser obtida uma redução de até 3,3% no "overhead".
Numa sinalização de LI compactada, tanto o Mod/Cod (7 bits) como o identificador PLP (8 bits) podem ser transmitidos, mas este pode ser demasiado curto para obter de novo qualquer código. No entanto, é possível não requerer sincronização devido aos PLPs poderem ser alinhados com a trama de transmissão de C2; cada ModCod de cada PLP pode ser conhecido a partir do preâmbulo; e um cálculo simples pode permitir a sincronização com a FECFRAME específica. A Figura 44 está a mostrar uma estrutura para um cabeçalho FECFRAME para minimizar o "overhead". Na Figura 44, os blocos com linhas inclinadas e o Construtor FECFRAME representam um diagrama de bloco em detalhe do módulo de Inserção de Cabeçalho ModCod 307 no percurso de dados do módulo BICM como se mostra na Figura 4. Os blocos sombreados representam um exemplo do módulo de codificação interno 303, intercalador interno 304, desmultiplexador de bits 305, e endereçador de símbolos 306 no percurso de dados do módulo BICM como se mostra na Figura 4. Neste ponto, a sinalização de LI compactada pode ser realizada 62 ΡΕ2375666 devido ao CCM não requerer um campo Mod/Cod e o PLP único não requer um identificador PLP. Neste sinal LI com um número reduzido de bits, o sinal LI pode ser repetido três vezes no preâmbulo e pode ser realizada a modulação BPSK, assim, é possivel uma sinalização muito robusta. Finalmente, o módulo de Inserção de Cabeçalho ModCod 307 pode inserir o cabeçalho gerado em cada trama FEC. A Figura 51 está a mostrar um exemplo do extractor ModCod r307 no percurso de dados do módulo desmodulador BICM mostrado na Figura 31.
Como se mostra na Figura 51, o cabeçalho FECFRAME pode ser analisado sintacticamente no analisador sintáctico r301b, depois os símbolos que transmitem informação idêntica em símbolos repetidos podem ser atrasados, alinhados, e então combinados no módulo de combinação Rake r302b. Finalmente, quando a desmodulação BPSK é realizada no módulo r303b, o campo do sinal LI recebido pode ser restaurado e este campo de sinal LI restaurado pode ser enviado para o controlador do sistema para ser utilizado como parâmetros para descodificação. O FECFRAME analisado sintacticamente pode ser enviado para o desendereçador de símbolos. A Figura 45 está a mostrar um desempenho de taxa de erros de bits (BER) da acima mencionada protecção de LI. Pode ser observado que cerca de 4,8 dB de ganho na SNR são obtidos através de uma repetição de três vezes. A SNR requerida é de 8,7 dB com BER = 1E-11. 63 ΡΕ2375666 A Figura 46 está a mostrar exemplos de estruturas de trama de transmissão e trama FEC. As estruturas de trama FEC apresentadas no lado superior direito da Figura 46 representam o cabeçalho da FECFRAME inserido pelo módulo de Inserção de Cabeçalho ModCod 307 na Figura 4. Pode ser observado que dependendo de várias combinações de condições, isto é, tipo CCM ou ACM/VCM e PLP único ou múltiplo, podem ser inseridos cabeçalhos com diferentes dimensões. Ou, pode não ser inserido cabeçalho. As tramas de transmissão formadas de acordo com os tipos de fatias de dados e apresentadas no lado inferior esquerdo da Figura 46 podem ser formadas pelo módulo de Inserção de cabeçalho de trama 401 do Construtor de trama como se mostra na Figura 9 e o concentrador/fatiador 208 do processador de entrada mostrado na Figura 2. Neste ponto, o FECFRAME pode ser transmitido de acordo com diferentes tipos de fatias de dados. Utilizando este método, pode ser reduzido um máximo de 3,3% do "overhead". No lado superior direito da Figura 79, são apresentadas quatro diferentes tipos de estruturas, mas um perito na técnica poderá compreender que estes são apenas exemplos, e qualquer destes tipos ou suas combinações podem ser utilizados para a fatia de dados.
No lado do receptor, o Extractor de cabeçalho de trama r401 do módulo de Análise sintáctica de trama como se mostra na Figura 30 e o extractor ModCod r307 do módulo de desmodulação BICM apresentado na Figura 31 podem extrair um parâmetro do campo ModCod que é requerido para a desco- 64 ΡΕ2375666 dificação. Neste ponto, de acordo com os tipos de fatias de dados da transmissão, podem ser extraídos parâmetros da trama. Por exemplo, para o tipo CCM, os parâmetros podem ser extraídos a partir da sinalização de LI que é transmitida no preâmbulo e para o tipo ACM/VCM, os parâmetros podem ser extraídos a partir do cabeçalho do FECFRAME.
Como se mostra no lado superior direito da Figura 7 9, a estrutura do FECFRAME pode ser dividida em dois grupos, nos quais o primeiro grupo é das estruturas das três tramas superiores com cabeçalho e o segundo grupo é a estrutura da última trama sem cabeçalho. A Figura 47 está a mostrar um exemplo de sinalização de Ll que pode ser transmitida dentro do preâmbulo pelo módulo de Inserção de cabeçalho de trama 401 do módulo Construtor de trama apresentado na Figura 42. Esta sinalização de LI é diferente da anterior sinalização de LI por a dimensão do bloco LI poder ser transmitida em bits (Ll_size, 14 bits); É possível ligar ou desligar a intercalação no tempo na fatia de dados (dslice_time_intrlv, 1 bit); e pela definição do tipo de fatia de dados (dslice_type, 1 bit), é reduzido o "overhead" da sinalização de Ll. Neste ponto, quando o tipo de fatia de dados é CCM, o campo Mod/Cod pode ser transmitido dentro do preâmbulo em vez de dentro do cabeçalho da FECFRAME (plp_mod (3 bits), plp_fec_type (1 bit), plp cod (3 bits)). 65 ΡΕ2375666
No lado do receptor, o módulo de descodificação compactada/punçoada interno r303-l do desmodulador BICM como se mostra na Figura 31 pode obter o primeiro bloco LDPC, que tem uma dimensão do bloco LI fixa, transmitido dentro do preâmbulo, através de descodificação. Os números e dimensões do resto dos blocos LDPC podem também ser obtidos. A intercalação pode também ser utilizada quando são necessários múltiplos símbolos OFDM para a transmissão de LI ou quando existe uma fatia de dados intercalada no tempo. É possível um desligar/ligar flexível da intercalação no tempo com um indicador de intercalação. Para a intercalação no tempo do preâmbulo, podem ser requeridos um indicador de intercalação no tempo (1 bit) e um número de símbolos OFDM intercalados (3 bits), assim, um total de 4 bits podem ser protegidos de uma forma similar à de um cabeçalho compactado de FECFRAME. A Figura 48 está a apresentar um exemplo de pré-sinalização de LI que ppode ser realizada no módulo de Inserção de Cabeçalho ModCod 307-1 no percurso de dados do módulo BICM apresentado na Figura 4. Os blocos com linhas inclinadas e o Construtor de Preâmbulo são exemplos do módulo de Inserção de Cabeçalho ModCod 307-1 no percurso de sinalização de LI do módulo BICM apresentado na Figura 4. Os blocos sombreados são exemplos do módulo de Inserção de cabeçalho de trama 401 do Construtor de trama como se mostra na Figura 42. 66 ΡΕ2375666
Da mesma forma, os blocos sombreados podem ser exemplos do módulo de codificação compactada/punçoada interno 303-1, intercalador interno 304-1, desmultiplexador de bits 305-1, e endereçador de simbolos 306-1 no percurso de sinalização de LI do módulo BICM apresentado na Figura 4.
Como se vê na Figura 48, o sinal de LI que é transmitido no preâmbulo pode ser protegido utilizando codificação LDPC compactada/punçoada. Podem ser inseridos parâmetros relacionados no Cabeçalho numa forma de pré-sinalização de Ll. Neste momento, apenas podem ser transmitidos parâmetros de intercalação no tempo no Cabeçalho do preâmbulo. Para assegurar maior robustez, pode ser realizada uma repetição de quatro vezes. No lado do receptor, para ser capaz de descodificar o sinal Ll que é transmitido no preâmbulo, o extractor ModCod r307-l no percurso de sinalização de Ll do desmodulador BICM como se mostra na Figura 31 necessita de utilizar o módulo de descodificação apresentado na Figura 18. Neste ponto, devido a haver uma repetição de quatro vezes ao contrário do anterior descodificador do cabeçalho do FECFRAME, é requerido um processo de recepção Rake que sincronize os simbolos repetidos quatro vezes e adicione os simbolos. A Figura 49 mostra uma estrutura de Ll o bloco de sinalização que é transmitido a partir do módulo de Inserção de cabeçalho de trama 401 do módulo Construtor de 67 ΡΕ2375666 trama como se mostra na Figura 41. É mostrado um caso onde não é utilizada a intercalação no tempo num preâmbulo. Como se mostra na Figura 49, diferentes tipos de blocos LDPC podem ser transmitidos na ordem das portadoras. Uma vez seja formado e transmitido um simbolo OFDM então um símbolo OFDM seguinte é formado e transmitido. Para o último símbolo OFDM a ser transmitido, se foi deixada alguma portadora, podem ser utilizadas estas portadoras para a transmissão de dados ou podem ser preenchidas com dados fictícios. 0 exemplo na Figura 49 mostra um preâmbulo que inclui três símbolos OFDM. No lado do receptor, para este caso de não intercalação, pode ser omitido o desintercalador de símbolos r308-l no percurso de sinalização de LI do desmodulador BICM como se mostra na Figura 31. A Figura 50 mostra um caso onde é realizada a intercalação no tempo de LI. Como se mostra na Figura 50, a intercalação do bloco pode ser realizada de uma maneira de formar um símbolo OFDM para índices de portadoras idênticos depois formando um símbolo OFDM para o índice das próximas portadoras. Como no caso onde não é realizada a intercalação, se tiver sido deixada alguma portadora, as portadoras podem ser utilizadas para a transmissão de dados ou podem ser preenchidas com dados fictícios. No lado do receptor, para este caso de não intercalação, o desintercalador de símbolos r308-l no percurso de sinalização de LI do desmodulador BICM apresentado na Figura 31 pode realizar a desintercalação pela leitura de blocos LDPC por ordens crescentes de números dos blocos LDPC. 68 ΡΕ2375666
Adicionalmente, pode haver pelo menos dois tipos de fatias de dados. As fatias de dados de tipo 1 têm dslice_type = 0 nos campos de sinalização de Ll. Este tipo de fatia de dados não tem cabeçalho de trama XFEC e tem os seus valores de mod/cod em campos de sinalização de Ll. As fatias de dados de tipo 2 têm dslice_type = 1 em campos de sinalização de Ll. Este tipo de fatia de dados tem Cabeçalho de trama XFEC e tem os seus valores de mod/cod no cabeçalho da trama XFEC.
Trama XFEC significa Trama XFEC ("compleX Forward Error Correction") e mod/cod significa tipo de modu-lação/taxa de código.
Num receptor, um analisador sintáctico de trama pode formar uma trama a partir de sinais desmodulados. A trama tem símbolos de dados e os símbolos de dados podem ter um primeiro tipo de fatia de dados que tem uma Trama XFEC e um cabeçalho de Trama XFEC e um segundo tipo de fatia de dados que tem Trama XFEC sem cabeçalho de Trama XFEC. Da mesma forma, um receptor pode extrair um campo para indicar se deve realizar a desintercalação no tempo sobre os símbolos do preâmbulo ou não realizar a desintercalação no tempo sobre os símbolos do preâmbulo, a partir de Ll dos símbolos de preâmbulo.
Num transmissor, um construtor de trama pode construir uma trama. Os símbolos de dados da trama incluem 69 ΡΕ2375666 um primeiro tipo de fatia de dados que tem uma Trama XFEC e um cabeçalho de Trama XFEC e um segundo tipo de fatia de dados que tem Trama XFEC sem cabeçalho de Trama XFEC. Adicionalmente, pode ser inserido em Ll dos símbolos do preâmbulo um campo para indicar se se realiza a intercalação no tempo sobre os símbolos do preâmbulo ou não se realiza a intercalação no tempo sobre os símbolos do preâmbulo.
Por fim, para código compactado/punçoado para o módulo de Inserção de cabeçalho de trama 401 do Construtor de trama apresentado na Figura 9, pode ser determinada a dimensão mínima de palavra código que pode obter ganho de código e pode ser transmitida num primeiro bloco LDPC. Deta maneira, para o resto do bloco LDPC as dimensões podem ser obtidas a partir da dimensão de bloco LI transmitida. A Figura 52 está a mostrar outro exemplo de pré-sinalização de LI que pode ser transmitida a partir do módulo de Inserção de cabeçalho ModCod 307-1 no percurso de sinalização de LI do módulo BICM apresentado na Figura 4. A Figura 52 é diferente da Figura 48 por o mecanismo de protecção de parte do cabeçalho foi modificado. Como se mostra na Figura 52, a informação da dimensão do bloco de LI Ll_size (14 bits) não é transmitida no bloco Ll, mas transmitida no Cabeçalho. No Cabeçalho, a informação da intercalação no tempo de 4 bits pode ser também transmitida. Para um total de 18 bits de entrada, o código BCH (45, 18) que faz a saída 45 bits são utilizados e 70 ΡΕ2375666 copiados para os dois percursos e finalmente, endereçados QPSK. Para o percurso Q, pode ser realizado o deslocamento cíclico de 1 bit para ganho de diversidade e pode ser realizada a modulação PRBS de acordo com a palavra de sincronização. Um total de 45 símbolos QPSK podem ser postos na saída a partir destes percursos de entrada I/Q. Neste ponto, se a profundidade de intercalação no tempo é definida como um número de preâmbulos que são requeridos para transmitir o bloco Ll, Ll_span (3 bits) que indica a profundidade de intercalação no tempo pode não necessitar de ser transmitida. Por outras palavras, apenas pode ser transmitido o indicador ligado/desligado (1 bit) da intercalação no tempo. No lado do receptor, pode ser obtida a profundidade de desintercalação no tempo, verificando apenas um número de preâmbulos transmitidos, sem utilizar a Ll_span. A Figura 53 está a mostrar um exemplo de calendarização dos blocos de sinalização de Ll que são transmitidos no preâmbulo. Se uma dimensão da informação de Ll que pode ser transmitida num preâmbulo é Nmax, quando a dimensão de Ll é menor do que Nmax, um preâmbulo pode transmitir a informação. No entanto, quando a dimensão de Ll é maior do que Nmax, a informação de Ll pode ser dividida igualmente de forma a que o sub-bloco de Ll dividido seja menor do que Nmax, depois o sub-bloco de Ll dividido pode ser transmitido num preâmbulo. Neste ponto, para uma portadora que não seja utilizada devido à informação de Ll ser mais pequena do que Nmax, não são transmitidos dados. 71 ΡΕ2375666
Em vez disso, como se mostra na Figura 55, a potência das portadoras onde blocos LI são transmitidos pode ser reforçada para manter uma potência total do sinal de preâmbulo igual à potência dos simbolos de dados. 0 factor de reforço de potência pode ser variado dependendo da dimensão de LI transmitida e um transmissor e um receptor podem ter um valor definido deste factor de reforço de potência. Por exemplo, se apenas são utilizadas metade do total de portadoras, o factor de reforço de potência pode ser dois. A Figura 54 está a mostrar um exemplo de pré-sinalização de Ll onde é considerado o reforço de potência. Quando comparada com a Figura 52, pode ser observado que a potência do símbolo QPSK pode ser reforçada e enviada para o construtor de preâmbulo. A Figura 56 está a mostrar outro exemplo de extractor ModCod r307-l no percurso de sinalização de Ll do módulo desmodulador BICM apresentado na Figura 31. A partir do símbolo de preâmbulo de entrada, a FECFRAME de sinalização de Ll pode ser posta na saída no desendereçador de símbolos e apenas pode ser descodificada a parte do cabeçalho.
Para o símbolo de cabeçalho de entrada, pode ser realizado o desendereçamento QPSK e pode ser obtido o valor da Razão de Verosimilhança Logarítmica (LLR). Para o 72 ΡΕ2375666 percurso Q, pode ser realizada a desmodulação PRBS de acordo com a palavra de sincronização e pode ser realizado um processo inverso do deslocamento ciclico de 1 bit para o restauro.
Estes dois valores alinhados do percurso I/Q podem ser combinados e pode ser obtido ganho em SNR. A saida da decisão firme pode dar entrada no descodificador BCH. 0 descodificador BCH pode restaurar 18 bits de pré LI a partir dos 45 bits de entrada. A Figura 57 está a mostrar uma contrapartida, o extractor ModCod de um receptor. Quando comparada com a Figura 56, o controlo da potência ppode ser realizado nos simbolos de entrada do desendereçador QPSK para restaurar a partir do nivel de potência reforçado pelo transmissor para o seu valor original. Neste ponto, o controlo da potência pode ser realizado considerando um número de portadoras utilizadas para a sinalização de LI num preâmbulo e por tomar um inverso do factor de reforço de potência obtido de um transmissor. 0 factor de reforço de potência define a potência do preâmbulo e a potência dos simbolos de dados idênticas uma à outra. A Figura 58 está a mostrar um exemplo de sincronização de pré LI que pode ser realizada no extractor ModCod r307-l no percurso de sinalização de LI do módulo de desmodulação BICM apresentado na Figura 31. Este é um processo de sincronização para obter uma posição de partida 73 ΡΕ2375666 do Cabeçalho num preâmbulo. Os símbolos de entrada podem ser desendereçados por QPSK depois para a saída do percurso Q, pode ser realizado um inverso de um deslocamento cíclico de 1 bit e pode ser realizado o alinhamento. Dois valores do percurso I/Q podem ser multiplicados e os valores modulados por pré-sinalização de LI podem ser desmodulados. Assim, a saída do multiplicador pode expressar apenas PRBS que é uma palavra de sincronização. Quando a saída é correlacionada com uma sequência PRBS conhecida, pode ser obtido um pico de correlação no Cabeçalho. Assim, pode ser obtida uma posição de partida do Cabeçalho num preâmbulo. Se necessário, o controlo de potência que é realizado para restaurar o nível original de potência, como na Figura 57, pode ser realizado sobre a entrada do desendereçador QPSK. A Figura 59 está a mostrar outro exemplo de campo do cabeçalho do bloco LI que é enviado para o módulo de Inserção de Cabeçalho 307-1 no percurso de sinalização de LI do módulo BICM como se mostra na Figura 4. A Figura 59 é diferente da Figura 52 por Ll_span que representa a profundidade de intercalação no tempo está reduzido para 2 bits e os bits reservados são incrementados em 1 bit. Um receptor pode obter o parâmetro de intercalação no tempo do bloco LI a partir de Ll_span transmitido. A Figura 60 está a mostrar processos para dividir igualmente um bloco LI em tantas porções quanto o número de preâmbulos, depois inserindo um cabeçalho em cada um dos blocos Ll divididos e então atribuindo os blocos LI com um 74 ΡΕ2375666 cabeçalho inserido num preâmbulo. Isto pode ser realizado quando é realizada uma intercalação no tempo com um número de preâmbulos onde o número de preâmbulos é maior do que um número mínimo de preâmbulos que são necessários para transmitir o bloco LI. Isto pode ser realizado no bloco LI no percurso de sinalização de LI do módulo BICM como se mostra na Figura 37. As restantes portadoras, após a transmissão dos blocos Ll, podem ter padrões de repetição cíclicos em vez de serem preenchidos com zeros. A Figura 61 está a mostrar um exemplo do Desendereçador de Símbolos r306-l do módulo de desmodulação BICM como se mostra na Figura 31. Para um caso onde os blocos Ll FEC são repetidos como se mostra na Figura 60, cada ponto de partida dos blocos Ll FEC pode ser alinhado, combinado no módulo r301f, e então desendereçados QAM no desendereçador QAM r302f para se obter ganho de diversidade e ganho na SNR. Neste ponto, o combinador pode incluir processos de alinhar e adicionar cada bloco Ll FEC e dividir o bloco Ll FEC adicionado. Para um caso onde apenas parte do último bloco FEC é repetido como se mostra na Figura 60, apenas a parte repetida pode ser dividida em tantas partes quanto o número de cabeçalhos de bloco FEC e a outra parte pode ser dividida por um valor que é um a menos do que um número de cabeçalhos de bloco FEC. Por outras palavras, o número divisor corresponde a um número de portadoras que é adicionado a cada portadora. A Figura 65 está a mostrar outro exemplo de 75 ΡΕ2375666 planificação do bloco LI. A Figura 65 é diferente da Figura 60 por, em vez de realizar o preenchimento com zeros ou repetição quando os blocos Ll não preenchem um símbolo OFDM, o símbolo OFDM pode ser preenchido com redundância de paridade pela realização de menos punçoamento sobre o código compactado/punçoado no transmissor. Por outras palavras, quando o módulo de punçoamento de paridade 304c é realizado na Figura 5, a taxa de código efectiva pode ser determinada de acordo com a razão de punçoamento, assim, pelo punçoamento menos bits têm que ser preenchidos com zero, a taxa de código efectiva pode ser baixada e pode ser obtido um melhor ganho de código. O módulo de despun-çoamento de paridade r303a de um receptor como se mostra na Figura 32 pode realizar o despunçoamento considerando a menor redundância de paridade punçoada. Neste ponto, devido a um receptor e um transmissor poderem ter informação da dimensão total do bloco Ll, pode ser calculada a razão de punçoamento. A Figura 62 está a mostrar outro exemplo de campo de sinalização de Ll. A Figura 62 é diferente da Figura 41 por, para um caso onde o tipo de fatia de dados ser CCM, pode ser transmitido um endereço de partida (21 bits) do PLP. Isto pode permitir à FECFRAME de cada PLP formar uma trama de transmissão, sem a FECFRAME ser alinhada com uma posição de partida de uma trama de transmissão. Assim, pode ser eliminado o preenchendo do "overhead", o que pode ocorrer quando a largura da fatia de dados é estreita. Um receptor, quando o tipo de fatia de dados é CCM, pode obter 76 ΡΕ2375666 a informação ModCod a partir do preâmbulo no percurso da sinalização de LI do módulo de desmodulação BICM como se mostra na Figura 31, em vez de a obter a partir do cabeçalho de FECFRAME. Adicionalmente, mesmo quando ocorre uma mudança de canal numa posição aleatória da trama de transmissão, pode ser efectuada a sincronização da FECFRAME sem atraso devido ao endereço de inicio do PLP poder ser rapidamente obtido a partir do preâmbulo. A Figura 63 está a mostrar outro exemplo de campos de sinalização de LI que podem reduzir o "overhead" do endereçamento do PLP. A Figura 64 está a mostrar os números de símbolos QAM que correspondem a uma FECFRAME dependendo dos tipos de modulação. Neste ponto, um maior divisor comum do símbolo QAM é 135, assim, pode ser reduzido um "overhead" de log2(135) * 7 bits. Assim, a Figura 63 é diferente da Figura 62 por um número de bits do campo PLP_start pode ser reduzido de 21 bits para 14 bits. Isto é um resultado de considerar 135 símbolos como um grupo simples e endereçando o grupo. Um receptor pode obter um índice de portadora OFDM onde o PLP se inicia numa trama de transmissão após obter o valor do campo PLP_start e o multiplicar por 135. A Figura 66 e a Figura 68 mostram exemplos de intercalador de símbolos 308 que pode intercalar no tempo símbolos de dados que são enviados a partir do módulo de Inserção de Cabeçalho ModCod 307 no percurso de dados do módulo BICM como se mostra na Figura 4. 77 ΡΕ2375666 A Figura 66 é um exemplo de Intercalador de bloco para a intercalação no tempo que pode operar numa base de fatia de dados. 0 valor da linha significa um número de células de carga útil em quatro dos simbolos OFDM dentro de uma fatia de dados. Intercalar numa base de simbolos OFDM pode não ser possivel devido ao número de células poder mudar entre células OFDM adjacentes. 0 valor de coluna K significa uma profundidade de intercalação no tempo, o qual pode ser 1, 2, 4, 8, ou 16.... A sinalização de K para cada fatia de dados pode ser realizada dentro da sinalização de LI 0 intercalador em frequência 403 como se mostra na Figura 9 pode ser realizado antes do intercalador no tempo 308 como se mostra na Figura 4. A Figura 67 mostra um desempenho de intercalação do intercalador no tempo como se mostra na Figura 66. É assumido que um valor de coluna é 2, um valor de linha é 8, uma largura de fatia de dados é de 12 células, e que não estão pilotos contínuos na fatia de dados. A Figura em cima na Figura 67 é uma estrutura de símbolos OFDM quando não é realizada a intercalação no tempo, e a figura em baixo é uma estrutura de símbolos OFDM quando é realizada a intercalação no tempo. As células em negro representam pilotos dispersos e as células não negras representam células de dados. Os mesmos tipos de células de dados representam um símbolo OFDM. Na figura 100, as células de dados que correspondem a um único símbolo OFDM são intercaladas em dois símbolos. É utilizada uma memória de 78 ΡΕ2375666 intercalação que corresponde a oito simbolos OFDM mas a profundidade de intercalação corresponde a apenas dois simbolos OFDM, assim, não é obtida a completa profundidade de intercalação. A Figura 68 é sugerida para se alcançar uma completa profundidade de intercalação. Na Figura 68, as células a negro representam pilotos dispersos e as células não negras representam células de dados. 0 intercalador no tempo como se mostra na Figura 68 pode ser implementado numa forma de intercalador de blocos e pode intercalar fatias de dados. Na Figura 68, um número de coluna, K representa uma largura de fatia de dados, um número de linha, N representa a profundidade de intercalação no tempo e o valor, K pode tomar valores aleatórios, isto é, K = 1, 2, 3,.... 0 processo de intercalação inclui escrever uma célula de dados numa coluna em forma em torção e lê-la numa direcção de coluna, excluindo as posições de pilotos. Ou seja, pode dizer-se que a intercalação é realizada numa forma de torção linha-coluna.
Adicionalmente, num transmissor, as células que são lidas numa forma de coluna em torção da memória de intercalação correspondem a um único símbolo OFDM e as posições dos pilotos dos simbolos OFDM podem ser mantidas enquanto se intercalam as células.
Da mesma forma, num receptor, as células que são lidas numa forma de coluna em torção da memória de 79 ΡΕ2375666 desintercalação correspondem a um único símbolo OFDM e as posições dos pilotos dos símbolos OFDM podem ser mantidas enquanto se desintercalam no tempo as células. A Figura 69 mostra o desempenho da intercalação no tempo da Figura 68. Para comparação com a Figura 66, é assumido que um número de linha é 8, uma largura de fatia de dados é de 12 células de dados, e que não estão pilotos contínuos na fatia de dados. Na Figura 69, as células de dados correspondem a um único símbolo OFDM estão intercaladas em oito símbolos OFDM. Como se mostra na Figura 102, é utilizada uma memória de intercalação que corresponde a oito símbolos OFDM e a profundidade de intercalação resultante corresponde a oito símbolos OFDM, assim, é obtida completa profundidade de intercalação. O intercalador no tempo como se mostra na Figura 68 pode ser vantajoso por se poder obter a completa profundidade de intercalação utilizando uma memória idêntica; a profundidade de intercalação pode ser flexível, ao contrário da Figura 66; consequentemente, um comprimento da trama de transmissão pode também ser flexível, isto é, as linhas não necessitam de ser múltiplos de quatro. Adicionalmente, o intercalador no tempo utilizado para a fatia de dados pode ser idêntico ao método de intercalação utilizado para o preâmbulo e também pode ter afinidade com um sistema de transmissão digital que utilize OFDM geral. Especificamente, o intercalador no tempo 308 como se mostra na Figura 4 pode ser utilizado antes de ser utilizado o 80 ΡΕ2375666 intercalador em frequência 403 como se mostra na Figura 9. Em relação à complexidade do receptor, pode não ser necessária memória adicional para além da lógica de controlo de endereços a qual requer uma complexidade muito pequena. A Figura 70 mostra um correspondente desinter-calador de simbolos (r308) num receptor. Este pode realizar a desintercalação após receber o que sai do Removedor de Cabeçalho de Trama r401. Nos processos de desintercalação, em comparação com a Figura 66, os processos de escrita e de leitura da intercalação de blocos estão invertidos. Utilizando a informação da posição do piloto, o desin-tercalador pode realizar a desintercalação virtual não escrevendo ou não lendo a partir da posição do piloto na memória de intercalação e escrevendo ou lendo a partir de uma posição de célula de dados na memória do intercalador. A informação desintercalada pode ser posta na saida no Extractor ModCod r307. A Figura 71 mostra outro exemplo de intercalação no tempo. Pode ser realizada a escrita numa direcção em diagonal e lendo linha a linha. Como na Figura 68, a intercalação é realizada tendo em consideração as posições dos pilotos. A leitura e a escrita não são realizadas para as posições dos pilotos mas é feito acesso à memória de intercalação considerando apenas as posições das células de dados. 81 ΡΕ2375666 A Figura 72 mostra um resultado de intercalação utilizando o método apresentado na Figura 71. Quando comparada com a Figura 69, as células com os mesmos padrões são dispersadas não apenas no domínio do tempo, mas também no domínio da frequência. Por outras palavras, pode ser obtida a completa profundidade de intercalação em ambos os domínios do tempo e da frequência. A Figura 75 mostra um desintercalador de símbolos r308 de um receptor correspondente. A saída do Removedor de Cabeçalho de Trama r401 pode ser desintercalada. Quando comparada com a Figura 66, a desintercalação trocou a ordem da leitura e da escrita. 0 desintercalador no tempo pode utilizar a informação da posição dos pilotos para realizar a desintercalação virtual de forma que não é realizada a leitura ou a escrita nas posições dos pilotos mas de forma que a leitura ou escrita podem ser realizadas apenas nas posições das células de dados. Os dados desintercalados podem ser enviados para o Extractor ModCod r307. A Figura 73 mostra um exemplo do método de endereçamento da Figura 72. NT significa profundidade de intercalação no tempo e ND significa largura da fatia de dados. É assumido que um valor de linha, N é de 8, a largura da fatia de dados é de 12 células de dados, e não estão pilotos contínuos na fatia de dados. A Figura 73 representa um método para gerar endereços para escrever dados numa memória de intercalação no tempo, quando um transmissor realiza a intercalação no tempo. 0 82 ΡΕ2375666 endereçamento inicia-se a partir de um primeiro endereço com Endereço de Linha (RA) = 0 e Endereço de Coluna (CA) = 0. Em cada ocorrência de endereçamento, RA e CA são incrementados. Para RA, pode ser realizada uma operação módulo com os simbolos OFDM utilizados no intercalador no tempo. Para CA, pode ser realizada uma operação módulo com um número de portadoras que corresponde a uma largura de fatia de dados. RA pode ser incrementado em 1 quando as portadoras que correspondem a uma fatia de dados são escritas numa memória. A escrita numa memória pode ser realizada apenas quando a posição de endereço actual não é uma posição de um piloto. Se a actual posição de endereço é a posição de um piloto, apenas o valor do endereço pode ser incrementado.
Na Figura 73, um número de coluna, K representa a largura da fatia de dados, um número de coluna, N representa a profundidade da intercalação no tempo e o valor, K pode tomar valores aleatórios, isto é, K = 1, 2, 3,.... O processo de intercalação pode incluir escrever células de dados numa forma de torção de coluna e a leitura numa direcção de coluna, excluindo as posições de pilotos. Por outras palavras, a memória de intercalação virtual pode incluir posições de pilotos mas as posições dos pilotos podem ser excluídas na intercalação real. A Figura 76 mostra a desintercalação, um processo inverso da intercalação no tempo como se mostra na Figura 71. Escrevendo linha a linha e lendo numa direcção em 83 ΡΕ2375666 diagonal pode restaurar as células nas sequências originais. 0 método de endereçamento utilizado num transmissor pode ser utilizado num receptor. 0 receptor pode escrever os dados recebidos numa memória de desintercalação no tempo linha a linha e pode ler os dados escritos utilizando valores de endereço gerados e a informação da localização dos pilotos que pode ser gerada de uma forma similar à do transmissor. Como uma forma alternativa, os valores de endereço gerados e a informação dos pilotos que são utilizados para escrever, podem ser utilizados para ler linha a linha.
Estes métodos podem ser aplicados num preâmbulo que transmite Ll. Devido a cada símbolo OFDM que inclui um preâmbulo podem ter pilotos em localizações idênticas, pode ser realizada tanto a intercalação referindo-se a valores de endereço tendo em conta as localizações dos pilotos como a intercalação referindo-se a valores de endereço sem ter em conta as localizações dos pilotos. Para o caso de se referir a valores de endereço sem tomar em conta as localizações dos pilotos, o transmissor guarda dados numa memória de intercalação no tempo de cada vez. Para um tal caso, a dimensão da memória requerida para realizar a intercalação/desintercalação de preâmbulos num receptor ou num transmissor torna-se idêntica a um número de células de carga útil existentes nos símbolos OFDM utilizados para a intercalação no tempo. 84 ΡΕ2375666 A Figura 74 é um outro exemplo de intercalação no tempo de Ll. Neste exemplo, a intercalação no tempo pode colocar portadoras em todos os símbolos OFDM enquanto as portadoras poderão todas ser localizadas num único símbolo OFDM se não for realizada a intercalação no tempo. Por exemplo, para dados localizados num primeiro símbolo OFDM, a primeira portadora do primeiro símbolo OFDM será localizada na sua localização original. A segunda portadora do primeiro símbolo OFDM será localizada num segundo índice de portadoras do segundo símbolo OFDM. Por outras palavras, a ia portadora de dados que está localizada no na símbolo OFDM será localizada num ia índice de portadoras da (i+n) mod Na símbolo OFDM, onde i = 0, 1, 2... número de portadora-1, n = 0, 1, 2..., N-l, e N é um número de símbolos OFDM utilizados na intercalação no tempo de Ll. Neste método de intercalação no tempo de Ll, pode dizer-se que a intercalação para todos os símbolos OFDM é realizada de uma forma em torção como se mostra na Figura 107. Mesmo embora as posições dos pilotos não esteja ilustrada na Figura 107, como mencionado acima, a intercalação pode ser aplicada a todos os símbolos OFDM incluindo os símbolos de pilotos. Ou seja, pode dizer-se que a intercalação pode ser realizada para todos os símbolos OFDM sem considerar as posições dos pilotos ou independentemente de os símbolos OFDM serem ou não símbolos de pilotos.
Se a dimensão de um bloco LDPC utilizado na Ll é menor do que a dimensão de um único símbolo OFDM, as 85 ΡΕ2375666 portadoras restantes podem ter cópias de partes do bloco LDPC ou podem ser preenchidas com zeros. Neste ponto, pode ser realizada a mesma intercalação no tempo como em cima. Similarmente, na Figura 74, um receptor pode realizar a desintercalação guardando todos os blocos utilizados na intercalação no tempo de LI numa memória e lendo os blocos na ordem pela qual eles tinham sido intercalados, isto é, pela ordem dos números escritos em blocos apresentada na Figura 74.
Quando é utilizado um intercalador de blocos como se mostra na Figura 73, são utilizados duas memórias tampão. Especificamente, enquanto uma memória tampão guarda simbolos de entrada, podem ser lidos a partir da outra memória tampão os simbolos entrados anteriormente. Uma vez estes processos tenham sido realizados para um bloco de intercalação de simbolos, pode ser realizada a desintercalação trocando a ordem de leitura e de escrita, para evitar um conflito de acesso à memória. Este estilo de desintercalação em "ping-pong" pode ter uma lógica de geração de endereços simples. No entanto, a complexidade do equipamento pode ser aumentada quando se utilizam duas memórias tampão para a intercalação de simbolos. A Figura 77 mostra um exemplo de um desinter-calador de simbolos r308 ou r308-l como se mostra na Figura 31. Esta forma de realização da invenção proposta pode utilizar apenas uma única memória tampão para realizar a desintercalação. Uma vez tenha sido gerado um valor de 86 ΡΕ2375666 endereço pela lógica de geração de endereços, o valor de endereço pode ser colocado na saída da memória tampão e pode ser realizada operação in-loco guardando um símbolo que dá entrada no mesmo endereço. Por estes processos, pode ser evitado um conflito de endereçamento de memória enquanto se faz a leitura e a escrita. Adicionalmente, pode ser realizada a desintercalação de símbolos utilizando apenas uma única memória tampão. Podem ser definidos parâmetros para explicar esta regra de geração de endereços. Como se mostra na Figura 73, pode ser definido um número de linhas de uma memória de desintercalação como uma profundidade de intercalação no tempo, D e um número de colunas da memória de desintercalação pode ser definido como a largura da fatia de dados, W. Então, o gerador de endereços pode gerar os seguintes endereços: amostra de ordem i no bloco de ordem j, incluindo piloto i = 0, 1, 2,..., N-l; N = D*W;
Ci,j = i mod W;
Tw = ((C±rj mod D) * j) mod D; Ri,j= ((i div W) + T„) mod D;
Li,j(l) = R±,j * W + Clrj; Ou
Li,] (2) = Clrj * D + Rlrj; 87 ΡΕ2375666
Os endereços incluem posições de pilotos, assim, os símbolos de entrada são assumidos como incluindo posições de pilotos. Se precisarem de ser processados símbolos de entrada que incluam apenas símbolos de dados, pode ser requerida lógica de controlo adicional que salte os endereços correspondentes. Neste ponto, i representa um índice de símbolos de entrada, j representa um índice de um bloco de intercalação de entrada, e N = D * W representa um comprimento de bloco de intercalação. A operação mod representa a operação módulo que tem como resultado o resto da divisão. A operação Div representa a operação divisão que tem como resultado o quociente da divisão. R±,j e Ci,j representam endereços de linha e endereços de coluna do símbolo de ordem i de entrada do bloco de intercalação de ordem j, respectivamente. Tw representa o valor de torção de coluna para os endereços onde os símbolos estão localizados. Por outras palavras, cada coluna pode ser considerada como uma memória tampão onde é realizada a torção independente de acordo com os valores Tw. Lifj representa um endereço quando é implementada uma única memória tampão numa memória sequencial com uma dimensão, não em duas dimensões. Li,j pode tomar valores de 0 a (N-l) . São possíveis dois diferentes métodos. Li,j(l) é utilizado quando a matriz da memória está ligada linha alinha e Lif j (2) é utilizado quando a matriz da memória está ligada coluna a coluna. A Figura 78 mostra um exemplo de endereços de linha e coluna para a desintercalação no tempo quando D é 8 88 ΡΕ2375666 e W é 12. Inicia-se j desde j = 0 e para cada valor de j, uma primeira linha pode representar o endereço da linha e uma segunda linha pode representar o endereço da coluna. A Figura 78 mostra apenas endereços para os primeiros 24 símbolos. Cada índice de coluna pode ser idêntico ao índice i do símbolo de entrada. A Figura 80 mostra um exemplo de um transmissor OFDM utilizando uma fatia de dados. Como se mostra na Figura 80, o transmissor pode incluir um percurso de dados PLP, um percurso de sinalização de Ll, um construtor de trama, e uma parte de modulação OFDM. O percurso de dados PLP está indicado por blocos com linha horizontais e linhas verticais. O percurso de sinalização de Ll está indicado por blocos com linhas inclinadas. Os módulos de processamento de entrada 701-0, 701-N, 701-K, e 701-M podem incluir blocos e sequências do módulo de interface de entrada 202-1, do sincronizador de fluxo de entrada 203-1, do compensador de atraso 204-1, do módulo de apagamento de pacote nulo 205-1, do codificador CRC 206-1, do módulo de inserção de cabeçalho BB 207-1, e do misturador BB 209 realizadas para cada PLP como se mostra na Figura 2. Os módulos FEC 702-0, 702-N, 702-K, e 702-M podem incluir blocos e sequências do módulo de codificação externo 301 e do módulo de codificação interno 303 como se mostra na Figura 4. Um módulo FEC 702-L1 utilizado no percurso de Ll pode incluir blocos e sequências do módulo de codificação externo 303-1 e do módulo de codificação compactada/punçoada interno 303-1 como se mostra na Figura 89 ΡΕ2375666 4. 0 módulo de sinalização de LI 700-L1 pode gerar a informação de LI requerida para incluir uma trama.
Os módulos de intercalação de bits 703-0, 703-N, 703- K, e 703-M podem incluir blocos e sequências do intercalador interno 304 e do desmultiplexador de bits 305 como se mostra na Figura 37. O módulo de intercalação de bita 703-Ll utilizado no percurso de Ll pode incluir blocos e sequências do módulo de intercalação interno 304-1 e do desmultiplexador de bits 305-1 como se mostra na Figura 4. Os módulos de endereçamento de símbolos 704-0, 704-N, 704- K, e 704-M podem realizar funções idênticas às funções do endereçador de símbolos 306 mostrado na Figura 4. O módulo de endereçamento de símbolos 704-L1 utilizado no percurso de Ll pode realizar funções idênticas às funções do endereçador de símbolos 306-1 mostrado na Figura 4. Os módulos de cabeçalho FEC 705-0, 705-N, 705-K, e 705-M podem realizar funções idênticas às funções do módulo de Inserção de cabeçalho ModCod 307 apresentado na Figura 4. O módulo de cabeçalho FEC 705-L1 para o percurso de Ll pode realizar funções idênticas às funções do módulo de inserção de cabeçalho ModCod 307-1 apresentado na Figura 4.
Os módulos de endereçamento de fatias de dados 706-0 e 706-K podem planificar blocos FEC para correspondentes fatias de dados e podem transmitir os blocos FEC planificados, onde os blocos FEC correspondem a PLPs que são atribuídos a cada fatia de dados. O endereçador de preâmbulo 707-L1 pode planificar blocos FEC de sinalização 90 ΡΕ2375666 de LI para preâmbulos. Os blocos FEC de sinalização de LI são transmitidos nos preâmbulos. Os módulos de intercalação no tempo 708-0 e 708-K podem realizar funções idênticas às funções do intercalador de símbolos 308 apresentado na Figura 4 que pode intercalar fatias de dados. O intercalador no tempo 708-L1 utilizado no percurso de LI pode realizar funções que são idênticas às funções do intercalador de símbolos 308-1 apresentado na Figura 4.
Alternativamente, o intercalador no tempo 708-L1 utilizado no percurso de LI pode realizar funções idênticas às funções do intercalador de símbolos 308-1 apresentado na Figura 3, mas apenas sobre símbolos do preâmbulo.
Os blocos de intercalação em frequência 709-0 e 709-K podem realizar a intercalação em frequência sobre fatias de dados. O intercalador em frequência 709-L1 utilizado no percurso de LI pode realizar a intercalação em frequência de acordo com a largura de banda do preâmbulo. O módulo gerador de piloto 710 pode gerar pilotos que são adequados para pilotos contínuos (CP), pilotos dispersos (SP), limite de fatia de dados, e preâmbulo. Uma trama pode ser construída a partir da planificação da fatia de dados, preâmbulo, e piloto no módulo 711. O módulo IFFT 712 e o módulo de inserção de GI 713 podem realizar funções idênticas às funções do módulo IFFT 501 e do módulo de inserção de GI 503 apresentados na Figura 18, respectivamente. Por último, o DAC 714 pode converter 91 ΡΕ2375666 sinais digitais em sinais analógicos e os sinais convertidos podem ser transmitidos. A Figura 81 mostra um exemplo de um receptor OFDM que utiliza fatias de dados. Na Figura 81, o sintonizador r700 pode realizar as funções do sintonizador/AGC r603 e as funções do "down-converter" r602 apresentado na Figura 61. 0 ADC r701 pode converter sinais analógicos recebidos em sinais digitais. 0 sincronizador tempo/frequência r702 pode realizar funções idênticas às funções do sincronizador tempo/frequência r505 apresentado na Figura 62. 0 detector de trama r703 pode realizar funções idênticas às funções do detector de trama r506 apresentado na Figura 62.
Neste ponto, após ter sido realizada a sincronização tempo/frequência, a sincronização pode ser melhorada utilizando o preâmbulo em cada trama que é enviada a partir do detector de trama r703 durante o processo de seguimento. 0 extractor de GI r704 e o módulo FFT r705 podem realizar funções idênticas às funções do extractor de GI r503 e do módulo FFT r502 apresentados na Figura 62, respectivamente. 0 estimador de canal r706 e o EQ de canal r707 podem realizar uma parte de estimativa de canal e uma parte de igualização de canal do canal Est/Eq r501 como se mostra na Figura 62. 0 analisador sintáctico de trama r708 pode 92 ΡΕ2375666 por na saída uma fatia de dados e preâmbulo onde sejam transmitidos seleccionados por um utilizador. Os blocos indicados por linhas inclinadas processam um preâmbulo. Os blocos indicados por linhas horizontais que podem incluir PLP comuns, processam fatias de dados. 0 desintercalador em frequência r709-Ll utilizado no percurso de LI pode realizar a desintercalação em frequência dentro da largura de banda do preâmbulo. 0 desintercalador em frequência r709 utilizado no percurso da fatia de dados pode realizar a desintercalação em frequência dentro da fatia de dados. 0 módulo de descodificação de cabeçalho FEC r712-Ll, o desintercalador no tempo r710-Ll, e o desendereçador de símbolos r713-Ll utilizados no percurso de LI podem realizar funções idênticas às funções ao extractor ModCod r307-l, desintercalador de símbolos r308-l, e do desendereçador de símbolos r306-l apresentados na Figura 31. 0 desintercalador de bits r714-Ll pode incluir módulos e sequências do desmultiplexador de bits r305-l e do desintercalador interno r304-l como se mostra na Figura 31. 0 módulo de descodificação FEC r715-Ll pode incluir módulos e sequências do módulo de codificação compacta-da/punçoada interno r303-l e do módulo de descodificação externo r301-l apresentado na Figura 31. Neste ponto, a saída do percurso de LI pode ser a informação da sinalização de LI e pode ser enviada para um controlador do sistema para restaurar os dados PLP que são transmitidos em fatias de dados. 93 ΡΕ2375666 0 desintercalador no tempo r710 utilizado no percurso das fatias de dados pode realizar funções idênticas às funções do desintercalador de símbolos r308 apresentado na Figura 31. 0 analisador sintáctico de fatia de dados r711 pode por na saída PLP seleccionado pelo utilizador a partir de fatias de dados e, se necessário, PLPs comuns associados ao PLP seleccionado pelo utilizador. 0 módulo de descodificação de cabeçalho FEC r712-C e r712-K podem realizar funções idênticas às funções do extractor ModCod r307 apresentado na Figura 31. 0 desendereçador de símbolos r713-C e r713-K podem realizar funções idênticas às funções do desendereçador de símbolos r306 apresentado na Figura 31.
0 desintercalador de bits r714-C e r714-K podem incluir blocos e sequências do desmultiplexador de bits r305 e do desintercalador interno r304 como se mostra na Figura 31. 0 módulo de descodificação FEC r715-C e r715-K podem incluir blocos e sequências do módulo de descodificação interno r303 e do módulo de descodificação externo r301 como se mostra na Figura 31. Por último, o processador de saída r716-C e r716-K podem incluir blocos e sequências do separador BB r209, do extractor de cabeçalho BB, do descodificador CRC r206-l, do módulo de inserção de pacote nulo r205-l, do recuperador de atraso r204-l, do módulo de recuperação do relógio de saída r203-l, e do módulo de interface de saída r202-l que são realizadas para cada PLP na Figura 2. Se é utilizado um PLP comum, o PLP 94 ΡΕ2375666 comum e os dados de PLP associados ao PLP comum podem ser transmitidos para um recombinador TS e podem ser transformados num PLP seleccionado pelo utilizador.
Deverá ser notado, a partir da Figura 81, que um receptor, os blocos no percurso de LI não são sequenciados simetricamente para um transmissor em oposição ao percurso de dados onde os blocos são posicionados simetricamente ou em sequência oposta de um transmissor. Por outras palavras, para o percurso de dados são posicionados o Desintercalador em frequência r709, o Desintercalador no tempo r710, o Analisador sintáctico de fatia de dados r711, e o módulo de descodificação de cabeçalho FEC r712-C e r712-K. No entanto, para o percurso de Ll, o Desintercalador em frequência r709-Ll, o módulo descodificador de cabeçalho de FEC r712-Ll, e o desintercalador no tempo r710-Ll são posicionados. A Figura 79 mostra um exemplo de intercalação de blocos geral num dominio de símbolos de dados onde não são utilizados pilotos. Como se vê na figura da esquerda, a memória de intercalação pode ser preenchida sem pilotos em branco. Para se formar uma memória rectangular, podem ser utilizadas células de preenchimento se necessário. Na figura da esquerda, as células de preenchimento estão indicadas como células com linhas inclinadas. No exemplo, devido a um piloto contínuo poder sobrepor-se com um tipo de padrão de piloto disperso, são requeridas um total de três células de preenchimento durante quatro durações dos 95 ΡΕ2375666 símbolo OFDM. Finalmente, na figura central, são apresentados os conteúdos da memória intercalada.
Como na figura esquerda da Figura 79, pode ser realizada tanto a escrita linha a linha e realizando a torção na coluna; como a escrita de uma maneira em torção a partir do início. A saída do intercalador pode incluir a leitura linha a linha a partir da memória. Os dados de saída que tenham sido lidos podem ser colocados como se mostra no figura da direita onde é considerada a transmissão OFDM. Neste momento, por simplicidade, pode ser ignorada a intercalação em frequência. Como se pode ver na figura, a diversidade em frequência não é tão elevada como a da Figura 73, mas é mantida a um nível similar. Acima de tudo, pode ser vantajosa por a memória requerida para realizar a intercalação e a desintercalação pode ser optimizada. No exemplo, a dimensão da memória pode ser reduzida de W * D para (W-l) * D. À medida que a largura da fatia de dados se torna maior, a dimensão da memória pode ser ainda mais reduzida.
Para entradas da desintercalação no tempo, um receptor deverá restaurar os conteúdos da memória tampão de uma forma da figura central enquanto considera células de preenchimento. Basicamente, os símbolos OFDM podem ser lidos símbolo a símbolo e podem ser guardados linha a linha. 0 inverso da torção correspondente à torção da coluna pode então ser realizado. A saída do desintercalador pode ser posta na saída numa forma de leitura linha a linha 96 ΡΕ2375666 a partir da memória da figura da esquerda. Desta maneira, em comparação com o método apresentado na Figura 73, pode ser minimizado o "overhead" do piloto, e consequentemente a memória de intercalação/desintercalação pode ser minimizada. A Figura 82 mostra um exemplo de um intercalador no tempo 708-Ll para o percurso de Ll da Figura 80. Como se mostra na Figura 82, a intercalação no tempo para o preâmbulo onde Ll é transmitida, pode incluir a intercalação de células de dados de Ll, excluido os pilotos que são usualmente transmitidos no preâmbulo. O método de intercalação pode incluir escrever dados de entrada numa direcção em diagonal (traços contínuos) e ler os dados linha a linha (traço interrompido), utilizando métodos idênticos aos apresentados como referência na Figura 73. A Figura 82 mostra um exemplo de um intercalador no tempo r712-Ll no percurso de Ll como se mostra na Figura 81. Como se mostra na Figura 82, para um preâmbulo onde é transmitido Ll, pode ser realizada a desintercalação das células de dados de Ll, excluindo os pilotos que são regularmente transmitidos no preâmbulo. O método de desintercalação pode ser idêntico ao método que se mostra na Figura 76 onde os dados de entrada são escritos linha a linha (traço contínuo) e lidos numa direcção em diagonal (traço interrompido). Os dados de entrada não incluem qualquer piloto, consequentemente, os dados de saída têm células de dados de Ll que não incluem qualquer piloto. 97 ΡΕ2375666
Quando um receptor utiliza uma única memória tampão num desintercalador no tempo para o preâmbulo, pode ser utilizada a estrutura do gerador de endereços que tem uma memória de desintercalação como se mostra na Figura 77. A desintercalação em r712-Ll pode ser realizada utilizando operações de endereçamento como se segue: amostra de ordem i no bloco de ordem j, incluindo piloto i = o, 1, 2,..., N- -i; N = D * W; C±, j = i mod W; Tw = = ( (Ci,j mod D) * j) mod D; Rn = ((i div W) + Tw) mod D; Li,j (D = R · * J W + Ci,j; Ou Li,j (2) — n * D + Rí, j/
Nas operações acima, um comprimento de uma linha, W é um comprimento de uma linha de uma memória de intercalação como se mostra na Figura 82. 0 comprimento da coluna, D é uma profundidade de intercalação no tempo do preâmbulo, que é um número de simbolos OFDM que são requeridos para transmitir preâmbulos. A Figura 83 mostra um exemplo de formação de 98 ΡΕ2375666 símbolos OFDM por planificação de pilotos e preâmbulos de entrada a partir do construtor de tramas 711 como se mostra na Figura 80. As células em branco formam um cabeçalho de LI que é um sinal de saída do cabeçalho FEC 705-L1 no percurso de Ll, como se mostra na Figura 80. As células em cinzento representam pilotos contínuos para o preâmbulo que são gerados pelo módulo gerador de pilotos 710 como se mostra na Figura 80. As células com padrões representam as células de sinalização de Ll que são um sinal de saída do endereçador de preâmbulo 707-L1 como se mostra na Figura 80. A figura da esquerda representa símbolos OFDM quando a intercalação no tempo está desligada e a figura da direita representa símbolos OFDM quando a intercalação no tempo está ligada. O cabeçalho de Ll pode ser excluído da intercalação no tempo devido ao cabeçalho de Ll transmitir um comprimento do campo de sinalização de Ll e um indicador com a informação da intercalação no tempo estar ligada ou desligada. Isto é porque o cabeçalho de Ll é adicionado antes da intercalação no tempo. Como mencionado acima, a intercalação no tempo é realizada excluindo células de piloto. O restante das células de dados de Ll pode ser intercalado como se mostra na Figura 82, depois pode ser atribuído a sub-portadoras OFDM. A Figura 84 mostra um exemplo de um Intercaldor no Tempo 708-0 ~ 708-K que pode intercalar símbolos de dados que são enviados a partir dos Endereçadores de Fatia de Dados 706-0 ~ 706-K no percurso de dados de um transmissor OFDM utilizando a fatia de dados apresentada na 99 ΡΕ2375666
Figura 80. Pode ser realizada a intercalação no tempo para cada fatia de dados. Os simbolos intercalados no tempo podem ser postos na sarda para os Intercaladores em Frequência 709-0 ~ 709-K. A Figura 84 também mostra um exemplo de um intercalador no tempo simples utilizando uma única memória tampão. A Figura 84a mostra uma estrutura de simbolos OFDM antes da Intercalação no tempo. Os blocos com os mesmos padrões representam o mesmo tipo de simbolos OFDM. As Figuras 84b e 84c mostram uma estrutura de simbolos OFDM após a Intercalação no Tempo. O método de intercalação no tempo pode ser dividido no Tipo 1 e Tipo 2. Cada tipo pode ser realizado alternativamente para simbolos pares e simbolos impares. Um receptor pode realizar a desinter-calação concordantemente. Uma das razões para utilizar alternativamente o tipo 1 e o tipo 2 é para reduzir a memória requerida num receptor utilizando uma única memória tampão durante a intercalação no tempo. A Figura 84b mostra uma intercalação no tempo utilizando a intercalação do tipo 1. Os simbolos de entrada podem ser escritos numa direcção em diagonal para baixo e podem ser lidos numa direcção em coluna. A Figura 84c mostra uma intercalação no tempo utilizando a intercalação do tipo 2. Os simbolos de entrada podem ser escritos numa direcção em diagonal para cima e podem ser lidos numa direcção em coluna. A diferença entre o tipo 1 e o tipo 2 é na direcção de escrita de simbolos de entrada ser para cima 100 ΡΕ2375666 ou para baixo. Os dois métodos são diferentes numa maneira de escrever símbolos, no entanto os dois métodos são idênticos em termos de apresentarem uma completa profundidade de intercalação no tempo e completa diversidade em frequência. No entanto, a utilização destes métodos pode causar um problema durante a sincronização num receptor devido à utilização de dois esquemas de intercalação.
Pode haver duas possíveis soluções. A primeira solução pode ser a sinalização de 1 bit de um tipo de intercalação de um primeiro bloco intercalado que chega primeiro após cada preâmbulo, através da sinalização de Ll do preâmbulo. Este método é para realizar uma correcta intercalação através da sinalização. A segunda solução pode ser formar uma trama para ter um comprimento de um número par de blocos intercalados. Utilizando este método, um primeiro bloco intercalado de cada trama pode ter um tipo idêntico, assim, pode ser resolvido o problema de sincronização do bloco intercalado. Por exemplo, a questão da sincronização pode ser resolvida aplicando o tipo 1 de intercalação a um primeiro bloco para intercalação e aplicando subsequentemente a blocos para intercalação seguintes dentro de cada trama, depois terminando um último bloco para intercalação de cada trama com o tipo 2 de intercalação. Este método requer que uma trama seja composta de dois blocos intercalados mas pode ser vantajoso por não ser requerida sinalização adicional como no primeiro método. 101 ΡΕ2375666 A Figura 89 mostra uma estrutura de um Desintercalador no tempo r710 de um receptor apresentado na Figura 81. A Desintercalação no tempo pode ser realizada nas saidas do Desintercalador em Frequência r709. 0 desintercalador no tempo da Figura 89 representa um esquema de desintercalação que é um processo inverso de um intercalador no tempo apresentado na Figura 84. O desintercalador, comparado com a Figura 84, terá uma maneira oposta na leitura e na escrita. Por outras palavras, o desintercalador do tipo 1 pode escrever símbolos de entrada numa direcção em coluna e pode ler símbolos escritos numa direcção em diagonal para baixo. O desintercalador do tipo 2 pode escrever símbolos de entrada numa direcção em diagonal para baixo e pode ler os símbolos escritos numa direcção em coluna. Estes métodos podem permitir escrever símbolos recebidos onde os símbolos tenham sido anteriormente lidos tornando uma direcção de escrita de símbolos do desintercalador de tipo 2 idêntica a uma direcção de leitura de símbolos do desintercalador do tipo 1. Assim, um receptor pode realizar a desintercalação utilizando uma única memória tampão. Adicionalmente, pode ser realizada uma implementação simples devido aos métodos de desintercalação do tipo 1 e do tipo 2 serem realizados tanto pela escrita como pela leitura de símbolos numa direcção em diagonal ou numa direcção das linhas.
No entanto, a utilização destes métodos pode causar um problema na sincronização num receptor devido à utilização de dois esquemas de intercalação. Por exemplo, a 102 ΡΕ2375666 desintercalação de símbolos intercalados pelo tipo 1 de uma maneira do tipo 2 pode causar a deterioração no desempenho. Podem haver duas possíveis soluções. A primeira solução pode ser a determinação do tipo de um bloco de intercalação que chega depois de um preâmbulo, utilizando 1 bit de um tipo de intercalação de uma parte da sinalização de LI transmitida. A segunda solução pode ser a realização da desintercalação utilizando um tipo de acordo com um primeiro bloco de intercalação dentro de uma trama, se um número de blocos de intercalação dentro de uma trama é um número par. O símbolo desintercalado pode ser colocado na saída para o Analisador Sintáctico da Fatia de Dados r711. A Figura 85 mostra uma lógica de geração de endereços que é idêntica à lógica de geração de endereços de uma única memória tampão, quando um intercalador de blocos utiliza duas memórias tampão como na Figura 73. A lógica de geração de endereços pode realizar funções idênticas às funções apresentadas na Figura 73. Definido uma profundidade de intercalação no tempo D como um número de linhas de uma memória de desintercalação e definindo uma largura de fatia de dados W como um número de coluna, podem ser gerados endereços apresentados na Figura 85 por um gerador de endereços. Os endereços podem incluir posições de pilotos. Para intercalar no tempo símbolos de entrada que incluem apenas símbolos de dados, pode ser requerida uma lógica de controlo que possa saltar endereços. Os endereços utilizados em preâmbulos de intercalação podem não requerer posições de pilotos e a intercalação pode ser 103 ΡΕ2375666 realizada utilizando blocos LI. O i representa um indice de um simbolo de entrada, N = D * W representa um comprimento de bloco de intercalação. Ri e C± representam um endereço de linha e um endereço de coluna de um simbolo de entrada de ordem i, respectivamente. Tw representa um valor de torção de coluna ou parâmetro de torção de um endereço onde um simbolo está localizado. Li representa endereços onde é implementada uma memória com uma dimensão tendo uma única memória tampão. Os valores de Li podem ser de 0 a (N-l) . Nesta memória com uma dimensão, são possiveis pelo menos dois métodos. Li(l) é acoplar uma matriz de memória linha a linha e Li(2) é acoplar uma matriz de memória coluna a coluna. Um receptor pode utilizar a lógica de geração de endereços na leitura de simbolos durante uma desinter-calação. A Figura 86 mostra outro exemplo de um preâmbulo. Para um caso onde é utilizado um simbolo OFDM tendo uma dimensão de 4K-FFT numa largura de banda de 7,61 MHz e uma sexta portadora dentro de um simbolo OFDM e portadoras em ambas as extremidades são utilizadas como pilotos, um número de portadoras que podem ser utilizadas na sinalização de LI pode ser assumido como sendo de 2840. Quando são ligados múltiplos canais, podem existir múltiplas larguras de banda de preâmbulo. O número de portadoras pode mudar dependendo de um tipo de pilotos a serem utilizados, de uma dimensão FFT, de um número de canais ligados, e de outros factores. Se a dimensão de uma LI XFEC FRAME que inclui Ll_header (H) que é para ser 104 ΡΕ2375666 atribuída a um único símbolo OFDM e o bloco LI FEC (L1_FEC) é menor do que um único símbolo OFDM (5w-a-l), L1_XFEC_FRAME incluindo Ll_header pode ser repetida até encher uma parte restante do único símbolo OFDM (5w-a-2). Isto é similar à estrutura de preâmbulo da Figura 60. Para um receptor receber uma fatia de dados que está localizada numa certa largura de banda de canais ligados, uma janela do sintonizador do receptor pode estar localizada numa certa largura de banda.
Se uma janela de sintonizador de um receptor está localizada como 5w-a-3 da Figura 86, pode ocorrer um resultado incorrecto durante a concentração de repetidas Ll_XFEC_FRAMEs. O caso 1 da Figura 86 pode ser um tal exemplo. Um receptor encontra Ll_Header (H) para localizar uma posição de partida de um Ll_Header (H) dentro de uma janela de sintonizador, mas o Ll_Header encontrado pode ser um cabeçalho de uma L1_XFEC_FRAME (5w-a-4) incompleta. A informação de sinalização de LI pode não ser obtida correctamente se um comprimento de Ll_XFEC_FRAME é obtido com base nesse Ll_Header e um resto da parte (5w-a-5) é adicionado a uma posição de partida desse Ll_Header. Para prevenir um tal caso, um receptor pode necessitar de operações adicionais para encontrar um cabeçalho de uma L1_XFEC_FRAME completa. A Figura 87 mostra tais operações. No exemplo, para encontrar um cabeçalho de uma L1_XFEC_FRAME completa, se existir uma L1_XFEC_FRAME incompleta num preâmbulo, um receptor pode utilizar pelo menos dois LI Headers para encontrar uma posição de partida 105 ΡΕ2375666 do Ll_Header para concentrar a L1_XFEC_FRAME. Primeiro, um receptor pode encontrar o Ll-Header a partir de um preâmbulo de símbolo OFDM (5w-b-l). Então, utilizando um comprimento de uma L1_XFEC_FRAME dentro do Ll_Header encontrado, o receptor pode verificar se todas as LI XFEC FRAME dentro de um corrente símbolo OFDM são blocos (5w-b-2) completos. Se não forem, o receptor pode encontrar outro Ll Header a partir do corrente símbolo de preâmbulo (5w-b-3). A partir de uma distância calculada entre um novo Ll Header encontrado e um Ll_Header anterior, pode ser determinado se uma certa L1_XFEC_FRAME é um bloco completo (5w-b-4). Então, um Ll_Header de uma L1-XFEC_FRAME completa pode ser utilizado como um ponto de partida para a concentração. Utilizando o ponto de partida, a Ll XFEC FRAME pode ser concentrada (5w-b-5). Utilizando estes processos, pode ser esperado num receptor o caso 2 ou a concentração correcta apresentada na Figura 86. Estes processos podem ser realizados num Descodificador de Cabeçalho FEC r712-Ll no percurso do sinal Ll da Figura 81. A Figura 8 8 é um exemplo de uma estrutura de preâmbulo que pode eliminar as acima mencionadas operações adicionais num receptor. Em oposição à anterior estrutura de preâmbulo, quando uma parte restante de um símbolo OFDM está preenchida, apenas o L1_FEC1 de uma L1_XFEC_FRAME, excluindo o Ll_Header (H) pode ser preenchido repetidamente (5w-c-2). Desta forma, quando um receptor encontra uma posição de partida de um Ll_Header (H) para concentrar a Ll XFEC FRAME, apenas o Ll Header de uma L1_XFEC_FRAME pode 106 ΡΕ2375666 ser encontrado (5w-c-4), assim, sem operações adicionais, a L1_XFEC_FRAME pode ser concentrada utilizando o Ll_Header encontrado. Portanto, processos tais como (5w-b-2), (5w-b-3), e (5w-b-4) apresentados na Figura 87 podem ser eliminados num receptor. Estes processos e os processos correlativos dos processos podem ser realizados no Descodificador de Cabeçalho FEC 712-L1 no percurso do sinal de Ll de um receptor da Figura 81 e num Cabeçalho FEC 705-L1 no percurso de sinal de Ll de um transmissor da Figura 80. O desintercalador no tempo r712-Ll no percurso Ll de um receptor da Figura 81 pode desintercalar células de blocos Ll ou células com padrões, excluindo outras células tais como cabeçalho de preâmbulo e células piloto. As células de bloco Ll estão representadas por células com padrões como se mostra na Figura 83. A Figura 90 mostra outro exemplo de um transmissor OFDM que utiliza fatias de dados. Este transmissor pode ter estrutura idêntica e pode realizar funções idênticas às do transmissor da Figura 80, excepto que os blocos adicionados e modificados. O endereçador de preâmbulo 1007-L1 pode endereçar blocos Ll e cabeçalhos de blocos Ll que são saidas do cabeçalho FEC 705-L1 em símbolos de preâmbulo utilizados numa trama de transmissão. Especificamente, o cabeçalho de bloco Ll pode ser repetido para cada preâmbulo e o bloco Ll pode ser dividido tantas vezes quanto o número de preâmbulos utilizados. O intercalador no tempo 1008-Ll pode intercalar blocos Ll que são divididos em preâmbulos. Neste ponto, um 107 ΡΕ2375666 cabeçalho de bloco Ll pode tanto ser incluído na intercalação como não ser incluído na intercalação. Quer o cabeçalho do bloco Ll seja incluído ou não, pode não alterar a estrutura do sinal de um cabeçalho de bloco Ll mas pode alterar uma ordem de intercalação e de transmissão de blocos Ll. O repetidor L1_XFEC 1015-L1 pode repetir os blocos L1_XFEC intercalados no tempo dentro de uma largura de banda de preâmbulo. Neste ponto, o cabeçalho do bloco Ll pode ser tanto repetido dentro de um preâmbulo como não repetido dentro de um preâmbulo. A Figura 91 mostra outro exemplo de um receptor OFDM utilizando fatias de dados. Este receptor tem estrutura idêntica e pode realizar funções idênticas às do receptor da Figura 81, excepto nos blocos adicionados e modificados. O módulo de descodificação de cabeçalho FEC rl012-Ll pode sincronizar cabeçalhos Ll dentro de um preâmbulo. Se os cabeçalhos Ll estão repetidos, os cabeçalhos Ll podem ser combinados para se obter um ganho na SNR. Então, o módulo de descodificação de cabeçalho FEC r712-Ll da Figura 81 pode realizar uma descodificação FEC. O processo de sincronização pode dar uma localização de um cabeçalho pela correlação de palavra de sincronização de um cabeçalho e preâmbulos. Para desvios em frequência de múltiplos de um inteiro, pode ser determinada uma gama de correlação a partir do endereçamento circular. O módulo combinador L1_XFEC rl017-Ll pode combinar blocos Ll XFEC para obter um ganho na SRN, quando 108 ΡΕ2375666 blocos LI divididos são recebidos num preâmbulo. 0 desintercalador no tempo rlOlO-Ll pode desintercalar no tempo blocos LI dentro de um preâmbulo. Dependendo de os cabeçalhos de blocos LI serem ou não intercalados no tempo num transmissor, os cabeçalhos dos blocos LI podem ser desintercalados num receptor concordantemente. A ordem de desintercalação de blocos LI pode ser alterada dependendo de os cabeçalhos de blocos Ll sejam ou não intercalados no tempo num transmissor. Por exemplo, quando a intercalação no tempo está ligada como na Figura 83, a localização da célula número 33 que é uma primeira célula de bloco Ll dentro de um primeiro preâmbulo, pode mudar. Por outras palavras, quando cabeçalhos de blocos Ll não estão incluídos numa intercalação, será recebido o sinal intercalado tendo as localizações das células como se mostra na Figura 83. Se os cabeçalhos de blocos Ll estão incluídos numa intercalação, a localização da célula número 33 necessita de ser alterada para as células desintercaladas que estão intercaladas diagonalmente, utilizando uma primeira célula de um primeiro cabeçalho de bloco Ll dentro de um primeiro preâmbulo como referência. O concentrador Ll FEC rl018-Ll pode concentrar blocos Ll que estejam divididos em por muitos preâmbulos num único bloco Ll para a descodificação FEC.
Com 1 bit adicional, o campo PLP_type dos campos de sinalização de Ll que são transmitidos num preâmbulo podem ter os seguintes valores: 109 ΡΕ2375666 PLP_ _type = 00 (PLP comum) PLP_ _type = 01 (PLP de dados normais) PLP_ type = 10 (PLP de dados desmultiplexados PLP_ type = 11 (reservado)
Um PLP de dados normal representa um PLP de dados quando um único serviço é transmitido numa única fatia de dados. UmPLP de dados desmultiplexados representa um PLP de dados quando um único serviço é desmultiplexado em múltiplas fatias de dados. Quando um utilizador muda de serviço, se a sinalização de LI e a sinalização de L2 estão guardadas num receptor, pode ser eliminada a espera por informação de sinalização de LI dentro de uma trama seguinte. Portanto, um receptor pode alterar serviços eficazmente e um utilizador pode ter benefícios de menor atraso durante uma alteração de serviço. A Figura 95 mostra estruturas de sinais de blocos LI que são transmitidos num preâmbulo, para fluxo de intercalação no tempo e fluxo de desintercalação no tempo. Como se vê na Figura 95, a intercalação e a desintercalação podem ser realizadas não numa largura de banda completa de um preâmbulo, mas num bloco LI dividido. A Figura 96 é um exemplo de um campo de intercalação no tempo de LI de campos de sinalização de Ll, processados pelo cabeçalho FEC 705-L1 no percurso de Ll apresentado na Figura 90. Como se mostra na Figura 96, podem ser utilizados um bit ou dois bits para o parâmetro de intercalação no tempo. Se é utilizado um bit, a 110 ΡΕ2375666 intercalação não é realizada quando o valor do bit é 0 e a intercalação, tendo uma profundidade de simbolos OFDM utilizados em simbolos de preâmbulo, pode ser realizada quando o valor do bit é 1. Se são utilizados dois bits, é realizada a intercalação com profundidade de intercalação de 0 ou não é realizada a intercalação quando o valor do bit é 00, e pode ser realizada a intercalação, tendo uma profundidade de simbolos OFDM utilizados em simbolos de preâmbulos, quando o valor do bit é 01. Pode ser realizada a intercalação tendo profundidade de quatro simbolos OFDM, quando o valor do bit é 10. Pode ser realizada a intercalação tendo uma profundidade de oito simbolos OFDM, quando o valor do bit é 11.
Um receptor, especificamente, o descodificador de cabeçalho FEC rl012-Ll no percurso de Ll apresentado na Figura 91 pode extrair parâmetros de Intercalação no Tempo (TI) apresentados na Figura 96. Utilizando os parâmetros, o Desintercalador no tempo rlOlO- Ll pode realizar a desintercalação de acordo com a profundidade de intercalação. Os parâmetros que são transmitidos no cabeçalho de Ll são a dimensão da informação de Ll (15 bits), o parâmetro de intercalação no tempo (máximo de 2 bits), e CRC (máximo 2 bits). Se é utilizado o código Reed-Muller RM (16, 32) para codificar o campo de sinalização de cabeçalho de Ll, devido aos bits que podem ser transmitidos são 16 bits, não existe número suficiente de bits. A Figura 97 mostra um exemplo de campo de sinalização de Ll que pode ser utilizado para um tal caso. 111 ΡΕ2375666 A Figura 97 mostra um processo realizado no cabeçalho FEC 705-L1 no percurso de LI da Figura 90. Na Figura 97a, Ll() na coluna dos campos de sinalização representa a dimensão de LI e TI() representa a dimensão para parâmetros de intercalação no tempo. Para o primeiro caso ou quando a dimensão de LI (15 bits) e TI (1 bit) são transmitidos, pode não ser necessário o preenchimento adicional e pode ser obtido um substancial desempenho de descodificação do cabeçalho de Ll, no entanto, devido à informação sobre a realização ou não de intercalação no tempo ser transmitida, para um bloco Ll curto, não pode ser obtido o efeito de intercalação.
Para o segundo caso ou quando a dimensão de Ll é reduzida pata 1/8 da dimensão original, torna-se possível a transmissão de informação com números de bits tais como Ll (12 bits), TI (2 bits), e CRC (2 bits). Assim, para o segundo caso, pode esperar-se o melhor desempenho de descodificação de Ll e do efeito de intercalação. No entanto, o segundo caso requer processos adicionais de preenchimento para tornar a dimensão de Ll um múltiplo de oito se a dimensão de Ll não é um múltiplo de oito. A Figura 97b representa o método de preenchimento que pode ser realizado no sinal Ll 700-Ll da Figura 90. Ela mostra que o preenchimento está localizado após o bloco Ll e coberto com a codificação CRC. Consequentemente, num receptor, o descodificador FEC BCH/LDPC r715-Ll no percurso de Ll da Figura 91 pode realizar a descodificação FEC, 112 ΡΕ2375666 então se não existir erro quando o campo CRC é testado, pode ser realizada a análise sintáctica de bits de acordo com o campo de sinalização de Ll, depois é requerido um processo para definir o resto dos bits como preenchimento ou CRC32 e excluindo o resto dos bits dos parâmetros.
Para o terceiro caso ou quando a dimensão de Ll está expressa num número de células QAM endereçadas, não um número de bits, o número de bits pode ser reduzido. Para o quarto caso, a dimensão de Ll está expressa não como uma dimensão de um bloco Ll completo, mas como uma dimensão de Ll por cada simbolo OFDM. Assim, para um receptor obter uma dimensão de um bloco Ll completo, precisa de ser realizada a multiplicação da dimensão do bloco Ll num único simbolo OFDM por um número de símbolos OFDM utilizados no preâmbulo. Neste caso, a dimensão real de Ll necessita de excluir o preenchimento.
Para o quinto caso, exprimindo o bloco Ll não como um número de bits mas como um número de células QAM endereçadas, é possível uma maior redução em bits. Do terceiro ao quinto casos, são apresentados TI, parâmetros CRC, e um número de bits de preenchimento necessários. Para um caso onde a dimensão do bloco Ll está expressa como um número de células, para um receptor obter a dimensão de Ll em bits, o receptor necessita de multiplicar um número de bits apenas onde são transmitidas por uma dimensão de Ll recebida. Adicionalmente, necessita de ser excluido um número de bits de preenchimento. 113 ΡΕ2375666 0 último caso mostra um aumento do número total de bits para 32 pela utilização de dois blocos de código RM no cabeçalho. Um campo CRC total torna-se em quatro bits devido a cada bloco de código RM necessitar de dois bits no campo CRC. Um receptor ou o descodificador de cabeçalho FEC rl012-Ll no percurso de LI da Figura 91, necessita de obter parâmetros necessários pela realização da descodificação FEC sobre um total de dois blocos FEC. Utilizando os parâmetros obtidos, um receptor, especificamente o desintercalador no tempo rlOlO-Ll no percurso de LI da Figura 91, pode determinar quando deve realizar a desintercalação ou não e pode obter uma profundidade de desintercalação, se é determinado que a desintercalação é para ser realizada. Adicionalmente, o descodificador FEC BCH/LDPC r715-Ll pode obter o comprimento do bloco LDPC requerido para realizar a descodificação FEC e os parâmetros de compactação/punçoamento. Podem ser removidos os campos de preenchimento desnecessários requeridos para enviar i sinal LI para um controlador de sistema. A Figura 92 mostra um exemplo da Intercalação no Tempo (TI) de uma fatia de dados. 0 processo TI assume que todas as posições de pilotos são conhecidas. A TI pode colocar na saida apenas células de dados, excluindo pilotos. Conhecer as posições dos pilotos permite um número correcto de células de saida para cada simbolo OFDM. Da mesma forma, a TI pode ser implementada por uma única memória tampão num receptor. 114 ΡΕ2375666 A Figura 93 mostra um exemplo de uma implementação eficiente do Intercalador no Tempo num receptor. A Figura 93a mostra quatro diferentes esquemas de desintercalação de acordo com uma forma de realização da presente invenção. A Figura 93b mostra uma única memória tampão que realiza a desintercalação. A Figura 93c mostra um esquema exemplificativo para endereçar blocos LI numa matriz 2D ou numa sequência 1D.
Como se mostra na Figura 93a-c, a utilização de um algoritmo com uma única memória tampão pode ser uma implementação mais eficiente do desintercalador no tempo. 0 algoritmo pode ser caracterizado por ler células de saida a partir primeiro da memória, depois escrever as células de entrada onde as células de saida foram lidas. 0 endereçamento em diagonal ode ser visto como um endereçamento circular em cada coluna.
Mais especificamente, em referência à Figura 93a, estes quatro métodos de escrever e ler aplicam-se sequencialmente às tramas C2 que são recebidas num receptor. A primeira trama recebida num receptor é escrita na memória do desintercalador na Figura 93b na vez do bloco de ordem 0 na Figura 93a e lido na vez do primeiro bloco. A segunda trama recebida é escrita na memória do desintercalador na Figura 93b na vez do primeiro bloco e lido para o segundo bloco. A terceira trama recebida é escrita na memória do desintercalador na Figura 93b na vez 115 ΡΕ2375666 do segundo bloco e lido na vez do terceiro bloco. A quarta trama recebida é escrita na memória do desintercalador na Figura 93b na vez do terceiro bloco e lido na vez do bloco de ordem 0, e por ai fora. Ou seja, os métodos de escrita e de leitura na Figura 93a podem ser aplicados sequencialmente e ciclicamente às tramas C2 que são recebidas sequencialmente.
Os processos de Intercalação no Tempo (TI) podem ser realizados sobre preâmbulos como se mostra na Figura 94. As posições de pilotos são removidas periodicamente e facilmente e não é necessária a intercalação para o cabeçalho do bloco Ll. Isto é devido ao cabeçalho do preâmbulo transportar parâmetro de TI e tanto a intercalação como a não intercalação terem os mesmos resultados devido à repetição. Assim, apenas as células de sinalização de Ll são intercaladas. Pode ser aplicada a única memória tampão utilizada na fatia de dados. A Figura 95 mostra o Fluxo de Intercalação/desin-tercalação no Tempo do preâmbulo. A intercalação pode ser realizada dentro de um bloco Ll, em vez de na totalidade do preâmbulo. Num transmissor, como se mostra na Figura 128a, o bloco pode ser codificado (1) depois pode ser realizada uma intercalação dentro do bloco Ll (2) , e o bloco Ll intercalado pode ser repetido dentro do preâmbulo. Num receptor, como se mostra na Figura 128b, a partir de um preâmbulo recebido (1), o bloco Ll pode ser combinado ou sincronizado e pode ser obtido um único período do bloco Ll (2), e o bloco Ll combinado pode ser desintercalado (3). 116 ΡΕ2375666 A Figura 96 mostra parâmetros de profundidade de Intercalação no Tempo na sinalização do cabeçalho de LI. Para a estrutura do cabeçalho de Ll, RM (16, 32) tem uma capacidade de 16 bits. Um máximo de 2 bits de CRC podem melhorar o desempenho de RM BER. Os campos de sinalização requeridos do cabeçalho de Ll são Ll_info_size (15 bits) que podem requerer um máximo de 5 símbolos OFDM e TI_depth (2 bits ou 1 bit) . No entanto, um total de 18 ou 19 bits excedem a capacidade do cabeçalho de Ll. A Figura 97 mostra um exemplo de sinalização do cabeçalho de Ll e uma estrutura e um método de preenchimento. A Figura 98 mostra um exemplo de uma sinalização Ll transmitida num cabeçalho de trama. A informação da sinalização de Ll pode ser utilizada como parâmetros de descodificação num receptor. Especialmente, módulos no percurso do sinal Ll da Figura 91 podem realizar a descodificação da sinalização de Ll e módulos no percurso de PLP da Figura 91 podem utilizar parâmetros, assim, podem ser descodificados serviços. Um receptor pode obter parâmetros da sinalização de Ll a partir de sinais do percurso de Ll que são descodificados de acordo com uma ordem de cada campo e comprimento de campo. 0 que se segue explica os significados de cada campo e a sua utilização. Um nome de cada campo, um número de bits para cada campo, ou um exemplo de cada campo podem ser modificados. 117 ΡΕ2375666
Num_chbon: Este campo indica um número de canais utilizados numa ligação de canais. Utilizando este campo, um receptor pode obter uma largura de banda total dos canais utilizados. Os canais podem ter 6 MHz, 7 MHz, 8 MHz, ou outros valores de largura de banda.
Num_dslice: Este campo indica um número de fatias de dados existentes num canal ligado. Após a descodificação da sinalização de Ll, um receptor inicia um ciclo onde está contida a informação das fatias de dados, para obter a informação das fatias de dados. Utilizando este campo, um receptor pode obter uma dimensão do ciclo para descodificação.
Num_notch: Este campo indica um número de bandas de entalhe existentes num canal ligado. Após a descodificação de Ll, um receptor inicia um ciclo onde está contida a informação da banda de entalhes, para obter informação da banda de entalhes. Utilizando este campo, um receptor pode obter a dimensão do ciclo para descodificação.
Para cada fatia de dados, a informação de dslice_id, dslice_start, dslice_width, dslice_ti_depth, dslice_type, dslice_pwr_allocation, e PLP pode ser transmitida num preâmbulo de um cabeçalho de trama. A fatia de dados pode ser considerada como uma largura de banda especifica que contém um ou mais PLPs. Os serviços podem 118 ΡΕ2375666 ser transmitidos nos PLPs. Um receptor necessita de aceder a fatia de dados que contém um PLP especifico, para descodificar o serviço.
Dslice id: Este campo pode ser utilizado para a identificação da fatia de dados. Cada fatia de dados num canal ligado pode ter um único valor. Quando um receptor acede um dos PLPs para descodificar serviços, este campo pode ser utilizado para o receptor diferenciar uma fatia de dados, onde o PLP está localizado, das outras fatias de dados.
Dslice start: Este campo indica uma localização de partida de uma fatia de dados dentro de um canal ligado. Utilizando este campo, um receptor pode obter uma frequência onde a fatia de dados se inicia. Adicionalmente, pode ser realizada a sintonização para aceder a uma fatia de dados utilizando este campo.
Dslice_width: Este campo indica uma largura de banda de uma fatia de dados. Utilizando este campo, um receptor pode obter uma dimensão de uma fatia de dados. Especialmente, este campo pode ser utilizado na desinterca-lação no tempo para permitir a descodificação. Conjuntamente com o campo dslice_start, um receptor pode determinar qual frequência descodificar de entre os sinais de RF recebidos. Este processo pode ser realizado no Sintonizador r700 da Figura 91. A informação tal como dslice_start e dslice_width podem ser utilizadas como sinal de controlo do Sintonizador (r700). 119 ΡΕ2375666
Dslice_ti_depth: Este campo indica a profundidade de intercalação no tempo utilizada na intercalação no tempo de fatias de dados. Conjuntamente com dslice_width, um receptor pode obter uma largura e profundidade de uma desintercalação no tempo e pode realizar a desintercalação no tempo. A Figura 99 mostra um exemplo de uma dslice_ti_depth. No exemplo, são utilizados 1, 4, 8, ou 16 simbolos OFDM na intercalação no tempo. Isto é realizado no desintercalador no tempo r710 da Figura 91. Dslice_width e dslice_ti_depth podem ser utilizados como sinais de controlo.
Dslice_type: Este campo indica um tipo de fatia de dados. As fatias de dados de Tipo 1 têm um único PLP dentro delas e o PLP é uma CCM (codificação e modulação constantes) aplicada. As fatias de dados de Tipo 2 representam todos os outros tipos de fatias de dados. Utilizando este campo, um receptor pode realizar a descodificação de acordo com o PLP. 0 PLP do Tipo 1 não tem cabeçalho de FECFRAME, assim, um receptor não procura um cabeçalho de FECFRAME. Para o Tipo 2, um receptor procura o cabeçalho de FECFRAME do PLP para obter a informação MODCOD. A Figura 100 mostra um exemplo de dslice_type. Utilizando este campo, o analisador sintáctico de fatia de dados r711 da Figura 91 pode controlar o descodificador de cabeçalho FEC r712-c, k.
Dslice pwr allocation: Este campo indica a 120 ΡΕ2375666 potA~encia da fatia de dados. Cada fatia de dados pode ter uma potência diferente das outras fatias de dados. Isto é para adaptação da ligação num sistema por cabo. Um receptor pode utilizar este campo para controlar a potência da fatia de dados recebida. O Sintonizador r700 da Figura 91 pode ajustar o ganho do sinal utilizando este campo.
Num_plp: Este campo indica o número de PLPs numa fatia de dados. Após a descodificação da sinalização de Ll, um receptor acede a um ciclo que inclui a informação do PLP. Utilizando este campo um receptor pode obter a dimensão do ciclo e descodificar os PLPs.
Para cada plp, podem ser transmitidos plp_id, plp_type, reprocessamento PSI/SI, plp_payload_type, plp__modcod, e plp_start_addr num cabeçalho de trama (preâmbulo). Cada PLP pode transmitir um ou mais fluxos de pacotes tais como TS e GSE. Um receptor pode obter serviços descodificando PLPs onde os serviços são transmitidos.
Plp_id: Este campo é um identificador de PLP e tem um único valor para cada PLP num canal ligado. Utilizando este campo, um receptor pode aceder um PLP onde existe um serviço para descodificar. Este campo pode servir um propósito de identificação com o plp_id transmitido num cabeçalho FECFRAME. O Descodificador de cabeçalho FEC r712-c, k da Figura 91 pode aceder ao PLP necessário utilizando este campo. 121 ΡΕ2375666
Plp_type: Este campo indica quando o tipo de PLP é um PLP comum ou um PLP de dados. Utilizando este campo, um receptor pode encontrar um PLP comum e pode obter informação requerida para descodificar um pacote TS de um PLP comum. Adicionalmente, o receptor pode descodificar um pacote TS dentro de um PLP de dados. A Figura 101 mostra um exemplo de plp_type.
Reprocessamento PSI/SI: Este campo indica quando um PSI/SI de um sinal recebido é reprocessado ou não. Utilizando este campo, um receptor pode determinar quando referenciar um PSI/SI de um serviço especificado de quando referenciar um serviço transmitido. Se um receptor não pode referenciar um PSI/SI serviço especifico de um serviço transmitido, o PSI/SI que pode ser referenciado por um serviço especifico pode ser transmitido através de um PLP comum, por exemplo. Utilizando esta informação, um receptor pode descodificar serviços. Adicionalmente, este campo pode ser um campo de 1 bit. Este campo pode ser utilizado por um receptor para reconhecer se pode confiar nas partes do PSI/SI relacionadas. Quando é realizado o reprocessamento PSI/SI, este camppo deverá ser colocado a "1", de outra forma ele deverá ser colocado em "0".
Plp_payload_type: Este campo indica o tipo de dados da carga útil que o PLP transmite. Um receptor pode utilizar este campo antes de descodificar dados dentro de PLPs. Se um receptor não pode descodificar tipos de dados específicos, pode ser impedida a descodificação de um PLP 122 ΡΕ2375666 que contenha esse tipo específico de dados. A Figura 102 mostra um exemplo de plp_payload_type. Se uma fatia de dados tem um único PLP e é aplicado um CCM à fatia de dados, isto é, fatia de dados de tipo 1, campos tais como plp_modcod e plp_start_addr podem ser transmitidos adicionalmente.
Plp_modcod: Este campo indica o tipo de modulação e a taxa de código FEC utilizada no PLP: Utilizando este campo, um receptor pode realizar a desmodulação QAM e a descodificação FEC. A Figura 103 mostra um exemplo de plp_modcod. Aqueles valores apresentados na figura podem ser utilizados no modcod que é transmitido num cabeçalho de uma FECFRAME. O desendereçador de símbolos r713-c, k e o Descodificador FEC BCH/LDPC r715-c, k da Figura 91 podem utilizar este campo para descodificação.
Plp_start_addr: Este campo indica onde um primeiro FECFRAME de um PLP aparece numa trama de transmissão. Utilizando este campo, um receptor pode obter uma localização de partida de um FECFRAME e realizar a descodificação FEC. Utilizando este campo, a Analisador Sintáctico de Fatia de Dados r711 da Figura 91 pode sincronizar FECFRAMEs para PLPs do Tipo 1. Para cada banda de entalhe, a informação tal como notch_start e notch_width pode ser transmitida no cabeçalho da trama (preâmbulo).
Notch_start: Este campo indica uma localização de partida de uma banda de entalhe. Notch width: Este campo 123 ΡΕ2375666 indica a largura de uma banda de entalhe. Utilizando notch_start e notch_width, um receptor pode obter uma localização e a dimensão de uma banda de entalhe dentro de um canal ligado. Adicionalmente, pode ser obtida uma localização de sintonização para a descodificação correcta de um serviço, e pode ser verificada a existência de um serviço dentro de uma certa largura de banda. 0 sintonizador r700 da Figura 91 pode realizar a sintonização utilizando esta informação. GI: Este campo indica a informação do intervalo de protecção utilizado num sistema. Um receptor pode obter a informação do intervalo de protecção utilizando este campo. 0 Sincronizador Tempo/Frequência r702 e o extractor GI r704 da Figura 91 podem utilizar este campo. A Figura 104 mostra um exemplo.
Num_data_symbols: Este campo indica o número de símbolos OFDM de dados, excepto o preâmbulo, utilizados numa trama. Um comprimento de trama de transmissão pode ser definido por este campo. Utilizando este campo, um receptor pode predizer a localização de um preâmbulo seguinte, assim, este campo pode ser utilizado para descodificar a sinalização de LI. O Analisador Sintáctico de Trama r708 da Figura 91 pode utilizar este campo e predizer os símbolos OFDM que são preâmbulo e enviar um sinal para p percurso de descodificação de preâmbulo.
Num c2 frames: Este campo indica o número de 124 ΡΕ2375666 tramas existentes numa super-trama. Utilizando este campo, um receptor pode obter um limite para uma super-trama e pode predizer a informação repetida por cada super-trama.
Frame_idx: Este campo é um indice de trama e é reinicializado para cada super-trama. Utilizando este campo, um receptor pode obter o número de uma trama corrente e encontrar uma localização da trama corrente dentro de uma super-trama. Utilizando este campo, o analisador sintáctico de trama r708 da Figura 91 pode encontrar quantas tramas estão em frente de uma trama corrente numa super-trama. Conjuntamente com num_c2_frames, uma alteração que ocorra na sinalização de LI pode ser prevista e a descodificação de LI pode se controlada. PAPR: Este campo indica quando é utilizado ou não um tom de reserva para reduzir um PAPR. Utilizando este campo, um receptor pode processar concordantemente. A figura 105 mostra um exemplo. Por exemplo, se é utilizado um tom de reserva, um receptor pode excluir da descodificação portadoras utilizadas numa reserva de tom. Especificamente, o Analisador sintáctico de fatia de dados r711 da Figura 91 pode utilizar este campo para excluir portadoras da descodificação.
Reserved: Este campo é de bits adicionais reservados para utilização futura. A Figura 106 mostra outro exemplo de sinalização 125 ΡΕ2375666 de LI transmitida num cabeçalho de trama. Na Figura 106, informação adicionada adicionalmente à Figura 98 pode fazer a descodificação de serviço por um receptor mais eficiente. Os campos seguintes explicam apenas a informação adicional. Os outros campos são os mesmos dos da Figura 98.
Network_id: Este campo indica uma rede onde o sinal transmitido também pertence. Utilizando este campo, um receptor pode encontrar uma rede corrente. Quando um receptor se sintoniza numa outra rede para encontrar um serviço na rede, o receptor pode processar mais rapidamente devido à utilização de apenas a descodificação de LI ser suficiente para tomar uma decisão sobre se a rede sintonizada é ou não uma rede desejada. C2_system_id: Este campo identifica um sistema onde um sinal transmitido também pertence. Utilizando este campo, um receptor pode encontrar sistemas correntes. Quando um receptor se sintoniza num outro sistema para encontrar um serviço no sistema, o receptor pode processar mais rapidamente devido a utilização apenas da descodificação de LI é suficiente para tomar a decisão sobre se o sistema sintonizado é ou não um sistema desejado. C2_signal_start_frequency: Este campo indica uma frequência de partida de canais ligados. C2_signal_stop_ frequency: Este campo indica uma frequência final de canais ligados. Utilizando c2_signal_start_frequeny e c2_signal_ stop frequency, podem ser encontradas as larguras de banda 126 ΡΕ2375666 de RF de todas as fatias de dados descodificando LI de certas larguras de banda dentro dos canais ligados. Adicionalmente, este campo pode ser utilizado para se obter a quantidade do desvio em frequência requerido na sincronização de Ll_XFEC_FRAMEs. 0 Combinador LI XFEC rl017-Ll da Figura 91 pode utilizar este campo. Adicionalmente, quando um receptor recebe fatias de dados localizadas em ambas as extremidades de um canal ligado, este campo pode ser utilizado para sintonizar uma frequência apropriada. 0 Sintonizador r700 da Figura 91 pode utilizar esta informação.
Plp type: Este campo indica quando um PLP é um PLP comum, um PLP de dados normal, ou um PLP de dados agrupados. Utilizando este campo, um receptor pode identificar um PLP comum e pode obter informação requerida para descodificar pacotes TS de um PLP comum, depois pode descodificar o pacote TS dentro de um PLP de dados agrupados. Aqui, o PLP comum pode ser um PLP que contenha dados partilhados por múltiplos PLPs. A Figura 107 mostra um exemplo deste campo. O PLP de dados normal é um PLP de dados que não tem PLP comum. Neste caso, um receptor não necessita de encontrar um PLP comum. Um PLP comum ou um PLP agrupado pode transmitir informação tal como plp_group id. Para os outros tipos de PLP, é possivel uma transmissão mais eficiente devido a não ser necessária a transmissão de informação adicional.
Plp_group_id: este campo indica um grupo onde um PLP corrente também pertence. Os PLP de dados agrupados 127 ΡΕ2375666 podem transmitir parâmetros de TS comuns utilizando PLP comuns. Utilizando este campo, se um PLP descodificado correntemente é um PLP agrupado, um receptor pode encontrar um PLP comum necessário, obter os parâmetros requeridos para o pacote TS do PLP agrupado, e formar um pacote TS completo.
Reserved 1/reserved 2/reserved_3: Estes campos são bits adicionais reservados para utilização futura para um ciclo da fatia de dados, um ciclo PLP, e uma trama de transmissão, respectivamente. A Figura 108 mostra outro exemplo de sinalização de LI transmitida num cabeçalho de trama. Comparada com a Figura 106, pode ser transmitida informação mais optimi-zada, assim, pode ocorrer menos "overhead" de sinalização. Concordantemente, um receptor pode descodificar serviços eficientemente. Especialmente, os módulos no percurso do sinal LI da Figura 91 podem realizar a descodificação da sinalização de LI e os módulos no percurso de PLP da Figura 91 podem utilizar parâmetros, assim, os serviços podem ser descodificados. Um receptor pode obter parâmetros da sinalização de LI a partir de sinais do percurso de LI que são descodificados de acordo com uma ordem de cada campo e comprimento do campo. Podem ser modificados o nome de cada campo, o número de bits de cada campo, ou um exemplo de cada campo. As descrições de campos, excepto dslice_width são idênticas às acima mencionadas descrições de campos. Uma função de dslice_width de acordo com um exemplo, é como se segue: 128 ΡΕ2375666
Dslice_width: Este campo indica a largura de banda de uma fatia de dados. Utilizando este campo, um receptor pode obter a dimensão de uma fatia de dados. Especialmente, este campo pode ser utilizado na desinter-calação no tempo para permitir a descodificação. Conjuntamente com o campo dslice_start, um receptor pode determinar qual frequência descodificar a partir dos sinais de RF. Este processo pode ser realizado no Sintonizador r700 da Figura 91. A informação tal como dslice_start e dslice_width pode ser utilizada como sinal de controlo do Sintonizador r700. Neste ponto, a largura de uma fatia de dados pode ser estendida até 64 MHz utilizando 12 bits para este campo dslice_width. Utilizando este campo, um receptor pode determinar se um sintonizador disponível correntemente pode descodificar a fatia de dados corrente. Se a largura de uma fatia de dados é maior do que a largura de banda de um sintonizador legado de um receptor, para descodificar tal fatia de dados, um receptor pode utilizar quer pelo menos dois sintonizadores legados ou um sintonizador com uma largura de banda suficientemente larga. No exemplo, a granularidade de valore utilizados em dslice_start, dslice_width, notch_start, e notch_width pode ser de 12 portadoras OFDM (células). Por outras palavras, um receptor pode encontrar uma localização de uma célula OFDM actual multiplicando os valores transmitidos por 12. No exemplo, para a granularidade de Plp_start_addr, pode ser utilizada uma portadora OFDM (célula). Por outras palavras, um receptor pode encontrar quantos simbolos OFDM e quantas 129 ΡΕ2375666 células OFDM estão em frente de uma localização de partida de um PLP dentro de um simbolo OFDM. Dslice_start e dslice_width podem ser utilizados para este propósito. 0 Analisador sintáctico de dados r711 da Figura 91 pode realizar um tal processo. A Figura 109 mostra um exemplo do processamento de um cabeçalho FEC 705-Ll no percurso de Ll da Figura 90. Um total de 16 bits podem ser transmitidos no cabeçalho FEC de um percurso Ll. Catorze bits podem ser atribuídos para Ll_info_size. Se Ll_info_size tiver um valor que seja metade do comprimento do bloco Ll actualmente transmitido, um receptor pode multiplicar a Ll_info_size recebida por dois e obter o actual comprimento do bloco Ll e começar a descodificar Ll. EESte comprimento obtido do bloco Ll é um comprimento que inclui o preenchimento.
Para o bloco Ll do qual se determina não ter erros através da verificação do CRC, um receptor pode tomar o resto dos bits após a descodificação de Ll como preenchimento. Os dois últimos bits, similarmente a métodos anteriores, podem ser utilizados para indicar a profundidade da intercalação no tempo dos preâmbulos. O endereçador de preâmbulos 1007-L1 da Figura 90 pode determinar os simbolos OFDM requeridos para transmitir blocos Ll. Depois disso, o intercalador no tempo 1008-L1 da Figura 90 pode realizar a intercalação no tempo. Utilizando a informação da profundidade de intercalação no tempo e Ll info size, um receptor pode determinar que dimensão dos 130 ΡΕ2375666 blocos LI é transmitida em quantos símbolos OFDM. A combinação, concentração, e intercalação no tempo de blocos LI podem ser realizadas no combinador LI XFEC 12417-L1, Concentrador Ll_FEC 12418-L1, e no Desintercalador no Tempo 12410-L1 da Figura 91, respectivamente.
Num receptor na Figura 91, pode ser obtido o comprimento de um bloco Ll XFEC dentro de um símbolo OFDM, dividindo o comprimento total do bloco Ll pelo número de símbolos OFDM utilizados num preâmbulo. O número de símbolos OFDM pode ser obtido a partir de um valor definido em ti_depth. O Combinador Ll XFEC 12417-L1 de um receptor pode obter o bloco Ll XFEC. Então, a desintercalação no tempo 12410-L1 pode ser realizada utilizando ti_depth. Finalmente, os blocos Ll XFEC podem ser concentrado para se obter um bloco L1_FEC. Após a concentração L1_FEC 12418-L1, Desintercalação de bits r714-Ll, e descodificação LDPC/BCH r715-Ll, pode ser obtido o bloco Ll. O Ll_info_size pode ser multiplicado por dois, o bloco Ll pode ser testado por CRC, e Ll pode ser descodificado. O preenchimento desnecessário pode se descartado. A Figura 110 mostra outro exemplo de sinalização de Ll transmitida num cabeçalho de trama. Comparada com a Figura 108, os números de bits de alguns campos estão modificados e alguns campos estão adicionados para melhorar a eficiência da descodificação do serviço por um receptor. Especialmente, os módulos no percurso do sinal de Ll da Figura 91 podem realizar a descodificação da sinalização de 131 ΡΕ2375666 LI e módulos no percurso PLP da Figura 91 podem utilizar parâmetros, assim, os serviços podem ser descodificados. Um receptor pode obter parâmetros da sinalização de LI a partir de sinais do percurso de LI que são descodificados de acordo com uma ordem de cada campo e comprimento do campo. Podem ser modificados o nome de cada campo, o número de bits para cada campo, ou um exemplo de cada campo. Exceptuando campos modificados a partir da figura anterior, as descrições dos campos são idênticas às acima mencionadas descrições de campos. RESERVED_1, RESERVED_2, RESERVED_3, e RESERVED_4 são campos reservados para utilização futura. No exemplo, PLP_START pode indicar informação idêntica à acima mendionada plp_start_addr. L1_PART2 CHANGE COUNTER indica o número de tramas a partir da primeira trama até uma trama que tenha uma alteração em qualquer uma das informações de sinalização de Ll, excluindo alterações em PLP_START, de tramas anteriores. Ou seja, este campo indica o número de tramas em frente onde a configuração irá mudar. Utilizando este campo, um receptor pode saltar a descodificação de Ll para cada trama para obter a informação de Ll. Por outras palavras, utilizando o valor de L1_PART2_CHAGNE_C0UNTER, um receptor pode determinar qual trama tem uma alteração na informação de Ll a partir de tramas anteriores, assim, não é realizada a descodificação de Ll para tramas antes da ocorrência de uma trama Ll com alterações, depois a descodificação de Ll pode ser realizada para a trama que tem a alteração em Ll. Assim, podem ser saltadas operações 132 ΡΕ2375666 desnecessárias. Utilizando este campo, um receptor pode evitar as operações de descodificação de LI redundantes. Este valor pode também ser calculado por um receptor já com informação de LI descodificada.
Se L1_PART2_CHANGE_C0UNTER é 0, isto significa que não houve uma alteração em LI durante pelo menos 256 (28, 8 é o número de bits utilizados para Ll_PART2_CHANGE_ COUNTER) tramas. Neste melhor dos casos, um receptor necessita de descodificar LI apenas a cada 51 segundos. Este processo pode ser realizado no Analisador Sintáctico de Trama r708 da Figura 91. O Analisador Sintáctico de Tramas pode determinar se o preâmbulo corrente tem uma alteração em LI e pode controlar processos subsequentes no percurso do sinal de LI. Um receptor pode calcular PLP_START para uma trama especifica a partir de um PLP_START e PLP_MODCOD já obtidos, sem realizar a descodificação de LI para obter PLP_START. A Figura 111 mostra exemplos de campos apresentados na Figura 110. Blocos de um receptor podem realizar processos de acordo com os valores indicados pelos campos nos exemplos. A Figura 112 mostra outro exemplo de sinalização de LI transmitida num cabeçalho de trama. Comparada com a Figura 110, alguns campos estão modificados e alguns campos estão adicionados para melhorar a eficiência da descodificação do serviço por um receptor. Especialmente, módulos 133 ΡΕ2375666 no percurso do sinal de LI da Figura 91 podem realizar a descodificação da sinalização de LI e módulos no percurso PLP da Figura 91 podem utilizar parâmetros, assim, os serviços podem ser descodificados. Um receptor pode obter parâmetros da sinalização de LI a partir de sinais do percurso de LI que sejam descodificados de acordo com uma ordem de cada campo e comprimento de campo. Podem ser modificados o nome de cada campo, o número de bits para cada campo, ou um exemplo de cada campo. Exceptuando campos modificados a partir da figura anterior, as descrições de campos são idênticas às acima mencionadas descrições de campos.
As descrições de DSLICE_START, DSLICE_WIDTH, NOTCH_START, e NOTCH WIDTH são idênticas às descrições anteriores. No entanto, a sinalização do "overhead" pode ser minimizada sinalizando os campos comum número mínimo de bits de acordo com o modo GI. Concordantemente, pode dizer-se que a sinalização de DSLICE_START, DSLICE_WIDTH, NOTCH_START, e NOTCH WIDTH é baseada no modo GI. A informação de LI pode ser obtida a partir do percurso do sinal de LI de um receptor da Figura 91. Um controlador do sistema pode determinar o número de bits utilizados para cada campo de acordo com o valor obtido de GI e pode ler os campos concordantemente. 0 valor GI necessita de ser transmitido antes de outros valores.
Em vez de DSLIC_START e DSLICE_WIDTH, podem ser transmitidos 12 bits da posição de sintonização que indica 134 ΡΕ2375666 uma localização optimizada para se obter uma fatia de dados e 11 bits de valor de desvio a partir de uma posição de sintonização para indicar a largura de uma fatia de dados. Especialmente, utilizando 11 bits do valor de desvio, as fatias de dados que ocupem um máximo de 8 canais ligados podem ser sinalizadas e um receptor que possa receber tais fatias de dados pode operar apropriadamente. Um sintonizador r700 de um receptor da Figura 91 pode determinar a largura de banda de RF utilizando uma posição de sintonização e pode obter uma largura de fatia de dados utilizando o valor de desvio, para servir o mesmo propósito da acima mencionada DSLICE_WIDTH. DSLICE_CONST_FLAG é um campo para indicar quando uma configuração de uma fatia de dados específica é mantida como constante. Utilizando este campo obtido a partir de uma LI de uma certa largura de banda, um receptor pode determinar se uma fatia de dados específica tem uma configuração constante, depois o receptor pode receber PLPs da fatia de dados especifica sem descodificação adicional de LI. Este tipo de processo pode ser útil para receber fatias de dados que estejam localizadas numa largura de banda onde a descodificação de LI não está disponível. DSLICE_NOTCH_FLAG é um campo ou um indicador para indicar bandas de entalhe em ambas as extremidades de uma fatia de dados específica. Pode ser utilizado o Bit Mais Significativo (MSB) como um indicador para a vizinhança da banda de entalhe numa elevada largura de banda. Utilizando 135 ΡΕ2375666 o campo, quando um receptor descodifica uma fatia de dados especifica, o receptor pode tomar em conta uma banda de entalhe determinando alterações em portadoras activas causadas por vizinhanças de pilotos continuas em ambas as extremidades de uma banda de entalhes. Esta informação pode também ser obtida a partir da informação de entalhe transmitida na NOTCH_START e NOTCH_WIDTH. 0 Desintercalador no tempo r710 de um receptor da Figura 91 pode utilizar a informação para encontrar a localização de portadoras activas e enviar dados apenas correspondentes a portadoras activas, para um analisador sintáctico de fatias de dados.
Para PLP_TYPE, um bit adicional é adicionado na Figura 110. A Figura 113 mostra um exemplo de PLP_TYPE da Figura 112. Pode ser transmitido um valor indicando PLP de dados agrupados. Um grande fluxo TS tendo uma alta taxa de dados pode ser multiplexado em múltiplos PLPs. O PLP de dados agrupados pode ser utilizado para indicar PLPs onde sejam transmitidos fluxos multiplexados. Para um receptor legado que é incapaz de descodificar um PLP especifico, este campo pode impedir o receptor de aceder ao PLP, assim, pode ser impedido um mau funcionamento.
Ainda como um método alternativo, se a acima mencionada dslice_width é utilizada conjuntamente com o campo dslice_start e com a informação de entalhe, um receptor pode determinar qual frequência descodificar a partir dos sinais de RF recebidos. Este processo pode ser realizado no Sintonizador (r700) da Figura 91. As infor- 136 ΡΕ2375666 mações tais como dslice_start, dslice_width, notch start, e notch_width podem ser utilizadas como sinal de controlo do Sintonizador r700. Assim, pode ser possivel obter uma fatia de dados e simultaneamente sintonizar uma banda de RF onde não existam problemas de descodificação de Ll, evitando os entalhes. A respeito da sinalização de Ll da Figura 112, a Figura 114 apresenta uma relação entre a sinalização de Ll e a sinalização de L2 onde um PLP é do tipo agrupado. Adicionalmente, a Figura 114 também apresenta uma acção que pode ser tomada por um receptor para um tal caso. TS1 pode ser endereçado em PLP37 através de c2dsd de L2. Este TS1 corresponde a um PLP normal de Ll, assim, o PLP pode ser descodificado por um receptor normal (sintonizados simples de 8 MHz) e por um sintonizador "premium" (sintonizador múltiplo ou sintonizador de banda larga (> 8 MHz)). TS2 e TS3 são endereçados em PLP39 e PLP44 respectivamente, através de c2dsd. Estes correspondem a PLP agrupado de Ll, assim, estes PLPs podem ser descodificados por um receptor "premium" (múltiplos sintonizadores ou sintonizadores de banda larga (> 8 MHz) ) mas não por um receptor normal (sintonizador simples de 8 MHz). Consequentemente, de acordo com a informação de Ll, um receptor pode verificar se o TS correspondente é recebido ou não. A Figura 115 e a Figura 116 são fluxogramas descrevendo acções de descodificação de Ll e de descodificação de L2 para PLP do tipo agrupado e PLP do tipo nor- 137 ΡΕ2375666 mal numreceptor normal e num receptor "premium", respecti-vamente. A Figura 117 apresenta um exemplo da estrutura c2_delivery_system_descriptor e sintaxe para a sinalização de L2 enquanto tem em conta a Figura 112. Este descritor pode endereçar TS_id em plp id como se mostra na Figura 114. A informação agrupada pode ser processada em Ll, assim, não necessita de ser sinalizada em L2. As variáveis apresentadas na Figura 117 são descritas como se segue.
Plp_id: Este campo de 8 bits identifica univocamente um PLP de dados dentro do Sistema C2. C2_system_id: Este campo de 16 bits identifica univocamente um sistema C2. A parte restante deste descritor, imediatamente a seguir ao campo C2_system_id está apenas presente uma vez por sistema C2, devido aos parâmetros serem aplicáveis univocamente a todas as fatias de dados transportadas sobre um Sistema C2 particular. A presença ou ausência desta parte pode ser derivada a partir do descritor comprimento do campo. Na ausência da parte restante, este comprimento é igual a 0 x 07, de outra forma é atribuido um valor maior. C2_System_tuning_frequency: Este campo de 32 bits indica um valor de frequência. A gama do código pode ser desde um minimo de 1 Hz (0 x 00000001) até um máximo de 4 2 94 967 2 95 Hz (0 x FFFFFFFF) . Este campo de dados pode dar uma frequência de sintonização, onde um Preâmbulo completo é transmitido dentro da janela de sintonia. 138 ΡΕ2375666
Geralmente o C2_System_tuning_frequency é a frequência central de um C2_System, mas pode desviar-se da frequência central no caso de existirem entalhes nesta área.
Active_OFDM_symbol_duration: Este campo de 3 bits indica uma duração de um simbolo OFDM activo, Um exemplo está apresentado na Figura 118.
Guard_interval: Este campo de 3 bits indica um intervalo de protecção. Um exemplo está apresentado na Figura 119.
Nos exemplos anteriores de intercalação/desinter-calação no tempo de Ll, para casos onde TI_DEPTH é "10" ou "11", o endereçador de Preâmbulo 1007-L1 da Figura 90 pode dividir igualmente o bloco Ll original em quatro ou oito sub-blocos. No entanto, se a dimensão do sub-bloco é menor do que uma dimensão minima requerida para realizar a codificação FEC, a codificação FEC pode não ser realizada apropriadamente. Uma solução possivel pode ser definindo um limite. Se a dimensão de um bloco Ll é mais pequena do que um limite definido, o bloco Ll pode ser repetido por quatro ou oito vezes para casos em que TI_DEPTH é "10" ou "11". Se a dimensão de um bloco Ll é maior do que um limite definido, o bloco Ll pode ser dividido igualmente em quatro ou oito sub-blocos. O limite pode ser definido como quatro ou oito vezes uma dimensão minima requerida para realizar um endereçamento FEC. 139 ΡΕ2375666
Adicionalmente, definir TI_DEPTH como "10" ou "11" é para casoso onde o efeito de intercalação no tempo não é obtido devido a uma pequena dimensão do bloco LI. Assim, o limite pode ser definido como a dimensão dos bits de informação que podem ser transmitidos por um único símbolo de preâmbulo. Por exemplo, se é assumida uma codificação idêntica LI FEC com DVB-T2, um limite poderá ser de 4 772 bits.
Para casos onde TI_DEPTH é "10" ou "11", utilizando a informação da dimensão de Ll, TI depth, e um valor de limite partilhado entre um transmissor e um receptor, módulos de um receptor, do descodificador de cabeçalho FEC rl012-Ll a Ll_FEC_Merger rl018-Ll da Figura 91 podem determinar a dimensão de um sub-bloco Ll, combinando, e concentrando os sub-blocos Ll que são transmitidos num símbolo OFDM de um preâmbulo.
Se a dimensão de Ll é menor do que um valor limite, Ll_FEC_Merger rl018-Ll da Figura 91 não necessita de concentrar sub-blocos divididos devido ao bloco Ll original ser transmitido repetidamente de acordo com uma TI_DEPTH em quatro ou oito símbolos OFDM. No entanto, se a dimensão de Ll é maior do que um valor limite, devido a ser utilizado um número de símbolos que é maior do que o número de símbolos OFDM requeridos para transmitir o bloco Ll, o descodificador de cabeçalho FEC rl012-Ll da Figura 91 pode obter uma dimensão de um sub-bloco utilizando TI_DEPTH. Então, o combinador Ll FEC rl017-Ll pode combinar blocos Ll 140 ΡΕ2375666 FEC e o desintercalador no tempo rlOlO-Ll pode realizar a desintercalação. Finalmente, o concentrador Ll_FEC rl018-Ll pode concentrar blocos L1_FEC para restaurar o bloco LI original. A Figura 120 está a apresentar outros dois exemplos de intercalação no tempo que podem ser utilizados no percurso de Ll da Figura 90. Como visto em Intercalação no Tempo ΟΝ (1), a intercalação pode ser apenas a intercalação do bloco. Comparado com o método apresentado na Figura 83, o desempenho da intercalação em frequência pode não ser tão bom como no método apresentado na Figura 83. No entanto, para casos onde TI_DEPTH é "10" ou "11", sem repetir ou dividir blocos Ll de acordo com um limite, os blocos Ll podem ser dispersados numa direcção do tempo independentemente da dimensão do bloco Ll então podem ser repetidos num preâmbulo se existir espaço no preâmbulo, assim, este método pode ser vantajoso por o controlo poder ser simplificado. A intercalação pode ser realizada escrevendo fluxos de simbolos de entrada numa direcção do tempo e lendo os fluxos de simbolos escritos numa direcção da frequência. O desintercalador no tempo rlOlO-Ll no percurso de Ll de um receptor da Figura 91 pode realizar a desintercalação escrevendo fluxos de simbolos de entrada numa direcção da frequência e lendo os fluxos de simbolos escritos numa direcção do tempo.
Um segundo exemplo de Intercalação no Tempo ON (2) da Figura 120 inclui processos adicionais à 141 ΡΕ2375666
Intercalação no Tempo ΟΝ (1), que é um deslocamento circular numa direcção de linha. Por este processo, em adição às vantagens do Intercalador no Tempo ΟΝ (1) , pode ser obtido um efeito de dispersão num domínio da frequência. 0 Desintercalador no Tempo rlOlO-Ll no percurso de LI de um receptor da Figura 91 necessita de realizar o re-deslocamento circular numa direcção de linha antes de realizar os processos de Intercalação no Tempo ΟΝ (1).
Utilizando os métodos e dispositivos sugeridos, de entre outras vantagens é possível implementar um transmissor digital, receptor e estrutura de uma sinalização em camada física eficientes.
Transmitindo informação ModCod em cada cabeçalho de trama BB que é necessário para ACM/VCM e transmitindo o resto da sinalização em camada física num cabeçalho de trama, pode ser minimizado o "overhead" da sinalização.
Pode ser implementado uma QAM modificada para uma transmissão mais eficiente energeticamente ou um sistema de radiodifusão digital mais robusto em relação ao ruído. 0 sistema pode incluir transmissor e receptor para cada exemplo divulgado e suas combinações.
Pode ser implementada uma QAM Não Uniforme Melhorada para uma transmissão mais eficiente energeticamente ou um sistema de radiodifusão digital mais robusto em relação ao ruído. E também descrito um método para utilizar taxa de 142 ΡΕ2375666 código de código de correcção de erro de NU-MQAM e MQAM. 0 sistema pode incluir transmissor e receptor para cada exemplo divulgado e suas combinações. 0 método de sinalização de LI sugerido pode reduzir o "overhead" em 3 ~ 4% minimizando o "overhead" da sinalização durante a ligação de canais.
Será aparente para os peritos na técnica que várias modificações e variações podem ser efectuadas na presente invenção sem haver afastamento da invenção.
Lisboa, 2 de Agosto de 2012

Claims (14)

  1. ΡΕ2375666 1 REIVINDICAÇÕES 1. Transmissor para transmitir um sinal de radiodifusão, incluindo o transmissor: um codificador Bose-Chaudhuri-Hocquenghem, BCH, (301-1) configurado para codificar por BCH os dados de sinalização de Ll, incluindo os dados de sinalização de LI informação para sinalizar pelo menos uma fatia de dados; um codificador de Teste de Paridade de Baixa Densidade, LDPC, (302c) configurado para codificar por LDPC os dados de sinalização da Camada 1 codificados por BCH, para adicionar bits de paridade LDPC; meios de punçoamento (303-1, 304c) configurados para realizar o punçoamento sobre os bits de paridade LDPC adicionados; um intercalador de bits (304-1) configurado para intercalar os bits dos dados de sinalização da Camada 1 codificados por LDPC sobre os guais foi efectuado o punçoamento; um desmultiplexador (305-1) configurado para des-multiplexar os bits intercalados dos dados de sinalização da Camada 1 em palavras células; 2 ΡΕ2375666 um endereçador (306-1) configurado para endereçar as palavras células em valores de constelações dos dados de sinalização da Camada 1; e um intercalador no tempo (708-L1) configurado para intercalar no tempo os dados endereçados; caracterizado por os dados de sinalização da Camada 1 incluírem Informação Específica de Programa, PSI, e Informação de Serviço, SI, reprocessando a informação para cada Lacete de Camada Física, PLP, na fatia de dados, a informação de reprocessamento PSI/SI indicando quando foi ou não realizado o reprocessamento PSI/SI.
  2. 2. Transmissor da Reivindicação 1, incluindo adicionalmente um intercalador em frequência (709-L1) configurado para intercalar em frequência os dados intercalados no tempo.
  3. 3. Transmissor da Reivindicação 1, em que a dimensão de um campo para a informação de reprocessamento PSI/SI é de um bit.
  4. 4. Transmissor da Reivindicação 1, incluindo adicionalmente: um codificador BCH configurado para codificar por BCH os dados do PLP para serem incluídos em pelo menos uma fatia de dados; 3 ΡΕ2375666 um codificador LDPC (702-0) configurado para codificar por LDPC os dados do PLP para adicionar bits de paridade de LDPC; um intercalador de bits (703-0) configurado para intercalar os bits dos dados do PLP codificados por LDPC; um desmultiplexador configurado para desmultiplexar os dados do PLP com bits intercalados em palavras células; um endereçador (704-0) configurado para endereçar as palavras células em valores de constelações dos dados do PLP; e um intercalador no tempo (708-0) configurado para intercalar no tempo os dados endereçados correspondentes à fatia de dados incluindo os dados do PLP.
  5. 5. Método de transmissão de um sinal de radiodifusão, incluindo o método: Bose-Chaudhuri-Hocquenghem, BCH, codificando os dados de sinalização da Camada 1, incluindo os dados de sinalização de LI informação para sinalizar pelo menos uma fatia de dados; Teste de Paridade de Baixa Densidade, LDPC, 4 ΡΕ2375666 codificando os dados de sinalização da Camada 1 codificados por BCH para adicionar bits de paridade de LDPC; realizar punçoamento sobre os bits de paridade de LDPC adicionados; intercalar bits dos dados de sinalização da Camada 1 codificados por LDPC sobre os quais foi efectuado o punçoamento; desmultiplexar os bits intercalados dos dados de sinalização da Camada 1 em palavras células; endereçar as palavras células em valores de constelações dos dados de sinalização da Camada 1; e intercalar no tempo os dados endereçados, caracterizado por os dados de sinalização da Camada 1 incluirem Informação Especifica de Programa, PSI; e Informação de Serviço, SI, reprocessar a informação indicando quando é ou não realizado o reprocessamento da PSI/SI .
  6. 6. Método da Reivindicação 5, incluindo adicionalmente a intercalação em frequência dos dados intercalados no tempo. 5 ΡΕ2375666
  7. 7. Método da Reivindicação 5, em que a dimensão de um campo para a informação de reprocessamento de PSI/SI é de um bit.
  8. 8. Método da Reivindicação 5, incluindo ainda: codificar por BCH os dados do PLP para serem incluidos em pelo menos uma fatia de dados; codificar por LDPC os dados do PLP para adicionar bits de paridade de LDPC; intercalar os bits dos dados do PLP codificados por LDPC; desmultiplexar os bits intercalados dos dados do PLP em palavras células; endereçar as palavras células em valores de constelações dos dados do PLP; e intercalar no tempo os dados endereçados correspondentes à fatia de dados incluindo os dados do PLP.
  9. 9. Receptor para receber um sinal de radiodifusão, incluindo o receptor: um desintercalador no tempo configurado para desintercalar no tempo dados em símbolos de preâmbulo de um sinal de radiodifusão; 6 ΡΕ2375666 um desendereçador (r306-l) configurado para desendereçar valores de constelações correspondentes a dados desintercalados no tempo em palavras células; um multiplexador configurado para multiplexar as palavras células em bits de dados dos dados de sinalização da Camada 1, incluindo os dados de sinalização de LI informação para sinalizar pelo menos uma fatia de dados no sinal de radiodifusão; um desintercalador de bits (r304-l) configurado para desintercalar os bits dos bits de dados da sinalização da Camada 1 em dados de sinalização da Camada 1 codificados por LDPC; uma unidade de despunçoamento (r303a) configurada para realizar o despunçoamento sobre os dados de sinalização da Camada 1 codificados por LDPC; um descodificador de Teste de Paridade de Baixa Densidade, LDPC, (r304a) configurado para descodificar por LDPC os dados de sinalização da Camada 1 despunçoados; um descodificador Bose-Chaudhuri-Hocquenghem, BCH, (r301-l) configurado para descodificar por BCH os dados de sinalização da Camada 1 descodificados por LDPC, caracterizado por os dados de sinalização da Camada 1 incluírem Informação Especifica de Programa, PSI; e 7 ΡΕ2375666 Informação de Serviço, SI, informação de reprocessamento para cada Lacete de Camada Fisica, PLP, na fatia de dados, a informação de reprocessamento da PSI/SI indicando quando é realizado ou não o reprocessamento de PSI/SI.
  10. 10. Receptor da Reivindicação 9, em que a dimensão de um campo para a informação de reprocessamento de PSI/SI é de um bit.
  11. 11. Receptor da Reivindicação 9, incluindo adicionalmente: um desintercalador no tempo configurado para desintercalar no tempo dados correspondentes a símbolos de dados do sinal radiodifundido; um desendereçador (r306-l) configurado para desendereçar valores de constelações correspondentes a dados desintercalados no tempo em palavras células; multiplexar as palavras células em bits de dados da fatia de dados; desintercalar os bits dos bits de dados da fatia de dados em dados codificados por LDPC para a fatia de dados; descodificar por LDPC os dados codificados por LDPC; e ΡΕ2375666 descodificar por BCH os dados descodificados por LDPC.
  12. 12. Método para receber um sinal de radiodifusão, incluindo o método: desintercalar no tempo dados em simbolos de preâmbulo de um sinal de radiodifusão; desendereçar valores de constelações correspondentes a dados desintercalados no tempo em palavras células; multiplexar as palavras células em bits de dados dos dados de sinalização da Camada 1, incluindo os dados de sinalização de LI informação para sinalizar pelo menos uma fatia de dados no sinal de radiodifusão; desintercalar os bits dos bits de dados dos dados de sinalização da Camada 1 em dados de sinalização da Camada 1 codificados por LDPC; realizar o despunçoamento sobre os dados de sinalização da Camada 1 codificados por LDPC; descodificar por LDPC os dados de sinalização da Camada 1 despunçoada; 9 ΡΕ2375666 descodificar por BCH os dados de sinalização da Camada 1 descodificados por LDPC, caracterizado por os dados de sinalização da Camada 1 incluírem Informação Especifica de Programa, PSI, e Informação de Serviço, SI, informação de reprocessamento para cada Lacete de Camada Fisica, PLP, na fatia de dados, a informação de reprocessamento da PSI/SI indicando quando é realizado ou não o reprocessamento de PSI/SI.
  13. 13. Método da Reivindicação 12, em que a dimensão de um campo para a informação de reprocessamento da PSI/SI é de um bit.
  14. 14. Método da Reivindicação 12, incluindo adicionalmente : desintercalar no tempo dados correspondentes à fatia de dados do sinal de radiodifusão; desendereçar valores de constelações correspondentes a dados desintercalados no tempo em palavras células; multiplexar as palavras células em bits de dados da fatia de dados; e desintercalar os bits dos bits de dados da fatia de dados codificados por LDPC para a fatia de dados; ΡΕ2375666 10 descodificar por LDPC os dados codificados por LDPC; e descodificar por BCH os dados descodificados por LDPC. Lisboa, 2 de Agosto de 2012
PT11165271T 2009-02-12 2009-08-05 Dispositivo para transmitir e receber um sinal e método de transmitir e receber um sinal PT2375666E (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US15222409P 2009-02-12 2009-02-12

Publications (1)

Publication Number Publication Date
PT2375666E true PT2375666E (pt) 2012-08-09

Family

ID=41259072

Family Applications (3)

Application Number Title Priority Date Filing Date
PT09167284T PT2219336E (pt) 2009-02-12 2009-08-05 Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT111652269T PT2385667E (pt) 2009-02-12 2009-08-05 Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT11165271T PT2375666E (pt) 2009-02-12 2009-08-05 Dispositivo para transmitir e receber um sinal e método de transmitir e receber um sinal

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PT09167284T PT2219336E (pt) 2009-02-12 2009-08-05 Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT111652269T PT2385667E (pt) 2009-02-12 2009-08-05 Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal

Country Status (12)

Country Link
US (3) US8787497B2 (pt)
EP (3) EP2375666B1 (pt)
KR (4) KR101664428B1 (pt)
CN (2) CN103634077B (pt)
AT (2) ATE519312T1 (pt)
AU (1) AU2009340120B2 (pt)
DK (3) DK2219336T3 (pt)
ES (3) ES2387611T3 (pt)
PL (3) PL2375666T3 (pt)
PT (3) PT2219336E (pt)
SI (2) SI2219336T1 (pt)
WO (1) WO2010093097A1 (pt)

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101518346B1 (ko) * 2008-10-20 2015-05-08 삼성전자주식회사 직교주파수분할다중 시스템에서 프리엠블 송수신 장치 및 방법
TW201141198A (en) * 2009-10-20 2011-11-16 Sony Corp Frame mapping apparatus and method
JP5476981B2 (ja) * 2009-12-25 2014-04-23 ソニー株式会社 受信装置及び方法、プログラム、並びに受信システム
JP2011135456A (ja) * 2009-12-25 2011-07-07 Sony Corp 受信装置及び方法、プログラム、並びに受信システム
CA2789648C (en) * 2010-02-11 2018-08-21 Sony Corporation Mapping apparatus and method for transmission of data in a multi-carrier broadcast system
US9236927B2 (en) * 2010-02-25 2016-01-12 Sony Corporation Transmission apparatus and method for transmission of data in a multi-carrier broadcast system
GB2483238B (en) 2010-08-31 2017-07-19 Samsung Electronics Co Ltd Method and apparatus for signalling in digital radio systems
KR102036296B1 (ko) * 2011-02-04 2019-10-24 마벨 월드 트레이드 리미티드 Wlan용 제어 모드 phy
KR101806212B1 (ko) * 2011-02-22 2017-12-08 삼성전자주식회사 디지털 방송 시스템에서 시그널링 정보 전송 방법 및 장치
JP5703839B2 (ja) * 2011-02-28 2015-04-22 ソニー株式会社 送信装置、情報処理方法、プログラム、および送信システム
EP3547550A1 (en) * 2011-03-30 2019-10-02 Samsung Electronics Co., Ltd. Apparatus and method for mapping and demapping signals in a communication system using a low density parity check code
CN108449299B (zh) 2011-10-07 2022-01-14 英特尔公司 用于低功率无线网络中的通信的方法和设置
DE112013003443T5 (de) 2012-07-09 2015-06-11 Sony Corporation Kodierungs- und Modulationsvorrichtung unter Benutzung ungleichmässiger Konstellation
US10609707B2 (en) 2012-10-18 2020-03-31 Nokia Solutions And Networks Oy Communication of control information and data in frames
EP2946559B1 (en) 2013-01-17 2017-11-15 LG Electronics Inc. Apparatus for transmitting / receiving broadcast signals and methods therefor
EP2946561A4 (en) 2013-01-17 2016-04-27 Lg Electronics Inc APPARATUS FOR TRANSMITTING RADIO SIGNALS, RADIO SIGNAL RECEIVING DEVICE, METHOD FOR TRANSMITTING RADIO SIGNALS AND METHOD FOR RECEIVING BROADCAST SIGNALS
KR101625071B1 (ko) * 2013-01-17 2016-05-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 방법, 방송 신호 송신 방법 및 방송 신호 수신 방법
EP3442189B1 (en) * 2013-04-30 2020-06-03 Sony Corporation Coding and modulation apparatus using non-uniform constellation
WO2014177565A1 (en) * 2013-04-30 2014-11-06 Sony Corporation Coding and modulation apparatus using non-uniform constellation
EP2995077B1 (en) 2013-05-08 2018-10-24 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2014200280A2 (en) 2013-06-12 2014-12-18 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015002449A1 (en) 2013-07-05 2015-01-08 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
CN104584510B (zh) 2013-07-05 2019-04-19 索尼公司 发送设备、发送方法、接收设备和接收方法
BR112015032847B1 (pt) 2013-07-05 2023-05-02 Sony Corporation Aparelhos e métodos de codificação e de modulação, de transmissão, de decodificação e de demodulação, e, de recepção
WO2015023107A1 (ko) * 2013-08-13 2015-02-19 엘지전자 주식회사 방송신호 송신방법, 방송신호 수신방법, 방송신호 송신장치, 방송신호 수신장치
KR101801588B1 (ko) * 2013-09-25 2017-11-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
KR101850312B1 (ko) 2013-09-27 2018-05-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
KR102163710B1 (ko) * 2013-10-30 2020-10-12 삼성전자주식회사 송신 장치 및 그의 신호 처리 방법
US9871621B2 (en) 2013-10-30 2018-01-16 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof
KR102359183B1 (ko) 2013-10-30 2022-02-07 삼성전자주식회사 송신 장치 및 그의 신호 처리 방법
US9596116B2 (en) 2014-02-20 2017-03-14 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101875665B1 (ko) * 2014-04-21 2018-07-06 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102121851B1 (ko) 2014-06-02 2020-06-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR20150141319A (ko) * 2014-06-10 2015-12-18 한국전자통신연구원 다중 서비스 제공을 위한 디지털 변조 방법 및 장치, 및 이를 이용하여 다중 서비스를 제공하는 방법 및 장치
CN111600727B (zh) * 2014-08-21 2022-07-15 Lg 电子株式会社 发送广播信号的装置和方法及接收广播信号的装置和方法
KR102384790B1 (ko) * 2014-08-25 2022-04-08 한국전자통신연구원 레이어드 디비전 멀티플렉싱을 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
EP3206352B1 (en) 2014-10-12 2019-08-07 LG Electronics Inc. -1- Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
EP3226572A4 (en) * 2014-11-26 2018-07-04 LG Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal
JP6462001B2 (ja) * 2014-12-08 2019-01-30 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法
CN111510246B (zh) * 2014-12-29 2023-06-16 Lg 电子株式会社 接收广播信号的方法和装置及发送广播信号的方法和装置
WO2016108372A1 (ko) * 2014-12-29 2016-07-07 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101899830B1 (ko) * 2015-01-27 2018-09-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102154532B1 (ko) 2015-02-04 2020-09-10 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
KR102426771B1 (ko) 2015-02-25 2022-07-29 삼성전자주식회사 송신 장치 및 그의 부가 패리티 생성 방법
MY182481A (en) * 2015-03-02 2021-01-25 Samsung Electronics Co Ltd Transmitter and shortening method thereof
WO2016140515A1 (en) 2015-03-02 2016-09-09 Samsung Electronics Co., Ltd. Transmitter and parity permutation method thereof
KR101800415B1 (ko) * 2015-03-02 2017-11-23 삼성전자주식회사 송신 장치 및 그의 패리티 퍼뮤테이션 방법
WO2016144061A1 (ko) * 2015-03-06 2016-09-15 한국전자통신연구원 부트스트랩 및 프리앰블을 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
KR102553316B1 (ko) * 2015-03-06 2023-07-10 한국전자통신연구원 레이어드 디비전 멀티플렉싱을 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
US10177954B2 (en) * 2015-03-16 2019-01-08 Sony Corporation Coding and modulation apparatus using non-uniform constellation
CN106878766A (zh) * 2015-03-20 2017-06-20 上海数字电视国家工程研究中心有限公司 信令编码调制装置和解调译码装置
CA2945944C (en) 2015-03-24 2018-12-11 Lg Electronics Inc. Apparatus and method for sending and receiving broadcast signals
KR102465856B1 (ko) * 2015-03-27 2022-11-11 한국전자통신연구원 코어 레이어의 피지컬 레이어 파이프들의 경계를 이용한 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
JP6514358B2 (ja) * 2015-04-06 2019-05-15 エルジー エレクトロニクス インコーポレイティド 放送信号送受信装置及び方法
US10021695B2 (en) * 2015-04-14 2018-07-10 Qualcomm Incorporated Apparatus and method for generating and transmitting data frames
US10340953B2 (en) * 2015-05-19 2019-07-02 Samsung Electronics Co., Ltd. Method and apparatus for encoding and decoding low density parity check codes
KR102065423B1 (ko) 2015-06-29 2020-02-17 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
CN111585702B (zh) * 2015-07-01 2023-04-25 韩国电子通信研究院 生成广播信号帧的方法
EP3324594A4 (en) * 2015-07-16 2019-03-20 LG Electronics Inc. BROADCAST SIGNAL TRANSMITTING DEVICE, BROADCAST SIGNAL RECEIVING DEVICE, BROADCASTING SIGNAL TRANSMITTING METHOD, AND BROADCAST SIGNAL RECEIVING METHOD
CN106716885B (zh) * 2015-07-17 2018-12-11 Lg 电子株式会社 用于发送和接收广播信号的装置和方法
CN111786924B (zh) * 2015-09-10 2023-03-28 Lg 电子株式会社 广播信号发送装置和方法以及广播信号接收装置和方法
KR102582843B1 (ko) * 2015-11-02 2023-09-27 한국전자통신연구원 인젝션 레벨 정보를 시그널링하는 프리앰블을 포함하는 방송 신호 프레임 생성 장치 및 방송 신호 프레임 생성 방법
TWI756194B (zh) * 2015-11-25 2022-03-01 日商新力股份有限公司 資料處理裝置及資料處理方法
EP3427427A4 (en) * 2016-04-12 2019-08-21 Huawei Technologies Co., Ltd. METHODS AND APPARATUS FOR SPREADING AND MULTIPLEXING SIGNALS
CN109565495B (zh) * 2016-09-09 2022-07-12 英特尔公司 用于无线网络的符号分块和保护间隔
WO2018048498A1 (en) * 2016-09-09 2018-03-15 Intel Corporation Signal spectra for wireless networks
CN111130686B (zh) * 2018-11-01 2022-12-06 海思光电子有限公司 业务数据处理方法及装置
CN113825169B (zh) * 2020-06-18 2023-07-07 华为技术有限公司 一种微波数据处理方法、装置和设备
RU2755640C1 (ru) * 2020-12-14 2021-09-17 Федеральное государственное бюджетное учреждение "4 Центральный научно-исследовательский институт" Министерства обороны Российской Федерации Способ передачи информации с использованием замещающего логического помехоустойчивого кода

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1189018A (zh) 1996-11-21 1998-07-29 松下电器产业株式会社 纠错装置
US6389000B1 (en) 1997-09-16 2002-05-14 Qualcomm Incorporated Method and apparatus for transmitting and receiving high speed data in a CDMA communication system using multiple carriers
US6289000B1 (en) * 2000-05-19 2001-09-11 Intellon Corporation Frame control encoder/decoder for robust OFDM frame transmissions
EP1199834B1 (en) 2000-10-21 2011-12-21 Samsung Electronics Co., Ltd. Method and device for transmitting packet data in mobile communication system
US7254769B2 (en) * 2002-12-24 2007-08-07 Electronics And Telecommunications Research Insitute Encoding/decoding apparatus using low density parity check code
US7535819B1 (en) * 2003-09-26 2009-05-19 Staccato Communications, Inc. Multiband OFDM system with mapping
KR20050046471A (ko) * 2003-11-14 2005-05-18 삼성전자주식회사 저밀도 패러티 검사 부호를 병렬 연접하는 채널부호화/복호화 장치 및 방법
CA2575551A1 (en) * 2004-07-29 2006-02-09 Qualcomm Incorporated System and method for interleaving
EP1800408A1 (en) * 2004-10-01 2007-06-27 Thomson Licensing A low density parity check (ldpc) decoder
US7434138B2 (en) * 2005-06-27 2008-10-07 Agere Systems Inc. Structured interleaving/de-interleaving scheme for product code encoders/decorders
KR100665653B1 (ko) * 2005-07-22 2007-01-09 주식회사 에어코드 프로그램 입력 스트림 재처리 장치
WO2007052995A1 (en) * 2005-11-07 2007-05-10 Electronics And Telecommunications Research Institute Method for using flexible bandwidth in ofdma-based cognitive radio system, base station and subscriber station using the same
WO2007086655A1 (en) 2006-01-27 2007-08-02 Lg Electronics Inc. Digital broadcasting system and method of processing data
US20070266293A1 (en) * 2006-05-10 2007-11-15 Samsung Electronics Co., Ltd. Apparatus and method for high speed data transceiving, and apparatus and method for error-correction processing for the same
DE102006026895B3 (de) 2006-06-09 2007-11-08 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Interleaver-Vorrichtung, Empfänger für ein von der Interleaver-Vorrichtung erzeugtes Signal, Sender zum Erzeugen eines Sendesignals, Verfahren zum Verarbeiten eines Codeworts, Verfahren zum Empfangen eines Signals und Computer-Programm
JP4856605B2 (ja) * 2006-08-31 2012-01-18 パナソニック株式会社 符号化方法、符号化装置、及び送信装置
EP2089999B1 (en) 2006-10-03 2019-05-01 ViaSat, Inc. Packet reformatting for downstream links
CN101094025B (zh) 2006-12-08 2011-06-15 北京新岸线移动通信技术有限公司 T-mmb系统接收端实现多种解调方式的方法
KR101276842B1 (ko) * 2007-02-09 2013-06-18 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
KR101253185B1 (ko) * 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101419936B1 (ko) * 2007-05-22 2014-07-21 삼성전자주식회사 통신 시스템에서 신호 송수신 시스템 및 방법
KR101397051B1 (ko) * 2007-06-25 2014-05-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101513028B1 (ko) * 2007-07-02 2015-04-17 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
WO2009014383A1 (en) * 2007-07-23 2009-01-29 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
TWI348299B (en) * 2007-10-29 2011-09-01 Univ Nat Chiao Tung Wireless transmitting system and apparatus and method for encoding a plurality of information bits to a plurality of transmitting signals thereof, and wireless receiving system and method for decoding a receiving signal to a plurality of information bits
KR101435681B1 (ko) * 2007-11-08 2014-09-02 삼성전자주식회사 저밀도 패리티 검사 부호를 사용하는 통신 시스템에서데이터 송수신 장치 및 방법
US8437406B2 (en) * 2007-11-12 2013-05-07 Broadcom Corporation Method and system for digital video broadcast for cable (DVB-C2)
US8515471B2 (en) * 2008-02-15 2013-08-20 Samsung Electronics Co., Ltd. System and method for wireless communication network using beamforming and having a multi-cast capacity
ES2431337T3 (es) * 2008-06-04 2013-11-26 Sony Corporation Nueva estructura de trama para sistemas de múltiples portadoras
JP5235629B2 (ja) * 2008-11-28 2013-07-10 株式会社日立製作所 無線通信装置の符号化及び変調方法、並びに復号方法
CN102100067B (zh) * 2009-02-13 2013-04-24 Lg电子株式会社 用于发送和接收信号的装置以及用于发送和接收信号的方法
CA2789648C (en) * 2010-02-11 2018-08-21 Sony Corporation Mapping apparatus and method for transmission of data in a multi-carrier broadcast system

Also Published As

Publication number Publication date
US8787497B2 (en) 2014-07-22
SI2375666T1 (sl) 2012-09-28
AU2009340120A1 (en) 2010-08-19
EP2219336A1 (en) 2010-08-18
EP2219336B1 (en) 2011-08-03
CN103634077B (zh) 2017-09-08
PT2385667E (pt) 2013-12-26
ATE557506T1 (de) 2012-05-15
KR101728736B1 (ko) 2017-04-20
KR20110117686A (ko) 2011-10-27
DK2375666T3 (da) 2012-07-30
US9455748B2 (en) 2016-09-27
KR20160150658A (ko) 2016-12-30
DK2219336T3 (da) 2011-10-31
KR20160112011A (ko) 2016-09-27
DK2385667T3 (da) 2014-01-13
US20140298144A1 (en) 2014-10-02
US10320426B2 (en) 2019-06-11
WO2010093097A1 (en) 2010-08-19
PL2385667T3 (pl) 2014-02-28
ES2387611T3 (es) 2012-09-27
EP2385667B1 (en) 2013-10-02
EP2375666A1 (en) 2011-10-12
EP2375666B1 (en) 2012-05-09
ES2370699T3 (es) 2011-12-21
PL2375666T3 (pl) 2012-11-30
KR20160077219A (ko) 2016-07-01
SI2219336T1 (sl) 2011-10-28
KR101634188B1 (ko) 2016-06-28
CN102292986B (zh) 2013-12-11
KR101691841B1 (ko) 2017-01-02
CN102292986A (zh) 2011-12-21
US20160365875A1 (en) 2016-12-15
PL2219336T3 (pl) 2011-12-30
CN103634077A (zh) 2014-03-12
ATE519312T1 (de) 2011-08-15
PT2219336E (pt) 2011-11-03
EP2385667A1 (en) 2011-11-09
ES2440796T3 (es) 2014-01-30
KR101664428B1 (ko) 2016-10-10
US20110274211A1 (en) 2011-11-10
AU2009340120B2 (en) 2013-10-03

Similar Documents

Publication Publication Date Title
PT2375666E (pt) Dispositivo para transmitir e receber um sinal e método de transmitir e receber um sinal
ES2405781T3 (es) Aparato y método para transmitir y recibir una señal de difusión
EP2424146B1 (en) Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
EP2387193B1 (en) Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
EP2228960B1 (en) Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
PT2388967E (pt) Aparelho para transmissão e recepção de um sinal e método para transmissão e recepção de um sinal
PT2448163E (pt) Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT2375599E (pt) Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT2214367E (pt) Dispositivo e processo para a transmissão e recepção de um sinal
KR20110108395A (ko) 신호 송수신 장치 및 방법
PT2503725E (pt) Dispositivo e processo para a transmissão e recepção de um sinal
PT2200196E (pt) Dispositivo para a transmissão e recepção de um sinal e processo para a transmissão e recepção de um sinal
PT2385669E (pt) Aparelho para transmissão e recepção de um sinal e método para transmissão e recepção de um sinal