This file is raw output from pdftotext and may not be ideal for distribution. If you are a maintainer for Hackipedia, please sit down when you have time and clean this text version up. Source PDF: /mnt/fw-js/docs/ATSC/A-102 ACAP Service Signaling and Announcement.pdf Like all conversions the text below should be fully readable as UTF-8 unicode text. --------------------------------------------------------------- ATSC Standard: ACAP Service Signaling and Announcement Document A/102, 12 September 2006 Editorial revision 1 Advanced Television Systems Committee, Inc. 1750 K Street, N.W., Suite 1200 Washington, D.C. 20006 Advanced Television Systems Committee Document A/102 The Advanced Television Systems Committee, Inc., is an international, non-profit organization developing voluntary standards for digital television. The ATSC member organizations represent the broadcast, broadcast equipment, motion picture, consumer electronics, computer, cable, satellite, and semiconductor industries. Specifically, ATSC is working to coordinate television standards among different communications media focusing on digital television, interactive systems, and broadband multimedia communications. ATSC is also developing digital television implementation strategies and presenting educational seminars on the ATSC standards. ATSC was formed in 1982 by the member organizations of the Joint Committee on InterSociety Coordination (JCIC): the Electronic Industries Association (EIA), the Institute of Electrical and Electronic Engineers (IEEE), the National Association of Broadcasters (NAB), the National Cable Television Association (NCTA), and the Society of Motion Picture and Television Engineers (SMPTE). Currently, there are approximately 140 members representing the broadcast, broadcast equipment, motion picture, consumer electronics, computer, cable, satellite, and semiconductor industries. ATSC Digital TV Standards include digital high definition television (HDTV), standard definition television (SDTV), data broadcasting, multichannel surround-sound audio, and satellite direct-to-home broadcasting. Contact information is given below. Mailing address Advanced Television Systems Commmittee, Inc. 1750 K Street, N.W., Suite 1200 Washington, D.C. 20006 Telephone 202-872-9160 (voice) 202-872-9161 (fax) Web site http://www.atsc.org E-mail standards@atsc.org The revision history of this document is given below. A/102 Revision History A/102 approved 12 September 2006 A/102 republished to correct certain font issues. No text changes made. 20 September 2006 2 ACAP Service Signaling and Announcement, Table of Contents 12 September 2006 Table of Contents 1. SCOPE AND DOCUMENTATION STRUCTURE 5 1.1 Documentation Structure 5 2. REFERENCES 5 2.1 Normative References 5 3. DEFINITIONS 6 3.1 Compliance Notation 6 3.2 Treatment of Syntactic Elements 6 3.3 Terms Employed 6 3.4 Symbols, Abbreviations, and Mathematical Operators 6 3.4.1 Mnemonics 7 3.4.2 Method of Describing Bit Stream Syntax 7 4. INTRODUCTION (INFORMATIVE) 8 5. DATA BROADCAST DESCRIPTOR (INFORMATIVE) 8 6. ANNOUNCEMENT AND DISCOVERY 11 6.1 Table Linkages Summary 11 7. VIRTUAL CHANNEL SIGNALING 11 7.1 Constraints on minor channel number values 12 3 Advanced Television Systems Committee Document A/102 Index of Tables and Figures Table 5.1 DVB Data Broadcast Descriptor (Informative) 9 Table 5.2 Syntax for Object Carousel Info Structure (Informative) 10 Table 6.1 ACAP Announcement Mechanism 11 Figure 6.1 The Relationship of DET/EIT, PMT and ACAP data elementary stream through data broadcast descriptor. (Informative) 12 4 ATSC Standard: ACAP Service Signaling and Announcement 1. SCOPE AND DOCUMENTATION STRUCTURE This Standard augments the MPEG-2 transport signaling defined in A/101 [1], by defining the required signaling for current services and the mechanism for announcement of future services. 1.1 Documentation Structure This document is organized as follows: • Section 1 – This general introduction. • Section 2 – Listing of references for this standard. • Section 3 – Definitions and terms used in this standard. • Section 4 – An informative introduction to ACAP service signaling and announcement • Section 5 – An informative discussion of the data broadcast descriptor. • Section 6 – Normative announcement and discovery specifications. • Section 7 – Normative virtual channel signaling specifications. 2. REFERENCES 2.1 Normative References The following documents contain provisions which in whole or part, through reference in this text, constitute provisions of this standard. At the time of publication, the editions indicated were valid. All standards are subject to revision and amendment, and parties to agreement based on this standard are encouraged to investigate the possibility of applying the most recent editions of the documents listed below. [1] ATSC: “Advanced Common Application Platform,” Doc. A/101, Advanced Television Systems Committee, Washington, D.C., 2 August 2005. [2] ATSC: “Program and System Information Protocol for Terrestrial Broadcast and Cable, Revision C with Amendment No. 1,” Doc. A/65C, Advanced Television Systems Committee, Washington, D.C., 2 January 2006 (Amendment No. 1 dated 9 May 2006). [3] ATSC: “ATSC Data Broadcast Standard, with Amendment 1 and Corrigendum 1 and 2,” Doc. A/90, Advanced Television Systems Committee, Washington, D.C., 26 July 2000 (Amendment 1 dated 14 May 2002; Corrigendum 1 and 2 dated 1 April 2002). [4] ETSI EN 301 192 v. 1.3.1 Digital Video Broadcast Specification for Data Broadcasting. [5] ETSI EN 300 468 (2004), “Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems”. [6] ITU-T Rec. H.222.0 | ISO/IEC 13818-1:2000, Information Technology — Generic coding of moving pictures and associated audio — Part 1: systems. Page 5 Advanced Television Systems Committee Document A/102 [7] IEEE SI10-2002: “Metric Practice and Graphic Symbols and Designations Used in Technical Documentation,” Institute of Electrical and Electronics Engineers, New York, N.Y. [IEEE] [8] ATSC: “Digital Television Standard, Revision E with Amendment No. 1,” Doc. A/53E, Advanced Television Systems Committee, Washington, D.C., 27 December 2005 (Amendment No. 1 dated 18 April 2006). 3. DEFINITIONS With respect to definition of terms, abbreviations, and units, the practice of the Institute of Electrical and Electronics Engineers (IEEE) as outlined in the Institute’s published standards [7] shall be used. Where an abbreviation is not covered by IEEE practice, or industry practice differs from IEEE practice, then the abbreviation in question will be described in Section 3.4 of this document. Many of the definitions included therein are derived from definitions adopted by MPEG. 3.1 Compliance Notation As used in this document, “shall” or “will” denotes a mandatory provision of the standard. “Should” denotes a provision that is recommended but not mandatory. “May” denotes a feature whose presence does not preclude compliance, that may or may not be present at the option of the implementor. 3.2 Treatment of Syntactic Elements This document contains symbolic references to syntactic elements used in the transport coding subsystems. These references are typographically distinguished by the use of a different font (e.g., restricted), may contain the underscore character (e.g., sequence_end_code) and may consist of character strings that are not English words (e.g., dynrng). 3.3 Terms Employed For the purposes of this standard, the following definition of terms apply: ACAP – ATSC Common Application Platform. 3.4 Symbols, Abbreviations, and Mathematical Operators The symbols, abbreviations, and mathematical operators used in this standard shall have the meanings established for use by ATSC in A/53 [8] which are similar to those used in the “C” programming language. Note that integer division with truncation and rounding are signified by specifically defined symbols in A/53. The bitwise operators are defined assuming two’s- complement representation of integers. Numbering and counting loops generally begin from 0. 6 ACAP Service Signaling and Announcement 12 September 2006 3.4.1 Mnemonics The following mnemonics are defined to describe the different data types used in the coded bit stream. bslbf Bit string, left bit first, where “left” is the order in which bit strings are written in the Standard. Bit strings are written as a string of 1s and 0s within single quote marks, e.g. ‘1000 0001’. Blanks within a bit string are for ease of reading and have no significance. uimsbf Unsigned integer, most significant bit first. The byte order of multi-byte words is most significant byte first. 3.4.2 Method of Describing Bit Stream Syntax Each data item in the coded bit stream described below is in bold type. It is described by its name, its length in bits, and a mnemonic for its type and order of transmission. The action caused by a decoded data element in a bit stream depends on the value of that data element and on data elements previously decoded. The decoding of the data elements and definition of the state variables used in their decoding are described in the clauses containing the semantic description of the syntax. The following constructs are used to express the conditions when data elements are present, and are in normal type. Note this syntax uses the “C” code convention that a variable or expression evaluating to a non-zero value is equivalent to a condition that is true. while ( condition ) { If the condition is true, then the group of data elements occurs next in the data stream. data_element This repeats until the condition is not true. ... } do { The data element always occurs at least once. The data element is repeated until the data_element condition is not true. ...} while ( condition ) if ( condition) { If the condition is true, then the first group of data elements occurs next in the data stream. data_element ... } else { If the condition is not true, then the second group of data elements occurs next in the data data_element stream. ... } for (i = 0;i