BRPI0805829B1

BRPI0805829B1 - Método de transmissão de um serviço de difusão móvel, e aparelho para transmissão de um serviço de difusão móvel

Info

Publication number: BRPI0805829B1
Application number: BRPI0805829-6A
Authority: BR
Inventors: Ga-hyun Ryu; Sung-II Park; Jong-Hwa Kim; Kyo-shin Choo
Original assignee: Samsung Electronics Co., Ltd
Priority date: 2007-05-14
Filing date: 2008-05-14
Publication date: 2020-05-26
Also published as: BRPI0805829A2; FI20095927A; US20090296624A1; KR20110086645A; WO2008140263A1; DE112008000552T5; CA2667571C; MX2009004942A; FI124830B; US8717961B2; KR101227029B1; CA2667571A1; DE112008000552B4

Abstract

aparelho para transporte de um serviço de difusão para comunicações móveis, aparelho para recepção de um serviço de difusão para comunicações móveis, método de transporte de uma sequência de dados, e método de recepção de uma sequência de dados. [problema] é difícil aplicar o sistema de transporte a-vsb a uma difusão móvel. [solução] são providos um método e um aparelho para transporte de uma difusão e um método e aparelho para recepção de uma difusão. no método de transporte de um serviço de difusão para comunicações móveis, o método inclui a geração de um pacote de encapsulação incluindo informações de configuração adaptativas para dados de aplicação destinados a serem transmitidos e os dados de aplicação; geração de pacotes de transporte possuindo dados referentes ao pacote de encapsulação mediante divisão do pacote de encapsulação em pacotes de tamanhos previamente determinados, em que os pacotes de transporte incluem informações referentes às estruturas dos pacotes de transporte; e geração de informações de configuração de serviços incluindo informações estabelecidas relativamente a um canal possuindo os pacotes de transporte, e inclusão das informações de configuração de serviços em um canal de informações de serviços em uma localização previamente determinada de entre pelo menos um canal de transporte em uma sequência de transporte. desta forma, é possível utilizar de forma eficiente uma região de dados e aumentar a velocidade de transmissão dos dados.

Description

MÉTODO DE TRANSMISSÃO DE UM SERVIÇO DE DIFUSÃO MÓVEL, E APARELHO

PARA TRANSMISSÃO DE UM SERVIÇO DE DIFUSÃO MÓVEL

ÁREA TÉCNICA

[0001] A presente invenção refere-se a um método e um aparelho para transmissão de uma difusão, e refere-se a um método e um aparelho para recepção de uma difusão, e refere-se mais particularmente a um método e um aparelho para transmissão de difusão para provisão de um serviço de difusão móvel.

DIVULGAÇÃO DA INVENÇÃO

[0002] A Comissão para Sistema de Televisão Avançado (“Advanced Television System Committee - ATSC) é um grupo que define os padrões para transmissão de televisão digital (DTV) nos Estados Unidos da América de entre padrões para transmissão de difusão de televisão digital (DTV) terrestre. Um ponto principal dos padrões definidos pela ATSC refere-se a compressão e transmissão de áudio/vídeo (AV). Isto é, um sinal de vídeo é compactado de acordo com o padrão MPEG2, o som e os sinais de voz são compactados de acordo com o padrão AC-3, e estes sinais são transmitidos mediante utilização da técnica de banda lateral vestigial (“Vestigial Side Band - VSB). A VSB que consiste em padrões de recepção de DTV terrestre é vantajosa no fato de aumentar a utilização de bandas de freqüência, dessa forma maximizando a faixa de visualização de DTV porém é desvantajosa no fato de ser dificilmente aplicável em TV móvel na medida em que um sinal de rádio é difícil de ser recebido em movimento.

[0003] Entretanto, na medida em que uma necessidade de serviços de difusão, tais como serviços de difusão DMB

Petição 870190118091, de 14/11/2019, pág. 5/167

2/160 terrestre e serviço de difusão DMB por satélite, que utilizam um dispositivo de comunicação móvel, tem vindo a aumentar e os requisitos para serviços de difusão têm aumentado e se têm diversificado, foram introduzidas diversas técnicas de difusão para atendimento de tais demandas dos usuários.

DESCRIÇÃO DOS DESENHOS

[0004] As FIGS. 1A e 1B ilustram uma pilha de protocolo de dados MCAST de acordo com uma configuração da presente invenção.

[0005] A FIG. 2 ilustra uma pilha de protocolo de dados MCAST de acordo com uma outra configuração da presente invenção.

[0006] A FIG. 3 ilustra esquematicamente a estrutura de um sistema de transmissão MCAST A-VSB de acordo com uma configuração da presente invenção.

[0007] A FIG. 4 ilustra esquematicamente a estrutura de um sistema de transmissão MCAST A-VSB de acordo com uma outra configuração da presente invenção.

[0008] A FIG. 5 ilustra esquematicamente uma camada de serviço BCAST OMA de acordo com uma configuração da presente invenção.

[0009] A FIG. 6 ilustra esquematicamente uma interface de protocolo de rede de terminal de acordo com uma configuração da presente invenção.

[00010] As FIGS. 7A até 7D ilustram um método de acesso de serviço de alta velocidade suportado por um sistema ATSC-MCAST de acordo com uma configuração da presente invenção.

[00011] As FIGS. 8A e 8B ilustram um método de acesso de serviço de alta velocidade suportado pelo sistema ATSC-MCAST de acordo com uma outra configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 6/167

3/160

[00012] As FIGS. 9A e 9B ilustram um método de acesso de serviço de alta velocidade suportado pelo sistema ATSC-MCAST de acordo com uma outra configuração da presente invenção.

[00013] As FIGS. 10A até 10C ilustram informações de configurações de serviço de acordo com uma configuração da presente invenção.

[00014] A FIG. 11 ilustra a estrutura de um campo de informação_de_indicador_de_versão() ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[00015]	A FIG.	12	ilustra a	estrutura	de	um campo	de
informação_de_grupo	'_de_	_quadros().
[00016]	A FIG.	13	ilustra a	estrutura	de	um campo	de

informação_de_canal_turbo() ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[00017] A FIG. 14 ilustra a estrutura de um campo de informação_de_serviço_adicional() ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[00018] A FIG. 15 ilustra a estrutura de um campo de descrição_de_informação_de_canal_turbo() de acordo com uma configuração da presente invenção.

[00019] A FIG. 16A ilustra a estrutura de um campo de configuração_de_canal_turbo() ilustrado na FIG. 10B de acordo com uma configuração da presente invenção.

[00020] A	FIG. 16B	ilustra	a	estrutura	de	um campo	de
configuração_	de_canal_	turbo()	de	acordo	com uma outra
configuração	da presente invenção.
[00021] A	FIG. 17	ilustra	a	estrutura	de	um campo	de
enlace_de_descritor()	ilustrado	na	FIG. 16A	de	acordo com	uma
configuração	da presente invenção.
[00022] A	FIG. 18	ilustra	a	estrutura	de	um campo	de

Petição 870190118091, de 14/11/2019, pág. 7/167

4/160 'atualizacãO-de-grupO-de-quadros' quando o valor de um campo de ‘marcador' ( 'tag') ilustrado na FIG. 17 é definido para ser ‘0'.

[00023] A FIG. 19A ilustra a estrutura de um campo de ‘Atualização_de_Duração_de_Fatiamento_de_Quadro' quando o

valor do	campo de	‘marcador' ilustrado na FIG. 17 é	definido
para ser	'1', de	acordo com uma configuração da	presente
invenção.
[00024]	A FIG.	19B ilustra a estrutura do	campo de

‘Atualização_de_Duração_de_Fatiamento_de_Quadro' quando o valor do campo de ‘marcador' ilustrado na FIG. 17 é definido para ser ‘1', de acordo com uma outra configuração da presente invenção.

[00025] A FIG. 20A ilustra a estrutura de um campo de ‘atualização_de_posição_de_SRS' quando o valor do campo de ‘marcador' ilustrado na FIG. 17 é definido para ser ‘2', de acordo com uma configuração da presente invenção.

[00026] A FIG. 20B ilustra a estrutura do campo de ‘atualização_de_posição_de_SRS' quando o valor do campo de ‘marcador' ilustrado na FIG. 17 é definido para ser ‘2', de acordo com uma outra configuração da presente invenção.

[00027] A FIG. 21A ilustra a estrutura de um campo de ‘atualização_de_canal_turbo' quando o valor do campo de ‘marcador' ilustrado na FIG. 17 é definido para ser ‘3', de acordo com uma configuração da presente invenção.

[00028] A FIG. 21B ilustra a estrutura de um campo de ‘atualização_de_canal_turbo' quando o valor do campo de ‘marcador' ilustrado na FIG. 17 é definido para ser ‘3', de acordo com uma outra configuração da presente invenção.

[00029] A FIG. 22A ilustra a estrutura de um campo de

Petição 870190118091, de 14/11/2019, pág. 8/167

5/160

'Pacote_BD'	de	acordo com	uma configuração	da	presente
invenção.
[00030] A	FIG	. 22B ilustra	a estrutura de	um	campo de
'Pacote_BD'	de	acordo com uma	outra configuração	da	presente
invenção.
[00031] A	FIG	23 ilustra a	estrutura de um	descritor de

difusão (“Broadcast Descriptor” - BD) de acordo com uma configuração da presente invenção.

[00032] A FIG. 24A ilustra a estrutura de um campo de 'atualização_de_informação_de_Canal()' quando o valor de um

campo de 'marcador' ilustrado na FIG.	23 é	'1',	de	acordo	com
uma configuração da presente invenção.
[00033] A FIG. 24B ilustra a estrutura	de	um	campo	de
'atualização_de_informação_de_Canal()'	de	acordo	com	uma
configuração da presente invenção.
[00034] A FIG. 24C ilustra a estrutura	de	um	campo	de
'atualização_de_informação_de_Canal()'	de acordo	com	uma outra

configuração da presente invenção.

[00035] A FIG. 25A ilustra um descritor de mapeamento de protocolo Internet (IP) quando o valor do campo de 'marcador' ilustrado na FIG. 23 é '1', de acordo com uma configuração da presente invenção.

[00036] A FIG. 25B ilustra o descritor de mapeamento de IP de acordo com uma outra configuração da presente invenção.

[00037] A FIG. 26	ilustra a estrutura	de	um	campo	de
'descrição_de_canal_de_	_IP” ilustrado na FIG.	2 5A	de	acordo	com
uma configuração da presente invenção.
[00038] A FIG. 27A	ilustra a estrutura	de	um	campo	de
'tabela_de_endereço_de_	IP' quando o valor	de	um	campo	de
'marcador' ilustrado	na FIG. 26 é '1'de	acordo	com	uma

Petição 870190118091, de 14/11/2019, pág. 9/167

6/160 configuração da presente invenção.

[00039]

A FIG. 27B ilustra a estrutura do campo de tabela de endereço de IP quando o valor do campo de marcador' ilustrado na FIG. 26 é

1'de acordo com uma outra configuração da presente invenção.

[00040]

A FIG. 28 ilustra a estrutura de um campo de tabela de endereço de MAC quando o valor do campo de 'marcador' ilustrado na FIG. 26 é '2' de acordo com uma configuração da presente invenção.

[00041] A FIG. 29 ilustra a estrutura de um campo de 'tabela_de_descrição_de_Texto' quando o valor do campo de 'marcador' ilustrado na FIG. 26 é '3' de acordo com uma configuração da presente invenção.

[00042] A FIG. 30A ilustra uma estrutura de multiplexação

MCAST de acordo com uma configuração da presente invenção.

[00043] A FIG. 30B ilustra uma estrutura de multiplexação

MCAST de acordo com uma outra configuração da presente invenção.

[00044] A FIG. 31A ilustra uma estrutura de quadro MCAST e uma LMT de acordo com uma configuração da presente invenção.

[00045]	A	FIG.	31B	ilustra	uma estrutura de quadro	MCAST e
uma LMT	de	acordo	com uma	outra configuração da	presente
invenção.
[00046]	A	FIG.	32	ilustra	um método de verificação	de uma
alteração	em um	sub	-canal	de dados mediante utilização de

identificação de mapa virtual (“Virtual Map Identification” VMI) de acordo com uma configuração da presente invenção.

[00047] A FIG. 33 é um diagrama de fluxo ilustrativo de um método de aquisição de um serviço mediante utilização de VMI de acordo com uma configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 10/167

7/160

[00048] A FIG. 34A ilustra a estrutura de uma tabela de mapa de localização (Location Map Table” - LMT) de acordo com uma configuração da presente invenção.

[00049] A FIG. 34B ilustra detalhadamente a estrutura da LMT da FIG. 34A de acordo com uma configuração da presente invenção.

[00050] As FIGS. 35A e 35B ilustram as estruturas da LMT de acordo com configurações da presente invenção.

[00051] A FIG. 36 ilustra a estrutura de um campo de 'informação_de_LMT' ilustrado na FIG. 35 de acordo com uma configuração da presente invenção.

[00052] As FIGS. 37A e 37B ilustram as estruturas da LMT e do campo de 'informação_de_LMT' de acordo com uma outra configuração da presente invenção.

[00053] A FIG. 38 ilustra a estrutura da LMT de acordo com uma outra configuração da presente invenção.

[00054] A FIG. 39 ilustra as estruturas de um quadro MCAST e uma tabela de informações de interligação (“Linkage Information Table” - LIT) de acordo com uma configuração da presente invenção.

[00055] A FIG. 40 ilustra uma estrutura de uma LIT de acordo com uma configuração da presente invenção.

[00056] As FIGS. 41A e 41B ilustram a estrutura de uma LIT de acordo com uma outra configuração da presente invenção.

[00057] A FIG. 42A é um diagrama de fluxo ilustrativo de um método de provisão de um serviço utilizando uma LMT e uma LIT de acordo com uma configuração da presente invenção.

[00058] A FIG. 42B é um diagrama de fluxo ilustrativo de um método de provisão de um serviço utilizando uma LMT e uma LIT de acordo com uma outra configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 11/167

8/160

[00059] A FIG. 43 ilustra a estrutura de informações de transmissão de objetos de acordo com uma configuração da presente invenção.

[00060] A FIG. 44 ilustra a estrutura	de	um	campo	de
'informação_de_diretório' ilustrado na FIG.	43	de	acordo	com
uma configuração da presente invenção.
[00061] A FIG. 45 ilustra a estrutura	de	um	campo	de

'tabela_de_tempo' ilustrado na FIG. 43 de acordo com uma configuração da presente invenção.

[00062] A	FIG. 46	ilustra	a	estrutura	de um	campo	de
'descritor_	de_nome_de_	_conteúdo'	quando	o valo	r de um	campo	de
'marcador'	ilustrado	na FIG.	43	é	'1' de	acordo	com	uma
configuração da presente invenção.
[00063] A	FIG. 47	ilustra	a	estrutura	de um	campo	de
'descrição_	de_tipo_de_	_mime' quando	o	valor	de um	campo	de
'marcador'	ilustrado	na FIG.	43	é	'2' de	acordo	com	uma

configuração da presente invenção.

[00064] A FIG. 48 ilustra a relação entre um pacote de encapsulação e um pacote de transporte em um sistema MCAST de acordo com uma configuração da presente invenção.

[00065] As FIGS. 49A e 49B ilustram a estrutura de um pacote de encapsulação para sinalização de acordo com uma configuração da presente invenção.

[00066] As FIGS. 50A e 50B ilustram a estrutura de um pacote de encapsulação para dados em tempo real de acordo com uma configuração da presente invenção.

[00067] A FIG. 51 ilustra a sintaxe de um pacote de encapsulação para dados em tempo real de acordo com uma configuração da presente invenção.

[00068] As FIGS. 52A e 52B ilustram a sintaxe de um pacote de

Petição 870190118091, de 14/11/2019, pág. 12/167

9/160 encapsulação para dados de IP de acordo com uma configuração da presente invenção.

[00069] A FIG. 53 ilustra a sintaxe de um pacote de encapsulação para dados de IP de acordo com uma outra configuração da presente invenção.

[00070] As FIGS. 54A e 54B ilustram a estrutura de um pacote para dados de objeto de acordo com uma configuração da presente invenção.

[00071] As FIGS. 55A e 55B ilustram a estrutura de um pacote para dados de objeto de acordo com uma outra configuração da presente invenção.

[00072] A FIG. 56 ilustra um método de transmissão de dados de objeto de acordo com uma configuração da presente invenção.

[00073] A FIG. 57 ilustra a aplicação de correção de erro por antecipação em camada de aplicação (“Application Layer Forward Error Correction” - AL-FEC) de acordo com uma configuração da presente invenção.

[00074] A FIG. 58 ilustra estruturas de cabeçalho de um pacote de transporte e um pacote de transporte de acordo com configurações da presente invenção.

[00075] A FIG. 59 ilustra a sintaxe de um pacote de transporte de acordo com uma configuração da presente invenção.

[00076] As FIGS. 60A e 60B ilustram as estruturas de um pacote de transporte, um cabeçalho de base, e um campo adicional de acordo com uma outra configuração da presente invenção.

[00077] As FIGS. 61A e 61B ilustram a estrutura de um campo de 'campo_de_preenchimento' quando o valor de um campo de 'marcador' ilustrado na FIG. 60 é '0', de acordo com uma

Petição 870190118091, de 14/11/2019, pág. 13/167

10/160 configuração da presente invenção.

[00078] A FIG. 62 ilustra a estrutura de um campo de ‘campo_de_LMT' quando o valor do campo de 'marcador' ilustrado na FIG. 60 é ‘1', de acordo com uma configuração da presente invenção.

[00079] A FIG. 63 ilustra a estrutura de um campo de ‘parâmetro_de_campo_de_compactação' quando o valor do campo de ‘marcador' ilustrado na FIG. 60 é ‘2', de acordo com uma configuração da presente invenção.

[00080] As FIGS. 64A e 64B ilustram a estrutura de um pacote de sinalização de acordo com uma configuração da presente invenção.

[00081] A FIG. 65 ilustra um processo de provisão de serviço BCAST OMA em um sistema de transmissão MCAST de acordo com uma configuração da presente invenção.

[00082] A FIG. 66 ilustra um método de provisão de um serviço mediante utilização de MCAST que suporta OMA-BCAST de acordo com uma configuração da presente invenção.

[00083] A FIG. 67 ilustra quatro camadas para proteção de um serviço e conteúdo de acordo com uma configuração da presente invenção.

[00084] A FIG. 68 ilustra um mecanismo de gerenciamento de energia de acordo com uma configuração da presente invenção.

[00085] A FIG. 69 ilustra parâmetro relacionados com fatiamento de quadros MCAST de acordo com uma configuração da presente invenção.

[00086] A FIG. 70 ilustra parâmetros relacionados com economia de energia de acordo com uma configuração da presente invenção.

[00087] A FIG. 71 é um gráfico ilustrativo de um método para

Petição 870190118091, de 14/11/2019, pág. 14/167

11/160 alocação a cada serviço de uma largura de banda previamente determinada para transmissão em modo de rajada de acordo com uma configuração da presente invenção.

[00088] A FIG. 72 é um gráfico ilustrativo de rotação de serviços para transmissão em modo de rajada de acordo com uma configuração da presente invenção.

[00089]	A	FIG. 73 é	um	gráfico ilustrativo de	uma matriz
geradora	de	acordo com	uma	configuração da presente	invenção.
[00090]	A	FIG. 74 é	um	diagrama de fluxo ilustrativo de um
método	de	determinação	de grau(vi) de acordo	com uma

configuração da presente invenção.

[00091] A FIG. 75 é um diagrama de fluxo ilustrativo de uma conexão de nós de mensagem a um nó de código de acordo com uma configuração da presente invenção.

[00092] A FIG. 76 é um diagrama de fluxo ilustrando detalhadamente a operação S7520 ilustrada na FIG. 75 de acordo com uma configuração da presente invenção.

[00093] A FIG. 77 é um diagrama de blocos de um aparelho de recepção de difusão MCAST de acordo com uma configuração da presente invenção.

[00094] A FIG. 78 é um diagrama de fluxo ilustrativo de um método de recepção de uma difusão de acordo com uma configuração da presente invenção.

[00095] A FIG. 79 é uma ilustração esquemática de um sistema de recepção A-VSB MCAST de acordo com uma configuração da presente invenção.

[00096] A FIG. 80 é um diagrama de blocos de um aparelho de recepção de difusão capaz de indicar um pacote de erro de acordo com uma configuração da presente invenção.

[00097] A FIG. 81 é um diagrama de fluxo ilustrativo de um

Petição 870190118091, de 14/11/2019, pág. 15/167

12/160 método de recepção de uma difusão indicando um pacote de erro de acordo com uma configuração da presente invenção.

[00098] As FIGS. 82A e 82B ilustram a estrutura de um prépacote de acordo com configurações da presente invenção.

[00099] A FIG. 83 é um diagrama de fluxo ilustrativo de um método de processamento de DCI por um aparelho de recepção de difusão de acordo com uma configuração da presente invenção.

[000100] A FIG. 84A ilustra um método de atualização de TCC em fatiamento de tempo adaptativo de acordo com uma configuração da presente invenção.

[000101] A FIG. 84B ilustram um método de atualização com utilização de BD em fatiamento de tempo adaptativo de acordo com uma configuração da presente invenção.

[000102] A FIG. 85 é um diagrama de blocos de um aparelho de transmissão de serviço de difusão de acordo com uma configuração da presente invenção.

[000103] A FIG. 86 é um diagrama de blocos de um aparelho de recepção de serviço de difusão de acordo com uma configuração da presente invenção.

[000104] A FIG. 87 é um diagrama de fluxo ilustrativo de um método de transmissão de um serviço de difusão de acordo com uma configuração da presente invenção.

[000105] A FIG. 88 é um diagrama de fluxo ilustrativo de um método de recepção de um serviço de difusão para comunicação móvel de acordo com uma configuração da presente invenção.

DESCRIÇÃO DETALHADA DA INVENÇÃO

PROBLEMA TÉCNICO

[000106] A presente invenção proporciona um método e um aparelho para transporte de serviços de difusão com capacidade para provisão rápida e eficiente de um serviço de difusão de

Petição 870190118091, de 14/11/2019, pág. 16/167

13/160 padrão de alta qualidade em um sistema de comunicações móveis,

e um mé difusão.	todo e um aparelho para recepção	de	serviços	de
[000107]	SOLUÇÃO TÉCNICA A presente invenção proporciona	um	método	de

transporte de um serviço de difusão para comunicações móveis, em que o método compreende a geração de um pacote de encapsulação incluindo informações de configuração adaptáveis a dados de aplicação destinados a serem transmitidos e os dados de aplicação; geração de pacotes de transporte possuindo dados relativos ao pacote de encapsulação mediante divisão do pacote de encapsulação em pacotes de dimensões previamente determinadas, em que os pacotes de transporte incluem informações referentes às estruturas dos pacotes de transporte; e geração de informações de configuração de serviços incluindo informações definidas a respeito de um canal possuindo os pacotes de transporte, e incluindo as informações de configuração de serviços em um canal de informações de serviços em uma localização previamente determinada de entre pelo menos um canal de transporte em uma seqüência ou corrente de transporte.

EFEITOS VANTAJOSOS

[000108] De acordo com a presente invenção, devido ao fato de as informações de configuração de serviços se encontrarem presentes em uma região previamente determinada de um quadro de transporte, um aparelho de recepção de serviços de difusão pode acessar um canal de transporte mediante utilização das informações de configuração de serviços sem processamento de sinalização de informações de canal. Desta forma, é possível reduzir um tempo de espera de um aparelho de recepção de

Petição 870190118091, de 14/11/2019, pág. 17/167

14/160 serviços de difusão para recepção de um serviço de difusão, que é causado até cada um dos serviços de difusão ser acessado após a detecção do canal de informações de sinalização no quadro de transporte e interpretação do canal de informações de sinalização.

[000109] Além disso, de acordo com a presente invenção, as estruturas de um pacote de encapsulação e de um pacote de transporte são determinadas adaptativamente com relação ao tipo de dados de aplicação providos, desta forma permitindo uma utilização eficiente de uma região de dados e permitindo aumentar a velocidade de transmissão dos dados.

[000110] Além disso, de acordo com a presente invenção, informações de configuração de decodificador são transportadas juntamente com um serviço de difusão que proporciona dados de mídia em tempo real, e dessa forma, um lado de recepção pode atualizar antecipadamente as especificações de um decodificador adequado para o formato de mídia providos mediante utilização das informações de configuração de decodificador.

MODO PREFERENCIAL

[000111] De acordo com um aspecto da presente invenção, é provido um aparelho para transporte de um serviço de difusão para comunicações móveis, em que o aparelho inclui uma unidade de geração de pacotes de encapsulação que gera um pacote de encapsulação incluindo informações de configuração adaptáveis para dados de aplicação devendo ser transmitidos e os dados de aplicação; uma unidade de geração de pacotes de transporte que gera pacotes de transporte possuindo dados relativos ao pacote de encapsulação mediante divisão do pacote de encapsulação em pacotes de dimensões previamente determinadas, em que os

Petição 870190118091, de 14/11/2019, pág. 18/167

15/160 pacotes de transporte compreendem informações referentes às estruturas dos pacotes de transporte; e uma unidade de geração de informações de configuração de serviços que gera informações de configuração de serviços incluindo informações definidas a respeito de um canal possuindo os pacotes de transporte, e incluindo as informações de configuração de serviços em um canal de informações de serviço em uma localização previamente determinada de entre pelo menos um canal de transporte em uma seqüência ou corrente de transporte.

[000112] De acordo com um aspecto da presente invenção, é provido um método para recepção de um serviço de difusão para comunicações móveis, em que o método inclui a determinação de um canal de transporte previamente determinado mediante utilização de informações de configuração de serviços extraídas de um canal de informações de serviços; extração de um pacote de transporte do canal de transporte determinado; extração de informações referentes ao pacote de transporte do pacote de transporte extraído; obtenção de uma combinação de pacotes de encapsulação em que cada um dos mesmos possui pelo menos um pacote de transporte mediante extração das informações relativas ao pacote de transporte; e obtenção de uma combinação de dados de aplicação possuindo pelo menos um pacote de encapsulação mediante utilização de informações referentes aos pacotes de encapsulação, que são extraídas da combinação dos pacotes de encapsulação.

[000113] De acordo com um aspecto da presente invenção, é provido um aparelho para recepção de serviço de difusão para comunicações móveis, em que o aparelho inclui uma unidade de determinação de canal de transporte que determina um canal de

Petição 870190118091, de 14/11/2019, pág. 19/167

16/160 transporte previamente determinado mediante utilização de informações de configuração de serviço extraídas de um canal de informações de serviço; uma unidade de extração de pacotes de transporte que extrai um pacote de transporte do canal de transporte determinado; uma unidade de extração de informações de pacotes de transporte que extrai informações referentes ao pacote de transporte do pacote de transporte extraído; uma unidade de combinação de pacotes de encapsulação que obtêm uma combinação de pacotes de encapsulação, cada um dos quais possuindo pelo menos um pacote de transporte, mediante utilização das informações referentes ao pacotes de transporte; e uma unidade de combinação de dados de aplicação que obtém uma combinação de dados de aplicação possuindo pelo menos um pacote de encapsulação mediante utilização de informações referentes aos pacotes de encapsulação, que são extraídos da combinação dos pacotes de encapsulação.

[000114] De acordo com um aspecto da presente invenção, é provido um método de transporte de uma seqüência de dados ou corrente, em que o método inclui a inserção de uma segunda seqüência de transporte, que é necessária para que um terminal móvel receba dados de difusão, em uma primeira seqüência de transporte, e o transporte da primeira seqüência de transporte na qual foi inserida a segunda seqüência de transporte.

[000115] A segunda seqüência de transporte pode ser inserida em uma localização previamente determinada na primeira seqüência de transporte.

[000116] O método pode incluir adicionalmente a geração de informações de sinalização incluindo pelo menos uma de entre informações referentes à localização da segunda seqüência de transporte, e informações necessárias para processamento da

Petição 870190118091, de 14/11/2019, pág. 20/167

17/160 segunda seqüência de transporte, em que durante o transporte da primeira seqüência de transporte, as informações de sinalização são adicionalmente transportadas.

[000117] De acordo com um aspecto da presente invenção, é provido um método de recepção de uma seqüência de dados, em que o método inclui a obtenção de uma segunda seqüência de transporte mediante recepção de uma primeira seqüência de transporte na qual se encontra inserida a segunda seqüência de transporte; e processamento da segunda seqüência de transporte.

[000118] A segunda seqüência de transporte pode ser inserida em uma localização previamente determinada na primeira seqüência de transporte.

[000119] Durante a obtenção	da	segunda	seqüência	de
transporte,	podem ser adicionalmente	obtidas	informações	de
sinalização	incluindo pelo menos	uma	informação referente	à
localização	da segunda seqüência	de	transporte e informações
necessária	para processamento	da	segunda	seqüência	de
transporte,	e o processamento	da	segunda	seqüência	de
transporte	pode incluir processamento	da segunda seqüência	de
transporte	com base nas informaçõe	s de	sinalização.
MODO DA INVENÇÃO
[000120] Por questões de conveniência de	explicação,	as

abreviaturas e termos utilizados no presente relatório descritivo serão definidos da seguinte forma:

. camada de aplicação: streaming [configuração em seqüência] de áudio/vídeo (A/V), e serviços de protocolo de Internet (IP) e serviços não realizados em tempo real (NonReal-Time - NRT) . terminal ATSC-M/H: um dispositivo terminal que

Petição 870190118091, de 14/11/2019, pág. 21/167

18/160 acessa um serviço ATSC-M/H . serviço ATSC-M/H: um serviço de difusão ATSC orientado para terminais móveis e de porte manual . sistema ATSC-M/H: uma combinação de um sistema de serviços e equipamentos de terminal frontal (head-end) que torna os serviços ATSC-M/H disponíveis através de difusão e opcionalmente através de um canal de interação . cluster [agrupamento]: um grupo formado por qualquer número de setores em que é disposto um fragmento Turbo . serviço primário: um serviço de primeira prioridade visualizado por um usuário quando ativado. Este é um serviço opcional de provedor de difusão.

. camada de interligação [link layer]: codificação

FEC, particionamento e mapeamento entre uma seqüência turbo e agrupamentos . tabela de informações de interligação (Linkage Information Table” - LIT]): uma tabela de informações de interligação entre componentes de serviços que é disposta em todos os lugares em um pacote de serviços MCAST . tabela de mapa de localização (Location Map Table”

- LMT): - uma tabela de informações de localização que é disposta em todos os lugares em um pacote de serviços MCAST.

. pacote MCAST: um pacote de transporte definido em um pacote MCAST . pacote de serviços MCAST: um grupo de pacotes MCAST decodificados após serem extraídos de um pacote de serviços os pacotes Turbo . seqüência MCAST: uma seqüência de pacotes MCAST . camada de transporte MCAST: uma camada de

Petição 870190118091, de 14/11/2019, pág. 22/167

19/160 transporte definida em ATSC-MCAST . dados MPEG: uma seqüência TS com ausência de byte de sincronização . pacote de dados MPEG: um pacote de seqüência TS com ausência de byte de sincronização . pacote de serviços: um grupo de 624 TS de pacotes de dados MPEG . setor: um espaço de 8 bytes reservado em AF ou uma TS ou um pacote de dados MPEG . SIC: um tipo de seqüência turbo, que consiste em um canal de informações de sinalização contendo informações para processamento de todas as seqüências turbo sub canal: um espaço físico para streaming de

A/V, protocolo Internet (IP) e dados NRT . sub canal de dados: um espaço físico para componentes de sub canal.

. camada de transporte: uma camada de transporte definida em ATSC-MCAST . turbo canal: um seqüências de transporte. Os canais podem ser diferentes uns . turbo seqüência: TS . quadro VSB: 626 espaço físico que armazena níveis de proteção de turbo dos outros.

turbo-codificada segmentos consistindo em 2 segmentos de sincronização de campo de dados e 624 segmentos de (dados + FEC) . A-VSB: um Sistema VSB avançado . AF: campo de adaptação em um pacote TS com definição A/53 . ATSC: Advanced Television Systems Committee

[Comissão para Sistemas de Televisão Avançados]

Petição 870190118091, de 14/11/2019, pág. 23/167

20/160 . BD: descritor de difusão . BCAST: habilitador de serviços de difusão móveis OMA . IRD: receptor e decodificador integrado . DC: configuração de decodificador . DCI: informações de configuração de decodificador . DFS: sincronização de campo de dados . DVB: difusão de vídeo digital . ES: seqüência elementar . canal EC: canal de componente elementar . FEC: correção antecipada de erros . F/L: primeiro/último . IMT: tabela de mapeamento de IP . IPEP: pacote de encapsulação de IP . LMT: tabela de mapa de localização . LIT: tabela de informações de interligação . MAC: camada de acesso de mídia . MCAST: difusão móvel . OEP: pacote de encapsulação de objetos . OMA: aliança móvel aberta . PCR: referência de relógio de programa . PSI: informações específicas de programa . PSIP: protocolo de informações de especificação de programa . REP: pacote de encapsulação em tempo real . SD-VFG: divisão de serviço em grupo de quadros variáveis . SEP: pacote de encapsulação de sinalização . SG: guia de serviços . SIC: canal de informações de sinalização

Petição 870190118091, de 14/11/2019, pág. 24/167

21/160 . SRC: seqüência de referência suplementar . TS: seqüência de transporte

[000121] Doravante serão aqui descritas de forma mais detalhada configurações exemplares da presente invenção com referência aos desenhos em anexo.

[000122] Um sistema de transmissão MCAST de acordo com a presente invenção é capaz de prover diversos tipos de serviços em conjunto ou prover somente um tipo específico de serviço, tal como um serviço de protocolo Internet (IP). A FIG. 1 ilustra um caso em que diversos tipos de serviços são providos em conjunto. A FIG. 2 ilustra um caso em que somente é provido um tipo específico de serviço.

[000123] As FIGS. 1A e 1B ilustram uma pilha de protocolo de dados MCAST de acordo com uma configuração da presente invenção. Fazendo referência às FIGS. 1A e 1B, diversos tipos de conteúdos são transmitidos de tal forma que são providos diversos tipos de serviços através de um sistema de transmissão MCAST. Exemplos de serviços suportados pelo sistema de transmissão MCAST, por exemplo, um serviço em tempo real, um serviço de IP e um serviço de download de objeto serão agora descritos. Entretanto, os tipos de serviços que podem ser suportados pelo sistema de transmissão MCAST não se encontram limitados aos serviços descritos.

[000124] Em um serviço em tempo real, os dados são recebidos em tempo real, e são destinados a serem consumidos tão logo são recebidos. Os tipos de dados em tempo real incluem vídeo, áudio, e informações auxiliares destinadas a serem apresentadas juntamente com o áudio/vídeo (A/V).

[000125] Um serviço de IP é um termo amplo que indica todos os tipos de serviços incluindo serviços que utilizam dados

Petição 870190118091, de 14/11/2019, pág. 25/167

22/160 baseados em protocolo IP, tal como casting de dados de IP. Em um serviço de IP, é previsto que os dados baseados em IP recebidos em tempo real sejam consumidos tão logo os dados sejam recebidos ou em um futuro próximo. De outra forma, o serviço de IP pode ser estendido para um serviço em que os dados baseados em IP são baixados [ downloaded] como um objeto e são armazenados em um dispositivo de armazenamento para poderem ser utilizados posteriormente.

[000126] Um serviço de download de objetos é caracterizado pelo fato de os dados de multimídia ou dados de objetos gerais serem recebidos em qualquer ponto no tempo, e serem exibidos ou armazenados em resposta a um sinal de controle.

[000127] Serão agora descritas as características de dados suportados pelo sistema MCAST para provisão de um serviço.

[000128] O MCAST suporta codificação e decodificação de vídeo H.264/AVC em um IRD. Para tornar possível um cumprimento pleno das especificações e compatibilidade ascendente com futuras versões aperfeiçoadas, o IRD deverá ser capaz de desconsiderar estruturas de dados que são atualmente reservadas ao que correspondem a funções não implementadas pelo IRD.

[000129] Com relação a perfil e nível, o MCAST suporta codificação e decodificação da seguinte forma:

. codificação: Uma seqüência de bits H.264/AVC deverá encontrar-se em conformidade com as restrições descritas na Recomendação H.264 da ITU-T (H.264 recomendada pela ITU-T)/ ISO/IEC 14496-10 para Nível 1.3 de Perfil de Linha de Base com marcador_estabelecimento1_de_restrição (constraint_set1_flag) sendo igual a '1'.

. decodificação: Similarmente, um IRD que suporta

H.264/AVC deverá ser capaz de decodificar e renderizar imagens

Petição 870190118091, de 14/11/2019, pág. 26/167

23/160 utilizando o Perfil de Linha de Base de nível 1.3 com marcador_estabelecimento1_de_restrição (constraint_seti_flag) sendo igual a '1'.

[000130] No caso de razão de aspecto de uma amostra, será utilizada para codificação uma razão de aspecto de amostra quadrangular (1:1), e cada IRD deverá suportar decodificação e renderização de imagens com uma razão de aspecto de amostra quadrangular (1:1) para decodificação.

[000131] Com relação a ponto de acesso aleatório, é recomendado que os conjuntos de parâmetros de imagem e seqüências sejam enviados juntamente com um ponto de acesso aleatório pelo menos uma vez a cada dois segundos.

[000132] Com relação a áudio, o ATSC-MCAST suporta o perfil MPEG-4 AAC, o perfil MPEG-4 HE AAC e o perfil MPEG HE AAC v2. Para permitir um atendimento pleno da norma ISO/IEC14496-3[5] e da compatibilidade ascendente” com futuras versões aperfeiçoadas, o IRD deverá ser capaz de ignorar estruturas de dados que são atualmente reservadas” ou que correspondem a funções não implementadas pelo IRD.

[000133] Com relação a um modo de áudio, o áudio será codificado em mono, estéreo paramétrico ou estéreo de 2 canais de acordo com a funcionalidade definida no nível 2 de perfil v2 de HE AAC ou será codificado em um multicanal de acordo com a funcionalidade definida no nível 4 de perfil v2 de HE AAC conforme especificado na norma ISO-IEC 14496-3 incluindo as alterações 1 e 2[5]. Além disso o IRD deverá ser capaz de decodificar mono, estéreo paramétrico ou estéreo de 2 canais da funcionalidade definida no nível 2 de perfil v2 de HE AAC conforme especificado na norma ISO-IEC 14496-3 incluindo as alterações 1 e 2[5].

Petição 870190118091, de 14/11/2019, pág. 27/167

24/160

[000134] Com relação a taxas de bits, durante a codificação, a taxa máxima de bits do áudio não deverá exceder 192 kbits/s para um par estéreo e a taxa máxima de bits de áudio codificado não deverá exceder 320 kbits/s para áudio de múltiplos canais. Durante a decodificação, o IRD deverá suportar o perfil v2 de HE AAC e um nível selecionado sujeito a um máximo de 192 kbits/s para um par estéreo.

[000135] Além disso, com relação a mixagem descendente (downmixing) matricial, o IRD deverá suportar mixagem descendente matricial conforme definida no padrão MPEG-4.

[000136] Entretanto, o MCAST não está limitado ao método de codificação descrito acima. As seqüências codificadas de acordo com um outro método de codificação, por exemplo, MPEG-2 Vídeo/BSAC podem igualmente ser transmitidas mediante expressão direta/indireta do método de codificação.

[000137] A FIG. 2 ilustra uma pilha de protocolo de dados MCAST de acordo com uma outra configuração da presente invenção. Em detalhe, a FIG. 2 ilustra um caso em que somente um serviço de IP é provido através de MCAST.

[000138] Uma camada de pacotes segmenta as informações de sinalização e o datagrama de IP para pacotes MCAST e adiciona aos mesmos um cabeçalho de transmissão. O canal de informações de sinalização (SIC) contém informações de sinalização relativas a cada turbo canal.

[000139] Em serviços móveis, uma aquisição rápida de serviços constitui um requisito importante. O MCAST reduz as etapas de sintonização, desmultiplexação e decodificação dos serviços, e dessa forma proporciona a aquisição rápida dos serviços.

[000140] Além disso, o MCAST suporta o conceito de um serviço primário. O serviço primário é um serviço de primeira

Petição 870190118091, de 14/11/2019, pág. 28/167

25/160 prioridade para um usuário assistir em modo contínuo. Em um caso geral de acesso e serviço em uma seqüência turbo, o SIC deverá ser adquirido e decodificado em primeiro lugar para processamento turbo. O SIC contém informações físicas de decodificação e algumas descrições simples de todos os serviços turbo. No caso do serviço primário, o acesso rápido é possível devido ao fato de as informações de acesso serem definidas na Sincronização de Campo de Dados (Data Field Sync” - DFS). Um método de acesso rápido será descrito mais adiante com referência às FIGS. 7 até 9.

[000141] O serviço primário e o SIC deverão encontrar-se em um modo de transmissão contínua e o SIC deverá existir em cada quadro. No modo de transmissão contínua, os quadros são transmitidos continuamente. Em um modo de transmissão por rajada, uma pluralidade de quadros são transmitidos em um momento em um ponto específico no tempo (vide a FIG. 68 para maiores detalhes). O SIC é indispensável. Entretanto, o serviço primário é opcional e depende de um provedor de serviços.

[000142] A FIG. 3 ilustra esquematicamente a estrutura de um sistema de transmissão A-VSB MCAST de acordo com uma configuração da presente invenção. Fazendo referência à FIG. 3, o MCAST suporta diversos tipos de serviços. Uma arquitetura MCAST é composta por quatro camadas: uma camada de aplicação, uma camada de transporte, uma camada de interligação de dados, e uma camada física. Estas camadas são indicadas da esquerda para a direita na FIG. 3.

[000143] A camada de transporte proporciona as informações de fragmentação e específicas de aplicação dos dados de aplicação, e encapsula unidades elementares com uma sintaxe

Petição 870190118091, de 14/11/2019, pág. 29/167

26/160 previamente definida. As seqüências de aplicação são encapsuladas por tipo específico e são multiplexadas em pacotes de extensão fixa, que são referidos como uma 'seqüência turbo MCAST'. Os pacotes formam subseqüentemente turbo canais.

[000144] A camada de interligação recebe turbo canais e aplica correção antecipada de erros (“Forward Error Correction” FEC) específica, por exemplo, uma taxa de código, etc., a cada um dos turbo canais. As informações de sinalização presentes em um SIC são importantes, e portanto é aplicada a correção FEC mais poderosa ao mesmo de tal forma que uma aplicação sinalizada possa ser recebida mesmo em um nível mais baixo de razão de sinal-para-ruído (SNR). em seguida, os turbo canais aos quais é aplicada FEC são transmitidos juntamente com os pacotes TS Normais para uma camada A-VSB MAC.

[000145] Uma camada A-VSB MAC insere ou adiciona um pacote robusto contendo dados adicionais que um terminal móvel pode receber para uma TS Normal. Por exemplo, um pacote robusto pode ser inserido em uma região de pacotes nulos de uma TS MPEG ou pode ser incluído em uma região de dados privados de uma TS MPEG-2. A camada A-VSB MAC abre campos de adaptação (“Adaptation Fields” - AF) em pacotes TS Normais se for necessário. Neste caso, o SIC que transmite informações de sinalização para processamento do pacote robusto é definido, e o SIC pode ser facilmente obtido devido ao fato de se encontrar presente em uma localização previamente determinada ou mediante utilização de um indicador (“flag”) que indica localização do SIC. Conforme foi descrito acima, a camada AVSB MAC especifica um método ou informações referentes a inserção ou adição do pacote robusto a uma TS normal. Para

Petição 870190118091, de 14/11/2019, pág. 30/167

27/160 obtenção de um ganho geral e um resultado (aperfeiçoamento) de eficiência relativamente a um sistema, que um sistema 8-VSB não possui originalmente, com simultânea manutenção de compatibilidade, os dados robustos são mapeados para uma estrutura de quadros de tipo determinístico, são sinalizados e transmitidos para uma camada física 8-VSB. Além disso, um dispositivo excitador opera deterministicamente na camada física sob controle da camada MAC, e insere informações de sinalização em DFS.

[000146] O MCAST proporciona um serviço em tempo real, um serviço de IP e um serviço de objetos como serviços de aplicação. Pelo menos um destes serviços é multiplexado para uma seqüência MCAST por turbo canais. Em particular, o MCAST é capaz de prover um serviço primário para obtenção de um serviço inicial de alta velocidade.

[000147] Para provisão de diversos serviços, a transmissão MCAST proporciona pelo menos um de quatro tipos de dados: áudio em tempo real, vídeo em tempo real, IP, e sinalização de objetos. Por exemplo, para aperfeiçoamento da qualidade de serviços das aplicações, é possível aplicar correção FEC de camada de aplicação (AL-FEC) a seqüências de objetos ou seqüências de IP quando são transmitidas grandes quantidades de arquivos. A correção AL-FEC será descrita mais adiante com referência à FIG. 57.

[000148] A FIG. 4 ilustra esquematicamente a estrutura de um sistema de transmissão A-VSB MCAST de acordo com uma outra configuração da presente invenção. Fazendo referência à FIG. 4, o MCAST suporta somente um serviço de IP. O sistema de transmissão A-VSB MCAST é idêntico àquele ilustrado na FIG. 3 com exceção do fato de que somente serviços de IP são

Petição 870190118091, de 14/11/2019, pág. 31/167

28/160 multiplexados em uma seqüência MCAST para cada um dos turbo canais.

[000149] A FIG. 5 ilustra esquematicamente a estrutura de uma camada de serviços OMA BCAST de acordo com uma configuração da presente invenção. Na FIG. 5, um terminal corresponde a um 'terminal ATSC-M/H' em termos de funções, e os outros elementos correspondem a um ‘sistema ATSC-M/H'.

• O BCAST-5 é uma interface de camada de serviços de difusão para uma parte superior de uma camada de gerenciamento. Uma parte inferior desta interface consiste em Protocolo Internet (IP), que por sua vez é subseqüentemente interfaceada com uma parte superior de interface X-3/X-4.

• O BCAST-6 é a interface de camada de serviços interativos para a parte superior da camada de gerenciamento.

• O BCAST-7 representa uma interface que suporta sinalização para gerenciamento de assinantes e transações de conteúdo/serviços.

• O BCAST-8 representa interatividade dirigida a serviços.

• As interfaces X-3 e X-4 são consideradas idênticas nesta especificação. Elas representam uma camada portadora e transportam dados associados com a interface BCAST-5. Para uma parte inferior esta interface especifica a portadora A-VSB. Para uma parte superior esta interface especifica transporte MCAST suportando fornecimento de BCAST5.

• As interfaces X-5 e X-6 são consideradas idênticas

Petição 870190118091, de 14/11/2019, pág. 32/167

29/160 nesta especificação. Elas representam uma interatividade opcional entre rede/portador para transporte de dados associados com interfaces BCAST-6, BCAST-7 e BCAST-8.

[000150] As interfaces BCAST-1, BCAST-2, BCAST-3, BCAST-4, BDS-1, BDS-2, X-1 e X-2 não são relevantes para o presente relatório descrito e não será aqui descritas.

[000151] A FIG. 6 ilustra esquematicamente a estrutura de interface de protocolo terminal-rede de acordo com uma configuração da presente invenção. Na FIG. 6, uma interface terminal-rede ATSC-M/H será descrita de forma mais detalhada mediante utilização dos conceitos de uma interface BCAST e de uma estrutura MCAST. A FIG. 6 ilustra uma pilha de protocolo proposta relativamente a ATSC-M/H não somente para um modo interativo de difusão mas também para um modo somente de difusão. A pilha é dividida em duas partes principais. Uma das partes principais é uma camada de serviços ATSC-M/H consistindo em métodos aplicáveis a todos os receptores ATSCM/H e métodos de interatividade opcionais. Abaixo da Camada de Serviços ATSC-M/H existem camadas portadoras, uma das quais ilustra a camada portadora de ATSC-M/H e a outra ilustra uma portadora interativa opcional.

[000152] Será agora descrito um método de sinalização do sistema MCAST. Um requisito importante da difusão móvel consiste no acesso a serviços com alta velocidade. O ATSCMCAST proporciona duas formas representativas para acesso de serviços em alta velocidade: um serviço primário, e divisão de informações de sinalização ES para um serviço de mídia em tempo real. Um método de acesso de serviços de alta velocidade suportado pelo sistema ATSC-MCAST será descrito mais adiante

Petição 870190118091, de 14/11/2019, pág. 33/167

30/160 com referência à FIG. 7.

[000153] Além disso, o sistema ATSC-MCAST pode prover um SIC. O SIC pode conter informações essenciais, por exemplo para processamento de um turbo canal. O SIC pode conter informações essenciais indispensáveis para que um usuário visualize uma difusão. Por exemplo, o SIC pode conter informações de decodificação física ou uma breve descrição de todos os turbo serviços que é opcional. O SIC deve ser processado em primeiro lugar para processar outros turbo canais. O SIC será descrito mais adiante com referência à FIG. 10.

[000154] Um serviço primário e o SIC encontram-se presentes em um modo de transmissão contínua, e o SIC pode encontrar-se presente em todos os quadros. Muito embora o SIC seja um elemento indispensável, um provedor de serviços poderá determinar se irá prover o serviço primário.

[000155] A FIG. 7 ilustra um método de acesso de serviços em alta velocidade suportado por um sistema ATSC-MCAST de acordo com uma configuração da presente invenção. Fazendo referência à FIG. 7, um serviço primário é provido de acordo com o método de acesso de serviços com alta velocidade. O serviço primário é de alta prioridade para um usuário receber um serviço de difusão.

[000156] Especificamente, a FIG. 7A ilustra um processo de recepção de um serviço em um sistema MCAST de acordo com uma configuração da presente invenção.

[000157] Um aparelho de recepção de difusão verifica a localização de um ISC mediante interpretação de um DFC. Em seguida, o aparelho de recepção de difusão acessa o SIC com base na localização verificada do SIC, conforme é indicada pela seta (1). O SIC contém informações relativas ao número de

Petição 870190118091, de 14/11/2019, pág. 34/167

31/160 turbo canais que constituem um quadro, e informações referentes à estrutura de cada um dos turbo canais (informações de decodificação de turbo canal, metainformações, etc.).

[000158] O aparelho de recepção de difusão acessa um turbo canal desejado mediante utilização das informações contidas no SIC, conforme se encontra indicado com a seta (2), e obtém dados de uma camada de aplicação mediante processamento de uma turbo seqüência recebida através do turbo canal desejado, conforme se encontra indicado com a seta (3).

[000159] Conforme foi descrito acima, para permitir que um usuário receba um serviço de difusão, é necessário um tempo de espera previamente determinado devido ao fato de os processos acima terem que ser realizados após ser fornecida energia ao aparelho de recepção de difusão e o sinal de difusão ter sido recebido. Para solucionar um problema no qual um serviço de difusão não é provido até o canal SIC ser totalmente interpretado, é suportado um serviço que pode ser provido como padrão anteriormente ao momento em que o aparelho de recepção de difusão opera e recebe o SIC. Um tal serviço é referido como um 'serviço primário'. O serviço primário é provido por um provedor de serviços de difusão e é destinado a poder ser visualizado em primeiro lugar por um usuário.

[000160] A FIG. 7B ilustra um processo de provisão de um serviço primário por um sistema MCAST de acordo com uma configuração da presente invenção. Na FIG. 7B, as informações de acesso para acesso a um serviço primário encontram-se presentes em uma localização previamente determinada de um quadro de transporte.

[000161] No caso do quadro de transporte ATSC de acordo com os

Petição 870190118091, de 14/11/2019, pág. 35/167

32/160 padrões ATSC, as informações de acesso para acesso a um serviço primário podem ser definidas em DFS. Desta forma, o aparelho de recepção de difusão pode acessar diretamente uma turbo seqüência para o serviço primário da DFS sem procurar e processar um SIC, conforme se encontra indicado pela seta (1).

[000162] A FIG. 7C ilustra um método de transmissão de uma turbo seqüência para um serviço primário de acordo com uma configuração da presente invenção.

[000163] Uma turbo seqüência para um serviço primário é formada da mesma maneira em que são formadas outras turbo seqüências, e pode ser transmitida enquanto é mapeada para um quadro de transporte de forma similar à de outra turbo seqüência. Entretanto, uma turbo seqüência para um serviço primário pode ser transmitida através de uma região de dados residuais de um quadro de transporte. Em geral, o tamanho de uma região de dados residuais de um quadro de transporte é menor que o de um canal para um serviço primário, e portanto, uma turbo seqüência do serviço primário é dividida de acordo com o tamanho da região de dados residuais do quadro de transporte e é transmitida através de uma pluralidade de quadros de transporte.

[000164] As informações de sinalização que serão descritas mais adiante podem ser transmitidas de uma maneira similar. Isto é, as informações de sinalização podem ser transmitidas alternativamente através de um canal separado, tal como um SIC, ou de uma região de dados residuais de um quadro de transporte. Será agora descrito um método para permitir que um usuário obtenha informações de sinalização enquanto visualiza um serviço primário, com relação a um caso em que as informações de sinalização são transmitidas através de um

Petição 870190118091, de 14/11/2019, pág. 36/167

33/160 canal separado e um caso em que as informações de sinalização são transmitidas através de uma região de dados residuais de um quadro de transporte.

[000165] A FIG. 7D é um diagrama de fluxo ilustrativo de um método de obtenção de informações de sinalização em um sistema MCAST de acordo com uma configuração da presente invenção.

[000166] Na operação S710, um sinal de difusão é procurado no momento em que é fornecida energia para um aparelho de recepção de difusão.

[000167] Na operação S720, o aparelho de recepção de difusão processa uma turbo seqüência para um serviço primário. A turbo seqüência para um serviço primário pode ser transmitida em um turbo canal adicional, ou pode ser dividida em várias partes e transmitida em uma região de dados residuais de um quadro de transporte.

[000168] Na operação S730, o aparelho de recepção de difusão provê o serviço primário mediante utilização do resultado do processamento na operação S720. Simultaneamente com a operação S730, a operação S740 é realizada para obtenção de informações de sinalização. As informações que indicam se as informações de sinalização ou a turbo seqüência para um serviço primário é/são transmitida(s) através de um canal separado ou de uma região de dados residuais de um quadro de transporte podem ser armazenadas em uma região previamente determinada de um quadro de transporte, e as informações de sinalização e a turbo seqüência para um serviço primário são obtidas mediante utilização destas informações. No caso de um sistema ATSC, estas informações podem ser armazenadas em DFS.

[000169] Se as informações de sinalização forem transmitidas através de um SIC separado, a operação S742 é realizada para

Petição 870190118091, de 14/11/2019, pág. 37/167

34/160 obtenção de informações de sinalização mediante processamento do SIC. Se as informações de sinalização forem divididas em várias partes e transmitidas através de uma região de dados residuais de um quadro de transporte, a operação S744 é realizada para obtenção das informações de sinalização da região de dados residuais do quadro de transporte.

[000170] Na operação S750, é determinado se as informações de sinalização se encontram atualizadas. Se as informações de sinalização se encontrarem atualizadas, a operação S740 é novamente realizada para obtenção das informações de sinalização atualizadas. Se as informações de sinalização não se encontrarem atualizadas, a operação S760 é realizada utilizando as informações de sinalização, sendo dessa forma realizada comutação de canal.

[000171] A FIG. 8 ilustra o método de acesso de alta velocidade suportado por um sistema ATSC-MCAST de acordo com uma outra configuração da presente invenção. Fazendo referência à FIG. 8, as informações de sinalização são divididas para acesso de serviços de alta velocidade.

[000172] No caso de um serviço de mídia enriquecido provido em tempo real, informações tais como PSI (PAT, PMT, CAT, ou NIT) devem ser ganhas em primeiro lugar para decodificação de dados de multimídia em um receptor de difusão. O usuário pode assistir um vídeo após receber todas as PSI. Muito embora o receptor tenha adquirido um quadro de decodificação, é necessário que o usuário aguarde até o receptor receber informações específicas de decodificador das PSI.

[000173] O ATSC-MCAST propôs o transporte de um descritor de informações específicas de decodificador de multimídia a ser incluído em cada seqüência elementar (“Elementary Stream”

Petição 870190118091, de 14/11/2019, pág. 38/167

35/160

ES) de multimídia. Isto significa que as informações de configuração de decodificador e os dados de multimídia são transportados ao mesmo tempo. Portanto, não é necessário que o receptor aguarde para obter as PSI.

[000174] Mais especificamente, a FIG. 8A é um diagrama em que é comparado o tempo de acesso de serviço em ATSC-MCAST de acordo com a presente invenção, com o de um sistema de difusão convencional.

[000175] Por exemplo, é suposto que um período de transmissão de PAT e PMT seja de 0,5 segundos e um período de transmissão de um quadro-I seja de delta segundos. No pior dos casos, ocorrerá uma demora de 0,5 + 0,5 + delta segundos para visualização do primeiro vídeo visto ser necessário obter a totalidade da PAT, da PMT, e do quadro-I. Entretanto, o sistema ATSC-MCAST requer somente delta segundos para obter um primeiro quadro-I para ser apresentado no receptor. Desta forma, o sistema ATSC-MCAST pode processar rapidamente o quadro-I após recebê-lo. As informações específicas de decodificador serão descritas com relação à FIG. 8B.

[000176] A FIG. 8B ilustra informações de configuração de decodificador (“Decoder Configuration Information” - DCI) ???

de acordo com uma	configuração da	presente	invenção.	As	DCI
são incluídas em um	campo 'campo_de_	DCI'.
[000177] O campo	'campo_de_DCI'	ilustrado	na FIG.	8B	é
relacionado com mídia em tempo	real em	uma camada	de

encapsulação de MCAST. Em um campo de 'informações específicas de decodificador' incluído no campo 'campo_de_DCI' são contidas informações específicas para um decodificador de mídia. O campo 'campo_de_DCI' pode existir somente em um pacote de encapsulação para mídia em tempo real.

Petição 870190118091, de 14/11/2019, pág. 39/167

36/160

[000178] Um campo de 'Tipo de Conteúdo' representa um tipo de conteúdo na seqüência. Exemplos do tipo de conteúdo definido de acordo com o valor deste campo são conforme descritos abaixo:

[Tabela 1]

Valor	Descrição de Tipo de Conteúdo
0	reservado
1	H.264/AVC
2	HE AAC
3 - 255	TBD

[000179] Um campo 'Tamanho Máximo de Memória de Armazenamento Temporário de Decodificação' [Max Decoding Buffer Size] indica a extensão em bytes de uma memória de armazenamento temporário de decodificação. A definição de uma memória de armazenamento temporário depende do tipo de uma seqüência.

[000180] Um campo ‘extensão de DSI' indica a extensão de um campo de ‘informações específicas de decodificador', conforme será descrito, em bytes.

[000181] O campo ‘Informações Específicas de Decodificador' contém informações específicas de decodificador. O campo ‘Informações Específicas de Decodificador' depende do tipo de seqüência e representa as especificações do decodificador.

[000182] A FIG. 9 ilustra um método de acesso de alta velocidade suportado por um sistema ATSC-MCAST de acordo com uma outra configuração da presente invenção.

[000183] Na FIG. 9, é suposto que a difusão de dados de IP ou um serviço de IP é provido(a) através de MCAST. Em geral, um guia de serviços (“Service Guide” - SG) precisa ser provido simultaneamente com a difusão de dados de IP ou com o serviço de IP para provisão de difusão de dados de IP ou do serviço de

Petição 870190118091, de 14/11/2019, pág. 40/167

37/160

IP. O receptor de difusão em geral deve obter em primeiro lugar o SG para obter a difusão de dados de IP ou do serviço de IP. Doravante no presente relatório descritivo, um SG definido em OMA-BCAST é utilizado como exemplo de SG porém não se encontra limitado ao mesmo. Qualquer tipo de SG que proporciona informações referentes a difusão de dados de IP ou um serviço de IP ou informações de acesso para acesso de difusão de dados de IP ou do serviço de IP poderá ser utilizado.

[000184] Um usuário deve em primeiro luar obter o SG para receber um serviço através de difusão de dados de IP, e desta forma, um aparelho de recepção de difusão deverá manter-se em modo de espera até o SG ser recebido, independentemente de o usuário desejar ou não obter o SG. Para solucionar este problema, as informações necessárias para recepção de difusão de dados de IP ou do serviço de IP são transmitidas de tal forma que o serviço possa ser provido em primeiro lugar sem recepção do SC. Desta forma, o acesso a serviços de alta velocidade torna-se possível em termos de difusão de dados de IP ou de serviço de IP.

[000185] Mais especificamente, a FIG. 9A ilustra a estrutura de dados de transporte utilizados para acesso de serviços de alta velocidade em difusão de dados de IP de acordo com uma configuração da presente invenção.

[000186] Um SIC contém informações de IP para recepção de um SG, tais como o endereço IP do SG. É possível utilizar um endereço fixo já conhecido por um aparelho de recepção de difusão como o endereço IP do SG, ou indicar que o SG se encontra incluído nas informações de IP. Por exemplo, é possível expressar indiretamente a transmissão do SG nas

Petição 870190118091, de 14/11/2019, pág. 41/167

38/160 informações de IP mediante utilização de um marcador (flag) que indica informações de IP correspondentes ao SG.

[000187] Além disso, o SIC pode conter informações adicionais para provisão de um serviço a um usuário antes que o aparelho de recepção de difusão obtenha uma parte ou a totalidade do SG. Doravante no presente relatório descritivo, por uma questão de conveniência de explicação, um serviço que pode ser provido a um usuário antes de o SG ser parcialmente ou totalmente obtido será referido como um 'serviço representativo'. As informações adicionais podem conter informações para provisão alternativa de difusão de dados de IP correspondentes ao serviço representativo ou o serviço de IP, ou informações indicando a localização das informações. Além disso, as informações adicionais podem conter um endereço IP relacionado com o serviço representativo. Em uma localização indicada pelo endereço IP, existe uma seqüência para provisão do serviço representativo ou informações necessária para provisão do serviço representativo. Um exemplo dessas informações são informações de sessão de protocolo unidirecional flute, um protocolo de descrição de sessão (Session Description Protocol - SDP), ou informações de processamento de seqüência.

[000188] Em um sistema MCAST, pode(m) existir um ou uma pluralidade de serviços representativos. Se forem providos uma pluralidade de serviços representativos, as informações referentes aos serviços representativos são fornecidas para o aparelho de recepção de difusão para que um usuário possa selecionar um dos mesmos. Quando um usuário seleciona um de uma pluralidade de serviços representativos, o serviço representativo selecionado é provido até o aparelho de

Petição 870190118091, de 14/11/2019, pág. 42/167

39/160 recepção de difusão completar a obtenção do SG. Após o SG ter sido totalmente obtido, o usuário poderá selecionar novamente um serviço desejado baseado no SG.

[000189] Alternativamente, poderá ser provido somente um serviço representativo, ou poderá ser provido um serviço representativo selecionado sem que a seleção tenha sido realizada por um usuário mesmo se forem providos uma pluralidade de serviços representativos.

[000190] Dentro de um turbo canal, são transmitidas uma seqüência de IP para provisão de um serviço representativo e seqüências de IP para provisão de um serviço de difusão em geral.

[000191] A FIG. 9B é um diagrama de fluxo ilustrativo de um método de acesso de serviços de alta velocidade para difusão de dados de IP de acordo com uma configuração da presente invenção.

[000192] Na operação S910, é obtida uma tabela de mapeamento IMT. A IMT representa informações de mapeamento entre um

endereço IP	e um turbo	canal,	e pode ser	transmitida	através
de um canal	SIC.
[000193] Na	operação	S920, é	determinado	se um sis	tema de
transporte	realiza	ou não	provisão	de um	serviço

representativo. Se não for provido um serviço representativo, é realizada a operação S932 para obtenção de um SG. Neste caso, é impossível prover ao usuário um serviço de difusão até que uma parte previamente determinada ou a totalidade do SG tenha sido obtida. Se for provido um serviço representativo, a operação S934 é realizada para provisão do serviço representativo ao usuário. Isto é, o serviço representativo é provido mediante análise sintática (parsing) de uma

Petição 870190118091, de 14/11/2019, pág. 43/167

40/160 seqüência provendo-se o mesmo mediante utilização de informações referentes ao serviço representativo, que se encontram incluídas no SIC (ou DFS) e uma IMT. Ao mesmo tempo, é realizada a operação S936 para obtenção do SG em segundo plano.

[000194] Após o SG ser totalmente obtido, é realizada a operação S940 para determinar se os dados de entrada do usuário foram ou não recebidos. Se os dados de entrada do usuário não tiverem sido recebidos, é realizada a operação S952 para reproduzir de forma repetitiva o serviço representativo ou entrar em modo de espera até serem recebidos os dados de entrada do usuário. Se os dados de entrada do usuário tiverem sido recebidos, é realizada a operação S954 para processamento e reprodução de uma seqüência de IP correspondente a um canal selecionado pelo usuário.

[000195] A FIG. 10A ilustra informações de configuração de serviço de acordo com uma configuração da presente invenção.

[000196] O canal SIC contém informações de sinalização, tais como informações relativas a informações de turbo canal. Em particular, o SIC tem informações de configuração de serviço que contêm informações de posição de turbo canal referente a cada um dos turbo canais em um quadro A-VSB, informações de fatiamento de tempo, e informações para processamento de cada um dos turbo canais. O SIC pode ser um tipo de turbo canal, e pode encontrar-se presente em uma localização previamente determinada em um quadro A-VSB.

[000197] A estrutura das informações de configuração de serviço será agora descrita com referência à FIG. 10A.

[000198] Um campo 'marcador_de_informações_de_turbo_canal' indica se existem informações de turbo canal. Na atual

Petição 870190118091, de 14/11/2019, pág. 44/167

41/160 configuração, o campo de 'informações_de_turbo_canal' contém informações de turbo canal que são descritas detalhadamente mais adiante com referência à FIG. 13.

[000199] Um campo 'marcador_de_informações_de_serviço_adicional' indica se existem informações de descrição de um turbo serviço. Na atual configuração, o campo 'informações_de_serviço_adicional' contém informações de descrição adicional de todos os turbo canais. As informações de serviço adicional serão descritas detalhadamente mais adiante com referência à FIG. 14.

[000200] Um campo de 'marcador_de_preenchimento' indica se existe uma área de preenchimento.

[000201] Um campo 'informações_de_indicador_de_versão()' indica a versão das informações de configuração de serviço e quando estas informações deverão ser atualizadas. Na atual configuração, são indicadas a versão do campo 'InformaçõesdeConfiguraçãodeServiço()' e quando este campo deverá ser atualizado. O campo 'informações_de_indicador_de_versão()' será descrito detalhadamente mais adiante com referência à FIG. 11.

[000202] Um campo de 'informações_de_grupo_de_quadros()' indica o número de um quadro atual e o número total de quadros dentro de um grupo de quadros. O campo de 'informações_de_grupo_de_quadros()' serão descritas detalhadamente mais adiante com referência à FIG. 12.

[000203] Um campo de 'byte' indica bytes de preenchimento e é utilizado por um codificador. O campo é utilizado para preenchimento de uma região não atribuída tendo um valor de OxFF.

[000204] Um campo de 'CRC' contém um valor de CRC.

Petição 870190118091, de 14/11/2019, pág. 45/167

42/160

[000205] A FIG. 10B ilustra informações de configuração de serviço de acordo com uma outra configuração da presente invenção.

[000206]	Um	campo	de	'número	_de_quadro_atual'	indica um	número
de quadro	atual.	O	número	de	quadro	é incrementado	por 1
dentro de	um	grupo	de	quadros	.
[000207]	Um	campo	de	'número_	_total_de_quadros'	indica o	número

total de quadros no grupo de quadros.

[000208] Na atual configuração, as informações de configuração de serviço podem incluir informações relativas a TCC ou um descritor de difusão (BD) de acordo com o número de quadro atual. Isto é, se o número do quadro atual for um número par, as informações referentes ao TCC são incluídas e se o número do quadro atual for um número ímpar, são incluídas as informações referentes ao descritor BD.

[000209] Um campo 'defasagem_de_próxima_atualização_de_TCC' indica o número total de quadros anterior à atualização da versão das informações de configuração de turbo canal. Na atual configuração, o campo de 'configuração_de_turbo_canal' contém as informações de configuração de turbo canal.

[000210] Um campo de 'versão_de_TCC' consiste em 3 bits e indica o número de versão dos campos TCC. O número de versão deverá ser incrementado por 1 módulo 8 sempre que ocorre alteração de um dos campos relacionados com TCC.

[000211] Um campo de 'número_de_turbo_canal' indica o número total de turbo canais portados por A-VSB. O número de canais SRS espalhados é igualmente especificado neste campo.

[000212] Um campo de 'configuração_de_turbo_canal' inclui informações de configuração de turbo canal. O campo de 'configuração_de_turbo_canal' será descrito mais

Petição 870190118091, de 14/11/2019, pág. 46/167

43/160 detalhadamente adiante com referência à FIG. 16.

[000213] Um campo de 'pacote_de_BD()' contém um descritor de difusão. O campo de 'pacote_de_BD()' será descrito mais detalhadamente adiante com referência à FIG. 22.

[000214] A FIG. 10C ilustra informações de configuração de serviço de acordo com uma outra configuração da presente invenção. As informações de configuração de serviço ilustradas na FIG. 10C são idênticas àquelas ilustradas na FIG. 10B com exceção de um campo de 'modo_de_despertar'.

[000215] O campo de modo_de_despertar' indica o modo de análise sintática (parsing”) de TCC do TCC seguinte no campo 'defasagem_de_próxima_atualização_de_TCC'. Por exemplo, se o valor deste campo for definido como '1', o TCC seguinte poderá ser submetido a análise sintática.

[000216] A FIG. 11 ilustra a estrutura do campo de 'informações_de_indicador_de_versão()' ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[000217] Em difusão móvel, as informações de configuração de serviço são muito cruciais. Um campo de 'informações_de_indicador_de_versão()' que será descrito mais adiante inclui informações de atualização das informações de configuração de serviço. Desta forma, um campo de 'Informações de configuração de serviço()' indica a localização exata e a versão de um quadro que deverá sofrer alteração.

[000218] Um campo de 'contador_de_quadros' indica o número total de quadros transmitidos anteriormente à alteração das informações de configuração de serviço. Após um quadro de transporte ser recebido, as informações de configuração de serviço mudarão.

[000219] Um campo de 'versão' indica a versão das informações

Petição 870190118091, de 14/11/2019, pág. 47/167

44/160 de configuração de serviço. Sempre que as informações de configuração de serviço são alteradas, o valor da versão é incrementado por 1.

[000220] A FIG. 12 ilustra a estrutura do campo de 'informações_de_grupo_de_quadros()' ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[000221] Um grupo de quadros é um grupo de quadros criados através de fatiamento de quadros MCAST, e ocorre periodicamente começando pelo mesmo número de quadros. Em um sistema de transmissão, uma técnica de inclusão de dados de transmissão relativos a um serviço em pelo menos um quadro e transmissão do quadro em modo de rajada é referida como uma técnica de fatiamento de quadro. Quando é utilizada a técnica de fatiamento de quadro, existem quadros que não contêm dados relativos a um serviço alvo e um terminal pode entrar em um modo ocioso sem receber um sinal em uma secção em que um tal quadro é transmitido, dessa forma economizando consumo de energia. Uma secção de rajada indica um grupo de quadros contendo dados referentes ao serviço alvo e pode ser expressado utilizando o número do quadro que será descrito mais tarde.

[000222] Um campo de 'número_de_quadro_atual' indica o número de um quadro atual em um grupo de quadros. O número de quadro pode ser incrementado por 1 dentro de um grupo de quadros.

[000223] Um campo de 'número_total_de_quadros' indica o número total de quadros no grupo de quadros.

[000224] A FIG. 13 ilustra a estrutura do campo de 'informações_de_turbo_canal()' ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[000225] Um campo de 'informações_de_turbo_canal()' indica

Petição 870190118091, de 14/11/2019, pág. 48/167

45/160 informações de turbo canal e contém informações indispensáveis para uma pluralidade de turbo canais. As informações de decodificação física, informações indicando se existe fatiamento de quadro MCAST, e o número total de turbo canais constituem fatores importantes. Em particular, quando é suportado fatiamento de quadro MCAST, o campo de 'informações_de_turbo_canal()' indica o número de um quadro atual e o número total de blocos de quadros a serem recebidos relativamente a um turbo canal selecionado.

[000226] Um campo de 'versão' consiste em três bits e indica a versão das informações de turbo canal. Na atual configuração, a versão pode ser incrementada por 1 sempre que ocorrer alteração do campo de 'informações_de_turbo_canal()'. Quando a versão é alterada, as informações de turbo canal serão transportadas antecipadamente.

[000227] Um campo 'Turbo_svc' indica o número total de turbo canais em um sistema A-VSB de acordo com uma configuração da presente invenção.

[000228] Um campo 'id_de_turbo_svc' indica o identificador de um turbo canal atual.

[000229] Um campo 'É_Aperfeiçoado' indica se os dados são dados de base ou dados estendidos. Por exemplo, quando é utilizado um codec de vídeo 'escalável', uma seqüência elementar e uma seqüência estendida podem ser contidas em um turbo canal separado ou sub-canal de dados. Se a seqüência elementar e a seqüência estendida estiverem contidas no turbo canal separado, será possível estabelecer uma distinção entre a seqüência elementar e a seqüência estendida mediante utilização do campo 'É_Aperfeiçoado'.

[000230] Um campo 'marcador_de_Fatiamento_de_Quadro_MCAST'

Petição 870190118091, de 14/11/2019, pág. 49/167

46/160 especifica se uma turbo seqüência atual é transmitida em um modo de rajada.

[000231] Um campo 'marcador_de_FEC_AL_MCAST' especifica se uma turbo seqüência atual consiste em camada de aplicação de suporte FEC (AL-FEC).

[000232] Um campo 'posiQdo_de_inicio_de_turbo' indica uma posição de início de um turbo canal.

[000233] Um campo de 'bits_de_fragmentos_de_turbo' indica o índice de extensão de turbo canal.

[000234] Um campo de 'Índice_de_configuração_de_turbo' indica um número. Se o número for n, isto significa que cada n° (enésimo) pacote inclui um fragmento de turbo canal.

[000235] Um campo de 'taxas_de_codificação' indica o índice de uma taxa de codificação de turbo canal.

[000236] Um campo de 'número_de_quadro_inicial' indica um número de quadro inicial de um serviço turbo atual quando existe fatiamento de quadro MAST.

[000237] Um campo de 'número_de_bloco_de_quadros' especifica o número total de um turbo canal atual.

[000238] A FIG. 14 ilustra a estrutura do campo de 'informações_de_serviços_adicionais()^, ilustrado na FIG. 10A de acordo com uma configuração da presente invenção.

[000239] Um canal SIC proporciona uma estrutura para transporte de informações adicionais. Na atual configuração, o campo de 'informações_de_serviços_adicionais^, contém informações adicionais. O campo de 'informações_de_serviços_adicionais^, pode ser fornecido mediante utilização de uma pluralidade de blocos e indica os índices atual e final de blocos segmentados.

[000240] Um campo de 'índice_atual' indica o índice de um

Petição 870190118091, de 14/11/2019, pág. 50/167

47/160 índice atual dentro do número total de blocos de descrição.

[000241] Um campo de 'índice_final' indica o índice de um último bloco dentro do número total dos blocos de descrição.

[000242] Um campo de 'extensão' indica a extensão das informações de serviços adicionais.

[000243] Um campo de 'dados_de_usuário' indica a sintaxe dos dados privados do usuário que deverão seguir-se a <marcador><extensão><dados>. Os valores de marcador podem ser definidos na Tabela 2.

Tabela 2]

Marcador (tag)	Identificador
0	Reservado
1	Descritor de informações de turbo canal
2 - 255	TBD

[000244] Se o valor do marcador for '1', o campo de 'dados_de_usuário' contém um descritor de informações de turbo canal que será descrito mais adiante com referência à FIG. 15.

[000245] A FIG. 15 ilustra a estrutura de um campo de 'descrição_de_informações_de_turbo_canal()' de acordo com uma configuração da presente invenção. A estrutura do campo de 'descrição_de_informações_de_turbo_canal()' é similar à do campo de 'informações_de_turbo_canal' ilustrado na FIG. 13.

[000246] Um campo de 'configuração_de_turbo_canal()' contém informações de configuração indispensáveis para turbo canais. O campo de 'configuração_de_turbo_canal()' pode conter informações importantes, tais como informações de decodificação física, informações indicando se existe fatiamento de quadros, e informações referentes ao número total de turbo canais, similarmente ao campo de 'informações_de_turbo_canal' ilustrado na FIG. 13.

Petição 870190118091, de 14/11/2019, pág. 51/167

48/160

[000247] Um campo de ‘bits_seletores' indica se está presente fatiamento de quadro, um canal SRS espalhado, um turbo canal, ou um campo de 'enlace_de_descritor_de_turbo_canal'. A Tabela 3 a seguir ilustra a definição do campo de ‘bits_seletores' de acordo com o valor dos mesmos. Na Tabela 3, ‘x' pode ser ‘0' ou ‘1'.

[Tabela 3]

Valor de bits seletores	Descrição
0B1xx	fatiamento de quadro
0Bx1x	posição de canal SRS espalhado
0Bx0x	posição de turbo canal
0Bxx1	enlace descritor de turbo canal

[000248] Um campo de ‘id_de_turbo_canal' indica o identificador do turbo canal. Quando um descritor específico do turbo canal se encontra incluído, este campo é utilizado para identificação do turbo canal. Entretanto, se este campo tiver um valor previamente determinado, por exemplo, 0x1f, nesse caso o descritor será aplicado a todos os turbo canais. Por exemplo, quando um campo contendo informações referentes a um grupo de quadros é atualizado e o valor do campo de ‘id_de_turbo_canal' é 0x1f, as informações referentes ao grupo de quadros serão aplicadas ao campo de ‘configuração_de_turbo_canal' relativamente a todos os canais.

[000249] Um campo de ‘número_de_quadro_inicial' indica o número de um quadro inicial de um serviço fornecido em um modo de rajada. O quadro inicial é um primeiro quadro a ser recebido para permitir a aquisição do serviço.

[000250] Um campo de ‘contagem_de_quadros' indica o número total de quadros a serem recebidos para obtenção do serviço no

Petição 870190118091, de 14/11/2019, pág. 52/167

49/160 modo de rajada.

[000251] Um campo 'reservado' é um campo reservado para uso futuro. O valor do campo 'reservado' é definido como '1'. No presente relatório descritivo, a função do campo 'reservado' é idêntica e portanto não será doravante aqui descrita.

[000252] Um campo de 'tamanho_de_agrupamento_turbo' indica o tamanho de agrupamento de seqüências SRS espalhadas em uma pluralidade de setores.

[000253] Um campo 'é_aperfeiçoado' indica se o turbo canal atual contém dados aperfeiçoados. Se o valor deste campo for definido como '1', isto poderá significar que o turbo canal atual contém dados aperfeiçoados. Neste caso, os canais de base e os canais aperfeiçoados devem compartilhar a mesma ID de turbo canal. O receptor pode receber ambos os canais e prover os mesmos como um canal. Por exemplo, se for utilizado um codec de vídeo 'escalável', a qualidade do vídeo provido quando ambos os canais são recebidos é mais elevado que quando é recebido um único canal.

[000254] Um campo de 'marcador_de_fatiamento_ de_tempo_adaptativo' indica se um turbo canal atual suporta fatiamento de tempo adaptativo. Se o valor deste campo for definido como '1', isto pode significar que o turbo canal atual suporta fatiamento de tempo adaptativo. Uma configuração física é alterada de acordo com este campo.

[000255] Um campo de 'taxas_de_codificação' indica o índice de uma taxa de codificação de turbo canal.

[000256] Um campo de 'marcador_de_pacote_pleno' indica se um primeiro setor de uma turbo seqüência é transmitido através de um pacote nulo ou de um pacote PID especificado. Se o valor deste campo for definido como '1', nesse caso o primeiro setor

Petição 870190118091, de 14/11/2019, pág. 53/167

50/160 é transportado através de um pacote nulo ou de um pacote PID especificado sem o campo de cabeçalho AF. Similarmente, se o valor deste campo for definido como '0', o primeiro setor é transportado através do campo AF.

[000257] Um campo de 'setor_de_início_de_turbo' indica a posição física de início da turbo seqüência.

[000258] Um campo de ‘tamanho_de_agrupamento_turbo' indica o tamanho de agrupamento da turbo seqüência em uma pluralidade de setores.

[000259] Um campo de ‘enlace_de_descritor_de_turbo_canal()' proporciona informações opcionais adicionais relativas ao turbo canal. Este campo será descrito mais detalhadamente adiante com referência à FIG. 17.

[000260] A FIG. 16B ilustra a estrutura do campo de ‘configuração_de_turbo_canal()' ilustrado na FIG. 10B de acordo com uma outra configuração da presente invenção.

[000261] A estrutura do campo de ‘configuração_de_turbo_canal()' ilustrado na FIG. 16B é idêntica à do campo de ‘configuração_de_turbo_canal()' ilustrado na FIG. 16A com exceção do campo de ‘modo_de_proteção_aperfeiçoado'.

[000262] Um campo de ‘modo_de_proteção_aperfeiçoado' indica se será suportado um modo de proteção aperfeiçoado. Existe um caso em que um erro será facilmente corrigido de acordo com o tipo de dados transmitidos ou um ambiente de comunicação. Neste caso, a correção de erros pode ser facilmente realizada mediante redução da extensão de carga útil em um pacote e aumento de byte RS. Se o valor deste campo for definido como ‘1', a extensão de carga útil de um pacote de transporte será de 168 bytes e o byte RS terá 40 bytes. Entretanto, se o valor

Petição 870190118091, de 14/11/2019, pág. 54/167

51/160

deste campo	for definido como '0'	,	a extensão	de	carga	útil
será de	188	bytes e o byte RS terá	20	bytes.
[000263]	A	FIG. 17 ilustra a		estrutura	do	campo	de
'enlace	dedescritor()' ilustrado	na	FIG. 16A	de	acordo	com

uma configuração da presente invenção.

[000264] Um campo de 'enlace_de_descritor()' permite sinalização de informações adicionais referentes a cada um dos turbo canais. Uma alteração de informações, tais como números de grupos de quadros, uma duração de fatiamento de tempo relativamente aos turbo canais, e as localizações dos turbo canais, serão sinalizados pelo campo 'enlace_de_descritor()'.

[000265] Um campo de 'indicador_seguinte' é um campo de 1 bit que indica a presença do campo de 'informações_de_descritor' subseqüente. Se o valor deste campo for definido como '1', o campo de 'informações_de_descritor' irá encontrar-se a seguir. Se o valor deste campo for definido como '0', nenhum campo de 'informações_de_descritor' estará presente no campo de 'enlace_de_descritor()'.

[000266] Um campo de 'marcador' (tag) indica o identificador do campo de 'informações_de_descritor' conforme definidas na Tabela 4 a seguir.

[Tabela 4]

Marcador (tag)	Descrição
0	Atualização de Grupo de Quadros
1	Atualização de Duração de Fatiamento de Quadro
2	Atualização de posição de SRS
3	Atualização de Posição de Turbo Canal
4 - 127	reservado para uso futuro

[000267] Um campo de 'extensão' indica a extensão total em

Petição 870190118091, de 14/11/2019, pág. 55/167

52/160 bytes do campo de 'informações_de_descritor'.

[000268] Um campo de 'informações_de_descritor' pode ser definido diferentemente de acordo com o valor do campo de 'marcador'. O campo de 'informações_de_descritor' definido na

Tabela 4	será descrito mais	detalhadamente	adiante	com
referência	às FIGS. 18	até 21.
[000269] A	FIG. 18	ilustra a	estrutura de	um	campo	de
'atualização_de_grupo_	de_quadros'	quando o valor	do	campo	de
'marcador'	ilustrado	na FIG. 17	for definido	como '0'	de

acordo com uma configuração da presente invenção.

[000270] A atualização de grupos de quadros pode ser utilizada na alteração de um período de fatiamento de tempo. Isto é, o campo de 'atualização—de_grupo—de_quadrOs' pode ser utilizado para atualizar o número total de grupos de quadros. O campo de 'atualização_de_grupo_de_quadros' pode ser sinalizado pelo menos 6 segundos antes da atualização. As informações contidas neste campo serão aplicadas às configurações de todos os turbo canais. Quando este campo é recebido, um campo de 'bits seletores' poderá ser definido como '0x001' indicando atualização de grupos de quadros e um campo de 'ID_de_turbo_canal' pode ter um valor previamente determinado, por exemplo, '0x1f', que é determinado para aplicação de atualização de grupos de quadros a todo o turbo canal.

[000271] Um campo de 'defasagem_de_próxima_atualização' indica o número total de quadros restantes anteriormente à aplicação do número de novos GOF's (Groups Of Frames” - Grupos de Quadros). Este campo tem um valor relativo baseado no campo de 'defasagem_de_próxima_atualização_ de_TCC' mencionado acima. Desta forma, o valor deste campo é alterado quando ocorre uma atualização de TCC. Isto é, o valor deste campo não é alterado

Petição 870190118091, de 14/11/2019, pág. 56/167

53/160 em uma base de quadro-por-quadro e sim alterado sempre que ocorre uma alteração de versão de TCC, dessa forma reduzindo o número de vezes em que o canal TCC é atualizado.

[000272] Um campo de 'novo_GOF' indica o número total de novos GOF's.

[000273] A FIG. 19A ilustra a estrutura de um campo de 'Atualização_de_Duração_de_Fatiamento_de_Quadro' quando o campo de 'marcador' ilustrado na FIG. 17 é definido como '1' de acordo com uma configuração da presente invenção.

[000274] Um campo de 'Atualização_de_Duração_de_Fatiamento_ de_Quadro' é utilizado quando o número de quadros que constitui o fatiamento de quadros é alterado em um turbo canal atual. A Equação (1) a seguir pode ser utilizada para calcular a duração de uma pausa quando é aplicado fatiamento de quadro. Neste caso, a atualização é realizada em unidades do número de quadros constituindo um número de quadros.

(núier3_cte_qjadro_inicial+prfxima_atualização_de_ICC)*48,4ms + teipo cfe 'jitter ... (1)

[000275] Na Equação (1), 'tempo de jitter' significa um tempo de estabelecimento requerido para uma camada física e '48,4 ms' significa um ciclo em que um quadro VSB é transmitido. Entretanto, a presente invenção não se encontra limitada ao quadro VSB. Se um período de transmissão for determinado por um outro quadro de transporte e um outro grupo de quadros.

[000276] Um campo de 'número_de_novo_quadro_inicial' indica o número de um novo quadro inicial para fatiamento de quadro dentro de um GOF.

[000277] Um campo de 'contagem_de_novos_quadros' indica um novo número de quadro final para fatiamento de quadros dentro do GOF.

[000278] A FIG. 19B ilustra a estrutura do campo de

Petição 870190118091, de 14/11/2019, pág. 57/167

54/160 'Atualização_de_Duração_de_Fatiamento_de_Quadro' quando o valor do campo de 'marcador' ilustrado na FIG. 17 é definido como '1' de acordo com uma outra configuração da presente invenção.

[000279] A Equação (2) indica um tempo necessário para aquisição de um primeiro quadro para fatiamento de quadro em um campo de 'informações_de_descritor', cuja sintaxe é conforme ilustrada na FIG. 19B:

(oetasagmcfepóxiim.ahalizarão cteTCC + rMãsagmdpróia atalizaã*48,4m + tenpocte 'jitter ... (2)

[000280] Os campos de 'informações_de_descritor' ilustrados na FIG. 19B são idênticos àqueles ilustrados na FIG. 19A com exceção de um campo de 'defasagem_de_próxima_atualização'.

[000281] O campo de 'defasagem_de_próxima_atualização' indica a localização de um quadro ao qual deverão ser aplicadas novas informações de fatiamento de quadro, com base em um campo de 'defasagem_de_próxima_atualização_de_TCC'.

[000282] A FIG. 20A ilustra a estrutura de um campo de 'atualização_de_posição_de_SRS' quando o valor do campo de 'marcador' ilustrado na FIG. 17 é definido como '2' de acordo com uma configuração da presente invenção.

[000283] Um campo 'atualização_de_posição_de_SRS' é utilizado quando a localização de uma SRS espalhada se altera. Um ponto no tempo em que as novas informações de localização deverão ser aplicadas poderá ser calculado para ser relativamente baseado no início de um GOF.

[000284] Um campo de 'defasagem_de_quadro_inicial' indica o número de um quadro inicial ao qual a nova posição de SRS deverá ser aplicada dentro de um novo GOF.

[000285] Um campo de 'tamanho_de_agrupamento_turbo' indica o tamanho de um novo agrupamento turbo em uma pluralidade de

Petição 870190118091, de 14/11/2019, pág. 58/167

55/160 setores.

[000286] A FIG. 20B ilustra a estrutura do campo de 'atualização_de_posição_de_SRS' quando o valor do campo de 'marcador' ilustrado na FIG. 17 é definido como '2' de acordo com uma outra configuração da presente invenção.

[000287] O campo 'atualização_de_posição_de_SRS' é idêntico àquele ilustrado na FIG. 20A com exceção de um campo de 'defasagem_de_próxima_atualização'.

[000288] O campo de 'defasagem_de_próxima_atualização' indica uma posição de atualização seguinte na qual são aplicados os valores seguintes.

[000289] Um ponto no tempo em que as novas informações de localização deverão ser aplicadas pode ser expressado mediante soma dos valores de um campo de 'defasagem_de_próxima_atualização_de_TCC' e do campo de 'defasagem_de_próxima_atualização'. De outra forma, o valor do campo de 'defasagem_de_próxima_atualização' poderá ser utilizado como um valor relativo do valor do campo de 'defasagem_de_próxima_atualização_de_TCC'.

[000290] A FIG. 21A ilustra a estrutura de um campo de 'atualização_de_turbo_canal' quando o valor do campo de 'marcador' ilustrado na FIG. 17 é definido como '3' de acordo com uma configuração da presente invenção.

[000291] O campo de 'atualização_de_turbo_canal' é utilizado quando a localização de um turbo canal é atualizado. Este campo deverá ser aplicado após a recepção de um 'defasagem_de_próxima_atualização_de_TCC' indicando que foi recebido um novo GOF.

[000292] Um campo de 'defasagem_de_quadro_inicial' indica o número de um quadro inicial dentro de um novo GOF. A partir

Petição 870190118091, de 14/11/2019, pág. 59/167

56/160 deste quadro poderá ser aplicado um novo campo de 'tamanho_de_agrupamento_turbo'.

[000293] Um campo 'é_aperfeiçoado' indica se um turbo canal atual contém dados aperfeiçoados. Se o valor deste campo for definido como '1', isso poderá significar que o turbo canal atual contém dados aperfeiçoados. Neste caso, os canais básico e aperfeiçoado podem constituir a mesma ID de turbo canal conforme foi descrito acima.

[000294] Um campo de 'taxas_de_codificação' indica um índice de uma taxa de codificação de turbo canal.

[000295] Um campo de 'marcador_de_pacote_pleno' indica se um primeiro setor em uma turbo seqüência é transmitido através de um pacote nulo ou de um pacote PID específico sem utilização de um campo de cabeçalho AF. Se o valor deste campo for definido como '1', neste caso o primeiro setor da turbo seqüência poderá ser transportado por um pacote nulo ou um pacote PID especificado sem utilização do campo de cabeçalho AF. Se o valor deste campo for definido como '0', nesse caso o primeiro setor poderá ser transportado pelo campo de cabeçalho AF.

[000296] Um campo de 'setor_de_início_de_turbo' indica uma posição física de início da turbo seqüência.

[000297] Um campo de 'tamanho_de_agrupamento_turbo' indica o

tamanho de	agrupamento	da turbo	seqüência em	uma	pluralidade
de setores.
[000298] A	FIG. 21B	ilustra	a	estrutura	do	campo	de
'atualização	_de_turbo_canal' quando	o valor	do	campo	de

'marcador' ilustrado na FIG. 17 é definido como '3' de acordo com uma outra configuração da presente invenção.

[000299] O campo de 'atualização_de_turbo_canal' ilustrado na

Petição 870190118091, de 14/11/2019, pág. 60/167

57/160

FIG. 21B é idêntico àquele ilustrado na FIG. 21A, com exceção de um campo de 'defasagem_de_próxima_atualização', um campo de 'marcador_de_fatiamento_de_tempo_adaptativo' e um campo de 'modo_de_proteção_aperfeiçoado'.

[000300] O campo de 'defasagem_de_próxima_atualização' indica uma posição de atualização na qual são aplicados os valores subseqüentes. Um ponto no tempo em que são aplicadas as novas informações de posição poderá ser expressado mediante soma dos valores de um campo de 'defasagem_de_próxima_atualização_de_TCC' e um campo de 'defasagem_de_próxima_atualização'. De outra forma, o valor do campo de 'defasagem_de_próxima_atualização' poderá ser utilizado como um valor relativo do campo de 'defasagem_de_próxima_atualização_de_TCC'.

[000301] O campo de 'marcador_de_fatiamento_de_ tempo_adaptativo' indica se um turbo canal atual suporta fatiamento de tempo adaptativo. Se o valor deste campo for definido como '1', poderá ser entendido que o turbo canal atual suporta fatiamento de tempo adaptativo. A configuração física do campo de 'atualização_de_turbo_canal' é alterada devido a este campo.

[000302] O campo de 'modo_de_proteção_aperfeiçoado' indica se o turbo canal atual suporta um modo de proteção aperfeiçoado. Se o valor deste campo for definido como '1', poderá ser entendido que o turbo canal atual suporta o modo de proteção aperfeiçoado.

[000303] Por exemplo, se o valor deste campo for definido como '1', a extensão de carga útil em um pacote de transporte poderá ser de 168 bytes e a extensão do byte RS poderá ser de 40 bytes para provisão de proteção aperfeiçoada. Entretanto,

Petição 870190118091, de 14/11/2019, pág. 61/167

58/160 se o valor deste campo for definido como '0', a extensão de carga útil poderá ser de 188 bytes e a extensão de byte RS poderá ser de 20 bytes.

[000304] A FIG. 22A ilustra a estrutura de um campo de ‘Pacote_BD' de acordo com uma configuração da presente invenção.

[000305] O campo de ‘Pacote_BD' será utilizado para transporte de informações adicionais referentes a turbo seqüências, tais como uma tabela de mapeamento de IP e informações de atualização de turbo canal. Este campo será aplicado a todos os turbo canais e poderá ser transportado dentro de vários fragmentos.

[000306] Um campo 'primeiro_último^, consiste em dois bits e especifica se um pacote é um primeiro ou um último pacote, conforme definido na Tabela 5.

Tabela 5]

Valor	Descrição
00	Pacote intermediário de uma série
01	Último pacote de uma série
10	Primeiro pacote de uma série
11	O único pacote

[000307] Um campo de ‘marcador_de_preenchimento' indica se existem bytes de preenchimento.

[000308] Um campo de ‘versão_de_BD' consiste em três bits e indica o número de versão de um descritor de difusão (“Broadcast Descriptor” - BD). O número de versão será incrementado por 1 módulo 8 sempre que o BD for atualizado.

[000309] Um campo de ‘extensão_de_preenchimento' especifica o número de bytes de preenchimento em um campo de ‘pacote_BD'.

[000310] Um campo de ‘byte_de_preenchimento' possui um ou mais valores de 8 bits definidos para serem '0xFF' passível de

Petição 870190118091, de 14/11/2019, pág. 62/167

59/160 inserção por um codificador. Este campo é descartado por um decodificador.

[000311] Um campo de 'Fragmento_de_BD' contém BD's fragmentados. Isto é, um BD é dividido em uma pluralidade de fragmentos e é fornecido através do campo de 'Fragmento_de_BD'. Um BD será explicado detalhadamente mais

adiante	com referência	à FIG.	23.
[000312]	A FIG.	22B	ilustra a	estrutura de um campo	de
'Pacote_	de_BD' de	acordo com	uma	outra configuração	da
presente	invenção.
[000313]	O campo	de	'Pacote	de	BD'	ilustrado na FIG. 22B	é
idêntico	àquele ilustrado na	FIG.	22A	com exceção de um campo

de 'marcador_de_tempo_de_sistema' e de um campo de 'tempo_de_sistema'.

[000314] O campo de 'marcador_de_tempo_de_sistema' indica se as informações de tempo de sistema se encontram presentes. No presente relatório descritivo, um campo de 'tempo_de_sistema' contém as informações de tempo de sistema. Se o valor deste campo for definido como '1', isto significará que o campo de 'tempo_de_sistema' se encontra presente.

[000315] O campo de 'tempo_de_sistema' indica o tempo do sistema. O tempo do sistema pode ser expressado com base em tempo absoluto, tal como UTC, que é idêntico sem relação com lugar mas podendo ser expressado com base em tempo afetado por um sistema de transmissão. O tempo de sistema pode ser utilizado para correção de tempo em um terminal. Para esta finalidade, poderá ser utilizado o valor de diferença (defasagem temporal) de acordo com um lugar. O tempo de sistema pode ser utilizado para equalizar o tempo de um lado de provisão de serviço com aquele de um lado de recepção de

Petição 870190118091, de 14/11/2019, pág. 63/167

60/160 serviço ou para correção destes tempos. Por exemplo, informações tais como um guia de serviços eletrônico (“Electronic Service Guide” - ESG) podem conter informações de tempo, por exemplo os tempos de início ou final de cada serviço. Neste caso, um aparelho de recepção de difusão pode iniciar ou terminar um serviço, que se destina a ser provido a um usuário, exatamente de acordo com o cronograma estabelecido, mediante utilização de informações de tempo de sistema.

[000316] A FIG. 23 ilustra a estrutura de um descritor de difusão (“Broadcast Descriptor” - BD) de acordo com uma configuração da presente invenção.

[000317] O BD é fragmentado em diversos fragmentos de BD e é mapeado para o campo de 'pacote_de_BD'.

[000318] Um campo de 'número_de_BD' indica o número total de campos de 'informações_de_Descritor_de_Difusão' conforme será

descrito	mais adiante.
[000319]	Um	campo	de	'marcador' indica o tipo	de dados
contidos	no	campo	de	'informações_de_Descritor_de_	Difusão'.
Exemplos	de	tipo de	dados de acordo com o valor deste campo

são conforme se encontra a seguir:

[Tabela 6]

Marcador	Descrição
0	Proibido
1	atualização de informações de canal
2	descritor de mapeamento de IP
3 - 127	Reservado

[000320] Um campo de 'extensão' indica a extensão do campo de 'informações_de_Descritor_de_Difusão'.

[000321] O tipo dos dados no campo de

Petição 870190118091, de 14/11/2019, pág. 64/167

61/160 'informacõeS—de—Descritor—de—Difusão' é determinado de acordo com a Tabela 6. A estrutura do campo de 'informacões_de_Descritor_de_Difusão' de acordo com tipo de dados será descrita mais adiante com referência às FIGS. 24 e 25.

[000322] A FIG. 24A ilustra a estrutura de um campo de 'atualizacão_de_informacões_de_canal()' quando o campo de ‘marcador' ilustrado na FIG. 23 tem um valor de 1 de acordo com uma configuração da presente invenção.

[000323] O campo de 'atualizacão_de_informacões_de_canal()' é utilizado para atualização de informações de turbo canal. Este campo indica o tempo em que deverão ser aplicadas as novas informações de turbo canal. Podem ser incluídas neste campo informações de configuração de turbo canal e versão.

[000324] Um campo de ‘contador_de_atualização_de_quadro' indica um número de quadro relativo baseado no número de quadro de referência ao qual deverá ser aplicado um novo TCC. [000325] O campo de ‘versão_de_novo_TCC' indica a versão das informações do TCC. Este campo deverá ser idêntico a um campo de ‘versão_de_TCC' presente em um SIC quando é realizada atualização.

[000326] Um campo de ‘número_de_turbo_canal' indica o número dos seguintes campos de configuração_de_novo_turbo_canal().

[000327] A estrutura de um campo de ‘configuração_de_novo_turbo_canal()' pode ser idêntica à do campo de ‘configuração_de_turbo_canal()' mencionado acima.

[000328] A FIG. 24B ilustra a estrutura do campo de 'atualizacão_de_informacões_de_canal()' quando o campo de ‘marcador' ilustrado na FIG. 23 tiver um valor de 1 de acordo com uma outra configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 65/167

62/160

[000329] O campo de 'atualização_de_informações_de_canal()' ilustrado na FIG. 24B é idêntico àquele ilustrado na FIG. 24A com exceção de um campo de 'defasagem_de_próxima_atualização'.

[000330] O campo de 'defasagem_de_próxima_atualização' indica um quadro ao qual pode ser aplicado o novo TCC. Este campo tem um valor relativo baseado em um campo de 'defasagem_de_próxima_atualização_de_BD'.

[000331] A FIG. 24C ilustra a estrutura do campo de 'atualização_de_informações_de_canal()' de acordo com uma outra configuração da presente invenção.

[000332] O campo de 'atualização_de_informações_de_canal()' ilustrado na FIG. 24C é idêntico àquele ilustrado na FIG. 24B com exceção de um campo de 'contador_de_atualização_de_quadro' e um campo de 'nova_versão_de_TCC'.

[000333] O campo de 'contador_de_atualização_de_quadro' indica um quadro ao qual deverá ser aplicado o novo TCC.

[000334] O campo de 'nova_versão_de_TCC' indica as informações de versão do TCC. O valor da versão pode ser idêntico ao da versão do TCC em um SIC.

[000335] A FIG. 25A ilustra um descritor de mapeamento de IP quando o valor do campo de 'marcador' ilustrado na FIG. 23 é definido como '1' de acordo com uma configuração da presente invenção.

[000336] O descritor de mapeamento de IP proporciona informações de mapeamento entre uma seqüência de IP e um turbo canal. Pelo menos um de entre informações de turbo canal, um endereço de IP, um endereço de MAC e uma descrição simples de um IP pode ser incluído no descritor de mapeamento de IP. Na atual configuração, uma tabela de mapeamento de IP (“IP Mapping Table” - IMT) indica um descritor de mapeamento de IP.

Petição 870190118091, de 14/11/2019, pág. 66/167

63/160

[000337] Um campo de 'versãO—estendida' indica se a IMT foi atualizada. Se o valor deste campo for definido como ‘0', poderá ser entendido que a IMT não foi atualizada mesmo se um campo de ‘número_de_versão_de_BD' se encontrar atualizado.

[000338] Um campo de ‘número_de_IP' indica o número total de seqüências de IP.

[000339] Um campo de ‘marcador_de_canal_de_referência' indica se um canal atual é um canal de referência. Se o valor deste campo estiver definido como ‘1', poderá ser entendido que o canal atual é o canal de referência. Um exemplo do canal de referência pode consistir em um canal ESG agregado. As informações de ESG constituem uma grande quantidade de informações, e portanto, em geral, as informações de ESG podem não ser totalmente incluídas em um canal. Neste caso, um aparelho de recepção de difusão pode colher todas as informações de ESG somente através do canal de referência. Desta forma, pode ser transmitida através de um canal individual uma quantidade menor de informações de ESG do que através do canal de referência, sendo dessa forma atribuída uma maior largura de banda para conteúdo.

[000340] Um campo de ‘id_de_turbo_canal' indica o identificador de um turbo canal atual.

[000341] Um campo de ‘número_de_índice_de_LMT' indica as localizações das seqüências de IP em um turbo canal. As seqüências de IP são mapeadas para um sub-canal de dados no turbo canal.

[000342] Um campo de ‘descritor_de_número_de_canal_de_IP' indica o número de campos de ‘descrição_de_canal_de_IP' que se encontram a seguir.

[000343] Um campo de ‘descrição_de_canal_de_IP' contém

Petição 870190118091, de 14/11/2019, pág. 67/167

64/160 informações adicionais do canal de IP. Este campo será descrito detalhadamente mais adiante com referência à FIG. 26.

[000344] A FIG. 25B ilustra um descritor de mapeamento de IP de acordo com uma outra configuração da presente invenção.

[000345] A IMT ilustrada na FIG. 25B é idêntica àquela ilustrada na FIG. 25A com exceção de um campo de 'número_de_canal' e um campo de 'VMI'.

[000346] O campo de 'número_de_canal' indica o número total de turbo canais ou sub-canais de dados.

[000347] O campo de 'VMI' (“Virtual Map ID”) indica o identificador de um sub-canal de dados em um turbo canal.

[000348] A FIG. 26 ilustra a estrutura do campo de 'descrição_de_canal_de_IP' ilustrado na FIG. 25A de acordo com uma configuração da presente invenção.

[000349] O campo de 'descrição_de_canal_de_IP' é utilizado para transmissão de informações adicionais relativas a um canal de IP conforme foi descrito acima.

[000350] Um campo de 'marcador' é utilizado para identificar dados incluídos no campo de 'tabela_de_canais_de_IP'. Os tipos de dados de acordo com os valores deste campo são os seguintes:

[Tabela 7]

Marcador	Descrição
0	Proibido
1	tabela de endereços de IP
2	tabela de endereços de MAC
3	tabela de descrição de texto
4 - 255	Reservado

[000351] Um campo de 'extensão' indica a extensão do campo de

Petição 870190118091, de 14/11/2019, pág. 68/167

65/160 'descricãO—de—Canal—de—IP' em bytes.

[000352] Um campo de ‘tabela_de_canais_de_IP()' indica informações de canais de IP, tais como um endereço de IP e uma porta. Este campo será descrito detalhadamente mais adiante com referência às FIGS. 27 até 29.

000353] A	FIG. 27A	ilustra a	estrutura de um	campo	de
tabela_de_	endereços_de_	IP' quando	o valor	do	campo	de
marcador'	ilustrado na FIG. 26	é ‘1' de	acordo	com	uma

configuração da presente invenção.

[000354] Um campo de ‘versão_de_IP' indica uma versão de IP 4 ou 6 porém a presente invenção não é dessa forma limitada. Isto é, poderá ser reservada uma outra versão.

[000355] O endereço_IPv4 e o endereço IPv6 são descritos mais detalhadamente em RFC 791 e RFC 2460. Além disso, o número_de_porta é descrito mais detalhadamente em RFC 793 para TCP e em RFC 768 para UDP.

[000356] A FIG. 27B ilustra a estrutura de um campo de ‘tabela_de_endereços_de_IP' quando o valor do campo de ‘marcador' ilustrado na FIG. 2 6 é ‘1' de acordo com uma outra configuração da presente invenção.

[000357] O campo de ‘tabela_de_endereços_de_IP' ilustrado na FIG. 27B é idêntico àquele ilustrado na FIG. 27A com exceção de um campo de ‘marcador_de_utilização_de_número_de_porta'.

[000358] O campo de ‘marcador_de_utilização_de_ número_de_porta' indica se existem números de portas. Na atual configuração, a existência ou não de um campo de ‘número_de_porta' é indicada em um campo de ‘tabela_de_endereços_de_IP'.

[000359] A FIG. 28 ilustra a estrutura de um campo de ‘tabela_de_endereços_de_MAC' quando o valor do campo de

Petição 870190118091, de 14/11/2019, pág. 69/167

66/160 'marcador' ilustrado na FIG. 26 e '2' de acordo com uma configuração da presente invenção.

[000360] O endereço_de_MAC é 1042.

[000361] A FIG. 29 ilustra 'tabela_de_descrição_de_texto' 'marcador' ilustrado na FIG.

descrito detalhadamente em RFC a estrutura de um campo de quando o valor do campo de e '3' de acordo com uma configuração da presente invenção.

[000362] Um campo de 'tabela_de_descrição_de_texto' proporciona descrição do texto relativamente a um canal de IP.

[000363] Um campo de 'código_de_linguagem_ISO_639' indica que as informações do texto a seguir são identificadas pelo código de linguagem ISO 639-3. Na atual configuração, um campo de 'descrição' contem as informações de texto.

[000364] O campo de 'descrição' proporciona uma descrição de texto de canal de IP. A descrição do texto é codificada em caracteres IOS 8859-1.

[000365] Será agora descrita uma estrutura de multiplexação do sistema MCAST.

[000366] Um quadro de transporte contém uma pluralidade de

turbo canais e	cada	um dos	turbo	canais	contém uma	pluralidade
de sub-canais.	Além	disso,	cada	um dos	sub-canais	pode conter
sub-canais de	dados	. Dados	dos	mesmos	tipos são	transmitidos
através dos	sub-canais.	Os	sub-canais de dados podem

constituir serviços propriamente ditos ou componentes de serviços.

[000367] Diversos tipos de dados podem ser multiplexados e transmitidos ou somente um tipo específico de dados pode ser transmitido através de MCAST. Como exemplos do primeiro caso, dados de sinalização, dados de mídia em tempo real, dados de

Petição 870190118091, de 14/11/2019, pág. 70/167

67/160

IP e dados de objeto podem ser multiplexados e transmitidos. Como exemplos do último caso, somente dados de sinalização e dados de IP podem ser transmitidos. Neste último caso, os subcanais de dados podem ser caracterizados por diferença de tipo de compressão de IP.

[000368] Os dados de sinalização são transmitidos através de um pacote de transporte MCAST de 168 ou 188 (ou 187) bytes. A extensão do pacote de transporte é variável. Uma LMT especifica as localizações e números de todos os sub-canais de dados. Além disso, a LMT pode especificar a localização de dados mapeados para os sub-canais de dados ou as localizações de seqüências de IP em um turbo canal.

[000369] A LMT a seguir poderá encontrar-se presente em um pacote de transporte em um turbo canal de dados ou poderá encontrar-se periodicamente ou não periodicamente presente em um pacote em uma localização específica. Por exemplo, a LMT poderá encontrar-se presente em um primeiro sub-canal de dados de sinalização ou em um cabeçalho de pacote de MCAST. Além disso, a LMT pode encontrar-se presente em cada um dos quadros mas não pode ser transmitida quando as localizações de componentes de serviço são fixadas em quadros.

[000370] Uma LIT contém informações de configuração de serviços, e um número e identificador de cada um dos subcanais de dados.

[000371] Um sistema de difusão convencional procura um programa desejado através de filtragem PID, ao passo que um sistema MCAST pode proporcionar diretamente a um usuário um serviço desejado mediante detecção da localização exata dos dados que constituem cada serviço em uma base de quadro-aquadro através de uma LMT e/ou uma LIT sem realização de

Petição 870190118091, de 14/11/2019, pág. 71/167

68/160 filtragem.

[000372] A FIG. 30A ilustra uma estrutura de multiplexação de MCAST de acordo com uma configuração da presente invenção.

[000373] Em detalhe, a FIG. 30A ilustra um caso em que são multiplexados dados de sinalização, dados em tempo real, dados de IP e dados de objeto. Um quadro é dividido em uma região de acesso de serviços para acesso de um serviço, por exemplo, uma LMT ou uma LIT, e uma região de dados para transmissão de dados. Um quadro de transporte de MCAST de acordo com uma configuração da presente invenção pode ser transmitido enquanto é inserido em um quadro de transporte de um outro sistema de difusão, pode ser transmitido separadamente, ou pode ser transmitido enquanto é mapeado em uma base de um-porum para um quadro de transporte de um outro sistema de difusão. Na atual configuração, um quadro de transporte de MCAST é transmitido através de um quadro de transporte ATSC.

[000374] Conforme foi descrito acima, o quadro de transporte MCAST é dividido em sub-canais de acordo com tipos de dados. Os sub-canais são canais subdivididos mediante divisão física de turbo canais transmitindo uma seqüência de dados de acordo com o tipo de dados. Na FIG. 30A, os sub-canais são subdivididos em um sub-canal para um tipo de dados em tempo real, um sub-canal para um tipo de dados de IP, e um sub-canal para um tipo de dados de objeto.

[000375] Os sub-canais podem ser divididos em sub-canais de dados independentes. Um sub-canal de dados inclui mais de um pacote de transporte. Um sub-canal de dados consiste em um conjunto de pacotes de transporte MCAST de 188 bytes (ou 168 bytes) dentro de um quadro ATSC. A extensão de pacote pode ser variável.

Petição 870190118091, de 14/11/2019, pág. 72/167

69/160

[000376] A FIG. 30B ilustra uma estrutura de multiplexação de MCAST de acordo com uma outra configuração da presente invenção.

[000377] Em detalhe, a FIG. 30B ilustra um caso em que somente dados de sinalização e dados de IP são multiplexados. As informações de LMT podem ser transmitidas enquanto são incluídas em um SIC ou em um sub-canal de tipo de dados de IP.

[000378] A FIG. 31A ilustra uma estrutura de quadro de MCAST e uma LMT de acordo com uma configuração da presente invenção.

[000379] A FIG. 31A ilustra de forma mais detalhada o subcanal ilustrado na FIG. 30A. Fazendo referência à FIG. 31A, o quadro de transporte de MCAST consiste em um sub-canal de sinalização, um sub-canal de mídia em tempo real, um sub-canal de IP e um sub-canal de objeto. Isto é, pelo menos um de três tipos de dados, tais como dados de mídia em tempo real, dados de IP, e dados de objeto, é transmitido através do quadro de transporte de MCAST.

[000380] Cada um dos sub-canais inclui um sub-canal de dados.

[000381] O sub-canal de mídia em tempo real transmite dados de mídia em tempo real, tal como uma seqüência de A/V. Na atual configuração, o sub-canal de mídia em tempo real consiste em um sub-canal de dados 1 (R-1) e um sub-canal de dados 2 (R-2). O sub-canal de IP transmite dados de IP, e inclui um sub-canal de dados (IP-1) na atual configuração. O sub-canal de objeto transmite dados de objeto que são utilizados em tempo real ou são utilizados após serem recebidos e armazenados em um aparelho de recepção de serviços de difusão. Na atual configuração, o sub-canal de objeto inclui um sub-canal de dados 1 (O-1), um sub-canal de dados 2 (O-2), um sub-canal de dados 3 (O-3) e um sub-canal de dados 4 (O-4).

Petição 870190118091, de 14/11/2019, pág. 73/167

70/160

[000382] Um serviço consiste em mais de um componente de serviço. Assim, todos os componentes de serviço de um serviço precisam ser recebidos para o serviço poder ser provido. Um sub-canal de dados é uma via de percurso através da qual somente um componente de serviço é transmitido. Desta forma, para obtenção de acesso a um serviço, é necessário conhecer as localizações de todos os sub-canais de dados que transmitem respectivamente componentes do serviço.

[000383] As informações de acesso de serviço, tais como uma LMT ou uma LIT, para acesso a componentes de serviço que constituem um serviço, são incluídas em uma parte de cabeçalho de um pacote de transporte. O pacote de transporte pode incluir pelo menos um de um campo de 'cabeçalho', um campo de 'LMT', um campo de 'LIT', e uma carga útil.

[000384] Um campo de LMT proporciona a estrutura do sub-canal de dados e informações de localização física, que serão descritas mais adiante com referência à FIG. 34.

[000385] A FIG. 31B ilustra uma estrutura de quadro de MCAST e

uma LMT	de acordo com uma	outra	configuração	da presente
invenção.
[000386]	Fazendo	referência	à FIG.	31B, somente	dados	de	IP
são transmitidos	através	de um	quadro de	MCAST	e	as

informações de VMI são incluídas para identificação de um subcanal de dados.

[000387] É muito importante detectar a localização de um subcanal de dados em um quadro de MCAST, e essas informações encontram-se incluídas em uma LMT conforme foi descrito acima. A localização do sub-canal de dados é detectada mediante utilização de uma defasagem no quadro. Entretanto, quando existe uma alteração no sub-canal de dados, por exemplo,

Petição 870190118091, de 14/11/2019, pág. 74/167

71/160 quando um sub-canal de dados é adicionado ou cancelado, é necessário reconhecer esta alteração. Se os sub-canais de dados puderem ser identificados através de identificação de

mapeamento virtual	(“Virtual	Map Identification	- VMI), será
possível	verificar	facilmente uma alteração nos	sub-canais	de
dados. A	VMI será	descrita	detalhadamente com	referência	à
FIG. 32.
[000388]	A FIG. 32	ilustra	um método de verif	icação de uma
alteração	em um sub-canal	de dados mediante	utilização	de

identificação de mapeamento virtual (“Virtual Map Identification - VMI) de acordo com uma configuração da presente invenção.

[000389] A VMI de acordo com uma configuração da presente invenção é incluída em informações de sinalização tais como uma LMT, uma LIT, ou uma IMT. A VMI constitui um identificador que identifica sub-canais de dados. É possível determinar se ocorreu alteração de um sub-canal de dados mediante utilização da VMI.

[000390] Fazendo referência à FIG. 32, em um quadro anterior, os sub-canais de dados que constituem um serviço 1 são áudio 1, vídeo 1 e imagem 1. Os valores 1, 3, e 5 são respectivamente atribuídos a estes sub-canais de dados como valores de VMI.

[000391] Em um quadro subseqüente, o sub-canal de dados correspondente à imagem 1 é cancelado. Se a localização de um sub-canal de dados for identificada apenas com uma defasagem em um quadro, não será razoável utilizar uma defasagem como um identificador na medida em que as defasagens de sub-canais de dados são diferentes em uma base de quadro. Entretanto, se forem respectivamente atribuídas VMI's a sub-canais de dados

Petição 870190118091, de 14/11/2019, pág. 75/167

72/160 como identificadores singulares, será possível reconhecer com exatidão um sub-canal de dados em que ocorre uma alteração.

[000392] A FIG. 33 é um diagrama de fluxo ilustrativo de um método de aquisição de um serviço mediante utilização de VMI de acordo com uma configuração da presente invenção.

[000393] Na operação S3310, é obtida uma LMT e/ou uma LIT.

[000394] Na operação S3320, é verificada a VMI de um sub-canal de dados que transmite um componente de serviço constituinte de um serviço solicitado.

[000395] Na operação S3330, é obtida uma IMT.

[000396] Na operação S3340, é verificada uma VMI em um turbo canal atual.

[000397] Na operação S3350, são obtidos dados mediante acesso a um sub-canal de dados desejado.

[000398] A FIG. 34A ilustra a estrutura de uma LMT de acordo com uma configuração da presente invenção.

[000399] Uma LMT de acordo com uma configuração da presente invenção inclui um campo de 'tipo de mapa de bits', um campo de 'número de versão' e pelo menos um campo de 'número de subcanal de dados'.

[000400] O campo de 'tipo de mapa de bits' indica o tipo de dados incluídos em um quadro de transporte de MCAST transmitido a intervalos de tempo previamente determinados. É suposto que os dados de objeto, os dados de mídia em tempo real e os dados de IP são transmitidos através do quadro de transporte de MCAST.

[000401] O campo de 'tipo de mapa de bits' consiste em três bits, cada um dos quais pode indicar se um tipo de dados se encontra presente. Por exemplo, é suposto que um primeiro bit indica se existem dados de mídia em tempo real presentes no

Petição 870190118091, de 14/11/2019, pág. 76/167

73/160 quadro, um segundo bit indica se existem dados de IP presentes no quadro, um terceiro bit indica se existem dados de objeto presentes no quadro, e existem dados correspondentes a um caso em que o valor de bit é '1'. Desta forma, se o valor do campo de ‘tipo de mapa de bits' for ‘111', isto significa que todos os tipos de dados se encontram presentes e seu valor do campo de ‘tipo de mapa de bits' for ‘011', isto significa que se encontram presentes dados de IP e dados de objeto.

[000402] O campo de ‘número de versão' indica a versão da LMT.

[000403] O campo de ‘número de sub-canal de dados' indica o número total de sub-canais de dados para cada tipo de dados. O valor deste campo corresponde ao número total de campos de ‘ponteiro de canal' indicando o endereço físico de um subcanal de dados.

[000404] Fazendo referência à FIG. 34A, na medida em que existem I campos de ‘ponteiro de canal' que correspondem a dados de mídia em tempo real, existem I sub-canais de dados que transmitem dados de mídia em tempo real.

[000405] Cada um dos campos de ‘ponteiro de canal' indica a localização física de um sub-canal de dados. Podem ser seqüencialmente atribuídos números de índice aos campos de ‘ponteiro de canal'. Os números que são atribuídos seqüencialmente aos campos de ‘ponteiros de canal' na LMT são referidos como ‘números de índice de LMT'. Os números de índice de LMT podem não ser incluídos nos campos de ‘ponteiro de canal' sendo ao invés disso atribuídos seqüencialmente aos campos de ‘ponteiro de canal' quando um aparelho de recepção de difusão interpreta um campo de ‘LMT'. Os números de índice de LMT são atribuídos para referência aos ponteiros de canal de sub-canais que constituem respectivos serviços na LIT.

Petição 870190118091, de 14/11/2019, pág. 77/167

74/160

[000406] A FIG. 34B ilustra detalhadamente a estrutura da LMT de acordo com a FIG. 34A.

[000407] Se for suposto que o valor do campo de 'tipo de mapa de bits' é '011', o valor do campo de 'número de sub-canal de dados' para dados de IP é '2' e o valor do campo de 'número de sub-canal de dados' é '3', os campos de 'ponteiro de canal' 1 e 2 indicam as localizações de sub-canais de dados para dados de IP e os campos de 'ponteiro de canal' 3 até 5 indicam as localizações de sub-canais de dados para dados de IP. Se forem atribuídos seqüencialmente números de índice de LMT a estes campos de 'ponteiro de canal', os números de índice de LMT 1 até 5 são respectivamente atribuídos aos campos de 'ponteiro de canal' 1 até 5.

[000408] As FIGS. 35A e 35B ilustram as estruturas de uma LMT de acordo com configurações da presente invenção.

[000409] Um campo de 'marcador' indica se serão incluídas informações de LMT. Na atual configuração, as informações de LMT são de fato incluídas em um campo de 'informações_de_LMT'.

[000410] O campo de 'extensão' consiste em oito bits e indica a extensão de um campo de 'informações_de_LMT'.

[000411] O campo de 'informações_de_LMT' especifica as localizações de sub-canais de dados em um sub-canal e dados de sinalização (“Signaling Data” - SD) em um sub-canal de sinalização. O campo de 'informações_de_LMT' será descrito com referência à FIG. 36C.

[000412] A FIG. 36 ilustra a estrutura do campo de 'informações_de_LMT' ilustrado na FIG. 35 de acordo com uma configuração da presente invenção.

[000413] Um campo de 'abrangência_de_LMT' indica o número das LMT's seguintes que são idênticas a uma LMT atual. Por

Petição 870190118091, de 14/11/2019, pág. 78/167

75/160 exemplo, se o valor de um campo de 'número_de_versão' que será descrito mais adiante for '1' e o valor do campo de 'abrangência_de_LMT' for '001', isto significará que se encontra presente uma LMT cuja versão é '1'. Similarmente, se uma LMT subseqüente não for idêntica à LMT atual, o valor deste campo será definido como '0'.

[000414] Um campo de 'número_de_versão' consiste em quatro bits e indica a versão da LMT. O número de versão será incrementado por 1 módulo 16 sempre que um dos campos relacionados com LMT for alterado.

[000415] Um campo de 'delimitação_de_LMT' indica a localização de pacotes abrangidos por uma LMT atual. O valor do campo de 'delimitação_de_LMT' não é limitado se puder representar os pacotes abrangidos pela LMT atual. Por exemplo, o valor deste campo pode indicar as defasagens ou o número total dos pacotes abrangidos por uma LMT atual.

[000416] Um campo de 'defasagem_de_final_de_SD' é um campo de 8 bits indicando a posição do final de um sub-canal de sinalização. Se não existirem dados de sinalização contidos no

sub-canal	de sinalização, o	valor	deste	campo	deverá	ser
definido	como '0'.
[000417]	Um campo de 'número_	_de_IP'	indica	o número de	sub-
canais de	dados de IP.
[000418]	Um campo de 'defasagem_de_f	inal_de_	IP' é	um campo de

bits indicando as posições de finais de sub-canais de dados de IP contidos em um sub-canal de IP. Se não existirem dados de IP contidos em um primeiro sub-canal de dados de IP, o valor deste campo deverá ser definido com '0'.

[000419] As FIGS. 37A e 37B ilustram a estrutura de uma LMT e de um campo de 'informações_de_LMT' de acordo com uma outra

Petição 870190118091, de 14/11/2019, pág. 79/167

76/160 configuração da presente invenção.

[000420] Fazendo referência à FIG. 37A, a LMT indica as informações de defasagem de final de sub-canais de dados. Os sub-canais de dados transmitem respectivamente quatro tipos de

dados:	dados de sinalização,	dados	de	mídia em tempo	real,
dados	de IP e dados	de obje	to, e	as	localizações dos	sub-
canais	de dados de	acordo	com	tipo	são expressadas	com

defasagens de final.

[000421] Um valor de início de cada um dos sub-canais de dados é sempre '1' e os números são atribuídos individualmente ao sub-canais de dados de acordo com os sub-tipos de dados. Entretanto, se não existir um primeiro sub-canal de dados, o valor de um campo de 'indicador_seguinte()' é definido como '0'.

[000422] Se não existir temporariamente um pacote de dados válido em uma ou mais parcelas, a defasagem de um sub-canal de dados correspondente será igual à de um pacote anterior. A defasagem do primeiro sub-canal de dados é definida como '0'.

[000423] Cada um dos campos é definido com referência à FIG. 37B.

[000424] Um campo de 'marcador_de_SEP' indica se existe ou não um pacote de encapsulação de sinal (“Signal Encapsulation Packet” - SEP).

[000425] Um campo de 'defasagem_de_final_de_SEP' é um campo de 8 bits indicando a posição do final de um sub-canal de dados de SEP quando o valor do campo de 'marcador_de_SEP' for '1'.

[000426] Um primeiro campo de 'indicador_seguinte' indica se existe adicionalmente presente um campo de 'defasagem_de_final_de_tempo_real'. Se o valor deste campo for '0', isto significa que já não existe mais um campo de

Petição 870190118091, de 14/11/2019, pág. 80/167

77/160 ‘defasagem_de_final_de_tempo_real, e se o valor deste campo for '1', isto significa que se encontra adicionalmente presente um campo de ‘defasagem_de_final_de_tempo_real'.

[000427] O campo de ‘defasagem_de_final_de_tempo-real' é um campo de 7 bits que indica a posição do final do sub-canal de dados de tempo real que transmite dados de mídia em tempo real. Se uma parcela de MCAST atual não tiver dados em tempo real, o valor deste campo deverá ser definido como ‘0' ou este campo poderá não existir.

[000428] Um segundo campo de ‘indicador_seguinte' indica se existe adicionalmente presente um outro campo de ‘defasagem_de_final_de_IP'. Se o valor deste campo for ‘0', um campo atual de ‘defasagem_de_final_de_IP' será o último e se o valor deste campo for ‘1', encontrar-se-á presente um outro campo ‘defasagem_de_final_de_IP'.

[000429] Um campo de ‘defasagem_de_final_de_IP' é um campo de sete bits que indica a posição de final de um sub-canal de dados de IP que transmite dados de IP. Se não se encontrar presente nenhum sub-canal de dados de IP na parcela de MCAST atual, o valor deste campo deverá ser definido com ‘0' ou este campo poderá não existir.

[000430] Um terceiro campo de ‘indicador_seguinte' indica se existe adicionalmente presente um outro campo de ‘defasagem_de_final_de_objeto'. Se o valor deste campo for ‘0', um campo atual de ‘defasagem_de_final_de_objeto' será o último e se o valor deste campo for ‘1', existirá um campo subseqüente de ‘defasagem_de_final_de_objeto'.

[000431] Um campo de ‘defasagem_de_final_de_objeto' é um campo de sete bits que indica a posição do final de um sub-canal de dados de objeto que transmite dados de objeto. Se não existir

Petição 870190118091, de 14/11/2019, pág. 81/167

78/160 nenhum sub-canal de dados de objeto na parcela de MCAST atual, o valor deste campo deverá ser definido como '0' ou este campo poderá não existir.

[000432] A FIG. 38 ilustra a estrutura de uma LMT de acordo com uma outra configuração da presente invenção.

[000433] Um campo de ‘abrangência_de_LMT' indica o número de

LMT's subseqüentes que são idênticas a uma LMT atual. Se uma LMT subseqüente não for idêntica à LMT atual, o valor deste campo será definido como ‘0'.

[000434] Um campo de ‘número_de_versão' é um campo de dois bits que indica a versão da LMT. O número de versão será incrementado por 1 módulo 4 sempre que um dos campos relacionados com LMT for alterado.

[000435] Um campo de ‘bits_seletores (SEP, invertidos, IP)' indica o tipo de um sub-canal de dados existente. Na FIG. 38, devido ao fato de ser suposto que somente dados de IP são transmitidos através de um quadro de MCAST, um segundo bit é um bit reservado. Se um primeiro bit for ‘1', isto significa que existe um sub-canal de dados de SEP e se um terceiro bit

for ‘1',	isto significa que existe um sub-canal	de	dados	de
IP.
[000436]	Um campo de ‘extensão_de_LMT'	indica a extensão de	um
campo de	LMT.
[000437]	Um campo de ‘delimitação_de_	LMT' indica	o	número	de

defasagens de pacotes abrangidos por uma LMT atual.

[000438] Um campo de ‘número de SEP' é um campo de oito bits que indica o número total de sub-canais de dados de SEP.

[000439] Um campo de ‘VMI' indica os identificadores de subcanais de dados, com singularidade em um turbo canal.

[000440] Um campo de ‘número_de_IP' indica o número de sub

Petição 870190118091, de 14/11/2019, pág. 82/167

79/160 canais de dados de IP.

[000441] Um campo de 'defasagem_de_final_de_IP' é um campo de oito bits que indica a posição do final de um sub-canal de dados de IP. Tanto o campo de 'defasagem_de_final_de_SEP' quanto o campo de 'defasagem_de_final_de_IP' são calculados mediante contagem de pacotes com base em um pacote contendo a LMT. Em uma outra configuração da presente invenção, uma defasagem poderá ser calculada em bytes.

[000442] A FIG. 39 ilustra as estruturas de um quadro de MCAST e de uma LIT de acordo com uma configuração da presente invenção.

[000443] Uma LIT pode encontrar-se localizada em um sub-canal de sinalização que é posicionado em primeiro lugar em um turbo canal contendo dados dentro de um quadro de ATSC. Cada serviço consiste em um ou mais componentes de serviço e a LIT indica uma lista dos componentes do serviço. Isto é, a LIT especificará as informações de composição do serviço. A posição de um sub-canal de dados é detectada da LMT referida acima.

[000444] A LIT está intimamente relacionada à LMT e poderá encontrar-se presente em cada um dos quadros.

[000445] A FIG. 40 ilustra a estrutura de uma LIT de acordo

com uma	configuração da	presente invenção.
[000446]	Um campo	de	'número_de_serviço'	indica	o número	de
serviços	incluídos	em	um quadro de MCAST de	acordo com	a
presente	invenção.
[000447]	Um campo	de	'número_de_versão'	indica	a versão	da

LIT.

[000448] Cada um dos campos de serviços consiste em um campo de 'identificador de serviço' e pelo menos um campo de 'número

Petição 870190118091, de 14/11/2019, pág. 83/167

80/160 de índice de LMT'. O 'número de índice de LMT' é atribuído a um campo de 'ponteiro de canal' conforme foi descrito acima com relação à FIG. 34B. Desta forma, um aparelho de recepção de difusão é capaz de detectar o endereço físico de um subcanal de dados para um serviço desejado em um quadro de transporte mediante interpretação da LIT.

[000449] As FIGS. 41A e 41B ilustram a estrutura de uma LIT de acordo com uma outra configuração da presente invenção.

[000450] Quando uma pluralidade de sub-canais de dados formam um serviço, a LIT especifica a estrutura do serviço. As localizações dos sub-canais de dados podem ser determinadas pelas informações de defasagem dos sub-canais de dados incluídas na LMT. Ou seja, cada componente pode ser identificado por meio de um contador acumulador de cada um dos sub-canais de dados.

[000451] Um campo de 'número_de_serviço' é um campo de 6 bits que indica o número de serviços disponíveis em um quadro atual.

[000452] Um campo de 'número_de_versão' é um campo de 10 bits que indica o número de versão de campos relacionados a LIT. O número de versão será incrementado por 1 sempre que um dos campos relacionados com LIT for alterado.

[000453] Um campo de 'ID_de_serviço' é um campo de 8 bits que identifica um serviço em um turbo canal.

[000454] Um campo de 'indicador_seguinte' é um campo de 1 bit que indica se existem presentes campos adicionais de 'indicador_seguinte' e de 'número_de_índice_de_LMT'. Se o valor deste campo for '1', isto significa que os campos de 'indicador_seguinte' e de 'número_de_índice_de_LMT' se encontram presentes, e se o valor deste campo for '0', os

Petição 870190118091, de 14/11/2019, pág. 84/167

81/160 campos de 'indicador—Seguinte' e de 'número_de_índice_de_LMT^,já não existem mais.

[000455] Um campo de 'informações_de_tipo' indica o tipo de um sub-canal de dados indicado pelo campo de 'número_de_indice_de_LMT^,, que é definido de acordo com o valor deste campo da seguinte forma:

[Tabela 8]

Valor	Descrição
00	reservado
01	dados em tempo real
10	dados de IP
11	dados de objeto

[000456] Um campo de 'número_de_indice_de_LMT^, é um campo de 7 bits que indica um índice de conjunto de cada LMT. O valor deste campo é aumentado individualmente de acordo com o campo de 'informações_de_tipo^,. Ou seja, fazendo referência à FIG. 40, o número de índice de LMT é aumentado seqüencialmente independentemente do tipo do sub-canal de dados. Entretanto, com referência à FIG. 41, o número de índice de LMT é aumentado individualmente de acordo com o tipo do sub-canal de dados.

[000457] Por exemplo, é suposto que dois ponteiros de canal correspondentes a um sub-canal de dados de IP e três ponteiros de canal correspondentes a um sub-canal de dados de objeto se encontram presentes em um quadro de MCAST. Neste caso, fazendo referência à FIG. 40, os números de índice de 1 até 5 são atribuídos seqüencialmente aos ponteiros de canal, e portanto, os números de índice de LMT de 3 até 5 são respectivamente atribuídos aos ponteiros de canal correspondentes ao sub-canal de dados de objeto. Entretanto, fazendo referência à FIG. 41,

Petição 870190118091, de 14/11/2019, pág. 85/167

82/160 os números de índice de LMT são aumentados individualmente de acordo com o tipo do sub-canal de dados, e desta forma, os números de índice de LMT de 1 até 3 são respectivamente atribuídos aos ponteiros de canal correspondentes ao sub-canal de dados de objeto.

[000458] A FIG. 42A é um diagrama de fluxo ilustrativo de um método de provisão de um serviço mediante utilização de uma LMT e uma LIT de acordo com uma configuração da presente invenção.

[000459] Fazendo referência à FIG. 42A, um campo de LMT é transmitido a intervalos regulares e fica localizado em uma área previamente determinada de um quadro de MCAST. Na operação S4201, quando está sendo recebido um quadro de transporte, um aparelho de recepção de serviço de difusão adquire e interpreta um pacote de sinalização incluindo informações de acesso de serviços, que fica localizado em uma área previamente determinada do quadro de transporte.

[000460] Na operação S4203, o aparelho de recepção de serviço de difusão determina se existe ou não um campo de LMT no pacote de sinalização. Se for determinado na operação S4203 que não existe nenhum campo de LMT no pacote de sinalização, será determinado se um campo de LMT anterior foi armazenado no aparelho de recepção de serviço de difusão, na operação S4205. Se for determinado na operação S4205 que existe um campo de LMT anterior no aparelho de recepção de serviços de difusão, o método prossegue para a operação S4211.

[000461] Se for determinado na operação S4203 que existe um campo de LMT no pacote de sinalização, o aparelho de recepção de serviço de difusão determina se a versão do campo de LMT foi atualizada mediante utilização das informações de versão

Petição 870190118091, de 14/11/2019, pág. 86/167

83/160 incluídas no campo de LMT, na operação S4207. Se for determinado na operação S4207 que a versão do campo de LMT foi atualizada, o campo de LMT é interpretado na operação S4209. Mediante interpretação do campo de LMT na operação S4209, são obtidas informações sobre as localizações dos sub-canais de dados.

[000462] Na operação S4211, o aparelho de recepção de serviço de difusão determina se existe um campo de LIT no pacote de sinalização. Se for determinado na operação S4211 que não existe nenhum campo de LIT, será determinado se existe um campo de LIT anterior no aparelho de recepção de serviço de difusão, na operação S4213. Se for determinado na operação S4213 que existe um campo de LIT anterior, o método prossegue para a operação S4219.

[000463] Se for determinado na operação S4211 que existe no campo de LIT no pacote de sinalização, será determinada a versão do campo de LIT na operação S4215. Mediante interpretação do campo de LIT na operação S4217, são obtidas informações de interligação relativas a cada um dos serviços, ou seja, informações de configuração de serviços.

[000464] Na operação S4219, os serviços são obtidos dos resultados das interpretações do campo de LMT e do campo de LIT, e são então processados.

[000465]	A FIG. 42B é um diagí	ama	de fluxo ilustrativo de	um
método de	provisão de um serviço	mediante utilização de	uma
LMT e de uma LIT de acordo presente invenção.	com	uma outra configuração	da
[000466]	Fazendo referência à	FIG. 42B, uma LMT contém	um
campo de	'abrangência_de_LMT',	e	portanto, a localização	de
uma LMT	subseqüente pode ser	detectada mesmo se não	for

Petição 870190118091, de 14/11/2019, pág. 87/167

84/160 possível receber um pacote contendo a LMT, devido a um erro, ou se não forem periodicamente inseridas LMT's. Desta forma, a localização da LMT e um ciclo de inserção de campo de LMT em um campo de transporte são variáveis. As operações na FIG. 42B indicadas por números de referência idênticos aos da FIG. 42A são idênticas às da FIG. 42A, e portanto serão aqui omitidas descrições detalhadas das mesmas.

[000467] Fazendo referência à FIG. 42B, na operação S4220, uma LMT é extraída de um quadro de MCAST de acordo com informações de ponteiro de LMT extraídas de uma LMT anterior. As informações de ponteiro de LMT apontam a localização de uma LMT subseqüente. Desta forma, mesmo quando a LMT deixa de ser inserida em uma área previamente determinada do quadro de transporte, é possível extrair facilmente a LMT do quadro de transporte.

[000468] Na operação S4203, é determinado se existe ou não um campo de LMT em uma localização indicada pelas informações de ponteiro de LMT. Se for determinado na operação 4203 que existe um campo de LMT, o método prossegue para a operação S4207. Se for determinado na operação 4203 que não existe um campo de LMT, o método prossegue para a operação S4230. A inexistência de um campo de LMT na localização indicada pelas informações de ponteiro de LMT implica um caso em que o campo de LMT é omitido e em caso em que é gerado um erro no campo de LMT.

[000469] Na operação S4230, é determinado se o campo de LMT anterior é válido, com base em informações relativas ao número total de LMT's com a mesma versão, que se encontram incluídas no campo de LMT anterior. O fato de o campo de LMT anterior ser válido significa que o mesmo pode ser utilizado

Petição 870190118091, de 14/11/2019, pág. 88/167

85/160 continuamente. Se for determinado na operação S730 que o campo de LMT anterior é válido, o método prossegue para a operação S4211.

[000470] Será agora descrita a estrutura de informações de transporte de acordo com tipos de dados.

[000471] Em primeiro lugar, no caso de serviços ricos em tempo real, será necessário obter e decodificar informações PSI de MPEG-2 e ATSC para decodificar seqüências elementares de multimídia em um sistema de difusão. Em seguida, é necessário que um decodificador aguarde para receber um quadro que deverá ser o primeiro a ser decodificado. Subseqüentemente, um usuário pode visualizar vídeo. Em MCAST, informações de decodificação importantes são codificadas em um descritor de informações incluído em cada uma das seqüências elementares de multimídia.

[000472] Neste caso, as informações de configuração de decodificador (“Decoder Configuration Information” - DCI) e dados de multimídia podem ser transmitidos simultaneamente para acesso em alta velocidade, conforme foi descrito acima. Isto é, as DCI são inseridas em um quadro-I e são então transmitidas. As DCI foram descritas acima com referência à FIG. 4.

[000473] A FIG. 43 ilustra a estrutura de informações de transmissão de objeto de acordo com uma configuração da presente invenção.

[000474] Fazendo referência à FIG. 43, um campo de 'informações_de_fornecimento_de_objeto' contém informações de sinalização para transmissão de um objeto. O campo de 'informações_de_fornecimento_de_objeto' inclui a data de término de validade do objeto, parâmetros para AL-FEC, e um

Petição 870190118091, de 14/11/2019, pág. 89/167

86/160 descritor adicional. Os componentes de diretório são objetos ou outros diretórios.

[000475] Um campo de 'informações_de_fornecimento_de_objeto' pode ser transmitido através de um pacote de encapsulação de sinalização (“Signaling Encapsulation Packet” - SEP).

[000476] Um campo de 'marcador_de_informações_de_diretório' indica se existe um diretório.

[000477] As informações de objeto podem ser expressadas em uma árvore com um diretório. Se o valor do campo de 'marcador_de_informações_de_diretório' for '1', poderá ser entendido que existe um diretório.

[000478] Um campo de 'número_de_objetos' indica o número total de objetos transmitidos através do campo de 'informações_de_fornecimento_de_objeto'.

[000479] Um campo de 'número_de_diretório' indica o número total de informações de diretório. Na atual configuração, um campo de 'informações_de_diretório' contém informações de diretório.

[000480] O campo de 'informações_de_diretório' contém informações de diretório, que serão descritas detalhadamente mais adiante com referência à FIG. 44.

[000481] Um campo de 'id_de_objeto' indica o identificador do objeto.

[000482] Um campo de 'marcador_de_tempo_de_término_de_validade' indica se o objeto tem um tempo de término de validade.

[000483] Um campo de 'número_de_índice_de_LMT' indica os números de índices de sub-canais de dados categorizados de acordo com tipo de dados.

[000484] Um campo de 'id_de_extensão_de_objeto' é utilizado

Petição 870190118091, de 14/11/2019, pág. 90/167

87/160 como identificador adicional de uma pluralidade de objetos quando os objetos são transmitidos no mesmo sub-canal de dados.

[000485] Um campo de 'modo_de_AL-FEC' indica um modo de ALFEC. Exemplos do modo de AL-FEC de acordo com o valor deste campo encontram-se descritos abaixo:

[Tabela 9]

valor	Modo
0	MCAST AL FEC
1-15	reservado

[000486] Um campo de 'extensão_total' indica a extensão do objeto em bytes.

[000487] Um campo de 'tabela_de_tempo' contém informações de tempo permitindo que os objetos não sejam utilizados após o final de seus prazos de validade. Este campo será descrito detalhadamente mais adiante com referência à FIG. 45.

[000488] Um	campo de 'modo_	de_codificação' indica um	modo	de
codificação	utilizado por	AL-FEC. Exemplos	do	modo	de
codificação	de acordo com	o valor deste	campo	são	os

seguintes:

Tabela 10]

Valor	Descrição (n, k)
0	(2880,2304)
1	(1920, 1536)
2	(960,768)
3 - 15	Reservado

[000489] Um campo de 'extensão_de_preenchimento' indica a extensão de preenchimento em um último bloco de origem do objeto.

Petição 870190118091, de 14/11/2019, pág. 91/167

88/160

[000490] Um campo de 'númerO_de_descritores' indica o número de campos de 'descritor' subseqüentes.

[000491] Um campo de 'marcador' indica tipos de dados de objeto. Na atual configuração, este campo indica o tipo dos dados incluídos no campo de 'descritor'. Exemplos de tipos de dados de acordo com o valor deste campo são os seguintes:

Tabela 11]

Valor	Descrição
0	Proibido
1	descrição de nome de conteúdo
2	descrição de tipo de mime
3 - 15	Reservado

[000492] Um campo de 'extensão' indica a extensão em bytes dos campos de 'descritor'.

[000493] Um campo de 'descritor' indica descritores de acordo com o valor do campo de 'marcador'. O campo de 'descritor' de acordo com o valor do campo de 'marcador' será descrito detalhadamente mais adiante com referência às FIGS. 46 e 47.

[000494] A FIG. 44 ilustra a estrutura do campo de 'informações_de_diretório' ilustrado na FIG. 43 de acordo com uma configuração da presente invenção.

[000495] Um campo de 'número_de_diretório' indica o número de diretórios.

[000496] Um campo de 'id_de_diretório' indica o identificador do diretório.

[000497] Um campo de 'extensão_de_nome_de_diretório' indica a extensão em bytes do nome do diretório.

[000498] Um campo de 'nome_de_diretório' indica o nome do diretório codificado em caracteres ISO 8859-1.

[000499] Um campo de 'número_de_componentes' indica o número

Petição 870190118091, de 14/11/2019, pág. 92/167

89/160 de componentes incluídos em cada um dos diretórios.

[000500] Um campo de 'id_de_diretório, id_de_objeto' indica os identificadores de objetos ou outros diretórios.

[000501] A FIG. 45 ilustra a estrutura de um campo de 'tabela_de_tempo' ilustrado na FIG. 43 de acordo com uma configuração da presente invenção.

[000502] Um campo de 'anos' indica um ano. É possível expressar a quantidade de tempo decorrida desde um ponto específico no tempo. Por exemplo, se o ano de 1970 for um ano de referência e o valor deste campo for '0', isto significa o ano de 1970.

[000503] Um campo de 'meses' indica um mês de entre os meses de janeiro até dezembro.

[000504] Um campo de 'dias' indica uma data.

[000505] Um campo de 'horas' indica uma hora de entre uma até vinte e quatro horas.

[000506] Um	campo de	'minutos	' indica	um	minuto de	entre	um
até sessenta	minutos.
[000507] A	FIG. 46	ilustra	a estrutura de um	campo	de
'descritor_de	_nome_de_	conteúdo'	quando	o	valor do	campo	de
'marcador' ilustrado	na FIG.	43 for	'1'	de acordo	com	uma

configuração da presente invenção.

[000508] Um campo de 'extensão_de_nome_de_conteúdo' indica a extensão do nome do conteúdo em bytes.

[000509] Um campo de nome_de_conteúdo' indica o nome do conteúdo codificado em caracteres ISO 8859-1.

[000510] A FIG. 47 ilustra a estrutura de um campo de 'descrição_de_tipo_de_mime' quando o valor do campo de 'marcador' ilustrado na FIG. 43 for '2' de acordo com uma configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 93/167

90/160

[000511] Um campo de 'extensão_de_tipo_de_mime' indica a extensão do tipo de mime em bytes. (mime significa “Multipurpose Internet Mail Extensions??? [Extensões de Mensagens de Correio de Internet de Múltiplos Propósitos]) [000512] Um campo de 'tipo_de_mime' indica o tipo de mime.

Este campo é definido para as seqüências que codificam qualquer tipo de mídia registrado na IANA. Para informações mais detalhadas, vide RFC 2045, RFC 2046, e http://www.iana.org/assignments/media-typs.

[000513] A FIG. 48 ilustra a relação entre um pacote de encapsulação e um pacote de transporte em um sistema MCAST de acordo com uma configuração da presente invenção.

[000514] No sistema MCAST, uma camada de transporte é dividida em uma camada de encapsulação e uma camada de conformação em pacotes. A camada de encapsulação é responsável pela fragmentação dos dados de aplicação e a camada de transporte divide o pacote de encapsulação em pacotes de transporte MCAST.

[000515] Mais especificamente, a camada de encapsulação encapsula todos os tipos de dados de aplicação a serem adaptados para um método de transmissão A-VSB. Isto é, um pacote de encapsulação possuindo uma estrutura adaptativa para

dados	de	aplicação é	criado para	ser adequado ao formato	dos
dados	de	aplicação.	Os dados	de	aplicação	incluem	dados	de
mídia	em	tempo real,	dados de	IP,	dados de	objeto e	dados	de

sinalização. O pacote de encapsulação tem uma estrutura específica de acordo com o tipo de aplicação.

[000516] A camada de conformação em pacotes divide um pacote de encapsulação gerado de uma camada de encapsulação em pelo menos um pacote de transporte. O tamanho do pacote de

Petição 870190118091, de 14/11/2019, pág. 94/167

91/160

transporte pode ser	determinado	de forma	variável,	por
exemplo, 168 ou 188 bytes. [000517] A carga útil do pacote de	MCAST pode	ser transmitida
de forma concatenada.	Isto é, uma	parte ou a	totalidade	de
dois ou mais pacotes	de encapsulação pode ser	incluída em	um
pacote de MCAST. De	acordo com	a presente	invenção,	são
utilizados um campo	de ‘primeiro	_último' e	um campo	de
‘campo_de_ponteiro'	para indicação desta	situação	com

simultânea economia de bits.

[000518] O campo 'primeirO-último' e o campo 'campo_de_ponteiro' presentes em uma região de cabeçalho de um pacote de transporte, conforme será descrito mais adiante, podem ser definidos da seguinte forma:

[Tabela 12]

campo de primeiro_último	Campo de Ponteiro	Descrição
Primeiro Pacote de Encapsulação	Segundo Pacote de Encapsulação
00	1	começa no TP anterior e termina neste TP	começa neste TP e não termina neste pacote
01	1	começa neste TP e termina neste pacote
10	1	começa e termina neste TP	começa neste TP e não termina neste pacote
11	1	começa neste TP e termina neste pacote

[000519] O campo de ‘campo_de_ponteiro' indica se um pacote de transporte de MCAST inclui dois ou mais pacotes de encapsulação. Se o valor deste campo for ‘1', isto significa que se encontram presentes dois ou mais pacotes de encapsulação no pacote de transporte MCAST. Na atual

Petição 870190118091, de 14/11/2019, pág. 95/167

92/160 configuração, o valor deste campo é '1', e portanto dois ou mais pacotes de encapsulação encontram-se contidos no pacote de transporte de MCAST.

[000520] O campo 'primeiro_último' indica se o início e o final dos pacotes de encapsulação se encontram incluídos no pacote de transporte de MCAST. Por uma questão de conveniência de explicação, um pacote precedentes e um pacote subseqüente serão respectivamente referidos como um primeiro pacote de encapsulação e um segundo pacote de encapsulação de entre dois ou mais pacotes de encapsulação contínuos. Se dois ou mais pacotes de encapsulação se encontrarem incluídos no pacote de transporte de MCAST, o final do primeiro pacote de encapsulação e o início do segundo pacote de encapsulação serão incluídos no pacote de transporte de MCAST.

[000521] Um primeiro bit do campo de 'primeiro_último' indica se o início do primeiro pacote de encapsulação se encontra incluído no pacote de transporte de MCAST, e um segundo bit desse campo indica se o final do segundo pacote de encapsulação se encontra incluído no pacote de transporte MCAST. Por exemplo, se o valor deste campo for '10', tanto o início quanto o final do primeiro pacote de encapsulação encontram-se incluídos no pacote de transporte de MCAST e somente o início do segundo pacote de encapsulação está incluído no pacote de transporte de MCAST.

[000522] As FIGS. 49 até 55 ilustram exemplos de um pacote de encapsulação de acordo com uma configuração da presente invenção.

[000523] As FIGS. 49A e 49B ilustram a estrutura de um pacote de encapsulação para sinalização de acordo com uma configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 96/167

93/160

[000524] O pacote ilustrado na FIG. 49A inclui um cabeçalho de 4 bytes e uma carga útil. A carga útil pode incluir uma descrição ou meta-dados de uma aplicação, tal como um ESG e um guia eletrônico de programa (Electronic Program Guide” -

EPG). Além	disso,	a carga útil inclui	dados	opcionais,	tais
como uma	tabela	de informações de	mapeamento	de	IP e
informações	de meta	-dados de um objeto.
[000525] Um campo	de 'primeiro_último'	é um	campo	de 2	bits

que especifica se um pacote de encapsulação é um primeiro pacote ou um último pacote. Este campo pode ser definido de acordo com o valor do mesmo, conforme se encontra ilustrado na Tabela 5.

[000526] Um campo de 'marcador_de_compactação' é um campo de 1 bit que especifica se os dados de carga útil se encontram ou não compactados. Se o valor deste campo for '1', isto significa que os dados de carga útil se encontram compactados.

[000527] Um campo de 'tipo_de_sinal' indica o tipo dos dados de carga útil. O tipo dos dados de carga útil de acordo com o valor deste campo pode ser conforme ilustrado na Tabela 13 ou na Tabela 14.

Tabela 13]

Valor	Descrição
0	Proibido
1	[TBD]
2	Informações de Fornecimento de Objeto
3 - 31	Reservado

Tabela 14]

Valor	Descrição
0	Proibido

Petição 870190118091, de 14/11/2019, pág. 97/167

94/160

1	Tabela de mapeamento de IP
2 - 31	Reservado

[000528] Um campo de 'númerO-de-Sequência' é um campo de 8 bits que indica um valor que é incrementado dentro do mesmo tipo de dados de um pacote de encapsulação. O valor deste campo retorna para ‘0' se alcançar um valor máximo. O campo de ‘número_de_seqüência' é utilizado para um identificador de fragmentação de objeto durante uma retransmissão.

[000529] Um campo de ‘número_de_versão' é um campo de 4 bits indicando o número de versão de um pacote de encapsulação de sinalização (“Signaling Encapsulation Packet” - SEP). O número de versão é incrementado por 1 sempre que a versão de carga útil de encapsulação é alterada.

[000530] Um campo de ‘extensão_de_pacote' indica a extensão em bytes da carga útil no pacote.

[000531] Um campo de ‘bytes_de_dados' é um campo de 8 bits. O tipo de dados transmitidos através da carga útil depende do valor do campo de ‘tipo_de_sinal'.

[000532] As FIGS. 50A e 50B ilustram a estrutura de um pacote de encapsulação para dados em tempo real de acordo com uma configuração da presente invenção.

[000533] O pacote ilustrado na FIG. 50 é um pacote de encapsulação para tipo de dados em tempo real, e inclui um cabeçalho, um campo adicional, e uma carga útil.

[000534] Um campo de ‘primeiro_ultimo' é um campo de 2 bits que especifica se um pacote de encapsulação é um primeiro

pacote ou um	último pacote. Este	campo	pode ser	definido	de
acordo com o	seu	valor, conforme	se	encontra	ilustrado	na
Tabela 5.
[000535] Um	campo	de ‘tipo_de_RT	é um	campo de	6 bits	que

Petição 870190118091, de 14/11/2019, pág. 98/167

95/160 indica o tipo de dados transmitidos através da carga útil. Um exemplo de tipo de dados de acordo com o valor deste campo pode ser conforme se encontra descrito a seguir:

[Tabela 15]

Valor	Descrição
0	Áudio
1	Vídeo
3 - 63	Reservado

[000536] Um campo de 'marcador_de_DCI' indica se existem informações de configuração de decodificador (“Decoder Configuration Information” - DCI) no cabeçalho do pacote de encapsulação. Na atual configuração, o campo de 'campo_de_DCI' contém DCI.

[000537] Um campo de 'versão_de_DC' indica a versão das DCI. O valor deste campo está intimamente relacionado com o do campo de DC e deverá ser definido de forma a ser igual ao valor do mesmo (ou do campo_de_DCI) de um pacote de transporte.

[000538] Um campo de 'marcador_de_adição' indica se existem informações adicionais presentes no cabeçalho do pacote de encapsulação. Na atual configuração, o campo de 'campo_adicional' inclui informações adicionais.

[000539] Um campo de 'extensão_de_DCI' indica a extensão em bytes do campo de 'campo_de_DCI' no cabeçalho do pacote.

[000540] O campo de 'campo_de_DCI' inclui as DCI. O campo 'campo_de_DCI' (ou um campo de 'informações_de_configuração_de_decodificador^,) foi descrito acima com referência à FIG. 4.

[000541] Um campo de 'extensão_de_pacote' indica a extensão em bytes da carga útil de um pacote após o campo de 'extensão_de_pacote'.

Petição 870190118091, de 14/11/2019, pág. 99/167

96/160

[000542] Um campo de ‘marcador_de_PTS' indica se existem informações de PTS presentes no cabeçalho do pacote de encapsulação. Na atual configuração, um campo de ‘PTS' contém informações de PTS.

[000543] Um campo de 'marcador_de_DTS' indica se existem informações de DTS presentes no cabeçalho do pacote de encapsulação. Na atual configuração, um campo ‘DTS' contém informações de DTS.

[000544] Um campo de 'marcador_de_preenchimento' indica se existem bytes de preenchimento presentes no cabeçalho do pacote de encapsulação.

[000545] Um campo de 'controle_de_cruzamento_de_sinais' [controle de scrambling] contém um modo de cruzamento de sinais [scrambling] da carga útil do pacote de encapsulação.

[000546] O campo de ‘PTS' é um campo de 33 bits que indica um carimbo de tempo de apresentação (“Presentation Time Stamp” PTS) conforme definido na norma ISO/IEC 13818-1.

[000547] O campo de ‘DTS' é um campo de 33 bits que indica um carimbo de tempo de decodificação (Decoding Time Stamp” DTS) conforme definido na norma ISO/IEC 13818-1.

[000548] Um campo de ‘extensão_de_preenchimento' indica a extensão em bytes de dados de preenchimento no pacote. Na atual configuração, um campo de ‘byte_de_preenchimento' contém dados de preenchimento.

[000549] O campo de ‘byte_de_preenchimento' tem um valor de 8 bits igual a ‘0xFF' e pode ser inserido por um codificador. Este campo é descartado por um decodificador.

[000550] Um campo de ‘byte_de_dados' consiste em oito bits.

[000551] A FIG. 51 ilustra a sintaxe de um pacote de encapsulação para dados em tempo real de acordo com uma outra

Petição 870190118091, de 14/11/2019, pág. 100/167

97/160 configuração da presente invenção. Os campos no pacote de encapsulação ilustrado na FIG. 51 são idênticos aos da FIG. 50.

[000552] As FIGS. 52A e 52B ilustram a sintaxe de um pacote de encapsulação para dados de IP de acordo com uma configuração

da presente	invenção.
[000553] O	pacote ilustrado	na	FIG. 52	é	utilizado para
transmissão	de um datagrama de	IP.	O datagrama	de IP pode ser
dividido em	uma pluralidade	de	pacotes	de	encapsulação e

subseqüentemente transmitido. Existe uma necessidade de representar se um pacote atual é um último pacote, e poderá ser utilizado neste caso no campo de 'primeiro_último' que será descrito mais adiante. Alternativamente, se o valor do campo de 'primeiro_último' for definido como '0x01' ou '0x03, um pacote de encapsulação de IP atual poderá ser determinado como sendo um último pacote.

[000554] Se um pacote de encapsulação alvo for um primeiro pacote, um campo de cabeçalho contém informações indicando se este pacote de encapsulação é o primeiro ou o último pacote, informações indicando se existem informações adicionais, informações relativas ao formato de dados de IP incluídos em uma região de carga útil, e informações relativas à extensão do pacote de encapsulação.

[000555] Se o pacote de encapsulação alvo não for um primeiro pacote, o campo de cabeçalho inclui informações indicando se este pacote de encapsulação é o primeiro ou o último pacote, informações de número de seqüência, e informações relativas à extensão do pacote de encapsulação.

[000556] Um campo de cabeçalho adicional contém informações indicando se existem informações adicionais subseqüentes,

Petição 870190118091, de 14/11/2019, pág. 101/167

98/160 informações referentes ao tipo das informações adicionais, informações referentes à extensão das informações adicionais, e as informações adicionais.

[000557] Um campo de 'primeiro_último' é um campo de 2 bits que indica se um pacote atual é um primeiro pacote ou um último pacote. Este campo pode ser definido de acordo com o seu valor, conforme se encontra ilustrado na Tabela 5.

[000558] Um campo de 'marcador_de_adição' é um campo 1 bit que indica se existem informações adicionais presentes. Na atual configuração, um campo de 'dados_adicionais' contém informações adicionais. Se o valor deste campo for '1', poderá ser entendido que existe o campo de 'dados_adicionais'.

[000559] Um campo de 'tipo_de_IP' é um campo de 5 bits que indica o tipo de dados transmitidos através de uma carga útil de IP. Por exemplo, este campo pode ser utilizado para estabelecer uma distinção entre IPv4 e IPv6.

[000560] Um campo de 'número_de_seqüência' consiste em quatro bits e é incrementado por 1 dentro do mesmo tipo de dados de pacote de encapsulação. O valor deste campo retorna para '0' se o mesmo alcançar um valor máximo. Este campo é utilizado como identificador de fragmentação de IP durante uma retransmissão.

[000561] Um campo de 'extensão_de_pacote_de_encapsulação' consiste em 12 bits e indica a extensão da carga útil em bytes.

[000562] Um campo de 'marcador_de_continuidade' consiste em um bit e indica se ocorrerão subseqüentemente campos '{marcador, extensão dados_adicionais}'. Se o valor deste campo for '0', poderá ser entendido que um campo atual é um último campo contendo informações adicionais.

Petição 870190118091, de 14/11/2019, pág. 102/167

99/160

[000563] Um campo de 'marcador' é um campo de 7 bits que indica o tipo de um campo de 'dados_adicionais'. Este campo atua como um recipiente que pode conter diversos tipos de informações que serão adicionalmente necessárias para transmissão de dados de IP. O tipo das informações que serão adicionalmente necessárias não é limitado.

[000564] Um campo de ‘extensão' indica a extensão em bytes do campo de ‘dados_adicionais'.

[000565] A extensão do campo de ‘dados_adicionais' pode ser

determinada	de forma	variável. Os	‘dados_	adicionais' incluem
informações	de acordo	com o campo	de	‘marcador'	.
[000566] Um	campo	de	‘carga útil'	pode	ser	determinado	de
forma variável e	inclui dados	de	pacotes	de IP conforme
definidos no	campo	de	‘tipo_de_IP'	.
[000567] A	FIG.	53	ilustra a	sintaxe	de	um pacote	de

encapsulação para dados em tempo real de acordo com uma outra configuração da presente invenção.

[000568] O pacote ilustrado na FIG. 53 é idêntico ao da FIG. 52 com exceção do fato de um cabeçalho ser alterado.

[000569] As FIGS. 54A e 54B ilustram a estrutura de um pacote para dados de objeto de acordo com uma configuração da presente invenção.

[000570] O pacote ilustrado na FIG. 54A é um pacote de encapsulação para transmissão de tipo de dados de objeto. O pacote inclui uma pluralidade de pacotes de transporte através dos quais são transmitidos tipos de dados de objeto. O pacote é dividido em um cabeçalho, informações adicionais, e uma carga útil. Um campo de cabeçalho adicional contém informações adicionais referentes à carga útil.

[000571] Os dados de objeto são transportados através de um

Petição 870190118091, de 14/11/2019, pág. 103/167

100/160 sub-canal de dados de objeto de acordo com dois métodos que serão descritos detalhadamente mais adiante com referência à FIG. 56.

[000572] Se um pacote de encapsulação for um primeiro pacote, um campo de cabeçalho contém informações indicando se este pacote é um primeiro ou um último pacote, informações indicando se existem informações adicionais, informações de identificação dos dados de objeto que são fornecidos através de um campo de carga útil, informações referentes ao tipo dos dados de objeto, e informações referentes à extensão do pacote.

[000573] Se um pacote de encapsulação não for um primeiro pacote, o campo de cabeçalho contém informações indicando se este pacote é um primeiro pacote ou um último pacote, informações indicando se existem informações adicionais, informações de número de seqüência, e informações referentes à extensão do pacote.

[000574] O campo de cabeçalho adicional contém informações indicando se existem ou não presentes informações adicionais subseqüentes, informações referentes ao tipo das informações adicionais, informações referentes à extensão das informações adicionais, e as informações adicionais.

[000575] Um campo de 'primeiro_último' indica se um pacote atual é um primeiro ou um último pacote de encapsulação. Este campo pode se definido de acordo com o seu valor, conforme se encontra ilustrado na Tabela 5.

[000576] No campo de 'marcador_de_adição' indica se existem presentes informações adicionais no cabeçalho do pacote de encapsulação. Na atual configuração, um campo de 'campo_adicional' contém as informações adicionais.

Petição 870190118091, de 14/11/2019, pág. 104/167

101/160

[000577] Um campo de 'ID_de_objeto' é utilizado para identificar todos os objetos fornecidos através do mesmo subcanal de dados.

[000578] Um campo de 'tipo_de_objeto' especifica o tipo de dados de objeto, por exemplo, jpeg (compactado ou não), texto (compactado ou não), ou mp3.

[000579] Um campo de 'número_de_seqüência' indica informações de fragmentação.

[000580] Um campo de 'extensão_de_pacote' indica a extensão de dados subseqüentes.

[000581] Um campo de 'marcador_de_continuidade' especifica se irá encontrar-se a seguir um 'campo_adicional'. Se o valor deste marcador for definido como '1', isto significa que o campo de 'campo_adicional' se encontrará a seguir, e se o valor deste campo for definido como '0', isto significa que um campo atual de 'campo_adicional' é o último.

[000582] Um campo de 'marcador' indica o tipo de informações específicas de decodificador de objeto. Este campo mostra uma subdivisão do tipo dos dados de objeto especificados no campo de 'tipo_de_objeto'. Por exemplo, se o campo de 'tipo_de_objeto' indicar texto (compactado), o tipo de dados pode ser subdividido de acordo com um método de compactação. Neste caso, o tipo de dados pode ser expresso como 'texto com compressão GZIP' através do campo de 'marcador'.

[000583] Um campo de 'extensão' expressa a extensão em bytes do campo de 'dados_de_campo_adicional'.

[000584] Um campo de 'dados_de_campo_adicional' contém as informações específicas de decodificador de objeto.

[000585] Um campo de 'carga útil' contém os dados de objeto.

[000586] As FIGS. 55A e 55B ilustram a estrutura de um pacote

Petição 870190118091, de 14/11/2019, pág. 105/167

102/160 para dados de objeto de acordo com uma outra configuração da presente invenção.

[000587] Um campo de 'primeiro_último' é um campo de 2 bits que indica se um pacote é um primeiro ou um último pacote de encapsulação. A definição deste campo de acordo com um valor do mesmo encontra-se ilustrada na Tabela 5.

[000588] Um campo de 'modo_de_fornecimento_de_objeto' indica um modo de bloco de origem. Se o valor deste campo for '0', poderá não ser utilizado um número de bloco de origem, e se o valor deste campo for 3, o campo é invertido para futuro.

[000589] Um campo de 'id_de_extensão_de_objeto' é utilizado como um identificador adicional de uma pluralidade de objetos quando os objetos são transmitidos dentro do mesmo sub-canal de dados.

[000590] Um campo de 'bloco_de_origem_número_8' consiste em 8 bits e indica o número de um número de bloco de origem. O valor deste campo representa o número de um bloco de origem ao qual pertence um OEP atual.

[000591] Um campo de 'bloco_de_origem_número_16' consiste em bits e indica o número de um bloco de origem. O valor deste campo representa o número de um bloco de origem ao qual pertence um OEP atual.

[000592] Um campo de 'versão' indica o número de versão dos dados de objeto. O número de versão é aumentado em 1 sempre que os dados de objeto são alterados. Uma alteração em um objeto significa que o objeto é atualizado. Por exemplo, quando um nome é adicionado a um arquivo de mapeamento, um objeto que consiste no arquivo de mapeamento é alterado.

[000593] Um 'número_de_fragmento' indica informações de fragmentação de um bloco de origem de campo ou um objeto

Petição 870190118091, de 14/11/2019, pág. 106/167

103/160 quando a extensão de bloco de origem ou do objeto excede uma extensão máxima de pacote.

[000594] Um campo de 'extensão_de_pacote' indica a extensão de pacote em bytes.

[000595] A FIG. 56 ilustra um método de transmissão de dados de objeto de acordo com uma configuração da presente invenção.

[000596] Uma ou mais parcelas de dados de objeto são fornecidas de uma vez através de um sub-canal de dados. Um caso em que uma parcela de dados de objeto é fornecida através de um sub-canal de dados é referido como um modo de objeto simples, e um caso em que uma pluralidade de parcelas de dados de objeto são fornecidas através de um sub-canal de dados é referido como um modo de objeto múltiplo.

[000597] No modo de objeto múltiplo, é necessário atribuir respectivamente identificadores a uma série de dados de objeto no sub-canal de dados. Alternativamente, uma pluralidade de parcelas de dados de objeto transmitidas através do mesmo subcanal de dados podem ser identificadas mediante utilização de ID de objeto. De outra forma, quando um pacote contém um campo de 'campo_adicional' para transmissão de informações adicionais tais como informações de características de dados de objeto, uma série de objetos no mesmo sub-canal de dados podem ser identificados mediante inserção de um campo de 'id_de_extensão_de_objeto' em um campo de 'campo_adicional'.

[000598] A FIG. 57 ilustra a aplicação de AL-FEC de acordo com uma configuração da presente invenção.

[000599] Um pacote OEP contém um cabeçalho e uma carga útil e consiste em uma pluralidade de pacotes de transporte. Um SEP proporciona informações de utilização de AL-FEC e parâmetros específicos. Um método de configuração de uma camada AL-FEC e

Petição 870190118091, de 14/11/2019, pág. 107/167

104/160 objetos será agora descrito com referência à FIG. 57.

[000600] Quando é aplicado MCAST AL-FEC, os objetos são fragmentados em uma pluralidade de blocos de origem. Cada um dos blocos de origem consiste em pacotes possuindo uma extensão previamente determinada. A extensão e os números dos pacotes são determinados por um modo de codificação MCAST ALFEC. Após ser realizada a codificação MCAST AL-FEC, é adicionado um pacote redundante. A correção de erros pode ser realizada dentro da faixa do pacote redundante.

[000601] Será doravante aqui descrito um pacote de transporte de MCAST.

[000602] As FIG. 58A e 58B ilustram um pacote de transporte e uma estrutura de cabeçalho do pacote de transporte de acordo com configurações da presente invenção.

[000603] Fazendo referência à FIG. 58A, um pacote de transporte de acordo com uma configuração da presente invenção inclui um campo de cabeçalho de base, um campo de informações de PCR, um campo de ponteiro, um campo de preenchimento, um campo de LMT, um campo de LIT, e um campo de carga útil.

[000604] O campo de cabeçalho de base contém informações que indicam se um pacote de transporte é um primeiro ou um último pacote de encapsulação, informações indicando se uma referência PCR se encontra presente, informações indicando se informações DCI se encontram presentes em um campo de cabeçalho do pacote de encapsulação, informações indicando se

existe	uma	região	de	preenchimento,	informações	indicando	se
existe	uma	tabela	LMT	, e informações	indicando	se existe	uma
tabela	LIT.	Estes	campos serão descritos detalhadamente mais
adiante	com	referência	à FIG. 59.
[000605	] A	FIG.	58B	ilustra a estrutura de	um campo	de

Petição 870190118091, de 14/11/2019, pág. 108/167

105/160 preenchimento de um pacote de transporte de acordo com uma configuração da presente invenção.

[000606] O campo de preenchimento do pacote de transporte de acordo com uma configuração da presente invenção pode incluir informações de extensão de preenchimento e bytes de preenchimento.

[000607] Um campo de LMT e um campo de LIT no pacote de transporte são conforme descritos acima com referência às FIGS. 34 até 41.

[000608] As FIGS. 58C e 58D ilustram um pacote de transporte e uma estrutura de cabeçalho do pacote de transporte de acordo com uma outra configuração da presente invenção.

[000609] O pacote ilustrado nas FIGS. 58C e 58D pode ser utilizado quando somente um tipo de dados é transmitido, por exemplo, quando somente são transmitidos dados de IP através de um sistema MAST.

[000610] A FIG. 59A ilustra a sintaxe de um pacote de transporte de acordo com uma configuração da presente invenção.

[000611] Um campo de 'primeiro_último' indica se um pacote de transporte é um primeiro ou um último pacote de encapsulação. A definição deste campo de acordo com o valor do mesmo é conforme ilustrada na Tabela 5.

[000612] No campo de 'marcador_de_DC' indica se existem informações de DCI presentes no cabeçalho de um pacote de encapsulação. Na atual configuração, um campo de 'informações_de_configuração_de_decodificador' inclui as DCI.

[000613] Um campo de 'marcador_de_ponteiro' indica se existe um campo de 'campo_de_ponteiro' no cabeçalho de um pacote de transporte.

Petição 870190118091, de 14/11/2019, pág. 109/167

106/160

[000614] No campo de 'marcador_de_preenchimento' indica se existe um campo de 'preenchimento' no cabeçalho do pacote de transporte.

[000615] Um campo de ‘marcador_de_LMT' indica se existe um campo de ‘campo_de_LMT' no cabeçalho do pacote de transporte.

[000616] Um campo de ‘marcador_de_LIT' indica se existe um campo de ‘campo_de_LIT' no cabeçalho do pacote de transporte.

[000617] Um campo de ‘marcador_de_PCR' indica se o pacote de transporte inclui ou não um campo de ‘campo_de_PCR'. Se o valor deste campo for ‘1', poderá ser entendido que o pacote de transporte inclui o campo de 'campo_de_PCR'.

[000618] Um ‘campo_de_ponteiro' indica a posição de início de uma segunda carga útil quando dois pacotes de encapsulação se encontram presentes em um pacote de transporte.

[000619] Um campo de ‘extensão_de_preenchimento' indica um tamanho de preenchimento em bytes dentro de um pacote.

[000620] Um campo de ‘byte_de_preenchimento' tem um valor de 8 bits que é igual a ‘0xFF' que é inserido por um codificador. O campo de ‘byte_de_preenchimento' é descartado por um decodificador.

[000621] Os campos desde um campo de ‘tipo_de_mapa de bits' até um campo de ‘ponteiro_de_canal_de_objeto' possuem a mesma estrutura que a LMT ilustrada na FIG. 34, e portanto serão apenas brevemente descritos.

[000622] O campo de ‘tipo_de_mapa de bits' indica o tipo de dados fornecidos através de um pacote de transporte. Cada bit deste campo tem um significado específico. Um primeiro bit deste campo significa que existe um canal de dados em tempo real, um segundo bit deste campo significa que existe um canal de dados de IP, e um terceiro bit deste campo significa que

Petição 870190118091, de 14/11/2019, pág. 110/167

107/160 existe um canal de dados de objeto.

[000623] O campo de 'número_de_versão' indica o número de versão de uma LMT. O número de versão é aumentado por 1 módulo 16 sempre que os dados de LMT forem alterados.

[000624] Um campo de 'número_de_canal_de_tempo real' indica o número de sub-canais de dados em um canal de tipo de mídia em tempo real.

[000625] Um campo de 'número_de_canal_de_IP' indica o número de sub-canais de dados em um canal de tipo de IP.

[000626] Um campo de 'número_de_canal_de_objeto' indica o número de sub-canais de dados em um canal de tipo de objeto.

[000627] Um campo de 'ponteiro_de_canal_de_tempo real' indica a localização de um sub-canal de dados de tipo de dados em tempo real em um canal de dados.

[000628] Um campo de 'ponteiro_de_canal_de_IP' indica a localização de um sub-canal de dados de tipo de dados de IP no canal de dados.

[000629] Um campo de 'ponteiro_de_canal_de_objeto' indica a localização de um sub-canal de dados de tipo de dados de objeto no canal de dados.

[000630] Os campos desde um campo de 'número_de_serviço' até um campo de 'número_de_índice_de_LMT' são idênticos à LIT

ilustrada	na	FIG.	40	e serão portanto aqui descritos apenas
brevemente.
[000631]	Um	campo	de	'número_de_serviço' indica o	número de
serviços	que	podem	ser	utilizados dentro de um canal	de dados.
[000632]	Um	campo	de	'número_de_versão' indica o	número de
versão de	um	campo	de	LIT. O número de versão é aumentado em 1
sempre que os	dados	de	sinalização são alterados.

[000633] Um campo de 'ID_de_serviço' identifica um serviço em

Petição 870190118091, de 14/11/2019, pág. 111/167

108/160 um turbo canal. A ID tem um valor específico no turbo canal.

[000634] Um campo de 'próximo_indicador' indica a presença de um campo de 'próximo_indicador' subseqüente e um campo subseqüente de 'número_de_índice_de_LMT'. Por exemplo, quando o valor deste campo é '0', isto significa que não existem mais campos de 'próximo_indicador' nem de 'número_de_índice_de_LMT'.

[000635] O campo de 'número_de_índice_de_LMT' indica a localização de um sub -canal de dados em uma LMT.

[000636] Um campo de 'número_de_índice' indica o número de seqüência de um canal elementar associado a um serviço.

[000637] Um campo de 'base_de_referência_de_relógio_de_programa^,/^,extensão_de_refer ência_de_relógio_de_programa' inclui uma referência PCR de 42 bits dividida em duas partes e subseqüente codificada. A primeira parte é um campo de 33 bits cujo valor é uma base obtida da mesma equação definida em 2-1 na página 14 na especificação MPEG-2 13818-1. A segunda parte é um campo de 9 bits cujo valor é obtido da mesma equação que é definida em 22 na página 14 na especificação MPEG-2 13818-1.

[000638]	No	campo de	'byte_de_dados' consiste	em 8 bits	e
inclui dados	de pacote	de encapsulação.
[000639]	A	FIG. 59B	ilustra a estrutura de	um pacote	de
transporte de acordo	com uma outra configuração da presente
invenção.
[000640]	Os	campos no	pacote de transporte ilustrado na FIG.
59B são	idênticos aos	do pacote de transporte	ilustrado	na
FIG. 59A.
[000641]	A	FIG. 59C	ilustra a estrutura de	um pacote	de

transporte de acordo com uma outra configuração da presente

Petição 870190118091, de 14/11/2019, pág. 112/167

109/160 invenção.

[000642] A estrutura do pacote de transporte ilustrado na FIG. 59C é idêntica à do pacote de transporte da FIG. 19A com exceção de um campo de 'marcador_de_erro'.

[000643] O campo de 'marcador_de_erro' indica se existe ou não um erro em um pacote atual. Se o valor deste campo for '1', existe um erro neste pacote quando o pacote é desconformado da conformação em pacotes.

[000644] A FIG. 59D ilustra a estrutura de um pacote de transporte de acordo com uma outra configuração da presente

invenção.
[000645]	Os	campos	no	pacote de transporte	ilustrado na FIG.
59D são	idênticos	aos	do pacote de transporte ilustrado na
FIG. 59A	.
[000646]	As	FIGS.	60A	e 60B ilustram as	estruturas de um
pacote	de	transporte,	um cabeçalho de	base e um campo

adicional de acordo com uma outra configuração da presente invenção.

[000647] O pacote de transporte ilustrado na FIG. 60A inclui uma pluralidade de campos de cabeçalho e um campo de carga útil. Cada um dos campos de cabeçalho inclui informações de cabeçalho de base, informações indicando se existe ou não um ponteiro, informações de LMT, informações adicionais, e uma carga útil. Um datagrama de IP e pacotes de sinalização são fornecidos através do campo de carga útil.

[000648] Em detalhe, a FIG. 60A ilustra a sintaxe de um pacote de transporte de acordo com uma outra configuração da presente invenção.

[000649] Um campo de 'primeiro_último' é um campo de 2 bits que especifica se um pacote é um primeiro ou um último pacote

Petição 870190118091, de 14/11/2019, pág. 113/167

110/160 de encapsulação, conforme definido na Tabela 5.

[000650] No campo de 'indicador—de—pacote—de_sinalizacão' indica se os dados de carga útil são dados de sinalização. Se o valor deste campo for '1', poderá ser entendido que os dados

fornecidos através	de	um campo	de	'carga	útil'	são	dados de
sinalização.
[000651] No campo	de	'indicador_de_	erro'	indica	se	um pacote
inclui um erro.
[000652] Um campo	de	'marcador_	adic	ional'	é um campo	de 1 bit

que indica se existem informações adicionais. Na atual configuração, um campo de 'campo_adicional' contém informações adicionais. Se o valor deste campo for '1', poderá ser entendido que o campo de 'campo_adicional' existe.

[000653] Um campo de 'marcador_de_compactação' indica se um datagrama de IP se encontra compactado. Se o valor deste campo for '1', isto significa que um datagrama de IP fornecido através do campo de 'carga útil' se encontra compactado.

[000654] Um campo de 'marcador_de_ponteiro' indica se existe um outro datagrama de IP ou dados de sinalização. Se o valor deste campo for '1', poderá ser entendido que existe um outro datagrama de IP ou sinalização.

[000655] Um campo de 'marcador_de_continuidade' é um campo de 1 bit que indica se existe um campo de '<marcador><extensão><dados de campo adicional>'. Isto é, se o campo de '<marcador><extensão><dados de campo adicional>' for referido como o campo de 'Campo Adicional', poderá ser entendido que o 'Campo Adicional' existe quando o valor do campo de 'marcador_de_continuidade' for '1' e que o campo de 'Campo Adicional' não existe quando o valor do campo de 'marcadordecontinuidade' for '0'.

Petição 870190118091, de 14/11/2019, pág. 114/167

111/160

[000656] No campo de 'marcador' define o tipo de dados de informações adicionais, da seguinte forma:

[Tabela 16]

Valor	Descrição
0	campo de preenchimento
1	campo de LMT
2	campo de parâmetro de compactação
3 - 127	Reservado

[000657] Um campo de 'extensão' indica a extensão das informações adicionais. Na atual configuração, um campo de 'campo_adicional' contém informações adicionais, e portanto o campo de 'extensão' indica a extensão do campo de ‘campo_adicional'.

[000658] O	campo	de ‘campo	_adicional'	contém as	informações
adicionais.
[000659] O	campo	de ‘campo_	de_ponteiro'	é um campo	' de 8 :	bits
que indica	uma	defasagem	desde o	início do	pacote	de
transporte	até o	primeiro	byte de	um segundo	pacote	de
encapsulação	no	pacote de	transporte	quando o	pacote	de

transporte inclui dois ou mais pacotes de encapsulação.

[000660] Um campo de ‘byte_de_dados' contém um datagrama de IP ou dados de sinalização. Os dados podem ser fragmentados.

[000661] As FIGS. 61A e 61B ilustram a estrutura de um campo de ‘campo_de_preenchimento' quando o valor do campo de ‘marcador' ilustrado na FIG. 60 for ‘0' de acordo com uma configuração da presente invenção.

[000662] O campo de ‘marcador' indica que irá encontrar-se a seguir um campo de preenchimento.

[000663] Um campo de ‘extensão' é um campo de 8 bits que indica a extensão do campo de preenchimento. Na presente

Petição 870190118091, de 14/11/2019, pág. 115/167

112/160 configuração, um campo de 'byte_de_preenchimento' contém dados

de preenchimento,	e	portanto,	o campo de '	extensão' indica	a
extensão do	campo	de	'byte_de_	preenchimento'	.
[000664] O	campo	de	'byte_de_	preenchimento'	tem um valor de	8
bits que é	igual	a '0xFF'	e pode ser	inserido por	um
codificador.	Este	campo é descartado por um	decodificador.
[000665] A	FIG.	62	ilustra	a estrutura	de um campo	de

'campo_de_LMT' quando o valor do campo de 'marcador' ilustrado na FIG. 60 é '1' de acordo com uma configuração da presente invenção.

[000666] Um campo de 'marcador' indica que irão encontrar-se a seguir informações de LMT. Na atual configuração, um campo de 'informações_de_LMT' contém informações de LMT.

[000667] Um	campo de	'extensão' é	um campo de	8 bits que
indica a	extensão	em bytes	de um	campo de
'informações_	de_LMT'.

[000668] O campo de 'informações_de_LMT' contém informações de posição de todos os dados de IP dentro de um sub-canal de dados de IP e informações de posição de todos os dados de sinalização dentro de um sub-canal de dados de sinalização. Este campo foi descrito acima com referência às FIGS. 34 até 39.

[000669] A FIG. 63 ilustra a estrutura de um campo de 'parâmetro_de_campo_de_compactação' quando o valor do campo de 'marcador' ilustrado na FIG. 60 é '2' de acordo com uma configuração da presente invenção.

[000670] Um campo de 'marcador' indica se irão encontrar-se a seguir informações relativas a parâmetros de compactação. Na atual configuração, um campo de 'parâmetro_de_compactação' contém informações referentes a parâmetros de compactação.

Petição 870190118091, de 14/11/2019, pág. 116/167

113/160

[000671] Um campo de 'extensão' é um campo de 8 bits que especifica a extensão em bytes de um campo de 'tipo_de_compactação' e o campo de 'parâmetro_de_compactação'.

[000672] O campo de 'tipo_de_compactação' indica o tipo de compactação. As informações adicionais referentes a tipo de compactação serão transportadas por um campo de 'campo_adicional'. Um exemplo de tipo de compactação de acordo com o valor do campo de 'tipo_de_compactação' encontra-se ilustrado a seguir:

Tabela 17]

'parâmetro de compactação'	Descrição
0	Sem compactação
1	ROHC
2 - 255	Reservado

[000673] O campo de 'parâmetro_de_compactação' contém parâmetros relacionados com a compactação dos dados de carga útil. Os parâmetros variam de acordo com o tipo de compactação.

[000674] As FIGS. 64A e 64B ilustram a estrutura de um pacote de sinalização de acordo com uma configuração da presente invenção.

[000675] Os dados de sinalização são transportados através de uma carga útil de um pacote de transporte de MCAST. Os dados de sinalização contêm informações adicionais referentes a um datagrama de IP. As informações de IMT transportadas através de um pacote de sinalização incluem informações de associação entre seqüências de IP e sub-canais de dados de IP.

[000676] Um campo de 'tipo_de_sinalização' indica o tipo dos dados fornecidos pela carga útil, da seguinte forma:

[Tabela 18]

Petição 870190118091, de 14/11/2019, pág. 117/167

114/160

Valor	Descrição
0	Proibido
1	tabela de mapeamento de IP
2 - 31	Reservado

[000 677] Um campo de 'número_de_versão' é um campo de 3 bits que indica o número de versão de um pacote de sinalização. O número de versão é incrementado por 1 sempre que os dados de sinalização transmitidos através da carga útil forem alterados.

[000678] Um campo de 'extensão_de_carga útil' é um campo de 16 bits que indica a extensão dos dados de sinalização seguintes.

[000679] Um campo de 'byte_de_dados' contém dados de sinalização de acordo com um campo de 'tipo_de_sinal'.

[000680] Será agora descrito um método de suporte de OMA-BCAST através de MCAST, e a relação entre OMA-BCAST e MCAST de acordo com uma configuração da presente invenção.

[000681] Um terminal de ATSC-M/H suporta não somente IPv6 mas também IPv4 para encapsulação em geral e transmissão de pacotes em rede. Um sistema ATSC-M/H pode igualmente utilizar tanto IPv6 quanto IPv4. O protocolo de Internet permite que uma camada portadora e uma camada de gerenciamento sejam distinguidas de forma abstrata e lógica uma da outra. O datagramas de IP são encapsulados em um pacote de transporte de MCAST. Para transmissão de MCAST são necessárias informações de mapeamento entre um datagrama de IP e um turbo canal, e uma tal sinalização de mapeamento de endereçamento de IP pode ser realizada através da tabela de mapeamento IMT referida acima.

[000682] Será agora descrita uma associação entre um serviço OMA BCAST e MCAST. Os fatores mais importantes desta

Petição 870190118091, de 14/11/2019, pág. 118/167

115/160 associação são a sinalização, a descoberta de um ponto de entrada de um guia de serviço, e a descoberta de sessões de transmissão. Para esta finalidade, é necessário que as seqüências de IP e os canais de transporte sejam associados entre si e sinalizados. Para acesso a um serviço OMA BCAST, é necessário em primeiro lugar assegurar um ponto de entrada de informações de anúncio de serviço. As informações de anúncio de serviço podem ser fornecidas através de mais de um turbo canal. Em MCAST, as informações de localização de um turbo canal do ponto de entrada do serviço são transmitidas mediante utilização de uma IMT transmitida através de um SIC. Além disso, uma IMT contendo informações de localização de seqüências de IP incluídas em turbo canais pode encontrar-se presente em uma localização previamente determinada de cada um dos turbo canais. Por uma questão de conveniência de explicação, as informações de mapeamento transmitidas através de um SIC são referidas como 'i-MT' e as informações de mapeamento em um turbo canal transmitindo dados são referidas como 'IMT'.

[000683] Para provisão de um guia de serviços OMA-BCAST, são incluídos em turbo canais um canal de anúncio de guia de serviços e um canal de fornecimento de guia de serviços. Em particular, um dos turbo canais pode fornecer uma grande quantidade de informações referentes a fragmentos de serviços para um guia de serviços em todos os turbo canais, tal como um ESG agregado. Além disso, este canal pode prover um canal de anúncio de serviços. O canal de ESG agregado proporciona informações de localização de seqüências de IP incluídas em outros turbo canais, dessa forma permitindo acesso aos outros turbo canais para obtenção de uma seqüência de IP específica.

Petição 870190118091, de 14/11/2019, pág. 119/167

116/160

[000684] A FIG. 65 ilustra um processo e provisão de um serviço OMA BCAST por um sistema de transmissão MCAST de acordo com uma configuração da presente invenção.

[000685] Fazendo referência à FIG. 65, um SIC inclui uma i-IMT contendo uma lista de todos os pontos de entrada de serviços. Os pontos de entrada de serviços descrevem um canal específico de guia de serviços ou de guia de serviços agregados. A i-IMT contém informações de localização de seqüências de IP em turbo canais.

[000686] Um aparelho de recepção de difusão obtém a i-IMT do SCI. A i-IMT inclui informações de localização de um canal incluindo o canal específico de guia de serviços ou guia de serviços agregados. O aparelho de recepção de difusão acessa um turbo canal contendo um serviço desejado de entre os turbo canais, com base nas informações de localização incluídas na i-IMT.

[000687] Em cada um dos turbo canais encontra-se presente um sub-canal de dados de sinalização transmitindo dados de sinalização, e uma IMT pode encontrar-se presente no sub-canal de dados de sinalização. A IMT pode ter informações de localização de pelo menos um de um canal de anúncio de guia de serviços incluídos em um canal de difusão correspondente, um canal de fornecimento de guia de serviços, e seqüências de dados de IP. O aparelho de recepção de difusão obtém um guia de serviços com base nas informações de localização incluídas na IMT. O aparelho de recepção de difusão pode acessar um serviço específico com base nas informações contidas no guia de serviços. Um método para permitir que um usuário receba um serviço será descrito detalhadamente mais adiante com referência à FIG. 66.

Petição 870190118091, de 14/11/2019, pág. 120/167

117/160

[000688] A FIG. 66 ilustra um método de provisão de um serviço mediante utilização de MCAST com suporte OMA-BCAST de acordo com uma configuração da presente invenção.

[000689] Em primeiro lugar, para suportar OMA BCAST, é preciso que um canal de anúncio de guia de serviços (“Service Guide” SG) e um canal de fornecimento de SG sejam fornecidos através de mais de um canal. O aparelho de recepção de difusão tem que subseqüentemente acessar o canal de anúncio de SG e o canal de fornecimento de SG. O canal de fornecimento de SG transmite fragmentos de um guia de serviços, e o guia de serviços proporciona meta-dados relativos a serviços de difusão, por exemplo, configuração de serviços de difusão. O canal de anúncio de SG fornece informações para processamento do canal de fornecimento de SG.

[000690] O aparelho de recepção de difusão acessa em primeiro lugar um SIC para verificar um turbo canal através do qual é fornecido o canal de anúncio de SG. Uma i-IMT contém o endereço de IP do canal de anúncio de SG, ou informações de localização do canal de anúncio de SG ou um canal incluindo seqüências de dados de IP. Por exemplo, a i-IMT pode conter informações de mapeamento entre o endereço de IP do canal de anúncio de SG e o número de um turbo canal.

[000691] O aparelho de recepção de difusão pode receber informações referentes ao canal incluído na i-IMT para que um usuário possa selecionar um canal específico ou para que um canal de anúncio possa ser aleatoriamente selecionado como padrão sem intervenção do usuário. Se o usuário selecionar o canal específico, o canal selecionado é acessado mediante utilização do endereço de IP do canal selecionado e das informações incluídas na i-IMT. Desta forma, é possível prover

Petição 870190118091, de 14/11/2019, pág. 121/167

118/160 adicionalmente ao usuário um guia de serviços ou um serviço. [000692] Em um turbo canal, encontra-se presente um sub-canal de dados de sinalização transmitindo dados de sinalização. em um sub-canal de dados de sinalização, encontra-se presente uma IMT contendo informações de localização de seqüências fornecidas através de um turbo canal atual. Por exemplo, podem ser incluídas informações de mapeamento entre os endereços de IP de seqüências de dados de IP fornecidas através de um turbo canal atual e um sub-canal de dados.

[000693] O aparelho de recepção de difusão pode obter da IMT as informações de localização do canal de anúncio de SG. Um sub-canal de dados incluindo o canal de anúncio de SG é acessado mediante utilização do endereço de IP do canal de anúncio de SG obtido da i-IMT e da IMT. O aparelho de recepção de difusão obtém as informações de localização do canal de fornecimento de SG mediante processamento do canal de anúncio de SG. Por exemplo, o endereço de IP do canal de fornecimento de SG pode ser obtido mediante processamento do canal de anúncio de SG. Na medida em que se encontram presentes, na IMT obtida anteriormente, informações de mapeamento entre endereços de IP e sub-canais de dados, o aparelho de recepção de difusão acessa o canal de fornecimento de SG mediante utilização do endereço de IP do canal de fornecimento de SG e da IMT, e obtém um guia de serviços do canal de fornecimento de SG.

[000694] O guia de serviços consiste em meta-dados relativos a um serviço de difusão destinado a ser provido, tal como um ESG e um EPG, conforme descritos acima. O aparelho de recepção de difusão pode prover o guia de serviços a um usuário para que o usuário possa selecionar um serviço de difusão desejado, ou

Petição 870190118091, de 14/11/2019, pág. 122/167

119/160 pode prover um serviço de difusão designado como padrão. Se o usuário selecionar um serviço de difusão desejado, o serviço de difusão selecionado é provido mediante utilização do guia de serviços. Por exemplo, o guia de serviços pode incluir os endereços de IP de seqüências de IP que proporcionam serviços. Na medida em que a IMT obtida anteriormente inclui as informações de mapeamento entre os endereços de IP e os subcanais de dados, é obtida uma seqüência de dados de IP mediante utilização dos endereços de IP das seqüências de IP que fazem provisão de serviços de difusão, que são obtidas do guia de serviços, e da IMT. O aparelho de recepção de difusão provê o serviço de difusão selecionado mediante utilização da seqüência de IP obtida.

[000695] Será agora brevemente descrita uma camada de serviços de OMA BCAST.

[000696] Um guia de serviços permite que sejam descritos serviços e conteúdos, que são criados por provedores de serviços/conteúdos tanto através de um canal de difusão quanto através de um canal interativo ou que são providos mediante assinatura ou aquisição. Além disso, o guia de serviços descreve um método de acesso de serviços. em termos de um terminal de usuário, o guia de serviços é um ponto de acesso para descoberta de serviços ou conteúdos que podem ser atualmente utilizados ou se destinam a ser utilizados. Adicionalmente, o guia de serviços provê um ponto de entrada de dados para um serviço direcional aleatório.

O guia de serviços tem as seguintes funções.

[000697] Em primeiro lugar, o modelo de dados do guia de serviços cria um serviço, um cronograma, um conteúdo, provisão de dados referentes a aquisição, acesso, e dados interativos

Petição 870190118091, de 14/11/2019, pág. 123/167

120/160 em uma forma de fragmento de guia de serviços.

[000698] Em segundo lugar, a descoberta do guia de serviços permite descobrir um ponto de entrada de um enlace inicial e do guia de serviços.

[000699] Em terceiro lugar, o fornecimento do guia de serviços é realizado não somente através de um canal interativo opcional mas também através de um canal de difusão.

[000700] Finalmente, a atualização, gerenciamento, e completude do guia de serviços asseguram que o guia de serviços se encontre atualizado e suficientemente completo para ser provido para visualização a um usuário.

[000701] Um Terminal de ATSC-M/H deverá suportar as partes obrigatórias de um Guia de Serviços OMA BCAST para a funcionalidade de Guia de Serviços. Adicionalmente, as partes associadas com métodos interativos, fornecimento e utilização do Guia de Serviços deverão ser interpretadas como opcionais no presente relatório descritivo, mesmo quando especificadas como obrigatórias. Será descrita em seguida uma via de percurso de transmissão e uma transmissão de acordo com formato de dados.

[000702] Em primeiro lugar, será descrita uma transmissão de seqüência de A/V em tempo real através de difusão.

[000703] Para realização de fornecimento em tempo real de serviços de difusão áudio-visuais para ATSC-M/H deverá ser utilizado RTP/UDP como protocolo de transporte. Os diferentes formatos de áudio e vídeo são encapsulados para RTP através de formatos específicos de carga útil de RTP, sendo cada um dos mesmos definidos para um codec específico. Os aspectos de fornecimento de seqüência são aumentados com a utilização opcional de relatórios de recepção.

Petição 870190118091, de 14/11/2019, pág. 124/167

121/160

[000704] O Terminal de ATSC-M/H deverá suportar as partes obrigatórias de Distribuição de Arquivos e Seqüências de Dados de OMA BCAST para fornecimento de seqüências áudio-visuais em tempo real. Adicionalmente, o terminal poderá suportar os procedimentos de fornecimento associados de Distribuição de Arquivos e Seqüências de Dados de OMA BCAST.

[000705] Será descrita em seguida a transmissão de uma seqüência de A/V solicitada através de um canal bidirecional.

[000706] O protocolo de transporte RTP/UTP é utilizado também para fornecimento de seqüências áudio-visuais através do canal interativo para serviços mediante demanda. Na medida em que o modo interativo é opcional, o Terminal de ATSC-M/H pode suportar as partes interativas de Distribuição de Seqüências de OMA BCAST conforme especificadas na especificação.

[000707] Em seguida, será descrita uma transmissão de conteúdo em tempo não real através de um canal de difusão.

[000708] Para esta finalidade, para realização do fornecimento de conteúdo em tempo não real através de um canal de difusão é utilizado FLUTE/UDP como protocolo de transporte. A robustez do fornecimento de arquivos pode ser aumentada de duas formas - mediante aplicação de FEC de camada de aplicação ou mediante aplicação de procedimentos pós-fornecimento (correção de erros) que operam através de um canal de retorno opcional.

[000709] O Terminal de ATSC-M/H deverá suportar as partes obrigatórias de Distribuição de Arquivos e Seqüências de Dados de OMA BCAST, especificação para fornecimento de conteúdo em tempo não real. Adicionalmente, o terminal poderá suportar os procedimentos de fornecimento associados de Distribuição de Arquivos e Seqüências de Dados de OMA BCAST.

[000710] Será descrita em seguida uma transmissão de conteúdo

Petição 870190118091, de 14/11/2019, pág. 125/167

122/160 em tempo não real através de um canal interativo.

[000711] Na medida em que o modo interativo é opcional, o Terminal de ATSC-M/H pode suportar as partes interativas de Distribuição de Arquivos de OMA BCAST conforme especificadas na especificação. Deverá ser observado que neste caso somente as partes obrigatórias da especificação serão suportadas.

[000712] Finalmente, o terminal de ATSC-M/H suporta dados auxiliares, propaganda, e notificações conforme definidos nas especificações.

[000713] Será agora descrita a proteção de um serviço de conteúdo através de OMA BCAST.

[000714] A FIG. 67 ilustra esquematicamente a estrutura de quatro camadas para proteção de um serviço e conteúdo de acordo com uma configuração da presente invenção.

[000715] Para proteção de serviços, são suportados dois sistemas de gerenciamento de chave (Key Management Systems” KMS's).

[000716] Um dos dois KMS's é um KMS baseado em terminal (perfil DRM) que consiste em gerenciamento de chave realizado por um terminal. O outro KMS é um KMS baseado em cartão inteligente (perfil smartcard”) realizado por (U)SIM ou (R)UIM/CSIM.

[000717] Um terminal de ATSC-M/H pode suportar ambos os KMS's juntos mas não poderá suportar somente um dos mesmos.

[000718] Se o terminal de ATSC-M/H suportar KMS baseado em terminal, o terminal suportará as partes obrigatórias do perfil DRM definido nas especificações.

[000719] Se o terminal de ATSC-M/H suportar KMS baseado em cartão inteligente, o terminal suportará as partes obrigatórias do perfil de cartão inteligente definido nas

Petição 870190118091, de 14/11/2019, pág. 126/167

123/160 especificações.

[000720] Ambos os dois KMS's referidos acima proporcionam um elevado nível de segurança para proteção de serviços em dispositivos móveis, e podem ser aplicados simultaneamente.

[000721] As quatro camadas serão agora descritas com referência à FIG. 59.

[000722] Uma camada de tráfego utiliza IPsec, SRTP ou ISMACryp como criptograma de tráfego.

[000723] IPsec é uma carga útil de segurança de encapsulação (“Encapsulating Security Payload” - ESP) e utiliza AES-128-cbc com IV explícito como um algoritmo de criptografia em cada pacote de IP. A autenticação é opcional e utiliza HMAC-SHA-196.

[000724] O SRTP utiliza AES-128-CTR como algoritmo de criptografia. A autenticação é opcional e utiliza HMAN-SHA-180.

[000725] O ISMACryp 1.1 com OMA BCAST especifica extensões para agnosticismo de codec.

[000726] O AES-BYTE-CTR é utilizado como algoritmo de criptografia. A autenticação é opcional e utiliza HMAC-SHA1.

[000727] Uma camada de gerenciamento de chave, uma camada de gerenciamento de direitos e uma camada de registro para perfil de DRM utilizando Microsoft PlayReady são especificadas nas especificações.

[000728] Uma camada de gerenciamento de chave, uma camada de gerenciamento de direitos e uma camada de registro para perfil de DRM utilizando OMA DRM 2.0 são especificadas nas especificações.

[000729] Uma camada de gerenciamento de chave, uma camada de gerenciamento de direitos e uma camada de registro para perfil

Petição 870190118091, de 14/11/2019, pág. 127/167

124/160 de cartão inteligente são especificadas nas especificações.

[000730] Um terminal que suporta interatividade pode suportar qualquer um ou ambos os perfis, de DRM e de cartão inteligente. Para o perfil de DRM, será suportado fornecimento de mensagens de chave de longo prazo (“Long-Term Key Messages” - LTKM's) através de um canal interativo e poderá ser suportado fornecimento de LTKM através de um canal de difusão.

[000731] Um terminal que não suporta interatividade pode suportar o perfil de DRM. O fornecimento de LTKM através de um canal de difusão será suportado.

[000732] Um Terminal de ATSC-M/H pode suportar proteção de conteúdo. Se o terminal de ATSC-M/H suportar proteção de conteúdo, deverá suportar qualquer um ou ambos, Microsoft PlayReady e OMA DRM v2.0.

[000733] Um sistema de MCAST de acordo com uma configuração da presente invenção permite um suporte opcional para um canal interativo. O suporte para recursos interativos é opcional para o Terminal ATSC-M/H. Entretanto, se o terminal ATSC-M/H suportar recursos interativos, o terminal deverá suportar a especificação OMA BCAST 1.0 para interatividade de endereços. Para estas especificações, as partes obrigatórias são suportadas.

[000734] Serão doravante aqui descritos aspectos de camada de representação de ATSC-M/H de acordo com uma configuração da presente invenção.

[000735] Relativamente a codec de vídeo, um Terminal ATSC-M/H deverá suportar o codec de vídeo H.264/AVC. Adicionalmente, o

Terminal ATSC-M/H deverá suportar pelo menos uma das seguintes cinco capacidades:

• decodificação de seqüências de bits com

Petição 870190118091, de 14/11/2019, pág. 128/167

125/160 conformidade para o H.264/AVC Nível 1b do perfil de linha de base com um campo de ‘marcador_de_definir1_restrição' com um valor igual a ‘1';

• decodificação de seqüências de bitscom conformidade para o H.264/AVC Nível 1.2 do perfil de linha de base com um campo de 'marcador_de_definir1_restrição' com um valor igual a ‘1';

• decodificação de seqüências de bitscom conformidade para o H.264/AVC Nível 2 do perfil de linha de base com um campo de ‘marcador_de_definir1_restrição' com um valor igual a ‘1';

• decodificação de seqüências de bitscom conformidade para o H.264/AVC Nível 3 do perfil de linha de base com um campo de ‘marcador_de_definir1_restrição' com um valor igual a ‘1'; e • decodificação de seqüências de bitscom conformidade para o H.264/AVC Nível 4 do perfil de linha de base com um campo de ‘marcador_de_definir1_restrição' com um valor igual a ‘1';

[000736] O Terminal ATSC-M/H pode opcionalmente suportar mais de uma dessas capacidades, e uma capacidade de suporte de decodificação de níveis e perfis mais elevados que aqueles requeridos por esta capacidade.

[000737] Relativamente a taxa de quadros, o terminal ATSC-M/H decodificará cada uma das taxas de quadros permissíveis de acordo com o perfil e nível H.264/AVC associados com a capacidade implementada. As taxas de quadros podem incluir taxas de quadros variáveis. Os decodificadores não serão obrigados a decodificar seqüências de bits quando a distância máxima entre duas imagens exceder 0,7 segundos.

Petição 870190118091, de 14/11/2019, pág. 129/167

126/160

[000738] Com relação a razão de aspecto, o terminal ATSC-M/H decodificará cada uma das razões de aspecto permissíveis de acordo com o perfil e nível H.264/AVC associados com a capacidade implementada.

[000739] Com relação a resolução de luminância, o terminal ATSC-M/H decodificará cada uma das resoluções de luminância permissíveis de acordo com o perfil e nível H.264/AVC associados com a capacidade implementada.

[000740] Com relação a cromacidade, o terminal ATSC-M/H decodificará cada valor permissível de cor_primárias, características_de_transferência, e coeficientes_de_matriz.

[000741] Com relação a formato de crominância, o terminal ATSC-M/H decodificará cada valor permissível de campo_de_topo_de_tipo_de_localização_de_amostra_de_crominância e campo_de_fundo_de_tipo_de_localização_de_amostra_de_crominância.

[000742] Com relação a codec de áudio, o Terminal ATSC-M/H deverá suportar qualquer um ou ambos os codecs HE AAC v2 e AMR-WB+ (Extended AMR-WB).

[000743] Em primeiro lugar será descrito o HH AAC v2. O terminal ATSC-M/H deverá suportar codificação mono/paramétrica ou uma função estéril de 2 canais conforme definição no Nível de Perfil 2 do HE AAC v2. O ATSC-M/H poderá opcionalmente suportar decodificação de áudio de múltiplos canais definida no Nível de Perfil 4 do HE AAC v2.

[000744] Com relação a perfis, o terminal ATSC-M/H deverá suportar o Perfil HE AAC v2. O terminal ATSC-M/H poderá opcionalmente suportar decodificação do Perfil HE AAC.

[000745] Com relação a taxa de bits, o terminal ATSC-M/H deverá decodificar qualquer taxa de bits permitida pelo Perfil HE AAC v2 e Nível selecionado.

Petição 870190118091, de 14/11/2019, pág. 130/167

127/160

[000746] Com relação a freqüência de amostragem, o terminal ATSC-M/H deverá decodificar cada taxa de amostragem de áudio permitida pelo Perfil HE AAC v2 e Nível selecionado.

[000747] Com relação a controle de faixa dinâmica, o terminal

ATSC-M/H deverá suportar a ferramenta de controle de faixa dinâmica AAC MPEG-4.

[000748] Com relação a mistura decrescente (downmixing), o terminal ATSC-M/H deverá suportar downmixing de matriz conforme definido em MPEG-4.

Será agora descrito o codec AMR-WB.

[000749] Com relação a um modo de áudio, o terminal ATSC-M/H deverá realizar decodificação em mono e estéreo com a funcionalidade definida em AMR-WB+.

[000750] Com relação a freqüência de amostragem, o terminal ATSC-M/H deverá ser capaz de codificar cada uma das taxas de amostragem de áudio permitidas pelo AMR-WB+ para mono e estéreo.

[000751] Com relação a legendagem, o sistema ATSC-M/H deverá prover legendas e textos sincronizados com imagens (closed captions) utilizando o formato 3GPP Timed Text. O Terminal ATSC-M/H deverá suportar o formato 3GPP Timed Text para legendas e textos sincronizados com imagens (closed captions).

[000752] A FIG. 68 ilustra um mecanismo de gerenciamento de energia de acordo com uma configuração da presente invenção.

[000753] Em geral, os dispositivos críticos em termos de consumo de energia são um painel de exibição, tal como um MCD, e um módulo de rádio-freqüência (RF). Nesta seção, será descrito um mecanismo de economia de energia baseado em controle de módulo de RF.

Petição 870190118091, de 14/11/2019, pág. 131/167

128/160

[000754] Em um sistema de difusão genérico, o módulo de RF deve ser ativado e deve monitorar todos os quadros de entrada para encontrar um quadro desejado. Em ATSC-MCAST, todos os turbo serviços são agrupados e mapeados para um conjunto de seqüência de quadros e informações relativas aos quadros, por exemplo, as posições e número de quadro, são fornecidas através de um SIC. Com base nas informações fornecidas, um aparelho de recepção de difusão pode estabelecer uma distinção entre um período ocioso e um período de trabalho.

[000755] A FIG. 68 ilustra exemplos de fatiamento de quadro MCAST, e números de quadro que são utilizados para identificar um serviço. Por exemplo, se um usuário selecionar o programa #1, o módulo de RF pode trabalhar para receber os quadros #1 até #4 de entre os grupos de quadros de RF. Ou seja, uma camada de transporte instrui uma camada física a receber os quadros #1 até #4. O número dos grupos de quadros de RF e a duração de fatiamento de quadro poderão variar e as informações referentes a uma alteração dos mesmos são transmitidas através do SIC.

[000756] Um número fixo de pacotes de MCAST são unidades de tipo de rajada. O número de pacotes de MCAST varia de acordo com a função de um modo de turbo codificação. Os números de pacotes de MCAST podem ser alterados em cada rajada.

[000757] A FIG. 69 é um gráfico ilustrativo de parâmetros relacionados com fatiamento de quadro MCAST de acordo com uma configuração da presente invenção.

[000758] Será agora descrito um método de transmissão de dados de acordo com um método de transmissão em rajada.

[000759] A FIG. 69 ilustra parâmetros utilizados para fatiamento de tempo. A definição dos parâmetros encontra-se a

Petição 870190118091, de 14/11/2019, pág. 132/167

129/160 seguir:

[Tabela 19]

Parâmetro	Descrição
Bp	Período de Rajada (quadro)
Bd	Duração de Rajada (quadro)
Ot	Tempo Inativo (quadro)
Bs	Tamanho de Rajada (Bloco)
Bb	Largura de Banda de Rajada (Bloco/Quadro)
Cb	Largura de Banda Constante (Bloco/Quadro)

[000760] A relação entre os parâmetros Bd, Bb, Bp e Cb é expressada como 'BdxBb = BpxCb'.

[000761] A FIG. 70 é um gráfico ilustrativo de parâmetros relativos a economia de energia de acordo com uma configuração da presente invenção.

[000762] Existem 3 estágios necessários para atribuição de múltiplos serviços de rajada para um turbo canal. Em primeiro lugar, é necessário calcular uma largura de banda previamente determinada para cada um dos serviços utilizando a Equação (3)

a seguir. N	a Equação (3),	'Tc'	indica uma taxa	de turbo
codificação,	por exemplo 1/2,	1/3,	ou 1/4.
	Cbn = Taxa de	dados	(kbit/s)
	32 x 8 x	78 x	188 x Tc
	24,2(ms)		208 ...	(3)
[000763] Em	segundo lugar,	cada	um dos serviços é	atribuído

para a largura de banda previamente determinada.

[000764] A FIG. 71 é um gráfico ilustrativo de um método de atribuição de cada serviço para uma largura de banda previamente determinada para transmissão em modo de rajada de acordo com uma configuração da presente invenção.

Petição 870190118091, de 14/11/2019, pág. 133/167

130/160

[000765] Uma largura de banda total é calculada por:

CbToT = Cbl + Cb2 + ..... + CbN. ... (4)

[000766] Em terceiro lugar, os serviços #1 até #3 devem ser rodados em 90 graus no sentido horário ou no sentido antihorário .

[000767] A FIG. 72 é um gráfico ilustrativo de rotação de serviços para transmissão em modo de rajada de acordo com uma configuração da presente invenção.

[000768] Será agora descrito AL-FEC de acordo com uma configuração da presente invenção.

[000769] Relativamente a codificação, o AL-FEC de MCAST é um código concatenado de dois códigos de bloco lineares. São definidos códigos interno e externo como matrizes geradoras ou gráficos equivalentes. Por exemplo, um código interno e externo tem um código de mensagem (ui, u₂) . Cada um de u₂ e u₂representa uma seqüência de bits possuindo uma extensão L que é maior que '1'. Similarmente, a palavra de código no código é expressada como (v₂, v₂, v₂, v₄, v₂, v₂) , e ví{1=1,...6} é uma seqüência de bits com uma extensão L.

[000770] Se for dada uma matriz G ilustrada na Equação (5), a palavra de mensagem (u₂,u₂) é codificada em uma palavra de código (v₂, v₂, v₃, v₄, v₅, v₆) por v₂=Ui, v₂=u₂( + )u₂, v₄=u₂, v₅=ui, e v₆=u₂. O operador ( + ) acima indica uma seqüência de bits tipo XOR (exclusive-OR - exclusíva-OU).

4 s ΰ

0 ] 01 “

I I 0 l]₂ ¢5)

[000771] Na medida em que a extensão da palavra de código é três vezes maior que a extensão da palavra de mensagem, uma

Petição 870190118091, de 14/11/2019, pág. 134/167

131/160 taxa de código é 1/3. A matriz geradora pode ser convencionalmente expressada por um gráfico.

[000772] A FIG. 73 é um gráfico ilustrativo de uma matriz geradora de acordo com uma configuração da presente invenção. O gráfico da FIG. 73 representa a matriz G ilustrada na Equação (5). A descrição do gráfico é equivalente à da matriz geradora. Cada coluna no gráfico corresponde a um nó de palavra de código (v_i, i =1,...,6), ao passo que cada linha representa um código de mensagem (u₂, u₂). O valor na x^a linha e na y^a coluna da matriz G significa a linha entre u_x e v_y no gráfico. O grau de um nó (u ou v) representa o número de linhas ligadas ao nó e é assinalado como grau( u ou v). Por exemplo, grau(u1) é 4 e grau(v₃) é 2. A matriz geradora é um elemento importante que deve ser adequadamente construído.

[000773] Será agora descrita a construção de uma matriz geradora.

[000774] Supõe-se que o número de nós de mensagem seja k e o número de nós de código seja n. Uma taxa de código é k/n. Uma palavra de mensagem é representada por (u1, u₂,....., u_k) e uma palavra de código é representada por (v1, v₂,....., v_n). Em primeiro lugar, é construído um gráfico, e é obtida uma matriz geradora através de uma transformação de um gráfico. Um gráfico é obtido em duas etapas. A primeira etapa consiste em determinar o grau de nós de palavra de código (grau(vi)). A segunda etapa consiste em ligar nós de mensagem e nós de palavra de código.

[000775] Em detalhe, na primeira etapa, são dados k nós de mensagem e n ALC nós de palavra de código, e o grau de nós de palavra de código (grau(vi)) é determinado da forma a seguir.

1. Determinar d· — · de um parâmetro de construção Δ.

Petição 870190118091, de 14/11/2019, pág. 135/167

132/160

Δ é um valor integral de 1 até 16. d_Max é especificado pelo valor do parâmetro de construção Δ. Por exemplo, se Δ for '8', d_Max será ' 61' .

[Tabela 20] .4 1 Z 3 4 5 6 7 8 9 10 11 1¾ ί; μ qg

U aiT ses “zãi ws 1 ir si 74 oi 52 44 ϊί ãõ 27 2ã m^-

2. Determinar um conjunto de valores integrais, {N[i]|i = 1,2, . . ., d_Max} da seguinte forma:

- Se um código externo for designado, N[1]=n e N[i]=0 ( í ^—2 ,....., dw_ax )

- Se for designado um código interno,

2-Δ^-ΙΟΟ

Ml)= »<U(100+2-á)_ „ ^1W &..+1 100+2 A

-1 í-ff-Dj’

ΛΙ2)=»-Λ·[]]- £λΈτ]

	em	que [x] indica	o maior	número	interpositivo	que	é
menor que ou	igual a x.
	3 .	Determinar os	graus	de cada	nó de palavra	de
código i	) grai	2 ( v₂, ) , grau ( v₂)	, . . .,	grau (v_n) )	i de acordo	com	o
diagrama	de	fluxo ilustrado	na FIG.	63 .
[000776]	A	FIG. 74 é um diagrama	de fluxo	ilustrativo	de	um
método	de	determinação	de grau	(vi) de	acordo com uma

configuração da presente invenção.

[000777] Na operação 7410, as variáveis de números inteiros (kl, k2. . . . km) são inicializadas para '0', isto é, kl = k2=...=km=0, em que m indica um número inteiro maior de tal forma que N[m] não é zero. A outra variável de número inteiro j é definida como '1'.

a =arç min —2j_

[000778] Na operação S7420, um índice a, tal como ' , é determinado. Quando existe uma pluralidade de valores mínimos,

Petição 870190118091, de 14/11/2019, pág. 136/167

133/160 é determinado um conjunto de índices {a b ..., c}.

[000779] Na operação S7430, o grau de Vj é a e j é aumentado em 1. Além disso, o grau de Vj é b e j é aumentado em 1. Este procedimento é repetido até serem utilizados todos os índices.

[000780] Na operação S7440, somente variáveis (k_a, k_b, ..., k_c) especificadas no conjunto de índices {a, b, ..., c} são aumentadas por 1.

[000781] Na operação S7450, é verificado se todos os graus (grau(vj) j=1,..., n) foram determinados. Se não tiverem sido todos determinados, a operação S7420 é repetida.

[000782] Na segunda etapa, são dados k nós de mensagem e n nós de palavra de código, os graus de nós de palavra de código são grau(vi), e os nós de mensagem ligados a um nó de palavra de código são verificados de acordo com o diagrama de fluxo da FIG. 64.

[000783] A FIG. 75 é um diagrama de fluxo ilustrativo de uma ligação de nós de mensagem a um nó de código de acordo com uma configuração da presente invenção.

[000784] Na operação S7510, uma variável de índice j de um nó de palavra de código vj é inicializada para ser '1'.

[000785] Na operação S7520, é obtido um conjunto de índices de nó de mensagem {a, b,...,c} que deverão ser associados com o

nó de	palavra de	código	Vj.	O	número de	elementos
(\|{a,b,..	.,c}	\|) neste conjunto	deverá	ser igual ao	grau de	Vj,
grau(Vj).
[000786]	Na	operação	S7530,	são	identificados	os nós	de
mensagem	que	devem ser	ligados	ao	nó	de palavra de código	vj
com {u_a,	b, .	.., uc}.
[000787]	Na	operação	S7540,	os	procedimentos	acima	são
repetidos	para todos os	nós de	palavra	de código.

Petição 870190118091, de 14/11/2019, pág. 137/167

134/160

[000788] A FIG. 76 é um diagrama de fluxo que ilustra detalhadamente a operação S7520 da FIG. 75 de acordo com uma configuração da presente invenção.

[000789] Na operação S7610, os conjuntos de índices de nó de mensagem U e S são respectivamente inicializados para {1,...,k} e {}. Os conjuntos U e S são conjuntos ordenados e a ordem é definida da forma a seguir. Dados o x^o elemento a e o y^o elemento b no conjunto U ou S, se x < y, então a < b e viceversa. Esta inicialização é realizada somente uma vez antes de qualquer invocação deste procedimento.

[000790] Na operação S7620, após a obtenção de um valor pseudo-aleatório x em {1,...,|U|}, o índice de nó de mensagem que deve ser feito retornar é obtido pelo x^o elemento no conjunto U em que |U| significa o número de todos os elementos no conjunto U. Subseqüentemente, este elemento desloca-se do conjunto U para o conjunto S. Desta forma, todos os valores de índice de nó de mensagem previamente selecionados são incluídos no conjunto S enquanto os outros valores não selecionados permanecem no conjunto U.

[000791] Na operação S7630, é determinado se o conjunto U é um conjunto vazio. Se o conjunto U for um conjunto vazio, a operação S7630 é realizada para respectivamente inicializar os conjuntos S e U para {1,...,k} e {}.

[000792] Na FIG. 76 é especificada uma operação de obtenção de um número x de índice de nó de mensagem em {0,...,|U|}. Esta operação é realizada com utilização do algoritmo Mersenne Twister (MT) que é um algoritmo de geração de números pseudoaleatórios desenvolvido por Makoto Matsumoto e Takuji Nishimura em 1996/1997 e aperfeiçoado em 2002. O código C padrão dos inventores encontra-se livremente disponível para

Petição 870190118091, de 14/11/2019, pág. 138/167

135/160 qualquer propósito, inclusive para uso comercial.

[000793] Anteriormente a qualquer chamada de procedimento, o algoritmo Mersenne Twister (MT) é inicializado por uma semente de número inteiro de 32 bits não assinada. Para obtenção de um número x de índice de nó de mensagem em {0,...,| U|], é então gerado um número inteiro de 32 bits não assinado, um número inteiro mínimo e, de tal forma que é obtido |U| <=2^e, são obtidos os bits e mais significativos, e o procedimento anterior é descartado e é novamente repetido se o número for

maior que	ou igual a	\|U\|.	Se	o	número	for	menor	que	\| m	, o
número x	de índice de	nó	de	mensagem	é o	número	+ 1	que	se
encontra em {0,...,\|d\|}	.
[000794]	Será agora descrito	um	método	de	construção	de	uma

matriz geradora.

[000795] Cada coluna corresponde a um nó de palavra de código (ν±, i = 1,...,n) em um gráfico em que cada linha representa um nó de mensagem (u_i, i = 1,...,k). Quando u_x está ligado a v_y no gráfico, o elemento na x^a linha e na i^a coluna na matriz geradora será '1'. Se não estiverem ligados, o elemento será zero.

Serão agora descritos códigos AL-FEC pré-construídos.

[000796] Para definição de um código MCAST AL-FEC, são definidas duas matrizes. Uma das mesmas destina-se ao código interno e a outra destina-se ao código externo. Dado um código MCAST AL-FEC (n, k), o código interno será um código (n, k+d_k) e o código externo será um código (k+d_k, k). k+ ô_k é o número de nós de código convertido no código externo e de nós de mensagem nos códigos internos.

[000797] Para definir grau(vj) no código interno, é necessária a provisão de um parâmetro de construção Δ.

Petição 870190118091, de 14/11/2019, pág. 139/167

136/160

[000798] Para definir a ligação entre _ui e Vj nos códigos interno e externo, é necessária a provisão de uma semente aleatória para o procedimento Mersenne Twister. Esta semente será utilizada tanto para o código interno quanto para o código externo.

[000799] Desta forma, os três parâmetros ô_k, Δ e semente são suficientes para definirem um código MCAST AL-FEC. Para 3 diferentes códigos MCAST AL-FEC (n, k), estes parâmetros são listados da seguinte forma

[Tabela 21]

(n, k)	(õ_k, Δ, semente)
(2880,2304)	(10, 6, 14)
(1920, 1536)	(3,8,6)
(960,768)	(1,8,8)

[000800] A FIG. 77 é um diagrama de blocos de um aparelho de recepção de difusão MCAST de acordo com uma configuração da presente invenção.

[000801] Fazendo referência à FIG. 77, o aparelho de recepção de difusão inclui um extrator de informações de sinalização 7701, uma unidade de obtenção de dados 7702, e uma unidade de processamento de dados 7703.

[000802] O extrator 7701 de informações de sinalização obtém informações de sinalização necessárias para processamento de um canal de transporte. As informações de sinalização podem ser fornecidas através de um canal de transporte tal como um SIC. As informações de sinalização podem incluir pelo menos uma de entre informações de configuração referentes a uma seqüência de ATSC M/H, informações de correção de erros referentes ao canal de transporte, informações de configuração de canal de transporte que são necessárias para processamento

Petição 870190118091, de 14/11/2019, pág. 140/167

137/160 do canal de transporte.

[000803] As informações de sinalização podem ser incluídas continuamente ou descontinuamente na seqüência normal de ATSC e podem ser então transmitidas. As informações de sinalização são incluídas em uma localização previamente determinada de um quadro ou são incluídas informações de localização das informações de sinalização na localização previamente determinada do quadro de tal forma que o extrator de informações de sinalização 7701 possa reconhecer a localização das informações de sinalização. Adicionalmente, a localização das informações de sinalização pode ser indicada mediante inclusão de uma seqüência de bits específica dentro ou fora de um canal que transmite as informações de sinalização.

[000804] As informações de sinalização são informações importantes visto conterem informações necessárias para processamento de outros canais de transporte, e portanto poderem conter código adicional para correção de erros. As informações de sinalização podem ser transmitidas em-banda ou fora-de-banda ou podem ser transmitidas através de uma localização específica de uma seqüência de transporte.

[000805] A unidade de obtenção de dados 7702 obtém pacotes transmitidos através do canal de transporte. O termo 'canal de transporte' utilizado no presente relatório descritivo tem uma definição mais ampla que aquela utilizada em um sistema de difusão em geral. Isto é, o termo ‘canal de transporte' de acordo com a presente invenção inclui uma seqüência fornecida durante a inclusão da mesma em uma outra seqüência de transporte. Por exemplo, é possível transmitir uma seqüência normal de ATSC (TS de MPEG-2) mediante inclusão de uma seqüência TS de MPEG-2 ou outro tipo de seqüência de

Petição 870190118091, de 14/11/2019, pág. 141/167

138/160 transporte na mesma através de uma indicação adicional na seqüência normal de ATSC. Na atual configuração, o aparelho de recepção de difusão obtém dados mediante processamento de uma seqüência de transporte incluída em uma seqüência normal. Os dados podem ser obtidos de acordo com um método previamente determinado ou mediante utilização das informações de sinalização referidas acima transmitidas através de um canal específico tal como um SIC. Uma seqüência de transporte de acordo com a presente invenção, que se destina a ser recebida por um terminal móvel, é inserida em uma outra seqüência de transporte, ou informações indicando esta inserção são transmitidas através de um SIC. Por exemplo, uma seqüência de transporte é incluída em uma região de pacote nulo de TS de MPEG-2 ou em um campo de dados privado de uma TS de MPEG-2.

[000806] Se uma seqüência de transporte de acordo com a presente invenção, que se destina a ser recebida por um terminal móvel, for inserida em (ou adicionada a) uma outra seqüência de transporte, será necessário incluir igualmente informações de exibição ou um cabeçalho adicional para processamento da seqüência inserida ou adicionada. Por exemplo, poderão ser inseridas uma combinação de informações referentes às posições de início e de final da seqüência adicionada, informações referentes à extensão da seqüência adicionada, informações indicando se a seqüência adicionada existe, e outras informações necessárias para processamento da seqüência adicionada.

[000807] Muito embora isto não seja ilustrado nos desenhos, a unidade de obtenção de dados 7702 pode incluir uma unidade de saída de meta-informações e uma unidade de acesso de canal de transporte.

Petição 870190118091, de 14/11/2019, pág. 142/167

139/160

[000808] A unidade de saída de meta-informações produz como saída meta-dados referentes a um serviço de difusão provido. Os meta-dados proporcionam informações referentes ao serviço de difusão provido, tal como um ESG, um EPG, ou um guia de serviços de OMA BCAST. Os meta-dados podem incluir informações necessárias para processamento de um pacote de transporte. Por exemplo, dados SDP para processamento de seqüências de IP podem ser igualmente incluídos nos meta-dados. Isto é, diversas informações referentes ao serviço podem ser consideradas como constituindo meta-dados. A partir deste ponto, a presente invenção será descrita com relação a um guia de serviços de OMA BCAST como um exemplo de meta-dados. Um guia de serviços precisa ser obtido mediante acesso seqüencial a um canal de anúncio de guia de serviços e a um canal de fornecimento de guia de serviços para provisão de um serviço de acordo com OMA BCAST. Um canal de transporte que transmite um canal de anúncio de guia de serviços pode ser especificado em uma i-IMT ou em um SIC conforme foi descrito acima. Desta forma, a unidade de saída de meta-informações obtém meta-dados referentes a um serviço, que são providos através do canal de transporte, da i-IMT e em seguida produz a saída dos dados.

[000809] Se o sistema de transmissão MCAST suportar acesso em alta velocidade tal como o serviço primário referido acima, será possível prover um serviço primário simultaneamente com a obtenção de meta-dados.

[000810] A unidade de acesso de canal de transporte acessa um canal de transporte que provê um serviço de difusão selecionado por um usuário. Alternativamente, um canal de transporte pode ser automaticamente selecionado pelo aparelho de recepção de difusão ou por um provedor de serviços de

Petição 870190118091, de 14/11/2019, pág. 143/167

140/160 difusão.

[000811] Se o canal de transporte for selecionado, os dados transmitidos através do canal de transporte serão obtidos. Os dados transmitidos através do canal de transporte podem ser construídos em unidades de pacotes, unidades de seqüências de bytes, ou unidades de seqüências de bits. Um código de proteção de erros pode ser adicionado aos dados para correção de qualquer erro nos mesmos. Neste caso, o erro é corrigido mediante utilização do código de proteção de erros. Conforme foi descrito acima, os dados transmitidos através do canal de transporte podem ser apresentados em uma localização específica ou uma localização conhecida por um SIC, e a unidade de acesso de canal de transporte pode processar todas essas informações. Entretanto, de acordo com uma outra configuração da presente invenção, o processamento dessas informações pode ser realizado pela unidade de obtenção de dados 7703.

[000812] A unidade de processamento de dados 7703 processa dados obtidos. Os dados podem ser processados em unidades de pacotes, unidades de seqüências de bytes, ou unidades de seqüências de bits. Cada cabeçalho contém as informações de configuração de um pacote, e os dados originais são restaurados com base nas informações de configuração.

[000813] Em particular, o sistema de transmissão MCAST de acordo com a atual configuração fragmenta dados de aplicação para pacotes de encapsulação e segmenta os pacotes de encapsulação em pacotes de transporte. Neste caso, a unidade de processamento de dados 7703 restaura os pacotes de encapsulação mediante utilização das informações de cabeçalho dos pacotes de transporte e restaura os dados de aplicação

Petição 870190118091, de 14/11/2019, pág. 144/167

141/160 originais mediante utilização das informações de cabeçalho dos pacotes de encapsulação.

[000814] De acordo com uma outra configuração da presente invenção, os dados podem ser processados em seqüências de pacotes. Neste caso, as informações de configuração referentes às seqüências de pacotes, por exemplo, a LMT acima, são obtidas, e em seguida os dados são obtidos mediante processamento dos pacotes incluídos nas seqüências de pacotes.

[000815] Os dados obtidos são produzidos como saída através de um dispositivo de saída (não ilustrado) após serem decodificados ou sem terem sido decodificados. O dispositivo de saída processa e produz como saída os dados em unidades de acesso (Access Units” - AU's) para provisão de um serviço de difusão a um usuário. A AU indica uma unidade mínima que pode ser dividida e processada por um dispositivo de saída ou um dispositivo de decodificação. Por exemplo, no caso de vídeo, pacotes de quadros I, P, e B podem consistir em unidades AU, no caso de um pacote de transporte MPEG-2, uma PES ou dados de seção podem consistir em unidades AU.

[000816] Muito embora isto não seja ilustrados nos desenhos, o aparelho de recepção de difusão pode incluir adicionalmente um módulo de estabelecimento de canal, um receptor de RF, um processador de banda de base, e um receptor de informações de seqüência embutida. O modo de estabelecimento de canal estabelece uma freqüência para um canal e o aparelho de recepção de RF recebe um sinal correspondente à freqüência estabelecida. O processador de banda de base processa o sinal recebido, e transforma o mesmo em uma seqüência de bits de forma a processar o sinal em uma parte mais posterior. O receptor de informações de seqüência embutida recebe

Petição 870190118091, de 14/11/2019, pág. 145/167

142/160 informações referentes a uma seqüência embutida. As informações referentes a uma seqüência embutida podem consistir em quaisquer informações necessárias para o processamento da seqüência embutida, incluindo informações que especificam se uma seqüência embutida se encontra ou não presente, o tipo da seqüência embutida, ou um método de processamento da seqüência embutida, por exemplo, intercalação externa (“outer interleaving), informações de paridade de RS, intercalação de tempo.

[000817] Se uma primeira seqüência de transporte incluir uma segunda seqüência de transporte no mesmo formato ou em um formato diferente, a seqüência embutida descrita com referência à FIG. 77 é utilizada para indicar a inclusão da segunda seqüência de transporte. Desta forma, as informações para processamento da seqüência embutida são transmitidas embanda ou fora-de-banda, ou é utilizado um valor ou uma condição previamente determinados, para que o aparelho de recepção de difusão possa reconhecer as mesmas.

[000818] A FIG. 78 é um diagrama de fluxo ilustrativo de um método de recepção de uma difusão de acordo com uma configuração da presente invenção.

[000819] Na operação S7810, é estabelecida uma freqüência de um canal.

[000820] Na operação S7820, é recebido um sinal correspondente à freqüência estabelecida.

[000821] Na operação S7830, são recebidas informações referentes a uma seqüência embutida.

[000822] Na operação S7840, são obtidas informações de sinalização contendo informações para processamento de um ou mais canais de transporte. No presente relatório descritivo,

Petição 870190118091, de 14/11/2019, pág. 146/167

143/160 as informações de sinalização podem ser transmitidas através de um SIC.

[000823] Na operação S7850, as informações de um canal de transporte são providas a um usuário para obtenção da seleção do usuário.

[000824] Na operação S7860, é selecionado um canal de transporte provedor de um serviço, com base na intervenção do usuário. Alternativamente, um canal de transporte previamente determinado poderá ser selecionado como padrão.

[000825] Na operação S7870, são recebidos dados através de um ou mais canais de transporte.

[000826] Na	operação	S7880, os	dados	recebidos	são
processados.
[000827] Na	operação	S7890, os	dados	processados	são
produzidos como saída.
[000828] Um	quadro	de transporte	de	acordo com	uma

configuração da presente invenção pode ser transmitido através de um quadro de transporte utilizado em um sistema de transporte de ATSC ou separadamente. Se um quadro de transporte contendo uma seqüência de transporte utilizada em um outro sistema de transporte for transmitido, algumas das operações ilustradas na FIG. 78 poderão ser omitidas de acordo com uma outra configuração da presente invenção.

[000829] A FIG. 79 ilustra esquematicamente um sistema de recepção A-VSB MCAST de acordo com uma configuração da presente invenção.

[000830] Um sinal de difusão recebido através de um sintonizador é provido a um usuário através de uma camada física, uma camada de interligação de dados, uma camada de transporte e uma camada de aplicação. As operações das camadas

Petição 870190118091, de 14/11/2019, pág. 147/167

144/160 ilustradas na FIG. 79 são opostas relativamente às das camadas em um sistema de transmissão MCAST.

[000831] A camada física obtém um quadro de transporte de MCAST do sinal de difusão recebido. O quadro de transporte de MCAST pode ser inserido em um quadro de transporte em um outro sistema de transporte e ser subseqüentemente transmitido. Desta forma, a camada física deverá obter um quadro de transporte de MCAST. Se a seqüência de transporte de MCAST for inserida em um quadro de transporte ATSC e for subseqüentemente transmitida, a seqüência de transporte de MCAST é obtida mediante detecção de um campo de 'sincronização de quadro determinístico (DFS)'[Deterministic Frame Sync”], em que a seqüência de transporte de MCAST é dividida em N pacotes. O quadro de transporte de MCAST tem uma estrutura determinística, e portanto, os N pacotes podem ser incluídos no quadro de transporte MCAST independentemente da presença de um erro.

[000832] A camada de interligação de dados corrige erros em

dados	transmitidos através	de	um turbo	canal e em uma
pluralidade	de parcelas	de	informações	de	sinalização
transmitidas através de um	SIC.	Um lado de transmissão pode
aplicar	FEC	específica (uma	taxa	de código,	etc.)	a cada turbo
canal.	Em	particular, pode	ser	aplicada	uma	correção FEC
robusta	às	informações de	sinalização no	SIC.	A camada de

interligação de dados no aparelho de recepção de difusão pode realizar correção de erros utilizando código adicional tal como um FEC.

[000833] A camada de transporte no aparelho de recepção de difusão inclui uma camada de conformação em pacotes (packetization) e uma camada de encapsulação. A camada de

Petição 870190118091, de 14/11/2019, pág. 148/167

145/160 conformação em pacotes cria um pacote de encapsulação mediante processamento de um pacote de transporte multiplexado, e a camada de encapsulação restaura os dados de aplicação originais e as informações específicas de aplicação mediante processamento do pacote de encapsulação. Os dados de aplicação podem incluir dados de mídia em tempo real, dados de IP, dados de objeto e dados de sinalização.

[000834] Um quadro de transporte utilizado no sistema de transmissão MCAST tem uma estrutura determinística. Isto é, encontram-se presentes pacotes integrais em um quadro de transporte. Quando um quadro de transporte tem uma estrutura determinística, ele é eficaz devido ao fato de ser possível remover dos pacotes um campo 'sync' ou um campo 'CC'. Entretanto, em um sistema que multiplexa e transmite dados em unidades parceladas de acordo com a presente invenção, a multiplexação utilizando uma parcela requer que sejam recebidos todos os pacotes que constituem a parcela. Se ocorrer um erro em algum dos pacotes, os pacotes de erro devem igualmente ser recebidos para a parcela poder ser constituída. De outra forma, um valor de defasagem de final de um sub-canal de dados e a localização dos dados na parcela propriamente dita são alterados, dessa forma impedindo que todos os pacotes sejam totalmente recebidos. Por exemplo, informações tais como uma LMT, que indicam a localização de um canal de transporte, indicam a localização dos dados mediante utilização de um valor de defasagem em um quadro, e desta forma, a camada física deverá transmitir até mesmo um pacote com erro para uma camada mais superior.

[000835] Desta forma, quando ocorre um erro em um pacote específico, é necessário indicar que a ocorrência do erro se

Petição 870190118091, de 14/11/2019, pág. 149/167

146/160 encontra indicada neste pacote ou que um dispositivo de desmultiplexação de pacotes seja informado desse fato. A ocorrência de um erro pode ser informada da seguinte forma: [000836] Em primeiro lugar, a ocorrência de um erro é indicada por um campo de 'indicador_de_erro' no cabeçalho de um pacote.

Este método é empregado no caso de uma seqüência TS de MPEG-2. Entretanto, a eficiência de pacote sofre degradação devidoao fato de ser necessário adicionar um novo campo ao cabeçalhode um pacote.

[000837] Em segundo lugar, é utilizado um marcador de sinal de hardware para indicar que ocorre um erro em um pacote atual. Quando não é utilizado um campo de 'indicador_de_erro',a ocorrência de um erro é indicada através de sinalização adicional. Entretanto, ocorre queda de desempenho (overhead) visto ser necessário sincronizar as informações de sinalização com o pacote.

[000838] Em terceiro lugar, um campo adicional que não é especificado nos padrões é gerado para cada pacote, e o campo de 'indicador_de_erro' é incluído no campo adicional.

Entretanto, isto constitui um incômodo visto que é necessário que um terminal insira individualmente informações representativas da ocorrência de um erro.

[000839] Para solucionar estes problemas, a ocorrência de um erro é indicada implicitamente mediante utilização de uma combinação de campos ilustrando uma discrepância de acordo com a estrutura do cabeçalho do pacote. A ocorrência de um erro pode ser indicada construindo-se o cabeçalho de um pacote com erro de forma a não existir em um pacote propriamente dito. Isto é, o cabeçalho do pacote com erro é construído mediante utilização de uma combinação de campos que não podem existir

Petição 870190118091, de 14/11/2019, pág. 150/167

147/160 na realidade no cabeçalho do pacote. Devido ao fato de uma tal estrutura de cabeçalho não poder existir, uma unidade de desmultiplexação de pacotes determina que um pacote com uma tal estrutura de cabeçalho será um pacote com erro.

[000840] É ilustrada a seguir uma configuração do cabeçalho de um pacote com erro conforme a definição em MCAST.

Primeiro_último 0x00 marcador_de_DC 0x01

[000841] Estes campos significam que um pacote de encapsulação não é um primeiro pacote e inclui informações de configuração de decodificador.

[000842] As informações de configuração de decodificador são sempre incluídas em uma localização em que se encontra presente um primeiro pacote de um pacote de encapsulação, e portanto não podem existir em um pacote de MCAST. Desta forma, um terminal determina que um pacote que apresenta essa estrutura de cabeçalho é um pacote com erro.

[000843] A FIG. 80 é um diagrama de blocos de um aparelho de recepção de difusão capaz de indicar um pacote com erro de acordo com uma configuração da presente invenção. Fazendo referência à FIG. 80, o aparelho de recepção de difusão inclui um módulo de RF 8001, uma unidade de processamento de banda de base 8002, uma unidade de detecção de DFS 8003, uma unidade de inserção de pré-cabeçalho 8004, uma unidade de desmultiplexação 8005, e um renderizador 8006.

[000844] O módulo de RF 8001 recebe um sinal de difusão analógico, e a unidade de processamento de banda de base 8002 gera uma seqüência de bits de acordo com os padrões ATSC e AVSB. A unidade de detecção de DFS 8003 divide a seqüência de bits em N pacotes mediante detecção de DFS.

Petição 870190118091, de 14/11/2019, pág. 151/167

148/160

[000845] A unidade de inserção de pré-cabeçalho 8004 insere um pré-cabeçalho em cada um dos pacotes. O pré-cabeçalho pode incluir um identificador representando o tipo do pacote, informações de erro indicando se existe ou não um erro presente no pacote, e um campo de 'CC' para verificar se existe continuidade de acordo com o tipo de pacote. Mediante utilização do campo de 'CC', será possível determinar onde se encontra um pacote perdido.

[000846] A estrutura do pré-cabeçalho de acordo com uma configuração da presente invenção será descrita mais adiante com referência à FIG. 82.

[000847] A unidade de desmultiplexação 8005 desmultiplexa um pacote de transporte. Neste caso, o identificador representando o tipo do pacote, que é incluído no précabeçalho, poderá ser utilizado.

[000848] O renderizador 8006 processa dados e produz como saída o resultado do processamento.

[000849] A FIG. 81 é um diagrama de fluxo ilustrativo de um método de recepção de uma difusão indicando um pacote com erro de acordo com uma configuração da presente invenção.

[000850] Na operação S8110, uma seqüência de bits é recebida de um processador de banda de base.

[000851] Na operação S8120, a seqüência de bits é dividida em N pacotes mediante utilização de DFS. O valor de N pode variar de acordo com um modo de transmissão.

[000852] Na operação S8130 é realizada correção de erros. Um método de correção de erros corresponde a um método de proteção de erros, que foi utilizado em um lado de transmissão. Por exemplo, pode ser realizada decodificação de RS ou decodificação externa.

Petição 870190118091, de 14/11/2019, pág. 152/167

149/160

[000853] Na operação S8140, são identificados os tipos dos pacotes. Por exemplo, é determinado se um pacote de transporte é alternativamente um pacote de sinalização contendo dados de sinalização ou um pacote de dados em geral.

[000854] Na operação S8150 é adicionado um identificador a cada um dos pacotes de acordo com o tipo do pacote. Por exemplo, '0x30' é adicionado como identificador ao pacote de sinalização contendo informações de sinalização, e '0x47' é adicionado como identificador a um pacote de transporte de MCAST em geral.

[000855] Na operação S8160 é determinado se existe um erro presente em cada um dos pacotes, e quando um erro se encontra presente, são adicionadas informações indicando este fato ao pacote que contém o erro.

[000856] Na operação S8170 é determinado se todas as operações acima foram realizadas relativamente a todos os pacotes. No caso negativo, as operações acima são repetidas.

[000857] Na operação S8180, os pacotes são processados por um desmultiplexador em uma camada de transporte.

[000858] As operações S8110 até S8170 acima são realizadas pelo processador de banda de base ou abaixo da camada de transporte.

[000859] As FIGS. 82A e 82B ilustram a estrutura de um précabeçalho de acordo com configurações da presente invenção.

[000860] O pré-cabeçalho pode incluir um byte de sincronização e um campo de verificação CC.

[000861] O byte de sincronização é um byte que contém informações de identificação que identificam o tipo de pacote. Por exemplo, '0x38' pode indicar um pacote de sinalização e '0x47' pode indicar um pacote de dados em geral.

Petição 870190118091, de 14/11/2019, pág. 153/167

150/160

[0008 62] O campo de CC é um campo de 1 byte e pode conterum marcador de erro indicando se um erro se encontra presenteem um pacote. Quando um erro se encontra presente, um bit do campo de CC poderá ser utilizado para indicar o erro.

[000863] Por exemplo, '0,1,2,3,4,....,254,255,0,1,2,3,..

indica que nenhum erro se encontra presentee '0,1,2,3,4,....,126,127,0,1,2,3,...' indica que um erro se encontra presente.

[000864] A FIG. 83 é um diagrama de fluxo ilustrativo de um método de processamento de DCI por um aparelho de recepção de difusão de acordo com uma configuração da presente invenção.

[000865] Na operação S8310, é recebido um pacote de transporte de MCAST.

[000866] Na operação S8320, é recebido um marcador de RAP.

[000867] Se o marcador de RAP for ativado, um pacote de encapsulação é construído na operação S8330.

[000868] Na operação S8340, o marcador de DCI é verificado.

[000869] Na operação S8350, é realizada análise sintática (parsing) de um campo de DCI.

[000870] Na operação S8360, um decodificador é estabelecido de forma a corresponder ao campo de DCI.

[000871] A FIG. 84A ilustra um método de atualização de TCC em fatiamento de tempo adaptativo de acordo com uma configuração da presente invenção.

[000872] Fazendo referência à FIG. 84A, um grupo de quadros GOF consiste em cinco quadros, e são respectivamente atribuídos números de 0 até 5 a quadros pertencentes a cada um dos GOF's.

[000873] Um campo de 'defasamento_de_próxima_atualização_de_TCC' pode ser

Petição 870190118091, de 14/11/2019, pág. 154/167

151/160

transmitido	através de um	campo	de	'informações	de
configuração	de serviço' em um	SIC,	e indica	um	quadro	cujo
TCC deverá	ser atualizado.	Isto	é,	se	o	campo	de
'defasamento_	_de_próxima_atualização_de_	TCC'	tiver	um valor de

4, isto significa que o TCC é atualizado após quatro quadros. [000874] Um campo de 'defasamento_de_próxima_atualização' varia de acordo com o tipo de canal, e um ponto no tempo em que o TCC é atualizado em cada um dos canais pode ser calculado mediante utilização do campo de 'defasamento_de_próxima_atualização_de_TCC' e do campo de 'defasamento_de_próxima_atualização'. Na atual configuração, um ponto no tempo em que o TCC é atualizado em um turbo canal é calculado de forma a ser (defasamento_de_próxima_atualização_de_TCC defasamento_de_próxima_atualização).

[000875] Em primeiro lugar, será descrito um ponto no tempo em que o TCC é atualizado em um canal A.

[000876] Quando é recebido um quadro possuindo um valor de 1 e pertencente a um primeiro GOF, o aparelho de recepção de difusão obtém os valores do campo de 'defasamento_de_próxima_atualização_de_TCC' e do campo de 'defasamento_de_próxima_atualização'. Na atual configuração, o valor do campo de 'defasamento_de_próxima_atualização_de_TCC' é '4' e o valor do campo de 'defasamento_de_próxima_atualização' é '0'. Desta forma, as informações de configuração de turbo canal (“Turbo Channel Configuration” information - TCC) são atualizadas em um ponto no tempo indicado pela soma dos valores do campo de 'defasamento_de_próxima_atualização_de_TCC' e do campo de 'defasamento_de_próxima_atualização', isto é, após quatro

Petição 870190118091, de 14/11/2019, pág. 155/167

152/160 quadros. Desta forma, o TCC alterado é aplicado a partir de um quadro possuindo um valor de 5 e pertencente ao primeiro GOF.

[000877] Similarmente, em um canal B, o TCC alterado é aplicado a partir de um quadro tendo um valor de 2 e pertencente a um segundo GOF, e em um canal C, o TCC alterado é aplicado a partir de um quadro tendo um valor de 5 e pertencente ao segundo GOF.

[000878] A FIG. 84B ilustra um método de atualização com utilização de BD em fatiamento de tempo adaptativo de acordo com uma configuração da presente invenção. Em detalhe, a FIG. 84B ilustra um método de atualização de uma IMT e informações de canal mediante utilização de informações contidas em um descritor de difusão BD. De forma similar à FIG. 84A, um GOF consiste em cinco quadros e são respectivamente atribuídos números de 0 até 5 a quadros pertencentes a cada um dos quadros.

[000879] Se for suposto que um quadro possui um valor de 1 e pertence a um primeiro GOF, um aparelho de difusão obtém o

valor	de	um	campo	de
'defasamento_de_	_próxima_	_atualização_de_	BD'. Na	atual
configuração,	o	valor	do campo	de
'defasamento_de_	_próxima_	_atualização_de_	BD' é '4'.
[000880] Além	disso,	os valores	de um campo	de

'contador_de_atualização_de_quadro' (ou 'atualização_de_informações_de_canal') incluir em um campo de 'descritor_de_informações_de_canal' e um campo de 'versão estendida' incluídos no campo 'IMT' são obtidos. Na atual configuração, o campo de 'defasamento_de_próxima_atualização_de_BD' tem um valor de 4 e o campo de 'versão estendida' tem um valor de 0. Assim, a IMT

Petição 870190118091, de 14/11/2019, pág. 156/167

153/160 é atualizada em um ponto no tempo indicado pela soma dos valores do campo de 'defasamento_de_pr0xima_atualizaQdo_de_BD' e do campo de 'versão estendida', isto é, após quatro quadros. Desta forma, a IMT atualizada é aplicada a partir de um quadro possuindo um valor de 5 e pertencente ao primeiro GOF.

[000881] Além disso, as informações de turbo canal são atualizadas em um ponto no tempo indicado pela soma dos valores do campo de 'defasamento_de_próxima_atualização_de_BD' e do campo de ‘contador_de_atualização_de_quadros', isto é, após sete quadros. Desta forma, as informações de canal atualizadas são aplicadas a partir de um quadro com um valor de 2 e pertencente a um segundo GOF. O fato de as informações de turbo canal serem atualizadas refere-se não somente a um caso em que as informações de turbo canal são alteradas mas também a um caso em que alguns turbo canais são adicionados ou cancelados.

[000882] Quando o descritor BD consiste em uma pluralidade de quadros, o valor do ‘contador_de_atualização_de_quadros' é maior que ‘0'.

[000883] A FIG. 85 é um diagrama de blocos de um aparelho 8500 para transporte de um serviço de difusão de acordo com uma configuração da presente invenção.

[000884] Fazendo referência à FIG. 85, o aparelho 8500 inclui uma unidade de geração de pacotes de encapsulação 8510, uma

unidade	de	geração de pacotes	de	transporte 8520, e	uma
unidade	de	geração de informações	de	configuração de serviços
8530.
[000885]	A	unidade de geração de	pacotes de encapsulação	8510

recebe dados de aplicação, gera um pacote de encapsulação que inclui informações de configuração adaptativas para o tipo de

Petição 870190118091, de 14/11/2019, pág. 157/167

154/160 dados de aplicação a serem transportados e os dados de aplicação, e produz como saída o pacote de encapsulação para a unidade de geração de pacotes de transporte 8520.

[000886] Em uma configuração da presente invenção, os dados de aplicação são de um tipo de entre dados de sinalização, dados de mídia em tempo real, dados de IP, e dados de objeto. Dependendo do tipo dos dados de aplicação, as informações sobre o pacote de encapsulação são estabelecidas de forma diferente.

[000887] Em particular, um pacote de encapsulação incluindo dados de mídia em tempo real de acordo com uma configuração da presente invenção inclui, em uma área de cabeçalho, informações de configuração de decodificador (“Decoder Configuration Information” - DCI) que determina as especificações de um decodificador alvo.

[000888] A unidade de geração de pacotes de transporte 8520 recebe o pacote de encapsulação da unidade de geração de pacotes de encapsulação 8510, divide o pacote de encapsulação em pelo menos um pacote de transporte de tamanho previamente determinado que inclui dados do pacote de encapsulação e informações sobre o pacote de transporte propriamente dito, e produz como saída o pacote de transporte para a unidade de geração de informações de configuração de serviços 8530.

[000889] De acordo com uma configuração da presente invenção, a unidade de geração de pacotes de transporte 8520 gera um pacote de transporte que inclui uma área de cabeçalho básica, uma área de ponteiro, uma área de preenchimento, uma área de tabela de mapa de localização (LMT), uma área de tabela de informações de associação ou interligação (LIT), e uma área de carga útil.

Petição 870190118091, de 14/11/2019, pág. 158/167

155/160

[000890] A unidade de geração de informações de configuração de serviços 8530 recebe o pacote de transporte da unidade de geração de pacotes de transporte 8520, gera informações de configuração de serviços que incluem informações estabelecidas sobre um canal incluindo o pacote de transporte, e produz como saída as informações de configuração de serviços para um SIC (não ilustrado) em uma localização previamente determinada a partir de pelo menos um canal de transporte em uma seqüência de transporte.

[000891] De acordo com uma configuração da presente invenção, a unidade de geração de informações de configuração de serviços 8530 inclui uma unidade de determinação de informações de configuração de serviços para determinar informações de configuração de serviços que incluem informações sobre um turbo canal e informações de grupo de quadros.

[000892] A FIG. 86 é um diagrama de blocos de um aparelho 8600 para recepção de um serviço de difusão de acordo com uma configuração da presente invenção. Fazendo referência à FIG. 86, o aparelho 8600 inclui uma unidade de determinação de canal de transporte 8610, uma unidade de extração de pacotes de transporte 8620, uma unidade de extração de informações de pacotes de transporte 8630, uma unidade de combinação de pacotes de encapsulação 8640, e uma unidade de combinação de dados de aplicação 8650.

[000893] A unidade de determinação de canal de transporte 8610 determina um canal de transporte previamente determinado mediante utilização de informações de configuração de serviços extraídas de um canal de informações de serviços em uma localização previamente determinada em um quadro recebido, e

Petição 870190118091, de 14/11/2019, pág. 159/167

156/160 produz como saída informações sobre o canal de transporte determinado para a unidade de extração de pacotes de transporte 8620.

[000894] De acordo com uma configuração da presente invenção, as informações sobre um turbo canal e informações de grupo de quadros são extraídas das informações de configuração de serviços.

[000895] A unidade de extração de pacotes de transporte 8620 extrai um pacote de transporte do canal de transporte determinado pela unidade de determinação de canal de transporte 8610, e produz como saída o pacote de transporte para a unidade de extração de informações de pacotes de transporte 8630.

[000896] A unidade de extração de informações de pacotes de transporte 8630 extrai informações de pacotes de transporte do pacote de transporte extraído pela unidade de extração de pacotes de transporte 8620, e produz como saída as informações de pacotes de transporte para a unidade de combinação de pacotes de encapsulação 8640.

[000897] A unidade de combinação de pacotes de encapsulação 8640 obtém uma combinação dos pacotes de encapsulação incluindo pelo menos um pacote de transporte mediante utilização das informações de pacotes de transporte extraídas, e produz essa combinação como saída para a unidade de geração de dados de aplicação 290.

[000898] Em uma configuração da presente invenção, informações de configuração básica, uma LMT, uma LIT, e uma referência de relógio de programa (“Program Clock Reference” - PCR) são extraídas do pacote de transporte.

[000899] A unidade de combinação de dados de aplicação 8650

Petição 870190118091, de 14/11/2019, pág. 160/167

157/160 recebe a combinação dos pacotes de encapsulação da unidade de combinação de pacotes de encapsulação 8640, extrai informações de pacotes de encapsulação dos pacotes de encapsulação, e gera dados de aplicação incluindo pelo menos um pacote de encapsulação mediante utilização das informações de pacotes de encapsulação extraídas.

[000900] A FIG. 87 é um diagrama de fluxo de um método de transporte de um serviço de difusão de acordo com uma configuração da presente invenção.

[000901] Na operação 8710, é gerado um pacote de encapsulação incluindo informações de configuração adaptativas ao tipo de dados de aplicação devendo ser transportados e aos dados de aplicação.

[000902] Na operação 8720, são obtidos pacotes de transporte incluindo dados referentes ao pacote de encapsulação, mediante divisão do pacote de encapsulação em pacotes de tamanhos previamente determinados. Os pacotes de transporte incluem informações sobre as estruturas dos pacotes de transporte.

[000903] Na operação 8730, informações de configuração de serviços incluindo informações estabelecidas sobre um canal incluindo os pacotes de transporte são geradas e incluídas em

um SIC em	uma	localização previamente	determinada	de entre
pelo menos	um	canal	de	transporte	em uma seqüência	de
transporte.
[000904] A	FIG	88 é	um	diagrama de	fluxo de um	método	de
recepção de	um	serviço	de	difusão para	comunicações	móveis	de

acordo com uma configuração da presente invenção.

[000905] Na operação 8810, um canal de transporte previamente determinado é determinado mediante utilização de informações de configuração de serviços extraídas de um SIC.

Petição 870190118091, de 14/11/2019, pág. 161/167

158/160

[000906] Na operação 8820, um pacote de transporte é extraído do canal de transporte determinado.

[000907] Na operação 8830, informações sobre o pacote de transporte são extraídas do pacote de transporte.

[000908] Na operação 8840, uma combinação de pacotes de encapsulação possuindo individualmente pelo menos um pacote de transporte são gerados mediante utilização das informações sobre o pacote de transporte.

[000909] Na operação 8850, uma combinação de dados de aplicação incluindo pelo menos um dos pacotes de encapsulação

são gerados	mediante utilização	de informações	sobre	os
pacotes de	encapsulação	que são	extraídas	dos	pacotes	de
encapsulação.
[000910] As	configurações	acima	da	presente invenção podem	ser
configuradas	na forma	de	programas de	computador	e
implementadas	em computadores	digitais de	uso	geral	que

executam os programas utilizando uma mídia de gravação passível de leitura em computador. Exemplos da mídia de gravação passível de leitura em computador incluem mídias de armazenamento magnético (por exemplo, ROM, disquetes, discos rígidos, etc.), mídias de gravação ótica (por exemplo, CDROM's, ou DVD's), e mídias de armazenamento tais como ondas transportadoras (por exemplo, transmissões através da

Internet).

[000911] Os campos de dados, estruturas de pacotes, API's e cada bloco das ilustrações de diagramas de fluxo descritos para explicação das configurações acima referidas da presente invenção, podem ser implementados por instruções de programa de computador. Estas instruções de programa de computador podem ser providas por um processador de um computador de uso

Petição 870190118091, de 14/11/2019, pág. 162/167

159/160 geral, um computador de uso específico, ou outro aparelho programável de processamento de dados para produção de uma máquina, de tal forma que as instruções, que são executadas por meio do processador do computador ou outro aparelho programável de processamento de dados, criam meios para implementações das funções especificadas no bloco ou blocos do diagrama de fluxo. Estas instruções de programa de computador podem igualmente ser armazenadas em uma memória passível de utilização em computador ou passível de leitura por computador que pode instruir um computador ou outro aparelho programável de processamento de dados a funcionar de uma forma específica, de tal forma que as instruções armazenadas na memória utilizável em computador ou passível de leitura por computador produzam um artigo de manufatura incluindo meios de instrução que implementam as funções especificadas no bloco ou blocos do diagrama de fluxo. As instruções de programa de computador podem igualmente ser carregadas em um computador ou outro aparelho programável de processamento de dados para causarem a realização de uma série de etapas de operação no computador ou outro aparelho programável para produção de um processo implementado por computador de tal forma que as instruções que são executadas no computador ou outro aparelho programável proporcionem etapas para implementação das funções especificadas no bloco ou blocos do diagrama de fluxo.

[000912] Cada bloco das ilustrações do diagrama de fluxo pode representar um módulo, segmento, ou porção de código, que inclui uma ou mais instruções executáveis para implementação da função ou funções lógica(s) especificada(s). Deverá igualmente ser observado que em algumas implementações alternativas, as funções assinaladas nos blocos podem ocorrer

Petição 870190118091, de 14/11/2019, pág. 163/167

160/160 fora de ordem. Por exemplo, dois blocos ilustrados sucessivamente podem na realidade ser executados de forma substancialmente concomitante ou os blocos podem por vezes ser executados em ordem inversa, dependendo da funcionalidade envolvida.

[000913] Além disso, os campos de dados e pacotes ilustrados no presente relatório descritivo podem ser substituídos por outros campos de dados e pacotes que executam as mesmas funções.

Claims

1. MÉTODO DE TRANSMISSÃO DE UM SERVIÇO DE DIFUSÃO MÓVEL, o método sendo caracterizado por compreender:

geração de um pacote de encapsulação incluindo dados de aplicação;

geração de pacotes de transporte que possuem o pacote de encapsulação e informações referentes ao dado de aplicação, as informações referentes ao dado de aplicação compreendenmdo informação de localização referente a um canal de transmissão móvel; e geração de seqüência de transporte incluindo o pacote de transporte, no qual primeiro canal, que é um de uma pluralidade de canais de transmissão incluídos na seqüência de transporte compreende informação de ligação para união do dado de aplicação com o canal de transmissão móvel, no qual segundo canal, que é outro de um da pluralidade de canais de transmissão incluídos na seqüência de transporte, compreende a informação de localização referente ao canal de transmissão móvel.

2. APARELHO PARA TRANSMISSÃO DE UM SERVIÇO DE DIFUSÃO

MÓVEL, o aparelho sendo caracterizado por compreender:

uma unidade de geração de pacotes de encapsulação que gera um pacote de encapsulação incluindo dados de aplicação;

uma unidade de geração de pacotes de transporte que gera pacotes de transporte possuindo o pacote de encapsulação e informações referentes aos dados de aplicação, as informações referentes ao dado de aplicação compreendenmdo informação de localização referente a um canal de transmissão móvel; e

Petição 870190118091, de 14/11/2019, pág. 165/167

2/2 uma unidade de geração de seqüência de transporte gerando uma seqüência de transporte incluindo o pacote de transporte, no qual primeiro canal, que é um de uma pluralidade de canais de transmissão incluídos na seqüência de transporte compreende informação de ligação para união do dado de aplicação com o canal de transmissão móvel, no qual segundo canal, que é outro de um da pluralidade de canais de transmissão incluídos na seqüência de transporte, compreende a informação de localização referente ao canal de transmissão móvel.