Upload
donga
View
216
Download
0
Embed Size (px)
Citation preview
ATSC Structure and Process
ATSC Mission
To create and foster implementation ofvoluntary Standards and RecommendedPractices to advance terrestrial digital televisionbroadcasting, and to facilitate interoperabilitywith other media.
About ATSC• Standards development organization for digital
television– Founded in 1983 by CEA, IEEE, NAB, NCTA, and
SMPTE– Focused on terrestrial digital television broadcasting– ATSC is an open, due process organization– Approximately 120 member organizations
• Broadcasters, broadcast equipment vendors, cable andsatellite systems, consumer electronics and semiconductormanufacturers, universities
ATSC Members
2014 ATSC Board of DirectorsMark Eyer, SonyRichard Friedel, FoxKevin Gage, NABJohn Godfrey, SamsungIra Goldstone, UnivisionBrett Jenkins, LIN Media
Wayne Luplow, IEEEBrian Markwalter, CEASam Matheny, CapitolBroadcastingGlenn Reitmeier, NBC UniversalAndy Scott, NCTA
Robert Seidel, CBSDavid Siegler, Cox Media GroupPeter Symes, SMPTEJohn Taylor, LG Electronics
ATSC Staff
Mark Richer Jerry Whitaker Lindsay Shelton Gross Daro BrunoPresident VP Standards Development Director of Communications Office Manager
ATSC Members
Board of Directors
Technology Group 1Implementation Teams
S4 ATSC MobileS6 Audio/Video CodingS7 Service/Content ProtectionS8 TransportS9 TransmissionS10 ReceiversS12 3D-TVS13 Data Broadcast
S31 Scenario PlanningS32 Physical LayerS33 Management and ProtocolsS34 Applications and Presentation
Technology Group 3
ATSC 2.0Mobile EAS
Technology Group 1The ATSC Technology and Standards Group, with due regard forexisting standards organizations and activities, develops andrecommends voluntary, international technical standards for thedistribution of television programs to the public using advancedtelevision technology.Technologies considered may be improvements to current systems orentirely new systems that are compatible or incompatible with currentsystems. All forms of distribution systems may be considered, such asterrestrial broadcasting, cable systems, direct satellite broadcasting,and pre-recorded media.With respect to distribution systems, sound, vision, display, conditionalaccess, and data sub-systems may be considered.
Technology Group 1Chair:Michael Dolan, Industry consultant, sponsoredby The Nielsen Company
Michael A Dolan is founder and president of Television Broadcast Technology, providing specialized professional encoders, testtools, and technical consulting in the field of digital television and Internet media. He holds a BSEE degree from Virginia Tech '79and has worked for and founded various leading edge computer graphics and real time systems companies since then, includingearly foundational work in W3C technology and analog data broadcasting. Mr. Dolan has been involved in digital televisionengineering for many years, including data broadcast system architecture, digital receiver design and compliance. He alsocurrently chairs the ATSC Technology Group 1 and its Data Broadcasting Specialist Group (TG1/S13), co-chairs the CEA WorkingGroup on Digital Closed Captioning (R4SC3WG1), co-chairs the SMPTE Committee on Television and Broadband (24TB), co-chairs the DECE/Ultraviolet Technical Working Group, and is active in MPEG, SCTE and W3C. Mr. Dolan is an SMPTE Fellow anda former SMPTE Governor for the Hollywood Region. He is a recipient of the ATSC Bernard J Lechner award and the CEATechnology Leadership Award. He has written the SMPTE Journal Almanac column for over a decade, is co-author of DataBroadcasting, and holds several patents in computer web technology.
TG1
S4: Mobile S6: Codecs
S6-3: Loudness
S7: Security S8: Transport S12: 3D S13: Data
S13-1: Non-Real-Time
(NRT)
S13-2:Interactive
(ISS)
Technology Group
Specialist Group
Ad-Hoc Group
InactiveS9: RFS10: Receivers
Technology Group 3The ATSC 3.0 Technology Standards Group (called TG3) willdevelop voluntary technical Standards and RecommendedPractices for the next-generation digital terrestrial televisionbroadcast system.ATSC 3.0 is likely to be incompatible with current broadcastsystems and therefore must provide improvements inperformance, functionality and efficiency significant enough towarrant implementation of a non-backwards-compatible system.Interoperability with production systems and non-broadcastdistribution systems should be considered.
Technology Group 3Chair:Dr. Rich Chernock, Triveni Digital
Dr. Chernock is currently Chief Science Officer at Triveni Digital. In that position, he isdeveloping strategic directions for monitoring, content distribution and metadatamanagement for emerging digital television systems and infrastructures. Previously, hewas a Research Staff Member at IBM Research, investigating digital broadcasttechnologies. Dr. Chernock is active in many of the ATSC, SMPTE and SCTE standardscommittees, particularly in the areas of future DTV, monitoring, metadata, and databroadcast. He is chairman of the ATSC Technology Group on ATSC 3.0 (TG3) and chairsthe AHG on service delivery and synchronization for ATSC 3.0.
TG3
S31: Requirements& Program
Management
S31-1: DataCollection &
Documentation
S32: PHY Layer
S32-1: CommonElements
S32-2: Modulation& Coding
S32-3: Waveform
S33: Management& Protocols
S33-1: ServiceDelivery &
Synchronization
S33-2: ServiceAnnouncement &
Personalization
S33-3: InteractiveService &
Companion-Screen
S34: Applicationsand Presentation
S34-1: Video
S34-2: Audio
S34-3: PresentationLogic & Service
Frameworks
S34-4: RuntimeEnvironment for
Applications
Technology GroupSpecialist GroupAd-Hoc Group
Definition: Standard• An ATSC Standard is a document that
states basic specifications or criteria thatare necessary for effective implementationand interoperability of Advanced TelevisionSystems.
Definition: RP• An ATSC Recommended Practice is a document that
states specifications or criteria within AdvancedTelevision Systems that are not strictly necessary foreffective implementation and interoperability, but thatare thought to be advisable and may improve theefficiency of implementation or reduce the probabilityof implementation errors. An ATSC RecommendedPractice may specify preferred methodology forimplementation and operation and may recommend achoice from among alternatives.
Project Approval, Assignment
Board ApprovesProject
Assigns work to aTechnology Group
Technology GroupAssigns Work toSpecialist Group
OtherInterested Parties
Develop Requirements
Planning TeamsDevelop Requirements
Board Ad-HocDevelops Requirements
New Work Item Proposal
Development And Approval
Proposed StandardWorking Draft
Specialist Group DevelopsSpecification
"consensus" or vote by"2/3 rule"
Technology GroupElevates to Candidate
Standard for a SetPeriod
reverts back toWorking Draft if not
elevated to ProposedStandard or the CSperiod extended
Technology GroupElevates to Proposed
Standard2/3 majority approval,
comments areconsidered
Technology GroupElevates to Proposed
Standard2/3 majority approval,
comments areconsidered
Membership Approval2/3 majority approval,
comments areconsidered
Candidate Standard
Standard
TG Voting Eligibility…a Technology Group member must:• (a) have been a member of the Technology Group for the three month
period preceding the vote at a meeting or for the three month periodpreceding the date the letter ballot is issued in accordance with Article XI,and
• (b) have been represented by a person or persons with authority to vote forthe member at:
– i) a minimum of two of the three immediately preceding meetings of the TechnologyGroup, or
– Ii) all of the meetings of the Technology Group held during the one hundred twenty dayperiod preceding the vote.
• Voting must be conducted by authorized representative of company. Non-employee representatives of Voting Members must declare that they haveauthority to vote at the beginning of the meeting. An individual is limited torepresenting a single Member.
You’ve Heard it Before…This is a meeting of a subgroup of the Advanced Television Systems Committee. By openingthis meeting to non-members, the ATSC in no way intends to relinquish its rights to privacy forits business. The ATSC, therefore, insists that public disclosure pertaining to this meetingemanate only from, and be authorized only by, the Chairperson of the Board of Directors or bythe President of the ATSC.By remaining in attendance at this meeting, you, on behalf of yourself and your organization,agree to refrain from either directly or indirectly engaging in publicity pertaining to the businesstransacted at this or any other meeting of the ATSC unless authorized by one of the foregoingpersons.For Technology Group Meetings, non-employee representatives of Voting Members mustdeclare that they have authority to vote during the attendance roll call or as soon as possiblewhen they join the meeting.As a participant in this meeting you hereby agree, on behalf of yourself and your organization,to abide by all ATSC rules including its Patent Policy. The Patent Policy is available atwww.atsc.org.Attendees unwilling to agree to these terms must leave the meeting.
The Final Word on ATSC Process• B/01 – Articles of Incorporation• B/02 – Bylaws• B/03 – Operational Procedures for Technology Groups and
Subcommittees• B/04 – Patent Policy• B/06 – Normative Reference Organizations• B/07 – Dues Policy• B/09 – Nominating Process for the Board of Directors• B/12 – Email Reflector, Members Area of Website and Conference
Bridge Access Policy• B/35 – Certification Mark Policy and Usage Information• B/49 – Membership Mark Policy
Some Perspective on ATSC 3.0• So, how long did it take to create ATSC 1.0?
– 1987: FCC forms Advisory Committee (ACATS); 23 systems proposed– 1991: ACATS evaluates six systems– 1992: FCC decides that each existing broadcast station will be paired with a second 6
MHz channel during a transition period– 1993: ACATS Special Panel formed; no further consideration of analog systems;
FCC/Advisory Committee encouraged merger of best elements of the systems; GrandAlliance formed; proposed system tested
– 1995: ATSC approves Digital Television (DTV) Standard, A/53– 1996: FCC Adopts ATSC DTV Standard– 1997: FCC adopts schedule for broadcasters to implement DTV; assigns a DTV
channel to all existing broadcasters– 1997: A/65 PSIP Standard approved– 2000: A/90 Data Broadcast standard approved– 12 June 2009: All commercial television broadcasts go digital
ATSC 1.0 Suite of Standards• A/53 Parts 1 - 6: ATSC Digital Television Standard• A/65: Program and System Information Protocol for Terrestrial
Broadcast and Cable• A/70 Parts 1 - 2: Conditional Access System for Terrestrial
Broadcast• A/71: ATSC Parameterized Services Standard• A/90 - A/99: ATSC Data Broadcast Standard suite• A/100 Parts 1 - 8: DTV Application Software Environment• A/110: ATSC Standard for Transmitter Synchronization• A/153 Parts 1 - 6: ATSC Mobile DTV Standard
ATSC 2.0 Suite of Standards• A/103: ATSC Candidate Standard – Non-Real-Time Content
Delivery• A/105: ATSC Candidate Standard – Interactive Services
Standard• A/106: ATSC Candidate Standard – ATSC Security and
Service Protection Standard• A/107: ATSC Candidate Standard – ATSC 2.0 Standard• A/72 Part 1: Video System Characteristics of AVC in the
ATSC Digital Television System• A/72 Part 2: AVC Video Transport Subsystem Characteristics
3D-TV Suite of Standards• A/104 Part 1: Overview and Common Technologies for 3D-TV – at PS ballot• A/104 Part 2: Hybrid-coded 3D – published• A/104 Part 3: Candidate Standard: 3DTV Terrestrial Broadcasting, Part 3 –
Frame Compatible Coding Using Real-Time Delivery” – at PS ballot• A/104 Part 4: Service Compatible Hybrid Delivery 3D using Broadcast or
ATSC NRT – work in process• A/104 Part 5: Service Compatible 3DTV using Main and Mobile Hybrid
Delivery – currently at CS status• A/104 Part 6: Independent Coded 3D using Real-Time Delivery – currently
at CS status• A/72, Part 3: Video and Transport Subsystem Characteristics of MVC for
3D-TV Broadcast in the ATSC Digital Television System – PS ballot pending
From Evolution to Revolution• ATSC 3.0 Next Generation Broadcast
Television• Fundamental technology shift• Flexible and efficient• ATSC 3.0 must provide performance
improvement and additional functionalitysignificant enough to warrant implementationof a non-backwards compatible system
Get Involved!Membership has
its privileges