ATSC 3.0 : Standards
An ATSC Standard is a document that states basic specifications or criteria that are necessary for effective implementation and interoperability of Advanced Television Systems
-
A/300, “ATSC 3.0 System”Most Recent Document Approved: 15 May 2020
This Standard describes the ATSC 3.0 digital television system. ATSC 3.0 is a suite of voluntary technical Standards and Recommended Practices that is fundamentally different from predecessor ATSC systems and is therefore largely incompatible with them. This divergence from earlier design is intended to allow substantial improvements in performance, functionality, and efficiency sufficient to warrant implementation of a non-backwards-compatible system. With higher capacity to deliver Ultra High-Definition services, robust reception on a wide range of devices, improved efficiency, IP transport, advanced emergency alerting, personalization features, and interactive capability, the ATSC 3.0 Standard provides much more capability than previous generations of terrestrial broadcasting. This document describes the complete ATSC 3.0 Standard, which encompasses a set of individual standards documents, the interworking of which is described therein.
Download A/300: 2019, “ATCS 3.0 System,” approved 17 September 2019. A zip file is provided that includes the A/300 Standard and all ATSC documents that are normatively referenced in A/300:2019.
Download A/300:2020, “ATSC 3.0 System,” approved 15 May 2020. A zip file is provided that includes the A/300 Standard and all ATSC documents that are normatively referenced in A/300:2020.
-
A/321, “System Discovery and Signaling”Most Recent Document Approved: 23 March 2016
This document describes the system discovery and signaling architecture for the ATSC 3.0 physical layer. Broadcasters anticipate providing multiple wireless-based services, in addition to conventional broadcast television in the future. Such services may be time-multiplexed together within a single RF channel. The bootstrap provides a universal entry point into a broadcast waveform. The bootstrap employs a fixed configuration (e.g., sampling rate, signal bandwidth, subcarrier spacing, time-domain structure) known to all receiver devices and carries information to enable processing and decoding the wireless service associated with a detected bootstrap. This capability ensures that broadcast spectrum can be adapted to carry new services and/or waveforms for public interest to continue to be served in the future.
-
A/322, “Physical Layer Protocol”Most Recent Document Approved: 23 January 2020
This Standard describes the RF/Transmission of a physical layer waveform. This waveform enables flexible configurations of physical layer resources to target a variety of operating modes. The intent is to signal the applied technologies and allow for future technology adaptation.
There are multiple versions of this document. Please be sure to download the desired version. For amendments, the text includes a list of changes, the rationale for the changes, and compatibility considerations.
Download A/322:2017, “Physical Layer Protocol – approved 6 June 2017. This is the version referenced by the FCC (US).
Download A/322:2018, “Physical Layer Protocol – approved 26 December 2018. This is the version referenced by A/300:2019.
Download A/322:2020, “Physical Layer Protocol – approved 23 January 2020
A/322:2017, dated 6 June 2017, was approved and adopted by reference into the FCC Rules 47 CFR § 73.682. This document summarizes changes made to A/322 since the 2017 version.
Download Approved Changes to A/322, “Physical Layer Protocol” – approved 24 March 2020 -
A/323, “Dedicated Return Channel for ATSC 3.0”Most Recent Document Approved: 7 December 2018
This standard specifies the physical layer and the Medium Access Control (MAC) layer for the ATSC 3.0 Dedicated Return Channel (DRC). The DRC physical layer specifies the uplink framing, baseband signal generation, random access, and downlink synchronization scheme. The DRC MAC layer specifies the MAC procedures, MAC PDU formats, and signaling schemes between the ATSC 3.0 downlink and DRC.
-
A/324, “Scheduler / Studio to Transmitter Link”Most Recent Document Approved: 5 January 2018
This standard specifies the protocol on the Studio-to-Transmitter Link (STL) from studio-side infrastructure to a Single Frequency Network (SFN) of Transmitters. It defines delivery protocols for ALP Transport. The document also defines possible interfaces among the studio infrastructure, for example the interconnection of the ATSC 3.0 Link Layer Protocol (ALP) and a Broadcast Gateway. This document specifies certain constraints on the scheduling of content and signaling on the Physical Layer. The described scheduling process enables Preamble generation and emission time management. It specifies certain aspects of Transmitter behavior and certain parameters of Transmitter operation.
A Candidate Standard revision of A/324 is available that may be helpful to implementers. Please see the ATSC 3.0 Candidate Standards page.
-
A/330, “Link-Layer Protocol”Most Recent Document Approved: 3 May 2019
This standard defines the ATSC Link-Layer Protocol (ALP). ALP corresponds to the data link layer in the OSI 7-layer model. ALP provides a path to deliver IP packets, link layer signaling packets, and MPEG-2 Transport Stream (TS) packets down to the RF Layer and back, after reception. ALP also optimizes the proportion of useful data in the ATSC 3.0 Physical Layer by means of efficient encapsulation and overhead reduction mechanisms for IP and MPEG-2 TS transport. ALP provides extensible headroom for future use.
-
A/331, “Signaling, Delivery, Synchronization, and Error Protection”Most Recent Document Approved: 16 January 2020
This document specifies protocols used for delivery and synchronization of media and non-timed data in the ATSC 3.0 system. A/331 specifies the technical mechanisms and procedures pertaining to service signaling and IP-based delivery of a variety of ATSC 3.0 services and contents to ATSC 3.0-capable receivers over broadcast, broadband, and hybrid broadcast/broadband networks. The service signaling functionality defines the data formats and information components necessary to discover and acquire user services. The IP-based delivery functionality specifies two application transport protocols for the carriage of media content and service signaling data over broadcast and/or broadband networks to receivers. The delivery functionality also includes mechanisms for the synchronization of media components delivered on the same or different transport networks, and application-layer forward error correction methods that enable error-free reception and consumption of media streams or discrete file objects. A component of this standard is the accompanying schema.
There are multiple versions of this document. Please be sure to download the desired version. For amendments, the text includes a list of changes, the rationale for the changes, and compatibility considerations.
Download A/331:2019, “Signaling, Delivery, Synchronization, and Error Protection and accompanying schema, approved 20 June 2019. This is the version referenced by A/300:2019.
Download A/331:2019 Amendment No. 1, “MMT Hybrid Delivery – approved 6 January 2020.
Download A/331:2019 Amendment No. 2, “Fix Daylight Saving – approved 16 January 2020.
Download A/331:2019 Amendment No. 3, “ServiceId URL and BSID-PLP Mapping – approved 26 December 2019.
Download A/331:2019 Amendment No. 4, “User Agent String – approved 15 January 2020.
Download A/331:2019 Amendment No. 5, “Fix RRT – approved 30 December 2019.
Download A/331:2019 Amendment No. 6, “Simulcast TSID – approved 31 December 2019.
Download A/331:2019 Amendment No. 7, “DRM System ID – approved 3 January 2020.
Download A/331:2019 Amendment No. 8, “Uniqueness of @serviceID – approved 1 January 2020.
Download A/331:2019 Amendment No. 9, “Fix Keep Screen Clear – approved 2 January 2020.
Download A/331:2020, “Signaling, Delivery, Synchronization, and Error Protection 16 January 2020. This document is a rollup of Amendments No. 1 through 9. The accompanying schema (unchanged from A/331:2019) can be downloaded from the above link.
-
A/332, “Service Announcement”Most Recent Document Approved: 6 December 2017
The normative portions of this document define a standard for announcement of services in an ATSC 3.0 broadcast. A component of A/332 is the.accompanying schema.
-
A/333, “Service Usage Reporting”Most Recent Document Approved: 4 January 2017
The normative portions of this document define a standard for service usage reporting for ATSC 3.0.
-
A/334, “Audio Watermark Emission”Most Recent Document Approved: 19 September 2016
This document specifies the VP1 audio watermark for use with systems conforming to the ATSC 3.0 family of specifications. The document specifies the format in which the audio watermark resides in a PCM audio signal. Emission by a broadcaster of the audio watermark is optional.
-
A/335, “Video Watermark Emission”Most Recent Document Approved: 9 December 2019
The video watermark technology described in this document provides the capability to robustly embed ancillary data in the transmitted pixels of a video signal. It is intended to provide a data path for its ancillary data payload that can readily survive changes in video compression data rate, transcoding to other video compression codecs, and delivery over legacy consumer HDMI interfaces. It is not intended to be a tamper-resistant or indelible watermark, and it may be deliberately obliterated by an intermediary. Emission by a broadcaster of the video watermark is optional.
There are multiple versions of this document. Please be sure to download the desired version. For amendments, the text includes a list of changes, the rationale for the changes, and compatibility considerations.
Download A/335:2016 “Video Watermark Emission PDF File – approved 20 September 2016. This is the version referenced by A/300:2019.
Download A/335:2016 Amendment No. 1, “Additional Video Resolutions PDF File – approved 9 December 2019.
Download A/335:2016 with Amendment No. 1 PDF File – integrated into the Standard
-
A/336, “Content Recovery in Redistribution Scenarios”Most Recent Document Approved: 3 October 2019
There is more than one published version of this Standard. Please be sure to download the desired version.
This document specifies methods by which receivers may recover content that is available from a broadcaster, but not delivered directly to the receiver through the RF broadcast signal. This method may be useful in the use case when the receiver is connected to a set-top box via an HDMI cable and is only receiving uncompressed A/V content and not the full signaling tables or alternate content choices offered by the broadcaster. The methods described in this document require an automatic content recognition (ACR) mechanism. The ACR mechanism is either the video and audio watermarks specified for use within ATSC 3.0 broadcast emissions or a fingerprint mechanism described in this document.
This document describes the method for a receiver to recover content via a broadband interface once it has acquired an ATSC 3.0 watermark payload or has identified content using fingerprints. It also specifies the format of certain files that may be returned in response to such a content recovery request.
A/336:2019 is an editorial rollup on the following amendments to the 2018 version of this standard.
Amendment No. 1 PDF File – “Timed VP1 Messages,” approved 26 August 2019.
Amendment No. 2 PDF File – “Addition of Media Type Definitions,” approved 27 August 2019.
Amendment No. 3 PDF File – “Dynamic Event Message Enhancements,” approved 3 October 2019.
A/336:2018, dated 11 December 2018, is the version of this standard referenced by A/300:2019, “ATSC 3.0 System.” That version can be downloaded from this link.
Download A/336:2018 PDF File – “Content Recovery in Redistribution Scenarios”
A/336 establishes entity_string() and Server Code namespaces for use by broadcasters who want to incorporate ATSC-specified video and audio watermarks into their services. Use of A/336 requires registration of values within those namespaces prior to their use. The following organization is authorized to issue entity_string() and Server Code registrations: Verance.
-
A/337, “Application Event Delivery”Most Recent Document Approved: 30 April 2019
This document specifies mechanisms for signaling the properties of applications, including their lifecycle states, and also mechanisms for delivering activation notifications synchronized with a time base, so that the actions of applications can be synchronized accordingly. A component of A/337 is in the accompanying schema.
-
A/338, “Companion Device”Most Recent Document Approved: 21 January 2020
This document specifies the communication protocol between an ATSC 3.0 primary device and an ATSC 3.0 companion device. In this context, the primary device is the primary receiver and is used to present the primary content. The companion device communicates with the primary device to present related, supplementary content, or even the same content as that being presented on the primary device. Examples of primary devices include television sets, set-top/converter boxes, and mobile devices that are capable of receiving ATSC 3.0 services. Examples of companion devices are laptops, tablets and smartphones.
There are multiple versions of this document. Please be sure to download the desired version. For amendments, the text includes a list of changes, the rationale for the changes, and compatibility considerations.
Download A/338:2017, “Companion Device,” approved 17 April 2017. This is the version referenced by A/300:2019.
Download A/338:2019 “Companion Device,” approved 2 October 2019.
Download A/338:2019 Amendment No. 1, “CD Event Stream API,” approved 21 January 2020.
Download A/338:2019 with Amendment No. 1 integrated into the document.
-
A/341, “Video – HEVC”Most Recent Document Approved: 14 February 2019.
This Standard describes the video coding constraints on ITU-T Rec. H.265 | International Standard ISO/IEC 23008-2 (“HEVC”) when it is used for video compression in the ATSC 3.0 Digital Television System. Any other video coding technologies in the ATSC 3.0 system are documented in their own ATSC Standard(s). A/300 provides references to the various video coding technology document(s) in the ATSC 3.0 system. Signaling of the video compression technology in use is defined A/331.
-
A/342 Part 1, “Audio Common Elements”Most Recent Document Approved: 24 January 2017
This document specifies the common framework for ATSC 3.0 Audio. It is intended to be used in conjunction with the specific audio technologies described in subsequent parts of this Standard. The ATSC 3.0 audio system provides immersive and personalizable sound for television. It is not compatible with the audio system used in ATSC 1.0 service.
-
A/342 Part 2, “AC-4 System”Most Recent Document Approved: 23 February 2017
This document standardizes the AC-4 audio system for use in the ATSC 3.0 Digital Television System. It describes the characteristics of the AC-4 audio system and establishes a set of constraints on ETSI TS 103 190-2 for use within ATSC 3.0 broadcast emissions. The ATSC 3.0 audio system provides an enhanced feature set and improves upon the capabilities of past ATSC audio systems. The system provides listeners with both a personalized and an immersive experience. The ATSC 3.0 audio system establishes a common framework for multiple Next Generation Audio (NGA) systems, both current and future. The AC-4 audio system is one of the NGA systems standardized in ATSC 3.0.
-
A/342 Part 3, “MPEG-H System”Most Recent Document Approved: 3 March 2017
This document standardizes the MPEG-H Audio system for use in the ATSC 3.0 Digital Television System. It describes the characteristics of the MPEG-H Audio system and establishes a set of constraints on MPEG-H Audio for use within ATSC 3.0 broadcast emissions. The ATSC 3.0 audio system provides an enhanced feature set and improves upon the capabilities of past ATSC audio systems. The system provides listeners with both a personalized and an immersive experience. The ATSC 3.0 audio system establishes a common framework for multiple Next Generation Audio (NGA) systems, both current and future. The MPEG-H Audio system is one of the NGA systems standardized in ATSC 3.0.
-
A/343, “Captions and Subtitles”Most Recent Document Approved: 10 October 2018
This standard defines the required technology for closed caption and subtitle tracks over ROUTE-DASH and MMT transports. This includes the content essence and the packaging and timing.
-
A/344, “ATSC 3.0, Interactive Content″Most Recent Document Approved: 29 April 2020
This document describes the interactive content environment provided by an ATSC 3.0 receiver. This environment is comprised of a standard W3C User Agent with known characteristics, a WebSocket interface for obtaining information from the receiver and controlling various receiver functionality, and an HTTP interface for accessing files delivered over broadcast. This document also specifies the life cycle of the interactive content when delivered over broadband or broadcast or both.
There are multiple versions of this document. Please be sure to download the desired version. For amendments, the text includes a list of changes, the rationale for the changes, and compatibility considerations. All documents are provided as Acrobat (PDF) files.
Download A/344:2019, “ATSC 3.0 Interactive Content”, approved 2 May 2019. This is the version referenced by A/300:2019.
Download A/344:2019 Amendment No. 1, “Persistent IDs”, approved 29 July 2019.
Download A/344:2019 Amendment No. 2, “JSON RPC Cancel Request API Addition”, approved 16 December 2019.
Download A/344:2019 Amendment No. 3, “Redistribution Use Case”, approved 18 December 2019.
Download A/344:2019 Amendment No. 4, “RMP State”, approved 19 December 2019.
Download A/344:2019 Amendment No. 5, “Capabilities”, approved 23 December 2019.
Download A/344:2019 Amendment No. 6, “Remove JavaScript Sample Code”, approved 24 December 2019.
Download A/344:2019 Amendment No. 7, “CacheRequest API”, approved 25 December 2019.
Download A/344:2019 Amendment No. 8, “Signaling Data”, approved 7 February 2020.
Download A/344:2019 Amendment No. 9, “Service Guide”, approved 31 January 2020.
Download A/344:2019 Amendment No. 10, “DRM Error Codes”, approved 3 February 2020.
Download A/344:2020, “ATSC 3.0 Interactive Environment”, 7 February 2020. This document is a rollup of Amendments No. 1 through 10 to A/344:2019, plus editorial cleanup.
Download A/344:2020 Corrigendum No. 1, approved 29 April 2020.
Download A/344:2020, “ATSC 3.0 Interactive Environment, with Corrigendum No. 1”. This document has Corrigendum No. 1 integrated into the standard.
A Candidate Standard revision of A/344 is available that may be helpful to implementers. Please see the ATSC 3.0 Candidate Standards page.
-
A/360, “ATSC 3.0 Security and Service Protection”Most Recent Document Approved: 20 August 2019
This standard specifies the mechanisms for security and service protections in ATSC 3.0 systems.
Subscribe to our Newsletter
Subscribe to The Standard, our monthly newsletter, to stay up-to-date with ATSC news and events around the world.
