NORMA ABNT NBR BRASILEIRA 15608-3 -...

© ABNT 2008

NORMA BRASILEIRA

ABNT NBR15608-3

Primeira edição 22.08.2008

Válida a partir de 22.09.2008

Versão corrigida24.07.2009

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 33.160.01 ISBN 978-85-07-00931-3

Número de referência

ABNT NBR 15608-3:200885 páginas

ABNT NBR 15608-3:2008

ii © ABNT 2008 - Todos os direitos reservados

© 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 20031-901 - Rio de Janeiro - RJ Tel.: + 55 21 3974-2300 Fax: + 55 21 2220-1762 [email protected] www.abnt.org.br Impresso no Brasil

ABNT NBR 15608-3:2008

© ABNT 2008 - Todos os direitos reservados iii

Sumário Página

Prefácio.......................................................................................................................................................................vi

1 Escopo............................................................................................................................................................1

2 Referências normativas ................................................................................................................................1

3 Termos e definições......................................................................................................................................2

4 Abreviaturas...................................................................................................................................................3

5 Caracteres para codificação das tabelas PSI/SI.........................................................................................3 5.1 Tabela de codificação ...................................................................................................................................3 5.2 Tamanho máximo dos identificadores........................................................................................................5

6 Tipos de tabelas e descritores .....................................................................................................................7 6.1 Tipos e identificações das tabelas ..............................................................................................................7 6.2 Tipos e identificação dos descritores .........................................................................................................8 6.3 Uso dos identificadores..............................................................................................................................11

7 Utilização dos campos comuns a todas as tabelas.................................................................................11

8 Caracterização de serviço e evento...........................................................................................................11 8.1 Caracterização de serviço e tipo de serviço.............................................................................................11 8.1.1 Tipos de serviço ..........................................................................................................................................11 8.1.2 Serviço de televisão digital ........................................................................................................................11 8.1.3 Serviço de dados.........................................................................................................................................11 8.1.4 Serviço especial (serviço especial de vídeo/serviço especial de dados)..............................................11 8.1.5 Serviço de atualização do receptor ...........................................................................................................12 8.2 Caracterização de evento ...........................................................................................................................12 8.2.1 Conceitos básicos de evento .....................................................................................................................12 8.2.2 Reutilização do evento_id ..........................................................................................................................12

9 Nível de distribuição das tabelas PSI/SI e seus descritores...................................................................12

10 Transmissão das tabelas e suas seções ..................................................................................................13 10.1 Divisão das seções......................................................................................................................................13 10.2 Taxas de repetição de tabelas PSI.............................................................................................................14 10.3 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 ...................................................................................................................14

11 Empacotamento do TS e regras de transmissão .....................................................................................15

12 Especificação da transmissão dos perfis EIT ..........................................................................................15 12.1 Tipos de tabelas EIT ....................................................................................................................................15 12.2 Identificação.................................................................................................................................................16 12.3 Descritores em cada um dos tipos de EIT ................................................................................................16 12.4 Detalhamento dos descritores da EIT .......................................................................................................17 12.4.1 Descritor de eventos curtos .......................................................................................................................17 12.4.2 Descritor de componente ...........................................................................................................................17 12.4.3 Descritor de componente de áudio ...........................................................................................................18 12.4.4 Descritor de classificação indicativa.........................................................................................................18 12.4.5 Descritor de controle de cópia digital .......................................................................................................18 12.4.6 Descritor de disponibilidade de conteúdo................................................................................................18 12.4.7 Tipo básico de distribuição da EIT ............................................................................................................18 12.5 Tipo estendido de distribuição da EIT.......................................................................................................19 12.6 Restrições para a utilização dos tipos estendidos de distribuição da EIT ...........................................19 12.7 Tabelas e descritores utilizados para transmissão de tabelas EIT........................................................20 12.8 Parâmetros aplicados a cada estação.......................................................................................................22

13 Transmissão da EIT.....................................................................................................................................22

ABNT NBR 15608-3:2008

iv © ABNT 2008 - Todos os direitos reservados

14 Distribuição dos valores de component_tag............................................................................................22 14.1 Atribuição dos valores de component_tag...............................................................................................22 14.2 ES Primário ..................................................................................................................................................23 14.3 Prioridade .....................................................................................................................................................23 14.4 Identificadores do TS ..................................................................................................................................23 14.5 Divisão de seções........................................................................................................................................26

15 Especificações para “em serviço” e “fora de serviço” ...........................................................................27

16 Eventos comuns ..........................................................................................................................................28

17 Operação de séries de eventos..................................................................................................................28

18 Mudança na programação de eventos ......................................................................................................28 18.1 Status indefinido..........................................................................................................................................28 18.2 Evento não decidido....................................................................................................................................28 18.3 Hora não definida ........................................................................................................................................29 18.4 Regras básicas com relação ao progresso de evento ............................................................................29 18.5 Julgamento de “em andamento”/“finalizado”..........................................................................................29 18.6 Julgamento de “iniciado” ...........................................................................................................................29 18.7 Julgamento de “interrompido” ..................................................................................................................30 18.8 Exemplos de transmissão com mudança de programação....................................................................31

19 Operação das informações referentes a horário .....................................................................................31 19.1 Configuração da tabela time offset table (TOT) .......................................................................................31 19.2 Configuração do descritor local_time_offset_descriptor .......................................................................31 19.3 Regras para alteração do horário de verão ..............................................................................................34 19.4 Operação de data e horário nas tabelas SI ...............................................................................................34

20 Nível de transmissão das tabelas PSI e SI em transmissões hierárquicas...........................................35

21 Caracterização da transmissão de dados.................................................................................................35 21.1 Subdescritores utilizados no descritor de composição de compatibilidade de carrossel .................35 21.2 Especificação adicional relacionada aos componentes de dados ........................................................36

22 Transmissão de múltiplos captions ..........................................................................................................37 22.1 Escopo do serviço e definições.................................................................................................................37 22.2 Composição e operação de transmissão..................................................................................................38 22.2.1 Especificação para composição e transmissão.......................................................................................38 22.2.2 Métodos de transmissão de PES utilizados no caption ..........................................................................38 22.2.3 Restrições para composição e operação de transmissão do PES ........................................................38 22.2.4 Métodos de transmissão de PES utilizados no superimposed ..............................................................39 22.2.5 Composição e operação de transmissão..................................................................................................39 22.3 Transmissão de múltiplos captions para serviço full-seg ......................................................................39 22.3.1 Caracterização da transmissão de captions ............................................................................................39 22.3.2 Restrições de número de idiomas e caption por serviço........................................................................39 22.3.3 Regras de transmissão ...............................................................................................................................40 22.3.4 Regras para processamento da recepção ................................................................................................42 22.4 Transmissão de múltiplos captions para serviço one-seg .....................................................................42 22.4.1 Restrições de número de idiomas e caption por serviço........................................................................42 22.4.2 Regras de transmissão ...............................................................................................................................42 22.4.3 Regras para recepção ...................................................................................................................................44 22.4.3.1 Seleção do ES.............................................................................................................................................44

23 Comutação seamless ..................................................................................................................................44 23.1 Condição inicial ...........................................................................................................................................44 23.2 Procedimentos na PMT...............................................................................................................................44 23.3 Diagrama de mapeamento no tempo.........................................................................................................45 23.4 Funcionalidade ............................................................................................................................................45 23.5 Regras de operação para a transmissão ..................................................................................................46 23.6 Regras de operação para a recepção........................................................................................................46

24 Classificação indicativa ..............................................................................................................................47

25 Utilização do AAC descriptor .....................................................................................................................48

26 Serviço especial...........................................................................................................................................49

ABNT NBR 15608-3:2008

© ABNT 2008 - Todos os direitos reservados v

26.1 Regras básicas ............................................................................................................................................49 26.2 Imagem de serviço ......................................................................................................................................49 26.3 Diferença entre o serviço especial e o serviço regular ...........................................................................49 26.4 Uso do serviço especial..............................................................................................................................50

27 Transmissão hierárquica ............................................................................................................................51 27.1 Estrutura de transmissão hierárquica.......................................................................................................51 27.2 Operação de transmissão hierárquica ......................................................................................................51 27.3 Uso típico da transmissão hierárquica .....................................................................................................52 27.4 PID da PMT da camada de recepção parcial ............................................................................................53

28 Alteração na estrutura dos serviços e nos layers ...................................................................................53

29 Envio de dados para atualização dos receptores ....................................................................................53 29.1 Modelo de transmissão...............................................................................................................................53 29.2 Formato para entrega de dados.................................................................................................................55 29.2.1 Geração das seções de dados ...................................................................................................................55 29.2.2 Agendamento de download........................................................................................................................55 29.3 Uso e premissas da atualização de dados nos receptores.....................................................................56 29.3.1 Atualização da tabela de gênero e da tabela com os códigos de características dos programas.....56 29.3.2 Atualização da tabela de palavras reservadas .........................................................................................56 29.3.3 Atualização para os dados de logo ...........................................................................................................56 29.4 Modelo de transmissão de atualização dos receptores..........................................................................58 29.4.1 Tipos de atualização....................................................................................................................................58 29.4.2 Envio da informação de notificação de atualização ................................................................................58 29.5 Estrutura de dados......................................................................................................................................59 29.5.1 Estrutura de dados da SDTT ......................................................................................................................59 29.5.2 Estrutura de dados do carrossel de dados ..............................................................................................64 29.6 Transmissão das tabelas PSI\SI referentes à atualização dos receptores............................................64 29.7 Operação do descritor de transmissão de logotipo - Sintaxe do descritor de transmissão de

logotipo e logo_transmission_type ...........................................................................................................64 29.7.1 Detalhes da sintaxe do descritor de transmissão de logotipo ...............................................................64 29.7.2 Logo_transmission_type na CDT do tipo 1 ..............................................................................................66 29.7.3 Logo_transmission_type na CDT do tipo 2 ..............................................................................................66 29.8 Julgamento da existência da transmissão de tabelas relacionadas ao download ..............................66 29.8.1 Julgamento da transmissão da SDTT .......................................................................................................66 29.8.2 Julgamento de transmissão da CDT .........................................................................................................66 29.9 Transmissão dos procedimentos da SDTT...............................................................................................67 29.9.1 Transmissão da informação de notificação..............................................................................................67 29.9.2 Sincronismo para informação de notificação de transmissão e conteúdos de download .................76 29.9.3 Suspensão de emergência do serviço interno de atualização da informação do receptor (método

SDTT) ............................................................................................................................................................77 29.9.4 Transmissão experimental do serviço interno de atualização da informação do receptor (método

SDTT) ............................................................................................................................................................77 29.9.5 Operação para horário de verão (método SDTT) .....................................................................................77 29.9.6 Critérios para obtenção do maker_id ........................................................................................................77

30 Transmissão da CDT...................................................................................................................................79 30.1 Rota de transmissão ...................................................................................................................................79 30.2 Operação para CDT .....................................................................................................................................79 30.3 Camada de transmissão, taxa de repetição e largura de banda da CDT...............................................81 30.3.1 Regras de transmissão da CDT .................................................................................................................81 30.3.2 Atualização da CDT .....................................................................................................................................81 30.3.3 Empacotamento da CDT e regras de transmissão ..................................................................................81 30.3.4 Número de versão .......................................................................................................................................81 30.3.5 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 NBR 15608-3:2008

vi © ABNT 2008 - Todos os direitos reservados

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 15608-3 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 10.07.2008 a 08.08.2008, com o número de Projeto 00:001.85-008/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 29.06.2006.

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 15608-3:2008 incorpora a Errata 1 de 24.07.2009.

NORMA BRASILEIRA ABNT NBR 15608-3:2008

© ABNT 2008 - Todos os direitos reservados 1

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

1 Escopo

Esta parte da ABNT NBR 15608 consiste em um guia para a implementação da ABNT NBR 15603 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 11.07.2007, 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º 10.359, de 27.12.2001, e do Decreto no. 5.834, de 06.07.2006, relativas ao processo de classificação indicativa de obras audiovisuais destinadas à televisão

ABNT NBR 15603-1:2007, Televisão digital terrestre – Multiplexação e serviços de informação (SI) – Parte 1: SI do sistema de radiodifusão.

ABNT NBR 15603-2: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 15606-3: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 15606-1, 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 15606-2, 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 15606-3, 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 3166-1, Codes for the representation of names of countries and their subdivisions – Part 1: Country codes

ISO 8859-15, Information technology - 8-bit single-byte coded graphic character sets – Part 15: Latin alphabet Nº 9

ISO/IEC 11172-2, 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 11172-3, 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 NBR 15608-3:2008

2 © ABNT 2008 - Todos os direitos reservados

ISO/IEC 13522-5, Information technology – Coding of multimedia and hypermedia information – Part 5: Supportfor base-level interactive applications

ISO/IEC 13818-1, Information technology – Generic coding of moving pictures and associated audio information: Systems

ISO/IEC 13818-3, Information technology – Generic coding of moving pictures and associated audio information – Part 3: Audio

ISO/IEC 13818-6, Information technology – Generic coding of moving pictures and associated audio information – Part 6: Extensions for DSM-CC

ISO/IEC 13818-7, Information technology – Generic coding of moving pictures and associated audio information – Part 7: Advanced Audio Coding (AAC)

ISO/IEC 13818-11, Information technology – Generic coding of moving pictures and associated audio information – Part 11: IPMP on MPEG-2 systems

ISO/IEC 14496-1, Information technology -- Coding of audio-visual objects -- Part 1: Systems

ISO/IEC 14496-2, Information technology – Coding of audio-visual objects -- Part 2: Visual

ISOIEC 14496-3, Information technology – Coding of audio-visual objects – Part 3: Audio

ISO/IEC 14496-10, 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 15603 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.

ABNT NBR 15608-3:2008


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 15603 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 Fluxo Elementar (Elementary Stream)

PID Identificação de Pacote (Packet Identifier)

PSI Informação Específica de Programa (Program Specific Information)

SI Informação do Serviço (Service Information)

TS 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 8859-15 conforme mostrado na Tabela 1.

ABNT NBR 15608-3:2008


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 0 1 2 3 4 5 6 7 8 9 : ; < = > ? 4x @ 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 15606-1. Como aos caracteres especiais G3, são atribuídos valores hexadecimais coincidentes com o mapa de caracteres definidos pela ISO/IEC 8859-15. 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 (♪).

ABNT NBR 15608-3:2008


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 NBR 15608-3:2008


Tabela 4 — Tamanho máximo de cada campo de identificação nas tabelas SI

Campo Descritor Tabela Seção do descritor

Tamanho máximo

Nome da rede Network name

descriptor Primeiro loop

da NIT char 20 bytes ou menos

Nome do TS TS information

descriptor Segundo loop

da NIT TS name char 20 bytes ou menos

char of "service name length"

"service provider name"

Nome do canal do serviço

Service descriptor SDT

"service provider name length" = 0

20 bytes ou menos

Título do programa a

Short event descriptor

EIT event name char 96 bytes ou menos

Descrição do programa

Short event descriptor

EIT text char 192 bytes ou menos

Descrição do componente de

vídeo

Component descriptor



dados

Data component descriptor

EIT text char 16 bytes ou menos por tipo

de dados


áudio

Audio component descriptor

EIT text char

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

Component group descriptor


Nome do item Extended event

descriptor EIT

item description char

16 bytes ou menos

item char

"text char" Descrição do

item Extended event

descriptor EIT

"text length" = 0

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 a 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.

ABNT NBR 15608-3:2008


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 15603-1.

Tabela 5 — Tabelas PSI utilizadas para as transmissões do sinal digital

Nome da tabela Funções

Tabela de associação de programas (PAT)

Especifica o PID do pacote TS que carrega a PMT associada a cada programa

Tabela de mapeamento de programas (PMT)

Especifica o PID do pacote TS que carrega a informação codificada de cada programa

Tabela de informação de rede (NIT)

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 Funções

Tabela de informação do radiodifusor (BIT)

Especificam os parâmetros de informação de serviço (SI) para cada uma das radiodifusoras

Tabela de descrição de serviços (SDT)

Transporta informações referentes aos serviços transmitidos por cada emissora, como nome do

canal, nome da emissora etc.

Tabela de informação de eventos (EIT)

Provê informações em ordem cronológica sobre os eventos existentes por serviço

Tabela de diferença de data e horário (TOT)

Transporta informações de horário, data e fuso horário, além de informações do horário de

verão

Tabela de preenchimento (ST) 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 Função

SDTT (Software download trigger table)

Responsável pela informação referente ao download de software, informando o agendamento

do download, tipo de receptor etc.

CDT (Common data table) Transporta a informação de download no formato

de seções

ABNT NBR 15608-3:2008


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 15603-1.

Tabela 8 — Atribuição dos valores de PID para as tabelas PSI/SI

PID Tabela

0x0000 PAT

Valor apontado pela PATa PMT

0x0010 NIT, ST

0x0011 SDT, ST

0x0012, 0x0026, 0x0027 EIT b, ST

0x0014 TOT, ST

0x0023, 0x0028 c SDTT

0x0024 BIT

0x0029 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 15603-1.

Tabela 9 — Atribuição dos valores de table_id para as tabelas PSI/SI

table_id Tabela

0x00 PAT

0x02 PMT

0x40 NIT

0x42 SDT

0x4E EIT(p/f)

0x50 - 0x57 EIT(schedule)

0x58 - 0x5F EIT(schedule extended)

0x72 ST

0x73 TOT

0xC4 BIT

0xC3 SDTT

0xC8 CDT

As funções detalhadas de cada uma das tabelas PSI/SI indicadas nas Tabelas 8 e 9 estão na ABNT NBR 15603-1.

6.2 Tipos e identificação dos descritores

Convém que os descritores utilizados nas tabelas PSI, tabelas SI e outros especificados na ABNT NBR 15603-1:2007, subseção 5.2, tenham sua função definida de acordo com a Tabela 10.

ABNT NBR 15608-3:2008


Tabela 10 — Função dos descritores utilizados no sistema brasileiro de televisão digital

Nome do descritor Função

Copyright descriptor (descritor de direito autoral) Identifica o direito de cópia

Network name descriptor (descritor do nome da rede) Descreve o nome da rede/emissora/operadora

Service list descriptor (descritor da lista de serviços) Descreve a organização dos canais e seus tipos

Stuffing descriptor (descritor de preenchimento) Assegura a alocação de espaço para os descritores e sua

invalidação

Terrestrial delivery system descriptor (descritor de sistema de distribuição terrestre)

Descreve fisicamente o meio de transmissão terrestre

Service descriptor (descritor de serviços) Descreve o nome do serviço e o nome de sua

empresa/organização

Linkage descriptor (descritor de ligações) Descreve a ligação com as informações de outro canal

Short event descriptor (descritor curto de eventos) 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

Extended event descriptor (descritor de eventos estendido) Descreve detalhadamente o programa

Component descriptor (descritor de componentes) Descreve detalhadamente o componente de vídeo de um

programa

Mosaic descriptor (descritor de mosaicos) 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.

Stream identifier descriptor (descritor de identificação de stream)

Identifica individualmente cada componente

Content descriptor (descritor de conteúdo) Descreve o gênero do programa

Parental rating descriptor (descritor de classificação indicativa)

Descreve a classificação indicativa do programa

Digital copy control descriptor (descritor de controle de cópia digital)

Descreve o controle de cópias e máxima taxa de gravação

Emergency information descriptor (descritor de informação de emergência)

Transmite os sinais de alarme de emergência e funções a eles relacionadas

Data component descriptor (descritor de componentes de dados)

Identifica o formato do sinal de dados

System management descriptor (descritor de gerenciamento de sistema)

Identifica o radiodifusor

Local time offset descriptor (descritor de diferença de fuso horário)

Descreve a diferença entre a hora real e a indicação de hora durante o horário de verão

Audio component descriptor (descritor de componentes de áudio

Descreve os parâmetros relacionados ao áudio digital

Hyperlink descriptor (descritor de hyperlink) Descreve a relação com outros programas, conteúdo de programas e informações relacionadas a um programa

Data content descriptor (descritor de conteúdo de dados) Descreve o conteúdo de cada programa de dados

ABNT NBR 15608-3:2008


Tabela 10 (continuação)

Nome do descritor Função

Video decode control descriptor (descritor de controle de decodificação de vídeo)

Controla a decodificação de vídeo na mudança de eventos para um mesmo service_id

Reference descriptor (descritor de referência) Descrição da referência do nó dos programas e do evento local

Partial reception descriptor (descritor de recepção parcial) 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) Descreve a informação de agrupamentos de eventos múltiplos

SI parameter descriptor (descritor de parâmetros de SI) Descreve os parâmetros de SI empregados (grupo periódico,

período de reenvio etc.)

Broadcaster name descriptor (descritor de nome do radiodifusor)

Descreve do nome do radiodifusor

Component group descriptor (descritor de grupo de componentes)

Descreve o agrupamento de componentes múltiplos em televisores com multiview

SI prime TS descriptor (descritor do principal TS do SI) Descreve a informação de identificação do principal TS do SI e

parâmetros de transmissão associados

TS information description (descritor de informação do TS)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

Extended broadcaster descriptor (descritor de radiodifusor estendido)

Descreve a informação do radiodifusor não limitada à rede

Logo transmission descriptor (descritor de transmissão de logotipos)

Associa um service_id a um logo_id (apontamentos para dados de logotipo em formato CDT) ou a uma string de logotipo simples

Content availability descriptor (descritor de disponibilidade de conteúdo)

Descreve a informação de controle de gravação e saída dos programas

Carousel compatible composite descriptor (descritor de composição do carrossel de dados)

Descreve o esquema de carrossel de dados

Partial transport stream descriptor (descritor do feixe de transporte parcial)

Descreve o feixe de transporte parcial

Network identifier descriptor (descritor de identificação de rede)

Descreve o identificador da rede

Download content descriptor (descritor de conteúdo de atualização de receptores)

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

Carousel identifier descriptor (descritor identificador de carrossel)

Descreve o identificador de carrossel especificado na ISO/IEC 13818-6

Association tag descriptor (descritor de associação de etiqueta)

Descreve a associação de informação de identificadores especificados na ISO/IEC 13818-6

Deffered association tags descriptor (descritor de informação de associação estendida)

Complementa as informações de identificadores especificados na ISO/IEC 13818-6

AAC descriptor Descreve o perfil e o nível do ES de áudio AAC

ABNT NBR 15608-3:2008


6.3 Uso dos identificadores

Os valores de identificação dos descritores (descriptor tag) da Tabela 10 são mostrados na ABNT NBR 15603-1: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 5.3.

7 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

8.1.1 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 15603-2:2007, 8.3.13. 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.

8.1.2 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.

8.1.3 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.

8.1.4 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 NBR 15608-3:2008


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

8.2.1 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).

8.2.2 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 8.2.1.

9 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 12.

ABNT NBR 15608-3:2008


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

Digital Copy Control Descriptor Enviado quando necessário

Content Availability Descriptor Enviado quando necessário PMT(1o loop)

Parental Rating Descriptor Enviado quando necessário. Recomendado na EIT.

Stream Identifier Descriptor Sempre enviado

Video Decode Control Descriptor Enviado quando necessário

Data Component Descriptor Enviado quando necessário

0x02

PMT (2o loop)

AAC descriptor Sempre enviado

Network Name Descriptor Sempre enviado NIT (1o loop)

System Management Descriptor Sempre enviado

Service List Descriptor Sempre enviado

Terrestrial Delivery System Descriptor

Sempre enviado

TS Information Descriptor Sempre enviado

0x40

NIT (2o loop)

Partial Reception Descriptor Enviado quando necessário

Service Descriptor Sempre enviado 0x42 SDT

Digital Copy Control Descriptor 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 12.1.

ABNT NBR 15608-3:2008


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 Taxa de repetição

PAT 100 ms

PMT (serviços transmitidos em camadas que não a camada de recepção parcial)

100 ms a

PMT (serviços transmitidos na camada de recepção parcial, para serviço one-seg)

200 ms b

CAT 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.

10.3 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

Range de mudança de ciclo

Grupo de taxa de repetição Parâmetro Mínimo

s Máximo

s

Duração do ciclo

padrão s

NIT - 1 3 1

BIT - 1 3 1

SDT - 1 3 2

H-EIT [p/f] - 1 3 1

Grupo de taxa de repetição básica

D1 60 180 60

Grupo 1 de taxa de repetição estendida

S1 3 5 3 Tipo de televisão

Grupo 2 de taxa de repetição estendida

S2 10 30 10

Grupo de taxa de repetição básica

D3 60 180 60

H-EIT [programação básica]

Tipo de dado Grupo de taxa de repetição

estendida S4 3 5 3

H-EIT EM1 1 3 1

L-EIT EL1 1 3 1

TOT - 5 5 5

ABNT NBR 15608-3:2008


Tabela 15 — Parâmetro que mostra o range da taxa de repetição

Range para alteração do parâmetro Parâmetro Definição

Mínimo Máximo Valor-padrão

D1 8 dias 8 dias 8 dias

D3

Representa o número de dias (iniciando na data atual) que cada emissora

transmite através da H-EIT [schedule basic] 2 dias 2 dias 2 dias

S1 3 segmentos 3 segmentos 2 segmentos

S2 0 segmentos 21 segmentos 13 segmentos

S4

Representa o número de segmentos dentro do range para o grupo de taxa de repetição estendida na H-EIT [schedule

extended] 0 segmentos 24 segmentos 0 segmentos

EM1 Representa o número de programas (iniciando na data atual) que cada

emissora transmite através da M-EIT 2 programas 10 programas 2 programas

EL1 Representa o número de programas (iniciando na data atual) que cada

emissora transmite através da L-EIT 2 programas 10 programas 2 programas

11 Empacotamento do TS e regras de transmissão

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 11.

12 Especificação da transmissão dos perfis EIT

12.1 Tipos de tabelas EIT

A ABNT NBR 15603-2 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 Definição

EIT Termo utilizado para identificar H-EIT, M-EIT e L-EIT

EIT[p/f] Termo utilizado para designar H-EIT[p/f]/M-EIT[p/f]/L-EIT[p/f]

EIT[schedule] Termo utilizado para designar H-EIT[schedule basic]/H-EIT[schedule extended]

H-EIT Termo utilizado para designar H-EIT[p/f]/H-EIT[schedule basic]/H-EIT[schedule extended]

M-EIT Termo utilizado para designar M-EIT[p/f]/M-EIT[p/f seguinte]

L-EIT Termo utilizado para designar L-EIT[p/f]/L-EIT[p/f seguinte]

ABNT NBR 15608-3:2008


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 PID

H-EIT 0x0012

M-EIT 0x0026

L-EIT 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 Table_id

H-EIT[p/f] 0x4E

H-EIT [schedule basic] 0x50 - 0x57

H-EIT [schedule extended] 0x58 - 0x5F

M-EIT 0x4E

L-EIT 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.

ABNT NBR 15608-3:2008


Tabela 19 — Possíveis descritores em cada um dos tipos da EIT

12.4 Detalhamento dos descritores da EIT

NOTA Os descritores indicados de 12.4.1 a 12.4.6 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 15603-2 e ABNT NBR 15603-3.

12.4.1 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.

12.4.2 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 14603-2:2007, subseção 8.3.4, contém a especificação detalhada deste descritor cujo tag_value é igual a 0x50.

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 Short event descriptor

Recomendado Recomendado Não se aplica

Não se aplica

Recomendado Recomendado Recomendado Recomendado

2 0x4E Extended

event descriptor

Opcional Não se aplica Opcional Opcional Não se aplica Não se aplica Não se aplica Não se aplica

3 0x50 Component descriptor

Recomendado a

Recomendado a

Não se aplica

Não se aplica

Recomendadoa

Recomendadoa

Não se aplica Não se aplica

4 0x54 Content

descriptor Opcional Opcional

Não se aplica

Não se aplica

Opcional Opcional Opcional Opcional

5 0xC1 Digital copy

control descriptor

Opcional Opcional Não se aplica

Não se aplica


6 0xC4 Audio

component descriptor

Recomendado a

Recomendado a

Não se aplica

Não se aplica

Recomendadoa

Recomendadoa

Não se aplica Não se aplica

7 0xC7 Data

contents descriptor


Não se aplica

Opcional Opcional Não se aplica Não se aplica

8 0xD5 Series


Não se aplica

Não se aplica


9 0xD6 Event group


Não se aplica

Não se aplica


10 0x55 Parental

rating descriptor

Recomendado Recomendado Não se aplica

Não se aplica

Recomendado Recomendado Recomendado Recomendado

11 0XDE Content

availability descriptor


Não se aplica


12 0x42 Stuffing

descriptor Opcional Opcional Opcional Opcional Opcional Opcional Opcional Opcional

13 0xD9 component_group_des

criptor 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.

ABNT NBR 15608-3:2008


12.4.3 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 15603-2, subseção 8.3.26, contém a especificação detalhada deste descritor.

12.4.4 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 15603-2:2007, seção 8.3.11, contém a especificação detalhada desse descritor.

12.4.5 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 15603-2:2007, subseção 8.3.23, contém a especificação detalhada deste descritor.

12.4.6 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 15603-2:2007, subseção 8.3.45, contém a especificação detalhada deste descritor.

12.4.7 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 Tipo básico de

distribuição da EIT Camada de transmissão

Receptor fixo H-EIT Mesma camada em que o serviço é

transmitido

Receptor móvel M-EIT Mesma camada em que o serviço é

transmitido

Receptor one-seg L-EIT 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.

ABNT NBR 15608-3:2008


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.

12.6 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

Configuração do segmento Serviço

Camada A

Segmento com baixa proteção H-EIT (básico)

Tabela 22 — Transmissão de segmentos com baixa proteção (camada A) para um receptor móvel


Camada A

M-EIT (básico) Segmento com baixa proteção

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

Configuração do segmento


Camada A Camada B

L-EIT (Básico) Segmento com alta proteção

M-EIT (estendido) Não utilizado

H-EIT (básico) Segmento com baixa proteção Não utilizado

H-EIT (estendido)

ABNT NBR 15608-3:2008


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



Camada A Camada B

Segmento com alta proteção M-EIT (básico) Não utilizado

H-EIT (básico) Segmento com baixa proteção Não utilizado

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



Camada A Camada B

M-EIT(estendido) Segmento com alta proteção L-EIT (Básica)

H-EIT (estendido)

M-EIT(básico) Segmento com baixa proteção Não utilizado

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




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 27.

ABNT NBR 15608-3:2008


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

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

0x4E H-EIT[p/f]

Parental rating descriptor Recomendado Short event descriptor Recomendado






Series descriptor Enviado quando necessário a

0x4E M-EIT[p/f]

M-EIT [p/f after]

Parental rating descriptor Recomendado Short event descriptor Recomendado CA contract info descriptor Enviado quando necessário Content descriptor Enviado quando necessário Digital copy control descriptor Enviado quando necessário Audio component descriptor Enviado quando necessário

0x4E L-EIT [p/f after]

Parental rating descriptor Recomendado Short event descriptor Recomendado






Series descriptor Enviado quando necessário a

0x50-0x57 H-EIT [schedule basic]

Parental rating descriptor Recomendado

0x58-0x5F H-EIT [schedule

extended] Extended event descriptor Enviado quando necessário a

a Mais de um descritor permitido no mesmo loop.

ABNT NBR 15608-3:2008


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 10.4.

13 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 13.

14 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

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

Outros b

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) 0x85 ES primário para áudio (22,05 kHz) 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)

Recepção parcial (0x80 a 0x8F)

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.

ABNT NBR 15608-3:2008


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.

14.2 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.

14.3 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.

14.4 Identificadores do TS

O valor de alocação dos identificadores do TS por tipo de stream é apresentado na Tabela 29.

ABNT NBR 15608-3:2008


Tabela 29 — Alocação de tipo de fluxo

Valor Descrição

0x00 Reservado

0x01 De acordo com a ISO/IEC 11172 -2

0x02 De acordo com a ITU Recommendation H262

0x03 De acordo com a ISO/IEC 11172-3


0x05 Seção

0x06 Pacote PES

0x07 De acordo com a ISO/IEC 13522-5 (MHEG)

0x08 De acordo com a ITU-T Recommendation H222.0:2002, Anexo 1

0x09 De acordo com a ITU-T Recommendation H.222.1

0x0A De acordo com a ISO/IEC 13818-6 (tipo A)

0x0B De acordo com a ISO/IEC 13818-6 (tipo B)

0x0C De acordo com a ISO/IEC 13818-6 (tipo C)

0x0D De acordo com a ISO/IEC 13818-6 (tipo D)

0x0E De acordo com a ITU Recommendation H222.0 ( auxiliary data)

0x0F De acordo com a ISO/IEC 13818-7 (ADTS transport syntax)


0x11 De acordo com a ISO/IEC 14496-3: áudio (LATM/LOAS transport syntax)

0x12 De acordo com a ISO/IEC 14496-1: SL – fluxo de pacotes ou fluxo de FlexMux transportada nos pacotes de PES

0x13 De acordo com a ISO/IEC 14496-1: SL – fluxo de pacotes ou fluxo de FlexMux transportada na ISO/IEC 14496-1

0x14 De acordo com a ISO/IEC 13818-6, protocolo de sincronização de download

0x15 Metadados transportados por um pacote PES

0x16 Metadados transportados por uma metadata_sections

0x17 Metadados transportados pelo carrossel de dados de acordo com a ISO/IEC 13818-6

0x18 Metadados transportados pelo carrossel de objetos de acordo com a ISO/IEC 13818-6

0x19 Metadados transportados por um protocolo de download sincronizado de acordo com a ISO/IEC 13818-6

0x1A IPMP stream especificado na ISO/IEC 13818-11

0x1B De acordo com a ITU Recommendation H.264 e ISO/IEC 14496-10: vídeo

0x1C- 0x7D Indefinido

0x7E Data piping

0x7F IPMP stream

0x80 Reservado

0x81 AC-3

0x82-0xFF Uso privado

ABNT NBR 15608-3:2008


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 0x30 a 0x37 Caption e superimposed Superimposed

0x06 0x38 a 0x3F

Inserido. O valor do data_component_id

é igual a 0x0008

MPEG-1 vídeo 0x01

MPEG-2 vídeo 0x02

MPEG-4 vídeo

MPEG-4/H.264 AVC0x1B

MPEG -1 áudio 0x03

MPEG -2 AAC áudio 0x0F

Monomídia

MPEG-4 AAC áudio 0x11

Não é inserido

Carrossel de objetos 0X0B

0x40 a 0x6F

Inserido ª. O valor do data_component_id é

igual a 0X00A0

Mensagens de eventos e carrossel de dados (DII e DDB)

0x0D 0x70 – 0x7F Inserido a. O valor do data_component _id

é igual a 0x000C a A inserção do descritor no caso do componente possuir apenas mensagens de eventos é opcional.

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 NBR 15608-3:2008


Tabela 31 — ES transmitidos na camada destinada à recepção parcial

Tipo de stream Stream type

ID Component tag

value Data component

descriptor

Vídeos H.264 perfil básico e taxa de quadros até 30fps

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

AAC áudio (24 kHz)

0x11 0x8C, 0x8D Não é inserido 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 (48 kHz)

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 32.

ABNT NBR 15608-3:2008


Tabela 32 — Divisão de seção

Tabela Caso Regra

PAT, PMT, TOT

Sempre Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0"

Caso básico Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0"

NIT, BIT

Caso estendido

Convém transmitir duas seções:

- 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

Convém que a contagem do segundo loop seja 1

Caso básico Convém transmitir uma única seção. Recomenda-se que section number e last section number sejam "0"

SDT

Caso estendido

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

EIT [p/f] Sempre 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

EIT [schedule] Sempre

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 NBR 15608-3:2008


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

Sim Sim Não Não Todos os serviços podem usar esta operação

Fora de serviço

Sim Sim Não Sim

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 17.

17 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 18.

18 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.

18.2 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.

ABNT NBR 15608-3:2008


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].

18.3 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].

18.4 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.

18.5 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.

18.6 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 NBR 15608-3:2008


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

Antes da hora atual

Não decidido Programa em progresso e hora de término não decidida

Não decidido Opcional Status anormal

Atual

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


Depois da hora atual Programado para ser transmitido como próximo programa


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

Próximo

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.

ABNT NBR 15608-3:2008


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 19

19 Operação das informações referentes a horário

19.1 Configuração da tabela time offset table (TOT)

Conforme ABNT NBR 15603-2, 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.

19.2 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 3166-1. Convém que cada caractere seja codificado em 8 bits, de acordo com a ISO/IEC 8859-15, 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 NBR 15608-3:2008


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 19.3.

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" = 0x425241

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 32 32

}

ABNT NBR 15608-3:2008


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

local_ time_ offset a next_ time_ offset a

country_ region_id

Polaridade Sem horário

de verão

Com horário

de verão

Sem horário

de verão

Com horário

de verão

Possui horário

de verão

Região de referência b

0 - - - - - - -

1 0 01:00 - 01:00 - Não

Ilhas: Trindade, Martin Vaz, Atol das Rocas, Penedos de São

Pedro e São Paulo, Fernando de Noronha

2 0 00:00 - 00:00 - Não

Amapá, Tocantins, Alagoas, Bahia, Ceará, Maranhão,

Paraíba, Piauí, Rio Grande do Norte, Sergipe, Pará,

Pernambuco

3 0 00:00 01:00 00:00 01:00 Sim

Rio Grande do Sul, Santa Catarina, Paraná, São Paulo, Rio de Janeiro, Minas Gerais, Espírito Santo, Goiás, Brasília

(DF)

4 1 01:00 - 01:00 - Não Acre, Amazonas, Rondônia,

Roraima

5 1 01:00 00:00 01:00 00:00 Sim Mato Grosso, Mato Grosso do

Sul

6 1 02:00 - 02:00 - Não Reservado

7 1 02:00 01:00 02:00 01:00 Sim Reservado

8 a 63 - - - - - - Reservado

a Em relação ao horário UTC-3.

b Os estados de referência podem variar de ano para ano.

ABNT NBR 15608-3:2008


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 37.

ABNT NBR 15608-3:2008


Tabela 37 — Data e hora relacionadas às tabelas SI

Tabela ou descritor Campo Descrição

TOT UTC-3 40 bits (ano, mês, data, horário,

hora, minuto e segundo)

start_time 40 bits (ano, mês, data, horário,

hora, minuto e segundo) EIT

duration 24 bits (horas, minutos, segundos)

local_time_offset 16 bits (hora, minuto)

time_of_change 40 bits (ano, mês, data, horário,

hora, minuto e segundo) Local time offset descriptor

(TOT)

next_time_offset 16 bits (hora, minuto)

SI Parameter descriptor SI (BIT)

update_time 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 22.

21 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 NBR 15608-3:2008


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 Reservado para o futuro

0xCD – 0xEE Reservado para o futuro

A relação dos subdescritores e descritores utilizados na transmissão de dados está especificada na ABNT NBR 15606-3.

Convém que a sintaxe dos descritores mostrados na Tabela 38 esteja de acordo com a ABNT NBR 15603-2:2007, subeção 5.4.1.

21.2 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.

ABNT NBR 15608-3:2008


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

De acordo com a ABNT NBR 15606-2 Ginga_XML base multimedia coding

(0x0007) De acordo com a ABNT NBR 15606-3

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


volume 1, parte 3, 9.6.1


volume 1, parte 3, 9.6.2

Data download SBTVD (0x0009) De acordo com a

ABNT NBR15603-2 Não é utilizado Não é utilizado

SBTVD - program index coding (0x00A4)

De acordo com a ABNT NBR 15603-3

A ser definido A ser definido

Ginga - application executing engine (0x00A0)


De acordo com a ABNT NBR 15606-

3:2007, 12.7

De acordo com a ABNT NBR 15606-3:2007

12.7

Ginga - application information table (0x00A3)


De acordo com a ABNT NBR 15606-3:2007,

12.7

De acordo com a

ABNT NBR 15606-3:200712.7

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 0x10.

22 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 NBR 15608-3:2008


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.

22.2 Composição e operação de transmissão

22.2.1 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.

22.2.2 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.

22.2.3 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-1st 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.

ABNT NBR 15608-3:2008


22.2.4 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.

22.2.5 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+1st 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.

22.3 Transmissão de múltiplos captions para serviço full-seg

22.3.1 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 15606-1 e seja sinalizado nas Tabelas PMT e EIT.

22.3.2 Restrições de número de idiomas e caption por serviço

Conforme ABNT NBR 15606-1, 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 NBR 15608-3:2008


22.3.3 Regras de transmissão

22.3.3.1 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

Descritor de identificação (stream_identifier_descriptor)

Loop de ES da PMT Responsável por sinalizar

component tag (de acordo com Tabelas 28 e 42)

Descritor de componente de dados (data_component_descriptor)

Loop de ES da PMT Responsável por sinalizar o

data_component_id (de acordo com Tabela 43)

Descritor de conteúdo de dados (data_content_Descriptor)

Loop de evento da EIT 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.

22.3.3.2 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

8 0x30 a 0x37, ES primário = 0x30 Apontador para descritor de conteúdo correspondente

}

22.3.3.3 Descritor de componente de dados

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


Valor

data component descriptor(){ descriptor tag 8 0xFD descriptor length 8 Comprimento do descritor data component id

16 0x0008 (método de caption diferente da camada de recepção parcial)

additional arib caption info(){ DMF 4 0b0011 Reserved 2 0b11 Timing 2 0b01

} }

ABNT NBR 15608-3:2008


22.3.3.4 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


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 NBR 15608-3:2008


22.3.4 Regras para processamento da recepção

22.3.4.1 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 4.

22.3.4.2 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.

22.4 Transmissão de múltiplos captions para serviço one-seg

22.4.1 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 15606-1 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 45.

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 1

22.4.2 Regras de transmissão

22.4.2.1 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 46.

ABNT NBR 15608-3:2008


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)

Loop de ES da PMT Responsável por sinalizar component

tag (de acordo com as Tabelas 28 e 47)

Descritor de componente de dados (data component

descriptor) Loop de ES da PMT

Responsável por sinalizar o data_component_id (de acordo com a

Tabela 48)

22.4.2.2 Descritor de identificação

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


Valor

Stream_identifier_descriptor(){

Descriptor_tag 8 0x52

Descriptor_length 8 Comprimento de descritor

Component_tag 8 0x87 e 0x88

}

22.4.2.3 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


Valor

data component descriptor(){

descriptor tag 8 0xFD

descriptor length 8 Comprimento do descritor

data component id 16

0x0012 (método de caption diferente da camada de recepção parcial)

additional arib caption info(){

DMF 4 0b1010 (para caption)

reserved 2 0b11

Timing 2 0b01 (para caption)

} }

ABNT NBR 15608-3:2008


22.4.3 Regras para recepção

22.4.3.1 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.

22.4.3.2 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.

23.2 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.

ABNT NBR 15608-3:2008


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 é 0.

23.4 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 NBR 15608-3:2008


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 Regra de operação

descriptor_tag Adotar o valor "0xC8"

descriptor_length Descreve o comprimento de vídeo code control descriptor

still_picture_flag Adotar valor '1' quando o componente relativo for uma imagem estática (imagem MPEG-I) e '0' quando for uma figura em movimento

sequence_end_code_flag Adotar valor '0' se o componente de vídeo anterior a transmitir a seqüência de final de código

video_encode_format

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.

23.6 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 50.

ABNT NBR 15608-3:2008


Tabela 50 — Regras de operação para a recepção do vídeo code control descriptor

Campo Regra de operação

descriptor_tag Adotar valor "0xC8": julga se o descritor relativo é o vídeo code control descriptor

descriptor_length Julga se é o comprimento de vídeo code control descriptor

still_picture_flag = '1': julga se o componente relativo é uma imagem estática (imagem MPEG-I) = '0' julga se é uma imagem em movimento

sequence_end_code_flag = '1': é transmitido código de fim de seqüência, portanto, ele pode ser usado para chaveamento para decodificação

video_encode_format É usado para configurar a decodificação para um formato 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º. 1220 e convém que sua sintaxe esteja de acordo com a ABNT NBR 15603-2.

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 NBR 15608-3:2008


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 8

Convém que esteja de acordo com a Tabela 53

AAC_type_flag 1

0 se não utilizar o campo AAC_type e 1 caso utilize o

campo AAC_type

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 53.

ABNT NBR 15608-3:2008


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.

26.2 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.

26.3 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 NBR 15608-3:2008


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)

ABNT NBR 15608-3:2008


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.

27.2 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 NBR 15608-3:2008


Tabela 54 — Camadas de transmissão da SDTT e CDT

SDTT

Padrão Camada Número de segmentos

Modo SDTT para

camada baixa de proteção

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 3

B 12 Fixo Sim Não Sim

A 8 a 2 Móvel Não Sim Não 4

B 5 a 11 Fixo Sim Não Sim

A 1 Portátil Não Sim Não 5

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 6

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.

27.3 Uso típico da transmissão hierárquica

O uso típico de transmissão hierárquica tem a estrutura mostrada na Figura 4.

ABNT NBR 15608-3:2008


Figura 4 — Uso típico da transmissão hierárquica

27.4 PID da PMT da camada de recepção parcial

Na camada de recepção parcial, a PAT não é transmitida. Convém que o valor de PID da PMT para o serviço one-seg 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)

0 1 2 3 4 5 6 7

PID da PMT para serviço one-seg

0x1FC8 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 29.

29 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 NBR 15608-3:2008


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.

Tabela 56 — Modelos de transmissão de download

Modelo de transmissão das seções

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.

ABNT NBR 15608-3:2008


29.2 Formato para entrega de dados

29.2.1 Geração das seções de dados

29.2.1.1 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 29.2.2.

29.2.1.2 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 29.2.2. 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.

29.2.2 Agendamento de download

29.2.2.1 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).

29.2.2.2 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 4 093 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 NBR 15608-3:2008


29.2.2.3 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 12.

29.3 Uso e premissas da atualização de dados nos receptores

29.3.1 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.

29.3.2 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.

29.3.3 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.

ABNT NBR 15608-3:2008


Tabela 57 — Padrão de tamanhos de logomarca para transmissão (logotipo)

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

byte

HD (grande) 36 64 Pixel quadrado 16:9 0x05 1 152

HD (pequeno) 27 48 Pixel quadrado 16:9 0x02 972

SD4:3 (grande)

36 72 1:1,118 16:9 0x03 1296

SD4:3 (pequeno)

24 48 1:1,118 16:9 0x00 864

SD16:9 (grande)

36 54 1,333:1,118 16:9 0x04 972

SD16:9 (pequeno)

24 36 1,333:1,118 16:9 0x01 648

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 15606-1.

ABNT NBR 15608-3:2008


29.4 Modelo de transmissão de atualização dos receptores

29.4.1 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.

29.4.2 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 Camada de

transmissão

PID

Número do

modelos

Comprimento de

descrição padrão

byte

Número de

programação

padrão

Tamanho padrão da

seção byte

Ciclo (s)

Máxima taxa de

transmissão Kbit/s

SDTT para camada de

baixa proteção

Camada de baixa proteção

0x0023 60 800 24 1287 a

(equivalente a 7 TSP)

60 10,5

SDTT para camada de

alta proteção

Camada de alta proteção

0x0028 80 100 1 183 a

(equivalente a 1 TSP)

60 2,0

a Considerando campo indicado de 1 byte.

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 29.4.1, 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.

ABNT NBR 15608-3:2008


29.5 Estrutura de dados

29.5.1 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

Sintaxe Número de 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 NBR 15608-3:2008


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 4 093 bytes, de forma que a seção inteira tenha um comprimento de máximo de 4 096 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;

ABNT NBR 15608-3:2008


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 Descrição

0 O mesmo conteúdo de download é transmitido pelo mesmo

“schedule” com múltiplos service_id

1 a 12 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 NBR 15608-3:2008


Tabela 64 — Estrutura de dados do download content descriptor


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 }

} }

ABNT NBR 15608-3:2008


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 NBR 15608-3:2008


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.

29.5.2 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 12.

29.6 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.

29.7 Operação do descritor de transmissão de logotipo - Sintaxe do descritor de transmissão de logotipo e logo_transmission_type

29.7.1 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.

ABNT NBR 15608-3:2008


Tabela 65 — Sintaxe do Logo Transmission Descriptor

Sintaxe Número de

bits Mnemônico

Logo_transmission_descriptor

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


logo_version 12 Uimsbf

download_data_id 16 Uimsbf

}

else if(logotransmission_type==0x02){


logo_id 9 Uimsbf

}

else if(logotransmission_type==0x03){

for(i=0;i<N;i++){

logo_char 8 Uimsbf

}

}

else{

for(j=0;j<M;j++){


}

}

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 NBR 15608-3:2008


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



Outros Para uso futuro

29.7.2 Logo_transmission_type na CDT do tipo 1

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.

29.7.3 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.

29.8 Julgamento da existência da transmissão de tabelas relacionadas ao download

29.8.1 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.

29.8.2 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.

ABNT NBR 15608-3:2008


29.9 Transmissão dos procedimentos da SDTT

29.9.1 Transmissão da informação de notificação

29.9.1.1 Operação da SDTT (software download trigger table)

29.9.1.1.1 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 4 096 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 4 096 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.

29.9.1.1.2 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 29.2.2. 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 4 093 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 29.9.6). 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 NBR 15608-3:2008


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-B21.

29.9.1.1.3 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 29.2.2 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 29.9.1.4. 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 1.

29.9.1.2 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 68.

ABNT NBR 15608-3:2008


Tabela 68 — Estimativa de banda

Dados do cálculo Camada de baixa proteção Camada de alta proteção

Comprimento-padrão de cada seção do SDTT é 1 288 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

Premissas

Transmissão uma vez a cada 1 min

Número de pacotes TS necessários em cada seção

1.288/184 = 7 pacotes TS 184/184 = 1 pacote TS

Número de pacotes TS necessários para a tabela completa

7 60 = 420 pacotes TS 1 80 = 80 pacotes TS

Taxa média para transmitir uma vez a cada 1 min

(420 188×8) ÷ 60 = 10,53 kbit/s (80 188 × 8) ÷ 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.

29.9.1.3 Atualização da SDTT

Convém que a procura pela tabela SDTT seja feita no momento definido pelo fabricante do receptor.

29.9.1.4 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 NBR 15608-3:2008


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 2 047 e de 2 048 até 4 095 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 2 048 até 4 095 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.

29.9.1.5 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.

29.9.1.6 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 1 024 x 1 024 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

= 86 400/238,94/2 = 180,8 vezes

ABNT NBR 15608-3:2008


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.

29.9.1.7 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 NBR 15608-3:2008


Figura 8 — Modelo de referência para o download do content transmission Schedule

29.9.1.8 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.

ABNT NBR 15608-3:2008


29.9.1.9 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

29.9.1.10 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 NBR 15608-3:2008


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

Equivalente ao maker_id 8 model

Equivalente ao model_id 8

Atribuido ao group_id 4 version

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.

ABNT NBR 15608-3:2008


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 28.9.1.4 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 73

29.9.1.11 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


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

}

}

}

8

8

8

8

8

8

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 NBR 15608-3:2008


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


KeywordTableDataModule(){

number_of_loop

for(i=0; i< number_of_loop; i++){

name_length

for(j=0; j<name_length; j++) {

name_char

}

}

}

8

8

8

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.

29.9.2 Sincronismo para informação de notificação de transmissão e conteúdos de download

29.9.2.1 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.

29.9.2.2 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.

ABNT NBR 15608-3:2008


29.9.3 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.

29.9.4 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.

29.9.5 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.

29.9.6 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, & e @;

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.

Tabela 74 — Código de caracteres

Representação numérica

Caracteres

0 0 A E I M Q U &

0 1 1 B F J N R V Y

1 0 2 C G K O S W Z

1 1 3 D H L P T X @

ABNT NBR 15608-3:2008


Tabela 75 — Código de fabricantes

Nome do fabricante

Representação em quatro caracteres

Representação binária

HEX

Aiko A I K O 00 00 10 10 0A

AOC A O C 00 10 10 00 28

CCE C C E 10 10 00 00 A0

Cineral C I N E 10 00 01 00 84

Digibras D G B R 11 10 01 01 E5

Elsys E L S Y 00 11 10 01 39

Envision E N V S 00 01 01 10 16

Evadin E V A D 00 01 00 11 13

Gradiente G R A D 10 01 00 11 93

Intelbras I N T L 00 01 11 11 1F

LGE L G E 11 10 00 00 E0

Mitsubishi M T B S 00 11 01 10 36

Philco P H C O 11 11 10 10 FA

Philips P H P S 11 11 11 10 FE

Panasonic P A N A 11 00 01 00 C4

Pionner P I O N 11 00 10 01 C9

Positivo P O S I 11 10 10 00 E8

Proview P R O V 11 01 10 01 D9

Qualcomm Q A L C 00 00 11 10 0E

Sat Bras S A T B 10 00 11 01 8D

Sharp (MBK) S H A R 10 11 00 01 B1

Semp S E M P 10 00 00 11 83

Sony S O N Y 10 10 01 01 A5

Samsung S A M S 10 00 00 10 82

Sanyo S N Y O 10 01 01 10 96

STB S T B 10 11 01 00 B4

SVA S V A 10 01 00 00 90

Tectoy T E C T 11 00 10 11 CB

Thomson T H O M 11 11 10 00 F8

Toshiba T S H B 11 10 11 01 ED

ABNT NBR 15608-3:2008


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-B21.

30.2 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


Mnemônico

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

}

8

1

1

2

12

16

2

5

1

8

8

16

8

4

12

8

32

uimsbf

bslbf

bslbf

bslbf

uimsbf

uimsbf

bslbf

uimsbf

bslbf

uimsbf

uimsbf

uimsbf

uimsbf

bslbf

uimsbf

uimsbf

rpchof

ABNT NBR 15608-3:2008


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 4 096 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.

ABNT NBR 15608-3:2008


Tabela 77 — Sintaxe data_module_byte() no caso do descrito de transmissão de logomarca da transmissão - Tipo 1


data_module_byte(){

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

30.3.1 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.

30.3.2 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.

30.3.3 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.

30.3.4 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 NBR 15608-3:2008


30.3.5 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 30.3.1, 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.

ABNT NBR 15608-3:2008


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 000001h 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 ‘0010’ 4 PTS [32..30] .... 3 Marker_bit ‘1’ 1 PTS [29..15] .... 15 Marker_bit ‘1’ 1 PTS [14..0] .... 15 Marker_bit ‘1’ 1 PES_private_data_flag ‘1’ definido 1 Pack_header_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 Á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 ‘1111’ 4 PES_data_packet_header_length ‘0000’ 4 PES_data_private_data_byte Não utilizada 0

ABNT NBR 15608-3:2008


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.

Tabela A.2 — Estrutura do PES de caption para one-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

000001h 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 ‘0010’ 4

PTS [32..30] .... 3

Marker_bit ‘1’ 1

PTS [29..15] .... 15


PTS [14..0] .... 15


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

CCIS_code = CCIS (string) 32

Caption_conversion_type = 04h (mobile) 8

DRCS_conversion_type = '10' (mobile DRCS) 2

'111111' 6

PES_private_data CIS

FFh 80

Stuffing_byte FFh 8

Data_identifier 80h 8

Private_stream_id FFh 8

Reservado '1111' 4

PES_data_packet_header_length ‘0000’ 4

PES_data_private_data_byte Não utilizada 0

ABNT NBR 15608-3:2008


Bibliografia

[1] ISO 639-2, Codes for the representation of names of languages - Part 2: Alpha-3 code

[2] ETSI TR 101 211:2004, Digital Video Broadcasting (DVB); Guidelines on implementation and usage of Service Information (SI)

NORMA ABNT NBR BRASILEIRA 15608-3 -...

Documents

Transcript of NORMA ABNT NBR BRASILEIRA 15608-3 -...