ABNT NBR NORMA BRASILEIRA

Transcrição

1 NORMA BRASILEIRA ABNT NBR Primeira edição Válida a partir de Versão corrigida Televisão digital terrestre Guia de operação Parte 3: Multiplexação e serviço de informação (SI) Guia para implementação da ABNT NBR 15603:2007 Digital terrestrial television Operational guideline Part 3: Multiplexing and service information (SI) Guideline for ABNT NBR 15603:2007 implementation Palavras-chave: Televisão digital terrestre. Multiplexação. Informação de serviço. Informação específica de programa. Descritores. Descriptors: Digital terrestrial television. Multiplexing. Service information. Program specific information. Descriptors. ICS ISBN Número de referência ABNT NBR : páginas ABNT 2008

2 ABNT 2008 Todos os direitos reservados. A menos que especificado de outro modo, nenhuma parte desta publicação pode ser reproduzida ou utilizada por qualquer meio, eletrônico ou mecânico, incluindo fotocópia e microfilme, sem permissão por escrito pela ABNT. ABNT Av.Treze de Maio, 13-28º andar Rio de Janeiro - RJ Tel.: Fax: [email protected] Impresso no Brasil ii ABNT Todos os direitos reservados

3 Sumário Página Prefácio...vi 1 Escopo Referências normativas Termos e definições Abreviaturas Caracteres para codificação das tabelas PSI/SI Tabela de codificação Tamanho máximo dos identificadores Tipos de tabelas e descritores Tipos e identificações das tabelas Tipos e identificação dos descritores Uso dos identificadores Utilização dos campos comuns a todas as tabelas Caracterização de serviço e evento Caracterização de serviço e tipo de serviço Tipos de serviço Serviço de televisão digital Serviço de dados Serviço especial (serviço especial de vídeo/serviço especial de dados) Serviço de atualização do receptor Caracterização de evento Conceitos básicos de evento Reutilização do evento_id Nível de distribuição das tabelas PSI/SI e seus descritores Transmissão das tabelas e suas seções Divisão das seções Taxas de repetição de tabelas PSI Faixas de mudança de ciclo de transmissão e ciclo-padrão para parâmetros de transmissão aplicados a todas as estações Empacotamento do TS e regras de transmissão Especificação da transmissão dos perfis EIT Tipos de tabelas EIT Identificação Descritores em cada um dos tipos de EIT Detalhamento dos descritores da EIT Descritor de eventos curtos Descritor de componente Descritor de componente de áudio Descritor de classificação indicativa Descritor de controle de cópia digital Descritor de disponibilidade de conteúdo Tipo básico de distribuição da EIT Tipo estendido de distribuição da EIT Restrições para a utilização dos tipos estendidos de distribuição da EIT Tabelas e descritores utilizados para transmissão de tabelas EIT Parâmetros aplicados a cada estação Transmissão da EIT...22 ABNT Todos os direitos reservados iii

4 14 Distribuição dos valores de component_tag Atribuição dos valores de component_tag ES Primário Prioridade Identificadores do TS Divisão de seções Especificações para em serviço e fora de serviço Eventos comuns Operação de séries de eventos Mudança na programação de eventos Status indefinido Evento não decidido Hora não definida Regras básicas com relação ao progresso de evento Julgamento de em andamento / finalizado Julgamento de iniciado Julgamento de interrompido Exemplos de transmissão com mudança de programação Operação das informações referentes a horário Configuração da tabela time offset table (TOT) Configuração do descritor local_time_offset_descriptor Regras para alteração do horário de verão Operação de data e horário nas tabelas SI Nível de transmissão das tabelas PSI e SI em transmissões hierárquicas Caracterização da transmissão de dados Subdescritores utilizados no descritor de composição de compatibilidade de carrossel Especificação adicional relacionada aos componentes de dados Transmissão de múltiplos captions Escopo do serviço e definições Composição e operação de transmissão Especificação para composição e transmissão Métodos de transmissão de PES utilizados no caption Restrições para composição e operação de transmissão do PES Métodos de transmissão de PES utilizados no superimposed Composição e operação de transmissão Transmissão de múltiplos captions para serviço full-seg Caracterização da transmissão de captions Restrições de número de idiomas e caption por serviço Regras de transmissão Regras para processamento da recepção Transmissão de múltiplos captions para serviço one-seg Restrições de número de idiomas e caption por serviço Regras de transmissão Regras para recepção Seleção do ES Comutação seamless Condição inicial Procedimentos na PMT Diagrama de mapeamento no tempo Funcionalidade Regras de operação para a transmissão Regras de operação para a recepção Classificação indicativa Utilização do AAC descriptor Serviço especial...49 iv ABNT Todos os direitos reservados

5 26.1 Regras básicas Imagem de serviço Diferença entre o serviço especial e o serviço regular Uso do serviço especial Transmissão hierárquica Estrutura de transmissão hierárquica Operação de transmissão hierárquica Uso típico da transmissão hierárquica PID da PMT da camada de recepção parcial Alteração na estrutura dos serviços e nos layers Envio de dados para atualização dos receptores Modelo de transmissão Formato para entrega de dados Geração das seções de dados Agendamento de download Uso e premissas da atualização de dados nos receptores Atualização da tabela de gênero e da tabela com os códigos de características dos programas Atualização da tabela de palavras reservadas Atualização para os dados de logo Modelo de transmissão de atualização dos receptores Tipos de atualização Envio da informação de notificação de atualização Estrutura de dados Estrutura de dados da SDTT Estrutura de dados do carrossel de dados Transmissão das tabelas PSI\SI referentes à atualização dos receptores Operação do descritor de transmissão de logotipo - Sintaxe do descritor de transmissão de logotipo e logo_transmission_type Detalhes da sintaxe do descritor de transmissão de logotipo Logo_transmission_type na CDT do tipo Logo_transmission_type na CDT do tipo Julgamento da existência da transmissão de tabelas relacionadas ao download Julgamento da transmissão da SDTT Julgamento de transmissão da CDT Transmissão dos procedimentos da SDTT Transmissão da informação de notificação Sincronismo para informação de notificação de transmissão e conteúdos de download Suspensão de emergência do serviço interno de atualização da informação do receptor (método SDTT) Transmissão experimental do serviço interno de atualização da informação do receptor (método SDTT) Operação para horário de verão (método SDTT) Critérios para obtenção do maker_id Transmissão da CDT Rota de transmissão Operação para CDT Camada de transmissão, taxa de repetição e largura de banda da CDT Regras de transmissão da CDT Atualização da CDT Empacotamento da CDT e regras de transmissão Número de versão Suspensão de emergência da CDT...82 Anexo A (informativo) Estrutura do PES de caption...83 A.1 Estrutura de PES de caption para full-seg...83 A.2 Estrutura de PES de caption para one-seg...84 Bibliografia...85 ABNT Todos os direitos reservados v

6 Prefácio A Associação Brasileira de Normas Técnicas (ABNT) é o Foro Nacional de Normalização. As Normas Brasileiras, cujo conteúdo é de responsabilidade dos Comitês Brasileiros (ABNT/CB), dos Organismos de Normalização Setorial (ABNT/ONS) e das Comissões de Estudo Especiais (ABNT/CEE), são elaboradas por Comissões de Estudo (CE), formadas por representantes dos setores envolvidos, delas fazendo parte: produtores, consumidores e neutros (universidade, laboratório e outros). Os Documentos Técnicos ABNT são elaborados conforme as regras das Diretivas ABNT, Parte 2. A Associação Brasileira de Normas Técnicas (ABNT) chama atenção para a possibilidade de que alguns dos elementos deste documento podem ser objeto de direito de patente. A ABNT não deve ser considerada responsável pela identificação de quaisquer direitos de patentes. A ABNT NBR foi elaborada pela Comissão de Estudo Especial de Televisão Digital (ABNT/CEE-00:001.85). O Projeto circulou em Consulta Nacional conforme Edital nº 07, de a , com o número de Projeto 00: /3. Esta Norma é baseada nos trabalhos do Fórum do Sistema Brasileiro de Televisão Digital Terrestre, conforme estabelecido no decreto presidencial n 5.820, de A ABNT NBR 15608, sob o título geral Televisão digital terrestre Guia de operação, tem previsão de conter as seguintes partes: Parte 1: Sistema de transmissão Guia para implementação da ABNT NBR 15601:2007; Parte 2: Codificação de vídeo, áudio e multiplexação Guia para implementação da ABNT NBR 15602:2007; Parte 3: Multiplexação e serviço de informação (SI) Guia para implementação da ABNT NBR 15603:2007; Parte 4: Codificação de dados e especificações de transmissão para radiodifusão digital Guia para implementação da ABNT NBR 15606:2007. Esta versão corrigida da ABNT NBR :2008 incorpora a Errata 1 de vi ABNT Todos os direitos reservados

7 NORMA BRASILEIRA ABNT NBR :2008 Televisão digital terrestre Guia de operação Parte 3: Multiplexação e serviço de informação (SI) Guia para implementação da ABNT NBR 15603: Escopo Esta parte da ABNT NBR consiste em um guia para a implementação da ABNT NBR e contém informações adicionais referentes à operação das informações de serviço que compõem o sistema brasileiro de televisão digital terrestre (SBTVD). 2 Referências normativas Os documentos relacionados a seguir são indispensáveis à aplicação deste documento. Para referências datadas, aplicam-se somente as edições citadas. Para referências não datadas, aplicam-se as edições mais recentes do referido documento (incluindo emendas). Portaria do Ministério da Justiça nº 1.220, de , Regulamenta as disposições da lei nº 8.069, de 13 de julho de 1990 (Estatuto da Criança e do Adolescente), da Lei nº , de , e do Decreto no , de , relativas ao processo de classificação indicativa de obras audiovisuais destinadas à televisão ABNT NBR :2007, Televisão digital terrestre Multiplexação e serviços de informação (SI) Parte 1: SI do sistema de radiodifusão. ABNT NBR :2007, Televisão digital terrestre Multiplexação e serviços de informação (SI) Parte 2: Estruturas de dados e definições da informação básica de SI ABNT NBR :2007, Televisão digital terrestre Multiplexação e serviços de informação (SI) Parte 3: Sintaxes e definições de informação estendida do SI ABNT NBR , Televisão digital terrestre - Codificação de dados e especificações de transmissão para radiodifusão digital Parte 1: Codificação de dados ABNT NBR , Televisão digital terrestre - Codificação de dados e especificações de transmissão para radiodifusão digital Parte 2: Ginga-NCL para receptores fixos e móveis Linguagem de aplicação XML para codificação de aplicações ABNT NBR , Televisão digital terrestre - Codificação de dados e especificações de transmissão para radiodifusão digital Parte 3: Especificações de codificação e transmissão para transmissão digital ISO , Codes for the representation of names of countries and their subdivisions Part 1: Country codes ISO , Information technology - 8-bit single-byte coded graphic character sets Part 15: Latin alphabet Nº 9 ISO/IEC , Information technology Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s Part 2: Video ISO/IEC , Information technology Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s Part 3: Audio ABNT Todos os direitos reservados 1

8 ISO/IEC , Information technology Coding of multimedia and hypermedia information Part 5: Supportfor base-level interactive applications ISO/IEC , Information technology Generic coding of moving pictures and associated audio information: Systems ISO/IEC , Information technology Generic coding of moving pictures and associated audio information Part 3: Audio ISO/IEC , Information technology Generic coding of moving pictures and associated audio information Part 6: Extensions for DSM-CC ISO/IEC , Information technology Generic coding of moving pictures and associated audio information Part 7: Advanced Audio Coding (AAC) ISO/IEC , Information technology Generic coding of moving pictures and associated audio information Part 11: IPMP on MPEG-2 systems ISO/IEC , Information technology -- Coding of audio-visual objects -- Part 1: Systems ISO/IEC , Information technology Coding of audio-visual objects -- Part 2: Visual ISOIEC , Information technology Coding of audio-visual objects Part 3: Audio ISO/IEC , Information technology Coding of audio-visual objects - Part 10: Advanced Video Coding ITU Recommendation H.222.0:2002, Information technology Generic coding of moving pictures and associated audio information: Systems ITU Recommendation H.222.1, Multimedia multiplex and synchronization for audiovisual communication in ATM environments ITU Recommendation H.262, Information technology Generic coding of moving pictures and associated audio information: Video ITU Recommendation H.264, Advanced video coding for generic audiovisual services ARIB STD-B21:2007, Receiver for digital broadcasting ARIB STD-B24, Data coding and transmission specifications for digital broadcasting ARIB TR-B14:2007, Operational guidelines for digital terrestrial television broadcasting 3 Termos e definições Para os efeitos desta parte da ABNT NBR 15608, aplicam-se os seguintes termos e definições. 3.1 privado campo privado da informação de serviços previsto para uso futuro NOTA Os campos privados (private fields) não são especificados na ABNT NBR e podem ser abordados em publicações futuras. Quando um subconjunto de campos privados é definido, este subconjunto passa a ter aplicação prevista nas tabelas de SI e os campos passam à categoria de campos especificados. 2 ABNT Todos os direitos reservados

9 3.2 receptor full-seg dispositivo capaz de decodificar informações de áudio, vídeo, dados etc., contidas na camada do fluxo de transporte de 13 segmentos destinada ao serviço fixo (indoor ) e móvel NOTA A classificação full-seg é aplicada aos conversores digitais, também conhecidos por set top box e aos receptores de 13 segmentos integrados com tela de exibição, mas não exclusivos a estes. Este tipo de receptor é capaz de receber e decodificar sinais de televisão digital terrestre de alta definição e, a critério do fabricante, também receber e decodificar informações transportadas na camada A do transport stream, aplicada para os serviços direcionados aos receptores portáteis, definidos como one-seg. 3.3 receptor one-seg dispositivo que decodifica exclusivamente informações de áudio, vídeo, dados etc., contidas na camada A localizada no segmento central dos 13 segmentos NOTA A classificação one-seg é destinada aos receptores do tipo portátil, também conhecidos por handheld, especialmente recomendados para telas de exibição de dimensões reduzidas, normalmente até 7 polegadas. Entre os produtos classificados como one-seg, estão os receptores integrados com telefone celular, PDA, dongle e televisores portáteis, os quais são energizados por uma bateria interna e, portanto, sem necessariamente demandar uma fonte externa de energia, bem como aqueles destinados a veículos automóveis. Este tipo de receptor é capaz de receber e decodificar apenas sinais de televisão digital terrestre transportado na camada A do fluxo de transporte e, conseqüentemente, apenas sinais de perfil básico, destinado aos dispositivos portáteis de recepção. 3.4 reservado campo reservado da informação de serviços previsto para uso futuro e cuja utilização se dá somente após a devida padronização pela ISO NOTA Os campos reservados (reserved fields) não são especificados na ABNT NBR e podem ser abordados em publicações futuras. Quando um subconjunto de campos reservados é definido, este subconjunto passa a ter aplicação prevista nas tabelas de SI e os campos passam à categoria de campos especificados. 4 Abreviaturas Para os efeitos desta parte da ABNT NBR 15608, aplicam-se as seguintes abreviaturas: ES PID PSI SI TS Fluxo Elementar (Elementary Stream) Identificação de Pacote (Packet Identifier) Informação Específica de Programa (Program Specific Information) Informação do Serviço (Service Information) Fluxo de Transporte (Transport Stream) 5 Caracteres para codificação das tabelas PSI/SI 5.1 Tabela de codificação A codificação das tabelas PSI/SI, incluindo seus descritores e seções, seguem a ISO/IEC conforme mostrado na Tabela 1. ABNT Todos os direitos reservados 3

10 Tabela 1 Caracteres para codificação das tabelas PSI/SI x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xa xb xc xd xe xf 0x APR 1x 2x SP! " # $ % & ' ( ) * +, -. / 3x : ; < = >? A B C D E F G H I J K L M N O 5x P Q R S T U V W X Y Z [ \ ] ^ _ 6x ` a b c d e f g h i j k l m n o 7x p q r s t u v w x y z { ~ 8x 9x Ax NBSP Š š ª «SHY Bx ± ² ³ Ž µ ž ¹ º» Œ œ Ÿ Cx À Á Â Ã Ä Å Æ Ç È É Ê Ë Ì Í Î Ï Dx Ð Ñ Ò Ó Ô Õ Ö Ø Ù Ú Û Ü Ý Þ ß Ex à á â ã ä å æ ç è é ê ë ì í î ï Fx ð ñ ò ó ô õ ö ø ù ú û ü ý þ ÿ Para codificar strings de caption e pacotes de dados, convém utilizar a tabela de codificação e caracteres de controles, conforme mostrado na Tabela 2. Tabela 2 Conjunto de caracteres latinos (latin extension). Adicionalmente, na codificação das strings de caption, é recomendado que os caracteres especiais G3, mostrados na Tabela 3, sejam empregados conforme especificado na ABNT NBR Como aos caracteres especiais G3, são atribuídos valores hexadecimais coincidentes com o mapa de caracteres definidos pela ISO/IEC Para que sejam decodificados corretamente, é recomendado que cada um dos valores dos caracteres especiais G3 seja sempre precedido pelo código de controle <SS3> (0x1D). EXEMPLO 0x1D 0x21 corresponde à nota musical ( ). 4 ABNT Todos os direitos reservados

11 Tabela 3 Conjunto de caracteres especiais G3 5.2 Tamanho máximo dos identificadores Convém que o tamanho máximo de cada campo de identificação utilizado nas tabelas PSI/SI esteja de acordo com a Tabela 4. ABNT Todos os direitos reservados 5

12 Tabela 4 Tamanho máximo de cada campo de identificação nas tabelas SI Campo Descritor Tabela Nome da rede Nome do TS Nome do canal do serviço Título do programa a Descrição do programa Descrição do componente de vídeo Descrição do componente de dados Descrição do componente de áudio Network name descriptor TS information descriptor Service descriptor Short event descriptor Short event descriptor Component descriptor Data component descriptor Audio component descriptor Primeiro loop da NIT Segundo loop da NIT SDT Seção do descritor char TS name char char of "service name length" "service provider name" "service provider name length" = 0 Tamanho máximo 20 bytes ou menos 20 bytes ou menos 20 bytes ou menos EIT event name char 96 bytes ou menos EIT text char 192 bytes ou menos EIT text char 16 bytes ou menos EIT EIT text char text char 16 bytes ou menos por tipo de dados 16 bytes ou menos por tipo de áudio. Quando existem 2 tipos de áudio em 1 ES, convêm que um total de 33 bytes ou menos com 1 byte de espaçamento seja inserido entre os nomes dos diferentes tipos de áudio Nome da série Series descriptor EIT series name char 48 bytes ou menos Nome do grupo de componentes a Nome do item Descrição do item Component group descriptor Extended event descriptor Extended event descriptor EIT text char 16 bytes ou menos EIT EIT item description char item char "text char" "text length" = 0 16 bytes ou menos 220 bytes ou menos por descrição e até 2 descritores podem ser alocados em cada nome de item, resultando num total de 440 bytes ou menos O título de programa inclui Titulo do programa + Subtítulo do programa. É fortemente recomendado que os receptores sejam capazes de mostrar um nome de programa com até 40 caracteres, porém sabidamente pode haver restrições no display. Em programas com 30 min de duração, ou menos, recomenda-se que sejam utilizados 20 caracteres ou menos. 6 ABNT Todos os direitos reservados

13 6 Tipos de tabelas e descritores 6.1 Tipos e identificações das tabelas Na transmissão do sinal de televisão digital, as tabelas PSI (program specific table) e SI (service information) utilizadas são as mostradas nas Tabelas 5 e 6 e estão de acordo com o especificado na ABNT NBR Tabela 5 Tabelas PSI utilizadas para as transmissões do sinal digital Nome da tabela Tabela de associação de programas (PAT) Tabela de mapeamento de programas (PMT) Tabela de informação de rede (NIT) Funções Especifica o PID do pacote TS que carrega a PMT associada a cada programa Especifica o PID do pacote TS que carrega a informação codificada de cada programa Carrega as informações necessárias para decodificação dos programas e referentes à radiodifusora, bem como parâmetros de modulação e freqüência Tabela 6 Tabelas SI utilizadas para as transmissões do sinal digital Nome da tabela Tabela de informação do radiodifusor (BIT) Tabela de descrição de serviços (SDT) Tabela de informação de eventos (EIT) Tabela de diferença de data e horário (TOT) Tabela de preenchimento (ST) Funções Especificam os parâmetros de informação de serviço (SI) para cada uma das radiodifusoras Transporta informações referentes aos serviços transmitidos por cada emissora, como nome do canal, nome da emissora etc. Provê informações em ordem cronológica sobre os eventos existentes por serviço Transporta informações de horário, data e fuso horário, além de informações do horário de verão Utilizada para invalidar outras tabelas A transmissão das tabelas CAT, TDT, RST, NBIT, LDT, BAT, LIT, ERT, ITT e PCAT está reservada para futuras implementações do sistema brasileiro de televisão digital. Além das tabelas PSI/SI indicadas nas Tabelas 5 e 6, na transmissão de serviços específicos, convém utilizar as tabelas descritas na Tabela 7. Tabela 7 Tabelas não SI utilizadas para as transmissões do sinal digital Nome da Tabela SDTT (Software download trigger table) CDT (Common data table) Função Responsável pela informação referente ao download de software, informando o agendamento do download, tipo de receptor etc. Transporta a informação de download no formato de seções ABNT Todos os direitos reservados 7

14 Os valores de PID utilizados para transporte das tabelas PSI/SI são mostrados na Tabela 8 e estão de acordo com o especificado na ABNT NBR Tabela 8 Atribuição dos valores de PID para as tabelas PSI/SI PID 0x0000 Valor apontado pela PAT a 0x0010 0x0011 Tabela PAT PMT NIT, ST SDT, ST 0x0012, 0x0026, 0x0027 EIT b, ST 0x0014 TOT, ST 0x0023, 0x0028 c SDTT 0x0024 0x0029 BIT CDT a Os valores de PID para os serviço one-seg são mostrados na Tabela 53. b Para detalhes da utilização da EIT, ver Seção 9. c Convém utilizar o valor 0x0023 na camada de baixa proteção (serviço full-seg) e o valor 0x0028 na camada de alta proteção (serviço one-seg). Os valores de table_id utilizados para identificar as tabelas PSI/SI são mostrados na Tabela 9 e estão de acordo com o especificado na ABNT NBR Tabela 9 Atribuição dos valores de table_id para as tabelas PSI/SI table_id 0x00 0x02 0x40 0x42 0x4E 0x50-0x57 0x58-0x5F 0x72 0x73 0xC4 0xC3 0xC8 Tabela PAT PMT NIT SDT EIT(p/f) EIT(schedule) EIT(schedule extended) ST TOT BIT SDTT CDT As funções detalhadas de cada uma das tabelas PSI/SI indicadas nas Tabelas 8 e 9 estão na ABNT NBR Tipos e identificação dos descritores Convém que os descritores utilizados nas tabelas PSI, tabelas SI e outros especificados na ABNT NBR :2007, subseção 5.2, tenham sua função definida de acordo com a Tabela ABNT Todos os direitos reservados

15 Tabela 10 Função dos descritores utilizados no sistema brasileiro de televisão digital Nome do descritor Copyright descriptor (descritor de direito autoral) Network name descriptor (descritor do nome da rede) Service list descriptor (descritor da lista de serviços) Stuffing descriptor (descritor de preenchimento) Terrestrial delivery system descriptor (descritor de sistema de distribuição terrestre) Service descriptor (descritor de serviços) Linkage descriptor (descritor de ligações) Short event descriptor (descritor curto de eventos) Extended event descriptor (descritor de eventos estendido) Component descriptor (descritor de componentes) Mosaic descriptor (descritor de mosaicos) Stream identifier descriptor (descritor de identificação de stream) Content descriptor (descritor de conteúdo) Parental rating descriptor (descritor de classificação indicativa) Digital copy control descriptor (descritor de controle de cópia digital) Emergency information descriptor (descritor de informação de emergência) Data component descriptor (descritor de componentes de dados) System management descriptor (descritor de gerenciamento de sistema) Local time offset descriptor (descritor de diferença de fuso horário) Audio component descriptor (descritor de componentes de áudio Hyperlink descriptor (descritor de hyperlink) Data content descriptor (descritor de conteúdo de dados) Função Identifica o direito de cópia Descreve o nome da rede/emissora/operadora Descreve a organização dos canais e seus tipos Assegura a alocação de espaço para os descritores e sua invalidação Descreve fisicamente o meio de transmissão terrestre Descreve o nome do serviço e o nome de sua empresa/organização Descreve a ligação com as informações de outro canal Transmite o nome e um curto texto de descrição para o evento. Contém um código de linguagem que indica em que língua o título e o texto estão descritos Descreve detalhadamente o programa Descreve detalhadamente o componente de vídeo de um programa Descreve a unidade de divisão relacionada ao serviço de mosaico (divisão de imagem) e conexão com outras organizações de canais, programas etc. Identifica individualmente cada componente Descreve o gênero do programa Descreve a classificação indicativa do programa Descreve o controle de cópias e máxima taxa de gravação Transmite os sinais de alarme de emergência e funções a eles relacionadas Identifica o formato do sinal de dados Identifica o radiodifusor Descreve a diferença entre a hora real e a indicação de hora durante o horário de verão Descreve os parâmetros relacionados ao áudio digital Descreve a relação com outros programas, conteúdo de programas e informações relacionadas a um programa Descreve o conteúdo de cada programa de dados ABNT Todos os direitos reservados 9

16 Tabela 10 (continuação) Nome do descritor Video decode control descriptor (descritor de controle de decodificação de vídeo) Reference descriptor (descritor de referência) Partial reception descriptor (descritor de recepção parcial) Função Controla a decodificação de vídeo na mudança de eventos para um mesmo service_id Descrição da referência do nó dos programas e do evento local Identifica o serviço one-seg na transmissão terrestre Series descriptor (descritor de séries) Descreve a informação de séries em eventos múltiplos Event group descriptor (descritor de grupo de eventos) SI parameter descriptor (descritor de parâmetros de SI) Broadcaster name descriptor (descritor de nome do radiodifusor) Component group descriptor (descritor de grupo de componentes) SI prime TS descriptor (descritor do principal TS do SI) TS information description (descritor de informação do TS) Extended broadcaster descriptor (descritor de radiodifusor estendido) Logo transmission descriptor (descritor de transmissão de logotipos) Content availability descriptor (descritor de disponibilidade de conteúdo) Carousel compatible composite descriptor (descritor de composição do carrossel de dados) Partial transport stream descriptor (descritor do feixe de transporte parcial) Network identifier descriptor (descritor de identificação de rede) Download content descriptor (descritor de conteúdo de atualização de receptores) Carousel identifier descriptor (descritor identificador de carrossel) Association tag descriptor (descritor de associação de etiqueta) Deffered association tags descriptor (descritor de informação de associação estendida) AAC descriptor Descreve a informação de agrupamentos de eventos múltiplos Descreve os parâmetros de SI empregados (grupo periódico, período de reenvio etc.) Descreve do nome do radiodifusor Descreve o agrupamento de componentes múltiplos em televisores com multiview Descreve a informação de identificação do principal TS do SI e parâmetros de transmissão associados Descreve de informação relacionada ao TS tal como a associação do número de remote_control_key (canal virtual) ou a descrição de uma camada de transmissão Descreve a informação do radiodifusor não limitada à rede Associa um service_id a um logo_id (apontamentos para dados de logotipo em formato CDT) ou a uma string de logotipo simples Descreve a informação de controle de gravação e saída dos programas Descreve o esquema de carrossel de dados Descreve o feixe de transporte parcial Descreve o identificador da rede Descreve o atributo das informações, como tamanho e tipo de conteúdo arquivos que são utilizados na atualização, e o download_id Descreve o identificador de carrossel especificado na ISO/IEC Descreve a associação de informação de identificadores especificados na ISO/IEC Complementa as informações de identificadores especificados na ISO/IEC Descreve o perfil e o nível do ES de áudio AAC 10 ABNT Todos os direitos reservados

17 6.3 Uso dos identificadores Os valores de identificação dos descritores (descriptor tag) da Tabela 10 são mostrados na ABNT NBR :2007, subseção 6.3. Convém que o emprego dos identificadores esteja de acordo com a ARIB TR-B14:2007, volume 4, subseção Utilização dos campos comuns a todas as tabelas Convém que o uso dos campos comuns a todos os receptores esteja de acordo com a ARIB TR-B14:2007, volume 4, subseção 6. 8 Caracterização de serviço e evento 8.1 Caracterização de serviço e tipo de serviço Tipos de serviço Um serviço é uma série de programas que podem ser transmitidos por cada radiodifusor. Convém que seja definido para cada serviço um service_id no descritor de lista de serviços presente na NIT e na SDT (exceto para os serviços de atualização do receptor). Analogamente, convém definir o tipo do serviço pela associação a um service_type, cujos valores são definidos na ABNT NBR :2007, Nas transmissões terrestres, os seguintes tipos de serviço são recomendados: serviço de televisão digital; serviço de dados; serviço especial; serviço de atualização do receptor Serviço de televisão digital O serviço de televisão digital é o serviço que contém pelo menos um stream de vídeo e que é primariamente alocado para ouvir e visualizar os streams de áudio e vídeo. Este serviço sempre permite recepção estável de programas, mesmo para receptores que não estejam equipados com a função de recepção de dados Serviço de dados O serviço de dados é o serviço que contém pelo menos um carrossel de dados e que é primariamente alocado para ouvir e visualizar o conteúdo dos dados em tempo real Serviço especial (serviço especial de vídeo/serviço especial de dados) O serviço especial é o serviço preparado para ser transmitido em intervalos irregulares sobre um service_id diferente daqueles dos serviços regulares de canais. Este serviço não é usado durante operação regular e não é dada nenhuma notificação prévia aos telespectadores a respeito deste serviço. ABNT Todos os direitos reservados 11

18 8.1.5 Serviço de atualização do receptor O serviço de atualização do receptor é um serviço de manutenção do software para os receptores. O serviço inclui correção de bugs, resolução de problemas relacionados à transmissão, problemas que possam surgir de diferença de interpretação e de operação pelas unidades receptoras, melhoria da imagem, aceleração e melhoria da operabilidade. Este serviço também inclui a tabela de código de gênero de programa, tabela de código de característica de programa e prazo de reserva normalmente aplicado a todos os receptores. 8.2 Caracterização de evento Conceitos básicos de evento Um evento é uma coleção de fluxos de dados elementares dentro de um fluxo de transporte, com horário de início e fim definidos e contendo apenas um programa como, por exemplo, uma novela ou jornal. Considera-se que um evento foi definido quando o event_id é enviado no event_loop da EIT. Os conceitos básicos da configuração de um evento são: durante a suspensão de um serviço, não é necessário configurar um evento, entretanto, convém que todos os eventos de televisão digital contenham pelo menos um stream de vídeo cujo stream_type é 0x1B e um stream de áudio cujo stream_type é 0x11; o número máximo de eventos por dia é de 96 eventos por serviço; o tempo de duração para cada evento pode variar entre 1 min e 48 h; a descrição de um evento pode ser alterada, como, por exemplo, alterando o horário de início e/ou duração etc.; convém que o valor do event_id enviado pela EIT seja único para cada serviço; quando um event_id que vinha sendo transmitido pela EIT deixa de ser transmitido, significa que o evento terminou ou foi cancelado. Não convém que o event_id que estava sendo utilizado seja atribuído a nenhum novo evento antes de pelo menos 24 h após o final do evento, para que não possa ser calculado a partir do horário de início (start_time) mais a duração (duration) Reutilização do evento_id Recomenda-se que a reutilização do event_id esteja de acordo com a ARIB TR-B14:2007, volume 4, subseção Nível de distribuição das tabelas PSI/SI e seus descritores O nível de transmissão para as tabelas PSI/SI necessárias para a transmissão de televisão digital terrestre é mostrado na Tabela 11 e o nível de distribuição dos descritores associados, na Tabela ABNT Todos os direitos reservados

19 Tabela 11 Nível de transmissão das tabelas PSI/SI Table_id Tabela Nível de transmissão 0x00 PAT Recomendado 0x02 PMT Recomendado 0x40 NIT Recomendado 0x42 SDT Recomendado 0x4E H-EIT(p/f), M-EIT(p/f), L-EIT(p/f) Recomendado 0x4E M(p/f, after), L-EIT(p/f, after) Enviada quando necessário 0x50-0x57 EIT(schedule basic) Enviada quando necessário 0x58-0x5F EIT(schedule extended) Enviada quando necessário 0x72 ST Enviada quando necessário 0x73 TOT Recomendado 0xC4 BIT Recomendado Tabela 12 Nível de distribuição dos descritores Table id Tabela Descritor Nível de distribuição 0x02 0x40 0x42 PMT(1 o loop) PMT (2 o loop) NIT (1 o loop) NIT (2 o loop) SDT Digital Copy Control Descriptor Content Availability Descriptor Parental Rating Descriptor Stream Identifier Descriptor Video Decode Control Descriptor Data Component Descriptor AAC descriptor Network Name Descriptor System Management Descriptor Service List Descriptor Terrestrial Delivery System Descriptor TS Information Descriptor Partial Reception Descriptor Service Descriptor Digital Copy Control Descriptor Enviado quando necessário Enviado quando necessário Enviado quando necessário. Recomendado na EIT. Sempre enviado Enviado quando necessário Enviado quando necessário Sempre enviado Sempre enviado Sempre enviado Sempre enviado Sempre enviado Sempre enviado Enviado quando necessário Sempre enviado Enviado quando necessário 0x4E EIT De acordo com a Tabela 19 De acordo com a Tabela 19 0x73 TOT Local Time Offset Descriptor Sempre enviado 10 Transmissão das tabelas e suas seções 10.1 Divisão das seções Convém que a divisão das seções esteja de acordo com a ARIB TR B14:2007, volume 4, subseção ABNT Todos os direitos reservados 13

20 10.2 Taxas de repetição de tabelas PSI Convém que as taxas de repetição das tabelas PSI estejam de acordo com a Tabela 13. Tabela 13 Taxas de repetição de tabelas PSI Tipo de tabela PAT PMT (serviços transmitidos em camadas que não a camada de recepção parcial) PMT (serviços transmitidos na camada de recepção parcial, para serviço one-seg) CAT Taxa de repetição 100 ms 100 ms a 200 ms b 10 s a Para serviços de atualização do receptor, o ciclo de transmissão da PMT pode se ampliado para até 1 s. b Até 500 ms podem ser usados Faixas de mudança de ciclo de transmissão e ciclo-padrão para parâmetros de transmissão aplicados a todas as estações A Tabela 14 apresenta as faixas de mudança de ciclo de transmissão e a duração do ciclo-padrão para cada grupo de taxa de repetição para parâmetros aplicados a toda estação e a Tabela 15 apresenta o range dos parâmetros referentes à taxa de repetição. Tabela 14 Faixas de mudança de ciclo de transmissão e ciclos-padrão para parâmetros de transmissão aplicados a todas as estações Grupo de taxa de repetição Parâmetro Range de mudança de ciclo Mínimo s Máximo s Duração do ciclo padrão s NIT BIT SDT H-EIT [p/f] H-EIT [programação básica] Tipo de televisão Tipo de dado Grupo de taxa de repetição básica Grupo 1 de taxa de repetição estendida Grupo 2 de taxa de repetição estendida Grupo de taxa de repetição básica Grupo de taxa de repetição estendida D S S D S H-EIT EM L-EIT EL TOT ABNT Todos os direitos reservados

21 Tabela 15 Parâmetro que mostra o range da taxa de repetição Parâmetro Definição Range para alteração do parâmetro Valor-padrão Mínimo Máximo D1 Representa o número de dias (iniciando na data atual) que cada emissora 8 dias 8 dias 8 dias D3 transmite através da H-EIT [schedule basic] 2 dias 2 dias 2 dias S1 Representa o número de segmentos 3 segmentos 3 segmentos 2 segmentos S2 dentro do range para o grupo de taxa de 0 segmentos 21 segmentos 13 segmentos repetição estendida na H-EIT [schedule S4 extended] 0 segmentos 24 segmentos 0 segmentos EM1 EL1 Representa o número de programas (iniciando na data atual) que cada emissora transmite através da M-EIT Representa o número de programas (iniciando na data atual) que cada emissora transmite através da L-EIT 11 Empacotamento do TS e regras de transmissão 2 programas 10 programas 2 programas 2 programas 10 programas 2 programas Convém que o empacotamento do TS e as regras para sua transmissão estejam de acordo com a ARIB TR B-14:2007, volume 4, seção Especificação da transmissão dos perfis EIT 12.1 Tipos de tabelas EIT A ABNT NBR especifica a transmissão de três tipos de EIT: H-EIT, M-EIT e L-EIT. Assim, convém que as informações do evento obtidas através dessas tabelas sejam mostradas na área correspondente a cada um dos tipos de EPG. Sendo assim, é recomendado que o receptor, ao receber a informação proveniente da tabela H-EIT, mostre a informação na área reservada ao EPG do tipo H ; caso receba uma M-EIT, convém que o dado seja mostrado na área reservada ao EPG do Tipo M e, analogamente, caso receba uma L-EIT, a informação deve ser mostrada na região designada ao EPG do Tipo L. A Tabela 16 mostra os termos relativos à EIT e suas respectivas descrições. Tabela 16 Definições dos nomes utilizados pela EIT Nome EIT EIT[p/f] EIT[schedule] H-EIT M-EIT L-EIT Definição Termo utilizado para identificar H-EIT, M-EIT e L-EIT Termo utilizado para designar H-EIT[p/f]/M-EIT[p/f]/L-EIT[p/f] Termo utilizado para designar H-EIT[schedule basic]/h-eit[schedule extended] Termo utilizado para designar H-EIT[p/f]/H-EIT[schedule basic]/h-eit[schedule extended] Termo utilizado para designar M-EIT[p/f]/M-EIT[p/f seguinte] Termo utilizado para designar L-EIT[p/f]/L-EIT[p/f seguinte] ABNT Todos os direitos reservados 15

22 12.2 Identificação Os PID para a identificação dos diferentes tipos de EIT são monstrados na Tabela 17. Tabela 17 PID dos diferentes tipos de EIT Tipo da EIT H-EIT M-EIT L-EIT PID 0x0012 0x0026 0x0027 Convém que a identificação de Table_id das seções da EIT esteja em conformidade com a Tabela 18. Tabela 18 Table_id das seções da EIT Tipo da EIT H-EIT[p/f] H-EIT [schedule basic] H-EIT [schedule extended] M-EIT L-EIT Table_id 0x4E 0x50-0x57 0x58-0x5F 0x4E 0x4E 12.3 Descritores em cada um dos tipos de EIT A Tabela 19 mostra os possíveis descritores a serem alocados em cada um dos tipos de EIT. 16 ABNT Todos os direitos reservados

23 Tabela 19 Possíveis descritores em cada um dos tipos da EIT Nº Tag value Descriptor H-EIT [p/f] H-EIT [Schedule basic] H-EIT [Schedule extended] M-EIT [Schedule extended] M-EIT [p/f] M-EIT [p/f after] L-EIT [p/f] L-EIT [p/f after] 1 0X4D 2 0x4E 3 0x50 4 0x54 5 0xC1 6 0xC4 7 0xC7 8 0xD5 9 0xD6 10 0x XDE 12 0x xD9 Short event descriptor Extended event descriptor Component descriptor Content descriptor Digital copy control descriptor Audio component descriptor Data contents descriptor Series descriptor Event group descriptor Parental rating descriptor Content availability descriptor Stuffing descriptor component _group_des criptor Recomendado Recomendado Não se aplica Não se aplica Recomendado Recomendado Recomendado Recomendado Opcional Não se aplica Opcional Opcional Não se aplica Não se aplica Não se aplica Não se aplica Recomendado a Opcional Opcional Recomendado a Opcional Opcional Opcional Recomendado Opcional Recomendado a Opcional Opcional Recomendado a Opcional Opcional Opcional Recomendado Opcional Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Não se aplica Recomendado a Recomendado a Não se aplica Não se aplica Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Recomendado a Recomendado a Não se aplica Não se aplica Opcional Opcional Não se aplica Não se aplica Opcional Opcional Não se aplica Não se aplica Opcional Opcional Não se aplica Não se aplica Recomendado Recomendado Recomendado Recomendado Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional a Convém que ao menos um descritor seja inserido para serviço de televisão digital Detalhamento dos descritores da EIT NOTA Os descritores indicados de a são os principais descritores enviados pela EIT. Convém que os descritores não detalhados nesta Subseção estejam de acordo com a ABNT NBR e ABNT NBR Descritor de eventos curtos O descritor de eventos curtos (short event descriptor) contém uma breve descrição sobre o evento a que se refere, utilizado no EPG ou outra interface de informação para o usuário, especificado com tag_value 0x4D para transmissão Descritor de componente O descritor de componente (component descriptor) identifica o tipo de componente para um component_tag de vídeo e descreve o componente em formato de texto. A ABNT NBR :2007, subseção 8.3.4, contém a especificação detalhada deste descritor cujo tag_value é igual a 0x50. ABNT Todos os direitos reservados 17

24 Descritor de componente de áudio O descritor de componente de áudio (audio component descriptor), identificado com o tag_value 0xC4, contém informações sobre os parâmetros dos ES de áudio e expressa o ES em formato texto. A ABNT NBR , subseção , contém a especificação detalhada deste descritor Descritor de classificação indicativa O descritor de classificação indicativa (parental rating descriptor) fornece a classificação indicativa baseada na Portaria nº 1220 do Ministério da Justiça e é identificado com o tag_value 0x55. A informação de classificação indicativa também pode ser inserida na PMT, caso a emissora não deseje configurar a informação de classificação indicativa por evento. Nesse caso, convém que a prioridade do receptor seja atribuída da seguinte forma: PMT > EIT. A ABNT NBR :2007, seção , contém a especificação detalhada desse descritor Descritor de controle de cópia digital O descritor de controle de cópia digital (digital copy control descriptor), identificado com o tag_value 0xC1, contém informações que permitem o controle de geração de cópias digitais, em equipamentos de gravação digital. A ABNT NBR :2007, subseção , contém a especificação detalhada deste descritor Descritor de disponibilidade de conteúdo Convém que o descritor de disponibilidade de conteúdo (content availability descriptor), identificado com o tag_value 0xDE, que contém informações para controlar gravações e saída de vídeo, seja utilizada em conjunto com o descritor de controle de cópias digitais. A ABNT NBR :2007, subseção , contém a especificação detalhada deste descritor Tipo básico de distribuição da EIT Os tipos da EIT transmitidos para cada serviço são chamados de tipos básicos de distribuição da EIT. Convém que os tipos de EIT e os locais de transmissão estejam em conformidade com a Tabela 20. Tabela 20 Tipos de EIT e sua localização Tipo de receptor Receptor fixo Receptor móvel Receptor one-seg Tipo básico de distribuição da EIT H-EIT M-EIT L-EIT Camada de transmissão Mesma camada em que o serviço é transmitido Mesma camada em que o serviço é transmitido Mesma camada em que o serviço é transmitido Convém indicar o tipo básico da EIT, seja ela H-EIT, M-EIT ou L-EIT dentro do loop de cada um dos serviços através da seção EIT_user_defined_flag, que é um campo de 3 bits descrito na tabela SDT. 18 ABNT Todos os direitos reservados

25 12.5 Tipo estendido de distribuição da EIT Em adição aos tipos básicos que podem ser transmitidos, caso seja necessário, é possível transmitir outro tipo de EIT para um mesmo serviço. Essa opção é conhecida como tipo estendido de distribuição da EIT. EXEMPLO Na transmissão do segmento do serviço one-seg, convém transmitir o tipo de distribuição básica para EIT referente ao segmento parcial: L-EIT. Entretanto, caso se queira prover mais opções de serviços associados ao EPG tipo H, é possível transmitir a H-EIT como um tipo estendido de distribuição da EIT Restrições para a utilização dos tipos estendidos de distribuição da EIT Há algumas restrições para a utilização dos tipos estendidos de distribuição da EIT. As Tabelas 21 a 26 mostram seis configurações que simulam as possibilidades de transmissão do sistema brasileiro de televisão digital, com as possibilidades de transmissão das tabelas EIT básicas e estendidas. Tabela 21 Transmissão em segmentos de baixa proteção (camada A) para um receptor fixo Serviço Segmento com baixa proteção Configuração do segmento Camada A H-EIT (básico) Tabela 22 Transmissão de segmentos com baixa proteção (camada A) para um receptor móvel Serviço Segmento com baixa proteção Configuração do segmento Camada A M-EIT (básico) H-EIT (estendido) Tabela 23 Transmissão de segmento com alta proteção (camada A) para recepção one-seg e segmentos com baixa proteção (camada B) para receptores fixos Serviço Segmento com alta proteção Segmento com baixa proteção Configuração do segmento Camada A L-EIT (Básico) M-EIT (estendido) Não utilizado Configuração do segmento Camada B Não utilizado H-EIT (básico) H-EIT (estendido) ABNT Todos os direitos reservados 19

26 Tabela 24 Transmissão de segmentos com alta proteção (camada A) para recepção móvel e segmentos com baixa proteção (camada B) para receptores fixos Serviço Configuração do segmento Camada A Configuração do segmento Camada B Segmento com alta proteção M-EIT (básico) Não utilizado Segmento com baixa proteção Não utilizado H-EIT (básico) H-EIT (estendido) Tabela 25 Transmissão de segmento com alta proteção (camada A) para recepção one-seg e outro segmento com baixa proteção (camada B) para receptores móveis Serviço Segmento com alta proteção Segmento com baixa proteção Configuração do segmento Camada A L-EIT (Básica) Não utilizado Configuração do segmento Camada B M-EIT(estendido) H-EIT (estendido) M-EIT(básico) H-EIT (estendido) Tabela 26 Transmissão de segmento com alta proteção (camada A) para recepção one-seg, segmentos com média proteção (camada B) para receptores móveis e segmentos com baixa proteção (camada C) para recepção fixa Serviço Configuração do segmento Configuração do segmento Configuração do segmento Camada A Camada B Camada C Segmento com alta proteção L-EIT (básico) M -EIT (estendido) H-EIT (estendido) Segmento com média proteção Não utilizado M -EIT (básico) H-EIT (estendido) Segmento com baixa proteção Não utilizado Não utilizado H-EIT (básico) 12.7 Tabelas e descritores utilizados para transmissão de tabelas EIT Convém que os descritores enviados por tipo de EIT estejam em conformidade com a Tabela ABNT Todos os direitos reservados

27 Tabela 27 Localização dos descritores Table_id Table Descritor Nível de transmissão Short event descriptor Recomendado Component descriptor Recomendado a Content descriptor Enviado quando necessário Digital copy control descriptor Enviado quando necessário Audio component descriptor Recomendado a 0x4E H-EIT[p/f] Data content descriptor Enviado quando necessário a CA contract info descriptor Enviado quando necessário a Event group descriptor Enviado quando necessário a Component group descriptor Enviado quando necessário Series descriptor Enviado quando necessário a Extended event descriptor Enviado quando necessário Parental rating descriptor Recomendado Short event descriptor Recomendado Component descriptor Recomendado a Content descriptor Enviado quando necessário Digital copy control descriptor Enviado quando necessário 0x4E 0x4E 0x50-0x57 0x58-0x5F M-EIT[p/f] M-EIT [p/f after] L-EIT [p/f after] H-EIT [schedule basic] H-EIT [schedule extended] a Mais de um descritor permitido no mesmo loop. Audio component descriptor Data content descriptor CA contract info descriptor Event group descriptor Component group descriptor Series descriptor Parental rating descriptor Short event descriptor CA contract info descriptor Content descriptor Digital copy control descriptor Audio component descriptor Parental rating descriptor Short event descriptor Component descriptor Content descriptor Digital copy control descriptor Audio component descriptor Data content descriptor CA contract info descriptor Event group descriptor Component group descriptor Series descriptor Parental rating descriptor Extended event descriptor Recomendado a Enviado quando necessário a Enviado quando necessário a Enviado quando necessário a Enviado quando necessário Enviado quando necessário a Recomendado Recomendado Enviado quando necessário Enviado quando necessário Enviado quando necessário Enviado quando necessário Recomendado Recomendado Recomendado a Enviado quando necessário Enviado quando necessário Recomendado a Enviado quando necessário a Enviado quando necessário a Enviado quando necessário a Enviado quando necessário Enviado quando necessário a Recomendado Enviado quando necessário a ABNT Todos os direitos reservados 21

28 12.8 Parâmetros aplicados a cada estação Convém que os parâmetros aplicados a cada estação estejam em conformidade com a ARIB TR-B14:2007, volume 4, subseção Transmissão da EIT Convém que os detalhes da transmissão da EIT estejam em conformidade com a a ARIB TR-B14:2007, volume 4, seção Distribuição dos valores de component_tag 14.1 Atribuição dos valores de component_tag Para garantir a exibição contínua de um ES pelo receptor, convém que o campo component_tag não seja alterado, a menos que haja interação do usuário. Os valores recomendados de component_tag para cada tipo de componente e os valores de component_tag para o ES primário são apresentados na Tabela 28. Tabela 28 Atribuição dos valores para component_tag Tipo do componente Valores do component_tag Descrição Vídeo a 0x00 a 0x0F 0x00: recomendado para ES primário de vídeo Áudio a 0x10 a 0x2F 0x10: recomendado para ES primário de áudio 0x40 ES primário de dados 0x30 ES de caption (legenda e closed caption) principal Outros b 0x31 a 0x37 ES de caption (legenda e closed caption) secundários 0x38 ES default para main superimposed 0x39 a 0x3F ES referentes a sub superimposed 0x40 a 0x6F Monomídias e carrossel de objetos 0x70-0x7F Mensagens de eventos e carrossel de dados (DDI e DDB) 0x80 ES primário para carrossel de dados 0x81 ES primário para vídeo 0x82 ES secundário de vídeo 0x83 ES primário para áudio (24 khz) 0x84 ES secundário para áudio (24 khz) Recepção parcial 0x85 ES primário para áudio (22,05 khz) (0x80 a 0x8F) 0x86 ES secundário para áudio (22,05 khz) 0x87 Caption (legenda e closed caption) 0x88 Superimposed 0x89 a 0x8F Reservado (ver Tabela 36) 0x90 ES primário para áudio (16 khz) 0x91 ES secundário para áudio (16 khz) Reservado 0x92 a 0xFF Reservado a É recomendado que cada valor seja atribuído individualmente para cada fluxo de vídeo e áudio b Outros tipos de fluxo, que não de vídeo e áudio, podem ser incluídos. 22 ABNT Todos os direitos reservados

29 Quando um serviço de televisão digital possuir apenas um fluxo de vídeo, áudio e/ou dados e o component_tag não for informado, convém ao receptor admiti-lo como fluxo primário ES Primário ES primário é o componente ou grupo de componentes que são os primeiros a serem mostrados quando o serviço é selecionado. O campo que define esse valor é o component_tag. Quando um ES é escolhido e seu conteúdo decodificado, o receptor continua decodificando esse ES, independentemente se está em um evento ou entre eventos, e assim fica até que o usuário escolha outro ES Prioridade Quando houver mais de um ES secundário com o mesmo stream_type, definidos em uma mesma PMT, e quando mais de um descriptor de componente ou descritor de componente de áudio existir na EIT, convém que a prioridade seja dada ao ES com o menor valor de component_tag Identificadores do TS O valor de alocação dos identificadores do TS por tipo de stream é apresentado na Tabela 29. ABNT Todos os direitos reservados 23

30 Tabela 29 Alocação de tipo de fluxo Valor Descrição 0x00 Reservado 0x01 De acordo com a ISO/IEC x02 De acordo com a ITU Recommendation H262 0x03 De acordo com a ISO/IEC x04 De acordo com a ISO/IEC x05 0x06 0x07 Seção Pacote PES De acordo com a ISO/IEC (MHEG) 0x08 De acordo com a ITU-T Recommendation H222.0:2002, Anexo 1 0x09 De acordo com a ITU-T Recommendation H x0A De acordo com a ISO/IEC (tipo A) 0x0B De acordo com a ISO/IEC (tipo B) 0x0C De acordo com a ISO/IEC (tipo C) 0x0D De acordo com a ISO/IEC (tipo D) 0x0E 0x0F De acordo com a ITU Recommendation H222.0 ( auxiliary data) De acordo com a ISO/IEC (ADTS transport syntax) 0x10 De acordo com a ISO/IEC x11 0x12 De acordo com a ISO/IEC : áudio (LATM/LOAS transport syntax) De acordo com a ISO/IEC : SL fluxo de pacotes ou fluxo de FlexMux transportada nos pacotes de PES 0x13 De acordo com a ISO/IEC : SL fluxo de pacotes ou fluxo de FlexMux transportada na ISO/IEC x14 0x15 0x16 De acordo com a ISO/IEC , protocolo de sincronização de download Metadados transportados por um pacote PES Metadados transportados por uma metadata_sections 0x17 Metadados transportados pelo carrossel de dados de acordo com a ISO/IEC x18 Metadados transportados pelo carrossel de objetos de acordo com a ISO/IEC x19 Metadados transportados por um protocolo de download sincronizado de acordo com a ISO/IEC x1A IPMP stream especificado na ISO/IEC x1B 0x1C- 0x7D 0x7E 0x7F 0x80 0x81 0x82-0xFF De acordo com a ITU Recommendation H.264 e ISO/IEC : vídeo Indefinido Data piping IPMP stream Reservado AC-3 Uso privado 24 ABNT Todos os direitos reservados

31 Convém garantir que serviços fornecidos em camadas que não a camada de recepção parcial possam fazer referência tanto aos fluxos elementares transmitidos na camada de recepção parcial quanto a todas outras camadas. A Tabela 30 mostra os fluxos que são transmitidos em camadas diferentes da camada de recepção parcial. Tabela 30 ES para transmissão em camadas diferentes que o destinado para recepção parcial Tipo de stream Stream_type_id Component tag value Data component descriptor H.264 vídeo 0x1B 0x00 a 0x0F Não é inserido MPEG-4 AAC áudio (48 khz) 0x11 0x10 a 0x2F Não é inserido Caption e superimposed Monomídia Caption Superimposed MPEG-1 vídeo MPEG-2 vídeo MPEG-4 vídeo MPEG-4/H.264 AVC MPEG -1 áudio MPEG -2 AAC áudio MPEG-4 AAC áudio Carrossel de objetos Mensagens de eventos e carrossel de dados (DII e DDB) 0x06 0x01 0x02 0x1B 0x03 0x0F 0x11 0X0B 0x0D 0x30 a 0x37 0x38 a 0x3F 0x40 a 0x6F 0x70 0x7F a A inserção do descritor no caso do componente possuir apenas mensagens de eventos é opcional. Inserido. O valor do data_component_id é igual a 0x0008 Não é inserido Inserido ª. O valor do data_component_id é igual a 0X00A0 Inserido a. O valor do data_component _id é igual a 0x000C Convém garantir que serviços fornecidos na camada de recepção parcial possam fazer referência somente às ES transmitidas na camada de recepção parcial. A Tabela 31 lista as ES que são transmitidas na camada de recepção parcial. ABNT Todos os direitos reservados 25

32 Tabela 31 ES transmitidos na camada destinada à recepção parcial Tipo de stream Vídeos H.264 perfil básico e taxa de quadros até 30fps Stream type ID Component tag value Data component descriptor 0x1B 0x81, 0x82 Não é inserido MPEG-4 HE- AAC áudio (24 khz) 0x11 0x83, 0x84 Não é inserido MPEG-4 HE-AAC áudio (22,5 khz) 0x11 0x85, 0x86 Não é inserido MPEG-4 HE-AAC áudio (16 khz) 0x11 0x90, 0x91 Não é inserido Caption 0x06 0x87 Inserido. O valor do data_component_id é igual a 0x0012 ES que apenas podem ser referenciados por serviços de distribuição de dados que estejam em uma camada diferente da camada de recepção parcial AAC áudio (24 khz) AAC áudio (48 khz) 0x11 0x8C, 0x8D Não é inserido 0x11 0x8E, 0x8F Não é inserido Apenas transmissão do carrossel de dados (DII e DDB) ou transmissão do carrossel de dados e mensagem de eventos 0x0D 0x80, 0x8B Inserido. O valor do data_component_id é igual a 0x00D Transmissão apenas de mensagens de eventos 0x0D 0x89, 0x8A Não é inserido 14.5 Divisão de seções Convém que a divisão das seções esteja de acordo com a Tabela ABNT Todos os direitos reservados

33 Tabela 32 Divisão de seção Tabela Caso Regra PAT, PMT, TOT Sempre Caso básico Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0" Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0" Convém transmitir duas seções: NIT, BIT Caso estendido - a seção de "section number = 0" carrega o primeiro loop. Convém que o comprimento do segundo loop seja 0 - a seção de "section number = 1" carrega o segundo loop. Convém que o comprimento do primeiro loop seja 0 SDT EIT [p/f] EIT [schedule] Caso básico Caso estendido Sempre Sempre Convém que a contagem do segundo loop seja 1 Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0" Convém transmitir as seções uma por uma: - a seção de "section number = 0" carrega o loop do primeiro serviço no TS correspondente - a seção de "section number = (n-1)" carrega o loop do serviço de número "n" no TS correspondente Convém transmitir duas seções: - a seção de "section number = 0" carrega o loop do presente evento - a seção de "section number = 1" carrega o loop do evento seguinte Convém transmitir as seções uma por uma: - a seção de "section number = 0" carrega o loop do primeiro evento no serviço correspondente - a seção de "section number = (n-1)" o loop de evento de numero "n" no serviço correspondente 15 Especificações para em serviço e fora de serviço Com relação ao emprego das tabelas PSI/SI para o status em serviço e fora de serviço, convém que: as tabelas PAT e PMT válidas sejam transmitidas para o serviço em serviço ; a descrição do serviço na SDT não seja alterada independentemente do status de em serviço e fora de serviço ; quando todos os serviços dentro do TS relevante estão na condição fora de serviço, a PAT seja esvaziada independentemente das outras informações PSI/SI. Convém que o status do serviço em serviço e fora de serviço esteja em conformidade com a Tabela 33. ABNT Todos os direitos reservados 27

34 Tabela 33 Status do service on/off Status NIT no TS Descrição da NIT na lista de serviços Descrição deste serviço dentro da PAT PMT deste serviço Observações Em serviço Sim Sim Sim Sim Transmissão normal Fora de serviço Sim Sim Não Não Sim Sim Não Sim Todos os serviços podem usar esta operação Exceto para recepção parcial pode-se usar esta operação. Neste caso, julgar que PMT é inválida. Sem sinal Não Não Não Não Só RF/fora do ar Convém que a interpretação por parte do receptor seja feita conforme segue: quando existirem PAT e PMT válidas, o serviço está em serviço ; nunca utilizar a SDT na decisão dos serviços em serviço ou fora de serviço ; quando a PAT estiver vazia, todos os serviços dentro deste TS estão fora de serviço independentemente de outras tabelas PSI/SI. 16 Eventos comuns Convém que os detalhes da operação para eventos comuns estejam em conformidade com a ARIB TR-B14:2007, volume 4, seção Operação de séries de eventos Convém que os detalhes da operação de séries de eventos estejam em conformidade com a ARIB TR-B14:2007, volume 4, seção Mudança na programação de eventos 18.1 Status indefinido O status indefinido de um evento é a maneira encontrada para lidar com mudança urgente do cronograma de eventos e mostrar o status da operação atual de uma estação. Convém que apenas dois tipos de situações gerem status indefinido. A primeira é evento não decidido, a qual indica que o evento não está fixado e a segunda é hora não definida para mostrar que um evento foi fixado, mas a hora não Evento não decidido Evento não decidido mostra que a programação de transmissão não foi decidida e seu conteúdo não foi fixado. Convém que um evento não decidido seja definido somente dentro da EIT [p/f] quando a programação de eventos é mudada com pouca antecedência e que seja identificado através dos campos hora de início e duração na EIT. 28 ABNT Todos os direitos reservados

35 O evento não decidido recebe o valor 1 para a hora de início e duração e, nesse caso, event_id não tem significado. Um evento não decidido não pode existir no evento presente da EIT[p/f], mas apenas no próximo evento da EIT[p/f] Hora não definida Convém que os campos hora de início e duração sejam definidos como não decididos somente na EIT [p/f] quando a programação de evento é mudada com pouca antecedência. Quando o valor 1 é designado ou para o start time ou para o campo duration, significa que a informação de hora é indefinida. Porém quando o valor 1 é enviado tanto no start time como no duration significa que é um evento não decidido. No caso de se enviar hora não definida o event_id é válido. Convém que para hora não definida os eventos sejam reconhecidos conforme a seguinte descrição: quando a hora de início não está decidida, significa que o evento está programado para ser transmitido como próximo programa, mas a hora exata não está decidida devido a razões como o horário de encerramento da programação atual não ter sido fixado. Este status pode ocorrer somente no próximo evento da EIT[p/f]; quando a duração não está decidida, significa que o tempo de duração que foi estabelecido inicialmente pode ter mudado num evento sendo transmitido no momento ou sendo suspenso. Este status pode ocorrer tanto no evento presente quanto no próximo da EIT [p/f] Regras básicas com relação ao progresso de evento Convém que o progresso de um evento seja mostrado na EIT [p/f] e indicado de acordo com os seguintes parâmetros: condição de um evento em atual/próximo ; hora de início ( start time ) de um evento; duração ( duration ) de um evento. O campo running status da EIT existe para mostrar o progresso de um evento como este, mas na transmissão de televisão digital terrestre, é sempre definido como reservado e não é usado Julgamento de em andamento / finalizado Convém que a indicação de se um evento está em andamento ou não, e também se um evento terminou, possa ser descoberta através da condição de atual na EIT [p/f]. Quando um evento é colocado em atual, ele está sendo transmitido e quando um evento que foi colocado em atual desaparece da EIT [p/f], o evento é considerado terminado Julgamento de iniciado Convém que a decisão de se um evento começou esteja baseada na comparação entre o horário atual e o horário de início do próximo evento na EIT[p/f]. Considera-se que um evento começou quando chega a hora indicada para o início do evento seguinte. É importante notar que a EIT nem sempre tem a hora de início atualizada em função dos ciclos de transmissão. Convém que a tabela EIT [p/f] seja atualizada sem falhas dentro de 10 s depois do horário de início do próximo evento. Convém que o status seja tratado como anormal se a EIT não for atualizada dentro de 10 s. Durante esses 10 s, enquanto um programa é tratado como sendo transmitido baseado no status de atual, é tratado como iniciado baseado no status de seguinte. ABNT Todos os direitos reservados 29

36 18.7 Julgamento de interrompido Para descobrir se um evento foi interrompido, compara-se a hora de início do próximo evento da EIT[p/f] com a hora atual. Quando um evento vai ser interrompido logo, as horas do evento atual e do próximo podem se sobrepor. Para interromper um evento, o conteúdo de atual é movido para o próximo sem mudar a hora de início (um evento pode ser reconhecido como suspenso quando está nesse status). Para reiniciar um evento, o conteúdo do próximo evento é colocado em atual sem mudar o horário de início. Além do mais, um evento é considerado reiniciado quando a EIT [p/f] é colocada em atual. Esta é a razão pela qual a hora de reinício não pode ser considerada start time de um evento interrompido (seguinte). Convém que a decisão dos eventos esteja baseada na hora de início e duração da EIT[p/f], conforme mostrado na Tabela 34. Tabela 34 Valores de hora de início e duração da EIT [p/f] e status dos eventos EIT Hora de início Duração (hora de término) Status Antes da hora atual Antes da hora atual Programa em progresso (durante o período de transição) a Antes da hora atual Depois da hora atual Programa em progresso Atual Antes da hora atual Não decidido Programa em progresso e hora de término não decidida Não decidido Opcional Status anormal Depois da hora atual Qualquer valor Status anormal Qualquer valor Antes da hora atual Status anormal Antes da hora atual Depois da hora atual Programa sendo suspenso. Programado para terminar na hora de término mostrada com valor da duração incluindo o período suspenso a Antes da hora atual Não decidido Programa sendo suspenso. Programação de hora de término não decidida Próximo Depois da hora atual Depois da hora atual Programado para ser transmitido como próximo programa Depois da hora atual Não decidido Programado para ser transmitido como próximo programa, mas com hora de término não decidida Não decidido Diferente de não decidido Programado para ser transmitido como próximo programa, mas com hora de início não decidida. O valor de duração é válido Não decidido Não decidido O próximo programa não está definido. A descrição de evento não tem significado a Apesar da regra estabelecer que a EIT [p/f] é atualizada sem falhas no período de 10 s depois do start time, pode haver atraso na atualização da EIT[p/f]. Por exemplo, se a hora de início e duração do próximo evento for anterior à hora atual e posterior à hora atual respectivamente como mostrado nesta tabela, o programa pode ser considerado suspenso. Por outro lado, se a hora atual estiver muito próxima do horário de início do próximo evento (menos de 10 s), pode haver atraso na atualização da EIT [p/f], assim isso é levado em conta e será considerado que o programa está em progresso. 30 ABNT Todos os direitos reservados

37 18.8 Exemplos de transmissão com mudança de programação Convém que os detalhes da transmissão com mudanças na programação estejam de acordo com a ARIB TR-B14:2007, volume 4, seção Operação das informações referentes a horário 19.1 Configuração da tabela time offset table (TOT) Conforme ABNT NBR , a tabela TOT (time_offset_table) é responsável por enviar a informação do horário oficial do Brasil, definido como UTC-3 (universal time coordinated 3 h), e enviar a informação de fuso-horário e horário de verão. Para tal, convém que o descritor local_time_offset tenha as informações de fuso-horário e horário de verão configuradas de acordo com a região onde o sistema de transmissão da geradora estiver instalado. Convém que a tabela TOT, identificada pelo table_id 0x73, sempre envie no campo UTC-3, o horário oficial do Brasil, independentemente da região onde a geradora estiver localizada. Não convém que as variações referentes a fuso-horário em relação à Brasília ou presença do horário de verão sejam feitas no campo UTC-3. Convém que o ajuste do horário de cada região em relação ao horário oficial do Brasil seja feito através do descritor local_time_offset_descriptor Configuração do descritor local_time_offset_descriptor Convém que o descritor local_time_offset, identificado pelo descriptor_tag 0x58, seja sempre transmitido, independente da região em que a geradora estiver localizada, para informar ao receptor a diferença do horário da região onde a geradora está localizada em relação ao horário de Brasília. Na configuração desse descritor convém que: apenas um único descritor local_time_offset seja enviado por geradora; cada radiodifusor envie as informações referentes aos campos country_region_id, local_time_offset e next_time_offset de acordo com a região em que estiver localizada a estação; para as alterações referentes a horário de verão, ver 19.3; o código de três caracteres referente ao contry_code esteja de acordo com a ISO Convém que cada caractere seja codificado em 8 bits, de acordo com a ISO/IEC , e inserido em ordem no campo de 24 bits; nas transmissões dentro do território brasileiro sejam utilizados os caracteres BRA que correspondem a (0x425241) H ; cada country_region_id carregue a informação referente a uma região brasileira. Convém caracterizar cada região através de: polaridade: se 0 indicar que diferença para o horário UTC-3 é positiva e se 1 indicar que a diferença é negativa; local_time_offset: é a diferença em horas (fuso-horário) da região onde a geradora está localizada em relação ao horário UTC-3; possui horário de verão: sinaliza a existência ou não do horário de verão; country_region_id, polaridade, local_time_offset são definidos de acordo com a Tabela 35. Convém que as regiões de referência listadas na Tabela 35 sejam utilizadas apenas como forma de facilitar a localização de uma dada região, uma vez que essas regiões podem variar de ano para ano; ABNT Todos os direitos reservados 31

38 next_time_offset: convém que o campo next_time_offset seja definido de acordo com a Tabela 35 e permita que nas regiões que possuem horário de verão o receptor possa ser informado antecipadamente de qual será o próximo offset em relação ao horário UTC-3, quando se iniciar ou terminar o horário de verão. Convém que os radiodifusores sempre enviem essa informação. A operação do next_time_offset é detalhada na seção 19.3; time_of_change: esse campo permite que nas regiões que possuem horário de verão o receptor possa ser informado antecipadamente de qual será a data e horário que se inicia ou que termina o horário de verão. Convém que os radiodifusores sempre enviem essa informação. A operação do time_of_change é detalhada em Convém que as configurações para as seções da TOT e para o descritor local_time_offset estejam em conformidade com a Tabela 35. Tabela 35 Detalhamento das seções da TOT Campo Bit Descrição time offset section (){ table id 8 = 0x73 section syntax indicator 1 = 0 reserved future use 1 = 1 reserved 2 = 11 section length 12 = tamanho da seção UTC-3 40 Campo configurado com o horário oficial do Brasil reserved 4 = 1111 descriptor loop length 12 = tamanho do loop do descritor for (){ Convém que o contador do loop seja sempre '1' local time offset descriptor (){ Convém que o número de descritores seja sempre '1' descriptor tag 8 = 0x58 descriptor length 8 = tamanho do descritor for (){ Convém que o contador do loop seja sempre '1' country code 24 = "BRA" = 0x country region id 6 Ver Tabela 36 reserved 1 = 1 local time offset polarity 1 = 1 se a diferença de horário for negativa = 0 se a diferença de horário for positiva local time offset 16 Ver Tabela 36 time of change 40 Horário e data no padrão UTC-3 em que ocorrerá a próxima mudança next time offset 16 Ver Tabela 36 CRC ABNT Todos os direitos reservados

39 Convém que as seções do loocal_time_offset_descriptor estejam em conformidade com a Tabela 36. Tabela 36 Seções do local_time_offset_descriptor country_ region_id Polaridade local_ time_ offset a Sem horário de verão Com horário de verão next_ time_ offset a Sem horário de verão Com horário de verão Possui horário de verão Região de referência b :00-01:00 - Não :00-00:00 - Não :00 01:00 00:00 01:00 Sim Ilhas: Trindade, Martin Vaz, Atol das Rocas, Penedos de São Pedro e São Paulo, Fernando de Noronha Amapá, Tocantins, Alagoas, Bahia, Ceará, Maranhão, Paraíba, Piauí, Rio Grande do Norte, Sergipe, Pará, Pernambuco Rio Grande do Sul, Santa Catarina, Paraná, São Paulo, Rio de Janeiro, Minas Gerais, Espírito Santo, Goiás, Brasília (DF) :00-01:00 - Não Acre, Amazonas, Rondônia, Roraima :00 00:00 01:00 00:00 Sim Mato Grosso, Mato Grosso do Sul :00-02:00 - Não Reservado :00 01:00 02:00 01:00 Sim Reservado 8 a Reservado a Em relação ao horário UTC-3. b Os estados de referência podem variar de ano para ano. ABNT Todos os direitos reservados 33

40 19.3 Regras para alteração do horário de verão Para as regiões que não possuem horário de verão, convém que o campo next_time_offset seja mantido sempre com a mesma configuração do local_time_offset. Convém que o valor exato do campo time of change e next time offset seja enviado 32 dias antes do início e do final do horário de verão (ver Figura 1). Convém que o valor dos campos local_time_offset_polarity, local_time_offset, time_of_change e next_time_offset permaneçam com os mesmos valores por pelo menos 48 h após a mudança de horário. Convém que tanto os valores antigos como os novos sejam aceitos no período de 48 h a 7 dias após a transição. É recomendado, que após 7 dias da alteração do horário, os novos valores sejam enviados. Figura 1 Alteração do descritor para horário de verão 19.4 Operação de data e horário nas tabelas SI Os descritores SI que possuem a sua informação relacionada aos horários são descritos na Tabela ABNT Todos os direitos reservados

41 Tabela 37 Data e hora relacionadas às tabelas SI Tabela ou descritor Campo Descrição TOT EIT Local time offset descriptor (TOT) SI Parameter descriptor SI (BIT) UTC-3 start_time duration local_time_offset time_of_change next_time_offset update_time 40 bits (ano, mês, data, horário, hora, minuto e segundo) 40 bits (ano, mês, data, horário, hora, minuto e segundo) 24 bits (horas, minutos, segundos) 16 bits (hora, minuto) 40 bits (ano, mês, data, horário, hora, minuto e segundo) 16 bits (hora, minuto) 16 bits (ano, mês e data) Series descriptor (EIT) expire_data 16 bits (ano, mês e data) Atualização de software (SDTT) UTC-3 40 bits (ano, mês, data, horário, hora, minuto e segundo) Convêm que o campo start_time presente na EIT, UTC-3 presente na TOT e time_of_change presente no descritor local_time_offset sejam sempre enviados com o horário UTC-3, independentemente de qual região geradora esteja localizada. Na construção do EPG, convém que o receptor utilize o horário UTC-3 enviado pelo campo UTC-3 da TOT para referenciar o guia de programação. Convém que os ajustes referentes a fuso horário e horário de verão sejam feitos pelo descritor local_time offset, descrito em 19.2, tanto para o horário do receptor como para o horário do EPG. 20 Nível de transmissão das tabelas PSI e SI em transmissões hierárquicas Convém que a camada na qual as tabelas PSI e SI são transmitidas em uma transmissão hierárquica esteja de acordo com a ARIB TR-B14:2007, volume 4, subseção Caracterização da transmissão de dados 21.1 Subdescritores utilizados no descritor de composição de compatibilidade de carrossel Convém que os descritores na área de informação de módulo e na área privada definidos no esquema de transmissão do carrossel de objetos e dados sejam empregados na área de subdescritores do descritor de composição de compatibilidade do carrossel. Os tag_values dos subdescritores estão listados na Tabela 38. ABNT Todos os direitos reservados 35

42 Tabela 38 Subdescritores usados no descritor de composição de compatibilidade do carrossel Valor do tag Descritor Função 0x01 type_descriptor Tipo de módulo (formato MIME etc.) 0x02 name_descriptor Nome de módulo (nome de arquivo) 0x03 info_descriptor Informação de módulo (tipo de caractere) 0x04 module_link_descriptor Informação de ligação (Module Id) 0x05 CRC32_descriptor CRC32 do módulo total 0x06 location_descriptor 0x07 est_download_time_ descriptor Tempo de download total (s) 0x08 0x7F Reservado para o futuro 0x80 0xBF Disponível para o radiodifusor 0xC0 0xC1 Reservado para o futuro 0xC2 Compression_Type_descriptor Algoritmo de compressão quando o modulo é transmitido 0xC3 0xCC 0xCD 0xEE Reservado para o futuro Reservado para o futuro A relação dos subdescritores e descritores utilizados na transmissão de dados está especificada na ABNT NBR Convém que a sintaxe dos descritores mostrados na Tabela 38 esteja de acordo com a ABNT NBR :2007, subeção Especificação adicional relacionada aos componentes de dados Nos descritores de componentes de dados (data_component_descriptor) e descritor de conteúdo de dados (data_content_descriptor) existem alguns campos que possibilitam o envio de informações adicionais. A Tabela 39 mostra quando os campos additional_data_component_info e o sector_byte devem ser utilizados e onde sua sintaxe é definida. 36 ABNT Todos os direitos reservados

43 Tabela 39 Indicação dos locais dos componentes de dados do sistema e das sintaxes Locais de referência Data component (data_component_id) Especificação additional_data_ component_info do data component descriptor sector_byte of data content descriptor Ginga_XML base multimedia coding (0x0007) De acordo com a ABNT NBR De acordo com a ABNT NBR Reservado para uso futuro A ser definido Codificação de caption (closed caption e teletexto) (0x0012)-1 seg. e (0x0008) qualquer outro segmento De acordo com a ARIB STD-B24:2006, Seção 4 De acordo com a ARIB STD-B24:2006, volume 1, parte 3, De acordo com a ARIB STD-B24:2006, volume 1, parte 3, Data download SBTVD (0x0009) SBTVD - program index coding (0x00A4) Ginga - application executing engine (0x00A0) Ginga - application information table (0x00A3) De acordo com a ABNT NBR De acordo com a ABNT NBR De acordo com a ABNT NBR De acordo com a ABNT NBR Não é utilizado A ser definido De acordo com a ABNT NBR :2007, 12.7 De acordo com a ABNT NBR :2007, 12.7 Não é utilizado A ser definido De acordo com a ABNT NBR : De acordo com a ABNT NBR : Para realizar a execução das aplicações Ginga, convém especificar a aplicação e transmitir as informações adicionais da aplicação para controlá-la. Na transmissão de aplicações Ginga-J convém que: os valores de identificação referentes ao Ginga-J e a AIT sejam utilizados para identificar o armazenamento do componente de dados do additional_ ginga_j_info() a partir do additional identifying information no data component descriptor para o ES que transmite as informações do aplicativo Ginga na PMT; o armazenamento do ginga_j_info() a partir do additional information dentro do data contents descriptor seja feito na área dos descritores de um evento de programa que utilize o aplicações Ginga na EIT; o armazenamento da ait_identifier_info() seja feito a partir do additional information dentro do data component descriptor para o ES que transmite a AIT na PMT; no campo additional_ ginga_j_info () and ginga_j_info() o carrossel de objetos seja dentificado com o valor 0x Transmissão de múltiplos captions 22.1 Escopo do serviço e definições Existem dois tipos de serviços utilizados no sistema brasileiro de televisão digital. São eles o caption e o superimpose, conforme definição abaixo: ABNT Todos os direitos reservados 37

44 caption: serviço de closed caption ou legenda através de uma PES síncrona, ou seja, enviando-se a informação de PTS; superimposed: serviço de superimposed através de uma PES não síncrona, ou seja, a informação de PTS não é enviada Composição e operação de transmissão Especificação para composição e transmissão Os métodos de transmissão utilizados no caption e no superimpose são realizados através de PES independentes. Convém que os dois métodos sejam identificados na PMT com stream_type de valor igual a 0x06 através de um elementary stream independente. Convêm que o cabeçalho do pacote PES do caption esteja de acordo com o Anexo A Métodos de transmissão de PES utilizados no caption O método de transmissão do PES é síncrono, sendo a sincronização de tempo iniciada pelo PTS. As principais definições para a transmissão do caption são as seguintes: máximo número de linguagens para cada 1 ES existente: 1 linguagem; tamanho máximo do PES: 32 KB; intervalo mínimo de envio dos pacotes PES: 100 ms; taxa máxima do ES: 256 Kbit/s; buffer de recepção: maior ou igual a 64 KB Restrições para composição e operação de transmissão do PES As seguintes restrições são definidas para o envio dos pacotes de PES: seqüência de envio dos pacotes de PES e seqüência do PTS time não devem ser invertidas; no PTS time do pacote PES nth, a informação total Vol. do pacote PES, que começou a ser enviada após o pacote PES nth, não deve ultrapassar a capacidade de recepção do buffer de 64 KB; o envio dos pacotes PES deve ser completado antes do Td advindo do PTS time. O Td refere-se ao tempo existente entre a finalização da recepção e a finalização da apresentação. O tempo padrão é de 0,5 s; para o intervalo no envio dos pacotes PES do grupo de dados de caption, o intervalo entre o PTS time do pacote PES nth da seqüência de envio e o PTS time do pacote PES n-1 st convém que sejam maiores que o Td dos dados nth. Quando o atraso total (T) do vídeo satisfizer as seguintes condições, será possível realizar a sincronia com as imagens de vídeo. A seguinte equação representa o cálculo para sincronismo: T > LX8 / R + Td, onde L refere-se ao tamanho máximo do pacote PES e R refere-se à taxa do ES utilizada; é facultado ao fabricante o comportamento das unidades de recepção, nos casos onde o buffer de recepção for excedido. 38 ABNT Todos os direitos reservados

45 Métodos de transmissão de PES utilizados no superimposed O método de transmissão do PES é assíncrono. As principais definições para a transmissão do superimposed são as seguintes: máximo número de linguagens para cada 1 ES existente: 1 linguagem; tamanho máximo do PES: 32 KB; intervalo mínimo de envio dos pacotes PES: 100 ms; taxa máxima do ES: 256 Kbit/s; buffer de recepção: maior ou igual a 64 KB Composição e operação de transmissão As seguintes restrições são definidas para o envio dos pacotes de PES: em relação ao intervalo entre o envio dos pacotes PES para caption e o grupo dos dados de identificação, convém que o intervalo entre o pacote PES nth da seqüência de envio e o pacote PES n+1 st seja maior que o Td dos dados nth. O tempo-padrão para a finalização da recepção e a finalização da apresentação é de 0,5 s para texto apenas, e no caso dos dados de bit map com 32KB é de 3 s; para tempo de conclusão de envio do pacote PES nth e do tempo Td, a informação total Vol. do pacote PES não deve ultrapassar a capacidade de recepção do buffer Vol. de 64 KB; é facultado ao fabricante o comportamento das unidades de recepção, nos casos onde o buffer de recepção for excedido Transmissão de múltiplos captions para serviço full-seg Caracterização da transmissão de captions Recomenda-se que a transmissão da informação de caption, seja feita através de ES, que convém que esteja de acordo com o especificado na ABNT NBR e seja sinalizado nas Tabelas PMT e EIT Restrições de número de idiomas e caption por serviço Conforme ABNT NBR , convém que a transmissão da informação de caption seja feita através de ES independente e sinalizada nas tabelas PMT e EIT. Convém que o número máximo de idiomas por ES por caption e por serviço seja conforme mostrado na Tabela 40. Tabela 40 Número máximos de ES por caption Restrições Máximo Idiomas por ES de caption 1 ES de caption e superimposed por serviço 8 ABNT Todos os direitos reservados 39

46 Regras de transmissão Localização dos descritores de caption para serviços full-seg Para identificar a transmissão de captions, convém enviar os descritores de acordo com a Tabela 41. Tabela 41 Localização dos descritores para a transmissão de caption para serviços full-seg Descritores Localização Observação Responsável por sinalizar Descritor de identificação Loop de ES da PMT component tag (de acordo com (stream_identifier_descriptor) Tabelas 28 e 42) Descritor de componente de dados (data_component_descriptor) Descritor de conteúdo de dados (data_content_descriptor) Loop de ES da PMT Loop de evento da EIT Responsável por sinalizar o data_component_id (de acordo com Tabela 43) Descritor enviado de acordo com a Tabela 44 Convém que nas transmissões do caption para pessoas com deficiência auditiva, esse caption seja alocado como ES primário Descritor de identificação Convém que o descriptor de identificação (stream Identifier descriptor) seja enviado pela PMT para cada um dos ES de caption para sinalizar o component_tag do serviço de closed caption enviado. Os valores para esse campo são mostrados na Tabela 28 e a estrutura dos dados do descritor de identificação, na Tabela 42. Tabela 42 Estrutura de dados do descritor de identificação Estrutura de dados Número de bits Valor Stream_identifier_descriptor(){ descriptor_tag 8 0x52 descriptor_length 8 Comprimento de descritor component_tag Descritor de componente de dados 0x30 a 0x37, ES primário = 0x30 Apontador para descritor de conteúdo correspondente O descriptor de componente de dados (data component descriptor) é enviado pela PMT para cada um dos ES de caption. Convém que esse descritor seja preenchido conforme mostrado na Tabela 43. Tabela 43 Descrição do descritor de componente de dados Estrutura de dados Número de bits data component descriptor(){ descriptor tag 8 0xFD Valor descriptor length 8 Comprimento do descritor data component id 16 additional arib caption info(){ DMF 4 0b0011 Reserved 2 0b11 Timing 2 0b01 0x0008 (método de caption diferente da camada de recepção parcial) 40 ABNT Todos os direitos reservados

47 Descritor de conteúdo de dados Convém que o descriptor de conteúdo de dados (data content descriptor) seja enviado pela EIT para cada um dos ES de caption. Para a sinalização do caption recomenda-se enviar o descritor arib_caption_info. Convém que o preenchimento deste descritor esteja de acordo com a Tabela 44. Tabela 44 Estrutura de dados do descritor de conteúdo de dados Estrutura de dados Número de bits Valor data content descriptor(){ descriptor tag 8 0xC7 descriptor length 8 Comprimento do descritor data component id 16 0x0008 (o mesmo valor do descritor de componentes de dados) entry component 8 0x30 a 0x37, ES primário = 0x30, (de acordo com a Tabela 26) selector length 8 Comprimento do seletor arib caption info(){ 1 (um idioma) num languages 8 Contador do loop = 1 (apenas 1 idioma por ES) for(){ language tag 3 0b000 (1 idioma) reserved 1 0b1 DMF 4 0b0011 (o mesmo valor especificado pelo descritor de componente de dados) ISO 639 language code 24 Código do idioma deste caption num of component ref 8 0 for(){ Contador de loop = 0 component ref 8 Nenhum ISO 639 language code 24 por = 0x706F72 (define o idioma utilizado para text char ) text length 8 (Máximo de 16 bytes) for(){ text char 8 Descrição de ES correspondente ABNT Todos os direitos reservados 41

48 Regras para processamento da recepção Seleção de ES Convém que, ao selecionar um serviço, o receptor exiba prioritariamente os streams configurados com os valores definidos para o ES primário. Para se distinguir entre os conteúdos de caption enviados em um mesmo serviço, convém preencher o campo text char do descritor de conteúdo de dados (data_content_descriptor) enviado pela EIT de forma a diferenciar os ES de closed caption e legendas. Para detalhes do tamanho máximo desse campo, ver Tabela Identificação da linguagem de áudio A identificação da linguagem de áudio pode ser feita de duas formas: através do PES pelo data_management_descriptor; através da EIT pelo data_content_descriptor. No caso de se enviar as duas tabelas (pela PES e pela EIT), convém que a prioridade seja definida da seguinte forma: EIT > PES Transmissão de múltiplos captions para serviço one-seg Restrições de número de idiomas e caption por serviço Convém que a informação de caption seja transmitida através de um ES conforme ABNT NBR e seja sinalizada na PMT e EIT. Convém que o número máximo de idiomas por elementary stream e de caption (closed caption e superimposed) por serviços seja conforme mostrado na Tabela Regras de transmissão Tabela 45 Número máximo de ES por caption Restrição Máximo Idiomas por ES de caption 1 ES de closed caption por serviço 1 ES de superimposed por serviço Localização dos descritores de caption para o serviço one-seg Convém que o envio e a localização dos descritores para a correta sinalização do caption para recepção parcial estejam em conformidade com a Tabela ABNT Todos os direitos reservados

49 Tabela 46 Localização dos descritores para a transmissão de caption para serviços one-seg Descritores Localização Observação Descritor de identificador (Stream identifier descriptor) Descritor de componente de dados (data component descriptor) Descritor de identificação Loop de ES da PMT Loop de ES da PMT Responsável por sinalizar component tag (de acordo com as Tabelas 28 e 47) Responsável por sinalizar o data_component_id (de acordo com a Tabela 48) Convém que o descriptor de identificação (stream Identifier descriptor) que sinaliza o component_tag do serviço de caption seja enviado pela PMT. Os valores para esse campo são mostrados na Tabela 28. A Tabela 47 mostra a estrutura de dados do descritor de identificação. Tabela 47 Estrutura de dados do descritor de identificação Estrutura de dados Número de bits Valor Stream_identifier_descriptor(){ Descriptor_tag 8 0x52 Descriptor_length 8 Comprimento de descritor Component_tag 8 0x87 e 0x Descritor de componente de dados Convém que o descriptor de componente de dados (data component descriptor) seja enviado pela PMT e preenchido conforme mostrado na Tabela 48. Tabela 48 Descrição do descritor de componente de dados Estrutura de dados Número de bits Valor data component descriptor(){ descriptor tag 8 0xFD descriptor length 8 Comprimento do descritor data component id 0x0012 (método de caption diferente da 16 camada de recepção parcial) additional arib caption info(){ DMF 4 0b1010 (para caption) reserved 2 0b11 Timing 2 0b01 (para caption) ABNT Todos os direitos reservados 43

50 Regras para recepção Seleção do ES Convém que o receptor, ao selecionar um serviço, exiba prioritariamente os streams configurados com os valores definidos para o ES primário Identificação da linguagem de áudio A identificação da linguagem de áudio pode ser feita de da através do PES pelo data management descriptor 23 Comutação seamless 23.1 Condição inicial Convém que a configuração inicial para se permitir o chaveamento em vídeos HDTV e SDTV seja a seguinte: O PTS e o DTS estão sincronizados entre o stream elementar de vídeo para o HDTV e SDTV. STC dos dois equipamentos de codificação estão sincronizados; os GOP estão sincronizados entre a stream elementar de vídeo do HDTV e SDTV; ao stream elementar de vídeo do lado final da transmissão é acrescentado o código de seqüência final após o último frame, quando a transmissão de GOP estiver finalizada, antes do término; o stream elementar de vídeo do lado do início da transmissão é iniciado ao mesmo tempo em que o GOP que possui o cabeçalho de seqüenciamento; o stream elementar de vídeo do lado final da transmissão e o stream elementar de vídeo do lado do início da transmissão não podem ser sobrepostos no feixe de transporte (TS). Convém que não haja nenhum espaço que seja utilizado para proteção de subfluxos no stream elementar de vídeo no receptor Procedimentos na PMT Convém que a atualização da PMT ocorra a cada 0,5 s a 2,0 s antes do momento da comutação entre o HDTV e SDTV. É recomendado que o tempo atual de comutação do ES seja atrasado em 0 s a 0,5 s para controlar o tempo, uma vez que existe um atraso no tempo de ciclo de 500,5 ms em 1 GOP (no caso do frame 15), embora o dispositivo do controle do serviço seja controlado em segundos exatos geralmente. Convém que pelo menos a PMT anterior e a posterior ao momento da comutação do HDTV e SDTV incluam os descritores de controle de vídeo. Convém que o receptor detecte a comutação ao atualizar o version number da PMT e realize a correta seleção do stream elementar de vídeo, de forma que a decodificação do vídeo seja realizada de acordo com a mudança do formato de codificação presente no descritor de controle de vídeo (video_control_descriptor). O sequence_end_code_flag existente no descritor de controle de vídeo (video_control_descriptor) indica sim ou não para a existência do código de término de seqüência, quando transmitido o stream elementar de vídeo indicado pelo término da PMT. 44 ABNT Todos os direitos reservados

51 23.3 Diagrama de mapeamento no tempo A comutação do stream elementar de vídeo em um TS multiplexado e a posição de atualização de versão da PMT são apresentadas na Figura 2. Figura 2 Diagrama de mapeamento de tempo de uma comutação seamless O processamento descrito na Figura 2 se aplica exclusivamente aos casos simplificados em que o sequence_end_code do video code control descriptor é Funcionalidade Convém que esse descritor seja utilizado para controlar a codificação de vídeo no momento em que o sistema de codificação de vídeo for mudado dentro de um mesmo service_id. Ele também sinaliza quando o MPEG-I (Intra-Frame) de um dado ES possui imagem ou não. ABNT Todos os direitos reservados 45

52 23.5 Regras de operação para a transmissão Convém que esse descritor seja utilizado por ocasião de uma comutação seamless. Nesse caso, convém que a PMT descreva as componentes utilizadas antes do chaveamento e que essa informação seja transmitida entre 0,5 s e 2 s depois que o vídeo é comutado. Exceto por esta condição, este descritor pode ser inserido a qualquer momento. As regras operacionais para cada campo são mostradas na Tabela 49. Tabela 49 Regras de operação para a transmissão do vídeo code control descriptor Campo descriptor_tag descriptor_length still_picture_flag sequence_end_code_flag video_encode_format Adotar o valor "0xC8" Regra de operação Descreve o comprimento de vídeo code control descriptor Adotar valor '1' quando o componente relativo for uma imagem estática (imagem MPEG-I) e '0' quando for uma figura em movimento Adotar valor '0' se o componente de vídeo anterior a transmitir a seqüência de final de código Descreve o formato de final de código do novo componente de vídeo b 0000: 1080p 0001: 1080i 0010: 720p 0011: 480p 0100: 480i 0101: 240p 0110: 120p 0111: 288p 1000: 180p 1001: 90P 1001 até 1111: video_encode_format (estendido) a Referente ao componente de vídeo utilizado quando se inicia a transmissão da PMT, em que esse descriptor se encontra. b Refere-se à componente utilizada antes do chaveamento Regras de operação para a recepção As regras para a recepção do vídeo code control descriptor são mostradas na Tabela ABNT Todos os direitos reservados

53 Tabela 50 Regras de operação para a recepção do vídeo code control descriptor Campo descriptor_tag descriptor_length still_picture_flag sequence_end_code_flag Regra de operação Adotar valor "0xC8": julga se o descritor relativo é o vídeo code control descriptor Julga se é o comprimento de vídeo code control descriptor = '1': julga se o componente relativo é uma imagem estática (imagem MPEG-I) = '0' julga se é uma imagem em movimento = '1': é transmitido código de fim de seqüência, portanto, ele pode ser usado para chaveamento para decodificação É usado para configurar a decodificação para um formato video_encode_format codificado para um novo componente Convém que o video code control descriptor seja utilizado para enviar para à unidade de recepção a informação de que o chaveamento entre HD/SD é utilizado. Dessa forma o receptor pode se prepara e implementar a comutação seamless com base nas informações recebidas. 24 Classificação indicativa O descritor de classificação indicativa (parental rating descriptor) fornece a classificação indicativa com base na Portaria nº e convém que sua sintaxe esteja de acordo com a ABNT NBR Convém que distribuição dos valores para o campo de classificação esteja de acordo com a Tabela 51. Tabela 51 Distribuição dos valores de rating Rating Classificação 0x00 Não possui classificação indicativa 0x01 Livre 0x02 10 anos 0x03 12 anos 0x04 14 anos 0x05 16 anos 0x15 16 anos por conter cenas com drogas 0x25 16 anos por conter cenas com violência 0x45 16 anos por conter cenas com sexo 0x35 16 anos por conter cenas com violência e drogas 0x55 16 anos por conter cenas com sexo e drogas 0x65 16 anos por conter cenas com violência e sexo 0x75 16 anos por conter cenas com violência, sexo e drogas 0x06 18 anos 0x16 18 anos por conter cenas com drogas 0x26 18 anos por conter cenas com violência 0x46 18 anos por conter cenas com sexo 0x36 18 anos por conter cenas com violência e drogas 0x56 18 anos por conter cenas com sexo e drogas 0x66 18 anos por conter cenas com violência e sexo 0x76 18 anos por conter cenas com violência, sexo e drogas No caso do descritor ser enviado por múltiplas tabelas, convém que a prioridade da informação seja dada da seguinte forma: PMT > EIT. ABNT Todos os direitos reservados 47

54 25 Utilização do AAC descriptor Convém que o descritor de áudio AAC seja enviado no loop da PMT para informar o profile e level utilizados para a codificação de áudio. Convém que os campos desse descritor estejam de acordo com o especificado pela Tabela 52. Tabela 52 Sintaxe do AAC_descriptor Sintaxe Número de bits Valor AAC_ descriptor(){ descriptor_tag 8 0x7C descriptor_length 8 Comprimento do descritor profile_and_level Convém que esteja de 8 acordo com a Tabela 53 0 se não utilizar o campo AAC_type_flag AAC_type e 1 caso utilize o 1 campo AAC_type reserved 1 Reservado reserved 1 Reservado reserved 1 Reservado reserved 1 Reservado reserved 1 Reservado reserved 1 Reservado reserved 1 Reservado if (AAC_type_flag == 1) AAC_type 8 Campo opcional for(i=0;i<n;i++) { additional_info[n] 8*N Reservado Para o preenchimento do campo profile and level, convém utilizar os valores mostrados na Tabela ABNT Todos os direitos reservados

55 Tabela 53 Profile e level Valor Profile Level 0x00-0x27 Reservado - 0x28 AAC Profile L1 0x29 AAC Profile L2 0x2A AAC Profile L4 0x2B AAC Profile L5 0x2C High Efficiency AAC Profile L2 0x2D High Efficiency AAC Profile L3 0x2E High Efficiency AAC Profile L4 0x2F High Efficiency AAC Profile L5 0x30-0x7F Reservado para uso da ISO - 0x80-0xFD Uso privado - 0xFE Não é especificado o áudio profile - 0xFF Não é enviado informação de áudio - 26 Serviço especial 26.1 Regras básicas O serviço especial é um serviço cujo service_type é 0xA1, 0xA2 ou 0xA3. Este serviço é definido como o serviço que foi preparado para ser transmitido em momentos não regulares usando service_id diferentes daqueles usados nos serviços regulares. Convém que este serviço não seja usado durante a operação regular e que não haja nenhuma notificação prévia ao espectador com relação à utilização desse serviço. Não convém utilizar regularmente esse serviço nem utilizálo no serviço one-seg Imagem de serviço Sendo concomitante com os serviços pré-programados, convém que o serviço especial utilize um valor de service_id que não é usado durante a operação normal. EXEMPLO Uma entrada não programada de noticiário. O serviço do noticiário ou qualquer outro serviço similar é transmitido reduzindo a taxa de bits dos serviços pré-programados (que continuam sendo transmitidos) e incluindo um novo service_id temporário usando a largura de banda marginal que foi disponibilizada Diferença entre o serviço especial e o serviço regular Ao contrário do serviço regular, o serviço especial não é transmitido regularmente ou não é previsto. Convém que o service_type seja configurado para 0xA1, 0xA2 ou 0xA3. Por sua vez, o serviço regular é o serviço regularmente transmitido. Com exceção de períodos de manutenção ou de suspensão de serviço, convém que o serviço regular esteja sempre disponível. Convém que o serviço regular seja definido por um service type diferente do serviço especial na NIT. ABNT Todos os direitos reservados 49

56 26.4 Uso do serviço especial Não convém transmitir o serviço especial na camada de recepção parcial. Convém que o service_id para o serviço especial esteja dentro do intervalo de service_id reservado para cada radiodifusor. O service_id para o serviço especial é indicado no descritor de lista de serviços na NIT e no descritor de serviços na SDT. A despeito do tipo de camada, convém que o número máximo de serviços especiais do mesmo tipo que pode ser incluído em cada TS seja 2. Convém transmitir o serviço especial em um evento por vez. Não convém que múltiplos eventos seqüenciais no tempo sejam transmitidos como um serviço especial. Depois do início da multiplexação para o serviço especial, convém que a PAT seja atualizada imediatamente de maneira que as unidades receptoras possam reconhecer o início do serviço especial. Convém que seja feita uma notificação de início de serviço especial para os espectadores usando superimposed ou um anúncio durante o programa uma vez que a troca para um serviço especial é definida pelos espectadores. É desejável que um serviço especial seja transmitido de tal modo que os espectadores que tenham trocado de serviço, enquanto o serviço especial está sendo transmitido, possam reconhecer esse serviço especial. A EIT [p/f] pode ser transmitida para o evento de serviço especial. No entanto, não convém que a EIT [Schedule] seja transmitida. Quando o serviço especial termina convém que o service_id do serviço especial seja apagado da PAT e que a taxa volte ao valor original antes do começo do serviço. Convém que a mudança no serviço quando o serviço especial for programado seja conforme exemplificado pela Figura 3. Figura 3 Exemplo de transmissão de serviços especiais (um serviço regular e dois serviços especiais) 50 ABNT Todos os direitos reservados

57 27 Transmissão hierárquica 27.1 Estrutura de transmissão hierárquica Convém que a transmissão hierárquica é adequada às características de cada serviço mesmo quando um único TS carrega vários serviços. As três camadas que caracterizam a transmissão hierárquica, ditas camada de alta proteção, camada de proteção média e camada de proteção baixa, têm diferentes valores de relação sinal-ruído de limiar. Se apenas duas camadas forem usadas, convém que sejam chamadas de camadas de alta proteção e camadas de baixa proteção. Convém que a camada de recepção parcial (serviço one-seg) sempre utilize a camada de alta proteção e que na presença de camadas com o mesmo limiar de relação sinal-ruído que as camadas sejam ordenadas na ordem crescente de número de segmentos utilizados. Convém que nos casos em que uma única camada é transmitida que seja denominada, por conveniência, de camada de baixa proteção. As três camadas também são chamadas camada A, camada B e camada C em ordem crescente de relação C/N exigida. No entanto, convém que a camada de recepção parcial esteja sempre na camada A e que na presença de camadas com o mesmo limiar de relação sinal-ruído que as camadas sejam ordenadas em camada A, camada B e camada C na ordem crescente de número de segmentos utilizados Operação de transmissão hierárquica Na transmissão hierárquica, convém que: pacotes de TS com mesmo PID sejam carregados na mesma camada; o PCR seja transmitido na mesma camada que o ES (que referencia o PCR) ou na camada com maior robustez à interferência; a PAT seja transmitida na camada com maior robustez à interferência (mas não na camada de recepção parcial); a descrição de serviços fornecidos na camada de recepção parcial também seja incluída na PAT; a NIT, TOT, SDT e BIT sejam transmitidas na camada com maior robustez à interferência (camada A); a PMT seja transmitida na camada com menor robustez à interferência entre todas as camadas carregando o grupo de componentes referenciado, de tal forma que se a PMT for recebida, todos os componentes descritos na PMT também o sejam; as camadas de transmissão da SDTT e CDT estejam em conformidade com a Tabela 54; a EIT seja transmitida numa camada que possa ser recebida com a recepção-alvo básica do serviço. NOTA Para outros detalhes, ver ARIB TR-B14:2007, volume 4, seção 13. ABNT Todos os direitos reservados 51

58 Padrão Tabela 54 Camadas de transmissão da SDTT e CDT Camada Número de segmentos Modo SDTT para camada baixa de proteção SDTT SDTT para camada alta de proteção CDT 1 A 13 Fixo Sim Sim Sim 2 A 13 Móvel Sim Sim Sim A 1 Portátil Não Sim Não B 12 Fixo Sim Não Sim A 8 a 2 Móvel Não Sim Não B 5 a 11 Fixo Sim Não Sim A 1 Portátil Não Sim Não B 12 Móvel Sim Não Sim A 1 Portátil Não Sim Não B 7 a 11 Móvel Não Não Não C 5 a 11 Fixo Sim Não Sim Convém que o valor de PID de cada componente não seja alterado com freqüência. Se mudanças forem necessárias, recomenda-se que: o valor de PID após a mudança não seja o mesmo que o valor de PID usado para componentes, carrosséis ou seções com identificadores de tipo de stream diferentes. Isso também se aplica aos outros serviços no mesmo TS. No entanto, se o uso dos mesmos valores de PID for inevitável, convém que seja estabelecido um período de tempo suficiente entre eles; o valor de PID usado antes da mudança não seja usado por componentes de outro serviço mesmo que os componentes tenham o mesmo identificador de tipo de stream; o valor de PID do ES primário permaneça o mesmo se não houver mudança no ES primário quando o número de ES aumenta ou diminui Uso típico da transmissão hierárquica O uso típico de transmissão hierárquica tem a estrutura mostrada na Figura ABNT Todos os direitos reservados

59 27.4 PID da PMT da camada de recepção parcial Figura 4 Uso típico da transmissão hierárquica Na camada de recepção parcial, a PAT não é transmitida. Convém que o valor de PID da PMT para o serviço oneseg esteja de acordo com a Tabela 55. Tabela 55 Distribuição dos PID para o serviço one-seg Número de serviço (3 bits menos significativos de service id) PID da PMT para serviço one-seg x1FC8 0x1FC9 0x1FCA 0x1FCB 0x1FCC 0x1FCD 0x1FCE 0x1FCF 28 Alteração na estrutura dos serviços e nos layers Quando for necessário realizar uma alteração na estrutura dos serviços e/ou layers, convém seguir o especificado na ARIB TR B14:2007, volume 4, seção Envio de dados para atualização dos receptores 29.1 Modelo de transmissão A atualização de dados é utilizada para efetuar correções no software dos receptores; corrigir bugs; corrigir defeitos devido a diferenças de sintaxe ou reconhecimento relativo à operação entre o transmissor e receptor; melhorias na apresentação e operação dos receptores; etc. Ao longo desta seção esses serviços serão tratados como serviços de atualização do receptor. A sintaxe das Tabelas SDTT, DII e DDB citadas nesta Norma deve seguir a especificação da ARIB STD-B21. O modelo para utilização de dados nos receptores permite que cada radiodifusor envie seu próprio agendamento de atualização através da tabela SDTT e o seu próprio serviço de atualização do receptor. Convém ao fabricante de receptores que tiver interesse em enviar os dados de atualização de software entrar em contato diretamente com o radiodifusor que possua a área de cobertura e infra-estrutura que atenda às suas necessidades. Dessa forma cada radiodifusor pode operar, em uma mesma região, serviços de atualização do receptor independentes. ABNT Todos os direitos reservados 53

60 A Figura 5 mostra esse modelo de transmissão, onde em cada região é possível ter diversas emissoras. Cada emissora pode enviar o agendamento da atualização através da tabela SDTT apenas para o serviço de atualização do receptor que será enviado por ela. Convém que as demais emissoras em uma mesma região, que desejem prover serviços de atualização do receptor, enviem a sua própria notificação através de uma tabela SDTT distintas. Figura 5 Modelo de transmissão para serviços de atualização do receptor Para atualização dos receptores, convém que o fabricante entre em contato com a radiodifusora de seu interesse e lhe forneça as informações necessárias de acordo com o modelo adotado (vertabela 56). Convém que o agendamento para envio do download seja acordado previamente entre o fabricante e o radiodifusor. Modelo de transmissão das seções Tabela 56 Modelos de transmissão de download Responsável por gerar as Tabelas SDTT, DII e DDB Campos enviados no agendamento Número de agendamentos possíveis (1) Radiodifusor start_time e duration Tamanho máximo da seção (2) Radiodifusor duration Apenas um agendamento (3) Fabricante start_time e duration Tamanho máximo da seção (4) Fabricante duration Apenas um agendamento Os modelos descritos na Tabela 56 são apresentados em 29.2 que detalha o formato de entrega de dados, ou seja, quem é responsável por gerar as tabelas (radiodifusor ou fabricante) e os formatos de agendamentos possíveis. 54 ABNT Todos os direitos reservados

61 29.2 Formato para entrega de dados Geração das seções de dados Seções de dados geradas pelo radiodifusor Para os modelos (1) e (2), convém que o fabricante forneça ao radiodifusor as informações de maker_id, model_id, version_id, que podem ser tanto o target_version, new_version ou os dois (isso depende da implementação de cada fabricante). Cabe ao radiodifusor gerar as seções da SDTT, DII e DDB com as informações de agendamento previamente acordadas entre o radiodifusor e o fabricante. Para as possibilidades de envio do agendamento na SDTT, ver Seções de dados geradas pelo fabricante Para os modelos (3) e (4), convém que o radiodifusor forneça ao fabricante as seguintes informações: transport_stream_id, original_network_id, service_id, (onde o serviço de atualização do receptor será enviado), download_id e component_tag e as informações de agendamento, previamente acordadas entre radiodifusor e fabricante. O fabricante entrega ao radiodifusor as seções da SDTT, DII e DDB no formato de transport stream com todas as informações de agendamento já descritas na SDTT. As possibilidades de envio do agendamento na SDTT são descritas em Cabe ao radiodifusor verificar as informações fornecidas pelos fabricantes e transmiti-las. Convém que os campos component_tag e download_id enviados na SDTT sejam utilizados para identificar o carrossel de dados correto associado a esta SDTT. Como mais de um carrossel de dados pode ser transmitido ao mesmo tempo, é importante que o radiodifusor defina o valor destes campos Agendamento de download Tipos de agendamento O agendamento na SDTT pode ser feito de duas formas: enviando-se todas as informações de horário de início (start_time) e duração (duration); enviando apenas a informação de duração (duration) Agendamento com envio do start_time Nos modelos (1) e (3) o loop de agendamento na tabela SDTT pode ser maior que um, caso o fabricante deseje enviar mais de uma vez a informação do download de dados. Convém que o tamanho máximo do loop não exceda o tamanho máximo da seção que é de bits. Convém que para cada agendamento sejam enviadas as informações de início (start_time) composto pela data (MJD) e horário (UTC-3) de quando o conteúdo de download será transmitido e a sua duração, que é negociada previamente entre fabricante e radiodifusor. Convém que o receptor, no momento definido, procure ao longo de todos os canais digitais, a tabela SDTT com as informações de agendamento e verifique o maker_id, model_id, group_id, version_id que pode ser o target_version e/ou new_version para determinar a compatibilidade com o modelo e a versão do receptor a ser atualizado. Encontrando a SDTT destinada ao receptor, recomenda-se aguardar o momento exato agendado para receber as informações de atualização. ABNT Todos os direitos reservados 55

62 Agendamento sem envio do start_time Para os modelos (2) e (4), convém que o loop de agendamento na tabela SDTT envie apenas a informação da duração do download, que convém que seja negociada previamente entre fabricante e radiodifusor. No momento definido pelo receptor, convêm que a busca pela tabela SDTT seja feita em todos os canais digitais previamente memorizados. Ao encontrá-la, verifica o maker_id, o model_id e version_id que pode ser o target_version e/ou new_version, para examinar se são compatíveis com o modelo e a versão do receptor a ser atualizado. A SDTT carrega a informação exata da duração do download. Verificado e cumprido todos os requisitos necessários para a atualização do receptor, convêm que o mesmo procure na SDTT a informação da duração da atualização e aguarde pelo primeiro pacote de dados das tabelas DII/DDB. Nas subseções a seguir é apresentado o detalhamento técnico para a construção da tabela SDTT e do carrossel de dados, que transporta o conteúdo de atualização dos receptores. A sintaxe das Tabelas SDTT, DII e DDB citadas nesta Norma deve seguir a especificação da ARIB STD-B21:2005, seção Uso e premissas da atualização de dados nos receptores Atualização da tabela de gênero e da tabela com os códigos de características dos programas A atualização da tabela de gênero e da tabela com os códigos de características dos programas não muda parâmetros já definidos, mas pode fazer adições. Recomenda-se que a gravação de conteúdos para definir cada tabela e o máximo valor-padrão dos números de caracteres dos dados para atualização seja representada por menos de 40 bytes. Convém que as informações referentes à tabela de códigos das características do programa utilizem o valor 0xFE no content_nibble, além de palavras determinadas para o formato de apresentação Atualização da tabela de palavras reservadas A atualização da tabela de palavras reservadas não muda parâmetros já definidos, mas pode fazer adições. O tamanho máximo da palavra reservada não pode ser maior ou igual a 16 bytes. O padrão para atualização de dados é o mesmo. Caso as palavras reservadas sejam nomes de itens que são codificados no Extended Event Descriptor do SI, convém que essas palavras não sejam atualizadas Atualização para os dados de logo A atualização para os dados de logo atualiza os dados de logo da emissora que podem ser recebidos localmente nos receptores. Os receptores não carregam dados de logo em seu estado de inicialização. Cada emissora faz o download de dados do logo para o receptor de acordo com os que elas desejam apresentar em cada serviço. Para os dados de logo, podem ocorrer mudanças para dados já definidos. Os dados de logo são comprimidos na transmissão. Contudo para o tamanho máximo de cada tipo de logo, antes da compressão dos dados, recomenda-se que estes dados sejam reduzidos em ½ para logos grandes e ¾ para logos pequenos. Também é possível compartilhar o logo com múltiplos números de service id. Considerando o número de emissoras e serviços no sistema terrestre de transmissão digital, os receptores podem apagar ou atualizar dados em sua memória não-volátil. Também 480 serviços e 180 dados de logos podem ser armazenados simultaneamente em sua memória não volátil. Convém que os dados referentes ao logotipo sejam recebidos pelo uso combinado do network_id e logo_id (9 bits) no receptor. O logo_id é o mesmo para todos os seis logotipos. O tamanho-padrão de logotipo é mostrado na Tabela 57. Além disso, dados de logotipo que não estão na NIT não podem ser transmitidos. 56 ABNT Todos os direitos reservados

63 Logotipo Tabela 57 Padrão de tamanhos de logomarca para transmissão (logotipo) Ponto vertical nº Ponto horizontal nº Razão horizontal de pixels estimados/razão vertical Razão horizontal da tela/ Razão vertical Valor de logo_type Memória necessária por logo HD (grande) Pixel quadrado 16:9 0x HD (pequeno) Pixel quadrado 16:9 0x byte SD4:3 (grande) SD4:3 (pequeno) SD16:9 (grande) SD16:9 (pequeno) :1,118 16:9 0x :1,118 16:9 0x ,333:1,118 16:9 0x ,333:1,118 16:9 0x Convém que o formato e a cor sejam os mesmos, ainda que o tamanho-padrão seja diferente e que sejam utilizadas somente as cores comuns pré-fixadas (128 cores). Para dados de logomarca antes da compressão, 1 ponto de cor é descrito com 8 bits. Convém que seja usada uma paleta fixa de cores com as cores comuns pré-fixadas disponíveis, e o receptor converta valores de 1 ponto de cor na cor a ser efetivamente exibida. Convém que os detalhes sobre as cores comuns fixadas e a paleta de cor estejam de acordo com a ARIB TR-B14:2007, volume 3, apêndice 1, seção 2. Convém que o formato PNG em conformidade com W3C, World Wide Web Consortium seja usado como o formato-padrão para compressão de logomarca. Convém que apenas os blocos IHDR, IDAT, e IEND sejam utilizados. Os parâmetros para IHDR são conforme Tabela 58. Tabela 58 Parâmetros para IHDR Parâmetro Tamanho byte Descrição Largura 4 Insira ponto do logotipo Altura 4 Insira ponto do logotipo vertical Profundidade de cor 1 Insira 8 Tipo de cor 1 Baseado na ARIB TR-B14, volume 3 Processo de compressão 1 Insira 0 Processo de filtragem 1 Insira 0 Processo de entrelaçamento 1 Insira 0 Recomenda-se que os padrões para os parâmetros não descritos na Tabela 58 sejam baseados na ARIB TR-B14:2007, volume 3. Convém que logotipos simples exibam no máximo cinco caracteres alfanuméricos. Convém que as fontes úteis sejam apenas as especificadas na ABNT NBR ABNT Todos os direitos reservados 57

64 29.4 Modelo de transmissão de atualização dos receptores Tipos de atualização Existem dois tipos de procedimentos para a transmissão de conteúdos de atualização dos receptores. Ambos são enviados na camada de baixa proteção do sinal enviado pela emissora (excluindo logotipo simples). Na área de cobertura de uma dada emissora, convém que os dados comuns a todos os receptores, como atualização de software do receptor, tabela de gênero e palavras reservadas sejam transmitidos para todos os receptores dentro do serviço de atualização do receptor definido pelo radiodifusor. Alternativamente cada radiodifusor pode também transmitir seu próprio logotipo. Convém que os dados de logotipo transmitidos com o formato PNG sejam distribuídos pelo uso da tabela CDT (Comum data table). Os caracteres usados em logotipos simples (cinco caracteres máximos em símbolos alfanuméricos) podem ser inseridos no Logo Transmission Descriptor da SDT Envio da informação de notificação de atualização Existem dois tipos de tabelas SDTT (Software Download Trigger Table) que conduzem à notificação de atualização para o receptor. Convém que cada tipo de SDTT seja transmitido em um PID diferente. A camada de transmissão, taxa de transmissão, bem como o PID utilizado para cada um dos tipos de SDTT, são mostrados na Tabela 59. Tabela 59 Camada de transmissão e taxa de transmissão Tipo de SDTT SDTT para camada de baixa proteção SDTT para camada de alta proteção Camada de transmissão Camada de baixa proteção Camada de alta proteção PID a Considerando campo indicado de 1 byte. Número do modelos Comprime nto de descrição padrão byte Número de programa ção padrão 0x x Tamanho padrão da seção byte 1287 a (equivalente a 7 TSP) 183 a (equivalente a 1 TSP) Ciclo (s) Máxima taxa de transmissão Kbit/s 60 10,5 60 2,0 Convém que a SDTT destinada à camada de baixa proteção seja transmitida na camada de baixa proteção, e a SDTT para camada de alta proteção seja transmitida na camada de alta proteção do TS. A SDTT para camada de alta proteção apenas executa notificações, mas não a transmissão de conteúdos de atualização. Na atualização de dados comuns a todos os receptores como tabela de código de gênero, tabela de código de características de programa e tabela de palavras reservadas, convém que a SDTT seja posicionada na camada de baixa proteção. As referências a números de modelos relacionam-se aos números de modelos quando a seção da SDTT é transmitida no tamanho de seção padrão por todos os modelos na máxima taxa de transmissão. É possível transmitir seções da SDTT maiores do que o tamanho de seção padrão (máximo 4,096 bytes), mas o número de modelos é reduzido nesse caso. Quando um logotipo estiver sendo distribuído usando a CDT citada em , o Logo Transmission Descriptor é colocado no loop de serviço da SDT para referir-se ao logotipo, fazendo com que o logotipo seja detectável quando se aponta para CDT. 58 ABNT Todos os direitos reservados

65 29.5 Estrutura de dados Estrutura de dados da SDTT Convém que o envio da informação de notificação do download seja feito através da tabela SDTT (software Download Trigger Table). A Tabela 60 ilustra a estrutura de dados empregada na tabela SDTT. Tabela 60 Estrutura de dados da tabela de sincronização de download de software Número de Sintaxe bits Mnemônico Software_ download_ trigger_section(){ table_id 8 uimabf section_syntax_indicator 1 balbf reserved_future_use 1 balbf reserved 2 balbf section_length 12 uimabf table_id_ext 16 uimabf reserved 2 balbf version_number 5 uimabf current_next_indicator 1 uimabf section_number 8 uimabf last_section_number 8 uimabf transport_stream_id 16 uimabf original_network_id 16 uimabf service_id 16 uimabf num_of_contents 8 uimabf For(i=0; i<num_of_contents; i++) { group 4 balbf target_version 12 uimabf new_version 12 uimabf download_level 2 balbf version_indicator 2 balbf content_descriptor_length 12 uimabf reserved 4 balbf schedule_descriptor_length 12 uimabf schedule_time-shift_information 4 uimabf For(i=0; i<n1; i++) { start_time 40 uimabf duration 24 uimabf For(j=0; j<n2; j++) { descriptor() CRC_32 32 rpchof ABNT Todos os direitos reservados 59

66 A semântica da seção de descrição da SDTT é a seguinte: table_id: convém que esse campo receba o valor 0xC3; section_syntax_indicator: convém que esse campo de 1 bit seja fixado em "1 ; section_length: este é um campo de 12 bits. Ele especifica o número de bytes da seção, começando imediatamente depois do campo section_length e incluindo o CRC. Convém que o section_length não exceda bytes, de forma que a seção inteira tenha um comprimento de máximo de bytes; table_id_extension: composto por duas seções: marker_id e model_id, ambas compostas de 8 bits, conforme mostrado na Tabela 61; Tabela 61 Table_id_extension Data structure Número de bits Mnemônico maker_id 8 uimsbf model_id 8 uimsbf version_number: este campo de 5 bits é o número de versão da subtabela. Convém que a version_number seja incrementada em 1 quando uma mudança na informação levada dentro da subtabela acontecer. Quando o valor chegar em 31, retorna ao 0; current_next_indicator: convém que esse campo de 1 bit seja fixado em "1"; section_number: este campo de 8 bits dá o número da seção; last_section_number: este campo especifica o número da última seção (a seção com o maior section_number) da subtabela; transport_stream_id: convém que esse campo de 16 bits identifique o TS de qualquer outro multiplexador dentro do sistema de distribuição; original_network_id: campo que identifica a estação geradora. A identificação deve ser feita utilizando-se os prefixos definidos pela ANATEL; service_id: campo de 16 bits que discrimina o serviço pelo qual o conteúdo de download é transmitido; num_of_contents: convém que esse campo de 8 bits indique a quantidade de conteúdos de download seja enviado; group: convém que esse campo de 4 bits contenha o valor do group_id; target_version: campo de 12 bits que indica o número da versão do conteúdo-alvo da atualização; new_version: campo de 12 bits que indica o número da versão do conteúdo transmitido; download_level: convém que esse campo de 2 bits indique qual será a forma do download. Se o campo for 01, então indica que o download será de forma obrigatória, no caso de ser 00 então o download será opcional; version_indicator: convém que esse campo de 2 bits indique qual o tipo de versão que será aceito. A interpretação dos campos é mostrada na Tabela 62; 60 ABNT Todos os direitos reservados

67 Tabela 62 Version_indicator Campo Descrição 00 Todas as versões são válidas 01 A versão especificada ou versões mais antigas são válidas 02 A versão especificada ou versões mais novas são válidas 03 Apenas a versão especificada é válida schedule_descriptor_length: campo de 12 bits que indica o tamanho de bytes do schedule loop. Quando esse valor é 0 em todos os receptores de dados comum, isso indica que o conteúdo do download está sendo transmitido; content_descriptor_length(): campo de 12 bits que indica o tamanho total de bytes do schedule loop e do descriptor loop; schedule_time shift_information: campo de 4 bits que especifica a tabela de horários conforme mostrado na Tabela 63; start_time: convém que esse campo de 40 bits indique o tempo de distribuição do conteúdo de download, utilizando-se o UTC-3 e MJD; duration: convém que esse campo de 24 bits indique o tempo de duração da distribuição em segundos. Tabela 63 Schedule_time shift_information Campo 0 1 a 12 Descrição O mesmo conteúdo de download é transmitido pelo mesmo schedule com múltiplos service_id O mesmo conteúdo de download é transmitido deslocando o horário de 1 hora a 12 horas para cada service_id com múltiplos service_id 13 a 14 Reservado 15 O conteúdo para download é transmitido com um único service_id Para a notificação dos diferentes conteúdos de download enviados no mesmo stream, convém utilizar o descritor download_content_descriptor mostrado na Tabela 64. ABNT Todos os direitos reservados 61

68 Tabela 64 Estrutura de dados do download content descriptor Sintaxe Número de bits Mnemônico download_content_descriptor () { descriptor_tag 8 uimsbf descriptor_length 8 uimsbf reboot 1 bslbf add_on 1 bslbf compatibility_flag 1 bslbf module_info_flag 1 bslbf text_info_flag 1 bslbf reserved 3 bslbf component_size 32 uimsbf download_id 32 uimsbf time_out_value_dii 32 uimsbf leak_rate 22 uimsbf reserved 2 bslbf component_tag 8 uimsbf if (compatibility_flag == 1 ) { compatibilitydescriptor() if (module_info_flag == 1 ) { num_of_modules 16 uimsbf for (i=0; i<num_of_modules; i++) { module_id 16 uimsbf module_size 32 uimsbf module_info_length 8 uimsbf for (i=0; i<module_info_leng th; i++) { module_info_byte; 8 uimsbf private_data_length 8 uimsbf for (i=0; i<private_data_leng th i++) { private_data_byte 8 uimsbf if (text_info_flag == 1 ) { ISO_639_language_code 24 uimsbf text_length 8 uimsbf for (i=0; i<n; i++) { text_char 8 uimsbf 62 ABNT Todos os direitos reservados

69 A semântica da seção de descrição do download content descriptor é a seguinte: descriptor_tag: usado para identificar o download content descriptor. O valor é 0xC9; reboot: flag indicando quando é necessário reiniciar o receptor devido a um download completo. 1 indica reiniciar e 0 indica continuar em operação; add_on: flag indicando quando a substituição de um módulo existente ou uma adição deve ocorrer. 1 indica adição e 0 indica substituição; compatibility_flag: flag indicando presença ou ausência do compatibilitydescriptor() no descritor. 1 indica que está presente e 0 indica que não está presente; module_info_flag: flag indicando a presença ou ausência de informação para cada módulo no descritor. 1 indica que está presente e 0 indica que não está presente; text_info_flag: flag indicando a presença ou ausência de descrição do serviço ao fim do descritor. 1 indica que está presente e 0 indica que não está presente; component_size: este campo contém a soma do tamanho dos dados que são transmitidos no carrossel em bytes; download_id: este campo especifica a identificação do download com o propósito de identificar um número de aplicação para este download; time_out_value_dii: este campo indica valores de time_out recomendados em milissegundos para toda recepção de seções DII do carrossel correspondente; leak_rate: indica a velocidade máxima de transferência de arquivos para o receptor. A unidade está em bytes/s; reserved: este campo de 3 bits está reservado para uso futuro; compontent_tag: este campo de 8 bits contém o component_tag de um stream correspondente que é obtido por um Stream Identifier Descriptor na PMT; compatibilitydescriptor(): este campo contém o compatibilitydescriptor da mesma forma que está contido no DII. Convém que o receptor que deseje ser atualizado e que não possa ser identificado pelo table_id_ext/group na SDTT utilize a informação deste campo; number_of_modules: este campo indica o número de módulos; module_id: identifica um módulo no carrossel para o conteúdo de download; module_size: este campo indica o tamanho em bytes do módulo em questão. 0 indica que o tamanho é indefinido; module_info_lenght: tamanho em bytes do module_info_byte; module_info_byte: este campo contém descritores necessários (exemplos: Type Descriptor, Name Descriptor, Info Descriptor e Control Descriptor conforme descritos na DII; private_data_lenght: tamanho em bytes do private_data_byte; private_data_byte: deve conter o valor do PID que transporta o elementary_stream do carrossel de dados responsável pelo serviço de atualização dos receptores; ABNT Todos os direitos reservados 63

70 ISO_639_language_code: este campo especifica o idioma da descrição de caracteres usada pela descrição de serviço; text_length: tamanho da descrição de serviços em bytes; text_char: descrição relacionada ao serviço de download de conteúdo a ser transmitido Estrutura de dados do carrossel de dados A estrutura do carrossel de dados composto pelas seções DII e DDB e seus respectivos descritores devem estar de acordo com a ARIB STD-B-21:2005, secão Transmissão das tabelas PSI\SI referentes à atualização dos receptores O serviço de atualização do receptor irá sempre executar a seguinte operação nas redes onde ele estiver presente: convém que cada radiodifusor envie seu próprio agendamento do download através da tabela SDTT e o seu próprio serviço de atualização do receptor. Dessa forma cada radiodifusor pode operar o serviço de atualização do receptor independentemente. A Figura 5 mostra esse modelo de transmissão; convém que o data_component_id presente no descritor de componente de dados da PMT receba o valor 0x0009 (ARIB-data download procedure) e que o Additional_data_component_info não seja transmitido; pode haver casos em que o PCR não é transmitido no serviço de atualização do receptor; convém que a taxa de repetição da PMT responsável por enviar o serviço de atualização do receptor do receptor seja de no máximo 1 s; convém que cada radiodifusor possa enviar sua própria SDTT e o seu próprio serviço de atualização do receptor no seu TS, independentemente de outro radiodifusor. Convêm que as seções da SDTT possuam o valor do transport_stream_id e original_network_id igual ao do TS que está transmitindo o serviço; convém que o serviço de atualização do receptor seja transmitido como um serviço a parte de televisão, no mesmo TS onde a SDTT correspondente foi transmitida; convém que o valor para o component_tag utilizado para download de dados esteja no range de 0x70 a 0x7F. O component_tag enviado na SDTT pode ser comparado ao component_tag transmitido no stream_identifier_descriptor da PMT do serviço de atualização do receptor, e pode ser utilizado para a identificação do carrossel de dados correto antes de se adquirir a DII. Após isso, pode-se realizar uma segunda verificação utilizando-se o download_id enviado pela SDTT e pela DII; caso o modelo adotado para transmissão seja o (1) ou (3), recomenda-se enviar o exato horário de início e a duração estimada para transmitir no mínimo 2 ciclos das seções do download. Caso seja adotado o modelo de transmissão (2) ou (4) recomenda-se enviar a duração estimada, indicando assim o ciclo de transmissão das seções do download Operação do descritor de transmissão de logotipo - Sintaxe do descritor de transmissão de logotipo e logo_transmission_type Detalhes da sintaxe do descritor de transmissão de logotipo A Tabela 65 descreve a sintaxe do Logo Transmission Descriptor. Essa sintaxe é tal que apenas os dados necessários são enviados para cada logo_transmission_type. Além disso, na radiodifusão de sinal digital terrestre, este Logo Transmission Descriptor é colocado quando um logo é definido no serviço pelo loop de serviço da SDT. Não convém que sejam transmitidos múltiplos Logo Transmission Descriptors no mesmo loop de serviço. 64 ABNT Todos os direitos reservados

71 Tabela 65 Sintaxe do Logo Transmission Descriptor Sintaxe Logo_transmission_descriptor Número de bits Mnemônico descriptor_tag 8 Uimsbf descriptor_length 8 Uimsbf logo_transmission_type 8 Uimsbf if(logo_transmission_type==0x01){ reserved_future_use 7 Bslbf logo_id 9 Uimsbf reserved_future_use 4 Bslbf logo_version 12 Uimsbf download_data_id 16 Uimsbf else if(logotransmission_type==0x02){ reserved_future_use 7 Bslbf logo_id 9 Uimsbf else if(logotransmission_type==0x03){ else{ for(i=0;i<n;i++){ for(j=0;j<m;j++){ logo_char 8 Uimsbf reserved_future_use 8 Bslbf A semântica da seção de descrição do logo_transmission_descriptor é a seguinte: logo_transmission_type: descreve o tipo de transmissão do logo. Convém que apenas os três tipos de logo descritos na Tabela 66 sejam utilizados na radiodifusão de televisão digital terrestre e que outros tipos de transmissão sejam ignorados; logo_id: indica um valor de identificação para o logo referente ao serviço; download_data_id: o valor deste campo é o mesmo do campo table_id_extension da CDT onde o referido logo de serviço é alocado. Convém que o download_data_id seja único na rede e apresente um valor diferente por logo_id; logo_version: representa o número da versão do logo representado pelo logo_id. Convém que o número de versão seja idêntico ao número do logo presente no campo data_module_byte da CDT; ABNT Todos os direitos reservados 65

72 logo_char: representa o logo simples codificado pelo código de caracteres de 8 bits; reserved_future_use: reservado para uso futuro. Convém que todos os bits recebam o valor 1. Tabela 66 Tipos de transmissão de logo Logo_transmission_type Definição 0x01 Transmissão na CDT tipo 1 0x02 Transmissão na CDT tipo 2 0x03 Transmissão na CDT tipo 3 Outros Logo_transmission_type na CDT do tipo 1 Para uso futuro Convém que esse tipo de logo_transmission_descriptor seja sempre indicado no loop de serviço da SDT e os dados do logo transmitidos na CDT do tipo 1 sinalizem um dos seguintes casos: a) que o logo definido no serviço não pode ser utilizado em outro serviço no TS de destino; b) que o logo definido no serviço pode também ser utilizado em múltiplos serviços TS de destino que estiverem no primeiro serviço do loop de serviço da SDT Logo_transmission_type na CDT do tipo 2 Nesse caso, convém que o logo seja transmitido na CDT style 2 e o logo definido no serviço também seja utilizado em múltiplos serviços no mesmo TS e que o serviço seja o segundo serviço no loop de serviços na SDT. Os receptores podem adquirir o restante dos parâmetros do Logo Transmission Descriptor na CDT style 1, onde recomenda-se que o mesmo logo_id seja configurado Julgamento da existência da transmissão de tabelas relacionadas ao download Julgamento da transmissão da SDTT Há dois tipos de SDTT, para camada de baixa proteção (PID=0x0023) e para camada de alta proteção (PID=0x0028), mas recomenda-se que sejam ambas transmitidas com a mesma taxa de repetição. No caso da transmissão da SDTT na referida rede, a SDTT no campo table_id adquire o valor 0xC3, no campo SI Transmission Parameter Descriptor, localizado no segundo loop da BIT. Logo, os receptores podem detectar que a SDTT é transmitida em um TS na referida rede pelo fato de que o valor 0xC3 está presente Julgamento de transmissão da CDT No caso da transmissão da CDT na referida rede, o campo table_id da CDT recebe o valor 0xC8, no campo SI Transmission Parameter Descriptor, alocado no segundo loop da BIT. Logo, os receptores podem detectar o fato da CDT ser transmitida no TS na referida rede pelo fato do valor 0xC8 estar presente. Além disso, a CDT para transmissão do logo pode ser transmitida caso o logo transmission descriptor da CDT seja do tipo 1 e colocado na loop de serviço da SDT. 66 ABNT Todos os direitos reservados

73 29.9 Transmissão dos procedimentos da SDTT Transmissão da informação de notificação Operação da SDTT (software download trigger table) Operação da SDTT para camadas de baixa proteção e SDTT para camadas de alta proteção Convém que o software de recepção da SDTT para camadas de baixa proteção seja utilizado para transmissão de informações necessárias para a recepção do conteúdo de download e a SDTT para camadas de alta proteção seja utilizada para notificar os guias de atualização de software do receptor e o procedimento de atualização para os usuários dos receptores que não podem receber camadas de baixa proteção. O tamanho-padrão da seção e número de programação para ambas SDTT são mostrados na Tabela 59. Este tamanho de seção-padrão SDTT refere-se ao comprimento da seção quando dividido igualmente por número de modelo na taxa máxima de transmissão (a pior estimativa). Entretanto, é possível transmitir seções cujo tamanho excedam o tamanho máximo de bytes. Além disto, um número de programação padrão é uma idéia aproximada e a operação do número de programação que supere isso é possível dentro da faixa de restrição da taxa máxima de transmissão. Recomenda-se que o conteúdo de download seja transmitido através do mesmo TS que enviou a SDTT. Convém que a subtabela SDTT para dados comuns a todos os receptores tenha o comprimento máximo de uma seção com no máximo bytes e seja transmitida apenas na SDTT para camada de baixa proteção. Múltiplas seções são possíveis em cada subtabela no caso de atualização do software do receptor, mas convém que o número de todas as seções, incluindo a atualização de software do receptor e os dados comuns para todos os receptores, estejam limitados ao máximo de 60 na SDTT para camada de baixa proteção e 80 para SDTT para camadas de alta proteção Para a atualização do software do receptor Para a atualização de software, o tamanho do loop de agendamento deve estar de acordo com o modelo de download utilizado, conforme especificado em Caso sejam utilizados os modelos (1) ou (3), o tamanho máximo do loop de agendamento não deve exceder o tamanho máximo da seção, que é de bits. A utilização do subdescritor para o compatibility_descriptor quando se deseja enviar informações extras de compatibilidade aos receptores é permitida e seu preenchimento é definido pelo fabricante. A quantidade de descritores de conteúdos de atualização de receptores (download content descriptor), os tipos de informação no descritor de conteúdo de atualização de receptores (download content descriptor), comprimento do texto, número do módulo não são especificados por esse guia e podem variar de acordo com as necessidades de cada fabricante. Adicionalmente, convém que o download_id seja o mesmo, independentemente da quantidade de descritores de conteúdo de atualização de receptores (download content descriptor) existente. Além disso, são usados maker_id distribuídos pelo Fórum SBTVD aos fabricantes (ver ). Ainda, as operações de model_id, version_id e group_id em caso de downloads como o de atualização do software do receptor baseadas em aplicações desenvolvidas pelos fabricantes dos receptores são gerenciadas por cada fabricante. Além disso, múltiplas seções estão habilitadas em cada sub-table de maneira a transmitir conteúdo de download que é diferente para cada grupo, pela operação do group_id. Os identificadores dos alvos da atualização são mostradas na Tabela 67. ABNT Todos os direitos reservados 67

74 Tabela 67 Identificadores do alvo da atualização Campo Número de bits Descrição maker_id 8 Valor para discriminar fabricantes model_id 8 Valor para discriminar modelos de receptores group_id 4 Valor para agrupar downloads version_id 12 Valor para a versão do sistema Para mais informações sobre a estrutura de seções da SDTT, ver a ARIB STD-B Para dados comuns a todos os receptores Na operação da SDTT para dados comuns a todos os receptores, a subtabela dos dados comuns da SDTT em todos os receptores é estruturada em uma seção. Recomenda-se que o número de loop da informação de agendamento esteja de acordo com para cada um dos modelos de transmissão disponíveis, e a SDTT seja transmitida somente enquanto o carrossel de conteúdos de download estiver sendo transmitido. A operação do version_id é descrita em O group_id é sempre igual a 0 e o group_id não é operado para dados comuns em todos os receptores. Convém também que o num_of_contents seja igual a 1. Convém que o campo compatibility_flag e text_info_flag do descritor de conteúdo de download (download content descriptor) seja igual a 0, de forma que esta informação possa ser ignorada pelos receptores. Os dados no module_info_byte são os mesmos que os do module_info_byte no DII. O comprimento dos dados privados também é igual a 0, e esta informação pode ser ignorada pelos receptores. Além disso, convém que o add_on do descritor de conteúdo de download também seja sempre 0 e não seja operado. Para a tabela de códigos de gênero, a tabela de códigos de características de programas e a tabela de palavras reservadas, convém que a SDTT seja posicionada nas camadas de baixa proteção. Convém que o número do descritor de conteúdo de download esteja limitado a Camada de transmissão, taxa de repetição e largura de banda Convém que o ciclo de transmissão da SDTT seja de uma vez a cada 1 min e que a largura de banda seja de no máximo 10 kbit/s para a camada de baixa proteção e de 2 Kbit/s para a camada de alta proteção. A estimativa de banda é mostrada na Tabela ABNT Todos os direitos reservados

75 Tabela 68 Estimativa de banda Dados do cálculo Camada de baixa proteção Camada de alta proteção Premissas Número de pacotes TS necessários em cada seção Comprimento-padrão de cada seção do SDTT é bytes Comprimento padrão de cada seção do SDTT é 184 bytes Máximo número de seções é 60 Máximo número de seções é 80 Não é feita a transmissão multisseção em pacotes TS Transmissão uma vez a cada 1 min 1.288/184 = 7 pacotes TS 184/184 = 1 pacote TS Número de pacotes TS necessários para a tabela completa Taxa média para transmitir uma vez a cada 1 min 7 60 = 420 pacotes TS 1 80 = 80 pacotes TS ( ) 60 = 10,53 kbit/s ( ) 60 = 2,01 kbit/s NOTA O comprimento de seção padrão inclui 1 byte para o campo do ponteiro. Para as atualizações de software e dados comuns do receptor convém que as informações de agendamento na SDTT sejam definidas de tal maneira que elas correspondam à banda, taxa de repetição e tamanho máximo da subtabela Atualização da SDTT Convém que a procura pela tabela SDTT seja feita no momento definido pelo fabricante do receptor Número da versão do conteúdo de atualização Para a atualização de software dos receptores, o procedimento para atribuição dos números de versão e o gerenciamento não estão no escopo desta Norma. Com respeito à operação do version_id, convém que seja utilizado o número de versão comum de dados comuns para todos os receptores. Entretanto, convém que os números de versão da tabela de códigos de gênero, tabela de códigos de características de programas e tabela de palavras reservadas sejam gerenciados e atribuídos diferentemente. A estrutura de gerenciamento de versões para números de versão da tabela de códigos de gênero, tabela de códigos de características de programas e tabela de palavras reservadas é descrita na Figura 6. ABNT Todos os direitos reservados 69

76 Figura 6 Gerenciamento de versão dos dados comuns e princípios fundamentais de download Quando o version_id excede 4 095, o seu valor retorna a 0. Neste caso, o version_id é dividido em domínios que vão de 0 a e de até de maneira a gerenciar o valor da versão a partir do 0 novamente. Se o valor da versão corrente estiver no domínio de até e o valor da versão de dados comuns carregados estiver entre 0 e 2 047, os receptores consideram que esta é mais alta que o valor da versão corrente e executam o download Rota de transmissão Convém que a camada que transmite o conteúdo para download seja a de baixa proteção, e que seja transmitida na mesma rota (mesmo canal físico) de transmissão em que a SDTT for recebida. Convém que o service_id de conteúdo para download distribuído por este procedimento seja o service_id do serviço de televisão que carrega o conteúdo para download e definido pela SDTT Largura de banda A largura de banda está limitada a 0,35207 Mbit/s e 0,1 Mbit/s no mínimo para a taxa de TS correspondente a 0,25/0,38 quantidade de segmentos em uma transmissão tipo 64/16QAM, FEC ¾, e intervalo de guarda ⅛. Convém que as emissoras possam selecionar valores específicos nesta faixa relacionada ao download (transferência). A equação estimada para número de modelos, transmissível em modelos de transmissão que são 64QAM, FEC ¾, intervalo de guarda ⅛, e segmento usado 0,25 é a seguinte (assume-se que o conteúdo da transferência seja 10 MB): Tempo necessário para uma transmissão = conteúdo de transferência (download)/largura de banda utilizável = 10 x x x 8/(351,07 x 1 000) = 238,94 s A largura de banda da rede em forma de 1 segmento é 1 404,29 kbit/s. Largura de banda utilizável = largura de banda utilizável em 1 segmento x segmento usado é igual a 1 404,29 x 0,25 = 351,07 [kbit/s] Número de modelo transmissível (vezes) = 24 h/tempo necessário para uma transmissão/número de vezes do carrossel = /238,94/2 = 180,8 vezes 70 ABNT Todos os direitos reservados

77 NOTA Em uma transmissão real no TS, são incluídos uma seção de cabeçalho TS, campo de adaptação etc., portanto o valor é menor que o valor calculado Tempo de transmissão, período e tempo de repetição Convém que o conteúdo a ser feito download seja enviado em sucessão durante o tempo de transmissão em uma taxa de repetição de 24 h no máximo. Recomenda-se que o conteúdo transferido único seja transmitido usando mais que uma unidade e a duração de uma unidade é 10 s. Um exemplo de schedule da transmissão de conteúdo transferido é mostrado na Figura 7. Na atualização de software, convém que os fabricantes de receptores solicitem à estação radiodifusora o termo de transmissão, número desejado de vezes da transmissão e duração (em unidades de 10 s). O tempo da transmissão muda dependendo do número de modelos para os quais o conteúdo é transferido. O radiodifusor define o schedule após serem feitos os acordos com todos os fabricantes de receptores interessados na atualização de software. Convém que um carrossel seja transmitido para o número de ciclos transmissíveis máximos (inteiro) dentro da duração (em unidades de 10 s) solicitada pelo fabricante de receptores. Convém que após a transferência do conteúdo sejam inseridos dummies até a duração acabar. O dummy é um pacote nulo ou um pacote de carrossel vazio, ou somente um campo de adaptação. I Figura 7 Modelo de referência para o download do content transmission schedule Um exemplo de agendamento de transmissão de conteúdo transferido é mostrado na Figura 8. Quando dados comuns a todos receptores precisam ser atualizados, uma emissora ou um fabricante que queira atualização de software solicita a uma ou mais estações radiodifusoras o período de transmissão. O tempo da transmissão muda dependendo do número de modelos para os quais o conteúdo é transferido. Convém que o radiodifusor defina o agendamento após os ajustes entre todos os fabricantes de receptores participantes da atualização de software. Convém que um carrossel seja transmitido por mais de dois ciclos e que os dados para o software do receptor sejam transmitidos ao mesmo tempo. Convém que após a transferência do conteúdo, dummies sejam inseridos até que a duração acabe. ABNT Todos os direitos reservados 71

78 Figura 8 Modelo de referência para o download do content transmission Schedule Alocação dos PID e valores de component_tag do conteúdo transferido Para que os receptores possam capturar o conteúdo transferido sem falha, um total de 10 diferentes pares de PID e um valor do component_tag são aplicados ao conteúdo de transferência (download). Dois diferentes pares de PID e de component_tag são usados para dados comuns para todos os receptores (tabela de código de gênero, tabela código características de programa, tabela de palavras reservadas) e oito diferentes tipos de PID e component_tag para atualização do software de receptor. Os oito diferentes pares de PID e valor de component_tag são alocados para atualização do software do receptor em uma ordem circular de transmissão (ver Figura 9). Figura 9 Alocação dos PID e valores de component_tag (sem os dados comuns a todos os receptores) A Figura 10 mostra um exemplo de quando dados para o software do receptor e dados comuns para todos os receptores são transmitidos simultaneamente. Figura 10 Alocação dos PID e valores de component_tag Quando software para menos que 8 modelos é atualizado (ver Figura 11), convém que dummies sejam inseridos como mostrado abaixo. O dummy é transmitido por 10 s. Convém que um pacote dummy seja um pacote nulo ou um pacote vazio de carrossel, ou somente um campo de adaptação. Figura 11 Alocação dos PID e valores de component_tag quando menos de oito modelos são atualizados Quando o número de modelos para os quais dados são transmitidos não é múltiplo de 8, recomenda-se transmitir dummies de tal forma que o número se torne múltiplo de 8. EXEMPLO Quando software para 40 modelos é atualizado, convém que dois dummies (PID 7 e PID 8) sejam transmitidos e este ciclo seja repetido para o número de 42 modelos. Adicionalmente, quando o dia muda, ajustes são feitos usando dummies como mostrado na Figura 11, de tal forma que PID e valores de component_tags sejam alocados em rota circular. 72 ABNT Todos os direitos reservados

79 Módulo e estruturas carrossel Para a atualização de software para receptor, esta Norma não especifica o módulo que faz parte de um carrossel. Quando da atualização de dados comuns para todos os receptores (tabela de código de gênero, tabela de código de característica de programa e tabela de palavras reservadas), convém que todos os dados que tenham sido atualizados desde a versão 1.0 sejam transferidos e transmitidos. Dados não podem ser transferidos para cada tipo de conteúdo transferido, tais como tabela código gênero e tabela de código de característica de programa, e recomenda-se que sejam colocados em um único carrossel. Convém que as tabelas de códigos de gênero, tabela de códigos de característica de programa e tabela de palavras reservadas sejam um módulo cada. Um exemplo de estrutura de carrossel de dados comuns a todos os receptores é mostrado na Figura 12. Figura 12 Exemplo da estrutura do carrossel para dados comuns Operação de DII (DownloadInfoIndication) Na atualização de software para receptor, para que se tenha uma transferência confiável, convém transmitir o Compatibility Descriptor que especifica o modelo para o qual dados são transferidos. Convém que os valores de maker_id, model_id, version_id, group_id e download_id sejam os mesmos dos valores dos identificadores no SDTT. Convém que o descritor compatibility descritor utilize a sintaxe mostrada nas Tabelas 69 e 70. ABNT Todos os direitos reservados 73

80 Tabela 69 Formato do Compatibility Descriptor Sintaxe Número de bytes CompatibilityDescriptor() { CompatibilityDescriptorLength 2 DescriptorCount 2 for (i=0; i<descriptorcount; i++) { descriptortype 1 descriptorlength 1 specifiertype 1 specifierdata() 3 model 2 version 2 subdescriptorcount 1 for (j=0; j<subdescriptorcount; j++) { subdescriptor() SubDescriptor() { SubDescriptorType 1 SubDescriptorLenth 1 for (k=0; k<subdescriptorlength; k++) { additionalinformation 1 Especificações adicionais ao DSM-CC original são descritas para identificar o receptor de maneira flexível e em detalhes. A identificação do fabricante (maker_id), identificação do modelo (model_id) e identificação da versão (version_id) podem ser enviadas pelo compatibilitydescriptor no cabeçalho do DII. Incluir a pluralidade de descritores deste compatibilitydescriptor torna possível a transmissão de conteúdos de download de múltiplos fabricantes para múltiplos modelos. Um método de especificar modelos de receptores que receberão o conteúdo de download é a utilização do DescriptorType. Campos para identificação de modelos são mostrados na Tabela 70. Tabela 70 Sugestão de identificação dos campos Campo Conteúdo Número de bits specifiertype 0xFF 8 specifierdata() Código identificando ARIB (0x819282) 24 model Equivalente ao maker_id 8 Equivalente ao model_id 8 version Atribuido ao group_id 4 Equivalente ao version_id 12 Na atualização de dados comuns para todos os receptores (tabela de códigos de gênero, tabela de códigos de característica de programa e tabela de palavras reservadas), para que se tenha uma transferência confiável, convém transmitir a informação de módulo e o Compatibility Descriptor, para especificar o modelo de receptor de destino. O carrossel de dados é transmitido apenas enquanto a SDTT correspondente for transmitida. 74 ABNT Todos os direitos reservados

81 Convém que os valores de maker_id, model_id, version_id, group_id e download_id sejam idênticos aos identificadores na SDTT. Para descritores em module_info_byte, o descritor de tipo (type_descriptor) pode ser omitido, porém convém que o descritor de nome (name_descriptor) seja enviado. Adicionalmente, convém que a descrição feita em seja seguida para as versões. A convenção de nomeação do descritor de nome é mostrada na Tabela 71. Tabela 71 Descritores de nome e download de dados Conteúdos de download Descritor de nome Observações Tabela de códigos de gênero GENRE Ver Tabela 72 Tabela de códigos de características do programa FEATURE Ver Tabela 72 Tabela de palavras reservadas KEYWORD Ver Tabela Operação do DDB (DownloadDataBlock) Na atualização dos dados comuns a todos receptores, os formatos de dados para a tabela de códigos de gênero, tabela de códigos de características do programa e tabela de palavras reservadas são apresentados nas Tabelas 72 e 73, respectivamente. Tabela 72 Sintaxe da tabela de códigos de gênero e tabela de códigos de características do programa Sintaxe CommonTableDataModule(){ number_of_loop for(i=0; i< number_of_loop; i++){ table_code level_1_name_length for(j=0; j<level_1_name_length; j++) { name_char level_2_name_length for(k=0; k< level_2_name_length; k++) { name_char Número de bits Sintaxe da tabela de códigos de gênero e tabela de códigos de características do programa: number_of_loop: o número de repetições na informação de código; table_code: a nova definição de código de conteúdo; EXEMPLO Para a tabela de códigos de gênero, 1 byte de dados incluindo gênero principal e gênero médio. Para a tabela de códigos de características do programa, 1 byte de dados incluindo característica principal e característica média. ABNT Todos os direitos reservados 75

82 level_1_name_length: o número de bytes dos nomes de item principais. Quando um item médio é adicionado, 0 é definido e o nome do item principal não é codificado; name_char: a série de caracteres de informação que descreve cada nome de item principal. As regras de codificação para string de caracteres precisam ser seguidas para codificação de caracteres na informação de service; level_2_name_length: o número de bytes dos nomes de item médios; name_char: a série de caracteres de informação que descreve cada nome de item médio. Convém que as regras de codificação para string de caracteres sejam seguidas para codificação de caracteres na informação de service. Tabela 73 Sintaxe da tabela palavras reservadas Sintaxe KeywordTableDataModule(){ number_of_loop for(i=0; i< number_of_loop; i++){ name_length for(j=0; j<name_length; j++) { name_char Número de bits Sintaxe da tabela palavras reservadas: number_of_loop: o número de repetições na informação de palavras reservadas; name_code: o número de bytes da informação de palavras reservadas; name_char: uma série de caracteres de informação descreve os detalhes de uma palavra reservadas. Convém que as regras de codificação para string de caracteres sejam seguidas para codificação de caracteres na informação de serviço Sincronismo para informação de notificação de transmissão e conteúdos de download Quando o software do receptor está atualizado Convém que a determinação do início da transmissão dos conteúdos de download seja feita através dos campos start_time e duration, ou apenas através do campo duration, dependendo do modelo de transmissão adotado (ver 29.1). Contudo, é desejável que seja realizada a confirmação da programação, readquirindo a SDTT completamente antes do início do download, a fim de garantir que toda informação de agendamento esteja disponível Quando dados comuns de todos os receptores são atualizados Se o conteúdo de download estiver sendo transmitido pode ser confirmado verificando se a SDTT está sendo transmitida. Contudo, é desejável que seja realizada a confirmação da programação readquirindo a SDTT completamente antes do início do download, a fim de garantir que toda informação de agendamento esteja disponível. 76 ABNT Todos os direitos reservados

83 Suspensão de emergência do serviço interno de atualização da informação do receptor (método SDTT) A transmissão dos conteúdos de download pode ser interrompida devido a uma parada de emergência de download. Existem casos onde a SDTT é transmitida mesmo sob uma suspensão de emergência, portanto, é desejável para os receptores realizar um processo de intervalo Transmissão experimental do serviço interno de atualização da informação do receptor (método SDTT) Para atualização de software do receptor, os alvos que não estão no mercado podem ser especificados usando o model_id, version_id etc. para serem usados para teste Operação para horário de verão (método SDTT) O start_time na SDTT e o gerenciamento do tempo em relação aos sistemas de transmissão são baseados nos dados da tabela TOT (time_offset_table) responsável por enviar a informação do horário oficial do Brasil (UTC-3), e para ocasião de atualização do software a informação de fuso-horário e horário de verão deve ser desconsiderada Critérios para obtenção do maker_id Na obtenção do maker_id, convém que: o nome de cada fabricante seja representado por no máximo quatro caracteres de A a Z, 1, 2, 3, & convém que o valor do maker_id seja obtido conforme especificado nas Tabelas 74 e 75, e recomenda-se que seu valor seja arbritrado pelo Fórum SBTVD; cada caractere seja simbolizado por 2 bits, conforme Tabela 74; havendo coincidência numérica, um dos quatro caracteres seja substituído, ou adicionado um valor numérico de 1 a 3 ao final do conjunto de três letras ou ainda alterada a posição da coluna vazia de 4ª para 1ª para fabricantes com apenas três letras. A numeração dos principais fabricantes, a título de exemplo, encontra-se na Tabela 75. O valor de maker_id 0xFF é um valor reservado e não convém que seja utilizado. Representação numérica Tabela 74 Código de caracteres Caracteres 0 0 A E I M Q U & B F J N R V Y C G K O S W Z D H L P T ABNT Todos os direitos reservados 77

84 Nome do fabricante Tabela 75 Código de fabricantes Representação em quatro caracteres Representação binária HEX Aiko A I K O A AOC A O C CCE C C E A0 Cineral C I N E Digibras D G B R E5 Elsys E L S Y Envision E N V S Evadin E V A D Gradiente G R A D Intelbras I N T L F LGE L G E E0 Mitsubishi M T B S Philco P H C O FA Philips P H P S FE Panasonic P A N A C4 Pionner P I O N C9 Positivo P O S I E8 Proview P R O V D9 Qualcomm Q A L C E Sat Bras S A T B D Sharp (MBK) S H A R B1 Semp S E M P Sony S O N Y A5 Samsung S A M S Sanyo S N Y O STB S T B B4 SVA S V A Tectoy T E C T CB Thomson T H O M F8 Toshiba T S H B ED 78 ABNT Todos os direitos reservados

85 30 Transmissão da CDT 30.1 Rota de transmissão Convém que, somente quando o descritor de transmissão de logomarca para a transmissão da CDT tipo 1 for colocado no serviço de repetição da SDT, a CDT para dados de logomarca de provedores de serviço de radiodifusão seja transmitida. Para a CDT, consultar também a ARIB STD-B Operação para CDT A CDT (tabela de dados comuns) é usada para transmitir a transferência de conteúdo em uma tabela estilo-sessão. Na radiodifusão digital terrestre, convém que somente os dados de logomarca de serviço sejam transmitidos. A sintaxe CDT é mostrada na Tabela 76. Tabela 76 Sintaxe CDT Sintaxe common_data_section(){ table_id section_syntax_indicator reserved_future_use reserved section_length download_data_id reserved version_number current_next_indicator section_number last_section_number original_network_id data_type reserved_future_use descriptors_loop_length for(i=0;i<n;i++){ descriptor() for(j=0;j<m;j++){ data_module_byte CRC_32 Número de bits Mnemônico uimsbf bslbf bslbf bslbf uimsbf uimsbf bslbf uimsbf bslbf uimsbf uimsbf uimsbf uimsbf bslbf uimsbf uimsbf rpchof ABNT Todos os direitos reservados 79

86 A sintaxe da tabela CDT deve ser a seguinte: table_id: este campo assume o valor de 0xC8; section_syntax_indicator: este campo assume o valor 1 ; section_length: especifica o número de bytes da seção, começando imediatamente após o campo de tamanho de seção e incluindo o CRC. O valor neste campo não pode exceder 4,093, portanto a seção CDT inteira tem um tamanho máximo de bytes; download_data_id: esse campo identifica dados de download que é transmitido. O valor para download_data_id é alocado unicamente dentro do original_network_id. Para o serviço de logomarca, o valor deste campo é o mesmo que o valor do download_data_id no Descritor de Transmissão de Logomarca correspondente dentro da SDT; version_number: esse campo é o número de versão da subtabela. O número da versão será incrementado em 1 quando uma mudança na informação carregada na subtabela ocorrer quando alcançar o valor 31, retornando a 0; current_next_indicator: esse campo assume valor 1 ; section_number: esse campo fornece o número de seções. As seções são colocadas em ordem de forma a começar com a seção de número 0 e todas as seções até a seção last_section_number. Quando se transmite o logo, o logo é transmitido em seções que possuem o section_number igual ao valor do logo_type; last_section_number: esse campo especifica o número da última seção (isto é, a seção com o maior section_number) da subtabela à qual esta seção é pertencente; original_network_id: esse campo fornece um selo de identificação do network_id do stream em que os dados estão sendo transmitidos; data_type: esse campo especifica o tipo de dados que estão sendo transmitidos; descriptors_loop_length: esse campo fornece o tamanho total em bytes dos descritores seguintes. Quando não existe dado no descritor de repetição, este campo é ajustado para 0 ; data_module_byte(): dados transferidos são descritos usando uma sintaxe definida por cada data_byte. Adicionalmente, a sintaxe para data_module_byte() no caso do descritor de transmissão de logomarca para transmissão da CDT tipo 1 é mostrada na Tabela 77; logo_type: esse campo especifica o tipo de logomarca (ver a Tabela 68 para logo_type). O mesmo valor que o valor do section_number na CDT é usado; logo_id: o valor desse campo é usado para identificar dados de logomarca no receptor (alocado unicamente dentro de um original_network_id); logo_version: esse campo é o número da versão da logomarca identificado pelo logo_id. Este valor é o mesmo valor do logo_version dentro do descritor de transmissão de logomarca dentro da SDT; data_size: o número de bytes dentro dos dados de logomarca seguintes. 0 pode ser selecionado por razões como a logomarca mostrada com logo_id não ser mais usada; data_byte: dado de logomarca para si próprio. 80 ABNT Todos os direitos reservados

87 Tabela 77 Sintaxe data_module_byte() no caso do descrito de transmissão de logomarca da transmissão - Tipo 1 data_module_byte(){ Sintaxe Número de bits Mnemônico logo_type 8 uimsbf reserved_future_use 7 bslbf logo_id 9 uimsbf reserved_future_use 4 bslbf logo_version 12 uimsbf data_size 16 uimsbf for( i=0;i<data_size;i++){ data_byte 8 uimsbf 30.3 Camada de transmissão, taxa de repetição e largura de banda da CDT Regras de transmissão da CDT Quando o descritor de transmissão de logomarca da transmissão tipo 1 da CDT é colocado no serviço de repetição da SDT, a correspondente CDT é sempre transmitida dentro do mesmo TS. Quando um TS é transmitido em uma simples camada de transmissão, a CDT é transmitida nesta camada e quando o TS é transmitido em múltiplas camadas, a CDT é transmitida somente na camada de menor proteção, e não pode ser transmitida em múltiplas camadas. Quando data_type é o tipo de serviço de logomarca da transmissão da CDT, a taxa de repetição é configurada para menos de 10 min quando transmitida em qualquer camada, mas pode ser estendida até 200 % somente quando a versão é alterada Atualização da CDT Quando o conteúdo da CDT é alterado devido às razões como uma mudança no padrão de logomarca ou o service ID começa a ser usado, este conteúdo deve ser atualizado em uma base de subtabela. Quando atualizado, convém que a descrição desta logomarca no descritor de transmissão de logomarca da transmissão tipo 1 da CDT no serviço de repetição da SDT seja atualizada quase ao mesmo tempo, de modo que a consistência possa ser mantida Empacotamento da CDT e regras de transmissão Em uma subtabela, convém que as seções sejam colocadas em ordem de número de sessão começando do número de seção 0 e recomenda-se que todas as seções até o last_section_number sejam transmitidas Número de versão Convém que uma tabela de número de versão seja sempre incrementada em um e convém que o mesmo número seja configurado em cada uma das seções na mesma sub-tabela. Além disso, convém que uma versão de logomarca seja sempre incrementada por um e retorne a 0 quando atingir o valor 4,095. Convém que logomarcas com o mesmo logo_id sejam operadas sob o mesmo número de versão e convém que o mesmo valor seja configurado para este número de versão de logomarca e logo_version no descritor de transmissão de logomarca da transmissão tipo 1 da CDT no serviço de repetição da SDT. ABNT Todos os direitos reservados 81

88 Suspensão de emergência da CDT Existem casos onde a transmissão da CDT é parada temporariamente em uma emergência, mas isto não significa que o serviço de logomarca não está sendo usado na rede. Convém que os receptores detectem a suspensão de emergência de transmissão da CDT, quando não for possível receber a CDT por certo período de tempo. Este período é baseado na taxa de repetição descrita em , quando mais do que um descritor de transmissão de logomarca, da transmissão tipo 1 da CDT no serviço de repetição da SDT, é definido. 82 ABNT Todos os direitos reservados

89 Anexo A (informativo) Estrutura do PES de caption A.1 Estrutura de PES de caption para full-seg Convém que a estrutura de caption para full-seg esteja de acordo com a Tabela A.1. Tabela 1 Estrutura do PES de caption para full-seg Nomes dos blocos Conteúdo Tamanho bit Packet_start_code_prefix Código que indica o início do pacote de PES, fixo em h 24 Stream_id Identificador do fluxo, fluxo privado (BDh) 8 PES_packet_length Inclui o número de bytes após essa área no pacote de PES 16 Reservado 10 2 PES_scrambling_control 00 sem embaralhar 2 PES_priority 0 prioridade 1 Data_alignment_indicator 0 alinhamento (sincronização) não definida 1 Copyright 0 direitos autorais definidos 1 Original_or_copy 0 original 1 PTS_DTS_flag 10 com campo PTS 2 ESCR_flag 0 não definido 1 ES_rate_flag 0 não definido 1 DSM_trick_mode_flag 0 não definido 1 Additional_copy_info_flag 0 sem informações de direitos autorais 1 PES_CRC_flag 0 PES anterior, Sem cálculo de CRC 1 PES_extension_flag 1 definido 1 PES_header_data_length Comprimento de dados do cabeçalho do PES 8 Reservado PTS [32..30]... 3 Marker_bit 1 1 PTS [29..15] Marker_bit 1 1 PTS [14..0] Marker_bit 1 1 PES_private_data_flag 1 definido 1 Pack_header_field_flag 0 não definido 1 Program_packet_sequence_counte r_flag 0 não definido 1 P-STD_buffer_flag 0 não definido 1 Reservado PES_extension_flag_2 0 não definido 1 PES_private_data Área do usuário, área não utilizada armazena FFh 128 Stuffing_byte FFh 8 Data_identifier 80h 8 Private_stream_id FFh 8 Reservado PES_data_packet_header_length PES_data_private_data_byte Não utilizada 0 ABNT Todos os direitos reservados 83

90 A.2 Estrutura de PES de caption para one-seg Convém que a estrutura de caption para one-seg esteja de acordo com a Tabela A.2. Nomes dos blocos Packet_start_code_prefix Tabela A.2 Estrutura do PES de caption para one-seg Conteúdo Código que indica o início do pacote de PES, fixo em h Tamanho bit 24 Stream_id Identificador do fluxo, fluxo privado (BDh) 8 PES_packet_length Inclui o número de bytes após essa área no pacote de PES 16 Reservado 10 2 PES_scrambling_control 00 sem embaralhar 2 PES_priority 0 prioridade 1 Data_alignment_indicator 0 alinhamento (sincronização) não definida 1 Copyright 0 direitos autorais definidos 1 Original_or_copy 0 original 1 PTS_DTS_flag 10 com campo PTS 2 ESCR_flag 0 não definido 1 ES_rate_flag 0 não definido 1 DSM_trick_mode_flag 0 não definido 1 Additional_copy_info_flag 0 sem informações de direitos autorais 1 PES_CRC_flag 0 PES anterior, sem cálculo de CRC 1 PES_extension_flag 1 definido 1 PES_header_data_length Comprimento de dados do cabeçalho do PES 8 Reservado PTS [32..30]... 3 Marker_bit 1 1 PTS [29..15] Marker_bit 1 1 PTS [14..0] Marker_bit 1 1 PES_private_data_flag 1 definido 1 Pack_heade_field_flag 0 não definido 1 Program_packet_sequence_counter_flag 0 não definido 1 P-STD_buffer_flag 0 não definido 1 Reservado '111' 3 PES_extension_flag_2 0 não definido 1 PES_private_data CIS CCIS_code = CCIS (string) 32 Caption_conversion_type = 04h (mobile) 8 DRCS_conversion_type = '10' (mobile DRCS) 2 '111111' 6 FFh 80 Stuffing_byte FFh 8 Data_identifier 80h 8 Private_stream_id FFh 8 Reservado '1111' 4 PES_data_packet_header_length PES_data_private_data_byte Não utilizada 0 84 ABNT Todos os direitos reservados

91 Bibliografia [1] ISO 639-2, Codes for the representation of names of languages - Part 2: Alpha-3 code [2] ETSI TR :2004, Digital Video Broadcasting (DVB); Guidelines on implementation and usage of Service Information (SI) ABNT Todos os direitos reservados 85