BR112019011500A2 - aparelho e método de transmissão, e, aparelho e método de recepção. - Google Patents

aparelho e método de transmissão, e, aparelho e método de recepção. Download PDF

Info

Publication number
BR112019011500A2
BR112019011500A2 BR112019011500-5A BR112019011500A BR112019011500A2 BR 112019011500 A2 BR112019011500 A2 BR 112019011500A2 BR 112019011500 A BR112019011500 A BR 112019011500A BR 112019011500 A2 BR112019011500 A2 BR 112019011500A2
Authority
BR
Brazil
Prior art keywords
length
header
fec
packet
input
Prior art date
Application number
BR112019011500-5A
Other languages
English (en)
Inventor
Takahashi Kazuyuki
Bruce Michael Lachlan
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority claimed from PCT/JP2017/043236 external-priority patent/WO2018110315A1/ja
Publication of BR112019011500A2 publication Critical patent/BR112019011500A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)

Abstract

esta tecnologia refere-se a um dispositivo de transmissão, a um método de transmissão, a um dispositivo de recepção e a um método de recepção que tornam possível emitir de forma confiável uma notificação sobre a posição dianteira de um pacote de transmissão ou um fluxo contínuo de transmissão quando o pacote de transmissão ou o fluxo contínuo de transmissão forem encapsulados em um bloco de correção de erro. o dispositivo de transmissão gera um bloco de fec com base em um pacote de entrada ou em um fluxo contínuo de entrada, e gera e transmite um quadro de fec com base no bloco de fec. o cabeçalho do bloco de fec inclui um cabeçalho com mínimo comprimento fixo que tem a informação de identificação de tipo para identificar o tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação para detecção de um erro no cabeçalho, e a informação relacionada à posição dianteira do pacote de entrada ou do fluxo contínuo de entrada que serão armazenados na carga útil do quadro de fec. esta tecnologia pode ser aplicada na transmissão de dados, etc.

Description

APARELHO E MÉTODO DE TRANSMISSÃO, E, APARELHO E MÉTODO DE RECEPÇÃO Campo Técnico [001] A presente tecnologia refere-se a um aparelho de transmissão, a um método de transmissão, a um aparelho de recepção e a um método de recepção, e refere-se, em particular, a um aparelho de transmissão, a um método de transmissão, a um aparelho de recepção e a um método de recepção que permitem a confiável notificação de uma posição de início de um pacote de transporte ou um fluxo contínuo de transporte durante a encapsulação do pacote de transporte ou do fluxo contínuo de transporte em um bloco de correção de erro.
Fundamentos da Invenção [002] Por exemplo, ISDB-T (Serviços Integrados de Difusão Digital
Terrestre) adotado no Japão e em outras nações está disponível como um esquema de difusão para difusão de televisão terrestre digital (consulte, por exemplo, NPL 1).
[003] Também, um pacote de TLV (Valor do Comprimento do
Tipo), um pacote de comprimento variável, é conhecido como um pacote de transporte para transportar dados de vídeo e áudio (consulte, por exemplo, NPL 2).
Lista de Citação
Literatura Não Patente [004] NPL 1 ARIB STD-B31 Versão 2.2, Associação de Indústrias e Empresas de Rádio
NPL 2 ARIB STD-B31 Versão 2.1, Associação de Indústrias e Empresas de Rádio
Sumário da Invenção
Problema Técnico [005] Incidentemente, o aumento na sofisticação da difusão de
Petição 870190052253, de 04/06/2019, pág. 12/154
2/67 televisão terrestre digital para sua próxima geração está em estudo. Na próxima geração de difusão de televisão terrestre digital, o transporte de dados usando um pacote de TLV está em estudo.
[006] Aqui, um pacote de transporte, tal como o pacote de TLV, e um fluxo contínuo de transporte são encapsulados em um bloco de correção de erro, tal como o bloco de FEC, primeiro e, então, transportados. Entretanto, um esquema tecnológico para a encapsulação de um pacote de transporte ou um fluxo contínuo de transporte em um bloco de correção de erro ainda precisa ser estabelecido. Portanto, foram solicitadas propostas para notificar de forma confiável uma posição de início de um pacote de transporte ou um fluxo contínuo de transporte durante a encapsulação do pacote de transporte ou do fluxo contínuo de transporte em um bloco de correção de erro.
[007] A presente tecnologia foi concebida à luz de tais circunstâncias, e é um objetivo da presente tecnologia notificar de forma confiável uma posição de início de um pacote de transporte ou um fluxo contínuo de transporte durante a encapsulação do pacote de transporte ou do fluxo contínuo de transporte em um bloco de correção de erro.
Solução para o Problema [008] Um aparelho de transmissão da presente tecnologia inclui uma primeira seção de geração, uma segunda seção de geração e uma seção de transmissão. A primeira seção de geração gera um bloco de FEC (Correção de Erro Antecipada) com base em um pacote de entrada ou em um fluxo contínuo de entrada. A segunda seção de geração gera um quadro de FEC com base no bloco de FEC. A seção de transmissão transmite o quadro de FEC. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga
Petição 870190052253, de 04/06/2019, pág. 13/154
3/67 útil do quadro de FEC.
[009] Um método de transmissão da presente tecnologia inclui gerar um bloco de FEC com base em um pacote de entrada ou em um fluxo contínuo de entrada, gerar um quadro de FEC com base no bloco de FEC, e transmitir o quadro de FEC. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[0010] No aparelho de transmissão e no método de transmissão da presente tecnologia, um bloco de FEC é gerado com base em um pacote de entrada ou em um fluxo contínuo de entrada, um quadro de FEC é gerado com base no bloco de FEC, e o quadro de FEC é transmitido. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[0011] Um aparelho de recepção da presente tecnologia inclui uma seção de recepção, uma primeira seção de geração, e uma segunda seção de geração. A seção de recepção recebe um sinal de entrada que inclui um quadro de FEC. A primeira seção de geração gera um bloco de FEC com base no quadro de FEC recebido. A segunda seção de geração gera um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada
Petição 870190052253, de 04/06/2019, pág. 14/154
4/67 em uma carga útil do quadro de FEC.
[0012] Um método de recepção da presente tecnologia inclui receber um sinal de entrada que inclui um quadro de FEC, gerar um bloco de FEC com base no quadro de FEC recebido, e gerar um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[0013] No aparelho de recepção e no método de recepção da presente tecnologia, um sinal de entrada que inclui um quadro de FEC é recebido, e um bloco de FEC é gerado com base no quadro de FEC recebido. Então, um pacote de entrada ou um fluxo contínuo de entrada são gerados com base no bloco de FEC. Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
Efeito Vantajoso da Invenção [0014] De acordo com a presente tecnologia, é possível notificar de forma confiável uma posição de início de um pacote de transporte ou um fluxo contínuo de transporte durante a encapsulação do pacote de transporte ou do fluxo contínuo de transporte em um bloco de correção de erro.
[0015] Deve-se notar que o efeito aqui descrito não é necessariamente limitado e pode ser qualquer um dos efeitos descritos nesta descrição.
Breve Descrição dos Desenhos [0016] A figura 1 é um diagrama de blocos que ilustra uma configuração de uma modalidade de um sistema de transporte no qual a
Petição 870190052253, de 04/06/2019, pág. 15/154
5/67 presente tecnologia é aplicada.
[0017] A figura 2 é um diagrama de blocos que ilustra os exemplos de configuração de um aparelho de processamento de dados e um aparelho de transmissão.
[0018] A figura 3 é um diagrama de blocos que ilustra um exemplo de configuração de um aparelho de recepção.
[0019] A figura 4 é um diagrama que descreve uma fundamentação em relação à presente tecnologia.
[0020] A figura 5 é um diagrama que descreve um problema resolvido pela presente tecnologia.
[0021] A figura 6 é um diagrama que descreve uma visão geral de um método para resolver o problema.
[0022] A figura 7 é um diagrama que descreve uma visão geral da geração de um bloco de FEC.
[0023] A figura 8 é um diagrama que ilustra um exemplo de um bloco de FEC.
[0024] A figura 9 é um diagrama que ilustra um primeiro exemplo de um tamanho do quadro de banda base.
[0025] A figura 10 é um diagrama que ilustra um segundo exemplo de um tamanho do quadro de banda base.
[0026] A figura 11 é um diagrama que ilustra um terceiro exemplo de um tamanho do quadro de banda base.
[0027] A figura 12 é um diagrama que descreve uma visão geral de uma forma de dados adotada na presente tecnologia.
[0028] A figura 13 é um diagrama que descreve um exemplo de uma primeira forma de dados adotada na presente tecnologia.
[0029] A figura 14 é um diagrama que descreve um exemplo de uma primeira forma de dados adotada na presente tecnologia.
[0030] A figura 15 é um diagrama que descreve um exemplo de uma
Petição 870190052253, de 04/06/2019, pág. 16/154
6/67 primeira forma de dados adotada na presente tecnologia.
[0031] A figura 16 é um diagrama que descreve um exemplo de uma primeira forma de dados adotada na presente tecnologia.
[0032] A figura 17 é um diagrama que descreve um exemplo de uma primeira forma de dados adotada na presente tecnologia.
[0033] A figura 18 é um diagrama que descreve um exemplo de uma primeira forma de dados adotada na presente tecnologia.
[0034] A figura 19 é um diagrama que descreve um exemplo de uma segunda forma de dados adotada na presente tecnologia.
[0035] A figura 20 é um diagrama que descreve um exemplo de uma segunda forma de dados adotada na presente tecnologia.
[0036] A figura 21 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0037] A figura 22 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0038] A figura 23 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0039] A figura 24 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0040] A figura 25 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0041] A figura 26 é um diagrama que descreve um exemplo de uma terceira forma de dados adotada na presente tecnologia.
[0042] A figura 27 é um diagrama que descreve um exemplo de uma quarta forma de dados adotada na presente tecnologia.
[0043] A figura 28 é um diagrama que ilustra um exemplo de um sincronismo de transmissão de NTP.
[0044] A figura 29 é um diagrama de blocos que ilustra um exemplo de configuração de um bloco em relação à geração de um bloco de FEC.
Petição 870190052253, de 04/06/2019, pág. 17/154
7/67 [0045] A figura 30 é um diagrama que descreve um fluxo de geração de bloco de FEC.
[0046] A figura 31 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que um tamanho do quadro de banda base for um código médio.
[0047] A figura 32 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que um tamanho do quadro de banda base for um código longo.
[0048] A figura 33 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que tamanho do quadro de banda base for um código curto.
[0049] A figura 34 é um diagrama que ilustra um exemplo de formato do cabeçalho do bloco de FEC na forma 1.
[0050] A figura 35 é um diagrama que ilustra um exemplo de formato de byte EXT na forma 1.
[0051] A figura 36 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 1.
[0052] A figura 37 representa os diagramas que descrevem a ilustração simplificada de um cabeçalho do bloco de FEC.
[0053] A figura 38 representa detalhado 1 na forma 1.
um um um os diagramas que ilustram exemplo [0054] A figura 39 representa detalhado 1 na forma 1.
os diagramas que ilustram exemplo [0055] A figura 40 representa detalhado 2 na forma 1.
os diagramas que ilustram exemplo [0056] A figura 41 é um diagrama que ilustra o exemplo detalhado 2 na forma 1.
[0057] A figura 42 representa os diagramas que ilustram o exemplo detalhado 3 na forma 1.
Petição 870190052253, de 04/06/2019, pág. 18/154
8/67 [0058] A figura 43 é um diagrama que ilustra o exemplo detalhado 3 na forma 1.
[0059] A figura 44 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 2-1.
[0060] A figura 45 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 2-1.
[0061] A figura 46 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 2-2.
[0062] A figura 47 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 2-2.
[0063] A figura 48 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 3.
[0064] A figura 49 é um diagrama que ilustra um exemplo de um formato de byte EXT na forma 3.
[0065] A figura 50 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 3.
[0066] A figura 51 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 3-1.
[0067] A figura 52 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 3-1.
[0068] A figura 53 é um diagrama que ilustra um exemplo de um formato de byte EXT na forma 3-1.
[0069] A figura 54 representa os diagramas que ilustram o exemplo detalhado 1 na forma 3-1.
[0070] A figura 55 representa os diagramas que ilustram o exemplo detalhado 1 na forma 3-1.
[0071] A figura 56 é um diagrama que ilustra o exemplo detalhado 1 na forma 3-1.
[0072] A figura 57 representa os diagramas que ilustram o exemplo
Petição 870190052253, de 04/06/2019, pág. 19/154
9/67 detalhado 2 na forma 3-1.
[0073] A figura 58 é um diagrama que ilustra o exemplo detalhado 2 na forma 3-1.
[0074] A figura 59 representa os diagramas que ilustram o exemplo detalhado 3 na forma 3-1.
[0075] A figura 60 é um diagrama que ilustra o exemplo detalhado 3 na forma 3-1.
[0076] A figura 61 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 4.
[0077] A figura 62 é um diagrama que ilustra um exemplo de um formato de byte EXT na forma 4.
[0078] A figura 63 é um diagrama que ilustra os exemplos de valores de preenchimento na forma 4.
[0079] A figura 64 é um diagrama que ilustra um exemplo de um sincronismo da transmissão da informação de tempo.
[0080] A figura 65 é um fluxograma que descreve a operação nos lados de transmissão e de recepção.
[0081] A figura 66 é um diagrama de blocos que ilustra um exemplo de configuração de um computador.
Descrição das Modalidades [0082] Uma descrição será dada a seguir das modalidades da presente tecnologia em relação aos desenhos. Deve-se notar que a descrição será dada na seguinte ordem:
1. Configuração do sistema
2. Visão geral da presente tecnologia
3. Conteúdos detalhados da presente tecnologia (3-1) Primeira forma (3-2) Segunda forma (3-3) Terceira forma
Petição 870190052253, de 04/06/2019, pág. 20/154
10/67 (3-4) Quarta forma
4. Sincronismo da transmissão da informação de tempo da presente tecnologia
5. Operação nos lados de transmissão e de recepção
6. Exemplo de modificação
7. Configuração do computador <1. Configuração do sistema>
(Exemplo de configuração do sistema de transporte) [0083] A figura 1 é um diagrama de blocos que ilustra uma configuração de uma modalidade de um sistema de transporte no qual a presente tecnologia é aplicada. Deve-se notar que um sistema refere-se a um conjunto lógico de uma pluralidade de aparelhos.
[0084] Na figura 1, um sistema de transporte 1 inclui os aparelhos de processamento de dados 10-1 a 10-N (em que N é um número inteiro igual a ou maior do que 1) instalados em aparelhagens relacionadas às respectivas estações de difusão, um aparelho de transmissão 20 instalado em uma estação de transmissão, e aparelhos de recepção 30-1 a 30-M (em que M é um número inteiro igual a ou maior do que 1) possuídos pelos usuários.
[0085] Também, no sistema de transporte 1, os aparelhos de processamento de dados 10-1 a 10-N são conectados no aparelho de transmissão 20 por meio de linhas de comunicação 40-1 a 40-N. Deve-se notar que linhas arrendadas, por exemplo, podem ser usadas como as linhas de comunicação 40-1 a 40-N.
[0086] O aparelho de processamento de dados 10-1 processa o conteúdo, tal como o programa de difusão produzido por uma estação de difusão A, e transmite os dados que serão transportados adquiridos em decorrência disto para o aparelho de transmissão 20 por meio da linha de comunicação 40-1.
[0087] Nos aparelhos de processamento de dados 10-2 a 10-N, o
Petição 870190052253, de 04/06/2019, pág. 21/154
11/67 conteúdo, tais como os programas de difusão produzidos pelas estações de difusão B a Z, é processado, e os dados que serão transportados adquiridos em decorrência disto são enviados para o aparelho de transmissão 20 por meio das linhas de comunicação 40-2 a 40-N como no aparelho de processamento de dados 10-1.
[0088] O aparelho de transmissão 20 recebe os dados transportados enviados a partir dos aparelhos de processamento de dados 10-1 a 10-N no lado das estações de difusão por meio das linhas de comunicação 40-1 a 40-N. O aparelho de transmissão 20 processa os dados transportados a partir dos aparelhos de processamento de dados 10-1 a 10-N e transmite um sinal de difusão adquirido em decorrência disto a partir de uma antena de transmissão instalada na estação de transmissão.
[0089] Isto permite que o sinal de difusão proveniente do aparelho de transmissão 20 no lado da estação de transmissão seja enviado para os aparelhos de recepção 30-1 até 30-M por meio de um canal de transporte de difusão 50.
[0090] Os aparelhos de recepção 30-1 até 30-M são os receptores estacionários, tais como receptores de televisão (TV), receptores, decodificadores integrados (STBs), gravadores, consoles de jogos e armazenamentos de rede ou receptores móveis, tais como telefones inteligentes, telefones celulares e computadores tipo tablet. Também, os aparelhos de recepção 30-1 até 30-M podem ser equipamento montado em veículo montado nos veículos, tais como receptores de TV ou computadores usáveis no corpo montados em veículo, tais como visores montados na cabeça (HMDs).
[0091] O aparelho de recepção 30-1 reproduz o conteúdo, tal como o programa de difusão correspondente à operação de sintonia realizada por um usuário, pela recepção de um sinal de difusão enviado a partir do aparelho de transmissão 20 e pelo processamento do sinal por meio do canal de transporte
Petição 870190052253, de 04/06/2019, pág. 22/154
12/67 de difusão 50.
[0092] Nos aparelhos de recepção 30-2 a 30-M, um sinal de difusão proveniente do aparelho de transmissão 20 é processado, e o conteúdo correspondente à operação de sintonia realizada por um usuário é reproduzido como no aparelho de recepção 30-1.
[0093] Deve-se notar que, no sistema de transporte 1, o canal de transporte de difusão 50 pode ser não apenas terrestre (difusão terrestre), mas, também, por exemplo, difusão via satélite usando um satélite de difusão (BS) ou um satélite de comunicações ou difusão com fios usando cabos (CATV: Televisão de Antena Comum).
[0094] Também, no sistema de transporte 1, embora não ilustrado, vários servidores podem ser conectados em uma linha de comunicação, tal como a Internet, de forma que os aparelhos de recepção 30-1 até 30-M com uma função de comunicação possam receber várias peças de dados, tais como conteúdo e aplicações, pelo acesso aos vários servidores para comunicação bidirecional.
[0095] Deve-se notar que no caso em que não houver necessidade em particular de distinguir entre os aparelhos de processamento de dados 10-1 a 10-N no lado das estações de difusão, os aparelhos de processamento de dados 10-1 a 10-N serão referidos como os aparelhos de processamento de dados 10. Também, no caso em que não houver necessidade em particular de distinguir entre os aparelhos de recepção 30-1 até 30-M, os aparelhos de recepção 30-1 até 30-M serão referidos como os aparelhos de recepção 30.
[0096] (Configurações dos Aparelhos no Lado da Transmissão) [0097] A figura 2 é um diagrama de blocos que ilustra um exemplo de configuração do aparelho de processamento de dados 10 e do aparelho de transmissão 20 ilustrados na figura 1.
[0098] Na figura 2, o aparelho de processamento de dados 10 inclui uma seção de processamento de componente 111, uma seção de geração de
Petição 870190052253, de 04/06/2019, pág. 23/154
13/67 sinalização 112, um multiplexador 113 e uma seção de processamento de dados 114.
[0099] A seção de processamento de componente 111 processa os dados de componente incluídos no conteúdo, tais como os programas de difusão, e supre um fluxo contínuo de componente adquirido em decorrência disto para o multiplexador 113. Aqui, os dados de componente compreendem vídeo, áudio, legenda, e outros dados, e um processo de codificação em conformidade com um dado esquema de codificação ou outro processo, por exemplo, é realizado nestas peças de dados.
[00100] A seção de geração de sinalização 112 gera a sinalização usada para os processos de camada superior, tais como sintoniza e reprodução de conteúdo, e supre a sinalização para o multiplexador 113. Também, a seção de geração de sinalização 112 gera a sinalização usada para os processos de camada física, tais como modulação e demodulação do sinal de difusão, e supre a sinalização para a seção de processamento de dados 114.
[00101] Deve-se notar que a sinalização também é referida como a informação de controle. Também, na descrição dada a seguir, da sinalização, aquela usada para os processos na camada física será referida como a sinalização de camada física (sinalização Ll), e aquela usada para os processos nas camadas superiores acima da camada física será referida como a sinalização de camada superior para distinção.
[00102] O multiplexador 113 multiplexa um fluxo contínuo de componente suprido a partir da seção de processamento de componente 111 e um fluxo contínuo da sinalização de camada superior suprido a partir da seção de geração de sinalização 112 e supre o fluxo contínuo adquirido em decorrência disto para a seção de processamento de dados 114. Deve ser aqui notado que outros fluxos contínuos, tais como aplicação ou informação de tempo, podem ser multiplexados.
[00103] A seção de processamento de dados 114 processa o fluxo
Petição 870190052253, de 04/06/2019, pág. 24/154
14/67 contínuo suprido a partir do multiplexador 113 e gera um pacote (quadro) em uma dada forma. Também, a seção de processamento de dados 114 gera os dados que serão transportados pelo processamento do pacote na dada forma e a sinalização de camada física a partir da seção de geração de sinalização 112 e transmite os dados que serão transportados para o aparelho de transmissão 20 por meio da linha de comunicação 40.
[00104] Na figura 2, o aparelho de transmissão 20 inclui uma seção de processamento de dados 211 e uma seção de modulação 212.
[00105] A seção de processamento de dados 211 recebe e processa os dados transportados enviados a partir do aparelho de processamento de dados 10 por meio da linha de comunicação 40 e extrai o pacote (quadro) na dada forma e a informação da sinalização de camada física adquiridos em decorrência disto.
[00106] A seção de processamento de dados 211 gera um quadro de camada física em conformidade com um dado esquema de difusão (por exemplo, difusão de televisão terrestre digital da próxima geração) (quadro de camada física) pelo processamento do pacote (quadro) na dada forma e da informação da sinalização de camada física, e supre o quadro de camada física para a seção de modulação 212.
[00107] Deve-se notar que, embora uma descrição tenha sido dada em relação à configuração ilustrada na figura 2 considerando que a sinalização de camada física é gerada no lado dos aparelhos de processamento de dados 10 e enviada para o aparelho de transmissão 20, a sinalização de camada física pode ser gerada no lado do aparelho de transmissão 20.
[00108] A seção de modulação 212 realiza um processo necessário (por exemplo, o processo de modulação) no quadro de camada física suprido a partir da seção de processamento de dados 211 e transmite um sinal de difusão (sinal RF) adquirido em decorrência disto a partir da antena de transmissão instalada na estação de transmissão.
Petição 870190052253, de 04/06/2019, pág. 25/154
15/67 [00109] Os aparelhos de processamento de dados 10 e o aparelho de transmissão 20 são configurados como exposto.
[00110] (Configuração dos aparelhos no lado da recepção) [00111] A figura 3 é um diagrama de blocos que ilustra um exemplo de configuração do aparelho de recepção 30 ilustrado na figura 1.
[00112] Na figura 3, o aparelho de recepção 30 inclui um sintonizador 311, uma seção de demodulação 312 e uma seção de processamento de dados 313.
[00113] O sintonizador 311 realiza um processo necessário no sinal de difusão (sinal RF) recebido por meio de uma antena 321 e supre o sinal adquirido em decorrência disto para a seção de demodulação 312.
[00114] A seção de demodulação 312 é configurada, por exemplo, como um demodulador, tal como LSI (Integração de Larga Escala) de demodulação. A seção de demodulação 312 realiza um processo de demodulação no sinal suprido a partir do sintonizador 311. Neste processo de demodulação, por exemplo, um quadro de camada física é processado, por exemplo, de acordo com a sinalização de camada física, e um pacote em uma dada forma é adquirido. O pacote adquirido em decorrência desta demodulação é suprido para a seção de processamento de dados 313.
[00115] A seção de processamento de dados 313 é configurada, por exemplo, como um sistema no chip (SoC). A seção de processamento de dados 313 realiza dados processos no pacote suprido a partir da seção de demodulação 312. Aqui, por exemplo, os processos de decodificação e reprodução de fluxo contínuo são realizados com base na sinalização de camada superior adquirida a partir do pacote.
[00116] Vídeo, áudio, legenda, e outros dados adquiridos pelos processos realizados pela seção de processamento de dados 313 são transmitidos para os circuitos em estágios posteriores. Isto permite que o conteúdo, tais como os programas de difusão, seja reproduzido e o vídeo e o
Petição 870190052253, de 04/06/2019, pág. 26/154
16/67 áudio do mesmo sejam transmitidos pelos aparelhos de recepção 30.
[00117] Os aparelhos de recepção 30 são configurados como exposto.
[00118] <2. Visão geral da presente tecnologia>
[00119] O aparelho de transmissão 20 e os aparelhos de recepção 30 têm as seguintes funções:
[00120] Isto é, o aparelho de transmissão 20 inclui uma primeira seção de geração, uma segunda seção de geração e uma seção de transmissão. A primeira seção de geração gera um bloco de FEC (Correção de Erro Antecipada) com base em um pacote de entrada ou em um fluxo contínuo de entrada. A segunda seção de geração gera um quadro de FEC com base no bloco de FEC. A seção de transmissão transmite o quadro de FEC.
[00121] Um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[00122] No caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo e um mínimo comprimento do pacote de entrada. A informação de identificação do mínimo comprimento fixo é usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo. O mínimo comprimento do pacote de entrada é a informação em relação ao comprimento do pacote de entrada.
[00123] No caso em que a informação de identificação do mínimo comprimento fixo indica que o comprimento do pacote de entrada não é o mínimo comprimento fixo, o cabeçalho inclui não apenas o cabeçalho com mínimo comprimento fixo, mas, também, um cabeçalho com comprimento variável. Quando os bits inferiores do comprimento do pacote de entrada
Petição 870190052253, de 04/06/2019, pág. 27/154
17/67 forem a informação do mínimo comprimento do pacote de entrada que indica o mínimo comprimento do pacote de entrada, o cabeçalho com comprimento variável inclui a informação do comprimento do pacote de comprimento variável que inclui os bits superiores do comprimento do pacote de entrada.
[00124] No aparelho de transmissão 20 com as funções expostas, um bloco de FEC é gerado com base em um pacote de entrada ou em um fluxo contínuo de entrada, um quadro de FEC é gerado a partir do bloco de FEC, e o quadro de FEC é enviado.
[00125] Deve-se notar que o aparelho de transmissão 20 pode enviar um quadro de OFDM (Multiplexação por Divisão de Frequência Ortogonal) com um quadro de FEC arranjado no mesmo e pode incluir adicionalmente uma terceira seção de geração que gera uma célula fictícia para arranjar a informação de tempo no início do quadro de OFDM. Neste caso, o aparelho de transmissão 20 pode arranjar, conforme necessário, uma célula fictícia no quadro de OFDM, assim, permitindo que a informação de tempo seja arranjada no início do quadro de OFDM.
[00126] O aparelho de recepção 30 inclui uma seção de recepção, uma primeira seção de geração e uma segunda seção de geração. A seção de recepção recebe um sinal de entrada que inclui um quadro de FEC. A primeira seção de geração gera um bloco de FEC com base no quadro de FEC recebido. A segunda seção de geração gera um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC.
[00127] No aparelho de recepção 30 com as funções expostas, um sinal de entrada que inclui um quadro de FEC é recebido, e um bloco de FEC é gerado com base no quadro de FEC recebido. Adicionalmente, um pacote de entrada ou um fluxo contínuo de entrada são gerados com base no bloco de FEC.
[00128] A figura 4 é um diagrama que descreve uma fundamentação em relação à presente tecnologia.
Petição 870190052253, de 04/06/2019, pág. 28/154
18/67 [00129] A figura 5 é um diagrama que descreve um problema resolvido pela presente tecnologia.
[00130] A figura 6 é um diagrama que descreve uma visão geral de um método para resolver o problema.
[00131] A figura 7 é um diagrama que descreve uma visão geral da geração de um bloco de FEC.
[00132] A figura 8 é um diagrama que ilustra um exemplo de um bloco de FEC.
[00133] A figura 9 é um diagrama que ilustra um primeiro exemplo de um tamanho do quadro de banda base.
[00134] A figura 10 é um diagrama que ilustra um segundo exemplo de um tamanho do quadro de banda base.
[00135] A figura 11 é um diagrama que ilustra um terceiro exemplo de um tamanho do quadro de banda base.
[00136] A figura 12 é um diagrama que descreve uma visão geral de uma forma de dados adotada na presente tecnologia.
[00137] As figuras 13, 14, 15, 16, 17, e 18 são diagramas que descrevem os exemplos de uma primeira forma de dados adotada na presente tecnologia.
[00138] As figuras 19 e 20 são diagramas que descrevem os exemplos de uma segunda forma de dados adotada na presente tecnologia.
[00139] As figuras 21, 22, 23, 24, 25, e 26 são diagramas que descrevem os exemplos de uma terceira forma de dados adotada na presente tecnologia.
[00140] A figura 27 é um diagrama que descreve um exemplo de uma quarta forma de dados adotada na presente tecnologia.
[00141] A figura 28 é um diagrama que ilustra um exemplo de um sincronismo de transmissão de NTP.
[00142] Embora uma visão geral da presente tecnologia seja ilustrada
Petição 870190052253, de 04/06/2019, pág. 29/154
19/67 nas figuras 4 a 28, uma descrição detalhada da mesma será dada a seguir em relação às figuras 29 a 64.
[00143] <3. Conteúdos detalhados da presente tecnologia>
[00144] (Configuração do bloco de FEC) [00145] A figura 29 é um diagrama de blocos que ilustra um exemplo de configuração de um bloco em relação à geração de um bloco de FEC.
[00146] Da forma ilustrada na figura 29, os blocos em relação à geração de um bloco de FEC no lado da transmissão são uma seção de geração de pacote de TLV 151, uma seção de processamento de pacote de TS 152, uma seção de geração de bloco de FEC 153, uma seção de geração de quadro de FEC 154. Entretanto, percebe-se que cada uma da seção de geração de pacote de TLV 151 até a seção de geração de quadro de FEC 154 é incluída tanto no aparelho de processamento de dados 10 (a seção de processamento de dados 114 (figura 2) do mesmo) quanto no aparelho de transmissão 20 (a seção de processamento de dados 211 (figura 2) do mesmo).
[00147] A seção de geração de pacote de TLV 151 gera um pacote de TLV pelo processamento de um fluxo contínuo de IP (Protocolo da Internet) inserido na mesma e supre o pacote de TLV para a seção de geração de bloco de FEC 153. Aqui, o pacote de TLV inclui, por exemplo, um pacote IP, a informação de controle (sinalização de camada superior) e congêneres. Também, o pacote IP inclui um pacote UDP (Protocolo de Datagrama de Usuário).
[00148] A seção de processamento de pacote de TS 152 gera um pacote de TS pelo processamento de um fluxo contínuo de TS (fluxo contínuo de MPEG2-TS) inserido na mesma e supre o pacote de TS para a seção de geração de bloco de FEC 153. A deleção de um byte de sincronismo e outros processos são realizados, por exemplo, neste fluxo contínuo de TS.
[00149] Um pacote de TLV proveniente da seção de geração de pacote
Petição 870190052253, de 04/06/2019, pág. 30/154
20/67 de TLV 151 ou um pacote de TS proveniente da seção de processamento de pacote de TS 152 são supridos para a seção de geração de bloco de FEC 153. A seção de geração de bloco de FEC 153 gera um bloco de FEC pelo processamento do pacote de TLV ou do pacote de TS e supre o bloco de FEC para a seção de geração de quadro de FEC 154.
[00150] Aqui, o bloco de FEC inclui um cabeçalho do bloco de FEC (FBH) e uma parte de dados. Embora um pacote de TLV ou um pacote de TS sejam providos na parte de dados, uma descrição será aqui dada de um caso no qual um ou uma pluralidade de pacotes de TLV (alguns ou todos os mesmos) são providos na mesma. Também, um pacote de TLV tem um comprimento variável, e há um caso no qual um pacote de TLV provido em um certo bloco de FEC se dispersa para o próximo bloco de FEC.
[00151] Deve-se notar que os dados providos na parte de dados não são limitados aos pacotes de entrada (pacotes de transporte), tais como o pacote de TLV e o pacote de TS, e os fluxos contínuos de entrada (fluxos contínuos de transporte), tais como o fluxo contínuo de IP e o fluxo contínuo de TS, também podem ser providos na mesma.
[00152] A seção de geração de quadro de FEC 154 gera um quadro de FEC pela realização, no bloco de FEC suprido a partir da seção de geração de bloco de FEC 153, de processos, tais como difusão de energia, codificação BCH (Bose-Chaudhuri-Hocquenghem) e codificação LDPC (Verificação de Paridade de Baixa Densidade), e supre o quadro de FEC para o estágio subsequente.
[00153] Aqui, o quadro de FEC inclui não apenas um bloco de FEC, mas, também, as paridades do código BCH e do código LDPC adicionadas no bloco de FEC. Isto é, um pacote de TLV com um comprimento variável é encapsulado em um bloco de FEC com um comprimento fixo primeiro, e, adicionalmente, as paridades do código BCH e do código LDPC são adicionadas no bloco de FEC, e, então, o bloco de FEC é armazenado em um
Petição 870190052253, de 04/06/2019, pág. 31/154
21/67 quadro de FEC com um comprimento fixo.
[00154] (Fluxo de geração do bloco de FEC) [00155] A figura 30 é um diagrama que descreve um fluxo de geração de bloco de FEC. Deve-se notar que uma direção do tempo na figura 30 é da esquerda para a direita.
[00156] Quando um pacote de TLV gerado pela seção de geração de pacote de TLV 151 (figura 29) for inserido na seção de geração de bloco de FEC 153 (figura 29) (Sl), um bloco de FEC é gerado pela adição de um cabeçalho do bloco de FEC (FBH) no pacote de TLV (S2). Então, a difusão de energia é realizada no bloco de FEC adquirido da forma supradescrita (S3). [00157] Aqui, focando, dos blocos de FEC gerados pelo processo de geração de bloco de FEC na etapa S2, um bloco de FEC FBI, um primeiro bloco, cujos dados são parte de um pacote de TLV, é provido no bloco de FEC FBI seguinte a dois pacotes de TLV (todos os dados do mesmo). Também, focando em um bloco de FEC FB2, um próximo bloco, os dados de um ou uma pluralidade de pacotes de TLV são providos no bloco de FEC FB2 seguinte aos dados restantes da parte do pacote de TLV cujos dados são providos no bloco de FEC FB1.
[00158] Isto é, no primeiro bloco de FEC FBI e no seguinte bloco de FEC FB2, um certo pacote de TLV é provido para se dispersar através dos dois blocos. Neste momento, no bloco de FEC FB2, é preferível notificar de forma confiável a posição (posição de início) do primeiro pacote de TLV provido seguinte aos dados restantes do certo pacote de TLV (pacote de TLV provido para dispersar através do bloco de FEC FBI e do bloco de FEC FB2) para a confiável extração do pacote de TLV no bloco de FEC.
[00159] Por este motivo, a presente tecnologia coloca, em um cabeçalho do bloco de FEC (FBH) de um bloco de FEC, um apontador que indica a posição de um primeiro pacote de TLV no bloco de FEC (a seguir referido como um apontador de posição do primeiro pacote de TLV), assim,
Petição 870190052253, de 04/06/2019, pág. 32/154
22/67 permitindo a identificação da posição do primeiro pacote de TLV (posição de início P na figura) com este apontador de posição do primeiro pacote de TLV. [00160] Por exemplo, no caso em que a presente tecnologia não for aplicada e, portanto, um apontador de posição do primeiro pacote de TLV não for provido em um cabeçalho do bloco de FEC (FBH) de um bloco de FEC, há uma possibilidade de que, quando a informação de sincronismo não puder ser adquirida por alguma causa, tal como erro de recepção no lado do receptor, os dados possam ser interrompidos em virtude de um pacote de TLV não poder ser extraído e processado apropriadamente.
[00161] Por outro lado, no caso em que a presente tecnologia for aplicada e, portanto, um apontador de posição do primeiro pacote de TLV for provido em um cabeçalho do bloco de FEC (FBH) de um bloco de FEC, o lado do receptor pode identificar de forma confiável a posição do primeiro pacote de TLV em cada bloco de FEC e extrair e processar apropriadamente o pacote de TLV graças ao apontador de posição do primeiro pacote de TLV, assim, suprimindo a possível interrupção de dados.
[00162] Deve-se notar que o número de bits atribuídos a um apontador de posição do primeiro pacote de TLV pode ser definido em um valor arbitrário, por exemplo, de acordo com a configuração de dados. Por exemplo, um valor máximo de um apontador de posição do primeiro pacote de TLV é determinado de acordo com um tamanho do quadro de banda base. Portanto, é suficiente se o número de bits atribuídos a um apontador de posição do primeiro pacote de TLV for determinado de acordo com o valor máximo.
[00163] Uma descrição será dada a seguir do número de bits que devem ser atribuídos a um apontador de posição do primeiro pacote de TLV como um tamanho do quadro de banda base em um código médio cujo comprimento de código é 69.120 bits, em um código longo cujo comprimento de código é 276.480 bits e em um código curto cujo comprimento de código é
Petição 870190052253, de 04/06/2019, pág. 33/154
23/67
17.280 bits.
[00164] (Valor máximo de cada comprimento de código) [00165] A figura 31 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que um tamanho do quadro de banda base for um código médio (comprimento de código: 69.120 bits).
[00166] Na figura 31, a CR (Taxa de Codificação) representa uma taxa de codificação de um código LDPC. N_ldpc representa um bloco de código LDPC (em bits), e N_bch representa um bloco de código BCH (em bits). Também, na figura 31, BCH representa N_bch - K_bch (em bits), K_bch representa o bloco da informação BCH (em bits ou bytes), e Num Bits representa o número de bits exigidos para corresponder a K_bch (B: Byte).
[00167] Da forma ilustrada na figura 31, no caso de um código médio cujo N_ldpc = 69.120 bits, e quando a taxa de codificação (CR) do código LDPC for 2/16 ou 3/16, o número de bits (Num Bits) é 11, e quando a taxa de codificação (CR) do código LDPC for 4/16, 5/16, 6/16, ou 7/16, o número de bits (Num Bits) é 12, e quando a taxa de codificação (CR) do código LDPC for 8/16, 9/16, 10/16, 11/16, 12/16, 13/16, ou 14/16, o número de bits (Num Bits) é 13.
[00168] Da forma supradescrita, no caso de um código médio cujo comprimento de código é 69.120 bits, quando a taxa de codificação for a máxima em CR = 14/16, o número de bits (Num Bits) é 13. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 13 bits.
[00169] A figura 32 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que um tamanho do quadro de banda base for um código longo (comprimento de código: 276.480 bits). Deve-se notar que, na figura 32, os significados de CR, N_ldpc, N_bch, BCH, K_bch, e Num Bits são similares àqueles da figura 31. Isto é, Num Bits também representa, aqui, o número de bits exigidos para
Petição 870190052253, de 04/06/2019, pág. 34/154
24/67 corresponder a K_bch (B: Byte).
[00170] No caso de um código longo com N_ldpc = 276.480 bits, da forma ilustrada na figura 32, e quando a taxa de codificação (CR) do código LDPC for 2/16 ou 3/16, o número de bits (Num Bits) é 13, e quando a taxa de codificação (CR) do código LDPC for 4/16, 5/16, 6/16, ou 7/16, o número de bits (Num Bits) é 14, e quando a taxa de codificação (CR) do código LDPC for 8/16, 9/16, 10/16, 11/16, 12/16, 13/16, ou 14/16, o número de bits (Num Bits) é 15.
[00171] Da forma supradescrita, no caso de um código longo cujo comprimento de código é 276.480 bits, quando a taxa de codificação for a máxima em CR = 14/16, o número de bits (Num Bits) é 15. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 15 bits.
[00172] A figura 33 é um diagrama que descreve um valor máximo de um apontador de posição do primeiro pacote de TLV no caso em que um tamanho do quadro de banda base for um código curto (comprimento de código: 17.280 bits). Deve-se notar que, na figura 33, os significados de CR, N_ldpc, N_bch, BCH, K_bch, e Num Bits são similares àqueles da figura 31. Isto é, Num Bits também representa, aqui, o número de bits exigidos para corresponder a K_bch (B: Byte).
[00173] No caso de um código curto com N_ldpc = 17.280 bits, da forma ilustrada na figura 33, e quando a taxa de codificação (CR) do código LDPC for 2/16, o número de bits (Num Bits) é 8, e quando a taxa de codificação (CR) do código LDPC for 3/16, o número de bits (Num Bits) é 9, e quando a taxa de codificação (CR) do código LDPC for 4/16, 5/16, 6/16, ou 7/16, o número de bits (Num Bits) é 10, e quando a taxa de codificação (CR) do código LDPC for 8/16, 9/16, 10/16, 11/16, 12/16, 13/16, ou 14/16, o número de bits (Num Bits) é 11.
[00174] Da forma supradescrita, no caso de um código curto cujo comprimento de código é 17.280 bits, quando a taxa de codificação for a
Petição 870190052253, de 04/06/2019, pág. 35/154
25/67 máxima em CR = 14/16, o número de bits (Num Bits) é 11. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 11 bits.
[00175] Da forma supradescrita, o valor máximo do apontador de posição do primeiro pacote de TLV varia dependendo do comprimento de código e da taxa de codificação (CR) de códigos médio, longo, curto, e ainda outros códigos. Em decorrência disto, o comprimento do apontador de posição do primeiro pacote de TLV provido no cabeçalho do bloco de FEC (FBH) varia. Por este motivo, a presente tecnologia propõe as primeira até quarta formas como as formas do cabeçalho do bloco de FEC (FBH) adaptadas ao comprimento do apontador de posição do primeiro pacote de TLV.
[00176] (3-1) Primeira forma [00177] Uma descrição será dada, primeiro, das configurações de um cabeçalho do bloco de FEC (FBH) de uma primeira forma (a seguir, também denotada como forma 1) em relação às figuras 34 a 43.
[00178] (Formato do cabeçalho do bloco de FEC) [00179] A figura 34 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC da forma 1.
[00180] Na figura 34, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 15 bits e um indicador EXT de um bit.
[00181] O apontador de posição do primeiro pacote de TLV é um apontador que indica a posição do primeiro pacote de TLV no bloco de FEC que inclui o cabeçalho do bloco de FEC no qual o apontador de posição do primeiro pacote de TLV é provido. Em um cabeçalho base na forma 1,15 bits são reservados para este apontador de posição do primeiro pacote de TLV. Portanto, o apontador de posição do primeiro pacote de TLV pode ser usado como um apontador para todos os comprimentos de código, a saber, códigos longo, médio e curto.
Petição 870190052253, de 04/06/2019, pág. 36/154
26/67 [00182] O indicador EXT é um indicador que indica se um campo de extensão (Extensão) existe. Por exemplo, no caso em que “0” for especificado como um indicador EXT, isto indica que não há extensão. Neste caso, apenas um cabeçalho base de dois bytes é provido como um cabeçalho do bloco de FEC. Por outro lado, no caso em que “1” for especificado como um indicador EXT, isto indica que há extensão. Neste caso, o byte seguinte ao cabeçalho base é um byte EXT.
[00183] Deve-se notar que, no caso em que não houver o primeiro pacote de TLV (primeiro byte TLV), “0x7FFF” (111 1111 1111 1111) é atribuído aos 15 bits do apontador de posição do primeiro pacote de TLV.
[00184] (Formato do byte EXT) [00185] A figura 35 é um diagrama que ilustra um exemplo de um formato de byte EXT na forma 1.
[00186] Este byte EXT é provido como o próximo byte seguinte ao cabeçalho base ilustrado na figura 34 no caso em que “1” for especificado como o indicador EXT ilustrado na figura 34.
[00187] Na figura 35, o byte EXT de um byte inclui um valor de preenchimento de dois bits, um indicador de TS de um bit, um indicador de CRC de um bit e um campo reservado de quatro bits.
[00188] Como um valor de preenchimento na forma 1, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 36 é especificado.
[00189] Isto é, no caso em que “00” for especificado como um valor de preenchimento, isto significa que não há preenchimento. Neste caso, não há preenchimento adicional. No caso em que “01” for especificado como um valor de preenchimento, isto significa preenchimento curto. Neste caso, o preenchimento adicional de um byte é realizado.
[00190] Também, no caso em que “10” for especificado como um valor de preenchimento, isto significa preenchimento longo. Neste caso, o comprimento do preenchimento adicional é indicado por dois bytes.
Petição 870190052253, de 04/06/2019, pág. 37/154 /67
Adicionalmente, no caso em que “11” for especificado, isto significa um campo reservado para uso futuro. Deve-se notar que “todos os preenchimentos”, significando que todos são preenchidos, por exemplo, também pode ser especificado como um significado deste campo reservado. [00191] Novamente em relação à descrição da figura 35, o indicador de TS é um indicador que indica se o pacote provido no bloco de FEC é um pacote de TS. Por exemplo, no caso em que “0” for especificado como um indicador de TS, isto indica que o pacote não é um pacote de TS. Neste caso, um pacote de TLV é provido no bloco de FEC. Por outro lado, no caso em que “1” for especificado como um indicador de TS, isto indica que o pacote é um pacote de TS.
[00192] O indicador de CRC indica se há uma CRC (Verificação de Redundância Cíclica), um código de detecção de erro. Por exemplo, no caso em que “0” for especificado como um indicador de CRC, isto indica que não há CRC. Por outro lado, no caso em que “1” for especificado como um indicador de CRC, isto indica que há uma CRC. Neste caso, uma CRC é provida imediatamente depois do byte EXT. Deve-se notar que, no caso em que uma CRC for adicionada, o mesmo é sempre adicionado. Portanto, o tamanho do primeiro cabeçalho do bloco de FEC neste momento é três bytes. [00193] O campo reservado é um campo para uso futuro.
[00194] Uma descrição será dada a seguir de um exemplo detalhado mais específico da forma 1. Na descrição dada a seguir, quanto a um cabeçalho do bloco de FEC e um pacote de TLV providos em um bloco de FEC, o bloco de FEC e o pacote de TLV não são ilustrados, e apenas o cabeçalho do bloco de FEC é ilustrado por simplificação de descrição.
[00195] Isto é, no caso em que não houver preenchimento, da forma ilustrada na figura 37, e quando “0” for especificado como um indicador EXT, o bloco de FEC é realmente configurado da forma ilustrada em A da figura 37. Na descrição dada a seguir, entretanto, a configuração do bloco de
Petição 870190052253, de 04/06/2019, pág. 38/154
28/67
FEC é ilustrada da forma representada em B da figura 37 por simplificação. [00196] (Exemplos detalhados 1 da forma 1) [00197] As figuras 38 e 39 ilustram os exemplos detalhados 1 da forma
1. Nestes exemplos detalhados 1, são ilustradas as configurações nas quais o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base e um byte EXT. Deve-se notar que um comprimento do preenchimento é denotado como “Preenchimento” neste exemplo detalhado.
[00198] (3-1-1A): Preenchimento = 1, EXT = 1, TS = 0 [00199] A da figura 38 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for um byte (1B) e no caso em que “1” for especificado como um indicador EXT e “0” for especificado como um indicador de TS.
[00200] Embora, em A da figura 38, não apenas um apontador de posição do primeiro pacote de TLV de 15 bits, mas, também, um indicador EXT de um bit sejam providos no cabeçalho base, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT como um cabeçalho opcional.
[00201] Neste byte EXT, “00” é especificado como um valor de preenchimento nos primeiros dois bits, e “0” é especificado como um indicador de TS no um bit que segue. Também, um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00202] Da forma supradescrita, o preenchimento de um byte (1B) é realizado por um byte EXT de um byte (IB) no cabeçalho do bloco de FEC ilustrado em A da figura 38.
[00203] (3-1-1B): Preenchimento = 2, EXT = 1, TS = 0 [00204] B da figura 38 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “1” for especificado como um indicador EXT e “0” for
Petição 870190052253, de 04/06/2019, pág. 39/154
29/67 especificado como um indicador de TS.
[00205] Em B da figura 38, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “01” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, o próximo byte seguinte ao byte EXT é o preenchimento 1B adicional.
[00206] Também, no byte EXT, “0” é especificado como um indicador de TS no um bit que segue os primeiros dois bits. Deve-se notar que um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00207] Da forma supradescrita, o preenchimento de um total de dois bytes (2B) é realizado por um byte EXT de um byte (1B) e pelo preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 38.
[00208] (3-1-C): Preenchimento = 3, EXT = 1, TS = 0 [00209] C da figura 38 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “1” for especificado como um indicador EXT e “0” for especificado como um indicador de TS.
[00210] Em C da figura 38, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do preenchimento adicional.
[00211] Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00212] Também, no byte EXT, “0” é especificado como um indicador de TS no bit seguinte aos primeiros dois bits. Deve-se notar que um indicador
Petição 870190052253, de 04/06/2019, pág. 40/154
30/67 de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00213] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um byte EXT de um byte (IB) e um comprimento de preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 38.
[00214] (3-1-1D): Preenchimento = 4, EXT = 1, TS = 0 [00215] D da figura 39 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “1” for especificado como um indicador EXT e “0” for especificado como um indicador de TS.
[00216] Em D da figura 39, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do preenchimento adicional.
[00217] Em virtude de “1” (“00000000 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionalmente adicionado.
[00218] Também, no byte EXT, “0” é especificado como um indicador de TS no bit seguinte aos primeiros dois bits. Deve-se notar que um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00219] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em D da figura 39.
[00220] (3-1-1E): Preenchimento = 12.348, EXT = 1, TS = 0 [00221] E da figura 39 ilustra uma configuração do cabeçalho do bloco
Petição 870190052253, de 04/06/2019, pág. 41/154
31/67 de FEC no caso em que o comprimento do preenchimento for 12.348 bytes (12348B) e no caso em que “1” for especificado como um indicador EXT e “0” for especificado como um indicador de TS.
[00222] Na figura 39, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do preenchimento adicional.
[00223] Em virtude de “1” (“00110000 00111001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de 12.345 bytes (12345B) é adicionalmente adicionado.
[00224] Também, no byte EXT, “0” é especificado como um indicador de TS no bit seguinte aos primeiros dois bits. Deve-se notar que um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00225] Da forma supradescrita, o preenchimento de um total de 12.348 bytes (12348B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de 12.345 bytes (12345B) no cabeçalho do bloco de FEC ilustrado em E da figura 39.
[00226] (Exemplos detalhados 2 da forma 1) [00227] As figuras 40 e 41 ilustram os exemplos detalhados 2 da forma
1. Nestes exemplos detalhados 2, também são ilustradas as configurações nas quais o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base e um byte EXT, como no exemplo detalhado 1 supradescrito.
[00228] (3-1-2A): Preenchimento = 1, EXT = 1, TS = 1 [00229] A da figura 40 ilustra uma configuração do cabeçalho do bloco
Petição 870190052253, de 04/06/2019, pág. 42/154
32/67 de FEC no caso em que o comprimento do preenchimento for um byte (IB) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de TS.
[00230] Em A da figura 40, um apontador de posição do primeiro pacote de TLV e um indicador EXT são providos no cabeçalho base, e “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT como um cabeçalho opcional.
[00231] Neste byte EXT, “00” é especificado como um valor de preenchimento nos primeiros dois bits, e “1” é especificado como um indicador de TS no um bit que segue. Neste caso, o pacote provido no bloco de FEC é um pacote de TS. Portanto, o apontador de posição do primeiro pacote de TLV indica a posição do pacote de TS (posição de início) no bloco de FEC. Também, um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00232] Da forma supradescrita, o preenchimento de um byte (1B) é realizado por um byte EXT de um byte (IB) no cabeçalho do bloco de FEC ilustrado em A da figura 40.
[00233] (3-1-2B): Preenchimento = 2, EXT = 1, TS = 1 [00234] B da figura 40 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de TS.
[00235] Em B da figura 40, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “01” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, o próximo byte seguinte ao byte EXT é o preenchimento 1B adicional.
[00236] Também, no byte EXT, “1” é especificado como um indicador de TS no um bit que segue os primeiros dois bits. Deve-se notar que um
Petição 870190052253, de 04/06/2019, pág. 43/154
33/67 indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00237] Da forma supradescrita, o preenchimento de um total de dois bytes (2B) é realizado por um byte EXT de um byte (1B) e o preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 40.
[00238] (3-1-2C): Preenchimento = 3, EXT = 1, TS = 1 [00239] C da figura 40 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de TS.
[00240] Em C da figura 40, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do preenchimento adicional.
[00241] Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00242] Também, no byte EXT, “1” é especificado como um indicador de TS no bit seguinte aos primeiros dois bits. Deve-se notar que um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00243] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um byte EXT de um byte (1B) e um comprimento de preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 40.
[00244] (3-1-2D): Preenchimento = 4, EXT = 1, TS = 1 [00245] D da figura 41 ilustra uma configuração do cabeçalho do bloco
Petição 870190052253, de 04/06/2019, pág. 44/154
34/67 de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de TS.
[00246] Em D da figura 41, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do preenchimento adicional.
[00247] Em virtude de “1” (“00000000 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionalmente adicionado depois do comprimento do preenchimento adicional.
[00248] Também, no byte EXT, “1” é especificado como um indicador de TS no bit seguinte aos primeiros dois bits. Deve-se notar que um indicador de CRC, um “0”, e bits reservados para uso futuro, são providos nos cinco bits restantes do byte EXT.
[00249] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e um preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em D da figura 41.
[00250] (Exemplos detalhados 3 da forma 1) [00251] As figuras 42 e 43 ilustram os exemplos detalhados 3 da forma
1. Nestes exemplos detalhados 3, são ilustradas as configurações nas quais o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base, um byte EXT, e uma CRC.
[00252] (3-1-3A): Preenchimento = 1, EXT = 1, CRC = 1 [00253] A da figura 42 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for um byte (1B) e no caso em que “1” for especificado como um indicador EXT e “1” for
Petição 870190052253, de 04/06/2019, pág. 45/154
35/67 especificado como um indicador de CRC.
[00254] Em A da figura 42, um apontador de posição do primeiro pacote de TLV e um indicador EXT são providos no cabeçalho base, e “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT como um cabeçalho opcional.
[00255] Neste byte EXT, “00” é especificado como um valor de preenchimento nos primeiros dois bits, e “0” é especificado como um indicador de TS no um bit que segue. Então, “1” é especificado como um indicador de CRC no um bit que segue adicionalmente o bit do indicador de TS. Portanto, uma CRC de um byte (oito bits) é adicionada depois do byte EXT.
[00256] Da forma supradescrita, o preenchimento de um byte (1B) é realizado por um byte EXT de um byte (IB) no cabeçalho do bloco de FEC ilustrado em A da figura 42.
[00257] (3-1-3B): Preenchimento = 2, EXT = 1, CRC = 1 [00258] B da figura 42 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00259] Em B da figura 42, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. “01” é especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, e “1” é especificado como um indicador de CRC no bit que segue.
[00260] Portanto, a CRC de um byte é adicionada depois do byte EXT e, adicionalmente, o próximo byte seguinte a esta CRC é o preenchimento 1B adicional.
[00261] Da forma supradescrita, o preenchimento de um total de dois bytes (2B) é realizado por um byte EXT de um byte (1B) e o preenchimento
Petição 870190052253, de 04/06/2019, pág. 46/154
36/67 adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 42.
[00262] (3-1-3C): Preenchimento = 3, EXT = 1, CRC = 1 [00263] C da figura 42 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00264] Em C da figura 42, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. “10” é especificado como um valor de preenchimento nos primeiros dois bits deste byte EXT, e “1” é especificado como um indicador de CRC no bit que segue. Portanto, a CRC de um byte é adicionada depois do byte EXT e, adicionalmente, os próximos dois bytes seguintes a esta CRC indicam o comprimento do preenchimento adicional.
[00265] Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00266] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um byte EXT de um byte (1B) e um comprimento de preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 42.
[00267] (3-1-3D): Preenchimento = 4, EXT = 1, CRC = 1 [00268] D da figura 43 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00269] Em D da figura 43, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. “10” é especificado como um valor de preenchimento nos primeiros dois bits
Petição 870190052253, de 04/06/2019, pág. 47/154
37/67 deste byte EXT, e “1” é especificado como um indicador de CRC no bit que segue. Portanto, a CRC de um byte é adicionada depois do byte EXT e, adicionalmente, os próximos dois bytes seguintes a esta CRC indicam o comprimento do preenchimento adicional.
[00270] Em virtude de “1” (“00000000 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionalmente adicionado.
[00271] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado na figura 43.
[00272] Uma descrição foi supradescrita das configurações do cabeçalho do bloco de FEC da primeira forma. Nesta primeira forma, 15 bits são reservados para o cabeçalho base do cabeçalho do bloco de FEC em consideração do valor máximo do apontador de posição do primeiro pacote de TLV. Em decorrência disto, todos os comprimentos de código podem ser suportados, a saber, um código longo cujo máximo número de bits (Num Bits) é 15, um código médio cujo máximo número de bits é 13, e um código curto cujo máximo número de bits é 11. Isto torna possível prover uma configuração extremamente simplificada do cabeçalho do bloco de FEC.
[00273] (3-2) Segunda forma [00274] Uma descrição será dada a seguir das configurações de um cabeçalho do bloco de FEC (FBH) de uma segunda forma (a seguir, também denotada como forma 2) em relação às figuras 44 a 47.
[00275] Deve-se notar que, na segunda forma, será descrito um caso no qual, na premissa de que um código longo não existe no padrão alvo, 11 bits correspondentes a um código curto e 13 bits correspondentes a um código médio são reservados como os bits do apontador de posição do primeiro pacote de TLV no cabeçalho base do cabeçalho do bloco de FEC.
Petição 870190052253, de 04/06/2019, pág. 48/154
38/67 [00276] (Formato do cabeçalho do bloco de FEC) [00277] A figura 44 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 2-1.
[00278] Na figura 44, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 11 bits e os bits restantes (5 bits).
[00279] O apontador de posição do primeiro pacote de TLV é um apontador que indica a posição do primeiro pacote de TLV no bloco de FEC que inclui o cabeçalho do bloco de FEC no qual o apontador de posição do primeiro pacote de TLV é provido. Em um cabeçalho base na forma 2-1, 11 bits são reservados para este apontador de posição do primeiro pacote de TLV. Portanto, o apontador de posição do primeiro pacote de TLV pode ser usado como um apontador para um código curto.
[00280] Os cinco bits restantes são atribuídos a um valor de preenchimento de dois bits, um indicador de TS de um bit, um indicador de CRC de um bit e um campo reservado de um bit.
[00281] Como um valor de preenchimento, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 45 é especificado. Os valores de preenchimento nesta forma 2-1 são similares aos conteúdos dos valores de preenchimento na forma 1 (figura 36) supradescrita. Portanto, a descrição dos mesmos é aqui omitida.
[00282] O indicador de TS é um indicador que identifica um pacote de TS. O indicador de CRC é um indicador que indica se há uma CRC, um código de detecção de erro. O campo reservado é um campo para uso futuro.
[00283] (Formato do cabeçalho do bloco de FEC) [00284] A figura 46 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 2-2.
[00285] Na figura 46, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 13 bits e bits restantes (3
Petição 870190052253, de 04/06/2019, pág. 49/154
39/67 bits).
[00286] O apontador de posição do primeiro pacote de TLV é um apontador que indica a posição do primeiro pacote de TLV no bloco de FEC que inclui o cabeçalho do bloco de FEC no qual o apontador de posição do primeiro pacote de TLV é provido. Em um cabeçalho base na forma 2-2, 13 bits são reservados para este apontador de posição do primeiro pacote de TLV. Portanto, o apontador de posição do primeiro pacote de TLV pode ser usado como um apontador para os códigos médio e curto.
[00287] Os três bits restantes são atribuídos a um valor de preenchimento de dois bits, um indicador de TS de um bit, ou um indicador de CRC de um bit. Isto é, no cabeçalho base, um valor de preenchimento é exigido. Entretanto, se coloca-se um indicador de TS ou um indicador de CRC é opcional.
[00288] Como um valor de preenchimento, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 47 é especificado. Os valores de preenchimento nesta forma 2-2 são similares aos conteúdos dos valores de preenchimento na forma 1 (figura 36) supradescrita. Portanto, a descrição dos mesmos é aqui omitida.
[00289] O indicador de TS é um indicador que identifica um pacote de TS. O indicador de CRC é um indicador que indica se há uma CRC, um código de detecção de erro.
[00290] Uma descrição foi supradescrita das configurações do cabeçalho do bloco de FEC da segunda forma. Nesta segunda forma, 11 ou 13 bits são reservados para o cabeçalho base do cabeçalho do bloco de FEC na premissa de que um código longo não existe no padrão alvo. Em decorrência disto, um código curto cujo máximo número de bits (Num Bits) é 11 ou um código médio cujo máximo número de bits é 13 podem ser suportados. Portanto, no caso em que um código longo não existir no padrão alvo, é possível prover uma configuração extremamente simplificada do cabeçalho
Petição 870190052253, de 04/06/2019, pág. 50/154
40/67 do bloco de FEC.
[00291] (3-3) Terceira forma [00292] Uma descrição será dada a seguir das configurações de um cabeçalho do bloco de FEC (FBH) de uma terceira forma (a seguir, também denotada como forma 3) em relação às figuras 48 a 60.
[00293] (Formato do cabeçalho do bloco de FEC) [00294] A figura 48 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC da forma 3.
[00295] Na figura 48, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 13 bits e bits restantes (3 bits).
[00296] O apontador de posição do primeiro pacote de TLV é um apontador que indica a posição do primeiro pacote de TLV no bloco de FEC que inclui o cabeçalho do bloco de FEC no qual o apontador de posição do primeiro pacote de TLV é provido. Em um cabeçalho base na forma 3, 13 bits são reservados para este apontador de posição do primeiro pacote de TLV.
[00297] Os três bits restantes são atribuídos a um indicador de TS de um bit, um indicador de CRC de um bit, e um indicador EXT de um bit. Os detalhes do indicador de TS e do indicador de CRC são da forma descrita anteriormente.
[00298] O indicador EXT é um indicador que indica se um campo de extensão (Extensão) existe. Por exemplo, no caso em que “1” for especificado como um indicador EXT, o próximo byte seguinte ao cabeçalho base é um byte EXT.
[00299] A figura 49 ilustra um exemplo de um formato de byte EXT. Na figura 49, o byte EXT de um byte inclui o LEN_MSB de dois bits, um valor de preenchimento de dois bits, e um campo reservado de quatro bits.
[00300] No caso de um código longo, o valor máximo do apontador de posição do primeiro pacote de TLV é 15 bits. Em decorrência disto, os 13 bits
Petição 870190052253, de 04/06/2019, pág. 51/154
41/67 atribuídos ao cabeçalho base não são suficientes. Os dois bits de LEN_MSB são usados para compensar os dois bits ausentes. Deve-se notar que, no caso de um código curto ou médio, os 13 bits atribuídos ao cabeçalho base são suficientes. Portanto, os dois bits de LEN_MSB não são usados.
[00301] Isto é, no caso de um código curto ou médio, é possível suportar o valor máximo do apontador de posição do primeiro pacote de TLV (11 bits ou 13 bits) pelo uso dos 13 bits atribuídos ao cabeçalho base. No caso de um código longo, por outro lado, os 13 bits atribuídos ao cabeçalho base não são suficientes. Portanto, os dois bits de LEN_MSB são adicionalmente usados, assim, provendo um total de 15 bits e suportando o valor máximo do apontador de posição do primeiro pacote de TLV (15 bits).
[00302] Como um valor de preenchimento, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 50 é especificado. Os valores de preenchimento nesta forma 3 são similares aos conteúdos dos valores de preenchimento na forma 1 (figura 36) supradescrita. Portanto, a descrição dos mesmos é aqui omitida. O campo reservado é um campo para uso futuro.
[00303] (Formato do cabeçalho do bloco de FEC) [00304] A figura 51 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC na forma 3-1.
[00305] Na figura 51, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 13 bits e bits restantes (3 bits).
[00306] A forma 3-1 tem um ponto em comum com a forma 3 supradescrita, em que o número de bits do apontador de posição do primeiro pacote de TLV é 13, mas difere da mesma em que os três bits restantes são atribuídos a um valor de preenchimento de dois bits e um indicador EXT de um bit.
[00307] Como um valor de preenchimento, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 52 é especificado. Os valores
Petição 870190052253, de 04/06/2019, pág. 52/154
42/67 de preenchimento nesta forma 3-1 são similares aos conteúdos dos valores de preenchimento na forma 1 (figura 36) supradescrita. Portanto, a descrição dos mesmos é aqui omitida.
[00308] Também, o indicador EXT é um indicador que indica se um campo de extensão (Extensão) existe. Por exemplo, no caso em que “1” for especificado como um indicador EXT, o byte seguinte ao cabeçalho base é um byte EXT.
[00309] A figura 53 ilustra um exemplo de um formato de byte EXT. Na figura 53, o byte EXT de um byte inclui o LEN_MSB de dois bits, um indicador de TS de um bit, um indicador de CRC de um bit e um campo reservado de quatro bits.
[00310] No caso de um código longo, o valor máximo do apontador de posição do primeiro pacote de TLV é 15 bits. Em decorrência disto, os 13 bits atribuídos ao cabeçalho base não são suficientes. Os dois bits de LEN_MSB são usados para compensar os dois bits ausentes. Deve-se notar que, no caso de um código curto ou médio, os dois bits de LEN_MSB não são usados.
[00311] Isto é, no caso de um código curto ou médio, é possível suportar o valor máximo do apontador de posição do primeiro pacote de TLV (11 bits ou 13 bits) pelo uso dos 13 bits atribuídos ao cabeçalho base. No caso de um código longo, por outro lado, os 13 bits atribuídos ao cabeçalho base não são suficientes. Portanto, os dois bits de LEN_MSB são adicionalmente usados, assim, provendo um total de 15 bits e suportando o valor máximo do apontador de posição do primeiro pacote de TLV (15 bits).
[00312] Os detalhes do indicador de TS e do indicador de CRC são da forma descrita anteriormente. Também, o campo reservado é um campo para uso futuro.
[00313] Uma descrição será dada a seguir de exemplos detalhados mais específicos da forma 3-1. Na descrição dada a seguir, o cabeçalho do bloco de FEC e o pacote de TLV não são ilustrados, e apenas o cabeçalho do bloco de
Petição 870190052253, de 04/06/2019, pág. 53/154
43/67
FEC é ilustrado como no exemplo detalhado da forma 1 supradescrita.
[00314] (Exemplos detalhados 1 da forma 3-1) [00315] As figuras 54 a 56 ilustram os exemplos detalhados 1 da forma 3-1. Nestes exemplos detalhados 1, são ilustradas as configurações nas quais o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base.
[00316] (3-3-1 A): Sem preenchimento, EXT = 0 [00317] A da figura 54 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que não houver preenchimento e no caso em que “0” for especificado como um indicador EXT.
[00318] Embora, em A da figura 54, não apenas um apontador de posição do primeiro pacote de TLV de 13 bits, mas, também, um valor de preenchimento de dois bits e um indicador EXT de um bit, sejam providos no cabeçalho base, “00” é especificado como um valor de preenchimento. Portanto, não há preenchimento adicional. Adicionalmente, “0” é especificado como um indicador EXT. Portanto, não há extensão com um byte EXT como um cabeçalho opcional.
[00319] Da forma supradescrita, o cabeçalho do bloco de FEC ilustrado em A da figura 54 tem uma configuração para o caso no qual nenhum preenchimento ocorre.
[00320] (3-3-1B): Preenchimento = 1, EXT = 0 [00321] B da figura 54 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for um byte (1B) e no caso em que “0” for especificado como um indicador EXT.
[00322] Em B da figura 54, “01” é especificado como um valor de preenchimento. Portanto, o próximo byte seguinte ao cabeçalho base é o preenchimento 1B adicional. Deve-se notar que, em virtude de “0” ser especificado como um indicador EXT, não há extensão com um byte EXT.
[00323] Da forma supradescrita, o preenchimento de um byte (1B) é
Petição 870190052253, de 04/06/2019, pág. 54/154
44/67 realizado por preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 54.
[00324] (3-3-1C): Preenchimento = 2, EXT = 0 [00325] C da figura 54 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “0” for especificado como um indicador EXT.
[00326] Em C da figura 54, “10” é especificado como um valor de preenchimento. Portanto, os próximos dois bytes seguintes ao cabeçalho base indicam o comprimento do preenchimento adicional. Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00327] Deve-se notar que, em virtude de “0” ser especificado como um indicador EXT, não há extensão com um byte EXT.
[00328] Da forma supradescrita, o preenchimento de dois bytes (2B) é realizado por preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 54.
[00329] (3-3-1D): Preenchimento = 3, EXT = 0 [00330] D da figura 55 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “0” for especificado como um indicador EXT.
[00331] Em D da figura 55, “10” é especificado como um valor de preenchimento. Portanto, os próximos dois bytes seguintes ao cabeçalho base indicam o comprimento do preenchimento adicional. Em virtude de “1” (“00000000 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionalmente adicionado depois do comprimento do preenchimento adicional.
[00332] Deve-se notar que, em virtude de “0” ser especificado como
Petição 870190052253, de 04/06/2019, pág. 55/154
45/67 um indicador EXT, não há extensão com um byte EXT.
[00333] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um comprimento do preenchimento de dois bytes (2B) e um preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em D da figura 55.
[00334] (3-3-1E): Preenchimento = 4, EXT = 0 [00335] E da figura 55 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “0” for especificado como um indicador EXT.
[00336] Em E da figura 55, “10” é especificado como um valor de preenchimento. Portanto, os próximos dois bytes seguintes ao cabeçalho base indicam o comprimento do preenchimento adicional. Em virtude de “2” (“00000000 00000010”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de dois bytes (2B) é adicionado depois do comprimento do preenchimento adicional.
[00337] Deve-se notar que, em virtude de “0” ser especificado como um indicador EXT, não há extensão com um byte EXT.
[00338] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um comprimento de preenchimento adicional de dois bytes (2B) e um preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em E da figura 55.
[00339] (3-3-1F): Preenchimento = 12.348, EXT = 0 [00340] F da figura 56 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for 12.348 bytes (12348B) e no caso em que “1” for especificado como um indicador EXT.
[00341] Em F da figura 56, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “10” ser especificado como um valor de preenchimento, os próximos dois bytes seguintes ao byte EXT indicam o comprimento do
Petição 870190052253, de 04/06/2019, pág. 56/154
46/67 preenchimento adicional.
[00342] Em virtude de “12.345” (“00110000 00111001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, um preenchimento de 12.345 bytes (12345B) é adicionalmente adicionado.
[00343] Deve-se notar que é possível suportar não apenas os códigos curtos e médios, mas, também, um código longo como um apontador de posição do primeiro pacote de TLV pelo uso de LEN_MSB de dois bits no byte EXT.
[00344] Da forma supradescrita, o preenchimento de um total de 12.348 bytes (12348B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de 12.345 bytes (12345B) no cabeçalho do bloco de FEC ilustrado em F da figura 56.
[00345] (Exemplos detalhados 2 da forma 3-1) [00346] As figuras 57 e 58 ilustram os exemplos detalhados 2 da forma 3-1. Nestes exemplos detalhados 2, são ilustradas as configurações nas quais o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base e um byte EXT.
[00347] (3-3-2A): Preenchimento = 1, EXT = 1, TS = 1 [00348] A da figura 57 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for um byte (1B) e no caso em que “1” for especificado como um indicador EXT.
[00349] Embora, em A da figura 57, não apenas um apontador de posição do primeiro pacote de TLV de 13 bits, mas, também, um valor de preenchimento de dois bits e um indicador EXT de um bit sejam providos no cabeçalho base, “00” é especificado como um valor de preenchimento. Portanto, não há preenchimento adicional. Por outro lado, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho
Petição 870190052253, de 04/06/2019, pág. 57/154
47/67 base é um byte EXT como um cabeçalho opcional.
[00350] Deve-se notar que “1” é especificado como um indicador de TS no byte EXT, e que, em decorrência disto, o pacote provido no bloco de FEC é um pacote de TS. Portanto, o apontador de posição do primeiro pacote de TLV indica a posição do pacote de TS (posição de início) no bloco de FEC.
[00351] Da forma supradescrita, o preenchimento de um byte (1B) é realizado por um byte EXT de um byte (IB) no cabeçalho do bloco de FEC ilustrado em A da figura 57.
[00352] (3-3-2B): Preenchimento = 2, EXT = 1, TS = 1 [00353] B da figura 57 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de TS.
[00354] Em B da figura 57, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “01” ser especificado como um valor de preenchimento, o próximo byte seguinte ao byte EXT é o preenchimento 1B adicional.
[00355] Da forma supradescrita, o preenchimento de um total de dois bytes (2B) é realizado por um byte EXT de um byte (1B) e um preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 57.
[00356] (3-3-2C): Preenchimento = 3, EXT = 1, TS = 1 [00357] C da figura 57 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “1” for especificado como um indicador EXT.
[00358] Em C da figura 57, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Também, em virtude de “10” ser especificado como um valor de
Petição 870190052253, de 04/06/2019, pág. 58/154
48/67 preenchimento, o próximo byte seguinte ao byte EXT indica o comprimento do preenchimento adicional.
[00359] Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00360] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um byte EXT de um byte (1B) e um comprimento de preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 57.
[00361] (3-3-2D): Preenchimento = 4, EXT = 1, TS = 1 [00362] D da figura 58 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “1” for especificado como um indicador EXT.
[00363] Em D da figura 58, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Também, em virtude de “10” ser especificado como um valor de preenchimento, o próximo byte seguinte ao byte EXT indica o comprimento do preenchimento adicional.
[00364] Em virtude de “1” (“00000000 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionalmente adicionado depois do comprimento do preenchimento adicional.
[00365] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em D da figura 58.
[00366] (Exemplos detalhados 3 da forma 3-1) [00367] As figuras 59 e 60 ilustram os exemplos detalhados 3 da forma 3-1. Nestes exemplos detalhados 3, são ilustradas as configurações nas quais
Petição 870190052253, de 04/06/2019, pág. 59/154
49/67 o preenchimento é adicionado em um cabeçalho do bloco de FEC que inclui um cabeçalho base, um byte EXT, e uma CRC.
[00368] (3-3-3A): Preenchimento = 1, EXT = 1, CRC = 1 [00369] A da figura 59 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for um byte (1B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00370] Em A da figura 59, não apenas um apontador de posição do primeiro pacote de TLV de 13 bits, mas, também, um valor de preenchimento de dois bits e um indicador EXT de um bit são providos no cabeçalho base. Em virtude de “00” ser especificado como um valor de preenchimento, não há preenchimento adicional. Por outro lado, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT como um cabeçalho opcional.
[00371] Neste byte EXT, “1” é especificado como um indicador de CRC no quarto bit. Portanto, uma CRC de um byte (8 bits) é adicionada depois do byte EXT.
[00372] Da forma supradescrita, o preenchimento de um byte (1B) é realizado por um byte EXT de um byte (IB) no cabeçalho do bloco de FEC ilustrado em A da figura 59.
[00373] (3-3-3B): Preenchimento = 2, EXT = 1, CRC = 1 [00374] B da figura 59 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for dois bytes (2B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00375] Em B da figura 59, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “1” ser especificado como um indicador de CRC no quarto bit deste byte EXT, uma CRC de um byte (8 bits) é adicionada depois do byte
Petição 870190052253, de 04/06/2019, pág. 60/154
50/67
EXT.
[00376] Também, “01” é especificado como um valor de preenchimento no cabeçalho base. Portanto, o próximo byte seguinte à CRC é o preenchimento 1B adicional.
[00377] Da forma supradescrita, o preenchimento de um total de dois bytes (2B) é realizado por um byte EXT de um byte (1B) e um preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em B da figura 59.
[00378] (3-3-3C): Preenchimento = 3, EXT = 1, CRC = 1 [00379] C da figura 59 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for três bytes (3B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00380] Em C da figura 59, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “1” ser especificado como um indicador de CRC no quarto bit deste byte EXT, uma CRC de um byte (8 bits) é adicionada depois do byte EXT.
[00381] Também, “10” é especificado como um valor de preenchimento no cabeçalho base. Portanto, os próximos dois bytes seguintes à CRC indicam o comprimento do preenchimento adicional. Em virtude de “0” (“00000000 00000000”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, isto indica que mais nenhum preenchimento é adicionado.
[00382] Da forma supradescrita, o preenchimento de um total de três bytes (3B) é realizado por um byte EXT de um byte (1B) e um comprimento de preenchimento adicional de dois bytes (2B) no cabeçalho do bloco de FEC ilustrado em C da figura 59.
[00383] (3-3-3D): Preenchimento = 4, EXT = 1, CRC = 1
Petição 870190052253, de 04/06/2019, pág. 61/154
51/67 [00384] D da figura 60 ilustra uma configuração do cabeçalho do bloco de FEC no caso em que o comprimento do preenchimento for quatro bytes (4B) e no caso em que “1” for especificado como um indicador EXT e “1” for especificado como um indicador de CRC.
[00385] Em D da figura 60, “1” é especificado como um indicador EXT. Portanto, o próximo byte seguinte ao cabeçalho base é um byte EXT. Em virtude de “1” ser especificado como um indicador de CRC no quarto bit deste byte EXT, uma CRC de um byte (8 bits) é adicionada depois do byte EXT.
[00386] Também, “10” é especificado como um valor de preenchimento no cabeçalho base. Portanto, os próximos dois bytes seguintes à CRC indicam o comprimento do preenchimento adicional. Em virtude de “1” (“QQQQQQQQ 00000001”) ser aqui especificado como um comprimento de preenchimento adicional de dois bytes, o preenchimento de um byte (1B) é adicionado.
[00387] Da forma supradescrita, o preenchimento de um total de quatro bytes (4B) é realizado por um byte EXT de um byte (1B), um comprimento de preenchimento adicional de dois bytes (2B), e o preenchimento adicional de um byte (IB) no cabeçalho do bloco de FEC ilustrado em D da figura 60.
[00388] Uma descrição foi supradescrita das configurações do cabeçalho do bloco de FEC da terceira forma. Nesta terceira forma, no caso em que um código longo existir no padrão alvo, 13 bits são reservados para o cabeçalho base do cabeçalho do bloco de FEC para suportar um código curto cujo máximo número de bits (Num Bits) é 11 ou um código médio cujo máximo número de bits é 13. Além do mais, é possível suportar um código longo cujo máximo número de bits (Num Bits) é 15 pelo uso dois bits de LEN_MSB no byte EXT. No caso em que um código longo existir no padrão, e quando o tamanho do quadro de banda base for um código curto ou médio, não há necessidade de usar o LEN_MSB do byte EXT, assim, criando um
Petição 870190052253, de 04/06/2019, pág. 62/154
52/67 cabeçalho do bloco de FEC com alta eficiência.
[00389] (3-4) Quarta forma [00390] Finalmente, será dada uma descrição das configurações de um cabeçalho do bloco de FEC (FBH) de uma quarta forma (a seguir, também denotada como forma 4) em relação às figuras 61 a 63.
[00391] (Formato do cabeçalho do bloco de FEC) [00392] A figura 61 é um diagrama que ilustra um exemplo de um formato do cabeçalho do bloco de FEC da forma 4.
[00393] Na figura 61, um cabeçalho base de dois bytes inclui um apontador de posição do primeiro pacote de TLV de 13 bits, um indicador de TS de um bit, um indicador de CRC de um bit, e um indicador EXT de um bit.
[00394] O apontador de posição do primeiro pacote de TLV é um apontador que indica a posição do primeiro pacote de TLV no bloco de FEC que inclui o cabeçalho do bloco de FEC no qual o apontador de posição do primeiro pacote de TLV é provido.
[00395] Os três bits restantes são atribuídos ao indicador de TS de um bit, ao indicador de CRC de um bit, e ao indicador EXT de um bit. Os detalhes do indicador de TS e do indicador de CRC são da forma descrita anteriormente.
[00396] Também, o indicador EXT é um indicador que indica se um campo de extensão (Extensão) existe. No caso em que “1” for especificado como um indicador EXT, o byte seguinte ao cabeçalho base é um byte EXT. [00397] A figura 62 ilustra um exemplo de um formato de byte EXT. Na figura 62, o byte EXT de um byte inclui um LEN_MSB de cinco bits, um valor de preenchimento de dois bits, e um campo reservado de um bit.
[00398] Aqui, embora, nas figuras 31 a 33 supradescritas, o número de bits (Num Bits) tenha sido o número de bits exigidos para corresponder a K_bch (B: byte), o número de bits (Num Bits) no caso de K_bch (bits) é como
Petição 870190052253, de 04/06/2019, pág. 63/154
53/67 segue:
[00399] Isto é, no caso de um código médio cujo comprimento de código for 69.120 bits, quando a taxa de codificação for a máxima em CR = 14/16, o número de bits (Num Bits) é 16. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 16 bits.
[00400] Também, no caso de um código longo cujo comprimento de código é 276.480 bits, quando a taxa de codificação for a máxima em CR = 14/16, o número de bits (Num Bits) é 18. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 18 bits.
[00401] Também, no caso de um código curto cujo comprimento de código é 17.280 bits, quando a taxa de codificação for a máxima em CR = 14/16, o número de bits (Num Bits) é 14. Portanto, o valor máximo do apontador de posição do primeiro pacote de TLV é 14 bits.
[00402] Da forma supradescrita, no caso em que a notação de bit (K_bch (bits)) for usada em vez da notação de byte (K_bch (B: bytes)) como o número de bits (Num Bits), os valores máximos dos apontadores de posição do primeiro pacote de TLV são 18, 16, e 14 bits, respectivamente, em códigos longo, médio e curto. Em decorrência disto, 13 bits atribuídos aos apontadores de posição do primeiro pacote de TLV não são suficientes. Os cinco bits de LEN_MSB são usados para compensar os bits ausentes.
[00403] Isto é, um total de 18 bits, que é a soma dos 13 bits atribuídos ao cabeçalho base e dos cinco bits de LEN_MSB, são usados como um apontador de posição do primeiro pacote de TLV. E possível representar o apontador de posição do primeiro pacote de TLV na notação de bit pela atribuição de bits desta maneira.
[00404] Especificamente, no caso de um código longo, todos os cinco bits de LEN_MSB são usados, assim, tomando um total de 18 bits disponíveis para os bits do apontador de posição do primeiro pacote de TLV. Também, no caso de um código médio, dos cinco bits de LEN_MSB, três bits são usados,
Petição 870190052253, de 04/06/2019, pág. 64/154
54/67 assim, tomando um total de 16 bits disponíveis. Também, no caso de um código curto, dos cinco bits de LEN_MSB, um bit é usado, assim, tomando um total de 14 bits disponíveis.
[00405] Isto é, no caso da notação de byte, 13 bits atribuídos ao cabeçalho base não são suficientes para todos os códigos longo, médio e curto. Portanto, os cinco bits de LEN_MSB são usados para suportar o valor máximo do apontador de posição do primeiro pacote de TLV (18, 16, ou 14 bits).
[00406] Como um valor de preenchimento, por exemplo, um valor correspondente ao conteúdo ilustrado na figura 63 é especificado. Os valores de preenchimento nesta forma 4 são similares aos conteúdos dos valores de preenchimento na forma 1 (figura 36) supradescrita. Portanto, a descrição dos mesmos é aqui omitida. O campo reservado é um campo para uso futuro.
[00407] Uma descrição foi supradescrita das configurações do cabeçalho do bloco de FEC da quarta forma. Nesta quarta forma, 18 bits são reservados para o cabeçalho base do cabeçalho do bloco de FEC graças ao cabeçalho base do cabeçalho do bloco de FEC (13 bits) e ao LEN_MSB do byte EXT (5 bits), assim, tomando possível suportar um código curto cujo máximo número de bits (Num Bits) é 14, um código médio cujo máximo número de bits é 16, e um código longo cujo máximo número de bits é 18. Portanto, no caso em que um código longo existir no padrão, é possível representar o apontador de posição do primeiro pacote de TLV em notação de bit.
[00408] <4. Sincronismo da transmissão da informação de tempo da presente tecnologia>
[00409] Incidentemente, a multiplexação por divisão de frequência (FDM) é adotada como um esquema para a multiplexação do sinal de difusão em ISDB-T atual. Também é provável que a multiplexação por divisão de frequência (FDM) seja adotada na difusão de televisão terrestre digital da
Petição 870190052253, de 04/06/2019, pág. 65/154
55/67 próxima geração.
[00410] No caso em que a multiplexação por divisão de frequência (FDM) for adotada, uma dada banda de frequência (por exemplo, 6 MHz) é dividida em uma pluralidade de segmentos para o transporte hierárquico, que tira vantagem da banda de um dos segmentos ou aquelas da pluralidade de segmentos. Neste caso, por exemplo, os dados de um serviço diferente podem ser transportados para cada camada que inclui um ou a pluralidade de segmentos adquiridos pela multiplexação por divisão de frequência.
[00411] Isto é, cada camada é uma unidade que inclui um ou uma pluralidade de segmentos agrupados em conjunto. Deve-se notar que, em ISDB-T, os segmentos OFDM são usados. Aqui, em OFDM (Multiplexação por Divisão de Frequência Ortogonal), inúmeras subportadoras ortogonais são providas em uma banda de transporte para modulação digital. Deve-se notar que uma camada (camada FDM) pode ser conceitualmente interpretada como um PLP (Canal de Camada Física). Neste caso, também pode-se dizer que uma pluralidade de camadas compreende M-PLP (Múltiplos PLPs).
[00412] Também, na difusão de televisão terrestre digital, a informação de tempo é transportada para o sincronismo entre os lados de transmissão e de recepção, assim, permitindo que o aparelho de transmissão 20 e os aparelhos de recepção 30 alcancem o sincronismo.
[00413] A figura 64 é um diagrama que ilustra um exemplo de um sincronismo da transmissão da informação de tempo.
[00414] Na figura 64, os dados processados pelo aparelho de transmissão 20 são esquematicamente representados no topo, e os dados processados pelo aparelho de recepção 30 são esquematicamente representados na base. Na figura 64, a direção horizontal representa o tempo, e a direção do tempo é da esquerda para a direita na figura.
[00415] Uma descrição será dada primeiro dos dados processados pelo aparelho de transmissão 20.
Petição 870190052253, de 04/06/2019, pág. 66/154
56/67 [00416] O aparelho de transmissão 20 realiza um processo necessário no pacote de TLV, assim, adquirindo um quadro de FEC que inclui um bloco de FEC com um código BCH e um código LDPC adicionado no mesmo. Também, o aparelho de transmissão 20 realiza um processo necessário no quadro de FEC, assim, adquirindo um quadro de camada física (a seguir referido como um quadro ISDB-T2).
[00417] Um pacote de TLV tem um comprimento variável e tem, por exemplo, de 4 a 65.536 bytes de tamanho. Os pacotes de TLV são representados como “Dados” na figura. Também, a informação de tempo NTP, a informação de tempo no formato NTP (Protocolo de Tempo da Rede), é representada como “NTP” na figura.
[00418] O quadro de FEC inclui um bloco de FEC com um código BCH e um código LDPC adicionado no mesmo. Um quadro ISDB-T2 inclui k+1 quadros de FEC do quadro de FEC n° 0 até o quadro de FEC n° k. Um cabeçalho do bloco de FEC (FBH) é adicionado no início de cada quadro de FEC. No caso em que o preenchimento for inserido, o preenchimento com um dado número de bytes é adicionado depois do cabeçalho do bloco de FEC (FBH).
[00419] Da forma supradescrita, o cabeçalho do bloco de FEC (FBH) inclui um apontador de posição do primeiro pacote de TLV. Focando aqui, por exemplo, nos Dados n° 1 como um pacote de TLV, os Dados n° 1-1 e os Dados n° 1-2 são providos para dispersar através do quadro de FEC n° 0 e do quadro de FEC n° 1. Então, o apontador de posição do primeiro pacote de TLV incluído no cabeçalho do bloco de FEC (FBH) que é adicionado no início do quadro de FEC n° 1 indica a posição de início dos Dados n° 2 providos depois dos Dados n° 1-2 no quadro de FEC n° 1.
[00420] Os símbolos OFDM são representados como “Símbolo” na figura. Um quadro ISDB-T2 inclui n+1 símbolos OFDM do Símbolo n° 0 ao Símbolo n° n. Isto é, este quadro ISDB-T2 é um quadro de OFDM em cujas
Petição 870190052253, de 04/06/2019, pág. 67/154
57/67 unidades os dados são transportados.
[00421] Entretanto, percebe-se que, no caso em que a multiplexação por divisão de frequência (FDM) for adotada como um esquema para a multiplexação do sinal de difusão, um símbolo OFDM é adicionalmente dividido em segmentos. Os segmentos são representados como “Seg” na figura. Um símbolo OFDM inclui m+1 segmentos de Seg n° 0 até Seg n° m.
[00422] Aqui, na presente tecnologia, a informação de tempo NTP é inserida de uma maneira tal para vir no início do quadro ISDB-T2 (para ser preciso, a informação de tempo NTP é inserida depois do cabeçalho do bloco de FEC (FBH) adicionado no quadro de FEC n° 0, o primeiro quadro de FEC). Esta informação de tempo NTP inclui o tempo do início do quadro ISDB-T2 como a informação de tempo prescrita em NTP.
[00423] Entretanto, percebe-se que, quando um quadro ISDB-T2 for formado por k+1 quadros de FEC, a informação de tempo NTP não é sempre provida no início do quadro ISDB-T2. Em um caso como este, é possível fazer com que a informação de tempo NTP seja inserida no início do próximo quadro ISDB-T2 (o início do quadro de FEC n° 0) pela inserção de uma célula fictícia D depois do quadro de FEC n° k, o último quadro de FEC incluído em um certo quadro ISDB-T2.
[00424] Isto é, no aparelho de transmissão 20, a fim de colocar a informação de tempo NTP no início de um quadro ISDB-T2 como um quadro de OFDM, a célula fictícia D é gerada por uma seção de geração de célula fictícia 161 conforme necessário e colocada no quadro de OFDM no qual um quadro de FEC é provido. Em decorrência disto, a informação de tempo NTP é ligada ao comprimento do quadro ISDB-T2 como um quadro de OFDM.
[00425] Da forma supradescrita, focando no que está no interior de uma caixa “A” da figura 64, a informação de tempo NTP que indica o tempo do início de um quadro ISDB-T2 é inserida no início do quadro ISDB-T2 no aparelho de transmissão 20. Entretanto, há um caso no qual um limite entre os
Petição 870190052253, de 04/06/2019, pág. 68/154
58/67 quadros de FEC corresponde ao limite entre os quadros ISDB-T2, e há um caso no qual os dois limites não correspondem. Então, no caso em que os limites não corresponderem, a posição em que a informação de tempo NTP é inserida é deslocada a partir do início do quadro ISDB-T2. Portanto, a célula fictícia D é inserida, assim, permitindo que a informação de tempo NTP seja inserida no início do quadro ISDB-T2.
[00426] Uma descrição será dada a seguir dos dados processados pelo aparelho de recepção 30.
[00427] O aparelho de recepção 30 realiza um processo necessário no quadro ISDB-T2, assim, adquirindo os pacotes de TLV. Aqui, não apenas uma pluralidade de pacotes de TLV, mas, também, a informação de tempo NTP provida no início dos pacotes são adquiridos. Esta informação de tempo NTP indica o tempo do início do quadro ISDB-T2.
[00428] Então, em virtude de o limite entre os quadros ISDB-T2 e aquele entre os quadros de FEC corresponderem, o aparelho de recepção 30 pode recuperar um relógio pela referência ao tempo no início do quadro ISDB-T2 indicado pela informação de tempo NTP inserida no início do quadro ISDB-T2.
[00429] Em decorrência disto, o sincronismo de relógio é realizado pela informação de tempo NTP entre o aparelho de transmissão 20 no lado da transmissão e o aparelho de recepção 30 no lado de recepção, assim, permitindo que o aparelho de recepção 30 processe a pluralidade de pacotes de TLV (Dados n° 0 a Dados n° z) para cada peça da informação de tempo NTP incluída no início do quadro ISDB-T2.
[00430] Da forma supradescrita, incluindo, no início de um quadro ISDB-T2, a informação de tempo NTP que indica o tempo de início do quadro ISDB-T2 garante o transporte altamente preciso e eficiente da informação de tempo, assim, permitindo que o aparelho de recepção 30 alcance o sincronismo de relógio (recuperação de relógio) pelo uso da
Petição 870190052253, de 04/06/2019, pág. 69/154
59/67 informação de tempo ΝΤΡ.
[00431] <5. Operação nos lados de transmissão e de recepção>
[00432] Uma descrição será dada a seguir da operação do aparelho de transmissão 20 no lado da transmissão e dos aparelhos de recepção 30 no lado de recepção em relação ao fluxograma ilustrado na figura 65.
[00433] Deve-se notar que os processos da etapa Sll até a etapa S13 ilustrados na figura 65 são realizados, por exemplo, pela seção de processamento de dados 211 e pela seção de modulação 212 do aparelho de transmissão 20 (figura 2). Também, os processos da etapa S31 até a etapa S33 ilustrados na figura 65 são realizados, por exemplo, pela seção de demodulação 312 e pela seção de processamento de dados 313 do aparelho de recepção 30 (figura 3).
[00434] Na etapa Sll, a seção de geração de bloco de FEC 153 gera um bloco de FEC pelo processamento dos pacotes de TLV inseridos na mesma. Um cabeçalho do bloco de FEC (FBH) que inclui um apontador de posição do pacote de TLV, um indicador de TS, e um indicador de CRC é inserido no início do bloco de FEC.
[00435] Na etapa S12, a seção de geração de quadro de FEC 154 gera um quadro de FEC pelo processamento do bloco de FEC gerado pelo processo da etapa Sll.
[00436] Na etapa S13, a seção de modulação 212 processa o quadro de FEC gerado pelo processo da etapa S12 e envia o sinal adquirido a partir do quadro de FEC. Como exposto, o sinal enviado a partir do aparelho de transmissão 20 no lado da transmissão é recebido pelo aparelho de recepção 30 no lado de recepção.
[00437] Na etapa S31, o sintonizador 311 recebe o sinal adquirido a partir do quadro de FEC.
[00438] Na etapa S32, a seção de demodulação 312 gera um bloco de FEC pelo processamento do sinal recebido pelo processo da etapa S31.
Petição 870190052253, de 04/06/2019, pág. 70/154
60/67 [00439] Na etapa S33, a seção de processamento de dados 313 gera os pacotes de TLV pelo processamento do bloco de FEC gerado pelo processo da etapa S32. Um cabeçalho do bloco de FEC (FBH) que inclui um apontador de posição do pacote de TLV, um indicador de TS, e um indicador de CRC é inserido no início deste bloco de FEC.
[00440] Aqui, este apontador de posição do pacote de TLV permite a confiável identificação da posição do primeiro pacote de TLV em um bloco de FEC e a extração dos pacotes de TLV a partir do bloco de FEC. Os pacotes de TLV adquiridos da forma supradescrita são adicionalmente processados pelo aparelho de recepção 30 no lado de recepção (a seção de processamento de dados 313 do mesmo e as seções de processamento nos estágios posteriores), assim, permitindo que o conteúdo, tais como os programas de difusão, seja reproduzido.
[00441] Uma descrição foi dada anteriormente da operação nos lados de transmissão e de recepção.
[00442] <6. Exemplo de modificação>
[00443] Embora, na descrição dada anteriormente, o foco primário tenha sido colocado no em ISDB (Difusão Digital em Serviços Integrados), o esquema adotado no Japão e congêneres, como um padrão de difusão de televisão digital, a presente tecnologia pode ser aplicada em ATSC (Comitê de Sistemas de Televisão Avançados), o esquema adotado nos EUA e congêneres, e em DVB (Difusão de Vídeo Digital), o esquema adotado nas nações europeias e congêneres.
[00444] Também, a presente tecnologia é aplicável, como um padrão de difusão de televisão digital, não apenas na difusão terrestre, mas, também, na difusão via satélite usando um satélite de difusão (BS) ou um satélite de comunicações (CS), difusão com fios usando televisão a cabo (CATV), e outros padrões.
[00445] (Outro exemplo de pacote e sinalização)
Petição 870190052253, de 04/06/2019, pág. 71/154
61/67 [00446] Também, o pacote, quadro, sinalização (campo da mesma) e outros nomes supradescritos são meramente exemplos, e há casos nos quais outros nomes podem ser usados. Entretanto, percebe-se que estas diferenças no nome são diferenças na formalidade e que não há diferença no conteúdo substancial do pacote, do quadro, da sinalização (campo da mesma) alvos, e congêneres.
[00447] Por exemplo, o pacote de TLV é um exemplo de pacote de transporte, e o pacote de transporte inclui, por exemplo, um pacote ALP (Protocolo de Camada de Enlace ATSC), um pacote GSE (Encapsulação de Fluxo Contínuo Genérico), ambos com um comprimento variável, e congêneres. Deve-se notar que há casos nos quais o quadro e o pacote são usados para conduzir o mesmo significado.
[00448] (Outro exemplo de informação de tempo) [00449] Na descrição dada anteriormente, foi descrito um caso no qual a informação de tempo prescrita em NTP é usada, a presente tecnologia não sendo limitada ao mesmo. Por exemplo, a informação de tempo opcional, tais como a informação de tempo prescrita em PTP (Protocolo de Tempo de Precisão) e em 3GPP (Projeto de Parceria da Terceira Geração), a informação de tempo incluída em GPS (Sistema de Posicionamento Global) e outra informação de tempo em uma forma exclusivamente determinada, pode ser usada.
[00450] (Outro exemplo de canal de transporte) [00451] Também, a presente tecnologia também é aplicável a um dado padrão (padrão diferente dos padrões de difusão digital) prescrito na consideração de que um canal de transporte diferente de uma rede de difusão, isto é, por exemplo, uma linha de comunicação (rede de comunicação), tais como a Internet ou a rede de telefone, é usada como um canal de transporte. Neste caso, uma linha de comunicação, tal como a Internet, é usada como um canal de transporte do sistema de transporte 1 (figura 1), e as funções do
Petição 870190052253, de 04/06/2019, pág. 72/154
62/67 aparelho de processamento de dados 10 e do aparelho de transmissão 20 são providas por um servidor de comunicação disponível na Internet. Então, o servidor de comunicação e os aparelhos de recepção 30 engajam em comunicação bidirecional por meio da linha de comunicação.
[00452] <7. Configuração do computador>
[00453] A série de processos supradescrita pode ser realizada por hardware ou software. No caso em que a série de processos for realizada por software, o programa incluído no software é instalado em um computador. A figura 66 é um diagrama que ilustra um exemplo de configuração de hardware de um computador para realizar a série de processos exposta usando o programa.
[00454] Em um computador 1000, uma CPU (unidade de processamento central) 1001, uma ROM (memória exclusiva de leitura) 1002, e uma RAM (memória de acesso aleatório) 1003 são conectadas umas nas outras por um barramento 1004. Uma interface de I/O 1005 é adicionalmente conectada no barramento 1004. Uma seção de entrada 1006, uma seção de saída 1007, uma seção de gravação 1008, uma seção de comunicação 1009 e uma unidade 1010 são conectadas na interface I/O 1005.
[00455] A seção de entrada 1006 inclui um teclado, um mouse, um microfone, e congêneres. A seção de saída 1007 inclui um visor, um altofalante, e congêneres. A seção de gravação 1008 inclui um disco rígido, uma memória não volátil, e congêneres. A seção de comunicação 1009 inclui uma interface de rede e congêneres. A unidade 1010 aciona uma mídia de gravação removível 1011, tais como o disco magnético, o disco óptico, o disco magneto-óptico, ou a memória semicondutora.
[00456] No computador 1000 configurado como exposto, a CPU 1001 carrega, por exemplo, o programa gravado na ROM 1002 ou na seção de gravação 1008 na RAM 1003 por meio da interface I/O 1005 e do barramento 1004 para execução, desse modo, permitindo que a série de processos exposta
Petição 870190052253, de 04/06/2019, pág. 73/154
63/67 seja realizada.
[00457] O programa executado pelo computador 1000 (CPU 1001) pode ser provido gravado, por exemplo, na mídia de gravação removível 1011 como uma mídia em pacote ou congêneres. Alternativamente, o programa pode ser provido por meio de uma mídia de transporte com fios ou sem fio, tais como a rede de área local, a Internet e a difusão via satélite digital.
[00458] No computador 1000, o programa pode ser instalado na seção de gravação 1008 por meio da interface de I/O 1005 pela inserção da mídia de gravação removível 1011 na unidade 1010. Altemativamente, o programa pode ser recebido pela seção de comunicação 1009 por meio de uma mídia de transporte com fios ou sem fio e instalado na seção de gravação 1008. Além do exposto, o programa pode ser instalado, em antecipação, na ROM 1002 ou na seção de gravação 1008.
[00459] Aqui, na presente especificação, os processos realizados pelo computador de acordo com o programa não precisam ser necessariamente realizados cronologicamente de acordo com a sequência descrita como um fluxograma. Isto é, os processos realizados pelo computador de acordo com o programa incluem aqueles que são realizados em paralelo ou individualmente (por exemplo, processos em paralelo ou processos com base em objeto). Também, o programa pode ser processado por um único computador (processador) ou por uma pluralidade de computadores de uma maneira distribuída.
[00460] Deve-se notar que as modalidades da presente tecnologia não são limitadas àquelas supradescritas e podem ser modificadas de várias maneiras sem fugir da essência da presente tecnologia.
[00461] Deve-se notar que os efeitos descritos na presente especificação são meramente ilustrativos e não são limitados, e que podem haver outros efeitos.
[00462] Adicionalmente, a presente tecnologia também pode ter as
Petição 870190052253, de 04/06/2019, pág. 74/154
64/67 seguintes configurações:
(1) Um aparelho de transmissão, que inclui:
uma primeira seção de geração adaptada para gerar um bloco de FEC (Correção de Erro Antecipada) com base em um pacote de entrada ou em um fluxo contínuo de entrada;
uma segunda seção de geração adaptada para gerar um quadro de FEC com base no bloco de FEC; e uma seção de transmissão adaptada para transmitir o quadro de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[00463] (2) O aparelho de transmissão, como definido no recurso (1), em que no caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
[00464] (3) O aparelho de transmissão, como definido no recurso (2), em que no caso em que a informação de identificação do mínimo comprimento fixo indica que o comprimento do pacote de entrada não é o mínimo comprimento fixo, o cabeçalho inclui não apenas o cabeçalho com
Petição 870190052253, de 04/06/2019, pág. 75/154
65/67 mínimo comprimento fixo, mas, também, um cabeçalho com comprimento variável, e quando os bits inferiores do comprimento do pacote de entrada compreenderem a informação do mínimo comprimento do pacote de entrada que indica o mínimo comprimento do pacote de entrada, o cabeçalho com comprimento variável inclui a informação do comprimento do pacote de comprimento variável que inclui os bits superiores do comprimento do pacote de entrada.
[00465] (4) O aparelho de transmissão, como definido em qualquer um dos recursos (1) a (3), que inclui adicionalmente:
uma terceira seção de geração adaptada para gerar uma célula fictícia para arranjar a informação de tempo no início de um quadro de OFDM (Multiplexação por Divisão de Frequência Ortogonal) no qual o quadro de FEC é provido.
[00466] (5) Um método de transmissão, que inclui:
gerar um bloco de FEC com base em um pacote de entrada ou em um fluxo contínuo de entrada;
gerar um quadro de FEC com base no bloco de FEC; e transmitir o quadro de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[00467] (6) Um aparelho de recepção, que inclui:
uma seção de recepção adaptada para receber um sinal de entrada que inclui um quadro de FEC;
uma primeira seção de geração adaptada para gerar um bloco
Petição 870190052253, de 04/06/2019, pág. 76/154
66/67 de FEC com base no quadro de FEC recebido; e uma segunda seção de geração adaptada para gerar um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
[00468] (7) O aparelho de recepção, como definido no recurso (6), em que no caso em que a informação de identificação de tipo for um pacote de TLV, o cabeçalho com mínimo comprimento fixo inclui, além da informação de identificação de tipo, a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento de pacote de entrada do pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
[00469] (8) O aparelho de recepção, como definido no recurso (7), em que no caso em que a informação de identificação do mínimo comprimento fixo indica que o comprimento do pacote de entrada não é o mínimo comprimento fixo, o cabeçalho inclui não apenas o cabeçalho com mínimo comprimento fixo, mas, também, um cabeçalho com comprimento variável, e quando os bits inferiores do comprimento do pacote de entrada forem a informação do mínimo comprimento do pacote de entrada que indica o mínimo comprimento do pacote de entrada, o cabeçalho com comprimento variável inclui a informação do comprimento do pacote de comprimento
Petição 870190052253, de 04/06/2019, pág. 77/154
67/67 variável que inclui os bits superiores do comprimento do pacote de entrada. [00470] (9) O aparelho de recepção, como definido em qualquer um dos recursos (6) a (8), em que pela inserção de uma célula fictícia em um quadro de OFDM no qual o quadro de FEC é provido, a informação de tempo é arranjada no início do quadro de OFDM.
[00471] (10) Um método de recepção, que inclui:
receber um sinal de entrada que inclui um quadro de FEC;
gerar um bloco de FEC com base no quadro de FEC recebido;
e gerar um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC.
Eista dos Sinais de Referência [00472] 1 Sistema de transporte, 10, 10-1 a 10-N Aparelhos de processamento de dados, 20 Aparelho de transmissão, 30, 30-1 a 30-M Aparelhos de recepção, 40, 40-1 a 40-N Einhas de comunicação, 50 Canal de transporte de difusão, 111 Seção de processamento de componente, 112 Seção de geração de sinalização, 113 Multiplexador, 114 Seção de processamento de dados, 151 Seção de geração de pacote de TEV, 152 Seção de processamento de pacote de TS, 153 Seção de geração de bloco de FEC, 154 Seção de geração de quadro de FEC, 161 Seção de geração de célula fictícia, 211 Seção de processamento de dados, 212 Seção de modulação, 311 Sintonizador, 312 Seção de demodulação, 313 Seção de processamento de dados.

Claims (8)

1. Aparelho de transmissão, caracterizado pelo fato de que compreende:
uma primeira seção de geração adaptada para gerar um bloco de FEC (Correção de Erro Antecipada) com base em um pacote de entrada ou em um fluxo contínuo de entrada;
uma segunda seção de geração adaptada para gerar um quadro de FEC com base no bloco de FEC; e uma seção de transmissão adaptada para transmitir o quadro de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC, e em um caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
2. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que em um caso em que a informação de identificação do mínimo comprimento fixo indica que o comprimento do pacote de entrada não é o mínimo comprimento fixo, o cabeçalho inclui não apenas o cabeçalho com mínimo comprimento fixo, mas, também, um cabeçalho com comprimento variável, e quando os bits inferiores do comprimento do pacote de entrada
Petição 870190052253, de 04/06/2019, pág. 151/154
2/4 compreenderem a informação do mínimo comprimento do pacote de entrada que indica o mínimo comprimento do pacote de entrada, o cabeçalho com comprimento variável inclui a informação do comprimento do pacote de comprimento variável que inclui os bits superiores do comprimento do pacote de entrada.
3. Aparelho de transmissão de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente:
uma terceira seção de geração adaptada para gerar uma célula fictícia para arranjar a informação de tempo no início de um quadro de OFDM (Multiplexação por Divisão de Frequência Ortogonal) no qual o quadro de FEC é provido.
4. Método de transmissão, caracterizado pelo fato de que compreende:
gerar um bloco de FEC com base em um pacote de entrada ou em um fluxo contínuo de entrada;
gerar um quadro de FEC com base no bloco de FEC; e transmitir o quadro de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo que identifica um tipo do pacote de entrada ou do fluxo contínuo de entrada, a informação que detecta um erro de cabeçalho, e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC, e em um caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
5. Aparelho de recepção, caracterizado pelo fato de que
Petição 870190052253, de 04/06/2019, pág. 152/154
3/4 compreende:
uma seção de recepção adaptada para receber um sinal de entrada que inclui um quadro de FEC;
uma primeira seção de geração adaptada para gerar um bloco de FEC com base no quadro de FEC recebido; e uma segunda seção de geração adaptada para gerar um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC, e em um caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
6. Aparelho de recepção de acordo com a reivindicação 5, caracterizado pelo fato de que em um caso em que a informação de identificação do mínimo comprimento fixo indica que o comprimento do pacote de entrada não é o mínimo comprimento fixo, o cabeçalho inclui não apenas o cabeçalho com mínimo comprimento fixo, mas, também, um cabeçalho com comprimento variável, e quando os bits inferiores do comprimento do pacote de entrada compreenderem a informação do mínimo comprimento do pacote de entrada que indica o mínimo comprimento do pacote de entrada, o cabeçalho com comprimento variável inclui a informação do comprimento do pacote de
Petição 870190052253, de 04/06/2019, pág. 153/154
4/4 comprimento variável que inclui os bits superiores do comprimento do pacote de entrada.
7. Aparelho de recepção de acordo com a reivindicação 5, caracterizado pelo fato de que pela inserção de uma célula fictícia em um quadro de OFDM no qual o quadro de FEC é provido, a informação de tempo é arranjada no início do quadro de OFDM.
8. Método de recepção, caracterizado pelo fato de que compreende:
receber um sinal de entrada que inclui um quadro de FEC;
gerar um bloco de FEC com base no quadro de FEC recebido; e gerar um pacote de entrada ou um fluxo contínuo de entrada com base no bloco de FEC, em que um cabeçalho do bloco de FEC inclui a informação de identificação de tipo para identificar um tipo do pacote de entrada ou do fluxo contínuo de entrada e um cabeçalho com mínimo comprimento fixo que tem a informação da posição de início do pacote de entrada ou do fluxo contínuo de entrada armazenada em uma carga útil do quadro de FEC, e em um caso em que a informação de identificação de tipo for um pacote de TLV (Valor do Comprimento do Tipo), o cabeçalho com mínimo comprimento fixo inclui a informação de identificação do mínimo comprimento fixo usada para identificar se um comprimento do pacote de entrada de um pacote de entrada é ou não um mínimo comprimento fixo e um mínimo comprimento do pacote de entrada como a informação em relação ao comprimento do pacote de entrada.
BR112019011500-5A 2016-12-16 2017-12-01 aparelho e método de transmissão, e, aparelho e método de recepção. BR112019011500A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016244528 2016-12-16
JP2017015418A JP7069542B2 (ja) 2016-12-16 2017-01-31 送信装置、及び、送信方法
PCT/JP2017/043236 WO2018110315A1 (ja) 2016-12-16 2017-12-01 送信装置、送信方法、受信装置、及び、受信方法

Publications (1)

Publication Number Publication Date
BR112019011500A2 true BR112019011500A2 (pt) 2019-11-05

Family

ID=62715720

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019011500-5A BR112019011500A2 (pt) 2016-12-16 2017-12-01 aparelho e método de transmissão, e, aparelho e método de recepção.

Country Status (7)

Country Link
US (1) US11005594B2 (pt)
EP (1) EP3557792A4 (pt)
JP (1) JP7069542B2 (pt)
KR (1) KR20190092415A (pt)
BR (1) BR112019011500A2 (pt)
PH (1) PH12019501313A1 (pt)
TW (1) TWI662835B (pt)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019142680A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置
JP7077627B2 (ja) 2018-01-18 2022-05-31 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2019142681A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置
JP7119431B2 (ja) 2018-01-18 2022-08-17 ソニーグループ株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2019142682A1 (ja) * 2018-01-18 2019-07-25 ソニー株式会社 送信方法及び受信装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2362650A1 (en) 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
CN103797806B (zh) * 2011-09-16 2017-05-24 思科技术公司 下行设备架构和控制
JP5895238B2 (ja) * 2011-12-01 2016-03-30 パナソニックＩｐマネジメント株式会社 通信装置、通信方法、及び通信プログラム
KR102288500B1 (ko) 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
JP2015061195A (ja) 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
JP6358792B2 (ja) 2013-10-15 2018-07-18 日本放送協会 送信装置、受信装置、デジタル放送システム及びチップ
JP6180651B2 (ja) 2013-11-13 2017-08-16 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR20150084632A (ko) * 2014-01-13 2015-07-22 삼성전자주식회사 통신 시스템에서 패킷 송수신 방법 및 장치
KR101780040B1 (ko) * 2014-02-13 2017-09-19 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
WO2015160083A1 (ko) * 2014-04-13 2015-10-22 엘지전자(주) 방송 신호 송수신 장치 및 방법
EP3160146A4 (en) * 2014-06-20 2017-11-01 Sony Corporation Transmission device, transmission method, reception device, and reception method
EP3217581A4 (en) 2014-11-06 2018-12-19 LG Electronics Inc. Method and apparatus for receiving broadcast signal, and method and apparatus for transmitting broadcast signal
JP6692057B2 (ja) * 2014-12-10 2020-05-13 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
US10264624B2 (en) 2014-12-17 2019-04-16 Sony Corporation Transmission apparatus, transmission method, reception apparatus, and reception method
JP6290127B2 (ja) 2015-03-17 2018-03-07 株式会社東芝 送信システム、伝送スロット化装置、受信装置及び伝送スロット作成方法

Also Published As

Publication number Publication date
TW201828707A (zh) 2018-08-01
PH12019501313A1 (en) 2020-03-02
JP2018101970A (ja) 2018-06-28
US20190280811A1 (en) 2019-09-12
TWI662835B (zh) 2019-06-11
EP3557792A1 (en) 2019-10-23
KR20190092415A (ko) 2019-08-07
US11005594B2 (en) 2021-05-11
EP3557792A4 (en) 2019-11-06
JP7069542B2 (ja) 2022-05-18

Similar Documents

Publication Publication Date Title
BR112019011500A2 (pt) aparelho e método de transmissão, e, aparelho e método de recepção.
US11146361B2 (en) Apparatus and method for sending/receiving packet in multimedia communication system
US11490138B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method for indicating presence or absence of signaling information in a payload of a packet
US20210105524A1 (en) Method and apparatus for receiving, sending and data processing information related to time such as leap second and daylight saving time (dst)
TWI710234B (zh) 送訊裝置、收訊裝置、及資料處理方法
JP7054673B2 (ja) 受信装置、及び、データ処理方法
KR102417673B1 (ko) 복조 장치, 처리 장치, 수신 장치 및 데이터 처리 방법
JP2023164953A (ja) 送信装置、及び、送信方法
US20230051819A1 (en) Information processing apparatus, information processing method, and program
US11050512B2 (en) Transmission device, and transmission method
JP7505613B2 (ja) 送信装置、及び送信方法
JP7251668B2 (ja) 送信装置、及び送信方法

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]