Sie sind auf Seite 1von 89

NORMA BRASILEIRA

ABNT NBR 15606-3


Segunda edio 29.11.2010 Vlida a partir de 29.12.2010

Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 3: Especificao de transmisso de dados
Digital terrestrial television Data coding and transmission specification for digital broadcasting Part 3: Data transmission specification

ICS 33.160.01

ISBN 978-85-07-02599-3

Nmero de referncia ABNT NBR 15606-3:2010 83 pginas ABNT 2010

ABNT NBR 15606-3:2010

ABNT 2010 Todos os direitos reservados. A menos que especificado de outro modo, nenhuma parte desta publicao pode ser reproduzida ou por qualquer meio, eletrnico ou mecnico, incluindo fotocpia e microfilme, sem permisso por escrito pela ABNT. Sede da ABNT Av.Treze de Maio, 13 - 28 andar 20031-901 - Rio de Janeiro - RJ Tel.: + 55 21 3974-2300 Fax: + 55 21 3974-2346 abnt@abnt.org.br www.abnt.org.br

ii

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2007

Sumrio

Pgina

Prefcio.......................................................................................................................................................................vi 1 2 3 4 5 5.1 5.2 5.2.1 5.2.2 5.3 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.4.5 5.4.6 5.4.7 5.4.8 5.4.9 5.5 5.5.1 5.5.2 5.5.3 5.5.4 6 6.1 6.2 6.2.1 6.2.2 6.3 6.3.1 6.3.2 6.3.3 7 7.1 7.2 7.3 7.4 8 8.1 8.2 8.3 8.4 9 9.1 9.2 9.3 Escopo ............................................................................................................................................................1 Referncias normativas ................................................................................................................................1 Termos e definies ......................................................................................................................................2 Tipos de especificao de transmisso de dados.....................................................................................8 Especificao de transmisso do carrossel de dados..............................................................................9 Transmisso com carrossel de dados DSM-CC.........................................................................................9 Mensagem de controle DSM-CC ..................................................................................................................9 Mensagem de indicao de informao de download (DII) ......................................................................9 Sintaxe e semntica da mensagem DII........................................................................................................9 Sintaxe e semntica do dsmccMessageHeader() ....................................................................................12 Descritores da rea de informao do mdulo e rea privada...............................................................13 Tipos de descritores....................................................................................................................................13 Descritor de tipo ..........................................................................................................................................13 Descritor do nome .......................................................................................................................................14 Descritor de informao .............................................................................................................................14 Descritor do Module_link............................................................................................................................15 Descritor da localizao .............................................................................................................................15 Descritor CRC ..............................................................................................................................................16 Descritor de tempo estimado de download..............................................................................................16 Descritor de tipo de compresso...............................................................................................................16 Mensagem DownloadDataBlock (DDB) .....................................................................................................17 Sintaxe e semntica da mensagem DDB ..................................................................................................17 Sintaxe e semntica do dsmccDownloadDataHeader()...........................................................................17 Sintaxe do dsmccAdaptationHeader().......................................................................................................18 Sintaxe da seo DSM-CC ..........................................................................................................................19 Especificao do carrossel de objetos .....................................................................................................21 Escopo do carrossel de objetos ................................................................................................................21 Especificao do transporte de dados......................................................................................................21 Endereo de carrossel NSAP .....................................................................................................................21 Estrutura do endereo NSAP do carrossel...............................................................................................22 Descritores ...................................................................................................................................................23 Especificao PSI e SI ................................................................................................................................23 Deferred_association_tags_descriptor .....................................................................................................23 Tipo de fluxo ................................................................................................................................................24 Encapsulamento multiprotocolo (MPE) ....................................................................................................24 Especificao de transporte de dados......................................................................................................24 Especificaes PSI e SI ..............................................................................................................................27 Descritor de protocolo de transporte ........................................................................................................27 Tipo de stream .............................................................................................................................................28 Especificao da transmisso do data piping .........................................................................................29 Especificao do transporte de dados......................................................................................................29 Especificaes PSI e SI ..............................................................................................................................29 Descritor de protocolo de transporte ........................................................................................................29 Tipo de stream .............................................................................................................................................29 Especificao de transmisso PES independente ..................................................................................29 Transmisso independente de PES...........................................................................................................29 PES sincronizada.........................................................................................................................................29 PES assncrono ...........................................................................................................................................30

iii

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2007


10 Protocolos de transporte............................................................................................................................31 10.1 Protocolo do canal de transmisso...........................................................................................................31 10.1.1 Stream de transporte MPEG-2....................................................................................................................31 10.1.2 Seo MPEG-2 .............................................................................................................................................31 10.1.3 Dados privados DSM-CC ............................................................................................................................31 10.1.4 Carrossel de dados DSM-CC......................................................................................................................31 10.1.5 Carrossel de objetos DSM-CC....................................................................................................................32 10.1.6 Protocolo IP de transporte de multicast em um canal de transmisso.................................................32 10.1.7 Protocolo IP..................................................................................................................................................32 10.1.8 Protocolo UDP .............................................................................................................................................32 10.1.9 Informaes de servio ..............................................................................................................................32 10.1.10 Sinalizao de IP..........................................................................................................................................32 10.2 Protocolos de canal de interao ..............................................................................................................33 10.2.1 Pilha de protocolo do canal interativo ......................................................................................................33 10.2.2 Protocolo dependente da rede...................................................................................................................33 10.2.3 Protocolo de internet (IP)............................................................................................................................33 10.2.4 Protocolo de controle de transmisso (TCP) ...........................................................................................33 10.2.5 UNO-RPC ......................................................................................................................................................34 10.2.6 UNO-CDR......................................................................................................................................................34 10.2.7 DSM-CC usurio para usurio....................................................................................................................34 10.2.8 Protocolo HTTP............................................................................................................................................34 10.2.9 Protocolo especfico para o servio..........................................................................................................34 10.2.10 Protocolo de datagrama do usurio (UDP) ...............................................................................................34 10.2.11 DNS ...............................................................................................................................................................34 10.3 Protocolos de transporte para aplicativos sendo carregados no canal de interao .........................34 11 11.1 11.2 11.3 11.4 Modelo de aplicao....................................................................................................................................34 Aplicao Ginga-J .......................................................................................................................................34 Modelo Ginga-J............................................................................................................................................34 Como lidar com o modelo NCL ..................................................................................................................35 Gerenciamento de recursos entre aplicaes..........................................................................................35

12 Transmisso de informaes de aplicao ..............................................................................................35 12.1 Descritores AIT e valores constantes .......................................................................................................35 12.2 Execuo da aplicao Ginga ....................................................................................................................36 12.3 Sinal de aplicaes comuns.......................................................................................................................36 12.4 Sinal de aplicao adicional necessrio para Ginga-J............................................................................37 12.5 Informaes adicionais em PSI/SI .............................................................................................................37 12.6 Identificao do componente de dados ....................................................................................................38 12.7 Descritor de componente de dados e descritor de contedos de dados .............................................38 12.7.1 Referncia indireta ......................................................................................................................................38 12.7.2 Descritor de componente de dados em aplicao Ginga-J - Sistema de codificao de dados ........38 12.7.3 Descritor de contedos dos dados na aplicao Ginga - Sistema de contedo de dados.................41 12.7.4 Descritor de componente de dados para transmisso AIT.....................................................................45 12.8 Localizador em descrio de aplicao ....................................................................................................47 12.9 Descrio de aplicao...............................................................................................................................47 12.10 Transmisso e monitoramento de descrio de aplicao ....................................................................48 12.11 Visibilidade da descrio de aplicao .....................................................................................................48 12.12 Detalhes da descrio de aplicao ..........................................................................................................48 12.13 Tratamento da aplicao a partir de servio previamente selecionado ................................................48 12.14 Descrio de aplicao especfica ao Ginga-J.........................................................................................48 12.15 Detalhes da descrio de aplicao Ginga...............................................................................................48 12.16 Sistema de codificao de informao de aplicao ..............................................................................49 12.16.1 Informao de aplicao.............................................................................................................................49 12.16.2 Application ID Identificao de codificao da aplicao ...................................................................50 12.16.3 Efeito sobre o ciclo de vida ........................................................................................................................51 12.16.4 Controle de aplicaes de ciclo de vida ...................................................................................................52 12.16.5 Acesso e sada do domnio da aplicao..................................................................................................52 12.16.6 Controle dinmico do ciclo de vida das aplicaes Ginga .....................................................................52 12.17 Descritores para AIT - Descritores para transmisso de informaes das aplicaes.......................53 12.17.1 Descritores comuns ....................................................................................................................................53 12.17.2 Descritor de aplicao ................................................................................................................................53

iv

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2007


12.17.3 Descritor do nome de aplicao ................................................................................................................55 12.17.4 Descritor da informao dos cones da aplicao...................................................................................55 12.17.5 Descritor de autorizao de aplicao externa ........................................................................................57 12.17.6 Transport protocol descriptor (descritor de protocolo de transporte)..................................................57 12.17.7 Transporte atravs do OC (carrossel de objeto)......................................................................................59 12.17.8 Transporte atravs de IP.............................................................................................................................60 12.17.9 Transporte via canalde interatividade .......................................................................................................60 12.17.10 Descritor de sinalizao de IP.................................................................................................................61 12.17.11 Pre-fetch descriptor (descritor de pr-busca).......................................................................................62 12.17.12 Descritor de localizao DII.....................................................................................................................63 12.18 Descritores utilizados no Ginga-J .............................................................................................................64 12.18.1 Estrutura do descritor de aplicaes Ginga............................................................................................64 12.18.2 Descritor da localizao da aplicao Ginga ...........................................................................................65 13 13.1 13.2 13.2.1 13.2.2 13.3 13.4 13.5 13.6 14 Especificao da transmisso da mensagem do evento ........................................................................65 Mensagem de evento ..................................................................................................................................65 Descritores de stream .................................................................................................................................66 Descritor de stream DSM-CC .....................................................................................................................66 Descritor de referncia NPT .......................................................................................................................67 Descritor de modo de stream.....................................................................................................................68 Descritores de evento de stream ...............................................................................................................69 Descritor de evento geral ...........................................................................................................................70 Sintaxe de seo de DSM-CC transmitindo o descritor de stream ........................................................72 Sistema de arquivo de difuso e transporte de gatilho...........................................................................73

Anexo A (informativo) Vdeo e udio PES ...............................................................................................................74 A.1 Formato de transmisso de dados atravs do PES de vdeo MPEG-2 codificado...............................74 A.2 Formato de transmisso de dados do udio PES codificado com MPEG-2 BC udio ........................74 A.3 Formato de transmisso de dados do udio PES codificado com MPEG-2 AAC udio......................75 Anexo B (normativo) Informao PSI/SI para transmisso de carrossis de dados e mensagens de eventos76 B.1 Especificao da codificao de dados baseada no carrossel de dados e esquema de evento de mensagem ....................................................................................................................................................76 B.2 Contedo de enlace de additional_data_component_info de data_component_descriptor...............76 B.3 Byte seletor de data_contents_descriptor................................................................................................77 B.3.1 Data structure ..............................................................................................................................................77 B.3.2 Estrutura de dados para controle de recepo de carrossel de dados para servios de dados na armazenados................................................................................................................................................77 B.3.3 Estrutura de dados para o controle da recepo do carrossel de dados para o servio de dados armazenados................................................................................................................................................78 Anexo C (normativo) Relao entre o descritor PMT/EIT e AIT ............................................................................81 Anexo D (informativo) Informaes adicionais sobre trasmisses utilizando independentes PES .................82 Bibliografia ................................................................................................................................................................83

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2007

Prefcio
A Associao Brasileira de Normas Tcnicas (ABNT) o Foro Nacional de Normalizao. As Normas Brasileiras, cujo contedo de responsabilidade dos Comits Brasileiros (ABNT/CB), dos Organismos de Normalizao Setorial (ABNT/ONS) e das Comisses de Estudo Especiais (ABNT/CEE), so elaboradas por Comisses de Estudo (CE), formadas por representantes dos setores envolvidos, delas fazendo parte: produtores, consumidores e neutros (universidades, laboratrios e outros). Os Documentos Tcnicos ABNT so elaborados conforme as regras da Diretivas ABNT, Parte 2. A Associao Brasileira de Normas Tcnicas (ABNT) chama ateno para a possibilidade de que alguns dos elementos deste documento podem ser objeto de direito de patente. A ABNT no deve ser considerada responsvel pela identificao de quaisquer direitos de patentes. A ABNT NBR 15606-3 foi elaborada pela Comisso de Estudo Especial de Televiso Digital (ABNT/CEE-85). O Projeto circulou em Consulta Nacional conforme Edital n 09, de 06.09.2007 a 05.11.2007, com o nmero de Projeto ABNT NBR 15606-3. Esta Norma baseada nos trabalhos do Frum do Sistema Brasileiro de Televiso Digital Terrestre, conforme estabelecido no Decreto Presidencial n 5.820, de 29.06.2006. A ABNT NBR 15606, sob o ttulo geral Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital, tem previso de conter as seguintes partes: Parte 1: Codificao de dados; Parte 2: Ginga-NCL para receptores fixos e mveis Linguagem de aplicao XML para codificao de aplicaes; Parte 3: Especificao de transmisso de dados; Parte 4: Ginga-J Ambiente para a execuo de aplicaes procedurais; Parte 5: Ginga-NCL para receptores portteis Linguagem de aplicao XML para codificao de aplicaes. Esta segunda edio incorpora a Emenda 1 de 29.11.2010 e cancela e substitui a edio anterior (ABNT NBR 15606-3:2007). O Escopo desta Norma Brasileira em ingls o seguinte:

Scope
This part of ABNT NBR 15606 provides a data transmission specification for the data broadcasting scheme, part of the digital broadcasting scheme specified as the standard in Brasil. This part of ABNT NBR 15606 is applied to data transmission for data broadcasting carried out as part of digital data broadcasting.

vi

ABNT 2010 - Todos os direitos reservados

NORMA BRASILEIRA

ABNT NBR 15606-3:2010

Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 3: Especificao de transmisso de dados

Escopo

Esta parte da ABNT NBR 15606 fornece uma especificao de codificao e transmisso de dados para o esquema de transmisso digital. Esta parte da ABNT NBR 15606 se aplica transmisso de dados realizada como parte da transmisso digital de dados.

Referncias normativas

Os documentos relacionados a seguir so indispensveis aplicao deste documento. Para referncias datadas, aplicam-se somente as edies citadas. Para referncias no datadas, aplicam-se as edies mais recentes do referido documento (incluindo emendas). ABNT NBR 15602-3, Televiso digital terrestre Codificao de vdeo, udio e multiplexao Parte 3: Sistemas de multiplexao de sinais ABNT NBR 15603-1, Televiso digital terrestre Multiplexao e servios de informao (SI) Parte 1: SI do sistema de radiodifuso ABNT NBR 15603-2, Televiso digital terrestre Multiplexao Parte 2: Estrutura de dados e definies da informao bsica do SI e servios de informao (SI)

ABNT NBR 15603-3, Televiso digital terrestre Multiplexao e servios de informao (SI) Parte 3: Sintaxes e definies da informao bsica do SI ABNT NBR 15606-1, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiofuso digital Parte 1: Codificao de dados ABNT NBR 15606-2, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiofuso digital Parte 2: Ginga-NCL para receptores fixos e mveis Linguagem de aplicao XML para codificao de aplicaes ABNT NBR 15606-4, Televiso digital terrestre Codificao de dados e especificaes de transmisso para radiodifuso digital Parte 4: Ginga-J Ambiente para a execuo de aplicaes procedurais ABNT NBR 15607, Televiso digital terrestre Canal de interatividade Parte 1: Protocolos, interfaces fsicas e interfaces de software ISO 639-2, Codes for the representation of names of languages Part 2: Alpha-3 code ISO 8859-1, Information processing - 8-bit single-byte coded graphic character sets Part 1: Latin alphabet N 1 ISO/IEC TR 8802-1, Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Specific requirements Part 1: Overview of Local Area Network Standards

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

ISO/IEC 8802-2, Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Specific requirements Part 2: Logical link control

ISO/IEC 8859-15, Information technology - 8-bit single-byte coded graphic character sets Part 15: Latin alphabet N 9
ISO/IEC 13818-1, Information technology Generic coding of moving pictures and associated audio information: Systems ISO/IEC 13818-6:1998, Information technology Generic coding of moving pictures and associated audio information Part 6: Extensions for DSM-CC EN 300 468:2005, Digital video broadcasting (DVB); specification for service information (SI) in DVB systems EN 301 192, Digital video broadcasting (DVB); DVB specification for data broadcasting EN 301 193, Digital Video Broadcasting (DVB); Interaction channel through the Digital Enhanced Cordless Telecommunications (DECT) EN 301 195, Digital Video Broadcasting (DVB); Interaction channel through the Global System for Mobile communications (GSM) EN 301 199, Digital Video Broadcasting (DVB); Interaction channel for Local Multi-point Distribution Systems (LMDS) EN 301 790, Digital Video Broadcasting (DVB);Interaction channel for satellite distribution systems ETS 300 800, Digital Video Broadcasting (DVB); Interaction channel for Cable TV distribution systems (CATV) ETS 300 801, Digital Video Broadcasting (DVB); Interaction channel through Telecommunications Network (PSTN) / Integrated Services Digital Networks (ISDN) ARIB STD-B10:2007, Service information for digital broadcasting system ARIB STD-B23:2004, Application execution engine platform for digital broadcasting ARIB STD-B24:2007, Presentation engine platform for digital broadcasting ETSI TR 101 162, Digital Video Broadcasting (DVB); Allocation of service information (SI), codes for DVB systems ETSI TR 101 201, Digital Video Broadcasting (DVB); Interaction channel for Satellite Master Antenna TV (SMATV) distribution systems; Guidelines for versions based on satellite and coaxial sections ETSI TR 101 202, Digital Video Broadcasting (DVB); Implementation guidelines for data broadcasting ETSI TS 101 812:2003, Multimedia home platform MHP specification 1.03 GEM 1.0:2005, Globally executable MHP Version 1.02 GEM 1.1:2006, Globally executable MHP (GEM) Especification 1.1 IEEE 802-2001, IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture RFC 768, User Datagram Protocol RFC 791, DARPA Internet program protocol specification Public Switched

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

RFC 793:1981, Transmission Control Protocol Darpa Internet Program Protocol Specification RFC 1034, Domain names - concepts and facilities RFC 1035, Domain names - implementation and specification RFC 1112, Host extensions for IP multicasting RFC 1332, The PPP Internet Protocol Control Protocol (IPCP) RFC 1521, Borenstein N., and N. Freed, MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message RFC 1661 The Point-to-Point Protocol (PPP) RFC 1717 The PPP Multilink Protocol (MP) RFC 1877, PPP Internet Protocol Control Protocol Extensions for Name Server Addresses RFC 1945, Hypertext Transfer Protocol HTTP/1.0 RFC 1950, ZLIB Compressed data format specification version 3.3 RFC 1982, Serial Number Arithmetic RFC 2181 Clarifications to the DNS Specification RFC 2396, URI Generic Syntax RFC 2616, Hypertext Transfer Protocol HTTP/1.1 RFC 2818, HTTP Over TLS CORBA/IIOP Common Object Request Broker Architecture Specification, Internet Inter-ORB Protocol

Termos e definies

Para os efeitos desta parte da ABNT NBR 15606, aplicam-se os seguintes termos e definies. 3.1 acesso mltiplo por diviso de cdigo de mltiplo portador MC-CDMA esquema de acesso mltiplo por diviso de cdigo (CDMA) que emprega sistemas de mltiplos portadores 3.2 buffer de transporte buffer que decodifica um pacote de stream de transporte em um decodificador-alvo de um stream de transporte MPEG2 3.3 cabealho do pacote PES campo que compreende a primeira parte de um pacote PES

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

3.4 carrossel de dados mtodo que envia qualquer conjunto de dados repetidamente para que os dados possam ser baixados via transmisso sempre que necessrio
NOTA Este mtodo especificado na ISO/IEC 13818-6.

3.5 comando e controle de armazenamento de mdia digital DSMCC mtodo que suporta o acesso a arquivos e streams em servio digital interativo 3.6 comit para sistema de televiso avanado ATSC comit com o propsito de padronizar o sistema de transmisso digital nos EUA 3.7 conselho audiovisual digital DAVIC consrcio industrial para padronizao do servio de multimdia interativa 3.8 contedo grupo de dados transmitidos por meio de um programa de transmisso de dados ou servio de comunicaes bidirecionais que gerado pelo programa de transmisso de dados para servir como parte do programa de transmisso de dados
NOTA Como um termo no contexto de transmisso, "contedo" indica um conjunto de streams no programa que envia o grupo de dados. Um nico programa de transmisso pode ser composto por mltiplos contedos.

3.9 contedo local parte do contedo de transmisso de dados contido em um nico evento de dados
NOTA Geralmente, um contedo local um grupo de dados agrupados com base no contexto ou para uma maior convenincia de produo de programa.

3.10 DSM-CC U-U Digital Storage Media Command and Control User-to-User Interface 3.11 endereo protocolo utilizado para definir um nome de servidor utilizando o PPP
NOTA Esta definio est de acordo com a RFC 1877.

3.12 ethernet padro LAN que define uma rede baseada em barramento empregando o CSMA/CD (acesso mltiplo de sentido de portador/deteco de coliso) para controle de acesso
NOTA Esta definio est de acordo com a IEEE 802.

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

3.13 evento de dados conjunto de streams de transmisso de dados que representa um grupo de contedo de transmisso de dados a ser distribudo com os tempos de incio e trmino pr-configurados
NOTA O conceito de evento de dados (data event) introduzido para permitir que um grupo de contedo de transmisso de dados seja alternado para outro, se estiverem ou no no mesmo programa, conforme necessrio. Em outras palavras, um evento de dados independente de um evento.

3.14 formato de adaptao formato utililizado em um cabealho DSM-CC e que uma forma de informao inserida em uma rea de adaptao que codifica a informao para atender a uma solicitao, dependendo da rede de distribuio 3.15 hash function funo embrulho funo matemtica que mapeia uma ampla rea (imensa em alguns casos) dentro de uma pequena faixa
NOTA Uma hash function de mo nica e livre de coliso.

3.16 host mquina dispositivo de ponto de acesso ou dispositivo de servidor, necessrio para servios de transmisso bidirecional 3.17 hypertext transfer protocol HTTP camada de aplicao pra transmitir dados atravs da World Wide Web
NOTA Esta definio est de acordo com a RFC 1954.

3.18 identificador de pacote PID identificador de pacote de um stream de transporte MPEG-2 3.19 informao de servio SI dados digitais que descrevem um arranjo de programas, um sistema de distribuio para transmisso de streams de dados, descrio de programas, informaes de grade de programao/tempo de durao
NOTA Estes dados tambm transportam MPEG-2 PSI (Informaes Especficas do Programa), bem como partes da extenso definidas de forma independente.

3.20 informao especfica do programa PSI informao de controle de transmisso, que fornece a informao necessria para permitir a um receptor automaticamente demultiplexar e decodificar vrios streams de programa que foram multiplexados

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

3.21 MIME protocolo de camada de aplicao que fornece uma arquitetura de contedo que permite que dados multimdia, como arquivos de texto, udio e imagens, em formato que no seja US-ASCII, sejam transmitidos via e-mail 3.22 pacote PES formato de dados usado para transmitir streams bsicos que consiste em um cabealho de pacote PES e uma carga til PES imediatamente seguindo o cabealho 3.23 private_stream_1 tipo de stream transmitido usando PES e que usado para transmitir um stream privado sincronizado com outros streams 3.24 private_stream_2 tipo de stream transmitido usando PES e que usado para transmitir um stream privado que no precisa ser sincronizado com outros streams 3.25 procedimento de controle de conexo de dados de alto nvel procedimento HDLC procedimento de controle de transmisso com alta confiabilidade, usado para comunicao entre computadores, principalmente em LAN e internet 3.26 protocolo datagrama do usurio UDP protocolo de camada de transporte que promove entrega de dados sem conexo entre duas mquinas
NOTA 1 Embora o UDP no suporte mensagens de reconhecimento, ele minimiza o protocolo elevado para maior eficincia em servios de transmisso. NOTA 2 Esta definio est de acordo com a RFC 768.

3.27 protocolo de autenticao de senha NNTP protocolo de camada de aplicao utilizado para distribuir, postar e recuperar notcias (Net News) na internet
NOTA Esta definio est de acordo com a RFC 1334.

3.28 protocolo de autenticao de senha PAP componente do protocolo de ponto a ponto (PPP) que suporta a autenticao
NOTA 1 NOTA 2 Este protocolo no faz identificao de usurio e senha ao enviar. Esta definio esta de acordo com a RFC 1334.

3.29 protocolo de controle de transmisso TCP protocolo de camada de transporte que promove distribuio de dados altamente confivel, de ponta a ponta, orientada por conexo, utilizando um mecanismo de deteco e correo de erro
NOTA Esta definio est de acordo com a RFC 793.

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

3.30 protocolo de controle IP IPCP protocolo utilizado para estabelecer vrias configuraes exigidas para utilizar IP na fase de protocolo de camada de rede
NOTA Esta definio est de acordo com a RFC 1332.

3.31 protocolo de internet IP protocolo de camada de rede que define o mecanismo de endereamento na internet para permitir que os dados sejam transmitidos
NOTA Esta definio est de acordo com a RFC 791.

3.32 protocolo de resoluo de endereo ARP protocolo utilizado em uma rede TCP/IP para obter o endereo fsico do n ethernet baseado em seu endereo de IP 3.33 protocolo de transmisso de dados em modo bsico protocolo de comunicaes desenvolvidos para transmisso bsica de dados entre um host e um terminal
NOTA O protocolo emprega um mtodo para minimizar os erros de transmisso.

3.34 rede digital de servios integrados ISDN rede digital de servios integrados 3.35 reservado termo que, quando utilizado em sentenas que definem o stream de bit codificado, indica que o valor pode ser usado no futuro para extenses definidas pela ISO
NOTA Os bits reservados so configurados em 1.

3.36 reserved_future_use termo que, quando utilizado em sentenas definindo o stream de bit codificado, indica que o valor pode ser utilizado em extenses definidas pela ISO no futuro
NOTA Os bits reservados so configurados em 1.

3.37 seo estrutura sinttica utilizada para mapear as informaes de servio e outros dados dentro de um pacote de stream de transporte 3.38 servio de nome de domnio DNS protocolo utilizado pelo servio que mapeia um nome de mquina em uma rede dentro de seu endereo de IP
NOTA Esta definio est de acordo com as RFC 1034 e RFC 1035.

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

3.39 tabela de informao de evento EIT tabela de informao de evento que contm dados relacionados a um evento e um programa como um nome de evento (programa), horrio de incio e um perodo 3.40 tabela de mapeamento de programa PMT tabela que parte do PSI NOTA Esta tabela indica uma localizao (PID de pacote de stream de transporte) de uma tabela de mapeamento de programa correspondente a cada servio no stream multiplexado. 3.41 transmisso de vdeo digital DVB projeto para padronizao do sistema de transmisso digital na Europa

Tipos de especificao de transmisso de dados

Os tipos de especificaes para transmisso de dados e identificao de tipo de stream contidas em um PMT so apresentados na Tabela 1. Tabela 1 Tipos de especificao de transmisso
Funo majoritria e usabilidade Identificao do tipo de stream Utilizado para streams de dados PES independente sincronizados a assncronos para servios 0x06 de radiodifuso Utilizado para transferncias de dados em geral: sincronizados e assncronos para Carrossel de dados/objetos servios de radiodifuso. Aplicado a 0x0B, 0X0D a transmisso de dados para servios de download e servios multimdia Utilizado para notificaes sincronizadas e assncronas referentes aplicaes no TA a Mensagem de eventos 0x0C, 0X0D b partir da estaca de broadcast. Utilizado para servios de multimdia Protocolo de transmisso utilizado em redes Protocolos de canal de fixas como redes PSTN/ISDN e redes de interatividade celular, incluindo rede celular/PHS com d comunicaes bidirecionais Datagramas so encapsulados em datagram_sections que so compatveis 0x0A c Encapsulamento multiprotocolo com o formato DSMCC_section para dados privados Protocolo que permite inserir dados de uma rede de radiodifuso diretamente no 0x7E Data piping payload do pacote MPEG-2 a Quando um stream no contm dados DSM-CC, a no ser um carrossel de dados, 0x0B ou 0x0D usado e, quando tambm ele tem outros dados DSM-CC, 0x0D usado. b Quando um stream no contm dados DSM-CC, a no ser como mensagem de evento, 0x0C ou 0x0D usado e, quando tambm ele tem outros dados DSM-CC, 0x0D usado. c Quando um stream no contm dados DSM-CC, a no ser dados de encapsulamento de multiprotocolos (MPE), 0x0A usado e, quando tambm ele tem outros dados DSM-CC, 0x0D usado. d PSTN: rede telefnica comutada pblica. Especificao da transmisso

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

5
5.1

Especificao de transmisso do carrossel de dados


Transmisso com carrossel de dados DSM-CC

A especificao de transmisso do carrossel de dados destinada a implementar a transmisso geral sincronizada ou assncrona sem a necessidade de dados streaming, tais como download de dados para uma unidade receptora ou transmisso de contedos para servios de multimdia. A especificao de transmisso do carrossel de dados definida nesta Norma est baseada na especificao do carrossel de dados DSM-CC estabelecida na ISO/IEC 13818-6. A transmisso repetida de dados, como definida na especificao do carrossel de dados DSC-CC, permite unidade receptora obter dados em demanda em qualquer momento durante um perodo de transmisso. Os dados so transmitidos em uma unidade modular formada por blocos onde todos os blocos, exceto aqueles ao final do mdulo, tm o mesmo tamanho e cada bloco transmitido em sees. Na transmisso destes dados so utilizadas a mensagem download de bloco de dados (referida como mensagem DDB) e mensagem de indicao de informao download (referida como mensagem DII). As duas mensagens so componentes do protocolo de download do usurio da rede especificado na ISO/IEC 13818-6. O corpo de dados transmitido pela mensagem DDB com cada mdulo dividido dentro dos blocos. Para informaes adicionais relacionadas transmisso PSI/SI, ver o Anexo B.

5.2
5.2.1

Mensagem de controle DSM-CC


Mensagem de indicao de informao de download (DII)

Uma mensagem DII faz parte de uma mensagem de controle DSM-CC. Assim, a mensagem DII transmite o contedo da mensagem retendo-o no userNetworkMessage() na seo DSM-CC. A verso da mensagem DII indicada pelo transaction_number (nmero da transao) no campo transaction_id (identificao de transao) do dsmccMessageHeader. Este nmero de verso comum a todas as mensagens DII do carrossel de dados e o nmero da verso incrementado em um quando o contedo de uma ou mais mensagens DII for trocado. 5.2.2 Sintaxe e semntica da mensagem DII

A estrutura dos dados da mensagem DII apresentada na Tabela 2.

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 2 Estrutura dos dados da mensagem de indicao de informao de download Sintaxe DownloadInfoIndication() { dsmccMessageHeader() downloadId blockSize windowSize ackPeriod tCDownloadWindow tCDownloadScenario compatibilityDescriptor() numberOfModules for(i=0;i< numberOfModules;i++) { moduleId moduleSize moduleVersion moduleInfoLength for(i=0;i< moduleInfoLength;i++){ moduleInfoByte } } privateDataLength for(i=0;i<privateDataLength;i++){ privateDataByte } } A semntica dos campos DII deve ser a seguinte: dsmccMessageHeader () (cabealho da mensagem DSM-CC): conforme especificado em 5.3; downloadId (identificador de download): campo de 32 bits que serve como um rtulo para a identificao nica do carrossel de dados. No caso de evento de operao de dados, data_event_id (identificao do evento de dados) deve ser inserido nos bits 28-31 do downloadId (identificador de download). Caso contrrio, a faixa e os valores para assegurar a unicidade especificada em um padro operacional; windowSize: campo de 8 bits que no usado para transmisso do carrossel de dados e o valor deve ser ajustado em 0; ackPeriod: campo de 8 bits que no usado pela transmisso do carrossel de dados e o valor deve ser ajustado em 0; tCDownloadWindow: campo de 32 bits que no usado pela transmisso do carrossel de dados e o valor deve ser ajustado em 0; 8 uimsbf 16 uimsbf 8 uimsbf 16 32 8 8 uimsbf uimsbf uimsbf uimsbf 16 uimsbf 32 16 8 8 32 32 uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf Nmero de bits Mnemnico

10

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

tCDownloadScenario: campo de 32 bits que indica o perodo de limite de tempo em que se presume que o download est completo em microssegundos; compatibilityDescriptor(): estrutura do descritor de compatibilidade (compatibilityDescriptor()) que especificada na ISO/IEC 13818-6 e que deve ser configurada neste campo. Quando o contedo da estrutura do compatibilityDescriptor() no necessria, o descriptorCount deve ser configurado em 0x0000 e, assim, a extenso do campo deve ser de 4 bytes; numberOfModules (nmero de mdulo): campo de 16 bits que indica o nmero de mdulos descritos no enlace seguinte nesta mensagem DII; moduleId (identificador de mdulo): campo de 16 bits que indica a identificao do mdulo descrito nos seguintes campos: moduleSize, moduleVersion e moduleInfoByte; moduleSize (extenso do mdulo): campo de 32 bits que indica a extenso byte do mdulo. Quando a extenso do byte do mdulo no conhecida, deve ser configurada em 0; moduleVersion: campo de 8 bits que indica a verso deste mdulo; moduleInfoLength (extenso da informao do mdulo): campo de 8 bits que indica a extenso byte da rea de informao do mdulo; moduleInfoByte (informao do mdulo): campo de unidade de 8 bits que pode ser usado para inserir descritores relacionados ao mdulo. Estes descritores so definidos em 5.4;
NOTA Os valores de tag dos descritores a serem inseridos so definidos na Tabela 5.

privateDataLength: campo de 16 bits que indica a extenso byte do campo PrivateDataByte; privateDataByte (dados privados): campo de unidade de 8 bits que pode ser usado para conter uma estrutura de dados num formato de descritor. A estrutura de dados definida com base em um formato de codificao de dados ou por um operador de service. A semntica dos valores de tag dos descritores para este campo definida na Tabela 3. Os descritores possveis para este campo so aqueles definidos em 5.4 e por um formato de codificao de dados. Tabela 3 Semntica dos tags dos descritores da rea de informao de mdulo e rea privada no DII Valor de tag do descritor 0x01 0x7F Semntica Valores de tag reservados de descritores compatveis a serem inseridos na rea de informao do mdulo e rea privada (ver 5.4) Valores de tag disponveis de descritores definidos por um operador de servio Valores de tag reservados de descritores a serem inseridos na rea de informao do mdulo e rea privada (ver 5.4) Valores de tag reservados de descritores definidos com base em um formato de codificao de dados

0x80 - 0xBF 0xC0 0xEF 0xF0 0xFE

ABNT 2010 - Todos os direitos reservados

11

ABNT NBR 15606-3:2010

5.3

Sintaxe e semntica do dsmccMessageHeader()

A estrutura de dados do dsmccMessageHeader() definida na Tabela 4. Tabela 4 Estrutura de dados do dsmccMessageHeader Sintaxe dsmccMessageHeader() { protocolDiscriminator dsmccType messageID transaction_id Reserved adaptationLength messageLength if(adaptationLength>0){ dsmccAdaptationHeader() } } A semntica do dsmccMessageHeader() deve ser a seguinte: protocolDiscriminator: campo de 8 bits que deve ser configurado em 0 x 11 e indica que esta mensagem do tipo MPEG-2 DSM-CC; dsmccType (tipo DSM-CC): campo de 8 bits que indica o tipo da mensagem MPEG-2 DSM-CC. Em uma mensagem DII para transmisso do carrossel de dados, deve ser configurado em 0x03 (mensagem download U-N); messageId (identificador do tipo da mensagem): campo de 16 bits que identifica o tipo da mensagem DSM-CC. Em uma mensagem DII, deve ser configurado em 0x1002; transaction_id (identificador de transao): campo de 32 bits que identifica a mensagem e tem a funo de controlar a verso. O formato da transaction_id mostrado na Figura 1. O campo Transaction Number nos bits 0-29 deve ser usado para identificar a verso da DII, como especificado na ISO/IEC 13818-6. O valor de bits 30-31 deve ser configurado em 10 (TransactionId alocado pela rede) conforme definido no Transaction Id Originator, como especificado na ISO/IEC 13818-6;
31 30 29 16 15 12 11 0

Nmero de bits 8 8 16 32 8 8 16 16

Mnemnico uimsbf uimsbf uimsbf uimsbf bslbf uimsbf uimsbf uimsbf

Transaction id originator

Transaction number

Figura 1 Formato da transaction_id adaptationLength: campo de 8 bits que indica o nmero de bytes do campo dsmccAdaptationHeader(); messageLength: campo de 16 bits que indica o nmero de bytes da mensagem imediatamente aps este campo. Isto , o valor uma soma da extenso payload e da extenso dsmccAdaptationHeader(); dsmccAdaptationHeader(): a estrutura de dados deste campo definida em 5.5.3.

12

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

5.4 Descritores da rea de informao do mdulo e rea privada


5.4.1 Tipos de descritores

Os tipos de descritores usados em uma rea de informao do mdulo e em uma rea privada so mostrados na Tabela 5. Qualquer destes descritores pode ser usado na rea de informao do mdulo e/ou em uma rea privada conforme necessrio. Os descritores contidos em uma rea privada em uma DII se aplicam aos mdulos na DII. Quando a rea de informao do mdulo e a rea privada tm o mesmo conjunto de descritores, apenas os descritores na rea de informao do mdulo so habilitados. Tabela 5 Tipos de descritores Valor de tag 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x7F 0x80 0xBF 0xC0 0xC1 0xC2 0xC3 0xCC 0xCD 0xEE 5.4.2 Descritor de tipo rea de informao do mdulo o o o o o o o o o o rea privada

Descritor type_descriptor

Funo

Tipo de mdulo (forma MIME etc.) Nome do mdulo name_descriptor (nome do arquivo) Informao do mdulo info_descriptor (tipo de caractere) Informao do link module_link_descriptor (id do mdulo) CRC32 do mdulo CRC32_descriptor location_descriptor Tempo estimado de est_download_time_descriptor download (s) Reservado para o futuro Disponvel para um broadcaster Reservado para o futuro compression_Type_descriptor Algoritmo de compresso quando o modulo transmitido

Reservado para o futuro Reservado para o futuro

O descritor de tipo (ver Tabela 6) indica o tipo de arquivo transmitido como um mdulo nico, implementando a transmisso do carrossel de dados com base nesta Norma, que especifica que um arquivo nico transmitido como um mdulo nico.

ABNT 2010 - Todos os direitos reservados

13

ABNT NBR 15606-3:2010

Tabela 6 Descritor de tipo Sintaxe Type_descriptor(){ descriptor_tag descriptor_length for(i=0;i<N;i++) { text_char } } A semntica de campo no descritor de tipo deve ser a seguinte: text_char: campo de 8 bits. A seqncia destes campos indica tipo de mdia de acordo com a RFC 1521. 5.4.3 Descritor do nome Nmero de bits 8 8 8 Mnemnico uimsbf uimsbf uimsbf

O descritor do nome (ver Tabela 7) indica o nome do arquivo transmitido como um mdulo nico, implementando a transmisso do carrossel de dados com base nesta Norma, que especifica que um arquivo nico transmitido como um mdulo nico. Porm, quando h o descritor Module Link, o descritor do nome no deve estar presente em outra posio a no ser = mdulo 0x00 na DII. Tabela 7 Descritor do nome Sintaxe Name_descriptor() { descriptor_tag descriptor_length for(i=0;i<N;i++) { text_char } } Nmero de bits 8 8 8 Mnemnico uimsbf uimsbf uimsbf

A semntica de campo no descritor do nome dever ser a seguinte: text_char: campo de 8 bits. A seqncia deste campo indica o nome do arquivo transmitido como um mdulo nico usando a especificao de codificao de dados ou um cdigo de caractere especificado em um padro operacional. 5.4.4 Descritor de informao

O descritor de informao (ver Tabela 8) descreve as informaes relacionadas ao mdulo. Tabela 8 Descritor de informao Sintaxe info_descriptor() { descriptor_tag descriptor_length ISO_639_language_code for(i=0;i<N;i++) { text_char } } Nmero de bits 8 8 24 8 Mnemnico uimsbf uimsbf bslbf uimsbf

14

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A semntica de campos no descritor de informao deve ser a seguinte: ISO_639_language_code: campo de 24 bits que identifica a linguagem usada na rea text_char. O cdigo da linguagem representado por trs caracteres alfabticos especificados na ISO 639-2. Cada caractere codificado dentro de uma representao de 8 bits de acordo com a ISO 8859-1 e inserido dentro de um campo de 24 bits nessa ordem; text_char: campo de 8-bits. A seqncia destes campos indica a informao textual relacionada ao arquivo transmitido como um mdulo nico usando a especificao de codificao de dados ou um cdigo de sinalizao especificado numa norma operacional. 5.4.5 Descritor do Module_link

O descritor Module_link (ver Tabela 9) gera uma lista de mdulos ligados a outros mdulos. Por ser a extenso do campo nmero de blocos de uma mensagem DDB restrita a 16 bits, o tamanho mximo de um mdulo na transmisso do carrossel de dados de 256 Mbytes. Quando transmitido um arquivo maior que 256 Mbytes, o arquivo dividido em dois ou mais mdulos antes de ser enviado e esta informao associada ao descritor do Module_link. Tabela 9 Descritor do Module_link Sintaxe module_link_descriptor() { descriptor_tag descriptor_length position moduleId } Nmero de bits 8 8 8 16 Mnemnico uimsbf uimsbf uimsbf uimsbf

A semntica de campos no descritor Module_link deve ser a seguinte: position: campo de 8 bits que indica a relao de posio com mdulo conectado. 0x00 indica que est localizado no topo do link, 0x01 indica que est no meio e 0x02 indica que est no final; module Id: campo de 16 bits que a identificao do mdulo conectado. Quando a posio 0x02, o valor deste campo ignorado. 5.4.6 Descritor da localizao

O location_descriptor contm a localizao do PID onde os blocos, mdulos ou grupos podem ser encontrados contendo os dados do carrossel. A Tabela 10 mostra a sintaxe do location_descriptor. Tabela 10 Sintaxe do location_descriptor Sintaxe location_descriptor(){ descriptor_tag descriptor_length location_tag } A semntica do location_descriptor deve ser a seguinte: Nmero de bits 8 8 8 Valor 0x06

descriptor_tag: campo de 8 bits que identifica o descritor. O location_descriptor est configurado em 0x06; descriptor_length: campo de 8 bits que especifica o nmero de bytes do descritor imediatamente aps este campo;

ABNT 2010 - Todos os direitos reservados

15

ABNT NBR 15606-3:2010

location_tag: campo de 8 bits que tem o mesmo valor que o campo component_tag no descritor identificador do stream. 5.4.7 Descritor CRC

O descritor CRC (ver Tabela 11) descreve o valor CRC do mdulo completo. Tabela 11 Descritor CRC Sintaxe CRC32_descriptor() { descriptor_tag descriptor_length CRC_32 } Nmero de bits 8 8 32 Mnemnico uimsbf uimsbf rpchof

A semntica de campo no descritor CRC deve ser a seguinte: CRC_32: campo de 32 bits que armazena o valor CRC calculado para o mdulo completo. O valor CRC deve ser calculado como definido na ABNT NBR 15603-2:2007, Anexo B. 5.4.8 Descritor de tempo estimado de download

O descritor de tempo estimado de download (ver Tabela 12) descreve o perodo estimado necessrio para o download do mdulo. Tabela 12 Descritor de tempo estimado de download Sintaxe est_download_time_descriptor() { descriptor_tag descriptor_length est_download_time a } Nmero de bits 8 8 32 Mnemnico uimsbf uimsbf uimsbf

A semntica do campo no descritor do tempo estimado de download deve ser a seguinte: est_download_time: campo de 32 bits que indica o perodo estimado, em segundos, necessrio para fazer o download do mdulo. 5.4.9 Descritor de tipo de compresso

O descritor de tipo de compresso (ver Tabela 13) indica que o mdulo foi comprimido no formato zlib baseado na RFC 1950 e mostra seu algoritmo de compresso e o tamanho do mdulo antes da compresso em bytes. Um mdulo que no tenha sido comprimido no tem esse descritor. Tabela 13 Descritor de tipo de compresso Sintaxe Compression_Type_descriptor() { descriptor_tag descriptor_length compression_type original_size } Nmero de bits 8 8 8 32 Mnemnico uimsbf uimsbf uimsbf uimsbf

16

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A semntica de campos no descritor de tipo de compresso deve ser a seguinte: compression_type: campo de 8 bits que define o tipo de compresso usada para comprimir o mdulo; original_size: campo de 32 bits que indica o tamanho do mdulo antes da compresso em bytes.

5.5
5.5.1

Mensagem DownloadDataBlock (DDB)


Sintaxe e semntica da mensagem DDB

O contedo de uma mensagem DDB transmitido por armazenamento no campo downloadDataMessage() na seo DSM-CC. Uma mensagem DDB a estrutura de dados transmitindo blocos de dados (ver Tabela 14). Um mdulo pode ser dividido com extenso fixada para formar blocos. Nesse caso, cada bloco representado com um nmero de bloco na mensagem DDB para permitir que uma unidade receptora reorganize os blocos na ordem pretendida. De acordo com o especificado na ISO/IEC 13818-6, quando as mensagens DDB so transmitidas em MPEG-2 TS, apenas as mensagens DDB que tm o mesmo downloadId devem ser includas no mesmo pacote PID. Isso significa que as mensagens DDB em dois carrossis diferentes no devem ser apresentadas em um nico stream elementar. Tabela 14 Estrutura de dados do bloco de dados de download Sintaxe DownloadDataBlock() { dsmccDownloadDataHeader() moduleId moduleVersion reserved blockNumber for(i=0;i<N;i++) { blockDataByte } } Os campos de DDB devem ser os seguintes: moduleId: campo de 16 bits que indica o nmero de identificao ao qual este bloco pertence; moduleVersion: campo de 8 bits que indica a verso do mdulo ao qual este bloco pertence; blockNumber: campo de 16 bits que indica a posio deste bloco dentro do mdulo. O primeiro bloco de um mdulo deve ser representado pelo bloco nmero 0; blockDataByte: campo de 8 bits. O tamanho de uma srie da rea de dados do bloco igual ao tamanho do bloco da DII, isto , o tamanho dos blocos divididos a partir de um mdulo. Porm, o nmero do ltimo bloco no mdulo pode ser menor que o tamanho de bloco descrito na DII. 5.5.2 Sintaxe e semntica do dsmccDownloadDataHeader() Nmero de bits 16 8 8 16 8 Mnemnico uimsbf uimsbf bslbf uimsbf uimsbf

A estrutura de dados do dsmccDownloadDataHeader() definida na Tabela 15.

ABNT 2010 - Todos os direitos reservados

17

ABNT NBR 15606-3:2010

Tabela 15 Estrutura de dados do dsmccDownloadDataHeader Sintaxe dsmccDownloadDataHeader() { protocolDiscriminator dsmccType messageId downloadId Reserved adaptationLength messageLength if(adaptationLength>0) { dsmccAdaptationHeader() } } Os campos do dsmcc DownloadDataHeader() devem ser os seguintes: protocol discriminator: campo de 8 bits que configurado em 0x11 e indica que esta mensagem uma mensagem DSM-CC MPEG-2 dsmccType. Este campo de 8 bits indica o tipo da mensagem DSM-CC MPEG-2 e configurado em 0x03 (mensagem download U-N) para a mensagem DDB na transmisso do carrossel de dados; messageId: campo de 16 bits que identifica o tipo da mensagem DSM-CC e configurado em 0x1003 para uma mensagem DDB; downloadId: campo de 32 bits que configurado no mesmo valor que o identificador de download na mensagem DII correspondente; adaptationLength: campo de 8 bits que indica o nmero de bytes do campo dsmccAdaptationHeader(); dsmccAdaptationHeader(): a estrutura de dados deste campo definida em 5.5.3; messageLength: campo de 16 bits que indica a extenso da mensagem, no incluindo este campo e sua rea precedente em bytes. O valor idntico soma da extenso de payload e a extenso dsmccAdaptationHeader. 5.5.3 Sintaxe do dsmccAdaptationHeader() 8 uimsbf 8 8 16 32 8 8 16 uimsbf uimsbf uimsbf uimsbf bslbf uimsbf uimsbf Nmero de bits Mnemnico

No dsmccMessageHeader() que o cabealho de uma mensagem DII e no dsmccDownloadDataHeader() que o cabealho de uma mensagem DDB, pode ser estabelecida a estrutura de dados comum dsmccAdaptationHeader(). A estrutura de dados do dsmccAdaptationHeader indicada na Tabela 16.

18

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 16 Estrutura do dsmccAdaptationHeader Sintaxe dsmccAdaptationHeader() { adaptationType for (i=0; i<(adaptationLength-1);i++) { adaptationDataByte } } } Nmero de bits 8 8 Mnemnico uimsbf uimsbf

A semntica do dsmccAdaptationHeader() deve ser a seguinte: adaptationType: campo de 8 bits que indica o tipo de cabealho de adaptao. O valor deste campo indica um formato de adaptao conforme Tabela 17. Tabela 17 Tipo de adaptao Tipo de adaptao 0x00 0x01 0x02 0x03 0x04-0x7F 0x80-0xFF Formato da adaptao Reservado Reservado Reservado DIIMsgNumber Reservado Definio do usurio Definio na ISO/IEC 13818-6 O mesmo que na coluna esquerda DSM-CC Acesso condicional DSM-CC identificador de usurio O mesmo que na coluna esquerda O mesmo que na coluna esquerda O mesmo que na coluna esquerda

NOTA Para os tipos de adaptao utilizados nesta Norma, a operao do formato de adaptao de definio do usurio do tipo de adaptao 0x80 0xFF opcionalmente feita por um operador de servio.

5.5.4

Sintaxe da seo DSM-CC

As mensagens DII e DDB so transmitidas usando as sees DSM-CC, como demonstrado na Tabela 18. Tabela 18 Seo DSM-CC (transmisso de mensagens DII/DBB) Sintaxe DSMCC_section () { table_id section_syntax_indicator private_indicator reserved dsmcc_section_length table_id_extension reserved version_number current_next_indicator section_number last_section_number if (table_id==0x3B) { userNetworkMessage () } Nmero de bits 8 1 1 2 12 16 2 5 1 8 8 Mnemnico uimsbf bslbf bslbf bslbf uimsbf uimsbf bslbf uimsbf bslbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

19

ABNT NBR 15606-3:2010

Tabela 18 (continuao) Sintaxe else if (table_id==0x3C) { downloadDataMessage() } else if (table_id==0x3E) { for (i=0;i<dsmcc_section_length-9;i++) { private_data_byte } } if (section_syntax_indicator==0) { Checksum } else { CRC_32 } } A semntica da seo DSM-CC deve ser a seguinte: table_id: campo de 8 bits que contm o nmero de identificao do tipo de dados na seo de payload DSM-CC. Baseado no valor deste campo, aplica-se uma regra de codificao especfica para o campo seguinte na seo DSM-CC. A tabela dos valores de identificao demonstrada na Tabela 19, como especificado na ISO/IEC 13818-6; Tabela 19 Table_id table_id 0x3A 0x3B 0x3C 0x3D 0x3E 0x3F
a

Nmero de bits

Mnemnico

uimsbf

32 32

uimsbf rpchof

Tipo de seo DSM-CC Reservado Mensagem DII Mensagem DDB Descritor de Stream Dados privados Reservado

Definio na ISO/IEC 13818-6 Cpsula multiprotocolo a Mensagem U-N incluindo DII O mesmo que na coluna esquerda O mesmo que na coluna esquerda O mesmo que na coluna esquerda O mesmo que na coluna esquerda

Ver ISO/IEC 13818-6.

section_syntax_indicator: campo de 1 bit. Quando configurado em 1, indica que existe um CRC32 ao final da seo. Quando configurado em ***0, indica que existe uma soma de verificao. Deve ser configurado em 1 para a transmisso das mensagens DII e DDB; de 1 bit que armazena o valor complementar do flag do

private_indicator: campo section_syntax_indicator;

dsmcc_section_length: campo de 12 bits que indica o nmero de bytes da rea desde o incio do campo, imediatamente aps esse campo at o fim da seo. O valor neste campo no deve exceder 4 093 bytes; table_id_extension: campo de 16 bits que configurado como demonstrado abaixo, de acordo com o campo table_id:

20

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

quando o valor do campo table_id igual a 0x3B, este campo deve transportar uma cpia dos 2 bytes menos significativos do campo transaction_id; quando o valor do campo table_id igual a 0x3C, este campo deve transportar uma cpia do campo module_id;

version_number: campo de 5 bits que configurado de acordo com o identificador de tabela (table_id). Quando o valor do campo table_id igual a 0x3B, este campo deve ser configurado em 0. Quando o valor do campo table_id igual a 0x3C, deve ser configurado nos 5 bits menos significativos do campo verso do mdulo; current_next_indicator: designao de 1 bit que indica que a subtabela est ativa quando est em 1. Quando est em 0, a subtabela enviada ainda no foi aplicada e usada como a prxima subtabela. Quando o valor do campo table_id igual a um valor na faixa de 0x3A a 0x3C, este campo deve ser configurado em 1; section_number: campo de 8 bits que indica o nmero da seo da primeira seo na subtabela. Quando a seo contm uma mensagem DII, este campo deve ser configurado em 0. Quando esta seo contm uma mensagem DDB, este campo deve transportar uma cpia dos 8 bits menos significantes do nmero do bloco da DDB;

last_section_number: campo de 8 bits que indica o nmero da ltima seo (seo que tem o nmero mximo da seo) da subtabela qual pertence a seo; userNetworkMessage(): mensagem DII armazenada; downloadDataMessage(): mensagem DDB armazenada.

6
6.1

Especificao do carrossel de objetos


Escopo do carrossel de objetos

A especificao do carrossel de objetos foi adicionada para suportar os servios de transmisso de dados que requerem transmisso peridica de objetos DSM-CC U-U atravs das redes de transmisso compatveis com o sistema brasileiro de televiso digital terrestre (SBDTV). A transmisso de dados de acordo com a especificao do sistema brasileiro de televiso digital terrestre para carrossel de objetos transmitida de acordo com a DSM-CC de carrossel de objetos e especificao de carrossel de dados DSM-CC que so definidas em MPEG-2 DSM-CC (ver ISO/IEC 13818-6:1998, Seo 5).

6.2
6.2.1

Especificao do transporte de dados


Endereo de carrossel NSAP

A especificao SBTVD para carrossel de objetos baseada na especificao DSM-CC de carrossel de objetos (ver ISO/IEC 13818-6). Um carrossel de objetos SBTVD representa um domnio de servio particular que consiste em uma coleo de objetos DSM-CC U-U dentro de uma rede SBTVD. O domnio de servio tem uma porta de servio que apresenta um grfico de servios e nomes de objetos para os receptores. A nica identificao da porta de servio nas redes de transmisso feita por meio do endereo Network Service Access Point (NSAP) do carrossel, conforme definido em DSM-CC (ver ISO/IEC 13818-6). Este endereo contm uma parte especfica da rede que deve tornar o endereo nico dentro do ambiente de rede usado. O endereo NSAP do carrossel usado para referir-se ao carrossel de objetos a partir de outro domnio de servio. Para os ambientes do SBTVD, a sintaxe e a semntica do endereo NSAP do carrossel so definidas abaixo.

ABNT 2010 - Todos os direitos reservados

21

ABNT NBR 15606-3:2010

6.2.2

Estrutura do endereo NSAP do carrossel

O endereo NSAP do carrossel tem uma estrutura conforme definida na Figura 2 (ver ISO/IEC 13818-6).

Figura 2 Formato do endereo NSAP do carrossel A semntica do AFI (identificador de autorizao e formato), tipo, carouselId e especificador so definidos na ISO/IEC 13818-6. Em particular: AFI: campo de 8 bits que deve ser configurado no valor de 0x00 para indicar o uso privado do formato NSAP (ver EN 301 192); Type (Tipo): campo de 8 bits que deve ser configurado em 0x00 para indicar o uso do endereo NSAP para carrossis de objetos; carouselId: campo de 32 bits que deve ser configurado no identificador do carrossel de objetos, ou seja, o campo carouselId; specifier (especificador): campo de 32 bits que deve transportar o campo specifierType (configurado no valor de 0x01) e o cdigo OUI (Identificador nico Organizacional) como definido na DSM-CC (ver ISO/IEC 13818-6:1998, Seo 5); privateData:campo que deve transportar a estrutura ginga_service_location que definida na Tabela 20. Tabela 20 Sintaxe para a estrutura ginga_service_location Sintaxe ginga_service_location() { transport_stream_id org_network_id service_id reserved } 16 16 16 32 uimsbf uimsbf uimsbf bslbf Nmero de bits Mnemnico

A semntica da estrutura ginga_service_location deve ser a seguinte:


transport_stream_id: campo de 16 bits que identifica o stream de transporte no qual o carrossel transmitido; org_network_id: campo de 16 bits que identifica o network_id do sistema de entrega do qual se origina o carrossel; service_id: campo de 16 bits que fornece o identificador do servio que contm o carrossel de objetos. O service_id o mesmo que o program_number na program_map_section associada.

22

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

6.3
NOTA

Descritores
Todos os descritores do carrossel de dados so os mesmos usados na Seo 5.

6.3.1

Especificao PSI e SI

O servio de transmisso de dados indica o uso de um carrossel de objeto SBTVD pela incluso de um ou mais descritores de componentes dos dados descritor de ID do carrossel descritor de tag de associao, de acordo com a ARIB STD-B23. Cada descritor deve apontar para um carrossel de objetos e ser associado a um stream particular via um identificador component_tag. Em particular, o valor do campo component_tag idntico ao valor do campo component_tag de um stream_identifier_descriptor (ver EN 300 468) que pode estar presente na seo de mapa do programa PSI para o stream que usado como stream de dados. Cada descritor de transmisso de dados permite o uso de protocolos de camadas mais altas baseados no critrio de linguagem usando uma lista de nomes de objetos. Um carrossel de objeto pode ser implementado usando servios de transmisso de dados mltiplos. Os servios de transmisso de dados podem publicar que eles so parte de um carrossel de objeto particular pela incluso do carousel_identifier_descriptor como definido pela DSM-CC (ver ISO/IEC 13818-6) no primeiro enlace de descritor da tabela de mapa de programa. Alm disso, os carrossis-objetos usam o conceito de taps (ver ISO/IEC 13818-6) para identificar os streams nos quais os objetos so transmitidos. A associao entre os taps e os streams do servio de dados pode ser feita por um ou outro, usando o descritor association_tag definido em (ver ISO/IEC 13818-6) ou o stream_identifier_descriptor em EN 300 468. Em ltimo caso, presume-se que o campo component_tag do descritor stream_identifier seja o byte de menor significao do valor association_tag indicado que tem o byte mais significativo configurado em 0x00. Finalmente, os objetos de stream dentro dos carrossis de objetos U-U podem ser ligados aos streams elementares do servio de transmisso de dados por eles mesmos aos streams elementares de outros servios ou para completar servios SBTVD. Se o objeto de stream for ligado aos stream elementares de outros servios ou para completar os servios SBTVD, a tabela de mapa de programa do servio de transmisso de dados deve incluir o deferred_association_tags_ descriptor no primeiro enlace do descritor. 6.3.2 Deferred_association_tags_descriptor

A sintaxe e a semntica do deferred_association_tags_descriptor() nas redes compatveis com o SBTVD so descritas na Tabela 21. Tabela 21 Deferred_association_tags_descriptor Sintaxe deferred_association_tags_descriptor() { descriptor_tag descriptor_length association_tags_loop_length for (i=0;i<N1;i++) { association_tag } transport_stream_id program_number for (i=0;i<N2;i++){ private_data_byte } } Nmero de bits 8 8 8 16 16 16 8 Mnemnico uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

23

ABNT NBR 15606-3:2010

A semntica do deferred_association_tags_descriptor deve ser a seguinte: descriptor_tag: campo de 8 bits que deve ter o valor de 0x15; descriptor_length: campo de 8 bits que especifica a extenso do descritor em bytes; association_tags_loop_length: campo de 8 bits que define a extenso em bytes do enlace das tags de associao que seguem este campo; association_tag: campo de 16 bits que contm a association_tag que est associada com um stream que no faz parte do servio de transmisso de dados ou com outro servio SBTVD; transport_stream_id: campo de 16 bits que indica o stream de transporte no qual reside o servio que est associado com as tags de associao listadas; program_number: campo de 16 bits que deve ser configurado no service_id do servio que est associado com as tags de associao listadas; private_data_byte: campo que deve conter a estrutura deferred_service_location definida na Tabela 22. Tabela 22 Sintaxe para a estrutura deferred_service_location Sintaxe deferred_service_location() { org_network_id for (i=0;i<N;i++) { private_data_byte } } Nmero de bits 16 8 Mnemnico uimsbf uimsbf

A semntica da estrutura deferred_service_location deve ser a seguinte: org_network_id: campo de 16 bits que identifica o network_id do sistema de entrega a partir do qual se origina o servio; private_data_byte: campo de 8 bits que no especificado nesta Norma. 6.3.3 Tipo de fluxo

A presena de um carrossel de objetos em um servio deve ser indicada na tabela de mapa de programa desse servio colocando o tipo de stream que contm o carrossel de dados no valor de 0x0B (ver ISO/IEC 13818-1) ou um valor definido pelo usurio.

7
7.1

Encapsulamento multiprotocolo (MPE)


Especificao de transporte de dados

Os datagramas so encapsulados nas datagram_sections que so compatveis com o formato DSMCC_section para dados privados (ver ISO/IEC 13818-6). O mapeamento da seo dentro dos pacotes MPEG-2 de stream de transporte definido em sistemas MPEG-2 (ver ISO/IEC 13818-1). A sintaxe e a semntica do datagram_section so definidas na Tabela 23.

24

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 23 Sintaxe do datagram_section Sintaxe datagram_section () { table_id section_syntax_indicator private_indicator reserved section_length MAC_address_6 MAC_address_5 reserved payload_scrambling_control address_scrambling_control LLC_SNAP_flag current_next_indicator section_number last_section_number MAC_address_4 MAC_address_3 MAC_address_2 MAC_address_1 if (LLC_SNAP_flag == 1) { LLC_SNAP() } Else{ for (j=0;j<N1;j++) { IP_datagram_data_byte } } if (section_number == last_section_number) { for(j=0;j<N2;j++){ stuffing_byte } } If(section_syntax_indicator == 0){ checksum } else{ CRC32 } } A semntica do datagram_section deve ser a seguinte: table_id: campo de 8 bits que deve ser configurado em 0x3E, sees DSM-CC com dados privados (ver ISO/IEC 13818-6:1998, Seo 5); section_syntax_indicator: campo que deve ser configurado conforme definido na ISO/IEC 13818-6:1998, Seo 5; private_indicator: campo que deve ser configurado conforme definido na ISO/IEC 13818-6:1998, Seo 5; reserved: campo de 2 bits que deve ser configurado em 11; Nmero de de bits 8 1 1 2 12 8 8 2 2 2 1 1 8 8 8 8 8 8 Mnemnico uimsbf bslbf bslbf bslbf uimsbf uimsbf uimsbf bslbf bslbf bslbf bslbf bslbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf

bslbf

bslbf

32 32

uimsbf rpchof

ABNT 2010 - Todos os direitos reservados

25

ABNT NBR 15606-3:2010

section_length: campo que deve ser configurado conforme definido na ISO/IEC 13818-6:1998, Seo 5; MAC_address_[1..6]: campo de 48 bits que contm o endereo MAC do destino. O endereo MAC fragmentado em 6 campos de 8 bits, rotulados como MAC_address_1 a MAC_address_6. O campo MAC_address_1 contm o byte mais significativo do endereo MAC, enquanto o MAC_address_6 contm o byte menos significativo. A Figura 3 ilustra o mapeamento dos bytes do endereo MAC nos campos da seo.
NOTA A ordem dos bits nos bytes no est reservada e o MSB (Bit Mais Significativo) de cada byte tambm transmitido primeiro.

Os campos MAC_address contm um endereo MAC claro ou embaralhado, como indicado pelo campo address_scrambling_control;

Figura 3 Mapeamento dos bytes do endereo MAC para os campos da seo payload_scrambling_control: campo de 2 bits que define o modo de embaralhamento do payload da seo. Isso inclui o comeo do payload depois do MAC_address_1, mas exclui a checksum ou campo CRC32 (ver Tabela 24). O mtodo de embaralhamento aplicado privativo ao usurio; Tabela 24 Codificao do campo payload_scrambling_control Valor 00 01 10 11 Controle de embaralhamento do payload No embaralhado Definido pelo servio Definido pelo servio Definido pelo servio

address_scrambling_control: campo de 2 bits que define o modo de disperso do endereo MAC nesta subseo (ver Tabela 25). Este campo permite uma mudana dinmica dos endereos MAC. O mtodo de embaralhamento aplicado privativo ao usurio; Tabela 25 Codificao do campo address_scrambling_control Valor 00 01 10 11 Controle de endereo de embaralhamento No embaralhado Definido pelo servio Definido pelo servio Definido pelo servio

26

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

LLC_SNAP_flag: flag de 1 bit. Se o flag estiver configurado em 1, a payload carrega um datagrama seguindo campo MAC_address_1. A estrutura LLC/SNAP deve indicar o tipo de datagrama transportado. Se o flag estiver configurado em 0, a seo deve conter um datagrama IP sem encapsulamento LLC/SNAPP; current_next_indicator: campo de 1 bit que deve ser configurado no valor de 1; section_number: campo de 8 bits. Se o datagrama for carregado em sees mltiplas, ento este campo indica a posio da seo dentro do processo de fragmentao. Do contrrio ser configurado em zero; last_section_number: campo de 8 bits que deve indicar o nmero da ltima seo usada para carregar o datagrama, ou seja, o nmero da ltima seo do processo de fragmentao; LLC_SNAP: estrutura que deve conter o datagrama de acordo com as especificaes da ISO/IEC 8802-2 LLC (Controle de Conexo Lgica) e da ISO/IEC TR 8802-1 SNAP (Ponto de Anexao da Subrede). Se a payload da seo estiver embaralhada (ver payload_scrambling_mode), estes bytes devem estar dispersos; IP_datagram_data_byte: bytes contm os dados do datagrama. Se a payload da seo estiver embaralhada (ver payload_scrambling_mode), estes bytes devem estar embaralhados; stuffing_byte: campo opcional de 8 bits cujo valor no especificado. Se a payload da seo for embaralhada (ver payload_scrambling_mode), estes bytes so embaralhados. Eles devem auxiliar a codificao do bloco e processamento de dados nos ambientes de wide bus. O nmero de stuffing_bytes usados deve adequar-se s exigncias de alinhamento dos dados definidos no data_broadcast_descriptor; checksum: campo que deve ser configurado conforme definido na ISO/IEC 13818-6:1998, Seo 5. Ele calculado sobre o datagram_section completo; CRC_32: campo que deve ser configurado conforme definido na ISO/IEC 13818-6:1998, Seo 5. Ele calculado sobre o datagram_section completo.

7.2

Especificaes PSI e SI

O servio de transmisso de dados deve indicar a transmisso de datagramas pela incluso de um ou mais descritores de transmisso de dados em SI (ver ARIB STD-B23). Cada descritor deve ser associado a um stream via um identificador component_tag. Em particular, o valor do campo component_tag deve ser idntico ao valor do campo component_tag de um stream_identifier_descriptor (ver EN 300 468:2005, Seo 2) que pode estar presente na tabela de mapa de programa PSI (PMT) para o stream usado para transmitir os datagramas.

7.3

Descritor de protocolo de transporte

O descritor de protocolo de transporte utilizado da seguinte maneira: protocol_id: campo que deve ser configurado em 0x0002 para indicar o uso da especificao de encapsulamento multiprotocolo; component_tag: campo que deve ter o mesmo valor de um campo component_tag de um stream_identifier_descriptor, que possa estar presente na seo de mapa de programa PSI para o stream no qual os dados so transmitidos; selector_byte: bytes seletores que devem transportar a estrutura multiprotocol_encapsulation_info que definida na Tabela 26.

ABNT 2010 - Todos os direitos reservados

27

ABNT NBR 15606-3:2010

Tabela 26 Sintaxe para a estrutura multiprotocol_encapsulation_info Sintaxe multiprotocol_encapsulation_info() { MAC_address_range MAC_IP_mapping_flag alignment_indicator reserved max_sections_per_datagram } Nmero de bits 3 1 1 3 8 Mnemnico uimsbf bslbf bslbf bslbf uimsbf

A semntica da estrutura multiprotocol_encapsulation_info deve ser a seguinte: MAC_address_range: campo de 3 bits que deve indicar o nmero de bytes do endereo MAC que o servio usa para diferenciar os receptores de acordo com a Tabela 27; Tabela 27 Codificao do campo MAC_address_range MAC_address_range 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 Bytes de MAC_address vlidos Reservado 6 6,5 6,5,4 6,5,4,3 6,5,4,3,2 6,5,4,3,2,1 Reservado

MAC_IP_mapping_flag: flag de 1 bit. O servio deve configurar esse flag em 1, se usar o IP para mapeamento MAC (ver RFC 1112). Se esse flag estiver configurado em 0, o mapeamento dos endereos IP para endereos MAC feito fora do escopo desta Norma;

alignment_indicator: campo de 1 bit que deve indicar o alinhamento que existe entre os bytes do datagram_section e os bytes do stream de transporte, de acordo com a Tabela 28; Tabela 28 Codificao do campo alignment_indicator Valor 0 1 Alinhamento em bits 8 (padro) 32

reserved: campo de 3 bits que deve ser configurado em "111";

max_sections_per_datagram: campo de 8 bits que deve indicar o nmero mximo de sees que pode ser usado para carregar uma nica unidade de datagrama.

7.4

Tipo de stream

A presena de um stream de dados de multiprotocolo em um servio deve ser indicada na seo de mapa de programa desse servio pela configurao do tipo de stream para o valor de 0x0A (ver ISO/IEC 13818-6:1998, Seo 5) ou um valor definido pelo usurio.

28

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

8
8.1

Especificao da transmisso do data piping


Especificao do transporte de dados

O servio de transmisso de dados deve inserir os dados a serem transmitidos diretamente na payload dos pacotes MPEG-2 TS. O servio de transmisso de dados pode usar o campo payload_unit_start_indicator e o campo transport_priority dos pacotes do stream de Transporte MPEG-2 na forma de servio privado. O uso do adaptation_field deve ser compatvel com MPEG-2. A entrega dos bits em tempo atravs de um data pipe um servio privado e no especificado nesta Norma.

8.2

Especificaes PSI e SI

O servio de transmisso de dados deve indicar o uso de um data pipe (canal de dados), incluindo um ou mais descritores de transmisso de dados em SI (ver EN 300 468). Cada descritor deve ser associado com um canal de dados particular via um identificador component_tag. Em particular, o valor do campo component_tag deve ser idntico ao valor do campo component_tag de um stream_identifier_descriptor (ver EN 300 468) que pode ser apresentado na seo de mapa de programa PSI para o stream que usado como um data pipe.

8.3

Descritor de protocolo de transporte

O descritor de transmisso de dados deve ser usado da seguinte forma: protocol_id: campo que deve ser configurado em 0x0005 para indicar um canal de dados Ginga. Os outros campos esto presentes.

8.4

Tipo de stream
seo de mapa de programa deve ser 0x7E

A especificao do stream_type na (ver ABNT NBR 15603-2:2007, Tabela J.1).

9
9.1

Especificao de transmisso PES independente


Transmisso independente de PES

A especificao de transmisso PES independente um mtodo utilizado para implementar o streaming para servios de transmisso de dados. H dois tipos de especificao de transmisso PES: sincronizada e assncrona. O sistema de transmisso PES sincronizado utilizado quando necessrio sincronizar dados em um stream com outros streams, incluindo vdeo e udio. A especificao de transmisso PES assncrona utilizada quando a sincronizao no necessria. Como um exemplo de aplicao importante, espera-se que o tipo sincronizado seja utilizado para transmitir closed caption, e o tipo assncrono para transmisso de caracteres sobrepostos (superimposed). Para informaes relacionadas ao PES independente, ver Anexo A.

9.2

PES sincronizada

De acordo com a especificao de transmisso PES sincronizada, os dados so transmitidos utilizando um pacote PES especificado na ISO/IEC 13818-1. Qualquer mapeamento de pacote PES para um stream de transporte MPEG-2 deve atender ISO/IEC 13818-1.

ABNT 2010 - Todos os direitos reservados

29

ABNT NBR 15606-3:2010

De acordo com a especificao de transmisso do tipo sincronizada, um pacote PES com as seguintes restries utilizado alm da sintaxe e semntica especificadas na ISO/IEC 13818-1. Para o cabealho do pacote PES correspondente ao private_stream_1, deve ser utilizado o seguinte: stream_id: no caso de 0xBD(private_stream_1); um stream do tipo sincronizado, este deve ser configurado em

PES_packet_length: campo de 16 bits que deve ter um valor que no seja zero. A estrutura de dados da PES sincronizada demonstrada na Tabela 29 deve ser inserida no campo PES_packet_data_bytes. Tabela 29 Estrutura de dados da PES sincronizada Sintaxe syncronized_PES_data() { data_identifier private_stream_id reserved_future_use PES_data_packet_header_length for (i=0; i<N1; i++) { PES_data_private_data_byte } for(i=0;i<N2;i++){ syncronized_PES_data_byte } } A semntica de campos em um pacote PES sincronizado :

Nmero de bits 8 8 4 4 8 8

Mnemnico uimsbf uimsbf bslbf uimsbf bslbf bslbf

data_identifier: campo de 8 bits que deve ser configurado em 0x80; private_stream_id: no utilizado (0xFF); PES_data_packet_header_length: PES_data_private_date_bytes; campo de 4 bits indica a extenso em bytes do

PES_data_private_data_byte: campo de 8 bits que uma utilizao mais detalhada deste campo e depende de um servio. Uma unidade receptora pode omitir este campo; synchronized_PES_data_byte: campo de 8 bits contendo os dados transmitidos.

9.3

PES assncrono

De acordo com a especificao de PES assncrono, os dados so transmitidos utilizando um pacote PES especificado na ISO/IEC 13818-1. Qualquer mapeamento de pacote PES para um stream de transporte MPEG-2 deve atender ISO/IEC 13818-1. De acordo com a especificao de transmisso assncrona, um pacote PES com as seguintes restries utilizado alm da sintaxe e semntica especificadas na ISO/IEC 13818-1. Para o cabealho do pacote PES correspondente ao private_stream_2, deve ser utilizado:

stream_id: em caso de um stream tipo assncrono, deve ser configurado a 0xBF (private_stream_2); PES_packet_length: campo de 16 bits que deve ter um valor que no seja zero.

30

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A estrutura de dados do PES assncrono demonstrada na Tabela 30 inserida no campo do PES_packet_data_bytes. Tabela 30 Estrutura de dados de PES assncrona Sintaxe Asynchronous_PES_data() { data_identifier private_stream_id reserved_future_use PES_data_packet_header_length for (i=0; i<N1; i++) { PES_data_private_data_byte } for(i=0;i<N2;i++){ Asynchronous_PES_data_byte } } A semntica de campos em um pacote PES assncrono :

Nmero de bits 8 8 4 4 8 8

Mnemnico uimsbf uimsbf bslbf uimsbf bslbf bslbf

data_identifier: campo de 8 bits que deve ser configurado em 0x81; private_stream_id: no utilizado (0xFF); PES_data_packet_header_length: PES_data_private_date_bytes; campo de 4 bits que indica a extenso em bytes do

PES_data_private_data_byte: campo de 8 bits que uma utilizao mais detalhada desta rea e depende de um servio. Uma unidade receptora pode omitir este campo; asynchronous_PES_data_byte: campo de 8 bits contendo os dados transmitidos.

10 Protocolos de transporte
10.1 Protocolo do canal de transmisso
10.1.1 Stream de transporte MPEG-2 O stream de transporte MPEG-2 deve estar de acordo com a ISO/IEC 13818-1 e ABNT NBR 15602- 3. 10.1.2 Seo MPEG-2 A seo MPEG-2 deve estar de acordo com a ISO/IEC 13818-1 e ABNT NBR 15602- 3. 10.1.3 Dados privados DSM-CC Os dados privados DSM-CC devem estar de acordo com a ISO/IEC 13818-6. 10.1.4 Carrossel de dados DSM-CC O carrossel de dados DSM-CC deve estar de acordo com a ISO/IEC 13818-6.

ABNT 2010 - Todos os direitos reservados

31

ABNT NBR 15606-3:2010

10.1.5 Carrossel de objetos DSM-CC Para o protocolo de transporte de transmisso que transmite contedos de aplicao GINGA, dois sistemas so especificados: o sistema de transmisso de carrossel de objetos e o de carrossel de dados. Cada sistema est de acordo com a ISO/IEC 13818-6 (para equivalncias funcionais, ver Tabela 31). Tabela 31 Equivalentes funcionais Nome GEM Implementao na ARIB STD-B23 Observaes

Ver ARIB-STD-B23:2004, Anexo B

Em caso de utilizao de carrossel de dados, aplica-se a ARIB STDB23:2004, Anexo B Ver STD-B24

Carrossel

Ver GEM 1.0:2005, subsees 6.2.5 e 11.7.2

transport_stream_id, original_network_id, service_id de dvb_service_location() na ARIB STD-B23:2004, Tabela B.26: DVB endereo carrossel NSAP deve seguir a semntica da ARIB-SI. Qualquer sistema padro de carrossel selecionvel.

ETSI TS 101 812:2003, Anexo B, e ISO/IEC 13818-6 (DSM-CC carrossel de objetos)

Em caso de utilizao de um carrossel de objetos, a ETSI TS 101 812:2003, Anexo B, se aplica

10.1.6 Protocolo IP de transporte de multicast em um canal de transmisso O protocolo IP de transporte de multicast em um canal de transmisso deve estar de acordo com a EN 301 192. 10.1.7 Protocolo IP O protocolo IP deve estar de acordo com a RFC 791. 10.1.8 Protocolo UDP O protocolo UDP deve estar de acordo com a RFC 768. 10.1.9 Informaes de servio As informaes de servio devem estar de acordo com a ABNT NBR 15603-1, ABNT NBR 15603-2 e ABNT NBR 15603-3. 10.1.10 Sinalizao de IP A sinalizao de IP deve estar de acordo com a EN 301 192.

32

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

10.2 Protocolos de canal de interao


10.2.1 Pilha de protocolo do canal interativo Os protocolos de canal de interao devem estar de acordo com a ABNT NBR 15607. A Figura 4 ilustra o conjunto de protocolos de canal de interao SBTVD que so acessveis por aplicativos Ginga em alguns ou todos os perfis (ver ABNT NBR 15606-1). Os detalhes completos das API que oferecem acesso a estes protocolos de interao esto na ETSI TS 101 812:2003, Seo 11.

Aplicao Interface de aplicao programvel

DSM-CC Usurio para usurio UNO-RPC/ UNO-CDR

HTTP UDP Servio especfico

TCP IP Protocolos dependentes da rede Conexo de rede


Figura 4 Pilha de protocolo do canal de interao 10.2.2 Protocolo dependente da rede Os protocolos dependentes da rede devem estar de acordo com a ETS 300 800, ETS 300 801, EN 301 193, EN 301 195, EN 301 199, ETSI TR 101 201, EN 301 790 respectivamente para CATV, PSTN/ISDN, DECT, GSM, LMDS SMATV e redes de satlite. Para conexes baseadas nos canal de interatividade, o protocolo PPP utilizado conforme definido na RFC 1332, RFC 1661, RFC 1717. Redes que utilizam endereamento a servidores DNS devem estar de acordo com a RFC 1877. 10.2.3 Protocolo de internet (IP) O protocolo de internet est definido na RFC 791. 10.2.4 Protocolo de controle de transmisso (TCP) O protocolo de controle de transmisso est definido na RFC 793.

ABNT 2010 - Todos os direitos reservados

33

ABNT NBR 15606-3:2010

10.2.5 UNO-RPC O UNO-RPC consiste em Internet Inter-ORB Protocol (IIOP) e deve estar de acordo com a CORBA/IIOP. 10.2.6 UNO-CDR O UNO-CDR deve estar de acordo com a CORBA/IIOP. 10.2.7 DSM-CC usurio para usurio O DSM-CC usurio para usurio deve estar de acordo com a ISO/IEC 13818-6 com restries e extenses definidas na EN 301 192 e ETSI TR 101 202. 10.2.8 Protocolo HTTP O protocolo HTTP deve estar de acordo com a RFC 2616 para HTTP 1.1, RFC 1945 para HTTP 1.0 e RFC 2818 para HTTPS. 10.2.9 Protocolo especfico para o servio O protocolo especfico ou proprietrio deve ser suportado atravs de provedores registrados para este servio. 10.2.10 Protocolo de datagrama do usurio (UDP) O protocolo de datagrama de usurio (UDP) deve estar de acordo com a RFC 768. 10.2.11 DNS Os terminais que implementam o DNS devem estar de acordo com a RFC 1034 e RFC 1035, RFC 1982 e RFC 2181.

10.3 Protocolos de transporte para aplicativos sendo carregados no canal de interao


Os protolocos de transporte para aplicativos sendo carregados no canal de interao devem estar de acordo com a GEM 1.1:2006, Subseo 6.4. O sistema de arquivo implementado apenas pelo canal de interao deve estar de acordo com a GEM 1.0:2005, Subseo 6.4. O hbrido entre o stream de transmisso e o canal de interao deve estar de acordo com a GEM 1.0:2005, Subseo 6.4.

11 Modelo de aplicao
11.1 Aplicao Ginga
A aplicao Ginga-J deve estar de acordo com a ABNT NBR 15606-4. Nesta Norma, este modelo utilizado como modelo Ginga-J; para o modelo Ginga-NCL a aplicao Ginga deve estar de acordo com a ABNT NBR 15606-2.

11.2 Modelo Ginga-J


O modelo utilizado como o modelo Ginga-J e deve estar de acordo com a ABNT NBR 15606-4:2010, Seo 7.

34

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

11.3 Como lidar com o modelo NCL


O Modelo NCL deve estar de acordo com os detalhes da ABNT NBR 15606-2.

11.4 Gerenciamento de recursos entre aplicaes


O gerenciamento de recursos entre aplicaes deve estar de acordo com a ABNT NBR 15606-2.

12 Transmisso de informaes de aplicao


12.1 Descritores AIT e valores constantes
Os descritores AIT e os valores constantes devem estar de acordo com a ARIB STD-B23 e com a Tabela 32. Tabela 32 Descritores AIT e valores constantes
Onde utilizado Data contents descriptor Data coding descriptor Carousel ID descriptor Association tag descriptor Extension tag descriptor Label descriptor Caching priority descriptor Content type descriptor Reservado para futuro descritor OC Application information table (AIT) Application descriptor Application name descriptor Transport protocol descriptor Ginga-J application descriptor Ginga-J application location descriptor External application authorisation descriptor Ginga-NCL application descriptor Ginga-NCL application location descriptor NCL (reservado para uso futuro) Application icons descriptor Pre-fetch descriptor DII location descriptor Reservado para uso futuro IP signalling descriptor Reservado para uso futuro Private data specifier descriptor Reservado para uso futuro Definido pelo usurio Tipo Valor 0xC7 0xFD 0x13 0x14 0x15 0x70 0x71 0x72 0x73-0x7F 0x74 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 Descriptor tag 0x08-0x0A 0x0B 0x0C 0x0D 0x0E 0x010 0x11 0x12-0x5E 0x5F 0x60-07F 0x80-0xFE AIT Ver Seo 12 e Anexo C Ver GEM - Middleware Onde definido EIT PMT Foco Ver Seo 12, Anexo B, Anexo C e ARIB STD-B23 Ver ARIB STD-B23 (carroussel de dados e objetos) Ver Seo 12 Descritores

Descriptor tag

Ver ARIB STD-B23

DII moduleinfo BIOP objectinfo OC

Descriptor tag

Table ID no PID AIT

ABNT 2010 - Todos os direitos reservados

35

ABNT NBR 15606-3:2010

Tabela 32 (continuao)
Sistema de codificao Ginga Sistema de transmisso AIT Sistema de transmisso de carrossel de dados Sistema de transmisso de carrossel de objetos Carrossel de objetos GINGA Carrossel de dados GINGA Ginga-J application type A0 (FullSeg) A1(OneSeg) A3 (FullSeg) A4 (OneSeg) 1 10 0x0001 0x0004 0x0001 AIT Ver Seo 12.6, e ABNT NBR 156083 Ver Seo 12, e ARIB STD-B23 Ver Seo 12, e ARIB STD-B23 Ver Seo 12, e ARIB STD-B23

Sistema de codificao de dados (data_component_id)

PMT

Formato de transmisso (transmission_format) Identificao de protocolo (protocol_id) Tipo de aplicao (application_type)

rea de sistema de codificao de dados

Ver ARIB STD-B23

AIT

12.2 Execuo da aplicao Ginga


Para realizar a execuo das aplicaes Ginga, necessrio especificar a aplicao e transmitir a informaes adicionais da aplicao para control-la. O sistema de transmisso da informao da aplicao para ser utilizada nesta parte da ABNT NBR 15606 deve estar de acordo com a Seo 12. As informaes adicionais de acordo com a ARIB STD-B23 so as seguintes: valores de identificao referentes ao Ginga e a AIT, para identificar o armazenamento do componente de dados do additional_ ginga_info() em a partir do additional identifying information no data component descriptor para o ES que transmite a aplicao Ginga na PMT; armazenamento do ginga_info() a partir do additional information dentro do data contents descriptor para ser armazenado com a rea dos descritores de um evento de programa que utilize o aplicaes Ginga na EIT; armazenamento da ait_identifier_info() a partir do additional information dentro do data component descriptor para o ES que transmite a AIT na PMT;

nas estruturas additional_ginga_info() e ginga_info(), o campo transmission_format deve ser identificado com o valor 10, que indica o formato de transmisso como carrossel de objetos. Alm das informaes acima, a Application Information Table (Tabela de Informaes da Aplicao), especificada em 12.16.1, deve ser transmitida em um ES que engloba o programa na forma de sees privadas. Utilizado a AIT, a informao da aplicao armazenada (ver 12.17.1) sobre a estrutura dos grupos de descritores armazenados na AIT. Para informaes adicionais relacionadas s tabelas PMT e EIT, ver o Anexo C.

12.3 Sinalizaes comuns das aplicaes


As sinalizaes comuns das aplicaes so os requisitos mnimos de sinalizao capaz de identificar alguns aspectos como a fonte do cdigo da aplicao, o nome da aplicao, o ID da aplicao e ID da Organizao referentes a aplicao. As informaes de aplicaes so transmitidas em sees privadas, a partir da Tabela 46 (ver 12.16.1), como um ES que engloba o programa. Desta forma, a informao adicional necessria para cada aplicao transmitida.

36

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Como complemento, os valores de identificao do componente de dados so determinados de forma a indicar a existncia da transmisso da AIT, assim como a aplicao GINGA, e a estrutura da seleo de rea do data component descriptor (ver 12.7 para detalhes). Os seguintes descritores devem ser armazenados na AIT como informao comum, sem levar em considerao o formato da aplicao: transport protocol descriptor: todas as aplicaes devem estar no escopo de pelo menos um transport protocol descriptor. Este descritor pode ser armazendo tanto no common information descriptor loop como no application information descriptor loop; application descriptor: um nico descritor de aplicao deve ser armazenado em um enlace de descritor de informao de aplicao para cada uma destas; application name descriptor: uma nica aplicao deve ser armazenada em um enlace de descritor de informao de aplicao para cada uma destas.

12.4 Sinalizaes adicionais das aplicaes Ginga


Os parmetros de sinalizao da aplicao e a indicao do initial entity so requisitos mnimos que devem ser transmitidas via AIT. No enlace do descritor de informaes de aplicao AIT Ginga, os seguintes devem ser armazenados pelo menos para uma aplicao. Ginga-J application descriptor; Ginga-J application location descriptor. ou Ginga-NCL application descriptor; Ginga-NCL application location descriptor.

12.5 Informaes adicionais em PSI/SI


Como para as informaes de aplicao, a Tabela 32 de informaes de aplicao (AIT) transmitida em modo seo privada como um ES que compreende o programa. As informaes adicionais referentes transmisso de informaes de aplicao so as seguintes: definio de valores de identificao correspondentes a Ginga e AIT para identificar o armazenamento do componente de dados de additional_ginga_info() de informaes adicionais, identificando as informaes do descritor de componente de dados para ES que transmite Ginga na PMT; armazenamento de ginga_ info() em informao adicional dentro do descritor de contedos de dados a serem armazenados na rea do descritor de um evento de programa que utiliza a aplicao Ginga na EIT; armazenamento ait_identifier_info() em informao adicional dentro do descritor de componente de dados para ES que transmite AIT de PMT; diferenciao de outros sistemas de transmisso atribuindo 0x0004 como o protocol_id que corresponde aos dados de transmisso de carrossel. Para detalhes do selector_byte, ver 12.17.6; atribuio de um sistema de transmisso de carrossel de objetos em 10 no campo de additional_ginga_info() e ginga_info() para identificar o sistema de transmisso de contedos em nvel de PMT;

ABNT 2010 - Todos os direitos reservados

37

ABNT NBR 15606-3:2010

no caso de transmission_format=10 (= sistema de transmisso de carrossel de objetos), o descritor association_tag (valor de tag: 0x14), o descritor deffered_Association_tag (valor de tag: 0x15) ou o descritor Carousel_id (valor: 0x13), especificados na ISO/IEC 13818-6, devem ser armazenados em PMT, conforme necessrio.

12.6 Identificao do componente de dados


Um data_component_id atribudo aplicao Ginga. Enquanto isso, um valor de identificao de componente de dados atribudo transmisso AIT e um stream elementar a ser transferido no modo de seo privada adicionado ao PMT.

12.7 Descritor de componente de dados e descritor de contedos de dados


12.7.1 Referncia indireta A partir do carrossel que transmite a aplicao Ginga, deve ser feita referncia indireta com o descritor de componente de dados relevante ao sistema de codificao Ginga pelo componente de tag (component_tag.) 12.7.2 Descritor de componente de dados em aplicao Ginga - Sistema de codificao de dados Quando a identificao da codificao de dados feita pelo sistema de codificao Ginga, a estrutura additional_ginga_info(), conforme demonstrado na Tabela 33, descrita dentro da rea de informaes adicionais de identificao no descritor de componente de dados. Tabela 33 Additional_ginga_info()

Sintaxe additional_ginga_info() { transmission_format application_identifier_flag recommended_resolution independent_flag if (application_identifier_flag == 1) { application_identifier() } if (transmission_format == 00 ){ download_id ondemand_retrieval_flag file_storable_flag event_section_flag reserved_future_use } else if (transmission_format == 01){ reserved_future_use } else if (transmission_format == 10){ carousel_id ondemand_retrieval_flag file_storable_flag event_section_flag reserved_future_use } }

Nmero de bits 2 1 4 1 8

Mnemnico bslbf bslbf bslbf bslbf bslbf

32 1 1 1 5 8

uimsbf bslbf bslbf bslbf bslbf bslbf

32 1 1 1 5

uimsbf bslbf bslbf bslbf bslbf

38

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A descrio do additional_ginga_j_info( ) deve ser a seguinte: transmission_format (formato de transmisso): a rea de 2 bits especifica o sistema de transmisso da aplicao Ginga (ver Tabela 34); Tabela 34 Formato de transmisso Valor 00 00 10 11 Descrio Carrossel de dados e mensagem de eventos (exceto servio de dados s para armazenamento) Carrossel de dados (servio de dados s para armazenamento) Carrossel de objetos reservado para o futuro

application_identifier_flag (flag identificador da aplicao): flag de 1 bit que indica se o identificador de aplicao est includo na rea de seleo (ver Tabela 35); Tabela 35 Flag identificador da aplicao default_version_flag 0 1 Descrio No utilizar o valor padro para o nmero da verso Usar valor padro para o nmero da verso

recommended_resolution (resoluo recomendada): A resoluo da aplicao Ginga (correspondente s caractersticas de resoluo) e taxa de aspecto (correspondente s caractersticas de display-aspect-ratio) so indicadas neste campo. No SBTVD o campo recommended resolution especificado na tabela AIT sendo obrigatrio seu uso nos dispositivos one seg conforme Tabela 36. Tabela 36 Sintaxe do campo recommended resolution

Sintaxe recommended_resolution

Nmero de bits 4

Mnemnico bslbf

independent_flag (flag independente de disponibilidade de udio e vdeo): indica se presume-se que o programa de transmisso de dados seja ouvido e visto independentemente; 0 = Impossvel e 1 = Possvel.

application_identifier() (identificador de aplicao): um valor para identificar exclusivamente a aplicao. Ver Tabela 38 para os detalhes; Escolher um dos valores da Tabela 37.

ABNT 2010 - Todos os direitos reservados

39

ABNT NBR 15606-3:2010

Tabela 37 Opes de resoluo Valor 0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101-1111 Descrio Aplicaes Ginga com mltiplos tamanhos e resolues 1920 x 1080 (16:9) 1280 x 720 (16:9) 960 x 540 (16:9) 720 x 480 (16:9) 720 x 480 (4:3) 160 x 120 (4:3) 160 x 90 (16:9) 320 x 240 (4:3) 320 x 180 (16:9) 352 x 288 (4:3) 240 x n (min = 320) (one-seg orientao "retrato") n (min = 320) x 240 (one-seg orientao "paisagem") Reservado para o futuro

Tabela 38 Codificao de identificador de aplicao Estrutura de dados application_identifier() { organization_id application_id } 32 16 bslbf bslbf Nmero de bits String de bits

organization_id (ID da organizao): campo de 32 bits que indica a organizao que preparou a aplicao. Este ID armazena um nmero nico de 32 bits atribudos no SBTVD pela emissora matriz e seu valor representado pelos 16 bits do network_id a partir do bit mais significativo completando os 16 bits restantes com o mesmo valor;
EXEMPLO

Uma emissora matriz que possui o Original_network_id igual a (0000000010000001)B utiliza o organization_id igual a (00000000100000010000000010000001)B identificao nica para todas as emissoras de sua rede. application_id (ID da aplicao): campo de 16 bits que armazena o nmero exclusivamente atribudo no sistema para identificar a aplicao. Se a aplicao descrita pelo descritor for um servio adicional a um programa de televiso ou de rdio, ela utilizada para especificar a aplicao que realmente se associa ao programa de televiso ou rdio;

40

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

download_id (ID do download): campo de 32 bits que serve como rtulo que identifica o carrossel de forma nica. Ele mostra o carrossel que deveria estar montado como configurao padro; ondemand_retrieval_flag (flag de disponibilidade de recepo de udio e vdeo por demanda): rea de 1 bit que indica, para a recepo da aplicao transmitida pelo dito ES, se a aquisio da aplicao a partir do carrossel em cada caso da operao de audincia est prevista. A capacidade de recepo regulada pela operao de cada entidade de mdia; 0 = No disponvel e 1 = Disponvel; file_storable_flag (flag de arquivo armazenvel): indica se o armazenamento do arquivo do programa de transmisso de dados correspondente possvel. Por exemplo, o armazenamento de arquivo difcil se a informao for atualizada durante o programa. A capacidade de armazenamento regulada pela operao de cada entidade de mdia. 0 = Arquivo no armazenvel e 1 = Arquivo armazenvel; event_section_flag (flag de evento da seo de transmisso): campo de 1 bit que indica se a mensagem de evento distribuda por este componente. 0 = A mensagem de evento no distribuda e 1 = A mensagem de evento distribuda; carousel_id (ID do carrossel): campo de 32 bits que o valor de identificao que especifica de forma exclusiva o carrossel de objetos. Este valor de identificao especificado pelo descritor carousel_id (descritor do identificador do carrossel), que est armazenado no PMT. 12.7.3 Descritor de contedos dos dados na aplicao Ginga - Sistema de contedo de dados Se a identificao da codificao de dados for feita conforme o sistema de codificao Ginga, a estrutura ginga_info() demonstrada na Tabela 39 deve ser descrita na rea de seleo do descritor de contedos de dados no EIT. Isso permite que a notificao avanada da aplicao Ginga seja agendada para uso pela unidade de evento de programa. As informaes a respeito da aplicao Ginga e sinais de controles so armazenados na AIT. No se presume que a aplicao seja controlada pela unidade de evento de programa. Conseqentemente, no h mecanismo na AIT que compreenda o cronograma pelo qual a aplicao Ginga ser utilizada para cada unidade de programa (ver ABNT NBR 15603-2:2007, 8.3.28).

ABNT 2010 - Todos os direitos reservados

41

ABNT NBR 15606-3:2010

Tabela 39 Ginga_j_info()

Estrutura de dados ginga_info(){ transmission_format reserved_future_use recommended_resolution default_version_flag independent_flag application_identifier_flag content_id_flag associated_application_flag reserved_future_use update_flag ISO_639_language_code if ( application_identifier_flag == 1 ) { application_identifier() } if (content_id_flag==1) { content_id content_version } if (default_version_flag==0) { application_profiles_length for ( i=0; I<N; i++) { application_profile profile_major_version profile_minor_version profile _micro_version } } if (transmission_format == 00) { ginga_carousel_info() ondemand_retrieval_flag file_storable_flag reserved_future_use } else if (transmission_format == 01) { ginga_stored_carousel_info() } else if (transmission_format == 10) { ginga_object_carousel_info() ondemand_retrieval_flag file_storable_flag reserved_future_use

Nmero de bits Mnemnico

2 1 4 1 1 1 1 1 3 1 24 bslbf

bslbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf

32 16

uimsbf uimsbf

8 16 8 8 8

uimsbf uimsbf uimsbf uimsbf uimsbf

1 1 6

bslbf bslbf bslbf

1 1 6

bslbf bslbf bslbf

42

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A descrio da ginga_info( ) deve ser a seguinte: transmission_format (formato de transmisso): rea de 2 bits que especifica o sistema de transmisso da aplicao Ginga (ver Tabela 40); Tabela 40 Formato de transmisso Valor 00 00 10 11 Descrio Carrossel de dados e mensagem de eventos (exceto servio de dados s para armazenamento) Carrossel de dados (servio de dados s para armazenamento) Carrossel de objetos Reservado para o futuro

recommended_resolution (resoluo recomendada) A resoluo da aplicao Ginga e display-aspectratio que so indicadas na Tabela 41; Tabela 41 Opes de resoluo

Valor 0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101-1111

Descrio Aplicaes Ginga com mltiplos tamanhos e resolues 1920 x 1080 (16:9) 1280 x 720 (16:9) 960 x 540 (16:9) 720 x 480 (16:9) 720 x 480 (4:3) 160 x 120 (4:3) 160 x 90 (16:9) 320 x 240 (4:3) 320 x 180 (16:9) 352 x 288 (4:3) 240 x n (min = 320) (one-seg orientao "retrato") n (min = 320) x 240 (one-seg orientao "paisagem") Reservado para o futuro

default_version_flag (flag de utilizao da verso-padro): flag de 1 bit que indica que o valor-padro especificado pela operao utilizado como um perfil para a execuo da aplicao Ginga que deve ser transmitida pelo ES correspondente. Deve estar de acordo com a Tabela 42; Tabela 42 default_version_flag default_version_flag 0 1 Descrio No utilizar o valor-padro para o nmero da verso Usar valor-padro para o nmero da verso

ABNT 2010 - Todos os direitos reservados

43

ABNT NBR 15606-3:2010

independent_flag (flag independente de disponibilidade de udio e vdeo): indica se presume-se que o programa de transmisso de dados seja ouvido e visto independentemente; 0 = Impossvel e 1 = Possvel;

application_identifier_flag (flag identificador da aplicao): flag de 1 bit que indica se o identificador de aplicao est includo na rea de seleo; 0 = No Incluso e 1 = Incluso; content_id_flag (flag de ID de contedos): flag de 1 bit que indica se a ID dos contedos e sua verso esto includos no descritor; 0 = No Incluso e 1 = Incluso; associated_application_flag (flag de aplicao associada): flag de 1 bit que indica os contedos associados ao programa de televiso ou rdio, quando a aplicao descrita por este descritor for um servio adicional de dados para o programa de televiso ou rdio. Para uma aplicao que no seja um servio adicional, o valor deve sempre ser 0; update_flag (flag de atualizao): indica se h distribuio diferencial para esta aplicao no futuro; 0 = No h distribuio diferencial e 1 = H distribuio diferencial; ISO_639_language_code (cdigo de linguagem): cdigo de linguagem usado para a aplicao Ginga; application_identifier() (identificador de aplicao): valor para identificar exclusivamente a aplicao (ver Tabela 43); Tabela 43 Estrutura do identificador de aplicao Estrutura de dados application_identifier() { organization_id application_id } organization_id (ID da organizao): campo de 32 bits que indica a organizao que preparou a aplicao. Este ID armazena um nmero nico de 32 bits atribudos no SBTVD pela emissora matriz e seu valor representado pelos 16 bits do network_id a partir do bit mais significativo completando os 16 bits restantes com o mesmo valor; 32 16 bslbf bslbf Nmero de bits String de bits

EXEMPLO

Uma emissora matriz que possui o Original_network_id igual a (0000000010000001)B utiliza o organization_id igual a (00000000100000010000000010000001)B identificao nica para todas as emissoras de sua rede.; application_id (ID da aplicao): campo de 16 bits que armazena o nmero que identifica a aplicao. O nmero atribudo de forma exclusiva no sistema. Quando a aplicao descrita pelo descritor for um servio adicional ao programa de televiso ou rdio, utilizada para especificar a aplicao que de fato se associa ao programa de televiso ou rdio; content_id (ID de contedos): campo de 32 bits que um rtulo que identifica o programa de transmisso de dados e atribudo de forma exclusiva na companhia de transmisso. Em caso de armazenamento de dados, se o content_id tiver o mesmo valor de um programa de transmisso de dados anterior, os dados podem ser sobrescritos;

44

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

content_version (verso dos contedos): campo de 16 bits que indica o nmero da verso entre o programa de transmisso de dados que tem uma ID de contedos idntica; application_profiles_length (especificao de extenso do perfil da aplicao): indica a extenso do campo que especifica o perfil receptor com o qual a aplicao executvel; profile_major_version (nmero principal do perfil): campo de 8 bits que indica que o nmero principal entre os nmeros de verso dos perfis de recepo deve corresponder pelo menos execuo de aplicao Ginga relevante; profile_minor_version (nmero secundrio de perfil): campo de 8 bits que indica o nmero secundrio entre os nmeros de verso dos perfis de recepo que deve corresponder a pelo menos a execuo de aplicao Ginga relevante; profile_micro_version (micronmero de perfil): campo de 8 bits que indica o micronmero entre os nmeros de verso dos perfis de recepo que deve corresponder a pelo menos a execuo de aplicao Ginga relevante; ginga_carousel_info(): estrutura de dados especificada na ARIB STD-B24:2007, Anexo C2; ondemand_retrieval_flag (flag de disponibilidade de recepo de udio e vdeo por demanda): rea de 1 bit que indica, para a recepo da aplicao transmitida pelo dito ES, se a aquisio da aplicao a partir do carrossel em cada caso da operao de audincia est prevista. A capacidade de recepo regulada pela operao de cada entidade de mdia; 0 = No disponvel e 1 = Disponvel; file_storable_flag (flag de arquivo armazenvel): indica se o armazenamento do arquivo do programa de transmisso de dados correspondente possvel. Por exemplo, o armazenamento de arquivo difcil se a informao for atualizada durante o programa. A capacidade de armazenamento regulada pela operao de cada entidade de mdia; ginga_stored_carousel_info(): estrutura de dados especificada na ARIB STD-B24:2007, Anexo C2; ginga_object_carousel_info(): estrutura de dados especificada em 12.7.4.2. 12.7.4 Descritor de componente de dados para transmisso AIT 12.7.4.1 Ait identifier inf

Quando a ID da codificao de dados transmisso AIT, a estrutura ait_identifier_info() demonstrada na Tabela 43 deve ser descrita dentro da rea de seleo do descritor de componente de dados no PMT (ver ABNT NBR 15603-2:2007, Subseo 7.2.3). Tabela 44 Ait_identifier_info() Estrutura de dados ait_identifier_info(){ for ( i=0; i<N; i++ ) { application_type reserved_future_use AIT_version_number } } Nmero de bits String de bits

16 3 5

uimsbf bslbf uimsbf

ABNT 2010 - Todos os direitos reservados

45

ABNT NBR 15606-3:2010

A descrio da ait_identifier_info( ) deve ser a seguinte: application_type (tipo de aplicao): indica o valor do tipo de aplicao a ser transmitido na AIT. O valor atribudo a este campo deve estar conforme a Tabela 46; AIT_version_number (nmero da verso AIT): verso atual version_number armazenada. 12.7.4.2 rea de seleo do descritor de contedos de dados na transmisso do carrossel de objetos

Quando as informaes para o controle de recepo do carrossel de objetos esto dentro da rea de seleo do descritor de contedo de dados, as informaes demonstradas na Tabela 45 devem ser adicionadas na posio da rea de seleo para cada esquema de codificao de dados. Tabela 45 Estrutura Ginga_object_carousel_info() Estrutura de dados ginga_object_carousel_info(){ num_of_carousels for(i=0; i< num_of_carousels; i++) { association_tag event_section_flag reserved_future_use Component_size_flag default_transaction_id_flag default_timeout_DSI_flag default_leak_rate_flag if (component_size_flag == 1) { component_size } if (default_transaction_id_flag == 1) { transaction_id } if (default_timeout_DSI_flag == 1) { timeout_value_DSI } if (default_leak_rate_flag == 1) { leak_rate reserved } } } A descrio da ginga_object_carousel_info() deve ser a seguinte: num_of_carousels (nmero de carrossis): campo de 8 bits que indica o nmero de carrossis de objetos includos em uma volta do enlace; 32 uimsbf Nmero de bits 8 16 1 3 1 1 1 1 String de bits uimsbf uimsbf bslbf bslbf bslbf bslbf bslbf bslbf

32

uimsbf

32

uimsbf

22 2

uimsbf bslbf

46

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

association_tag (tag de associao): campo de 16 bits que especifica o componente de stream para o qual a mensagem DSI com o ServiceGatewayInfo do carrossel de objeto armazenada, pelo tag de associao que atribudo pelo descritor association_tag de PMT; event_section_flag: com este componente, a distribuio de mensagem de evento indicada; component_size_flag (flag de tamanho de componente): campo de 1 bit que indica se o tamanho do componente codificado na estrutura de dados. Quando o valor do campo component_size ainda no est definido, no est codificado (0: no codificado; 1: codificado); default_transaction_id_flag: campo de 1 bit que indica se a ID de transao est codificada na estrutura de dados. Quando a aquisio de Dll para ID opcional de transao est especificada, a ID de transao no est codificada (0: no codificada; 1: codificada); default_timeoutDSI_flag: campo de 1 bit que indica se o valor de intervalo DSI est codificado na estrutura de dados. Quando o valor-padro definido pela operao utilizado como o valor de intervalo DSI, ele no est codificado (0: no codificado; 1: codificado); default_leak_rate_flag: campo de 1 bit que indica se a taxa de vazo est codificada na estrutura de dados. Quando o valor-padro definido pela operao utilizado como valor de taxa de vazo, ele no est codificado (0: no codificado; 1: codificado); component_size (tamanho de componente): campo de 32 bits que indica o tamanho total dos dados (unidade: byte) a serem transferidos pelo dito carrossel de objetos; transaction_id (ID da transao): valor de ID da transao a ser transmitido pelo componente. A ID no codificada de transao mostra a necessidade de aquisio DSI que tem ID de transao opcional; time_out_value_DSI (valor de intervalo DSI): campo de 32 bits que indica o valor de intervalo recomendado (unidade em milissegundos) para a recepo de toda a seo DSI do carrossel relevante. Quando o valor for 0xFFFFFFFF, ser uma indicao de que no valor de intervalo recomendvel; leak_rate (taxa de vazo): campo de 22 bits que indica a taxa de vazo do buffer de transporte do receptor. A unidade de 50 byte/s.

12.8 Localizador em descrio de aplicao


Alguns campos da descrio da aplicao podem conter localizadores (locators) para indicao em certos tipos de arquivos em diretrios, ou em transportes HTTP, url etc. O localizador utilizado na descrio da aplicao deve estar em acordo com a ARIB STD-B23:2004, Seo 14.

12.9 Descrio da aplicao


A descrio da aplicao deve estar em acordo com 12.10 a 12.15. A estrutura de sesso AIT a ser transmitida no modo de transmisso de sesso privada deve estar de acordo com 12.16. O campo de string na AIT pode ser codificado por um cdigo de caracteres ISO/IEC 8859-15. Por outro lado, os strings adquiridos pelo mtodo getName() podem ser automaticamente convertidos em strings utilizveis em Java. Os tipos de aplicaes devem ser modificados, inclusive o tipo de aplicao 0x0008, como aplicao reservada GINGA, e 0x0009, como aplicao Ginga-NCL, como demonstrado na Tabela 46.

ABNT 2010 - Todos os direitos reservados

47

ABNT NBR 15606-3:2010

Tabela 46 Tipo de aplicao Tipo de aplicao 0x0000 0x0001 0x0002 0x0006 0x0007 0x0008 0x0009 0x000A 0x7FFF Descrio Reservado Ginga-J Reservado ARIB Reservado Ginga-NCL Reservado

12.10 Transmisso e monitoramento de descrio de aplicao


A transmisso e monitorao da descrio de aplicao deve ocorrer e o intervalo entre uma atualizao e o receptor detectar uma nova verso no pode exceder 30 s. Como para o processo de transmisso, a tabela da seo que est de acordo com a estrutura AIT transmitida como ES que compreende o modo de transmisso via seo privada do programa. Para a operao, o valor 0x0001, 0x0008 e 0x0009 so atribudos como o application_type de Ginga-J, Ginga e Ginga-NCL, e 0x0001 atribudo como o valor de protocol_id para significar o sistema de transmisso de carrossel de objetos. O selector_byte no descritor de protocolo de transporte para o sistema de transmisso do carrossel de dados deve ser da mesma sintaxe, como para o caso do protocolo de transporte de carrossel de dados (protocol_id =0x0004). Para os detalhes da estrutura, ver Tabela 57.

12.11 Visibilidade da descrio de aplicao


Enquanto no for selecionado um novo servio e a aplicao estiver recebendo sua sinalizao permitido a sua exibio mesmo se a descrio no estiver disponvel.

12.12 Detalhes da descrio de aplicao


As descries de aplicao so transmitidas com base no sistema de transmisso descrito em 12.3. Os descritores de aplicao especificados em 12.17 devem ser utilizados para o armazenamento das descries de aplicao.

12.13 Tratamento da aplicao a partir de servio previamente selecionado


A partir de um servio previamente selecionado, se um aplicativo com um service_bound_flag 0 executado quando uma seleo de servios realizada, ela deve continuar a execuo em um novo servio, se o mesmo pedido for sinalizado.

12.14 Descrio de aplicao especfica ao Ginga-J


A descrio de aplicao especfica deve estar de acordo com a Tabela 46.

12.15 Detalhes da descrio de aplicao Ginga


As descries de aplicao Ginga so transmitidas com base no sistema de transmisso descrito em 12.3. A estrutura AIT e a estrutura do descritor em AIT devem estar de acordo com 12.6. Os descritores de aplicao especificados em 12.18 devem ser usados para o armazenamento dos descritores da aplicao Ginga.

48

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

12.16 Sistema de codificao de informao de aplicao


12.16.1 Informao de aplicao

Na AIT, todas as informaes relevantes aplicao e exigncias para status de partida esto armazenados. Tambm possvel instruir o receptor para alterar o status de partida a partir da estao de TV atravs dos dados na AIT. Todas as sees AIT que tenham o mesmo Application_Type no PID idntico compreendem uma subtabela. O valor de tag de descrio na AIT deve ser nico na AIT. A estrutura de dados da informao de aplicao AIT demonstrada na Tabela 47. Tabela 47 Tabela de informao da aplicao (AIT)

Estrutura de dados application_information_section (){ Table_id section_syntax_indicator reserved_future_use reserved section_length application_type reserved version_number current_next_indicator section_number last_section_number reserved_future_use common_descriptors_length for (i=0, i<N; i++) { descriptor () } reserved_future_use application_loop_length for (i=0; i<N;i++) { application_identifier () application_control_code recommended_resolution application_descriptors_loop_length for (j=0; j<M; ;j++) { descriptor () } } CRC_32 }

Nmero de bits

String de bits uimsbf bslbf bslbf bslbf uimsbf uimsbf bslbf uimsbf bslbf uimsbf uimsbf uimsbf

8 1 1 2 12 16 2 5 1 8 8 4 12

4 12 8 4 12

bslbf uimsbf uimsbf bslbf uimsbf

32

rpchof

ABNT 2010 - Todos os direitos reservados

49

ABNT NBR 15606-3:2010

A descrio da application_information_section () deve ser a seguinte: table_id (ID tabela): neste campo de 8 bits, 0x74 armazenado para indicar que esta a tabela AIT;

section_syntax_indicator (indicador de sintaxe da seo): a indicao de sintaxe da seo sempre 1 em um campo de 1 bit; section_length (extenso da seo): campo de 12 bits. Os primeiros 2 bits devem sempre ser 00. Isso especifica o nmero de bits do campo de extenso de seo para a ltima seo, incluindo CRC32. O valor deve ser inferior a 1021 (0x3FD em hexadecimal); application_type (tipo de aplicao): campo de 16 bits que indica o valor do tipo de aplicao a ser transmitido na AIT. O valor atribudo a este campo deve estar conforme a Tabela 46; version_number (nmero da verso): campo de 5 bits que o nmero da verso da subtabela. Deve-se adicionar um ao nmero da verso, quando uma alterao for feita na informao dentro da subtabela. Quando o valor alcanar 31, o prximo valor ser novamente 0. current_next_indicator (prximo indicador atual): esta indicao de 1 bit sempre 1.; section_number (nmero de seo): campo de 8 bits que mostra o nmero da seo. O nmero da seo da primeira seo na subtabela 0x00. Cada adio de uma seo que tem a ID de tabela e tipo de aplicao idnticos adiciona 1 ao nmero da seo; last_section_number (nmero da ltima seo): campo de 8 bits que especifica o nmero da ltima seo na subtabela qual as sees pertencem; common_descriptors_length (extenso do enlace de descritores comuns): campo de 12 bits que especifica a extenso do byte da rea comum subseqente de descritores. Os descritores dentro da rea de descritores so aplicveis a todas as aplicaes na subtabela AIT; application_control_code (cdigo de controle da aplicao): campo de 8 bits que especifica o cdigo de controle do status da aplicao. O campo dependente do valor de tipo de aplicao. Ver 12.16.4 para maiores detalhes; recommended_resolution (Resoluo recomendada): A resoluo da aplicao Ginga (correspondente s caractersticas de resoluo) e taxa de aspecto (correspondente s caractersticas de display-aspectratio) so indicadas neste campo. O campo recommended resolution obrigatrio nos servios one seg e deve estar conforme a Tabela 36. application_loop_length (extenso do enlace de informao de aplicao): campo de 12 bits que especifica a extenso total do enlace em byte onde armazenada a informao da aplicao subsequente; application_identifier () (identificador de aplicao): ver Tabela 48; application_descriptors_loop_length (extenso do enlace de descritores de informao de aplicao): campo de 12 bits que especifica a extenso do byte da rea subseqente de descritores. Estes descritores na rea de descritores se aplicam somente aplicao designada. 12.16.2 Application ID Identificao de codificao da aplicao

Uma aplicao identificada exclusivamente pelo identificador de aplicao demonstrado na Tabela 48. Este identificador composto de uma estrutura de 6 bytes (48 bits).

50

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 48 Identificador da aplicao Estrutura de dados application_identifier () { organization_id application_id } A descrio da application_identifier () deve ser a seguinte: organization_id (ID da organizao): campo de 32 bits que indica a organizao que criou a aplicao. Esta ID armazena o nmero atribudo exclusivamente no mundo; application_id (ID da aplicao): campo de 16 bits que armazena o nmero que identifica a aplicao e que atribudo exclusivamente na ID da organizao. A ID de aplicao dividida em duas faixas. Uma a faixa de aplicao no assinada e a outra a faixa de aplicao assinada. Esta diviso feita para fins de segurana (ver Anexo B). A faixa do valor respectivamente demonstrada na Tabela 49. Tabela 49 Valor de ID da aplicao Valor de ID da aplicao 0x0000...0x3fff 0x4000...0x7fff 0x8000...0xfffd 0xfffe 0xffff Tipo de aplicao Faixa de aplicao no assinada Faixa de aplicao assinada Reservado Wild card value (indica todas as aplicaes assinadas da mesma ID de organizao) Wild card value (indica todas as aplicaes da mesma ID de organizao) Nmero de bits 32 16 String de bits bslbf bslbf bslbf

Na ID da aplicao, os valores 0xffff e 0xfffe so para wild card value. Estes no so utilizados para especificar a aplicao, mas, por exemplo, so usados como descritor para autorizao de aplicao externa. 0xffff corresponde a todas as aplicaes que tm a mesma ID de organizao (organization_id). 0xfffe corresponde a todas as aplicaes assinadas que tm a mesma ID de organizao. Algumas vezes o mesmo identificador de aplicao usado entre aplicaes de diferentes tipos, como no caso da execuo da mesma funo por diferentes tipos de aplicao, por exemplo.
NOTA Apenas um tipo aparece na coleo de subtabelas AIT do mesmo tipo de aplicao em um servio.

12.16.3

Efeito sobre o ciclo de vida

A diretriz bsica do efeito sobre o ciclo de vida apresentada para a ocasio em que o servio alterado ou em que as aplicaes que tm o mesmo identificador de aplicao so iniciadas, conforme segue: no changeover de servio, se o service_bound_flag na aplicao ativa no servio anterior for 0 e o identificador da aplicao existir na AIT do servio recentemente selecionado, ento a aplicao funciona continuamente, a menos que haja alguma restrio de recurso; no changeover de servio, se o service_bound_flag na aplicao ativa no servio anterior for 0 e se apenas a aplicao estiver na lista de descritores de autorizao de aplicao externa, a aplicao trabalha continuamente, mesmo se a aplicao no fizer parte do servio recentemente selecionado, a menos que haja alguma restrio de recurso; como para uma aplicao que tem um identificador de aplicao, apenas uma instncia ativada. Mesmo se uma outra aplicao tiver o mesmo identificador, ela no pode ser ativada se uma aplicao com o mesmo identificador de aplicao j tiver existido;

ABNT 2010 - Todos os direitos reservados

51

ABNT NBR 15606-3:2010

isso afeta o comportamento da API de incio de aplicao ou incio automtico da aplicao. Se o service_bound_flag 1 for configurado para a aplicao, ela terminar (KILL) a cada seleo de servio. 12.16.4 Controle de aplicaes de ciclo de vida

Para Application Life Cycle Control, mecanismos de sinalizao devem ser fornecidos a partir da estao de transmisso, para controlar o ciclo de vida das aplicaes do tipo padro. 12.16.5 Acesso e sada do domnio da aplicao Entering and Leaving the Application Domain Application o domnio definido como uma coletnea de servios que tem aplicaes listadas na AIT. Isso significa que as aplicaes so as listadas nos enlaces de informao de aplicao de AIT ou as listadas nos descritores de autorizao de aplicao externa. Os servios cujas aplicaes no esto listadas como acima mencionado so consideradas fora do domnio da aplicao. 12.16.6 Controle dinmico do ciclo de vida das aplicaes Ginga O controle dinmico do ciclo de vida das aplicaes Ginga deve estar de acordo com 12.16.1 a 12.16.4. Ginga define o application_control_code valor 0x07 como aplicaes UNBOUND (ver Tabela 50). Tabela 50 Valores de cdigo de controle de aplicao Ginga
Cdigo 0x00 0x01 0x02 AUTOSTART PRESENT Identificador Reservado para uso futuro Aplicativos com o cdigo de controle AUTOSTART so iniciados automaticamente quando o receptor muda para este servio Os aplicativos com cdigo de controle PRESENT no so iniciados automaticamente, mas so adicionados lista de aplicativos disponveis do receptor. O usurio pode ento escolher iniciar este aplicativo selecionando-o na lista Aplicativos com cdigo de controle DESTROY devem ser finalizados pelo gerenciador de aplicaes logo que possvel. Caso seja lanada uma exceo do tipo javax.microedition.xlet.XletState ChangeException durante uma tentativa de finalizao, o aplicativo deve continuar em execuo. Aplicativos sinalizados previamente com cdigo de controle STORE podem opcionalmente ser mantidos no cache Os aplicativos com o cdigo de controle KILL devem ser incondicionalmente finalizados pelo gerenciador de aplicaes . Aplicativos sinalizados previamente com o cdigo STORE devem ser removidos do cache A aplicao NCL carregada e a mquina Ginga NCL preparada. A aplicao espera por um comando de edio NCL antes de passar para o estado ativo Identifica um aplicativo remoto que somente lanado aps a seleo do servio Aplicativos com cdigo de controle UNBOUND so similares a aplicativos sinalizados com PRESENT, exceto que o usurio decide se a aplicao pode ser armazenada para execuo posterior. Caso o receptor no possua capacidade de armazenagem disponvel para armazenar a aplicao ou o usurio escolha no instalar a aplicao, esta deve ser tratada como no disponvel (no pode ser listada entre as aplicaes disponves). Receptores sem suporte a armazenamento de aplicaes devem ignorar as aplicaes sinalizadas com este cdigo de controle Aplicativos com cdigo de controle STORE no podem ser iniciados automaticamente, mas indicam que tcnicas de caching podem ser utilizadas de modo a acelerar o carregamento de seus recursos durante a inicializao Caso a plataforma no tenha capacidade para realizar tcnicas de caching pr-ativo ou armazenamento de dados, aplicaes sinalizadas como STORE devem ser tratadas de modo idntico a aplicaes sinalizadas com PRESENT Reservado para uso futuro Semntica

0x03

DESTROY

0x04 0x05 0x06

KILL PREFETCH REMOTE

0x07

UNBOUND

0x08

STORE

0X09 - 0Xff
a

Ver ABNT NBR 15606-2, seo 9,1, Tabela 56.

52

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

12.17 Descritores para AIT Descritores para transmisso de informaes das aplicaes
12.17.1 Descritores comuns

Os descritores a serem comumente utilizados na AIT, independentemente do tipo de aplicao, so descritos em 12.17.2 a 12.17.12. 12.17.2 Descritor de aplicao

Um descritor de aplicao armazenado no enlace do descritor de informao da aplicao AIT para cada aplicao (ver Tabela 51). Tabela 51 Estrutura do descritor de aplicao Estrutura de dados application_descriptor () { descriptor_tag descriptor_length application_profiles_length for ( i=0; i<N ; i++ ) { application_profile version.major version.minor version.micro } service_bound_flag visibility reserved_future_use application_priority for ( i=0; i<N ; i++ ) { transport_protocol_label } } A descrio da application_descriptor () deve ser a seguinte: descriptor_tag (tag descritor): campo de 8 bits; 0x00 armazenado para indicar que este o descritor mencionado; application_profiles_length (extenso de informao do perfil da aplicao): campo de 8 bits que indica a extenso total de informao do perfil da aplicao que est includa no enlace subseqente; application_profile (perfil da aplicao): campo de 16 bits. O perfil da aplicao que pode executar a aplicao armazenado. Se o perfil for montado no receptor, significa que a aplicao executvel. Os detalhes de perfil so definidos para cada tipo de aplicao; version.major (verso principal): campo de 8 bits que indica a verso principal do perfil acima mencionado; 1 2 5 8 8 bslbf bslbf bslbf uimsbf Nmero de bits 8 8 8 16 8 8 8 String de bits uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

53

ABNT NBR 15606-3:2010

version.minor (verso secundria): campo de 8 bits que indica a verso secundria do perfil acima mencionado; version.micro (microverso): campo de 8 bits que indica a microverso do perfil acima mencionado; Os quatro primeiros campos descritos acima compreendem um perfil mnimo para execuo desta aplicao. O terminal Ginga inicia essa aplicao se qualquer uma das seguintes frmulas tericas for aplicvel e qualquer perfil evidenciar verdadeiro na informao de perfil da aplicao: (perfil da aplicao coleta dos perfis montados no terminal) E {(verso principal da aplicao < verso principal do terminal para o perfil) OU [(verso principal da aplicao verso principal do terminal para o perfil) E ({verso secundria da aplicao < verso secundria do terminal para o perfil } OU {[verso secundria da aplicao = verso secundria do terminal para o perfil] E [microverso da aplicao microverso do terminal para o perfil]} ) ] } As definies do perfil detalhado da plataforma em aplicao Ginga-J e Ginga-NCL devem estar de acordo com a ABNT NBR 15606-1. A codificao do perfil em aplicao Ginga-J deve estar de acordo com a ABNT NBR 15606-4. A codificao do perfil da aplicao Ginga-NCL deve estar de acordo com a ABNT NBR 15606-2. service_bound_flag (service bound flag): campo de 1 bit que indica se a aplicao est efetiva apenas no presente servio. Se o campo for 1, a aplicao relevante apenas ao servio atual. Quando o servio alterado para outro servio, a finalizao do processamento da aplicao mencionada ser iniciada; visibility (visibilidade): campo de 2 bits que indica se a aplicao visvel aos usurios finais quando est ativada. As definies de status para o valor de visibilidade so demonstrados na Tabela 52; application_priority (prioridade da aplicao): campo de 8 bits que indica a prioridade relativa entre as aplicaes notificadas no servio; transport_protocol_label (rtulo de protocolo de transporte): campo de 8 bits que armazena o valor para identificao nica do protocolo de transporte que transporta a aplicao. O valor corresponde ao valor do campo transport_protocol_label do descritor do protocolo de transporte. Tabela 52 Visibilidade Valor visvel 0 Descrio Esta aplicao no visvel s outras aplicaes via enumerao de aplicao API, nem aos usurios via navegador, exceto se por erro de informao de logout e similares Esta aplicao no visvel para os usurios, mas visvel a partir de outras aplicaes via enumerao de aplicao API Reservado para uso futuro Esta aplicao visvel tanto para os usurios como para as outras aplicaes

10 11

54

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

12.17.3

Descritor do nome de aplicao

Um descritor de nome da aplicao armazenado para cada aplicao no enlace do descritor de informao da aplicao AIT. O nome da aplicao usado para diferenciao e fornece a informao aos usurios (ver Tabela 53). Tabela 53 Estrutura do descritor de nome da aplicao Estrutura de dados application_name_descriptor () { descriptor_tag descriptor_length for ( i=0; i<N ; i++ ) { ISO_639_language_code application_name_length for ( j=0; j<application_name_length ; j++ ) { application_name_char } } } Nmero de bits 8 8 24 8 8 String de bits uimsbf uimsbf uimsbf bslbf uimsbf uimsbf

A descrio da application_name_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits; 0x01 armazenado para indicar que este o descritor dito; ISO_639_language_code (cdigo da linguagem): campo de 24 bits que identifica a linguagem do descritor do nome da aplicao. O cdigo da linguagem indicado pelo cdigo three-alphabetical -letter como disposto na ISO 639-2. Cada letra codificada em 8 bits, de acordo com a ISO 8859-1, e inserida de acordo com a ordem no campo de 24 bits; application_name_length (descrio do comprimento do nome da aplicao): campo de 8 bits que indica o comprimento do byte da subseqente descrio do nome da aplicao; application_name_char (descrio do nome da aplicao): campo que especifica a texto de descrio do nome da aplicao. Este texto de descrio usada como informao da aplicao pelos usurios e no pode ter valor nulo. 12.17.4 Descritor da informao dos cones da aplicao O descritor da informao dos cones da aplicao armazenado apenas uma vez para cada aplicao (ver Tabela 54). O descritor indica a informao sobre o cone relevante para a aplicao. O formato dos contedos do cone codificado pelo PNG e usa um sistema proporcionado de acordo com a ABNT NBR 15606-1.

ABNT 2010 - Todos os direitos reservados

55

ABNT NBR 15606-3:2010

Tabela 54 Estrutura do descritor da informao dos cones da aplicao Estrutura de dados application_icons_descriptor () { descriptor_tag descriptor_length icon_locator_length for ( i=0; i<N ; i++ ) { icon_locator_byte } icon_flags for ( i=0; i<N ; i++ ) { reserved_future_use } } A descrio da application_icons_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits que armazena 0x0B, que indica o descritor dito; icon_locator_length (comprimento do localizador de cone): campo de 8 bits que indica o comprimento de byte do subseqente locador do cone; icon_locator_byte (localizador de cone): campo de 8 bits que armazena o localizador do arquivo de imagem esttica como um cone. Este localizador deve ser colocado antes do nome do arquivo de cone e de acordo com 12.16.1, 12.16.2, 12.16.3 e 12.16.5. Para a aplicao Ginga-J, existem regras no caso em que application_type for 0x0008 e h um caminho relativo da base do diretrio definido pela aplicao Ginga-J armazenado; icon_flags (cone de flag): este campo de 16 bits armazena a flag que indica o tamanho e o aspecto da relao do cone usvel. Os detalhes devem estar de acordo com 12.16.1, 12.16.2, 12.16.3 e 12.16.5, e a codificao de cada caso conforme mostrado na Tabela 55. O valor armazenado aps o OR (endereo lgico) pela unidade. Tabela 55 Bits do cone da flag Bits de cone de flag 0000 0000 0000 0001 0000 0000 0000 0010 0000 0000 0000 0100 0000 0000 0000 1000 0000 0000 0001 0000 0000 0000 0010 0000 0000 0000 0100 0000 0000 0000 1000 0000 0000 0001 0000 0000 xxxx xxx0 0000 0000 Tamanho dos cones e relao de aspecto 32 x 32 para exibir pixels quadrados 32 x 32 para transmitir pixels numa tela 4:3 24 x 32 para transmitir pixels numa tela 16:9 64 x 64 para exibir pixels quadrados 64 x 64 para transmitir pixels numa tela 4:3 48 x 64 para transmitir pixels numa tela 16:9 128 x 128 para exibir pixels quadrados 128 x 128 para transmitir pixels numa tela 4:3 96 x 128 para transmitir pixels numa tela 16:9 reserved_future_use Nmero de bits 8 8 8 8 16 8 String de bits uimsbf uimsbf uimsbf uimsbf bslbf uimsbf

56

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

O nome do arquivo do cone codificado de acordo com o valor do cone da flag descrito acima. A codificao do nome do arquivo segue na descrio abaixo: filename = icon_locator "/ginga.icon." hex_string hex_string = 4*4hex hex = digit | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" | "c" | "d" | "e" | "f" digit = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" Cada arquivo deve conter um cone. O cone contido no arquivo deve ter o formato especificado pelos 4 digitos postscript deste nome do arquivo. No caso do campo icon_flags do application_icons_descriptor indicando a presena de mltiplos cones, cada um dos arquivos indicados devem ter seu prprio cone. EXEMPLO icon_flags com valor 0x0005, o diretrio especificado pelo icon_locator contm 2 arquivos nomeados ginga.0004(para 24x32 square pixel) e ginga.0001 (para 32x32 square pixel) 12.17.5 Descritor de autorizao de aplicao externa

O descritor de autorizao de aplicao externa pode ser armazenado em um ou mais no primeiro enlace descritor comum do AIT, conforme necessidade. Em cada descritor h informao relevante armazenada das aplicaes externas. Uma aplicao externa aquela que pode operar continuamente com as aplicaes listadas na subtabela AIT, mas no podem ser ativadas do servio dito. A autorizao externa aplicvel para a aplicao que tem application_identifier() na application_type especificada pela AIT que inclui este descritor (ver Tabela 56). Tabela 56 Estrutura do descritor de autorizao de aplicao externa Estrutura de dados external_application_authorisation_descriptor () { descriptor_tag descriptor_length for ( i=0; i<N ; i++ ) { application_identifier () application_priority } } Nmero de bits 8 8 String de bits uimsbf uimsbf

uimsbf

A descrio do external_application_authorisation_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits onde 0x05 armazenado para indicar o descritor de autorizao de aplicao. application_identifier() (identificador de aplicao): campo de 48 bits que indica a aplicao em que a referncia externa est disponvel. Para detalhes da estrutura do campo, ver 12.16.1; application_priority (prioridade da aplicao): campo de 8 bits que indica a prioridade da presente aplicao na suposio do contexto do servio dito. Para detalhes da prioridade, ver 12.17.2. 12.17.6 Transport protocol descriptor (descritor de protocolo de transporte)

O transport protocol descriptor indica a identificao do protocolo de transporte relevante para o componente do servio e armazena informao sobre o protocolo. Este protocolo armazenado no primeiro enlace do descritor

ABNT 2010 - Todos os direitos reservados

57

ABNT NBR 15606-3:2010

comum ou enlace do descritor da informao da aplicao. Quando isto armazenado no enlace de descritor comum, aplicvel para todas as subtabelas do AIT. O descritor do protocolo de transporte no enlace do descritor da informao da aplicao descreve o protocolo de transporte adicional para ser usado especificamente na aplicao (ver Tabela 57). Tabela 57 Estrutura do descritor de protocolo de transporte Estrutura de dados transport_protocol_descriptor () { descriptor_tag descriptor_length protocol_id transport_protocol_label for ( i=0; i<N ; i++ ) { selector_byte } } A descrio do transport_protocol_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits que armazena 0x02, que indica que este o atual descritor de transporte; protocol_id (identificao de protocolo): campo de 16 bits que indica o protocolo que transporta a aplicao (ver Tabela 58); Tabela 58 Valores da identificao de protocolo Valores 0x0000 0x0001 0x0002 0x0003 0x0004 Reservado para o futuro Protocolo de transporte do carrossel de objetos IP atravs de multiprotocol e encapsulamento definido na EN 301192 e ETSI TR 101202 Transporte via HTTP sobre o canal de interatividade conforme descrito na seo 12.17.9 Protocolo de transporte do carrossel de dados Descrio Nmero de bits 8 8 16 8 8 String de bits uimsbf uimsbf uimsbf uimsbf uimsbf

0x0005...0xFFFF Reservado para o futuro transport_protocol_label (rtulo de protocolo de transporte): campo de 8 bits que indica o valor que identifica unicamente o protocolo de transporte na seo AIT. Para o descritor da aplicao, ver o dispositivo de conexo (por exemplo, o stream elementar do carrossel) que transporta a aplicao com estes valores;

selector_byte (seletor de rea): campo de 8 bits que armazena informao adicional provida por cada identificao de protocolo. A estrutura de dados descrita na rea especificada separadamente por cada protocol_id (ver Tabela 59).

58

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 59 Estrutura do selector_byte

Valores do Protocol_id 0x0000 0x0001 0x0002 0x0003 0x0004 0x0005...0xFFFF


12.17.7

Estrutura do seletor de rea Reservado para o futuro Ver 12.17.7 Ver 12.17.8 Ver 12.17.9 Ver 12.17.7 Reservado para o futuro

Transporte atravs do OC (carrossel de objeto)

A estrutura de dados mostrada na Tabela 60 para o protocolo de transporte do carrossel de objetos (protocol_id=0x0001) e o protocolo de transporte do carrossel de dados (protocol_id=0x0004). Tabela 60 Estrutura do protocolo de transporte do descritor do seletor de rea (no caso de protocolo de transporte do carrossel de objetos/protocolo de transporte de carrossel de dados) Estrutura de dados remote_connection reserved_future_use if (remote_connection == 1) { original_network_id transport_stream_id service_id } component_tag A descrio deve ser a seguinte: remote_connection (conexo remota): se este campo de 1 bit estiver em 1, isto mostra que o componente de servio vigente transmitido de outra fonte que aquela que transmite para AIT. Um servio como este no executado automaticamente, mas visvel e vivel de se iniciar atravs da API. Alm disso, REMOTE armazenado de tal maneira na aplicao em application_control_code; original_network_id (identificador da rede original): quando remote_connection estiver 1, o identificador da rede original para o servio de transmisso vigente armazenado; transport_stream_id (identificador de transport stream): quando remote_connection 1, o identificador de transport stream da transmisso de servio atual armazenado; service_id (identificador de servio): quando remote_connection estiver 1, o servio (identificado pelo identificador de servio) da transmisso vigente armazenado; component_tag (componente de tag): indica o componente do servio principal que transmite a aplicao. No caso de carrossel de dados, o stream elementar que transmite o carrossel automaticamente montado no incio da aplicao indicado. No caso de carrossel de objetos, o stream elementar que transmite DSI indicado. Nmero de bits 1 7 16 16 16 8 String de bits bslbf bslbf uimsbf uimsbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

59

ABNT NBR 15606-3:2010

12.17.8

Transporte atravs de IP

Quando o identificador de protocolo for 0x0002 o seletor de bytes no descritor do protocolo de transporte deve ser conforme a Tabela 61, ara prover toda a informao necessria obteno das aplicaes Ginga e componentes de dados das aplicaes entregues pelo protocolos de IP. Tabela 61 Sintaxe do seletor de bytes para o transporte de IP Estrutura de dados remote_connection reserved_future_use if (remote_connection == 1) { original_network_id transport_stream_id service_id } alignment indicator reserved for future use for ( i=0; i<N; i++) { URL_length for ( j=0; j<URL length; j++) { URL_byte } } A descrio deve ser a seguinte: remote_connection: este e os trs campos associados (original_network_id, transport_stream_id e service_id) tm semntica e sintaxe identicas aos campos com os mesmos nomes de acordo com 12.17.7; alignment_indicator: campo de 1 bit que indica o alinhamento que existe entre os bytes do datagram_section e os bytes de transporte de stream; URL_length: campo de 8 bits que indica o nmero de bytes na URL; URL_byte: estes bytes formam uma URL conforme RFC 2396. Para a URL usando o campo do servidor incluindo a notao host:port, conforme definido na RFC 2396, somente endereos numricos IP sero usados para identificar as transmisses de IP transportadas no canal de difuso conforme no h Domain Name Service-Servio do Nome de Domnio no cenrio somente de difuso a ser usado para nomes em resoluo. IP para mapeamento MAC ser feito conforme descrito na RFC 1112.
NOTA Esta Norma no define o formato de URL a ser sustentado por este descritor. Por isso, o formato de URL no pode ser usado de maneira interopervel.

Nmero de bits 1 7 16 16 16

String de bits bslbf bslbf uimsbf uimsbf uimsbf

1 7 8 8

bslbf bslbf uimsbf uimsbf

12.17.9 Transporte via canal de interatividade Quando o valor do protocol ID 0x0003, o selector byte no descritor de protocolo de transporte (Transport protocol descriptor) deve estar de acordo com a Tabela 62. Desta forma permitido codificar um nmero de URL. Para eficincia na codificao de URL similares, a codificao divide a URL dentro de uma parte comum e um conjunto de extenses de URL.O conjunto de URL pode identificar arquivos ZIP ou URL bases terminadas no caracter /, que encapsula parte do sistema de arquivos.

60

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Mltiplos descritores (Transport protocol descriptor) com o valor de ID 0x0003 com o mesmo rtulo de protocolo de transporte podem ser fornecidos para definir um conjunto maior de URL para descrio do sistema de arquivos.

Tabela 62 Sintaxe do selector bytes para o transporte no canal de interatividade Sintaxe for( i=0; i<N; i++){ URL_base_length for (j=0; j<N; j++){ URL_base_byte } URL_extension_count for( j=0; j<URL_extension_count; j++){ URL_extension_length for(k=0; k<URL_length; k++){ URL_extension_byte } } } Bits 8 8 8 8 8 Mnemonico uimsbf uimsbf uimsbf uimsbf uimsbf

A sintaxe detalhada do selector bytes para o transporte no canal de interatividade : URL_base_length: este campo de 8 bits fornece o nmero de bytes na parte da URL base; URL_base_byte: estes bytes da primeira parte de uma URL HTTP de acordo com o HTTP 1.0 (ver RFC 1945), ou a primeira parte de outra URL HTTPS de acordo com a HTTPS (ver RFC 2818). Quando uma HTTP URL encontrada, HTTP deve ser usado de acordo com a RFC 2616. Quando a URL HTTPS encontrada, HTTPS deve esta de acordo com a RFC 2818. Para qualquer outra URL, a implementao provedora de servio de transporte de protocolos no canal de interatividade registrada usada para o esquema de URL associada, caso exista. No caso de no existir provedor para o esquema, o descritor transport protocol descriptor ignorado. URL_extension_count: este campo de 8 bits indica o numero de URL relacionados pelo descritor; URL_extension_length: este campo de 8 bits indica o numero bytes na parte de extenso da URL; URL_extension_byte: estes bytes formam parte posterior de uma URL HTTP de acordo com HTTP 1.0 (ver RFC 1945), ou a parte posterior de uma URL HTTPS de acordo com a RFC 2818 ou outra URL no qual o esquema suportada por uma a implementao provedora de servio de transporte de protocolos no canal de interatividade registrada.

URL so formadas pela concatenao de extenso de URL com o URL base anterior. A URL formada ou identifica o diretrio do sistema de arquivo ou o arquivo ZIP especifico. 12.17.10 Descritor de sinalizao de IP O descritor de sinalizao IP definido para o uso tanto no comum quanto na aplicao do enlace da AIT. Este descritor indica a identificao da organizao que prov os streams multicast usados por todas as aplicaes (quando presente no enlace comum) ou pela aplicao de sinalizao particular (quando presente no enlace da aplicao). Para a definio do INT, ver EN 301 192.

ABNT 2010 - Todos os direitos reservados

61

ABNT NBR 15606-3:2010

Este descritor e o INT com action_type 0x01 devem ser usados pelas aplicaes confiando na presena dos streams multicast IP no link da difuso. O conhecimento da identificao presente no descritor habilita a recuperao da tabela apropriada de notificao de IP (INT) com action_type 0x01 que contm a correspondncia entre o endereo do IP multicast, port e localizao do stream (ver Tabela 63). Tabela 63 Sintaxe do descritor de sinalizao de IP Sintaxe ip_signalling_descriptor () { descriptor_tag descriptor_length platform_id Nmero de bits 8 8 24 Mnemnicos uimsbf uimsbf uimsbf

A descrio do ip_signalling_descriptor () deve ser a seguinte: descriptor_tag: campo de 8 bits que com valor 0x11 identifica o descritor; descriptor_length: campo de 8 bits que identifica o nmero de bytes, seguindo o comprimento do campo; platform_id: campo de 24 bits contendo um platform_id da organizao provendo streams IP/MAC no transporte de streams/servios. Alocaes do valor de platform_id so encontradas no ETSI TR 101 162. 12.17.11 Pre-fetch descriptor (descritor de pr-busca) Somente um descritor pre-fetch armazenado no enlace do descritor da informao da aplicao AIT, conforme necessidade. Este descritor definido para ser usado pelo carrossel de objetos (protocol_id=0x0001). Cada descritor associado a um descritor de protocolo de transporte atravs do rtulo do protocolo de transporte (ver Tabela 64). O terminal Ginga pode adquirir adiantadamente mdulos denotados pelo rtulo terminal para acelerar o tempo de incio da aplicao. Assim como para os rtulos, os descritores de rtulos especificados pela transmisso do carrossel de objetos so usados de acordo com a ISO/IEC 13818-6:1998, Anexo B. A difuso desta sinalizao opcional. Tabela 64 Estrutura do descritor de pre-fetch Estrutura de dados prefetch_descriptor () { descriptor_tag descriptor_length transport_protocol_label for ( i=0; i<N ; i++ ) { label_length for ( j=0; j<label_length ; j++ ) { label_char } prefetch_priority } } 8 uimsbf Nmero de bits 8 8 8 8 8 String de bits uimsbf uimsbf uimsbf uimsbf uimsbf

62

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A descrio do prefetch_descriptor () deve ser a seguinte: descriptor_tag (descriptor tag): campo de 8 bits onde 0x0C armazenado para mostrar o dito descritor; transport_protocol_label (rtulo do protocolo de transporte): campo de 8 bits que armazena o rtulo do protocolo de transporte para especificar o carrossel de objetos que transmite os mdulos referidos no descritor pre-fetch acima. Para o rtulo do protocolo de transporte, ver 12.17.6; label_length (comprimento de rtulo): campo de 8 bits que indica o comprimento de bytes do rtulo de descrio a ser includo no conseqente enlace; label_char (descrio de rtulo): campo de 8 bits. Um rtulo do mdulo est armazenado. Isto corresponde descrio de rtulo transmitida pelo descritor de rtulos que est armazenado no userInfo do moduleInfo do DII no carrossel de objetos; prefetch_priority (prioridade pre-fetch): campo de 8 bits que armazena os valores de 1 a 100. Estes valores mostram a prioridade do pre-fetch. Maior valor mostra a maior prioridade. 12.17.12 Descritor de localizao DII Para cada aplicao somente um descritor de localizao DII pode ser dado, se necessrio. Este descritor pode ser armazenado tanto no enlace de descritor comum quanto no enlace do descritor da informao da aplicao. Isto definido para ser usado pelo sistema de transmisso do carrossel de objetos (protocol_id=0x0001). Cada descritor associado com um descritor de protocolo de transporte atravs de um rtulo de protocolo de transporte. O grupo de mdulos como uma parte do carrossel de objetos DSM-CC notificado pelo DownloadInfoIndication (DII). Todas as mensagens DII que mostram a existncia do carrossel de objetos no podem ser listadas em localizao uma por uma. necessrio fazer todas as mensagens DII disponveis em ordem para encontrar os mdulos correspondentes aos rtulos para fazer o pre-fetch (ver 12.17.11). O descritor de localizao DII lista a localizao destes DII. No caso da descritor de localizao DII no estar includo, somente os mdulos de indicao DII que incluem o ServiceGateway so encontrados. Os enlaces da identificao DII no descritor esto localizados em ordem de importncia. Isto , DII que tem alta prioridade de pre-fetch ser localizada no comeo do enlace. O receptor montado com mecanismos de mdulos-base de pre-fetch verifica o DII na ordem listada no descritor de localizao de DII (ver Tabela 65). Tabela 65 Estrutura do descritor de localizao de DII Estrutura de dados DII_location_descriptor () { descriptor_tag descriptor_length transport_protocol_label for ( i=0; i<N ; i++ ) { reserved_future_use DII_identification association_tag } } Nmero de bits 8 8 8 1 15 16 String de bits uimsbf uimsbf uimsbf bslbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

63

ABNT NBR 15606-3:2010

A descrio do DII_location_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits que armazena 0x0D que indica que este o DII_location_descriptor transport_protocol_label (rtulo de protocolo de transporte): campo de 8 bits que armazena o rtulo do protocolo de transporte que especifica o carrossel de objetos que transmissor do descritor de pre-fetch modulesreferredin. Para detalhes do rtulo do protocolo de transporte, ver 12.17.6; DII_identification (identificao DII): campo de 15 bits que armazena o valor que especifica o DIImessage. Este valor corresponde ao bit 1-15 da transao ID no dsmMessageHeader() do DII message; association_tag (associao da tag): campo de 16 bits que indica o relacionamento com DII message que transmitido (por exemplo, o stream elementar).

12.18 Descritor de aplicao Ginga


12.18.1 Estrutura do descritor de aplicaes Ginga Um descritor armazenado no enlace do descritor da informao da aplicao AIT para cada aplicao Ginga. Isto indica o parmetro de informao para o incio da aplicao (ver Tabela 66).

Tabela 66 Estrutura do descritor de aplicao Ginga


Estrutura de dados ginga_application_descriptor () { descriptor_tag descriptor_length for ( i=0; i<N ; i++ ) { parameter_length for ( j=0; j<parameter_length ; j++ ) { parameter_byte } } } 8 uimsbf 8 uimsbf 8 8 uimsbf uimsbf Bits Mnemonico

A descrio do ginga_application_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits onde 0x03 armazenado para indicar o descritor de aplicao Ginga-J e 0x06 armazenado para indicar no respectivo descritor de aplicao Ginga NCL; parameter_length (comprimento do parmetro): campo de 8 bits que mostra o comprimento de bytes da descrio de parmetro subseqente; parameter_byte (descrio de parmetro): campo de 8 bits. A string a ser dada aplicao como parmetro armazenada.

64

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

12.18.2 Descritor de localizao de aplicao Ginga O descritor armazenado no enlace do descritor da informao da aplicao AIT uma vez para cada aplicao Ginga. Este armazena a informao de caminho necessria na aplicao (ver Tabela 67).

Tabela 67 Estrutura do descritor de localizao de aplicao Ginga


Estrutura de dados ginga_application_location_descriptor() descriptor_tag descriptor_length base_directory_length for ( i=0; i<N ; i++ ) I base_directory_byte } entitypath_extension_length for ( i=0; i<N ; i++ ) I entitypath_extension_byte } for ( i=0; i<N ; i++ ) I initial_entity } } Bits 8 8 8 8 8 8 Mnemonico uimsbf uimsbf uimsbf uimsbf uimsbf uimsbf

uimsbf

A descrio do ginga_application_location_descriptor () deve ser a seguinte: descriptor_tag (descritor de tag): campo de 8 bits onde 0x04 armazenado para indicar descritor de localizao de aplicao Ginga-J e 0x07 armazenado para indicar no respectivo descritor de aplicao Ginga NCL; base_directory_length (comprimento do diretrio base): campo de 8 bits que indica o comprimento dos bytes a serem includos nos enlaces subseqentes. O valor armazenado ser 1 ou maior; base_directory_byte (byte do diretrio base): campo de 8 bits. O nome do diretrio do caminho do arquivo do sistema deve ser armazenado por uma letra delimitadora, usando / (0x2F). Este nome de diretrio usado pelo diretrio-base no caminho relativo. Se o diretrio do caminho do arquivo do sistema for designado conforme um diretrio-base, / deve ser armazenado; entitypath_extension_length (comprimento do caminho da entidade): campo de 8 bits que indica o comprimento do byte do caminho de classe adicional subseqente; entitypath_extension_byte (caminho da entidade): campo de 8 bits. Quando um caminho de classe designado por um diretrio outro do que o diretrio-base, o nome do caminho de classe armazenamento. O nome do diretrio do caminho do arquivo do sistema armazenado pela letra delimitadora usando / (0x2F). Se houver mais de um caminho, eles devem ser armazenados por enumerao com ; (0x3B);

initial_entity (entidade de ativao inicial): campo com 8 bits. O nome da entidade inicial da aplicao que consta no sistema de arquivos armazenados.

13 Especificao da transmisso da mensagem do evento


13.1 Mensagem de evento
A especificao da transmisso da mensagem do evento prov um meio para enviar mensagens de informao imediatamente ou em horrios especficos para uma aplicao operada em uma unidade de receptor de uma estao de difuso.

ABNT 2010 - Todos os direitos reservados

65

ABNT NBR 15606-3:2010

A especificao da transmisso da mensagem do evento definido nesta Norma estendida para negociar os vrios tempos apontando mtodos pela aplicao baseada na especificao do descritor de stream e sua especificao da transmisso de seo DSM-CC especificada na ISO/IEC 13818-6.

13.2 Descritores de stream


13.2.1 Descritor de stream DSM-CC Esta seo est de acordo com os requisitos da ISO/IEC 13818-6. Descritores de stream podem ser usados para prover informao DSM-CC que correlacionada com um transport stream ou program stream MPEG-2. Estes descritores esto em formato de programas e elementos de programas descritores conforme definido em ISO/IEC 13818-1. Os descritores de stream DSM-CC devem ser somente carregados em uma DSMCC_section (ver ISO/IEC 13818-6:1998, Seo 9). Isto cria um espao identificador nico (daquele definido por ISO/IEC 13818-1) para valores de descritor de tag. O formato geral de todos os descritores de stream definidos nesta parte da ABNT NBR 15606 est mostrado na Tabela 68. Tabela 68 Descritor de stream DSM-CC Sintaxe dsmccStreamDescriptor () { descriptorTag descriptorLength descriptor() } A descrio do dsmccStreamDescriptor () deve ser a seguinte: descriptorTag: campo de 8 bits que identifica cada descritor. A extenso de possveis valores para o descriptorTag mostrada na Tabela 69; descriptorLength: campo de 8 bits que especifica o nmero de bytes do descritor imediatamente depois do campo descriptorLength. Tabela 69 Valor do campo DescriptorTag Descritor de tag 0x00 0x01 0x02 0x03 0x04 0x05 0xFF Descrio ISO/IEC 13818-6 reservado Descritor de referncia NPT Descritor de endpoint NPT Descritor de modo stream Descritor de evento de stream ISO/IEC 13818-6 reservado Nmero de bits 8 8 Mnemnico uimsbf uimsbf

66

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

13.2.2 Descritor de referncia NPT Para habilitar a determinao de tempo do NPT de um evento, o descritor de referncia NPT definido. O formato do descritor de referncia mostrado na Tabela 70. Tabela 70 Descritor de referncia NPT Sintaxe NPTReferenceDescriptor () { descriptor_tag descriptor_length postDescontinuityIndicator dsm_contentId Reserved STC_Reference reserved NPT_Reference scaleNumerator scaleDenominator } A descrio do NPTReferenceDescriptor () deve ser a seguinte: descriptorTag: campo de 8 bits que identifica o tipo do descritor de stream. O valor do campo descriptorTag para o descritor de referncia NPT mostrado na Tabela 69; descriptorLength: campo de 8 bits que especifica o nmero de bytes do descritor imediatamente depois do campo descriptorLength; postDiscontinuityIndicator: campo de 1 bit. Um valor de 0 indica que o descritor de referncia NPT vlido na recepo. Um valor de 1 indica que o descritor de referncia NPT torna vlido no prximo tempo a base de descontinuidade do sistema, conforme definido na ISO/IEC 13818-1; dsm_contentId: campo de 7 bits que identifica que um conjunto aninhado de contedo est sendo apresentado. O campo satisfeito pode ser usado para indicar a transio para uma base de tempo diferente NPT dentro de uma base de tempo existente NPT. Por exemplo, este campo pode ser trocado quando um comercial apresentado dentro de um programa de televiso e ento novamente trocado quando o programa de televiso reiniciado; STC_Reference: inteiro sem sinal de 33 bits, que indica que o valor de STC para o qual NPT iguala o campo NPT_Reference. O valor do campo STC_Reference especificado em unidades de perodos do sistema de frequncia de relgio, conforme definido na ISO/IEC 13818-1, dividido por 300, rendendo unidades de 90 kHz. STC_Reference derivado de um sistema de freqncia de relgio, conforme mostrado na equao abaixo: Nmero de bits 8 8 1 7 7 33 31 33 16 16 Mnemnico uimsbf uimsbf bslbf uimsbf bslbf uimsbf bslbf tcimbsf tcimbsf tcimbsf

STC_Referencek (STCNPT(k) / 300) % 233


onde STCNPT(k) i o valor do sistema de tempo do relgio System Time Clock quando o NPT iguala o valor de NPT_Reference;

ABNT 2010 - Todos os direitos reservados

67

ABNT NBR 15606-3:2010

NPT_Reference: inteiro com sinal de 33 bits indicando o valor de NPT no valor dado de STC no campo STC_Reference field; scaleNumerator: inteiro com sinal de 16 bits usado com o scaleDenominator, um inteiro sem sinal de 16 bits, para definir a extenso da troca de NPT em relao ao STC. Um valor de 1 para scaleNumerator com um valor de 1 para scaleDenominator indica que o NPT est trocando em uma taxa equivalente ao STC, rendendo a taxa-padro da apresentao. Um valor de 0 para scaleNumerator com um valor no-zero para scaleDenominator indica que NPT no est mudando em relao ao STC, rendendo um valor constante do NPT. Um valor de 0 para scaleNumerator com um valor de 0 para scaleDenominator indica que os campos scaleNumerator e scaleDenominator no esto providos no descritor de referncia NPT. Um valor no-zero para scaleNumerator com um valor de 0 para scaleDenominator no ser usado (ver Tabela 71). Tabela 71 ScaleNumerator scaleNumerator 0 0 1 Outro alm de 0 scaleDenominator 0 Outro alm de 0 1 0 Semntica Indica que o scaleNumerator e o scaleDenominator no so usados NPT continua o valor constante irrelevante para STC NPT e STC avanam na mesma taxa Tal combinao no deve ser usada

13.3 Descritor de modo de stream


O descritor de modo de stream contm informao sobre o modo da mquina de estado do stream, permitindo aos clientes sincronizarem melhor suas aes com as mudanas de estado do stream. O formato do descritor de modo do stream mostrado na Tabela 72. Tabela 72 Descritor de modo de stream Sintaxe StreamModeDescriptor () { descriptorTag descriptorLength streamMode reserved } A descrio do StreamModeDescriptor () deve ser a seguinte: descriptorTag: campo de 8 bits que identifica o tipo do descritor do stream. O valor do campo descriptorTag para o descritor de modo do stream mostrado na Tabela 69; descriptorLength: campo de 8 bits que especifica o nmero de bytes do descritor imediatamente depois do campo descriptorLength; streamMode: campo de 8 bits cujo valor indica o estado atual da mquina de estado do stream. Os valores para streamMode so mostrados na Tabela 73. Os estados da mquina de estado de stream so definidos na ISO/IEC 13818-6:1998, Seo 5. Nmero de bits 8 8 8 8 Mnemnico uimsbf uimsbf uimsbf bslbf

68

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 73 Valores do campo StreamMode Descritor de modo 0 1 2 3 4 5 6 7 8 9 10 - 255 Descrio Aberto Pausa Transporte Pausa no transporte Transporte de busca Pausa de transporte de busca Transporte de pausa da busca Fim de stream Transporte de pr-busca Pausa de transporte de pr-busca ISO/IEC 13818-6 reservado

13.4 Descritores de evento de stream


O descritor de evento de stream contm informao que permite a transmisso de eventos especficos, conforme definido na ISO/IEC 13818-6:1998, Seo 5, de modo que eles possam ser sincronizados com o stream. A definio de evento neste contexto no a mesma se o evento for relacionado com NPT. O formato do descritor de evento de stream mostrado na Tabela 74. Tabela 74 Descritor de evento de stream Sintaxe StreamEventDescriptor () { descriptorTag descriptorLength eventId reserved eventNPT for(i=0;i<N;i++){ privateDataByte } } A descrio do StreamEventDescriptor () deve ser a seguinte: descriptorTag: campo de 8 bits que identifica o tipo do descritor de stream. O valor do campo descriptorTag para o descritor de evento de stream mostrado na Tabela 69; descriptorLength: campo com 8 bits que especifica o nmero de bytes do descritor imediatamente depois do campo descriptorLength; eventid: campo de 8 bits cujo valor um tipo de evento especfico da aplicao; eventNPT: inteiro sem sinal, cujo valor o valor de NPT quando o evento ocorreu, ou o valor de NPT quando o evento ocorrer; privateDataByte: campos que permitem a incluso de dados especficos de aplicao no descritor de eventos de stream. Nmero de bits 8 8 16 31 33 8 Mnemnico uimsbf uimsbf uimsbf bslbf uimsbf uimsbf

ABNT 2010 - Todos os direitos reservados

69

ABNT NBR 15606-3:2010

13.5 Descritor de evento geral


O descritor de evento geral (general_event_descriptor) um descritor para comunicar informao aplicveis a mensagens de eventos. A estrutura de dados do descritor de evento geral mostrada na Tabela 75. Tabela 75 Descritor de evento geral Sintaxe General_event_descriptor () { descriptor_tag descriptor_length event_msg_group_id reserved_future_use time_mode if(time_mode == 0){ reserved_future_use } else if(time_mode == 0x01 || time_mode == 0x05){ event_msg_MJD_JST_time } else if(time_mode == 0x02){ reserved_future_use event_msg_NPT } else if(time_mode == 0x03){ reserved_future_use event_msg_relative_time } event_msg_type event_msg_id for(i=0;i<N;i++){ private_data_byte } } A descrio do General_event_descriptor () deve ser a seguinte: event_msg_group_id (identificador de grupo de mensagem de evento): campo de 12 bits que identifica o grupo de mensagens a serem recebidas pelo aplicador. Detalhes das operaes so especificados em cada identificador de codificao de dados. Quando operando um evento de mensagem com a identificao de mais de um grupo de mensagens ao mesmo tempo, somente os descritores de evento geral com o identificador do mesmo grupo de mensagens devem ser includos em uma seo DSM-CC; 40 bslbf Nmero de bits 8 8 12 4 8 40 Mnemnico uimsbf uimsbf uimsbf bslbf uimsbf bslbf

7 33

bslbf uimsbf

7 36 8 16 8

bslbf bslbf uimsbf uimsbf uimsbf

time_mode (modo de tempo): campo de 8 bits que indica o mtodo para designar o tempo quando evento de mensagem gerado (ver Tabela 76);

70

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela 76 Modo de tempo Time_mode 0x00 Mtodo de designao de tempo nenhum Semntica A mensagem de evento gerada imediatamente aps a recepo A mensagem de evento gerada no tempo absoluto indicado pelo tempo MJD UTC. A mensagem de evento tambm gerada quando o contedo gravado do stream reproduzido referindo-se ao tempo de reproduo A mensagem de evento gerada no tempo especfico com os dados de tempo NPT A mensagem de evento gerada quando o perodo especificado neste campo (em milsimos de segundo) aps o tempo de incio do programa Reservado para o futuro A mensagem de evento gerada no tempo absoluto indicado pelo tempo MJD UTC. Quando o contedo gravado do stream reproduzido, a mensagem de evento tambm gerada referindo-se ao tempo no ar Reservado para o futuro

0x01

mjd_utc_time

0x02 0x03 0x04 0x05 0x06-0xFF

NPT eventRelativeTime --MJD_UTC_time ---

event_msg_MJD_UTC_time: campo de 40 bits codificado no caso do modo de tempo = 0 x 01 ou 0x05 e indica o tempo quando o evento de mensagem gerado no UTC e MJD (refere-se a ARIB STD-B10:2003, Parte 2, Anexo C). Este campo contm uma cpia dos 16 bits mais baixos de MJD e seguido por seis representaes de 4 bits decimal codificado em binrio (BCD);

event_msg_NPT: campo de 33 bits que codificado no caso do modo de tempo = 0 x 02 e indica o tempo usando o Normal Play Time de DSM-CC (ver 7.1), quando o evento de mensagem gerado; event_msg_relativeTime: campo de 36 bits que codificado no caso do modo de tempo = 0 x 03 e indica que o evento de mensagem gerado quando o perodo especificado neste campo passa aps o horrio de incio do programa. O valor deste campo descrito na ordem de hora (2 dgitos), minuto (2 dgitos), segundo (2 dgitos) milsimos de segundo (3 dgitos), para formar nove representaes de 4 bits decimais codificados em binrio (BCD); event_msg_type (tipo de mensagem de evento): um identificador que indica o tipo de mensagem de evento. O uso e a semntica so especificados em cada especificao de codificao de dados. event_msg_id (identificador de mensagem de evento): campo de 16 bits que contm o identificador para identificar cada mensagem de evento. O uso e a semntica so especificados em cada especificao de codificao de dados. private_data_byte (dados privados): campo de 8 bits que armazena informao relacionada ao evento de mensagem requerido pela especificao de codificao de dados especificado no event_msg_type.

ABNT 2010 - Todos os direitos reservados

71

ABNT NBR 15606-3:2010

13.6 Sintaxe de seo de DSM-CC transmitindo o descritor de stream


O descritor de stream transmitido na seo DSM-CC mostrada na Tabela 77. Tabela 77 Seo DSM-CC (transmisso de descritor de stream) Sintaxe DSMCC_section () { table_id section_syntax_indicator private_indicator Reserved dsm_cc_section_length data_event_id event_msg_group_id Reserved version_number current_next_indicator section_number last_section_number iIf(table_id == 0x3D){ for(i=0;i<N;i++){ stream_descriptor() } } if(section_syntax_indicator == 0){ Checksum } Else{ CRC_32 } } A descrio da DSMCC_section () deve ser a seguinte: table_id (tabela de identificao): campo de 8 bits que regulado para 0x3D, para indicar que o descritor de stream est armazenado no payload da seo DSM-CC; 32 rpchof 32 uimsbf 8 1 1 2 12 4 12 2 5 1 8 8 uimsbf bslbf bslbf bslbf uimsbf uimsbf uimsbf bslbf uimsbf bslbf uimsbf uimsbf Nmero de bits Mnemnico

section_syntax_indicator: campo de 1 bit que indica que CRC32 existe no fim da seo quando 1. Quando ele 0, isto indica que existe verificao de soma. Para transmitir um evento de mensagem, este campo deve ser regulado em 1; private_indicator: campo de 1 bit que armazena o valor complementar da seo de valor indicador de sintaxe; dsmcc_section_length: campo de 12 bits que indica o comprimento de byte da rea de posio imediatamente seguinte a este campo ao fim da seo. Este valor de campo no deve exceder 4 093;

72

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

data_event_id: campo de 4 bits que o identificador para identificar o evento de dados entre os dados precedentes e seguintes que usam o evento de mensagem para permitir o contedo local pretendido, apesar de serem precedidos e/ou seguidos outros contedos locais, para receber o evento de mensagem. Contedos locais adjacentes, quando transmitindo, so alocados com diferentes identificadores; event_msg_group_id (identificador de grupos de mensagem): campo de 12 bits que contm o campo para identificar o evento de mensagens a serem recebidas pela aplicao. A semntica detalhada especificada em cada especificao de codificao de dados; version_number: campo de 5 bits que o nmero da verso da subtabela. O nmero de verso incrementado por 1 quando qualquer pea de informao na subtabela foi trocada. Os valores disponveis so de 0 a 31. O valor 0 usado para atualizar o 31; current_next_indicator: indicador de 1 bit que indica que a subtabela a atual subtabela quando for '1'. Quando for '0', a subtabela enviada no ainda aplicada e usada como a prxima subtabela; section_number: campo de 8 bits que indica o nmero da seo; last_section_number: campo de 8 bits que indica o nmero da ltima seo (que a seo com o nmero mximo de sees da subtabela para a qual as sees participantes pertencem).

14 Sistema de arquivo de difuso e transporte de gatilho


O sistema de arquivo de difuso e transporte de gatilho deve estar de acordo com a GEM 1.0:2005, Anexo B.

ABNT 2010 - Todos os direitos reservados

73

ABNT NBR 15606-3:2010

Anexo A (normativo) Vdeo e udio PES

A.1 Formato de transmisso de dados atravs do PES de vdeo MPEG-2 codificado


No caso do uso de PES de vdeo codificado com o vdeo MPEG-2 (ver ISO/IEC 13818-2) para transmitir dados, deve ser utilizado o campo de dados do usurio (user_data_area), conforme o cabealho da tela do stream de vdeo. A sintaxe do campo de dados do usurio mostrada na Tabela A.1. O uso mais detalhado desta rea depende do modo de operao das emissoras. Tabela A.1 Sintaxe do campo de dados do usurio do stream de vdeo Sintaxe User Data () { user_data_start_code while (nextbits() != 0x000001){ user_data } next_start_code() }
NOTA Cdigo de incio de dados de usurios: 0x000001b2.

Nmero de bits 32 8

Mnemnico bslbf uimsbf

A.2 Formato de transmisso de dados do udio PES codificado com MPEG-2 BC udio
Na utilizao de pacotes PES de udio MPEG-2 BC udio (ver ISO/IEC 13818-3) para transmisso de dados, a rea de dados hierrquicos (ancillary data area), que pode conter outros dados que no sejam udio MPEG, deve ser utilizada. A sintaxe da rea de dados hierrquicos mostrada na Tabela A.2 Um uso mais detalhado dessa rea depende dos operadores de servio. Tabela A.2 rea de dados subordinada ao stream de udio Sintaxe MPEG1_ancillary_data() { if(ext_bit_stream_present == 1){ for(b=0; b<8*n_ad_bytes;b++) ancillary_bit } } 1 bslbf Nmero de bits Mnemnico

74

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

A.3 Formato de transmisso de dados do udio PES codificado com MPEG-2 AAC udio
Na utilizao de pacotes PES de udio MPEG-2 AAC udio (ver ISO/IEC 13818-3) para transmisso de dados, a rea data_stream_element deve ser usada para permitir que outros dados, alm de dados de udio MPEG, possam estar contidos em cada bloco de dados puro (raw_data_block). A sintaxe da rea mostrada na Tabela A.3. Um uso mais detalhado dessa rea depende dos operadores de servio. Tabela A.3 rea base de dados de stream do udio stream (MPEG-2 AAC udio) Sintaxe data_stream_element () { element_instance_tag data_byte_align_flag cnt = count if(cnt == 255){ cnt += esc_count } if(data_byte_align_flag) byte_alignment() for(i=0;i<cnt;i++) data_stream_byte[element_instance_tag][i] } 8 bslbf 4 1 8 8 uimsbf uimsbf uimsbf uimsbf Nmero de bits Mnemnico

ABNT 2010 - Todos os direitos reservados

75

ABNT NBR 15606-3:2010

Anexo B (normativo) Informao PSI/SI para transmisso de carrossis de dados e mensagens de eventos

B.1 Especificao da codificao de dados baseada no carrossel de dados e esquema de evento de mensagem
Em adio especificao de codificao de dados aplicada, a transmisso de dados baseada no carrossel de dados e o esquema de evento de mensagem sero definidos; uma sintaxe adicional depende do formato de transmisso de dados a ser inserida no data_component_descriptor em PMT e data_content_descriptor em EIT especificados na ARIB STD-B23. Esta Norma est baseada nas seguintes suposies sobre operao de transmisso para servios de difuso de dados, conforme segue: o DII e DDB pertencentes a um carrossel so transmitidos em um ES; um servio de difuso de dados pode consistir em dois ou mais carrossis. Eventos de mensagens podem ser transmitidos.

B.2 Contedo de enlace de additional_data_component_info e data_component_descriptor


Para inserir a informao para controle de recepo do carrossel de dados e o possvel evento de mensagens no enlace que contm additional_data_component_info no fim de data_component_descriptor, a seguinte estrutura de dados deve ser colocada no enlace, conforme determinado pela especificao de codificao de dados (ver Tabela B.1). Tabela B.1 Additional ginga carousel info Sintaxe additional_ginga_carousel_info() { data_event_id event_section_flag reserved } A descrio da additional_ginga_carousel_info() deve ser a seguinte: data_event_id: identificador de 4 bits que reconhece os eventos de dados precedentes e seguintes, usando o carrossel de dados e mensagens do possvel evento para evitar defeito para receber o contedo local apropriado transmitido no carrossel de dados e mensagens de possveis eventos. No caso de todos os bits deste campo regulados em 1, isso significa que os DIIs tm um identificador de data_event_id entregue neste servio e o evento de mensagens vlida; 4 1 3 uimsbf bslbf bslbf Nmero de bits Mnemnico

76

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

event_section_flag: campo de 1 bit indica se um evento de mensagens foi ou no enviado com este componente, conforme segue: 0: mensagens do evento no foram transmitidas; 1: mensagens do evento foram transmitidas; reserved: reservado.

B.3 Byte seletor de data_contents_descriptor


B.3.1 Data structure
Para inserir informao para controle de recepo de carrossel de dados no byte seletor de descritor de contedos de dados como EIT, uma estrutura de dados deve ser colocada no campo selector_byte, conforme determinado pela especificao de codificao de dados participante.

B.3.2 Estrutura de dados para controle de recepo de carrossel de dados para servios de dados no armazenados
Para servios de dados no armazenados, inserir as informaes contidas na Tabela B.2. Tabela B.2 Servios de dados no armazenados Sintaxe ginga_carousel_info () { num_of_carousels for(i=0;i<num_of_carrousels;i++){ component_tag event_section_flag reserved_future_use component_size_flag default_transaction_id_flag default_timeout_DII_flag default_leak_rate_flag if(component_size_flag == 1){ component_size } if(default_transaction_id_flag == 1){ timeout_value_DII } if(default_leak_rate_flag == 1){ leak_rate reserved } } } Nmero de bits 8 8 1 3 1 1 1 1 32 Mnemnico uimsbf uimsbf bslbf bslbf bslbf bslbf bslbf bslbf uimsbf

32

uimsbf

22 2

uimsbf bslbf

ABNT 2010 - Todos os direitos reservados

77

ABNT NBR 15606-3:2010

A descrio da ginga_carousel_info() deve ser a seguinte: num_of carousels: campo de 8 bits que indica o nmero de carrossis, includos no enlace seguinte; component_tag: campo de 8 bits que designa o componente do stream transmitindo os carrossis com o componente de tag dado pelo descritor identificador de stream no PMT; event_section_flag: campo que indica se o evento de mensagens foi ou no enviado usando este componente; component_size_flag: campo de 1 bit que indica se a estrutura de dados contm ou no o componente de tamanho. Quando o valor do campo component_size no est disponvel, ele deve ser regulado a 0: 0: no codificado; 1: codificado; default_transaction_id_flag: campo de 1 bit que indica se o identificador de transao est codificado ou no nesta sintaxe. Para designao de maneira a obter tudo da identificao de transao opcional, identificao de transao no deve ser codificada (0: no codificado; 1: codificado); default_timeout DII_flag: campo de 1 bit que indica se o valor de estouro de tempo de DII est codificado nesta sintaxe. Quando o valor-padro especificado nesta operao como valor de estouro de DII usado, ele no est codificado (0: no codificado; 1: codificado); default_leak_rate_flag: campo de 1 bit que indica se a taxa de vazamento est codificada ou no nesta sintaxe. Quando o valor-padro especificado nesta operao como valor de estouro de DII usado, ele no est codificado (0: no codificado; 1: codificado); component_size: campo de 32 bits que indica o tamanho total (em bytes) dos dados transmitidos nos carrossis deste componente; transaction_id: identificao do valor da transao DII transmitida neste componente. No casa da identificao de transao no estar presente, uma DII com a identificao de transao deve ser obtida; time_out_value_DII: campo de 32 bits que indica o valor de intervalo recomendado (em milsimos de segundo) para receber a seo completa de DII deste carrossel. Quando o valor 0 x FFFFFFFF, isso significa que no existe valor de intervalo recomendado; leak_rate: campo de 22 bits que indica a taxa de disperso do transporte de buffer da unidade do receptor em uma unidade de 50 bytes/s.

B.3.3 Estrutura de dados para o controle da recepo do carrossel de dados para o servio de dados armazenados
Para o servio de dados armazenados, inserir as informaes contidas na Tabela B.3.

78

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Tabela B.3 Servio de dados armazenados Sintaxe ginga_stored_carousel_info () { num_of_carousels for(i=0;i<num_of_carrousels;i++){ component_tag num_dataEvent_flag num_modules_flag num_resources_flag compressed_component_size_flag component_size_flag default_transaction_id_flag default_timeout_DII_flag default_leak_rate_flag if(num_dataEvent_flag == 1){ num_dataEvent } if(num_modules_flag == 1){ num_modules } if(num_resources_flag == 1){ num_resources } if(compressed_component_size_flag == 1){ compressed_component_size } } A descrio da ginga_stored_carousel_info () deve ser a seguinte: num_of carousels: campo de 8 bits que indica o nmero de carrossis incluindo o do enlace seguinte; component_tag: campo de 8 bits que designa o componente de stream transmitindo os carrossis com o componente da tag dado pelo descritor identificador de stream em PMT; um_dataEvent_flag: campo de 1 bit indica se a estrutura de dados contm ou no um nmero de eventos de dados. Quando o valor do campo num_dataEvent no estiver disponvel, ele deve ser regulado a 0 (0: no codificado; 1: codificado); num_modules_flag: campo de 1 bit que indica se a estrutura de dados contm ou no um nmero total de mdulos. Quando o valor do campo num_modules no estiver disponvel, ele deve ser regulado a 0 (0: no codificado; 1: codificado); num_resources_flag: campo de 1 bit que indica se a estrutura de dados contm ou no um nmero total de recursos. Quando o valor do campo num_resources no estiver disponvel, ele deve ser regulado a 0 (0: no codificado; 1: codificado); Nmero de bits 8 8 1 1 1 1 1 1 1 1 16 Mnemnico uimsbf uimsbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf bslbf uimsbf

32

uimsbf

32

uimsbf

32

uimsbf

ABNT 2010 - Todos os direitos reservados

79

ABNT NBR 15606-3:2010

compressed_component_size_flag: campo de 1 bit que indica se a estrutura de dados contm ou no o tamanho comprimido do componente. Quando o valor do campo compressed_component_size no estiver disponvel, ele deve ser regulado a 0 (0: no codificado; 1: codificado); component_size_flag: campo de 1 bit que indica se a estrutura de dados contm ou no o tamanho do componente. Quando o valor do campo component_size no estiver disponvel, ele deve ser regulado a 0 (0: no codificado; 1: codificado); default_transaction_id_flag: campo de 1 bit que indica se o identificador da transao est codificado ou no na sintaxe. Para designar o ganho de DII de identificao de transao opcional, a identificao da transao no deve estar codificada (0: no codificado; 1: codificado); default_timeout DII_flag: campo de 1 bit que indica se o valor de intervalo est ou no codificado na sintaxe. Quando o valor bsico especificado na operao conforme o valor de intervalo DII usado, ele no codificado (0: no codificado; 1: codificado); default_leak_rate_flag: campo de 1 bit que indica se a taxa de disperso est ou no codificada na sintaxe. Quando o valor bsico especificado na operao como o valor da taxa de disperso usada, ele no codificado (0: no codificado; 1: codificado); num_dataEvent: campo de 32 bits que indica o nmero total de eventos de dados no componente participante; num_modules: campo de 32 bits que indica o nmero total de mdulos nos eventos de dados no componente participante; num_resources: campo de 32 bits que indica o nmero total de recursos nos eventos de dados no componente participante; compressed_component_size: campo de 32 bits que indica o tamanho total (em bytes) dos dados nos eventos de dados nos carrossis de dados deste componente. O tamanho do mdulo comprimido calculado com base no estado comprimido, no no estado extrado; component_size: campo de 32 bits que indica o tamanho total (em bytes) dos dados nos eventos de dados nos carrossis de dados deste componente. O tamanho do mdulo comprimido calculado com base no estado extrado, no no estado comprimido; transaction_id: transao de identificao do valor DII transmitido neste componente. No caso da identificao da transao no estar definida, a DII com a identificao da transao deve ser obtida; time_out_value_DII: campo de 32 bits que indica o valor de intervalo recomendado (em milsimos de segundos) para receber a seo completa de DII neste carrossel. Quando o valor for 0xFFFFFFFF, isto significa que no existe valor de intervalo recomendado; leak_rate: campo de 22 bits que indica a taxa de disperso do transporte de buffer da unidade do receptor em uma unidade de 50 byte/s.

80

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Anexo C (informativo) Relao entre o descritor PMT/EIT e AIT


A Figura C.1 mostra a relao de AIT ao descritor componente de dados PMT e o descritor de contedos de dados EIT em Ginga. Os itens de extenso para Ginga so os seguintes: nova atribuio para a identificao de valor a ser usado em Ginga (por exemplo, componentes de dados ID, transport_id, application_id); para o componente ES que transmite a aplicao Ginga ou para o componente ES que transmite

AIT, as reas do seletor so especificadas para os descritores de componentes de dados que armazenam informao adicional a no ser transmitida atravs de AIT;
reas de seletor so especificadas para os descritores de contedos de dados em ordem para armazenar os detalhes da aplicao Ginga na base o evento do programa; em um descritor, application_identifier_flag regulada em vez de entry_point_flag em ordem para armazenar informao especificando uma aplicao que um ponto de entrada em PMT/EIT. As informaes adicionais so para as reas do seletor dos descritores de componentes de dados, assim como descritores de contedos de dados relevantes para transmisso Ginga e AIT. O restante suposto para estar conforme a transmisso AIT sob MHP1.0. Para o carrossel de dados que no transmite aplicao Ginga, ele possvel referir aos contedos especificando o locador da aplicao Ginga.

Figura C.1 Relao da transmisso AIT e descritor de componente de dados

ABNT 2010 - Todos os direitos reservados

81

ABNT NBR 15606-3:2010

Anexo D (informativo) Informaes adicionais sobre trasmisses utilizando independentes PES

Um data_identifier deve estar presente no incio de PES_packet_data_byte para identificar o tipo de dados. (ver EN 301 192, ATSC DVS 161 e DAVIC 1.4:1998, parte 9).
NOTA na PMT. No Japo, o Ministrio de Telecomunicaes (Notificao Hei 10/260) estipula o uso de data_component_id

Para assegurar a conformidade DVB, ATSC e DAVIC, o campo data_identifier contm uma cpia do valor alocado para a rea do usurio definido naqueles padres. As razes para empregar as especificaes independentes PES como um padro para o mtodo de transmisso PES so as seguintes: tamanho (menor de restries) permite uma liberdade maior; permitido que dados de vdeo e udio sejam produzidos separadamente antes de serem multiplexados por menos esforo; o compartilhamento de dados permitido em mltiplas peas de dados de vdeo e udio para um acesso mais fcil. A transmisso de carrossel de dados baseada no downloading U-N (carrossel de dados DSM-CC) estipulado na ISO/IEC 13818-6, no qual o seguinte foi adicionado: em relao rea de dados do mdulo, assumindo seu uso para a transmisso de arquivos etc., foram adicionados os descritores de Activation time, de Expire e de CompressionType. exceto pelos servios de download assumidos quando o original ISO/IEC 13818-6 foi desenvolvido, estas estipulaes permitem o uso das transmisses do carrossel de dados que so eficientes e que tm a recepo mnima processando cargas em uma ampla variedade de aplicaes, como servios de multimdia.

82

ABNT 2010 - Todos os direitos reservados

ABNT NBR 15606-3:2010

Bibliografia
[1] [2] [3] [4] [5] [6] [7] ITU-T X.208:1988, Specification of abstraction construction describing format (ASN.1) ITU-T X.209:1988, Specification of basic encryption rule of abstraction construction describing format (ASN.1) ITU-T X.234:1994, Encryption key management and authenticating system for audio visual service ITU-T X.509:1997, Directory Frame of authentication JIS X 5055:1996, Security technology Data completeness function using encryption inspection function by block encryption algorithm JIS X 5056-3:1996, Security technology Entity authentication function Part 3 Authentication function using open key algorithm JIS X 5057-1:1996, Security technology Hash function Part 1: Introduction

[8] JIS X 5057-2:1996, Security technology Hash function Part 2: Hush function using n bitblock encryption algorithm [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] JIS X 5060:1994, Data encryption technology Registration procedure of encryption algorithm http://www.nist.gov/aes (1999-3) Advanced Encryption Standard FIPS PUB 46-2:1993, http://www.itl.nist.gov/div897/pubs/fip46-2.htm Data encryption standard (DES) RC5, RFC2040:1996, The RC5 Encryption algorithm FIPS PUB 140-1:1994, http://www-09.nist.gov/div897/pubs/fip140-1.htm, Security requirements for cryptographic modules FIPS PUB 180-1:1995, http://www.itl.nist.gov/div897/pubs/fip180-1.htm, Secure hash standard MD5, RFC1321:1992, The MD5 Message-Digest Algorithm MD2, RFC1319:1992, The MD2 Message-Digest Algorithm RFC 2246:1999, The TLS Protocol Version 1.0 RFC 1590:1994, J.Postel, Media Type Registration Procedure, RFC 1590, ISI The Notification No. 260 of Ministry of Posts and Telecommunications in 1998 JAPAN

[[20] RFC 1954:1996 - Transmission of Flow Labelled IPv4 on ATM Data Links Ipsilon Version 1.0 [21] RFC 1334: 1992 - PPP Authentication Protocols

ABNT 2010 - Todos os direitos reservados

83