Upload
truongliem
View
230
Download
2
Embed Size (px)
Citation preview
© 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
© ABNT 2008 - Todos os direitos reservados 3
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
4 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 5
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
6 © ABNT 2008 - Todos os direitos reservados
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
EIT text char 16 bytes ou menos
Descrição do componente de
dados
Data component descriptor
EIT text char 16 bytes ou menos por tipo
de dados
Descrição do componente de
á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
EIT text char 16 bytes ou menos
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
© ABNT 2008 - Todos os direitos reservados 7
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
8 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 9
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
10 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 11
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
12 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 13
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
14 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 15
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
16 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 17
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
Opcional Opcional Opcional Opcional
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
Opcional Opcional Não se aplica
Não se aplica
Opcional Opcional Não se aplica Não se aplica
8 0xD5 Series
descriptor Opcional Opcional
Não se aplica
Não se aplica
Opcional Opcional Não se aplica Não se aplica
9 0xD6 Event group
descriptor Opcional Opcional
Não se aplica
Não se aplica
Opcional Opcional 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
Opcional Opcional Não se aplica
Não se aplica
Opcional Opcional Opcional Opcional
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
18 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 19
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
Configuração do segmento Serviço
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
Configuração do segmento Serviço
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
20 © ABNT 2008 - Todos os direitos reservados
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
Configuração do segmento
Configuração do segmento Serviço
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
Configuração do segmento
Configuração do segmento Serviço
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
Configuração do segmento
Configuração do segmento
Configuração do segmento Serviço
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
© ABNT 2008 - Todos os direitos reservados 21
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
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
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
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
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
22 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 23
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
24 © ABNT 2008 - Todos os direitos reservados
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
0x04 De acordo com a ISO/IEC 13818-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)
0x10 De acordo com a ISO/IEC 14496-2
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
© ABNT 2008 - Todos os direitos reservados 25
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
26 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 27
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
28 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 29
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
30 © ABNT 2008 - Todos os direitos reservados
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
Depois da hora atual Programado para ser transmitido como próximo programa
Depois da hora atual
Não decidido Programado para ser transmitido como próximo programa, mas com hora de término não decidida
Não decidido Diferente de não
decidido Programado para ser transmitido como próximo programa, mas com hora de início não decidida. O valor de duração é válido
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
© ABNT 2008 - Todos os direitos reservados 31
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
32 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 33
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
34 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 35
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
36 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 37
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
De acordo com a ARIB STD-B24:2006,
volume 1, parte 3, 9.6.1
De acordo com a ARIB STD-B24:2006,
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
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
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
38 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 39
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
40 © ABNT 2008 - Todos os direitos reservados
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
Estrutura de dados Número de bits
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
© ABNT 2008 - Todos os direitos reservados 41
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
Estrutura de dados Número de bits
Valor
data content descriptor(){
descriptor tag 8 0xC7
descriptor length 8 Comprimento do descritor
data component id 16 0x0008 (o mesmo valor do descritor de componentes de dados)
entry component 8 0x30 a 0x37, ES primário = 0x30,
(de acordo com a Tabela 26)
selector length 8 Comprimento do seletor
arib caption info(){ 1 (um idioma)
num languages 8 Contador do loop = 1 (apenas 1 idioma por ES)
for(){
language tag 3 0b000 (1° idioma)
reserved 1 0b1
DMF 4 0b0011 (o mesmo valor especificado pelo descritor de componente de dados)
ISO 639 language code 24 Código do idioma deste caption
}
}
num of component ref 8 0
for(){ Contador de loop = 0
component ref 8 Nenhum
}
ISO 639 language code 24 “por” = 0x706F72 (define o idioma utilizado para “text char”)
text length 8 (Máximo de 16 bytes)
for(){
text char 8 Descrição de ES correspondente
}
}
ABNT NBR 15608-3:2008
42 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 43
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
Estrutura de dados Número de bits
Valor
Stream_identifier_descriptor(){
Descriptor_tag 8 0x52
Descriptor_length 8 Comprimento de descritor
Component_tag 8 0x87 e 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
Estrutura de dados Número de bits
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
44 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 45
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
46 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 47
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
48 © ABNT 2008 - Todos os direitos reservados
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
reserved 1 Reservado
reserved 1 Reservado
reserved 1 Reservado
reserved 1 Reservado
reserved 1 Reservado
reserved 1 Reservado
if (AAC_type_flag == 1)
AAC_type 8 Campo opcional
for(i=0;i<N;i++) {
additional_info[N] 8*N Reservado
}
}
Para o preenchimento do campo profile and level, convém utilizar os valores mostrados na Tabela 53.
ABNT NBR 15608-3:2008
© ABNT 2008 - Todos os direitos reservados 49
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
50 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 51
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
52 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 53
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
54 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 55
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
56 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 57
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
58 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 59
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
60 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 61
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
62 © ABNT 2008 - Todos os direitos reservados
Tabela 64 — Estrutura de dados do download content descriptor
Sintaxe Número de bits Mnemônico
download_content_descriptor () {
descriptor_tag 8 uimsbf descriptor_length 8 uimsbf reboot 1 bslbf add_on 1 bslbf compatibility_flag 1 bslbf module_info_flag 1 bslbf text_info_flag 1 bslbf reserved 3 bslbf component_size 32 uimsbf
download_id 32 uimsbf
time_out_value_DII 32 uimsbf
leak_rate 22 uimsbf
reserved 2 bslbf component_tag 8 uimsbf if (compatibility_flag == ‘1’) {
compatibilityDescriptor() } if (module_info_flag == ‘1’) {
num_of_modules 16 uimsbf for (i=0; i<num_of_modules; i++) {
module_id 16 uimsbf
module_size 32 uimsbf
module_info_length 8 uimsbf
for (i=0; i<module_info_leng th; i++) { module_info_byte; 8 uimsbf
} }
} private_data_length 8 uimsbf for (i=0; i<private_data_leng th i++) {
private_data_byte 8 uimsbf } if (text_info_flag == ‘1’) {
ISO_639_language_code 24 uimsbf text_length 8 uimsbf for (i=0; i<N; i++) {
text_char 8 uimsbf }
} }
ABNT NBR 15608-3:2008
© ABNT 2008 - Todos os direitos reservados 63
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
64 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 65
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
reserved_future_use 4 Bslbf
logo_version 12 Uimsbf
download_data_id 16 Uimsbf
}
else if(logotransmission_type==0x02){
reserved_future_use 7 Bslbf
logo_id 9 Uimsbf
}
else if(logotransmission_type==0x03){
for(i=0;i<N;i++){
logo_char 8 Uimsbf
}
}
else{
for(j=0;j<M;j++){
reserved_future_use 8 Bslbf
}
}
A semântica da seção de descrição do logo_transmission_descriptor é a seguinte:
logo_transmission_type: descreve o tipo de transmissão do logo. Convém que apenas os três tipos de logo descritos na Tabela 66 sejam utilizados na radiodifusão de televisão digital terrestre e que outros tipos de transmissão sejam ignorados;
logo_id: indica um valor de identificação para o logo referente ao serviço;
download_data_id: o valor deste campo é o mesmo do campo table_id_extension da CDT onde o referido logo de serviço é alocado. Convém que o download_data_id seja único na rede e apresente um valor diferente por logo_id;
logo_version: representa o número da versão do logo representado pelo logo_id. Convém que o número de versão seja idêntico ao número do logo presente no campo data_module_byte da CDT;
ABNT NBR 15608-3:2008
66 © ABNT 2008 - Todos os direitos reservados
logo_char: representa o logo simples codificado pelo código de caracteres de 8 bits;
reserved_future_use: reservado para uso futuro. Convém que todos os bits recebam o valor “1”.
Tabela 66 — Tipos de transmissão de logo
Logo_transmission_type Definição
0x01 Transmissão na CDT tipo 1
0x02 Transmissão na CDT tipo 2
0x03 Transmissão na CDT tipo 3
Outros 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
© ABNT 2008 - Todos os direitos reservados 67
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
68 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 69
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
70 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 71
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
72 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 73
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
74 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 75
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
Sintaxe Número de bits
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
76 © ABNT 2008 - Todos os direitos reservados
level_1_name_length: o número de bytes dos nomes de item principais. Quando um item médio é adicionado, “0” é definido e o nome do item principal não é codificado;
name_char: a série de caracteres de informação que descreve cada nome de item principal. As regras de codificação para string de caracteres precisam ser seguidas para codificação de caracteres na informação de service;
level_2_name_length: o número de bytes dos nomes de item médios;
name_char: a série de caracteres de informação que descreve cada nome de item médio. Convém que as regras de codificação para string de caracteres sejam seguidas para codificação de caracteres na informação de service.
Tabela 73 — Sintaxe da tabela palavras reservadas
Sintaxe Número de bits
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
© ABNT 2008 - Todos os direitos reservados 77
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
78 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 79
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
Sintaxe Número de bits
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
80 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 81
Tabela 77 — Sintaxe data_module_byte() no caso do descrito de transmissão de logomarca da transmissão - Tipo 1
Sintaxe Número de bits Mnemônico
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
82 © ABNT 2008 - Todos os direitos reservados
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
© ABNT 2008 - Todos os direitos reservados 83
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
84 © ABNT 2008 - Todos os direitos reservados
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
Marker_bit ‘1’ 1
PTS [14..0] .... 15
Marker_bit ‘1’ 1
PES_private_data_flag ‘1’ definido 1
Pack_heade_field_flag ‘0’ não definido 1
Program_packet_sequence_counter_flag ‘0’ não definido 1
P-STD_buffer_flag ‘0’ não definido 1
Reservado '111' 3
PES_extension_flag_2 ‘0’ não definido 1
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