d 차세대방송표준포럼단체표준 ( 국문표준 ) 차세대방송표준포럼표준 ( 국문표준 ) N G B F S t a n d a r 제정일 : 2016년 3월 30일 지상파 UHDTV 방송송수신정합 - 파트 3. 시스템즈 Transmission and Reception for Terrestrial UHDTV Broadcasting Service - - Part 3. Systems 1
차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 3 월 30 일 지상파 UHDTV 방송송수신정합 - 파트 3. 시스템즈 Transmission and Reception for Terrestrial UHDTV Broadcasting Service - Part 3. Systems 본문서에대한저작권은차세대방송표준포럼에있으며, 차세대방송표준포럼과사전협의없이이 문서의전체또는일부를상업적목적으로복제또는배포해서는안됩니다. Copyrightc Next Generation Broadcasting Forum 2016. All Rights Reserved. 2
서문 1. 표준의목적 본표준은국내지상파 UHDTV 방송시스템에서사용하는프로그램다중화및채널다중화, 링크계층프로토콜, 그리고재난방송시그널링등시스템즈의상세규격을정의하며, 지상파방송망을이용하여 UHDTV 방송서비스를제공하기위해방송시스템을제작 / 설치하고자하는자에게필요한송수신정합규격중시스템즈에관한기술적정보를제공하는것을목적으로한다. 2. 주요내용요약 본표준은국내지상파 UHDTV 방송시스템에대한규격사항으로, 비디오, 오디오등의방송신호를프로그램으로구성하기위한프로그램다중화, 다중화된프로그램을하나의물리채널로전송하기위한채널다중화, 물리계층에서다중화된프로그램을전송할수있도록패킷화하는링크계층프로토콜, 그리고재난방송서비스를위한시그널링규격을정의및세부방법에대해서기술한다. 3. 표준의이력정보 3.1. 표준의이력 판수제정 개정일제정 개정내역 제 1 판 2016.03.30. 제정 3.2. 주요개정사항 해당없음 3
목차 서문... 3 목차... 4 1. 개요... 6 2. 표준의구성및범위... 7 3. 참조표준 ( 권고 )... 8 4. 용어정의및약어... 12 4.1. 용어정의 12 4.2. 심볼정의 14 4.3. 약어 14 5. 프로그램다중화및채널다중화... 18 5.1. 시스템개요 18 5.2. 서비스시그널링개요 19 5.2.1. 계층적서비스시그널링 19 5.2.2. 엔터티 (entity) 관계및어드레싱 (addressing) 구조 20 5.3. 저레벨시그널링 23 5.3.1. IP 주소할당 24 5.3.2. 저레벨시그널링테이블형식 25 5.3.3. 서비스리스트테이블 (SLT) 27 5.3.4. System Time 프래그먼트 32 5.3.5. 공통경보프로토콜 (CAP: common alerting protocol) 메시지 36 5.3.6. 버전정보테이블 (VIT; Version Information Table) 36 5.3.7. 브로드밴드시그널링 37 5.4. 서비스계층시그널링 39 5.4.1. ROUTE/DASH 서비스계층시그널링 41 5.4.2. MMT 서비스계층시그널링 57 5.5. 전송프로토콜 86 5.5.1. 방송망전송 86 5.5.2. 하이브리드 ( 방송망 / 브로드밴드 ) 전송 100 4
6. 링크계층프로토콜... 106 6.1. 링크계층개요 106 6.1.1. 서비스 106 6.1.2. 시스템구조 109 6.2. ALP 패킷포맷 109 6.2.1. ALP 패킷캡슐화 110 6.2.2. 시그널링캡슐화 119 6.2.3. 패킷유형확장 121 6.2.4. MPEG-2 TS 패킷캡슐화 122 6.3. IP 헤더압축 127 6.3.1. ROHC-U ( 강건헤더압축 단방향모드 ) 128 6.3.2. 적응 (Adaptation) 130 6.4. 링크계층시그널링 134 6.4.1. 링크계층시스널링을위한포맷 135 7. 재난방송시그널링... 141 7.1. 개요 141 7.2. 시스템구조 141 7.3. 재난안전정보 142 7.3.1. CAP 메시지 142 7.3.2. 리치미디어콘텐츠 143 7.3.3. 지상파 UHDTV 를위한확장 CAP 메시지 143 부속서 (ANNEX)... 146 A. ROUTE 146 B. 시그널링프래그먼트필터링 169 C. T-UHDTV VIT XML Schema 정의 171 D. T-UHDTV User Service Bundle Description XML Schema 정의 172 부록 (APPENDIX)... 179 I. ALP 패킷포맷예시 179 II. IP 헤더압축예시 187 III. 재난인지정보비트 189 5
지상파 UHDTV 방송송수신정합 파트 3. 시스템즈 1. 개요 본표준은지상파 UHDTV 방송서비스를제공하는데필요한송수신정합규격중시스템즈규격을정의하기위해제정되었다. 본표준은북미지상파디지털 TV 방송규격표준화기구인 ATSC에서제정한 ATSC3.0 CS (Candidate Standard) 규격기반으로제정되었다 [37][38]. 6
2. 표준의구성및범위 본표준은지상파 UHDTV 방송서비스제공을위한시스템즈규격에대해정의한다. 본표준은크게 2장으로이루어져있으며, 다음과같다. 5장. 프로그램다중화및채널다중화 에서는프로그램및채널레벨의방송신호다중화방식에대하여다룬다. 이어서 6장. 링크계층프로토콜 에서는링크계층의시스템구조및패킷포맷에대해다룬다. 7
3. 참조표준 ( 권고 ) [1] ITU: ITU-R Recommendation BT.709-5 (2002), Parameter values for the HDTV standards for production and international programme exchange, International Telecommunications Union, Geneva. [2] ISO/IEC 23008-3:2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio [3] ISO/IEC 23008-3:2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio, AMENDMENT 2 [4] ISO/IEC 23008-3:2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio, AMENDMENT 3 [5] 3GPP: TS 26.346 V12.4.0 (2014-12), 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs (Release 12). [6] ATSC: Physical Layer Protocol, Document A/322, Advanced Television Systems Committee, under development. [7] ATSC: Service Announcement, Document A/332, Advanced Television Systems Committee, under development. [8] ATSC A/153 Part 4, ATSC- Mobile DTV Standard, Part 4: Announcement, Advanced Television Systems Committee, October 2009. [9] DASH IF: Guidelines for Implementation: DASH-IF Interoperability Points for ATSC 3.0 DASH Interoperability Forum. [10] IETF: RFC 1952, GZIP file format specification version 4.3, Internet Engineering Task Force, Reston, VA, May, 1996. http://tools.ietf.org/html/rfc1952 [11] IETF: RFC 2616, Hypertext Transfer Protocol -- HTTP/1.1, Internet Engineering Task Force, Reston, VA, June, 1999. http://tools.ietf.org/html/rfc2616 [12] IETF: RFC 3986, Uniform Resource Identifier (URI): Generic Syntax, Internet Engineering Task Force, Reston, VA, January, 2005. http://tools.ietf.org/html/rfc3986 [13] IETF: RFC 5095, Network Time Protocol Version 4: Protocol and Algorithms Specification, Internet Engineering Task Force, Reston, VA, June, 2010. http://tools.ietf.org/html/rfc5905 [14] IETF: RFC 5651, Layered Coding Transport (LCT) Building Block, Internet Engineering Task Force, Reston, VA, October, 2009. 8
http://tools.ietf.org/html/rfc5651 [15] ISO/IEC: ISO/IEC 23008-1:2015, Information technology High efficiency coding and media delivery in heterogeneous environments Part 1: MPEG media transport (MMT), International Organization for Standardization, 2nd Edition, mm/dd/yy (publication expected 2016). [16] ISO/IEC: ISO/IEC 23008-2, Information technology High efficiency coding and media delivery in heterogeneous environments Part 2: High Efficiency Video Coding [17] ISO/IEC: ISO/IEC 8859, Information Processing 8-bit Single-Octet Coded Character Sets, Parts 1 through 10. [18] IETF: BCP 47, Tags for Identifying Languages, Internet Engineering Task Force, Reston, VA, September 2009. https://tools.ietf.org/html/bcp47organization for Standardization, 2nd Edition, mm/dd/yy [19] 3GPP: TR 26.946 V13.1.0 (2014-12), 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS) User service guidelines (Release 13). [20] IEEE: IEEE 1588-2008 PTP, Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems,, Institute for Electrical and Electronics Engineers. [21] ISO/IEC: 13818-1:2013(E), Information technology Generic coding of moving pictures and associated audio information: Systems Part 1. [22] ISO/IEC: ISO/IEC 14496-12 Fourth edition 2012-07-15 Corrected version 2012-09-15, Information technology Coding of audio-visual objects Part 12: ISO base media file format. [23] ISO/IEC: ISO/IEC 23009-1:2014, Information technology Dynamic adaptive streaming over HTTP (DASH) Part 1: Media presentation description and segment formats, International Organization for Standardization, 2nd Edition, 5/15/2014. [24] IETF: RFC 3095, RObust Header Compression (ROHC): Framework and four profiles: RTP, UDP, ESP, and uncompressed ), Internet Engineering Task Force, Reston, VA, July 2001. http://tools.ietf.org/html/rfc3095 [25] IETF: RFC 4815: RObust Header Compression (ROHC): Corrections and Clarifications to RFC 3095, Internet Engineering Task Force, Reston, VA, February 2007. http://tools.ietf.org/html/rfc4815 [26] IETF: RFC 5795: The RObust Header Compression (ROHC) Framework, Internet 9
Engineering Task Force, Reston, VA, March 2010. http://tools.ietf.org/html/rfc5795 [27] TTAK.OT-06.0054, 공통경보프로토콜 [28] IETF: RFC 2365, Administratively Scoped IP Multicast, Internet Engineering Task Force, Reston, VA, July, 1998. http://tools.ietf.org/html/rfc2365 [29] ISO/IEC: ISO/IEC 23001-8:2013(E), MPEG systems technologies Part 8: Coding Independent code-points, International Organization for Standardization, 7/1/2013. [30] ISO: ISO 639-2:1993, Codes for the representation of names of languages -- Part 2: Alpha-3 code, http://www.iso.org/iso/catalogue_detail?csnumber=4767 [31] IETF: RFC 5052, Forward Error Correction (FEC) Building Block, Internet Engineering Task Force, Reston, VA, August 2007. http://tools.ietf.org/html/rfc5052 [32] IETF: RFC 6726, FLUTE - File Delivery over Unidirectional Transport, Internet Engineering Task Force, Reston, VA, November, 2012. http://tools.ietf.org/html/rfc6726 [33] 차세대방송표준포럼표준, 지상파 UHDTV 방송송수신정합 - 파트 2. 컴포넌트, NGBK-16.xxxx/R1, 2016 [34] 차세대방송표준포럼표준, 지상파 UHDTV 방송송수신정합 - 파트 4. 물리계층, NGBK-16.xxxx/R1, 2016 [35] 차세대방송표준포럼표준, 지상파 UHDTV 방송송수신정합 - 파트 6. 3D서비스, NGBK-16.xxxx/R1, 2016 [36] TTAK.OT-06.0054/ 공통경보프로토콜 [37] ATSC: Link-Layer Protocol, Doc. A/330:2015(S33-169r2), Advanced Television Systems Committee, [25 Dec 2015] [38] ATSC: Signaling, Delivery, Synchronization, and Error Protection, Doc. A/331:2015(S33-174r1), Advanced Television Systems Committee, [5 Jan 2016]. [39] 차세대방송표준포럼표준, UHD IBB 서비스 파트1. 공통기술, NGBF.OHT.001, 2016.3.29 [40] 차세대방송표준포럼표준, UHD IBB 서비스 파트2. 앱시그널링, NGBF.OHT.002, 2016.3.29 [41] 차세대방송표준포럼표준, UHD IBB 서비스 파트 3. 브라우저애플리케이션환경, NGBF.OHT.003, 2016.3.29 [42] IETF: Internet Protocol, Doc. STD05 (originally RFC 791), Internet Engineering Task Force, Reston, VA, September 1981. [43] 차세대방송표준포럼표준, 지상파 UHDTV 방송송수신정합 - 파트 5. 콘텐츠보 10
호, NGBK-16.xxxx/R1, 2016 11
4. 용어정의및약어 4.1. 용어정의 T-UHDTV 네임스페이스 : T-UHDTV 네임스페이스는지상파 UHDTV 방송에서콘텐 츠, 서비스정보등을정의한네임스페이스를의미함 에셋 (asset): 멀티미디어데이터개체로유일한식별자를가지며멀티미디어프리젠 테이션을구성하는데사용됨 브로드캐스트스트림 (broadcast stream): 중심주파수 (center frequency) 와대역폭 (bandwidth) 으로정의되는 RF 채널의추상적개념임 CVS (Coded Video Sequence): NAL unit 스트림상에연속적으로배치되고하나의 sequence parameter set 을사용하여복호가능한억세스유닛들로, 각 CVS 는다른 CVS 와무관하게독립적으로복호가능함 DDE (Data Delivery Unit): 특정물리계층블록의콘텐츠가블록단위의 MAC/PHY 전송을거쳐특정시간에특정 ROUTE 세션으로전달되는이벤트를의미함 DASH 세그먼트 (DASH segment): DASH 미디어세그먼트를의미함 (MPEG- DASH[23] 기반 DASH-IF 프로파일 [9] 의 3.1.25 절을따름 ) 저레벨시그널링 (Low Level Signalig, LLS): UDP 데이터그램에캡슐화되어미리정 해진 IP 주소 / 포트번호를가지는 IP 패킷으로전송되는시그널링을의미함 MDE (Media Delivery Event): 미디어플레이어나디코더등상위계층에의미있는 단위로데이터가전달되는이벤트로, MDE 데이터블록들은전송기한 (delivery deadline) 을가짐 Media Presentation: 시간적경계가존재하거나존재하지않은미디어콘텐츠의재 생을위한데이터의집합을의미함 (MPEG-DASH[23] 기반 DASH-IF 프로파일 [9] 의 3.1.22 절을따름 ) MPI (Media Presentation Information) 메시지 : MPI 테이블을포함하는 MMT 시그 널링메시지를의미함 12
MP (MMT Package) 테이블 : MMT 에셋과콘텐츠컴포넌트에대한정보를포함하는 포함하는 MMT 시그널링테이블을의미함 MPI (Media Presentation Information) 테이블 : 미디어간의시간적 / 공간적관계에 대한정보를포함하는 MMT 시그널링테이블을의미함 MPU (Media Processing Unit): 독립적으로복호가능한데이터를포함하는제네릭 컨테이너 (generic container) 로미디어코덱의종류와무관하게사용가능함 MMT Package: MMT 로전송되는미디어데이터의논리적인집합체임 MMT 프토토콜 (MMT protocol): IP 네트워크상에서 MMTP 페이로드를전송하는 응용계층전송프로토콜을의미함 RAP (Random Access Point): 미디어클라이언트와디코더가동작을시작할수있 는데이터시퀀스의첫번째바이트를의미함 서비스 : 모두합쳐시청자에게제공되는미디어컴포넌트들의모음으로컴포넌트들은다양한형식의미디어일수있음 ; 하나의서비스는연속적혹은간헐적으로제공될수있으며실시간혹은비실시간으로제공될수있음 ; 실시간서비스는일련의 TV 프로그램들로구성될수있음 Staggercast: 오디오컴포넌트에대해부가적인강인성을제공하기위한방법으로메인오디오에대한중복된버전 ( 원본에비해낮은품질로부호화가능 ) 을상당한시간차를두고메인오디오이전에전송하는방식이며, Staggercast를지원하는수신기는메인오디오의수신에실패한경우에중복된버전을활용할수있음 서비스계층시그널링 (Service Layer Signaling, SLS): 지상파 UHD 방송서비스와 이를구성하는콘텐츠컴포넌트들을찾고획득하기위한정보를제공하는시그널링을의 미함 SLT (Service List Table): 기본적인서비스목록구성및 SLS 획득을위한부트스트 랩제공에사용되는시그널링정보를포함하는테이블임 S-TSID (Service-based Transport Session Instance Description): SLS 를구성하는 XML 프래그먼트의일종으로하나의지상파 UHD 방송서비스를구성하는콘텐츠컴포 13
넌트들이전송되는 ROUTE 세션에대한정보를제공함 함 T-MDE (Transport Media Delivery Event): IP/UDP/ROUTE 로캡슐화된 MDE 를의미 T-RAP (Transport Random Access Point): IP/UDP/ROUTE 전송상에서 RAP 의첫번 째바이트를의미함 USBD/USD (User Service Bundle Description / User Service Description): SLS 를 구성하는 XML 의일종으로지상파 UHD 방송서비스에대한정보를기술함 4.2. 심볼정의 4.3. 약어 AFD ASI ATSC CAP CEA CID DASH DASH-IF EBU EFDT Active Format Description Audio Scene Information Advanced Television Systems Committee Common Alerting Protocol Consumer Technology Association Context Identifier Dynamic Adaptive Streaming over HTTP DASH Industry Forum European Broadcast Union Extended File Delivery Table 14
ESG GUI HD HDR HEVC HFR HOA HTML Electronic Service Guide Graphical User Interface High Definition High Dynamic Range High Efficiency Video Coding High Frame Rate Higher Order Ambisonics Hyper Text Markup Language HTML5 Hyper Text Markup Language, rev 5 HTTP HTTPS IEC IETF Hypertext Transfer Protocol Secure Hyper Text Transfer Protocol International Electrotechnical Commission Internet Engineering Task Force IMSC1 Internet Media Subtitles and Captions Version 1 IP IRAP ISO Internet Protocol Intra Random Access Point International Standards Organization ISOBMFF ISO Base Media File Format ITU-R LCT LLS International Telecommunication Union Radiocommunication Sector Layered Coding Transport Low Level Signaling 15
M&E MHAS MIME MMT MMTP MPD MPEG MPU MSB NAL OMA Music & Effects MPEG-H Audio Stream Multipurpose Internet Mail Extensions MPEG Media Transport MPEG Media Transport Protocol Media Presentation Description Moving Pictures Experts Group Media Processing Unit Most Significant Bit Network Abstraction Layer Open Mobile Alliance OMA BCAST Open Mobile Alliance Broadcast Mobile Services Enabler Suite PLP RAP RBSP RFC ROUTE SCG SEI SG SGDD Physical Layer Pipe Random Access Point Raw Byte Sequence Payload Request for Comments Real-Time Object Delivery over Unidirectional Transport Standard Color Gamut Supplemental Enhancement Information Service Guide Service Guide Delivery Descriptor 16
SGDU SLS SLT SPS TBD TTML UDP UHD UHDTV UI URI URL Service Guide Delivery Unit Service Layer Signaling Service List Table Sequence Parameter Set To Be Determined Timed Text Markup Language User Datagram Protocol Ultra High Definition Ultra High Definition Television User Interface Uniform Resource Identifier Uniform Resource Locator USBD/USD User Service Bundle Description / User Service Description VPS VUI W3C WAN WCG XML Video Parameter Set Video Usability Information Worldwide Web Consortium Wide Area Network Wide Color Gamut Extensible Markup Language 17
5. 프로그램다중화및채널다중화 5.1. 시스템개요 본문서에서고려하는시스템의개념적모델을 [ 그림 5-1 에나타내었다. 본문서는 방송서비스를전송하기위한 2 가지방법을정의한다. 그림 5-1 의왼편에해당하는방법은 MPEG Media Transport (MMT), ISO/IEC 23008-1 오류! 참조원본을찾을수없습니다. 에기반한것으로 MMTP (MMT Protocol) 을사용하여 MPU (Media Processing Unit) 을전송한다. 그림 5-1의중앙에해당하는방법은 MPEG DASH 오류! 참조원본을찾을수없습니다. 의 DASH-IF 프로파일오류! 참조원본을찾을수없습니다. 에기반한것으로 ROUTE (Realtime Object delivery over Unidirectional Transport) 프로토콜을사용하여 DASH 세그먼트를전송한다. NRT (Non-Real Time) 미디어, ESG (Electronic Service Guide) 데이터및기타파일들을포함하는비실시간콘텐츠는 ROUTE 프로토콜을통하여전송된다. 시그널링은 MMT 혹은 ROUTE 프로토콜을사용하여전송될수있으며, MMT 혹은 ROUTE 로전송되는시그널링을획득하기위한부트스트랩시그널링정보는서비스리스 트테이블 (SLT: Service List Table) 을통하여제공된다. [ 그림 5-1] 프로토콜스택개념도 18
서비스가브로드밴드를통해전송된다는것은하나혹은그이상의프로그램컴포넌트가방송망이아닌브로드밴드를통해전송된다는것을의미하며, 브로드밴드에서는 MPEG DASH 오류! 참조원본을찾을수없습니다. 의 DASH-IF 프로파일오류! 참조원본을찾을수없습니다. 이 HTTP/TCP/IP 상에서사용된다. 5.2. 서비스시그널링개요 5.2.1. 계층적서비스시그널링 서비스시그널링은서비스의발견및기술을위한정보를제공하며, 다음과같은 2 개의기능적요소로구성된다. Ÿ 저레벨시그널링 (LLS: Low Level Signaling) Ÿ 서비스계층시그널링 (SLS: Service Layer Signaling) 부트스트랩은저레벨시그널링의일종인 SLT(Service List Table) 를통해제공된다. SLT는기본적인서비스리스트구성및각서비스에대한 SLS를획득하기위해필요한정보를제공하며, SLS는서비스별로각서비스를구성하는컴포넌트들을수신하고이용하기위한정보를제공한다. (SLS Format) Service Components SLS pointer to ROUTE SLS pointer to MMTP MMT Signaling Components Streaming Service Components (MPU) NRT Service Components ROUTE SLT MMTP ROUTE UDP/IP UDP/IP UDP/IP Typically carried in the most robust manner of this transmission [ 그림 5-2 는 SLT 와 SLS 의관계를도식화한것이다. 방송망을통해전송되는 ROUTE/DASH 서비스의경우에 SLS 는 ROUTE 세션을구성 하는 LCT 전송채널중하나를사용하여 ROUTE/UDP/IP 상으로전송된다. MMT/MPU 서 19
비스의경우에 SLS 는 MMT 시그널링메시지를사용하여 MMTP/UDP/IP 상으로전송된다. SLS 가방송망으로전송될경우에는빠른채널전환을지원하기충분한주기로반복적으 로전송된다. SLS 가브로드밴드로전송될경우에는 HTTP(S)/TCP/IP 가사용된다. (SLS Format) Service Components SLS pointer to ROUTE SLS pointer to MMTP MMT Signaling Components Streaming Service Components (MPU) NRT Service Components ROUTE SLT MMTP ROUTE UDP/IP UDP/IP UDP/IP Typically carried in the most robust manner of this transmission [ 그림 5-2] SLT 를사용한서비스참조 5.2.2. 엔터티 (entity) 관계및어드레싱 (addressing) 구조 [ 그림 5-3 은서비스와이를전송하기위한시스템및물리계층의논리적엔터티들 의관계를도식화한것이다. [ 그림 5-3] 서비스, 시스템, 물리계층논리적엔터티의상관관계 서비스는다음과같이 5 가지의종류로분류된다. Ÿ linear 서비스 (linear audio/video service): 실시간으로전송되는하나의비디오 20
컴포넌트와이에연관된하나이상의오디오컴포넌트를제공하며, 애플리케이션 (application) 기반의부가정보가제공될수있다. Ÿ 음성전용 linear 서비스 (linear audio-only service): 비디오컴포넌트없이하나 이상의오디오컴포넌트를실기간으로제공하며, 애플리케이션기반의부가정보 가제공될수있다. Ÿ 앱기반서비스 (app-based service): 서비스의구성및재생이미리다운로드된 애플리케이션에의하여제어되는서비스 Ÿ ESG(Electronic Service Guide) 서비스 : 서비스가이드정보를제공한다. Ÿ 비상경보 (EA: Emergency Alert) 서비스 : 비상경보에대한정보를문자혹은연 관된비디오 / 오디오콘텐츠를사용하여전달한다. 서비스를구성하는콘텐츠를전송하는 ROUTE 세션그리고 / 또는 MMTP 세션간의 관계에대하여아래와같이규정하고있다. Ÿ linear 서비스의경우, 서비스의콘텐츠는둘중의하나의프로토콜을통하여전 송된다. 하나의 linear 서비스를전송하기위하여두가지프로토콜을동시에사 용할수없다. ü ü 하나이상의 ROUTE 세션들, 또는 하나이상의 MMTP 세션들 Ÿ linear 서비스와함께비실시간콘텐츠가제공될경우에, 이비실시간콘텐츠는 아래와같이전송된다. ü 하나이상의 ROUTE 세션들 스트리밍미디어컴포넌트를 MMTP 와 ROUTE 를동시에이용하여전송하는것은 허용되지않는다. Ÿ 앱기반서비스를제공하는경우, 해당서비스의컴포넌트는아래와같이전송된 다. 21
ü 하나이상의 ROUTE 세션들 각 ROUTE 세션은하나이상의 LCT 채널으로구성된다. 각 LCT 채널로는서비스를구성하는컴포넌트들이전송된다. 스트리밍서비스의경우, 각각의오디오, 비디오, 폐쇄자막컴포넌트는하나의 LCT 채널로전송될수있다. 하나의 LCT 채널이오디오를전송하고, 또다른하나의 LCT 채널이비디오를전송하는경우가그예이다. 스트리밍미디어는 DASH 세그먼트의형태로전송되며, 이는 MPEG DASH 오류! 참조원본을찾을수없습니다. 의 DASH-IF 오류! 참조원본을찾을수없습니다. 표준에서정의한다. MMTP 세션은하나이상의 MMTP 패킷플로우로구성된다. MMTP 세션은 MMT 시 그널링메시지또는해당서비스를구성하는컴포넌트를전송한다. 하나의 MMTP 패킷 플로우는 MPU 형태로전송하며, 이는 MMT 표준에서정의하는바와같다. NRT 서비스혹은시스템메타데이타전송은 ROUTE 세션을구성하는하나의 LCT 채널을통하여전송될수있다. 이러한파일들은시간기반하여계속적으로전송될수도있고, 그렇지않을수도있다. 서비스시그널링이나 ESG와같은메타데이타는 ROUTE의 LCT 채널을통하여전송되며서비스시그널링의경우는 MMTP의패킷플로우를통해전송가능하다. 브로드캐스트스트림은하나의 RF 채널을의미하는추상적인개념이다. 브로드캐스트스트림은위치정보와프리퀀시값의쌍으로식별될수있으며, 이값에대하여 Broadcast Stream ID라는하나의고유값을부여할수있다. 하나의 PLP(Physical Layer Pipes) 는하나의 RF 채널의부분에부합한다. 각각의 PLP는특정모듈레이션, 코딩파라미터값을가진다. 또한, PLPID라는고유값으로구분된다. 각각의서비스는두가지형태의서비스식별자로구분될수있다. 하나는 SLT에서사용되는짧은길이의식별자이며, 이는하나의브로드캐스트지역안에서고유한값을가질수있다. 다른하나의식별자는 SLS 및 ESG에서사용되는 URI 형태의식별자이며, 이는브로드캐스트지역에국한되지않고, 전지역에서유일한값을가질수있다. 하나의 ROUTE 세션은소스 IP 주소, 목적지 IP 주소그리고, 목적지포트번호의조합으로식별된다. 하나의 LCT 채널은 Transport Session Identifier (TSI) 로식별되며, TSI는 LCT 채널이속한 ROUTE 세션내에서유일한값을가진다. ROUTE 세션내 LCT 채널들의공통 22
속성들, 또는개별 LCT 채널의고유속성들은서비스계층시그널 (Service Layer Signaling, SLS) 의하나인 Service-based Transport Session Instance (S-TSID) 라는 ROUTE 시그널링구조체를통해전송된다. 하나의 LCT 채널은하나의 PLP를통해전송된다. ( 여러개의 PLP를통해나누어전송되지않는다.) 서로다른 LCT 채널들은서로다른 PLP를통해전송되거나, 하나의 PLP를통해전송될수있다. S-TSID는각각의 LCT 채널을위한 TSI 값및 PLPID, 전송오브젝트 / 파일을위한디스크립터와응용계층 FEC 파라미터들을포함한다. 하나의 MMTP 세션은목적지 IP 주소, 목적지포트번호를통해식별된다. 하나의 MMTP 패킷플로우 ( 하나또는여러개의서비스컴포넌트를전송 ) 는자신이속해있는 MMTP 세션범주내에서고유하게할당되는 packet_id를통해식별될수있다. MMTP 세션내 MMTP 패킷플로우들의공통속성들, 또는개별 MMTP 패킷플로우의고유속성들은 MMTP 세션내에서전송되는 MMT 시그널링메시지들을통해전송된다. 하나의 MMTP 패킷플로우는하나의 PLP를통해전송된다. ( 여러개의 PLP를통해나누어전송되지않는다.) 서로다른 MMTP 패킷플로우들은서로다른 PLP를통해전송되거나, 하나의 PLP를통해전송될수있다. MMTP 시그널링메시지들은각각의 MMTP 패킷플로우를위한 packet_id 값및 PLPID를포함한다. 5.3. 저레벨시그널링 저레벨시그널링 (LLS: Low Level Signaling) 은 UDP 데이터그램에캡슐화되어전송 되며, LLS 를전송하는 UDP/IP 패킷은사전에정의된 IP 주소와포트번호를가진다. 지상파 UHDTV 방송시스템에서정의한 LLS 에속하는시그널링의종류에는 SLT (System List Table), RRT (Rating Region Table), SystemTime, CAP (Common Alerting Protocol), VIT(Version Information Table) 가있다. 수신기가방송망신호를처음수신했을경우, 수신기는가장먼저 SLT를확인하여현재전송되고있는방송서비스에대한정보를알수있도록한다. SLT는수신기의서비스스캔속도향상을지원한다. SLT를이용하여스캔을수행한수신기에서는사용자가서비스를선택할수있도록할수있는서비스맵을구성하는데에필요한정보를기술한다. 또한, SLT는서비스획득에필요한각서비스의 SLS 시그널링이어떤전송방식을거쳐어떤위치에서전송되고있는지에대한 SLS 부트스트랩정보를기술한다. 23
5.3.1. IP 주소할당 LLS는주소가 224.0.23.60이고목적지포트가 4937/udp 1 인 IP 패킷을통하여전송된다. LLS IP 패킷을제외한모든 IP 패킷의목적지주소는반드시 (1) 서비스지역내에서그값의유일성을보장할수있는방법을통하여할당된목적지주소이거나 (2) 다음의제약조건을만족하는 239.255.0.0 ~ 239.255.255.255 2 범위의목적지주소이어야한다 : Ÿ 3 번째옥텟 (octet) 의값은서비스지역내에서방송사에게할당된채널번호 (SLT.Service@majorChannelNo) 와동일하여야한다. Ÿ 하나의방송송출주체가서비스지역전부혹은일부가중첩되는복수의 RF 채 널을통하여서로다른서비스를송출할경우에각각의 IP 주소 / 포트번호조합 은모든송출신호내에서유일하여야한다. Ÿ 하나의송출신호내에복수의 LLS 스트림 ( 복수의 SLT) 이존재할경우에 LLS 스 트림을제외한나머지스트림의 IP 주소 / 포트조합은송출신호에포함된모든서 비스안에서유일하여야한다. Ÿ 로컬네트워크상에서멀티캐스트 IP 패킷의재분배에필요한복잡도감소를위해, 최소한의 IP 멀티캐스트주소 / 포트를사용하여서비스를전송하는것이바람직하 다. 다음은 IP 주소할당의예들이다. Ÿ 하나의방송사에해당하는 SLT 가복수의서비스를포함하고이서비스들의 major 채널번호가 50 일경우에, 239.255.50.0 ~ 239.255.50.255 범위의멀티캐스 트 IP 주소를사용할수있다. 1 멀티캐스트주소 224.0.23.60과목적지포트 4937/udp는각각 AtscSvcSig과 atsc-mh-ssc로 IANA에등록되어있다. 2 이범위의 IP 주소는 RFC 2365오류! 참조원본을찾을수없습니다. 의 6.1절에기술된 IPv4 Local Scope 에해당한다. 24
Ÿ 하나의방송사에해당하는 SLT 가 major 채널번호가 50 인서비스들과 major 채 널번호가 89 인서비스들을모두포함할경우에, 3 번째옥텟의값이 50 인멀티 캐스트 IP 주소를모든서비스에사용할수있다. Ÿ 하나의 RF 채널을 2 개의방송사가공유할경우에, 각각의방송사는자신의 SLT 에 기술된 major 채널번호를 3 번째옥텟으로가지는멀티캐스트 IP 주소를자신 의서비스에사용할수있다. Ÿ 하나의방송사가 2 개의 RF 채널에 major 채널번호가 50 으로동일하고서로다 른 minor 채널번호를가지는복수의서비스를송출할경우에, 3 번째옥텟의값 이 50 인멀티캐스트 IP 주소를 2 개의 RF 채널로송출되는모든서비스에사용할 수있다. 단, 각각의 IP 주소 / 포트조합은 2 개의 RF 채널내에서유일하여야한다. 5.3.2. 저레벨시그널링테이블형식 LLS 데이터를포함하는 UDP/IP 패킷들은아래 [ 표 5-1과같은형태의비트스트림구조로포맷화되어전송된다. LLS 데이터를포함하는 UDP/IP 패킷의첫번째바이트는해당 LLS로전송되는테이블의종류를의미하는 ID값을의미한다. 어떤종류의 LLS 테이블이라도한테이블의최대길이는물리적인계층에서전달할수있는 IP 패킷의최대길이로한정되며, 이값은 65,507바이트이다. [ 표 5-1] LLS Table 을인캡슐레이션하는비트스트림구조 Syntax No. of Bits Format LLS_table() { LLS_table_id 8 uimsbf provider_id 8 uimsbf LLS_table_version 8 uimsbf switch (LLS_table_id) { case 0x01: SLT var Sec. 11.3.3오류! 참조원본을찾을수없습니다. 25
} } break; case 0x02: RRT break; case 0x03: SystemTime Break; case 0x04: CAP break; case 0x80 VIT break; case 0x81 CPT break; default: Reserved var Var var var var var LLS_table_id 8-bit unsigned integer 이며, 아래구성되는테이블의몸체부분에어떤 종류의테이블이들어가는지에대한 ID 값을의미한다. [ 표 5-2] LLS_table_id 값 LLS_table_id description REF 0x01 SLT 11.3.3 절참조 0x02 RRT 0x03 SystemTime 11.3.4 절참조 0x04 CAP 11.3.5 절참초 0x80 VIT User defined 11.3.6 절참조 0x81 CPT User defined [43] 의 8.2 절참조 26
provider_id 8-bit unsigned integer 이며, 아래구성되는테이블의몸체부분에서전송되는 LLS 테이블을어떤방송사에서제공한테이블인지를알수있도록구별할수있는제공방송사의인식자값을의미한다. 여기서 provider 는현재 LLS 를전송하는브로드캐스트스트림을전체혹은부분을사용하고있는방송사를의미한다. LLS_table_version 8-bit unsigned integer 이며, 아래구성되는테이블의몸체부분에서 전송되는테이블의내용이바뀔시에 1 씩값이증가한다. 버전값이 0xFF 가되는 경우에는다시 0x00 으로돌아가서 1 씩증가한다. SLT XML 형태의 Service List Table (5.3.3 절참조 ), gzip 오류! 참조원본을찾을수 없습니다. 을이용하여압축된다 RRT XML 형태의 Rating Region Table, gzip 오류! 참조원본을찾을수없습니다. 을 이용하여압축된다. CAP XML 형태의 Common Alerting Protocol (5.3.5 절참조 ), gzip 오류! 참조원본을 찾을수없습니다. 을이용하여압축된다. VIT XML 형태의 Version Information Table, gzip[10] 을이용하여압축된다. 5.3.3. 서비스리스트테이블 (SLT) SLT 는방송망으로전송되는각각의서비스에대하여아래와같은정보를제공함으 로써, 빠른서비스스캔과서비스획득을가능하도록한다. 사용자가서비스선택을할수있도록서비스맵을보여줄때, 구성요소들에대한 정보를전송한다. 서비스맵에존재하여사용자가선택시, 각각의서비스에빠른접근을위해제공되 는 SLS(Service Layer Signaling) 가방송망에서전송되는위치정보를제공한다. SLT 는 <SLT> 최상위엘리먼트를가지며, 아래와같은네임스페이스를가지는 XML 스키마를따른다. http://www.atsc.org/xmlschemas/atsc3/delivery/slt/1.0/ 27
5.3.3.1. 서비스리스트테이블구문 SLT 는아래 [ 표 5-3 과같은 XML 스키마형태로정의한다. [ 표 5-3] SLT XML 스키마 Element or Attribute Name Use Data Type Short Description SLT Root element of the SLT @bsid 1 unsignedshort Identifier of the entire Broadcast Stream. @sltcapabilities 0..1 string Required capabilities for decoding and meaningfully presenting the content for all the services in this SLT instance. sltineturl 0..1 anyuri Base URL to acquire ESG or service level signalling files available via broadband for services in this SLT. @urltype 1 unsignedbyte Type of files available with this URL Service 1..N Service information @serviceid 1 unsignedshort Integer number that identifies this Service within the scope of this Broadcast area. @sltsvcseqnum 1 unsignedbyte Version of SLT service info for this service. @protected 0..1 boolean Indicates whether one or more components needed for meaningful presentation of this service are protected. @majorchannelno 0..1 1..999 Major channel number of the service @minorchannelno 0..1 1..999 Minor channel number of the service @servicecategory 1 unsignedbyte Service category, coded per 오류! 참조원본을찾을수없습니다. @shortservicename 0..1 string Short name of the Service @hidden 0..1 boolean Indicates whether the service is intended for testing or proprietary use, and is not to be selected by ordinary TV receivers. 28
@broadbandaccessrequired 0..1 boolean Indicates whether broadband access is required for a receiver to make a meaningful presentation of the service. @svccapabilities 0..1 string Required capabilities for decoding and meaningfully presenting content of this service. BroadcastSvcSignaling 0..1 Location, protocol, address, id information for broadcast signaling @slsprotocol 1 unsignedbyte Protocol used to deliver the service layer signalling for this service @slsmajorprotocolversion 1 unsignedbyte Major version number of protocol used to deliver Service Layer Signalling for this service. @slsminorprotocolversion 1 unsignedbyte Minor version number of protocol used to deliver Service Layer Signalling for this service. @slsplpid 0..1 unsignedbyte PLP ID of the physical layer pipe carrying the broadcast SLS for this service. @slsdestinationipaddress 1 string A string containing the dotted- IPv4 destination address of the packets carrying broadcast SLS data for this service. @slsdestinationudpport 1 unsignedshort Port number of the packets carrying broadcast SLS data for this service. @slssourceipaddress 1 string A string containing the dotted- IPv4 source address of the packets carrying broadcast SLS data for this service. svcineturl 0..N anyuri URL to access Internet signalling for this service @urltype 1 unsignedbyte Type of files available with this URL 5.3.3.2. 서비스리스트테이블의각필드용법 <SLT> LLS 인 SLT 의최상위엘리먼트 29
@bsid 브로드캐스트스트림의고유식별자. bsid 값은지역적인단계에서고유해야 한다.. @sltcapabilities 해당 SLT 에서기술하는모든서비스에서의미있는방송을하기위해요구되는사양을의미한다. 구문과용법은본문서의 10 장. 서비스어나운스먼트에서정의하는콘텐츠프래그먼트의 <atsc:capabilities> 엘리먼트의구문과용법을준수한다. <sltineturl> 해당 SLT 에서기술하는모든서비스의가이드정보를제공하는 ESG 데이터혹은서비스시그널링정보를브로드밴드망을통해서다운받을수있는 URL 값을의미한다. @URLtype <sltineturl> 이지시하는 URL 을통해다운받을수있는파일의종류를 의미하며그값은다음 [ 표 5-4 를따른다. [ 표 5-4] urltype 의 Code values URLtype Meaning 0 Not specified URL of Service Layer Signaling server ( 본문서의 5.4 절에기술된 1 서비스시그널링제공 ) 2 URL of ESG server ([33] 의 8 장 ESG 데이터제공 ) 3 URL of Service Usage Data Gathering Report server other values Reserved for future use <Service> 서비스정보 @serviceid 16bit integer 값이며, 서비스의고유식별자이다. 방송지역에서고유한 값을가진다. @sltsvcseqnum <SLT> 에서정의하는각서비스의내용이변경된바있는지에대한 정보를의미하는값을가진다. integer 값을가지며, <SLT> 내의 <Service> 정보 기술이변할때마다 1 씩증가한다. 최고값후에는 0 으로다시돌아간다. @protected true 값을가질경우, 해당서비스를화면에보여주기위해서는 서비스를구성하는컴포넌트중하나라도보호가되어있음을의미한다. 기본값은 false 이다. 30
@majorchannelno 1 부터 999 값을가질수있는 integer 값이다. 해당서비스의 major 채널넘버를의미한다. 이번호는사용자가직접선택하지않는서비스 ( 예를 들어 ESG 서비스, EAS 서비스 ) 의경우에는반드시정의되어야하는값이아니다. @minorchannelno 1 부터 999 값을가질수있는 integer 값이다. 해당서비스이 minor 채널넘버를의미한다. 이번호는사용자가직접선택하지않는서비스 ( 예를 들어 ESG 서비스, EAS 서비스 ) 의경우에는반드시정의되어야하는값이아니다. @servicecategory 8bit integer 값로해당서비스의종류를의미하며그값은다음 [ 표 5-5 를따른다. [ 표 5-5] SLT.Services@serviceCategory 의 Code values servicecategory Meaning 0 Not specified 1 Linear A/V service 2 Linear audio only service 3 App-based service 4 ESG service (program guide) 5 EAS service (emergency alert) other values Reserved for future use @shortservicename 해당서비스의이름 @hidden 해당서비스가서비스스캔시, 사용자에게보여져야하는지아닌지를 나타내는정보. 기본값은 false 이다. @broadbandaccessrequired 해당서비스를사용자에게의미있게보여주기위해서 브로드밴드망에접속을해야하는지를나타내는시그널링데이터이다. 기본값은 false 이다. @svccapabilities 해당서비스를사용자에게의미있게보여주기위해지원해야하는 사양이다. 구문과용법은오류! 참조원본을찾을수없습니다. 의 8.2.2.3.3 절에서 정의하는 콘텐츠 프래그먼트의 <atsc:capabilities> 엘리먼트의 구문과 용법을 준수한다. <BroadcastSvcSignaling> 방송망으로전송되는시그널링의전송프로토콜, 위치, 식별자값들에대한정의. 31
@slsprotocol 해당서비스의 SLS 가전송되는프로토콜을나타내며그값은다음 [ 표 5-6 을따른다. [ 표 5-6] SLT.Services@slsProtocol 의 Code values slsprotocol Meaning 0 Reserved 1 ROUTE 2 MMTP other values Reserved for future use @slsmajorprotocolversion 해당서비스의 SLS 가전송되는프로토콜의 major 버전 @slsminorprotocolversion 해당서비스의 SLS 가전송되는프로토콜의 minor 버전 @slsplpid SLS 가전송되는 PLP 식별자 @slsdestinationipaddress SLS 데이터의 destination IP 주소값 (IPv4) @slsdestinationudpport SLS 데이터의 destination Port 값 @slssourceipaddress SLS 데이터의 source IP 주소값 (IPv4) <svcineturl> ESG 서비스혹은해당서비스와연관된시그널링데이터를다운받을수 있는 URL 값 @URLtype <svcineturl> 이지시하는 URL 을통해다운받을수있는파일의종류를 의미한다. <UnifiedReceiverInfo> 지상파 UHDTV 수신기의통합적버전정보 @version 버전정보를나타내는숫자 @textinfo 현재버전에대한간략한정보를나타내는필드 5.3.4. System Time 프래그먼트 시스템시간은 IEEE 1588 오류! 참조원본을찾을수없습니다. 에정의된 Precision 32
Time Protocol(PTP) 을따르며 International Atomic Time (TAI) 를따라 1970년 1월 1일 00:00:00부터초단위로계산된 32-bit 카운터와초단위이하의시간을밀리세컨드단위로나타낸 10-bit가물리계층을통하여전달된다. 추가적인시간관련정보들은 XML <SystemTime> 엘리먼트를사용하여 LLS로전달된다. 시스템시간은하나의 <SystemTime> 엘리먼트를루트 (root) 엘리먼트로포함하는 XML 문서로나타내어야하며, <SystemTime> 엘리먼트는다음의네임스페이스를가지는 XML 스키마를준수하여야한다 : http://www.atsc.org/xmlschemas/atsc3/delivery/systime/1.0/ <SystemTime> 을포함하는 LLS 패킷의전송주기는 1 초이상 5 초이하여야한다. [ 표 5- 은 <SystemTime> 엘리먼트구조를나타낸것이다. 표 5-7 의구조는이해를 돕기위한것이며 <SystemTime> 엘리먼트의구문은위의 XML 스키마를따른다. [ 표 5-7] SystemTime 엘리먼트구조 Element or Attribute Name Use Data Type Description SystemTime 1 @currentutcoffset 1 unsignedbyte The current offset in whole seconds between TAI and UTC. @ptpprepend 0..1 unsignedshort Signals the upper 16 bits of the 48-bit count of PTP seconds. @leap59 0..1 boolean Indicates a pending 59-second leap second event @leap61 0..1 boolean Indicates a pending 61-second leap second event @utclocaloffset 1 duration Indicates the offset between the local time zone of the originating broadcast station, and UTC. @dsstatus 0..1 boolean Indicates that Daylight Saving Time is in effect @dsdayofmonth 0..1 unsignedbyte (range 1..31) Indicates the local day of the month on which the transition into or out of daylight saving time is to occur. @dshour 0..1 unsignedbyte (range 0..24) Indicates the local hour at which the transition into or out of daylight saving time is to occur (0 24). 33
각엘리먼트와속성의용법은다음과같다. <SystemTime> 루트엘리먼트 @currentoffset unsigned integer 속성으로 TAI 와 UTC 사이의 current offset 값을 초단위로나타낸다. @ptpprepend unsigned integer 속성으로존재할경우에 PTP second 를나타내는 48- bit count 중상위 16 bit 를나타낸다. 이속성이존재하지않을경우에는그값은 0 이라고간주되어야한다. @leap59 Boolean 속성으로이속성이존재하고그값이 true 이면현재 UTC 날짜의 마지막분이 59 초로구성됨을나타낸다. 기본값은 false 이다. @leap61 Boolean 속성으로이속성이존재하고그값이 true 이면현재 UTC 날짜의 마지막분이 61 초로구성됨을나타낸다. 기본값은 false 이다. @utclocaloffset 이속성은방송국이속한표준시간대와 UTC 와의차이를나타낸다. @dsstatus 이값이 true 로설정되면송출위치를기준으로일광절약시간 (daylight saving time) 이적용됨을나타나며, false 로설정되면송출위치를기준으로일광절약시간이적용되지않음을나타낸다. 송출위치를기준으로일광절약시간이적용될경우에는이속성이반드시존재해야하며, 존재하지않을경우에의기본값은 false 이다. @dsdayofmonth 1 에서 31 까지의값을가지는 unsigned integer 속성으로존재할경우에는현재달에일광절약시간이시작되거나해제됨을나타내며그값은일광절약시간이시작되거나해제되는날을나타낸다. 이속성은현재달을기준으로일광절약시간이시작되거나해제될경우에는반드시존재하여야하며, 현재달을기준으로일광절약시간이시작되거나해제되지않을경우에는반드시생략되어야한다. @dshour 방송국이속한표준시간대를기준으로일광절약시간이시작되거나 해제되는시간 (0-24) 을나타낸다. 이속성은 @dsdayofmonth 가존재할경우에는 반드시존재하여야하며, @dsdayofmonth 가생략되었을경우에는존재할수없다. 34
다음 [ 표 5-8[ 표 5- 은일년동안일광절약시간을시그널링하는과정을나타낸다. [ 표 5-8] 일광절약시간시그널링 Conditions dsstatus dsdayof Month dshour At the beginning of the year (January) daylight saving is not present not present not off. ( false ) present This is the status of the fields until: When the transition into daylight saving time is between not present day_in hour_in one day less than one month away and the actual ( false ) transition, dsdayofmonth takes the value day_in, and the dshour field takes the value hour_in. The dsstatus attribute is not present, indicating it is not yet Daylight Saving Time. (The transition is to occur on the day_in day of the month at hour=hour_in; for example, if the transition were on April 15 at 2 a.m., then day_in=15 and hour_in=2.) This is the status of the fields until: After all time zone daylight transitions (within the span of the network) have occurred, dsstatus is present and set to true, indicating that daylight saving time is on. Attributes dsdayofmonth and dshour are not present. true not present not present This is the status of the fields until: When the transition out of daylight saving time is between one day less than one month away and the actual transition, the dsdayofmonth field takes the value day_out, and dshour takes the value hour_out. The dsstatus is present and set to true, indicating it is still Daylight Saving Time. (The transition is to occur on the day_out day of the month at hour=hour_out; for example, if the transition were on October 27 at 2 a.m., then day_out=27 and hour_out=2) true day_out hour_out This is the status of the fields until: After all time zones (within the span of the network) have not present not present not shifted out of daylight saving time, dsstatus takes the ( false ) present value false (or is not present), indicating that daylight saving time is off. Attributes dsdayofmonth and dshour are not present. This finishes the cycle. 35
5.3.5. 공통경보프로토콜 (CAP: common alerting protocol) 메시지 저레벨시그널링은 [27] 에정의된 CAP 메시지를전송할수있다. 재난방송은본문 서의 7 장의 <CAP> 메시지확장을준수하여전송된다. 5.3.6. 버전정보테이블 (VIT; Version Information Table) VIT 는현재제공되고있는방송서비스에대한버전정보를제공한다. VIT 는 <VIT> 엘리먼트를루트 (root) 엘리먼트로포함하는 XML 문서로나타내어야 하며, <VIT> 엘리먼트는다음의네임스페이스를가지는 XML 스키마를준수하여야한다 : http://www.nextb.or.kr/xmlschemas/t-uhdtv/delivery/vit/1.0/ VIT XML 스키마는부속서 C 를참조한다. 5.3.6.1. 버전정보테이블문법 VIT 는아래 [ 표 5-9 와같은 XML 스키마형태로정의한다. [ 표 5-9] VIT XML 스키마 Element or Attribute Name Use Data Type Short Description VIT Root element of the VIT @version 1 1..999 Version information of a current broadcasting service @textinfo 0..1 string Additional text information about the current version 5.3.6.2. 버전정보테이블의각필드의미 <VIT> LLS 인 VIT 의최상위엘리먼트 36
@version 현재방송망을통해제공중인방송서비스의버전정보를나타낸다. 3 @textinfo 버전정보에대해추가적인설명이필요할경우해당필드를통해텍스트 정보를제공한다. 4 5.3.7. 브로드밴드시그널링 URLtype 속성값이 1인 <sltinetsigurl> 가 <SLT> 내에정의되는경우, 해당 URL을이용하여시그널링데이터를 HTTP Request를통해다운받을수있다. 요구되는시그널링객체는기본 URL에필요한 Path 값들을붙여서하나의 Query 형태로만들어진다. 붙일수있는 Path 용어는다음 [ 표 5-과같다. [ 표 5-10] Path Terms Terms Meaning <service_id> normal diff template current next ALL RD USBD STSID MPD MMT MPT PAT MPIT CRIT DC IT AST EMT AEI Identifies desired service Identifies desired mode of files Identifies desired current/next version Identifies desired type of object(s) <sltineturl> 의속성인 URLtype이 1인경우, 이를통한 base URL을시그널링하는경우, service_id term은 SLT에서정의하는서비스중하나의서비스를지칭할수있도록하는역할을한다. 만약 Query term 생성시, service_id를 path에붙이지않는경우에는모든서비스에대한시그널링데이터를요구하는것으로인식한다. 네번째나타나는용어인테이블이름정의는아래 [ 표 5- 과같이정의한다. 3 버전정보의값및그의미는별도문서를통해정의된다. 4 @textinfo 의내용은별도문서를통해정의된다. 37
[ 표 5-11] Metadata Object Types Name Values ALL RD MMT USBD STSID MPD PAT MPT MPIT CRIT DCIT AST EMT AEI All metadata objects for requested service(s) All ROUTE/DASH metadata objects for requested service(s) All MMT metadata objects for requested service(s) USBD for requested service(s) S-TSID for requested service(s) DASH MPD for requested service(s) MMT Package Access Table for requested service(s) MMT Package Table for requested service(s) MMT Media Presentation Information Table for requested service(s) MMT Clock Relation Information Table for requested service(s) MMT Device Capabilities Information Table for requested service(s) Application Signaling Table for requested service(s) ROUTE/DASH Event Messages Table for requested service(s) MMT Application Event Information for requested service(s) <svcinetsigurl> 이서비스레벨에서나타나는경우에는위와같은 path 가붙을수 있으나, service_id 는예외로한다. HTTP Request로부터반환되는시그널링객체들은 MBMS metadata envelope의 <item> 엘리먼트로포함되어다운된다. 0 또는 1개의시그널링객체는 <item> 엘리먼트로 embedded 될수도있다. 이에대한자세한내용은 MBMS spec[19] 을참고한다. Embedded 되지않는시그널링객체는 reference 되는데, 이러한경우에는 multi-part MIME 메시지에 metadata envelope 형태로묶여져야한다. MBMS metadata envelope의 <item> 엘리먼트에는 validfrom 과 validuntil 속성값이부여되어야하는데, 이는시그널링객체의유효성에대한간격을지시하기위함이다. MBMS metadata envelope 의 <item> 엘리먼트는 ATSC3.0 네임스페이스를붙여서 아래와같이 nexturl 정보를나타낼수있도록확장이필요하다. <xs:attribute name="nexturl" type="xs:anyuri" use="optional"/> 38
5.4. 서비스계층시그널링 서비스계층시그널링은지상파 UHDTV 방송수신기가지상파 UHDTV 방송서비스와컴포넌트를발견하고획득할수있도록하는구체적이고기술적인정보를제공한다. SLS는서비스하나마다부여되며, 해당서비스의특성과획득정보에대하여기술한다. 각서비스에대한 SLS는해당서비스의특징들, 예를들어서비스를구성하는컴포넌트들의목록및각컴포넌트를획득하기위해필요한정보와서비스를재생하기위해요구되는수신기캐퍼빌리티 (capability) 등의정보를기술한다. ROUTE/DASH 시스템에서는 SLS는 USBD (User Service Bundle Description), S-TSID 그리고, MPD (Media Presentation Description) 를포함한다. USBD는 3GPP-MBMS오류! 참조원본을찾을수없습니다. 에서정의하는 USBD를기초로, 지상파 UHD 방송의요구사항에맞추어확장되었다. MMT 시스템에서는 SLS는 USBD 그리고 MMT Package Table(MPT) 을포함한다. 서비스시그널링은해당서비스를획득하는데필요한속성들을포함한서비스자체 의기본속성들을전달한다. 사용자를위한서비스, 프로그래밍정보는서비스어나운스 먼트로표현이되며, 이는 ESG 데이터로전송이된다. 각서비스별로분리된 SLS 가제공되므로, 수신기는방송으로전송되는모든 SLS 를 분석할필요없이특정서비스에대한 SLS 만을획득할수있다. 서비스시그널링을브로드밴드로전송할수도있는데, 이런경우에는 SLT 에서서비 스시그널링파일들을획득할수있는 HTTP URL 주소값들을명시하도록한다. [ 그림 5-4 는 LLS 의부트스트랩정보를활용하여 SLS 를획득하고, 획득된 SLS 를활용 하여 ROUTE 세션혹은 MMTP 세션들을통해서전송되는서비스컴포넌트들을획득하 는일련의과정에대한예를보여준다. ROUTE를이용한스트리밍서비스의전송시, 수신기는 IP/UDP/LCT 채널과 PLP를통해전송되는 SLS 프래그먼트를획득할수있다. 한편 MMTP를이용한스트리밍서비스전송시, 수신기는 MMTP 세션과 PLP를통해전송되는 SLS를획득할수있다. ROUTE를통한서비스전송시에 SLS는 USBD/USD 프래그먼트, S-TSID 프래그먼트, 그리고 MPD 프래그먼트로구성된다. SLS 들은하나의서비스와연계되어있다. USBD/USD 프래그먼트는서비스계층의 특성을기술하며, S-TSID 와 MPD 프래그먼트를연결하는 URI 값을기술한다. MMTP 를통 39
한서비스전송시에 USBD 는 MMT 시그널링의 MPT 메시지를참조하는데, 이 MPT 메시 지에포함된 MP 테이블은서비스와연계된 MMT Package 를식별하기위한 MMT_package_id 와서비스를구성하는에셋 (asset) 을획득하기위한정보를제공한다. S-TSID 프래그먼트는하나의서비스와연계된컴포넌트획득정보를제공하며, S- TSID에기술되어있는컴포넌트정보들은 MPD에있는 DASH representation과 TSI 값을연결하여하나의서비스를구성하는 ROUTE로전송되는모든컴포넌트들의정보를제공할수있다. S-TSID는 TSI 값과연관된 DASH representation 식별자그리고 PLP 식별자값을제공하여, 컴포넌트의획득정보를제공한다. MMTP 세션으로전송되는서비스를구성하는컴포넌트들을구성하는 USBD는 [ 그림 5-4에서 Service #2로제시되었으며, 수신기는 MMT_package_id 값에부합하는 MPT 메시지를획득함으로써서비스에필요한시그널링을획득할수있다. 컴포넌트획득정보는 MMTP 세션에접근하기위한정보와 MMTP 세션내에서각에셋에할당된 packet_id 정보를포함한다. [ 그림 5-4] 서비스획득을위한서비스시그널링부트스트래핑사용예 40
5.4.1. ROUTE/DASH 서비스계층시그널링 서비스계층시그널링은 XML 코드화된메타데이타프래그먼트들의집합이며, ROUTE/DASH에서는지정된 LCT 채널으로전송된다. 지정된 LCT 채널은 SLT에서기술하고있는부트스트랩정보와함께사용되어 SLS를획득할수있도록한다. ROUTE/DASH 시스템에서는 Linear 서비스전송을위해서 SLS는 3개의메타데이타프래그먼트로구성이된다. USBD, S-TSID 그리고 DASH MPD이다. SLS 프래그먼트들은반드시 TSI=0인 LCT 채널으로전송이된다. 아래 [ 그림 5-5 는 Linear 서비스를 ROUTE/DASH 를통해전송시구성되는 SLS 프래 그먼트들의관계도이다. 41
5.4.1.1. 스트리밍콘텐츠시그널링 스트리밍콘텐츠시그널링은 MPD 프래그먼트에기술된내용과부합된다. MPD는 DASH 세그먼트들을스트리밍콘텐츠로전송하는 linear 서비스와특별히연관되어있다. MPD는각각의미디어컴포넌트들에대한리소스식별자를제공한다. 이식별자는세그먼트 URL 형태이다. 5.4.1.2. 앱기반컴포넌트시그널링 앱기반컴포넌트시그널링은앱로직파일, 내부저장되는캐쉬파일, 네트워크로전송되는아이템들또는노티피케이션 (notification) 스트림과같이앱기반컴포넌트들을전송하는시그널링이다. 앱기반컴포넌트시그널링의세부규격은 [40] 6.3.2 절 애플리케이션 basic signaling 을참조한다. 5.4.1.3. User Service Description USD는 USBD 프래그먼트의최상위레벨엔트리포인트이다. USBD는서비스여러개에정보를묶어놓은번들 (bundle) 시그널링을의미하지만, 실제지상파 UHDTV 방송서비스에서사용하는 USBD는서비스하나에대한정보만을기술하며, 각서비스에대한정보는아래와같은정보로구성된다. USBD는 3GPP오류! 참조원본을찾을수없습니다. 를기반으로하나, 지상파 UHDTV 방송서비스에맞추어확장혹은축소되었다. Ÿ Ÿ Ÿ Ÿ Ÿ 서비스고유식별자서비스상태해당서비스의 MPD의 URI 해당서비스의 S-TSID URI 해당서비스를구성하는컴포넌트들의 basepattern, 이는전송경로에따라브로 드캐스트일경우와브로드밴드일경우로나뉘어진다. Ÿ 서비스의언어 42
Ÿ Private Extension <bundledescription> 은 <bundledescription> 하나를루트엘리먼트로가지는 XML 문서형태로구성이되며, XML 스키마는아래와같은네임스페이스를가진다. http://www.nextb.or.kr/xmlschemas/t-uhdtv/delivery/routeusd_ex/1.0/ USBD XML 스키마는부속서 D 를참조한다. 아래 [ 표 5-2] ROUTE/DASH 의 User Service Bundle Description 프래그먼트의용법 Element or Attribute Name Use Data Type Description bundledescription userservicedescription Root element of the User Service Bundle Description. A single instance of a T-UHDTV service. @globalserviceid 0..1 anyuri A globally unique URI that identifies the T-UHDTV service. This parameter is used to link to ESG data (Service@globalServiceID). This attribute shall be present for the Linear A/V, Linear audio only and App-based services. @serviceid 1 unsignedshort Reference to corresponding service entry in LLS(SLT). The value of this attribute is the same value of serviceid assigned to the entry. @servicestatus 0..1 boolean Specify the status of this service. The value indicates whether this service is active or inactive. When set to 1 (true), that indicates service is active. Shall default to 1 when not present. 43
@fullmpduri 0..1 anyuri Reference to an MPD fragment which contains descriptions for contents components of the T-UHDTV service delivered over broadcast and optionally, also over broadband. This attribute shall be present for the Linear A/V and Linear audio only services. In addition, this attribute is not applicable to and therefore shall be absent for the ESG and EAS services. @stsiduri 1 anyuri Reference to the S-TSID fragment which provides access related parameters to the Transport sessions carrying contents of this T-UHDTV service. name 0..N string Name of the T-UHDTV service as given by the lang attribute lang 1 language Language of the T-UHDTV service name. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.). servicelanguage 0..N language Available languages of the T-UHDTV service. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.). deliverymethod 0..N Container of transport related information pertaining to the contents of the service over broadcast and (optionally) broadband modes of access. This element is not applicable to and therefore shall be absent for the ESG service. broadcastappservice 1..N A DASH Representation delivered over broadcast, in multiplexed or nonmultiplexed form, containing the corresponding media component(s) belonging to the T-UHDTV service, across all Periods of the affiliated Media Presentation. 44
basepattern 1..N string A character pattern for use by the T- UHDTV receiver to match against any portion of the Segment URL used by the DASH client to request Media Segments of a parent Representation under its containing Period. A match implies that the corresponding requested Media Segment is carried over broadcast transport. unicastappservice 0..N A DASH Representation delivered over broadband, in multiplexed or nonmultiplexed form, containing the constituent media content component(s) belonging to the T- UHDTV service, across all Periods of the affiliated Media Presentation. basepattern 1..N string A character pattern for use by the T- UHDTV receiver to match against any portion of the Segment URL used by the DASH client to request Media Segments of a parent Representation under its containing Period. A match implies that the corresponding requested Media Segment is carried over broadband transport. privateext 0..1 An element serving as a container for proprietary or application-specific extensions. servicelinakge 0..1 Service linkage information. For details refer to Clause 0 5.4.1.3.1. Service Linkage 엘리먼트확장 서비스간연결성 (Linkage) 정보를제공하기위해현재시청서비스의 USBD <privateext> 엘리먼트하위에 [ 표 5-13] 에서정의한 <servicelinkage> 엘리먼트가포함 될수있다. [ 표 5-13] Service Linkage 엘리먼트용법 Element or Attribute Name Use Data Type Description servicelinakge 0..1 Service linkage information 45
@bsid 0..1 unsignedshort Reference to the broadcast stream associated with the SLT which includes the target service as an entry. This attribute shall be present when the value of @bsid in the SLT including the target service is different from the value of @bsid in the SLT including the current service. @providerid 0..1 unsignedbyte Reference to the provider associated with the SLT which includes the target service as an entry. This attribute shall be present when the value of provider_id in the LLS table carrying the SLT including the target service as an entry is different from the value of provider_id in the LLS table carrying the SLT including the current service as an entry. @serviceid 1 unsignedshort Reference to the target service entry in the SLT. The value of this attribute is the same value of serviceid assigned to the entry. @linkagetype 1 unsignedbyte The value is assigned according to the table [ 표 5-14 in relation with the identifier that shows the linkage relationship between the current service and the target service @activationtime 0..1 datetime The first moment when the linkage of the current service and the target service is active. If not given, the linkage is assumed to have been activated at some time in the past. @deactivationtime 1 datetime The last moment when the linkage of the current service and the target service is active. 46
@servicecategory 0..1 unsignedbyte Service category of the target service, coded per Table 5.5. The following values are not allowed: 4 ESG service (program guide) 5 EAS service (emergency alert) This attribute shall be present if the SLT containing the current service as an entry does not include the target service as its entry. @broadbandaccessrequied 0..1 boolean Indicates whether broadband access is required for a receiver to make a meaningful presentation of the target service. This attribute shall be present if the SLT containing the current service as an entry does not include the target service as its entry. @svccapabilities 0..1 string Required capabilities for decoding and meaningfully presenting content of the target service. linkagedata 0..1 any Data needed for defining the linkagedata in case additional data is needed for each Linkage Type [ 표 5-14] servicelinkage@linkagetype 의코드표 linkagetype Meaning 0 Program Continuity The linkage relationship between the current service and the target service is activated after the @activationtime, and the linkage relationship with the current service is deactivated after the @deactivationtime 1 Service Replacement The target service can be automatically selected by the receiver at the @deactivationtime other values Reserved for future use 는 USBD 스키마를자세히기술하고있다. MBMS USBD 프래그먼트를기반으로하나, MBMS USBD에서선택적인속성및엘리먼트값들이며, 지상파 UHDTV 방송서비스의사용성과부합되지않아서사용되지않는값들에대해서는해당표에서는기술하지않는다. 47
[ 표 5-2] ROUTE/DASH 의 User Service Bundle Description 프래그먼트의용법 Element or Attribute Name Use Data Type Description bundledescription userservicedescription Root element of the User Service Bundle Description. A single instance of a T-UHDTV service. @globalserviceid 0..1 anyuri A globally unique URI that identifies the T-UHDTV service. This parameter is used to link to ESG data (Service@globalServiceID). This attribute shall be present for the Linear A/V, Linear audio only and App-based services. @serviceid 1 unsignedshort Reference to corresponding service entry in LLS(SLT). The value of this attribute is the same value of serviceid assigned to the entry. @servicestatus 0..1 boolean Specify the status of this service. The value indicates whether this service is active or inactive. When set to 1 (true), that indicates service is active. Shall default to 1 when not present. @fullmpduri 0..1 anyuri Reference to an MPD fragment which contains descriptions for contents components of the T-UHDTV service delivered over broadcast and optionally, also over broadband. This attribute shall be present for the Linear A/V and Linear audio only services. In addition, this attribute is not applicable to and therefore shall be absent for the ESG and EAS services. @stsiduri 1 anyuri Reference to the S-TSID fragment which provides access related parameters to the Transport sessions carrying contents of this T-UHDTV service. name 0..N string Name of the T-UHDTV service as given by the lang attribute lang 1 language Language of the T-UHDTV service name. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.). 48
servicelanguage 0..N language Available languages of the T-UHDTV service. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.). deliverymethod 0..N Container of transport related information pertaining to the contents of the service over broadcast and (optionally) broadband modes of access. This element is not applicable to and therefore shall be absent for the ESG service. broadcastappservice 1..N A DASH Representation delivered over broadcast, in multiplexed or nonmultiplexed form, containing the corresponding media component(s) belonging to the T-UHDTV service, across all Periods of the affiliated Media Presentation. basepattern 1..N string A character pattern for use by the T- UHDTV receiver to match against any portion of the Segment URL used by the DASH client to request Media Segments of a parent Representation under its containing Period. A match implies that the corresponding requested Media Segment is carried over broadcast transport. unicastappservice 0..N A DASH Representation delivered over broadband, in multiplexed or nonmultiplexed form, containing the constituent media content component(s) belonging to the T- UHDTV service, across all Periods of the affiliated Media Presentation. basepattern 1..N string A character pattern for use by the T- UHDTV receiver to match against any portion of the Segment URL used by the DASH client to request Media Segments of a parent Representation under its containing Period. A match implies that the corresponding requested Media Segment is carried over broadband transport. 49
privateext 0..1 An element serving as a container for proprietary or application-specific extensions. servicelinakge 0..1 Service linkage information. For details refer to Clause 0 5.4.1.3.2. Service Linkage 엘리먼트확장 서비스간연결성 (Linkage) 정보를제공하기위해현재시청서비스의 USBD <privateext> 엘리먼트하위에 [ 표 5-13] 에서정의한 <servicelinkage> 엘리먼트가포함 될수있다. [ 표 5-13] Service Linkage 엘리먼트용법 Element or Attribute Name Use Data Type Description servicelinakge 0..1 Service linkage information @bsid 0..1 unsignedshort Reference to the broadcast stream associated with the SLT which includes the target service as an entry. This attribute shall be present when the value of @bsid in the SLT including the target service is different from the value of @bsid in the SLT including the current service. @providerid 0..1 unsignedbyte Reference to the provider associated with the SLT which includes the target service as an entry. This attribute shall be present when the value of provider_id in the LLS table carrying the SLT including the target service as an entry is different from the value of provider_id in the LLS table carrying the SLT including the current service as an entry. @serviceid 1 unsignedshort Reference to the target service entry in the SLT. The value of this attribute is the same value of serviceid assigned to the entry. 50
@linkagetype 1 unsignedbyte The value is assigned according to the table [ 표 5-14 in relation with the identifier that shows the linkage relationship between the current service and the target service @activationtime 0..1 datetime The first moment when the linkage of the current service and the target service is active. If not given, the linkage is assumed to have been activated at some time in the past. @deactivationtime 1 datetime The last moment when the linkage of the current service and the target service is active. @servicecategory 0..1 unsignedbyte Service category of the target service, coded per Table 5.5. The following values are not allowed: 4 ESG service (program guide) 5 EAS service (emergency alert) This attribute shall be present if the SLT containing the current service as an entry does not include the target service as its entry. @broadbandaccessrequied 0..1 boolean Indicates whether broadband access is required for a receiver to make a meaningful presentation of the target service. This attribute shall be present if the SLT containing the current service as an entry does not include the target service as its entry. @svccapabilities 0..1 string Required capabilities for decoding and meaningfully presenting content of the target service. linkagedata 0..1 any Data needed for defining the linkagedata in case additional data is needed for each Linkage Type [ 표 5-14] servicelinkage@linkagetype 의코드표 linkagetype Meaning 0 Program Continuity The linkage relationship between the current service and the target service is activated after the @activationtime, and the linkage 51
relationship with the current service is deactivated after the @deactivationtime 1 Service Replacement The target service can be automatically selected by the receiver at the @deactivationtime other values Reserved for future use 5.4.1.4. Service-based Transport Session Instance Description (S-TSID) S-TSID 는 ROUTE 전송프로토콜을통해서비스를전송하는경우, 해당서비스별로 각컴포넌트가어떤경로를통해전송되는지에대한컴포넌트위치정보를시그널링한다. S-TSID는해당시그널링이어떤서비스에대한시그널링인지를맵핑할수있는서비스식별자정보를시작으로하며, 하나이상의 ROUTE 세션정보를비롯하여, 각 ROUTE 세션이구성된하나이상의 LCT 채널정보에대해서기술한다. ROUTE 전송시, 스트리밍콘텐츠전송시, 오디오컴포넌트및비디오컴포넌트의경우에는각기다른하나의 LCT 채널로전송된다. S-TSID는 USBD 프래그먼트에서 @stsiduri 속성을통해참조된다. 표 5-15는 S-TSID 프래그먼트의문맥을상세히기술한다. S-TSID에서정의하는 SrcFlow에대해서는본문서의부속서 (Annex) A에서자세히설명한다. S-TSID는 <S- TSID> 를최상위엘리먼트로가지는 XML 문서이며, 아래에기술된네임스페이스를가진다. http://www.atsc.org/xmlschemas/atsc3/delivery/routesls/1.0/ [ 표 5-55] S-TSID 프래그먼트의용법 Element and Attribute Use Data Description Names Type S-TSID Service Transport Session Instance Description @serviceid 0..1 Unsigned Short Reference to corresponding service element in the USD. The value of this attribute shall reference a service with a corresponding value of service_id. RS 1..N ROUTE session 52