차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 3 월 30 일 지상파 UHDTV 방송송수신정합 - 파트 3. 시스템즈 Transmission and Reception for Terrestrial UHDTV Broadcasting Service - Pa

Transcription

1 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

2 차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 3 월 30 일 지상파 UHDTV 방송송수신정합 - 파트 3. 시스템즈 Transmission and Reception for Terrestrial UHDTV Broadcasting Service - Part 3. Systems 본문서에대한저작권은차세대방송표준포럼에있으며, 차세대방송표준포럼과사전협의없이이 문서의전체또는일부를상업적목적으로복제또는배포해서는안됩니다. Copyrightc Next Generation Broadcasting Forum All Rights Reserved. 2

3 서문 1. 표준의목적 본표준은국내지상파 UHDTV 방송시스템에서사용하는프로그램다중화및채널다중화, 링크계층프로토콜, 그리고재난방송시그널링등시스템즈의상세규격을정의하며, 지상파방송망을이용하여 UHDTV 방송서비스를제공하기위해방송시스템을제작 / 설치하고자하는자에게필요한송수신정합규격중시스템즈에관한기술적정보를제공하는것을목적으로한다. 2. 주요내용요약 본표준은국내지상파 UHDTV 방송시스템에대한규격사항으로, 비디오, 오디오등의방송신호를프로그램으로구성하기위한프로그램다중화, 다중화된프로그램을하나의물리채널로전송하기위한채널다중화, 물리계층에서다중화된프로그램을전송할수있도록패킷화하는링크계층프로토콜, 그리고재난방송서비스를위한시그널링규격을정의및세부방법에대해서기술한다. 3. 표준의이력정보 3.1. 표준의이력 판수제정 개정일제정 개정내역 제 1 판 제정 3.2. 주요개정사항 해당없음 3

4 목차 서문... 3 목차 개요 표준의구성및범위 참조표준 ( 권고 ) 용어정의및약어 용어정의 심볼정의 약어 프로그램다중화및채널다중화 시스템개요 서비스시그널링개요 계층적서비스시그널링 엔터티 (entity) 관계및어드레싱 (addressing) 구조 저레벨시그널링 IP 주소할당 저레벨시그널링테이블형식 서비스리스트테이블 (SLT) System Time 프래그먼트 공통경보프로토콜 (CAP: common alerting protocol) 메시지 버전정보테이블 (VIT; Version Information Table) 브로드밴드시그널링 서비스계층시그널링 ROUTE/DASH 서비스계층시그널링 MMT 서비스계층시그널링 전송프로토콜 방송망전송 하이브리드 ( 방송망 / 브로드밴드 ) 전송 100 4

5 6. 링크계층프로토콜 링크계층개요 서비스 시스템구조 ALP 패킷포맷 ALP 패킷캡슐화 시그널링캡슐화 패킷유형확장 MPEG-2 TS 패킷캡슐화 IP 헤더압축 ROHC-U ( 강건헤더압축 단방향모드 ) 적응 (Adaptation) 링크계층시그널링 링크계층시스널링을위한포맷 재난방송시그널링 개요 시스템구조 재난안전정보 CAP 메시지 리치미디어콘텐츠 지상파 UHDTV 를위한확장 CAP 메시지 143 부속서 (ANNEX) A. ROUTE 146 B. 시그널링프래그먼트필터링 169 C. T-UHDTV VIT XML Schema 정의 171 D. T-UHDTV User Service Bundle Description XML Schema 정의 172 부록 (APPENDIX) I. ALP 패킷포맷예시 179 II. IP 헤더압축예시 187 III. 재난인지정보비트 189 5

6 지상파 UHDTV 방송송수신정합 파트 3. 시스템즈 1. 개요 본표준은지상파 UHDTV 방송서비스를제공하는데필요한송수신정합규격중시스템즈규격을정의하기위해제정되었다. 본표준은북미지상파디지털 TV 방송규격표준화기구인 ATSC에서제정한 ATSC3.0 CS (Candidate Standard) 규격기반으로제정되었다 [37][38]. 6

7 2. 표준의구성및범위 본표준은지상파 UHDTV 방송서비스제공을위한시스템즈규격에대해정의한다. 본표준은크게 2장으로이루어져있으며, 다음과같다. 5장. 프로그램다중화및채널다중화 에서는프로그램및채널레벨의방송신호다중화방식에대하여다룬다. 이어서 6장. 링크계층프로토콜 에서는링크계층의시스템구조및패킷포맷에대해다룬다. 7

8 3. 참조표준 ( 권고 ) [1] ITU: ITU-R Recommendation BT (2002), Parameter values for the HDTV standards for production and international programme exchange, International Telecommunications Union, Geneva. [2] ISO/IEC :2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio [3] ISO/IEC :2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio, AMENDMENT 2 [4] ISO/IEC :2015 Information technology -- High efficiency coding and media delivery in heterogeneous environments Part 3: 3D audio, AMENDMENT 3 [5] 3GPP: TS V ( ), 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 [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, [11] IETF: RFC 2616, Hypertext Transfer Protocol -- HTTP/1.1, Internet Engineering Task Force, Reston, VA, June, [12] IETF: RFC 3986, Uniform Resource Identifier (URI): Generic Syntax, Internet Engineering Task Force, Reston, VA, January, [13] IETF: RFC 5095, Network Time Protocol Version 4: Protocol and Algorithms Specification, Internet Engineering Task Force, Reston, VA, June, [14] IETF: RFC 5651, Layered Coding Transport (LCT) Building Block, Internet Engineering Task Force, Reston, VA, October,

9 [15] ISO/IEC: ISO/IEC :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 , 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 for Standardization, 2nd Edition, mm/dd/yy [19] 3GPP: TR V ( ), 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS) User service guidelines (Release 13). [20] IEEE: IEEE PTP, Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems,, Institute for Electrical and Electronics Engineers. [21] ISO/IEC: :2013(E), Information technology Generic coding of moving pictures and associated audio information: Systems Part 1. [22] ISO/IEC: ISO/IEC Fourth edition Corrected version , Information technology Coding of audio-visual objects Part 12: ISO base media file format. [23] ISO/IEC: ISO/IEC :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 [25] IETF: RFC 4815: RObust Header Compression (ROHC): Corrections and Clarifications to RFC 3095, Internet Engineering Task Force, Reston, VA, February [26] IETF: RFC 5795: The RObust Header Compression (ROHC) Framework, Internet 9

10 Engineering Task Force, Reston, VA, March [27] TTAK.OT , 공통경보프로토콜 [28] IETF: RFC 2365, Administratively Scoped IP Multicast, Internet Engineering Task Force, Reston, VA, July, [29] ISO/IEC: ISO/IEC :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, [31] IETF: RFC 5052, Forward Error Correction (FEC) Building Block, Internet Engineering Task Force, Reston, VA, August [32] IETF: RFC 6726, FLUTE - File Delivery over Unidirectional Transport, Internet Engineering Task Force, Reston, VA, November, [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 / 공통경보프로토콜 [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, [40] 차세대방송표준포럼표준, UHD IBB 서비스 파트2. 앱시그널링, NGBF.OHT.002, [41] 차세대방송표준포럼표준, UHD IBB 서비스 파트 3. 브라우저애플리케이션환경, NGBF.OHT.003, [42] IETF: Internet Protocol, Doc. STD05 (originally RFC 791), Internet Engineering Task Force, Reston, VA, September [43] 차세대방송표준포럼표준, 지상파 UHDTV 방송송수신정합 - 파트 5. 콘텐츠보 10

11 호, NGBK-16.xxxx/R1,

12 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] 의 절을따름 ) 저레벨시그널링 (Low Level Signalig, LLS): UDP 데이터그램에캡슐화되어미리정 해진 IP 주소 / 포트번호를가지는 IP 패킷으로전송되는시그널링을의미함 MDE (Media Delivery Event): 미디어플레이어나디코더등상위계층에의미있는 단위로데이터가전달되는이벤트로, MDE 데이터블록들은전송기한 (delivery deadline) 을가짐 Media Presentation: 시간적경계가존재하거나존재하지않은미디어콘텐츠의재 생을위한데이터의집합을의미함 (MPEG-DASH[23] 기반 DASH-IF 프로파일 [9] 의 절을따름 ) MPI (Media Presentation Information) 메시지 : MPI 테이블을포함하는 MMT 시그 널링메시지를의미함 12

13 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

14 넌트들이전송되는 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

15 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

16 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

17 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

18 5. 프로그램다중화및채널다중화 5.1. 시스템개요 본문서에서고려하는시스템의개념적모델을 [ 그림 5-1 에나타내었다. 본문서는 방송서비스를전송하기위한 2 가지방법을정의한다. 그림 5-1 의왼편에해당하는방법은 MPEG Media Transport (MMT), ISO/IEC 오류! 참조원본을찾을수없습니다. 에기반한것으로 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

19 서비스가브로드밴드를통해전송된다는것은하나혹은그이상의프로그램컴포넌트가방송망이아닌브로드밴드를통해전송된다는것을의미하며, 브로드밴드에서는 MPEG DASH 오류! 참조원본을찾을수없습니다. 의 DASH-IF 프로파일오류! 참조원본을찾을수없습니다. 이 HTTP/TCP/IP 상에서사용된다 서비스시그널링개요 계층적서비스시그널링 서비스시그널링은서비스의발견및기술을위한정보를제공하며, 다음과같은 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

20 비스의경우에 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 를사용한서비스참조 엔터티 (entity) 관계및어드레싱 (addressing) 구조 [ 그림 5-3 은서비스와이를전송하기위한시스템및물리계층의논리적엔터티들 의관계를도식화한것이다. [ 그림 5-3] 서비스, 시스템, 물리계층논리적엔터티의상관관계 서비스는다음과같이 5 가지의종류로분류된다. Ÿ linear 서비스 (linear audio/video service): 실시간으로전송되는하나의비디오 20

21 컴포넌트와이에연관된하나이상의오디오컴포넌트를제공하며, 애플리케이션 (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

22 ü 하나이상의 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

23 속성들, 또는개별 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를포함한다 저레벨시그널링 저레벨시그널링 (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

24 IP 주소할당 LLS는주소가 이고목적지포트가 4937/udp 1 인 IP 패킷을통하여전송된다. LLS IP 패킷을제외한모든 IP 패킷의목적지주소는반드시 (1) 서비스지역내에서그값의유일성을보장할수있는방법을통하여할당된목적지주소이거나 (2) 다음의제약조건을만족하는 ~ 범위의목적지주소이어야한다 : Ÿ 3 번째옥텟 (octet) 의값은서비스지역내에서방송사에게할당된채널번호 (SLT.Service@majorChannelNo) 와동일하여야한다. Ÿ 하나의방송송출주체가서비스지역전부혹은일부가중첩되는복수의 RF 채 널을통하여서로다른서비스를송출할경우에각각의 IP 주소 / 포트번호조합 은모든송출신호내에서유일하여야한다. Ÿ 하나의송출신호내에복수의 LLS 스트림 ( 복수의 SLT) 이존재할경우에 LLS 스 트림을제외한나머지스트림의 IP 주소 / 포트조합은송출신호에포함된모든서 비스안에서유일하여야한다. Ÿ 로컬네트워크상에서멀티캐스트 IP 패킷의재분배에필요한복잡도감소를위해, 최소한의 IP 멀티캐스트주소 / 포트를사용하여서비스를전송하는것이바람직하 다. 다음은 IP 주소할당의예들이다. Ÿ 하나의방송사에해당하는 SLT 가복수의서비스를포함하고이서비스들의 major 채널번호가 50 일경우에, ~ 범위의멀티캐스 트 IP 주소를사용할수있다. 1 멀티캐스트주소 과목적지포트 4937/udp는각각 AtscSvcSig과 atsc-mh-ssc로 IANA에등록되어있다. 2 이범위의 IP 주소는 RFC 2365오류! 참조원본을찾을수없습니다. 의 6.1절에기술된 IPv4 Local Scope 에해당한다. 24

25 Ÿ 하나의방송사에해당하는 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 채널내에서유일하여야한다 저레벨시그널링테이블형식 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 오류! 참조원본을찾을수없습니다. 25

26 } } 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 절참조 0x02 RRT 0x03 SystemTime 절참조 0x04 CAP 절참초 0x80 VIT User defined 절참조 0x81 CPT User defined [43] 의 8.2 절참조 26

27 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] 을이용하여압축된다 서비스리스트테이블 (SLT) SLT 는방송망으로전송되는각각의서비스에대하여아래와같은정보를제공함으 로써, 빠른서비스스캔과서비스획득을가능하도록한다. 사용자가서비스선택을할수있도록서비스맵을보여줄때, 구성요소들에대한 정보를전송한다. 서비스맵에존재하여사용자가선택시, 각각의서비스에빠른접근을위해제공되 는 SLS(Service Layer Signaling) 가방송망에서전송되는위치정보를제공한다. SLT 는 <SLT> 최상위엘리먼트를가지며, 아래와같은네임스페이스를가지는 XML 스키마를따른다. 27

28 서비스리스트테이블구문 SLT 는아래 [ 표 5-3 과같은 XML 스키마형태로정의한다. [ 표 5-3] SLT XML 스키마 Element or Attribute Name Use Data Type Short Description SLT Root element of the 1 unsignedshort Identifier of the entire Broadcast 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 1 unsignedbyte Type of files available with this URL Service 1..N Service 1 unsignedshort Integer number that identifies this Service within the scope of this Broadcast 1 unsignedbyte Version of SLT service info for this 0..1 boolean Indicates whether one or more components needed for meaningful presentation of this service are Major channel number of the Minor channel number of the 1 unsignedbyte Service category, coded per 오류! 0..1 string Short name of the 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

29 @broadbandaccessrequired 0..1 boolean Indicates whether broadband access is required for a receiver to make a meaningful presentation of the 0..1 string Required capabilities for decoding and meaningfully presenting content of this service. BroadcastSvcSignaling 0..1 Location, protocol, address, id information for broadcast 1 unsignedbyte Protocol used to deliver the service layer signalling for this 1 unsignedbyte Major version number of protocol used to deliver Service Layer Signalling for this 1 unsignedbyte Minor version number of protocol used to deliver Service Layer Signalling for this 0..1 unsignedbyte PLP ID of the physical layer pipe carrying the broadcast SLS for this 1 string A string containing the dotted- IPv4 destination address of the packets carrying broadcast SLS data for this 1 unsignedshort Port number of the packets carrying broadcast SLS data for this 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 1 unsignedbyte Type of files available with this URL 서비스리스트테이블의각필드용법 <SLT> LLS 인 SLT 의최상위엘리먼트 29

30 @bsid 브로드캐스트스트림의고유식별자. bsid 값은지역적인단계에서고유해야 해당 SLT 에서기술하는모든서비스에서의미있는방송을하기위해요구되는사양을의미한다. 구문과용법은본문서의 10 장. 서비스어나운스먼트에서정의하는콘텐츠프래그먼트의 <atsc:capabilities> 엘리먼트의구문과용법을준수한다. <sltineturl> 해당 SLT 에서기술하는모든서비스의가이드정보를제공하는 ESG 데이터혹은서비스시그널링정보를브로드밴드망을통해서다운받을수있는 URL <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> 16bit integer 값이며, 서비스의고유식별자이다. 방송지역에서고유한 <SLT> 에서정의하는각서비스의내용이변경된바있는지에대한 정보를의미하는값을가진다. integer 값을가지며, <SLT> 내의 <Service> 정보 기술이변할때마다 1 씩증가한다. 최고값후에는 0 true 값을가질경우, 해당서비스를화면에보여주기위해서는 서비스를구성하는컴포넌트중하나라도보호가되어있음을의미한다. 기본값은 false 이다. 30

31 @majorchannelno 1 부터 999 값을가질수있는 integer 값이다. 해당서비스의 major 채널넘버를의미한다. 이번호는사용자가직접선택하지않는서비스 ( 예를 들어 ESG 서비스, EAS 서비스 ) 1 부터 999 값을가질수있는 integer 값이다. 해당서비스이 minor 채널넘버를의미한다. 이번호는사용자가직접선택하지않는서비스 ( 예를 들어 ESG 서비스, EAS 서비스 ) 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 해당서비스가서비스스캔시, 사용자에게보여져야하는지아닌지를 나타내는정보. 기본값은 false 해당서비스를사용자에게의미있게보여주기위해서 브로드밴드망에접속을해야하는지를나타내는시그널링데이터이다. 기본값은 false 해당서비스를사용자에게의미있게보여주기위해지원해야하는 사양이다. 구문과용법은오류! 참조원본을찾을수없습니다. 의 절에서 정의하는 콘텐츠 프래그먼트의 <atsc:capabilities> 엘리먼트의 구문과 용법을 준수한다. <BroadcastSvcSignaling> 방송망으로전송되는시그널링의전송프로토콜, 위치, 식별자값들에대한정의. 31

32 @slsprotocol 해당서비스의 SLS 가전송되는프로토콜을나타내며그값은다음 [ 표 5-6 을따른다. [ 표 5-6] SLT.Services@slsProtocol 의 Code values slsprotocol Meaning 0 Reserved 1 ROUTE 2 MMTP other values Reserved for future 해당서비스의 SLS 가전송되는프로토콜의 major 해당서비스의 SLS 가전송되는프로토콜의 minor SLS 가전송되는 PLP SLS 데이터의 destination IP 주소값 SLS 데이터의 destination Port SLS 데이터의 source IP 주소값 (IPv4) <svcineturl> ESG 서비스혹은해당서비스와연관된시그널링데이터를다운받을수 있는 URL <svcineturl> 이지시하는 URL 을통해다운받을수있는파일의종류를 의미한다. <UnifiedReceiverInfo> 지상파 UHDTV 현재버전에대한간략한정보를나타내는필드 System Time 프래그먼트 시스템시간은 IEEE 1588 오류! 참조원본을찾을수없습니다. 에정의된 Precision 32

33 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 스키마를준수하여야한다 : <SystemTime> 을포함하는 LLS 패킷의전송주기는 1 초이상 5 초이하여야한다. [ 표 5- 은 <SystemTime> 엘리먼트구조를나타낸것이다. 표 5-7 의구조는이해를 돕기위한것이며 <SystemTime> 엘리먼트의구문은위의 XML 스키마를따른다. [ 표 5-7] SystemTime 엘리먼트구조 Element or Attribute Name Use Data Type Description SystemTime 1 unsignedbyte The current offset in whole seconds between TAI and 0..1 unsignedshort Signals the upper 16 bits of the 48-bit count of PTP 0..1 boolean Indicates a pending 59-second leap second 0..1 boolean Indicates a pending 61-second leap second 1 duration Indicates the offset between the local time zone of the originating broadcast station, and 0..1 boolean Indicates that Daylight Saving Time is in 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 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

34 각엘리먼트와속성의용법은다음과같다. <SystemTime> unsigned integer 속성으로 TAI 와 UTC 사이의 current offset 값을 unsigned integer 속성으로존재할경우에 PTP second 를나타내는 48- bit count 중상위 16 bit 를나타낸다. 이속성이존재하지않을경우에는그값은 0 Boolean 속성으로이속성이존재하고그값이 true 이면현재 UTC 날짜의 마지막분이 59 초로구성됨을나타낸다. 기본값은 false Boolean 속성으로이속성이존재하고그값이 true 이면현재 UTC 날짜의 마지막분이 61 초로구성됨을나타낸다. 기본값은 false 이속성은방송국이속한표준시간대와 UTC 이값이 true 로설정되면송출위치를기준으로일광절약시간 (daylight saving time) 이적용됨을나타나며, false 로설정되면송출위치를기준으로일광절약시간이적용되지않음을나타낸다. 송출위치를기준으로일광절약시간이적용될경우에는이속성이반드시존재해야하며, 존재하지않을경우에의기본값은 false 1 에서 31 까지의값을가지는 unsigned integer 속성으로존재할경우에는현재달에일광절약시간이시작되거나해제됨을나타내며그값은일광절약시간이시작되거나해제되는날을나타낸다. 이속성은현재달을기준으로일광절약시간이시작되거나해제될경우에는반드시존재하여야하며, 방송국이속한표준시간대를기준으로일광절약시간이시작되거나 해제되는시간 (0-24) 을나타낸다. 가존재할경우에는 가생략되었을경우에는존재할수없다. 34

35 다음 [ 표 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

36 공통경보프로토콜 (CAP: common alerting protocol) 메시지 저레벨시그널링은 [27] 에정의된 CAP 메시지를전송할수있다. 재난방송은본문 서의 7 장의 <CAP> 메시지확장을준수하여전송된다 버전정보테이블 (VIT; Version Information Table) VIT 는현재제공되고있는방송서비스에대한버전정보를제공한다. VIT 는 <VIT> 엘리먼트를루트 (root) 엘리먼트로포함하는 XML 문서로나타내어야 하며, <VIT> 엘리먼트는다음의네임스페이스를가지는 XML 스키마를준수하여야한다 : VIT XML 스키마는부속서 C 를참조한다 버전정보테이블문법 VIT 는아래 [ 표 5-9 와같은 XML 스키마형태로정의한다. [ 표 5-9] VIT XML 스키마 Element or Attribute Name Use Data Type Short Description VIT Root element of the Version information of a current broadcasting 0..1 string Additional text information about the current version 버전정보테이블의각필드의미 <VIT> LLS 인 VIT 의최상위엘리먼트 36

37 @version 현재방송망을통해제공중인방송서비스의버전정보를나타낸다. 버전정보에대해추가적인설명이필요할경우해당필드를통해텍스트 정보를제공한다 브로드밴드시그널링 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 버전정보의값및그의미는별도문서를통해정의된다. 의내용은별도문서를통해정의된다. 37

38 [ 표 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

39 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

40 한서비스전송시에 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

41 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

42 스트리밍콘텐츠시그널링 스트리밍콘텐츠시그널링은 MPD 프래그먼트에기술된내용과부합된다. MPD는 DASH 세그먼트들을스트리밍콘텐츠로전송하는 linear 서비스와특별히연관되어있다. MPD는각각의미디어컴포넌트들에대한리소스식별자를제공한다. 이식별자는세그먼트 URL 형태이다 앱기반컴포넌트시그널링 앱기반컴포넌트시그널링은앱로직파일, 내부저장되는캐쉬파일, 네트워크로전송되는아이템들또는노티피케이션 (notification) 스트림과같이앱기반컴포넌트들을전송하는시그널링이다. 앱기반컴포넌트시그널링의세부규격은 [40] 절 애플리케이션 basic signaling 을참조한다 User Service Description USD는 USBD 프래그먼트의최상위레벨엔트리포인트이다. USBD는서비스여러개에정보를묶어놓은번들 (bundle) 시그널링을의미하지만, 실제지상파 UHDTV 방송서비스에서사용하는 USBD는서비스하나에대한정보만을기술하며, 각서비스에대한정보는아래와같은정보로구성된다. USBD는 3GPP오류! 참조원본을찾을수없습니다. 를기반으로하나, 지상파 UHDTV 방송서비스에맞추어확장혹은축소되었다. Ÿ Ÿ Ÿ Ÿ Ÿ 서비스고유식별자서비스상태해당서비스의 MPD의 URI 해당서비스의 S-TSID URI 해당서비스를구성하는컴포넌트들의 basepattern, 이는전송경로에따라브로 드캐스트일경우와브로드밴드일경우로나뉘어진다. Ÿ 서비스의언어 42

43 Ÿ Private Extension <bundledescription> 은 <bundledescription> 하나를루트엘리먼트로가지는 XML 문서형태로구성이되며, XML 스키마는아래와같은네임스페이스를가진다. 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 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 1 unsignedshort Reference to corresponding service entry in LLS(SLT). The value of this attribute is the same value of serviceid assigned to the 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

44 @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 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

45 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 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

46 @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 in the SLT including the target service is different from the value in the SLT including the current 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 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 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 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 1 datetime The last moment when the linkage of the current service and the target service is active. 46

47 @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 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 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 and the linkage relationship with the current service is deactivated after 1 Service Replacement The target service can be automatically selected by the receiver at other values Reserved for future use 는 USBD 스키마를자세히기술하고있다. MBMS USBD 프래그먼트를기반으로하나, MBMS USBD에서선택적인속성및엘리먼트값들이며, 지상파 UHDTV 방송서비스의사용성과부합되지않아서사용되지않는값들에대해서는해당표에서는기술하지않는다. 47

48 [ 표 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 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 1 unsignedshort Reference to corresponding service entry in LLS(SLT). The value of this attribute is the same value of serviceid assigned to the 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 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 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

49 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

50 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 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 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 in the SLT including the target service is different from the value in the SLT including the current 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 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

51 @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 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 1 datetime The last moment when the linkage of the current service and the target service is 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 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 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 and the linkage 51

52 relationship with the current service is deactivated after 1 Service Replacement The target service can be automatically selected by the receiver at other values Reserved for future use Service-based Transport Session Instance Description (S-TSID) S-TSID 는 ROUTE 전송프로토콜을통해서비스를전송하는경우, 해당서비스별로 각컴포넌트가어떤경로를통해전송되는지에대한컴포넌트위치정보를시그널링한다. S-TSID는해당시그널링이어떤서비스에대한시그널링인지를맵핑할수있는서비스식별자정보를시작으로하며, 하나이상의 ROUTE 세션정보를비롯하여, 각 ROUTE 세션이구성된하나이상의 LCT 채널정보에대해서기술한다. ROUTE 전송시, 스트리밍콘텐츠전송시, 오디오컴포넌트및비디오컴포넌트의경우에는각기다른하나의 LCT 채널로전송된다. S-TSID는 USBD 속성을통해참조된다. 표 5-15는 S-TSID 프래그먼트의문맥을상세히기술한다. S-TSID에서정의하는 SrcFlow에대해서는본문서의부속서 (Annex) A에서자세히설명한다. S-TSID는 <S- TSID> 를최상위엘리먼트로가지는 XML 문서이며, 아래에기술된네임스페이스를가진다. [ 표 5-55] S-TSID 프래그먼트의용법 Element and Attribute Use Data Description Names Type S-TSID Service Transport Session Instance 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

53 @bsid 0..1 Unsigned Short Identifier of the Broadcast Stream within which the content component(s) of the broadcastappservice are carried. When this attribute is absent, the default Broadcast Stream is the one whose PLPs carry SLS fragments for this ATSC 3.0 service. Its value shall be identical to that of the broadcast_stream_id in the 0..1 string Source IP address (default: current ROUTE session s source IP address) (M for non-primary 0..1 string Destination IP address (default: current ROUTE session s destination IP address) (M for nonprimary 0..1 Unsigned 0..1 Unsigned Byte Destination port (default: current ROUTE session s destination port) (M for non-primary session) Physical Layer Pipe ID for ROUTE session (default: current physical layer pipe). PLP_ID shall be specified as [34]. LS 1..N LCT 1 Unsigned 0..1 Unsigned 0..1 Unsigned Int TSI value PLP ID (overrides default ROUTE session value) Maximum 0..1 datetime Start 0..1 datetime End time SrcFlow 0..1 Source Flow as defined in 오류! 참조원본을 찾을수없습니다.A, Section A.3 RprFlow 0 Not used Media Presentation Description (MPD) MPD는 Linear 서비스를제공하는경우에컴포넌트에대한정보를제공하는시그널링이며, ROUTE 전송시사용되는 MPD는방송망으로전송되는 DASH 세그먼트와브로드밴드망으로전송되는 DASH 세그먼트에대한모든컴포넌트들에대해기술하고있다. ROUTE 전송에서시그널링으로전송되는 MPD는 MPEG DASH오류! 참조원본을찾을수없습니다. 의 DASH-IF오류! 참조원본을찾을수없습니다. 프로파일에기반을둔다. 53

54 지상파 UHDTV 방송서비스관점에서 MPD 에는방송망으로전송되는하나이상의 DASH representation 이기술될것이다. MPD 는브로드밴드망으로전송되는부가적인 DASH representation 을기술하고있을수도있다 Delivery Path Signaling MPD 에서기술하는방송망으로전송되는아이템과관련한 URL 은 로시작하는형태의 URL 을가져야한다. MPD 에서기술하는브로드밴드망으로전송되는아이템과관련된 URL 은타당한 IP 주소값혹은도메인네임값을붙여서기술하는 또는 프로토콜 identifier 를사용하여야한다 Staggercast Audio Representation Signaling Staggercast 는오디오컴포넌트에선택적으로부가될수있는강건한특성이다. Staggercast 는메인오디오컴포넌트의중복된버전의컴포넌트이지만, 보다하위등급 ( 예를들어, 낮은비트레이트, 채널수등 ) 으로구성되는컴포넌트이다. Staggercast 오디오컴포넌트는그와관련된메인오디오컴포넌트전송과유효한 시간차로전송될수있다. Staggercast 특성을지원하여 Staggercast 스트림으로수신변 경가능한수신기는메인오디오스트림을불가능하게만들수있어야한다. Staggercast 오디오와메인오디오의전송시간차이는두오디오스트림간에수신 변경이원활하도록함에지장이없을정도의시간차이를보장하여야한다. Staggercast 만을위해사용되는 Representation 을명백하게시그널링하기위해서 아래와같이 MPD 가사용되어야한다. Ÿ Ÿ 하나의 Staggercast 오디오 Representation 을포함하는 Adaptation set; <EssentialProperty> 의 SchemeIdUri 가 "urn:atsc:org:staggercast" 애 애트리뷰트의값 54

55 은공백으로구별되는리스트일수도있는데, 이런경우에는 Staggercast Adaptation set 애트리뷰트의값에나타난모든값들과관련된다 Ÿ 각 Staggercast Representation 은메인 Adaptation set 에있는 Representation 과 time-aligned 되어야한다. 만약, MPD의 Adaptation set이 SchemeIdUri 속성값이 "urn:atsc:org:staggercast" 인 <EssentialProperty> 를포함하고있다면, 수신기는일반적인오디오재생을위해해당 Representation을선택하지않아야한다. 만약수신기가 Staggercast를지원한다면, 메인오디오와 Staggercast 오디오를위한버퍼사용을가능하도록해야한다 비디오시그널링 DASH MPD 의비디오파라미터에대한부 / 복호화시그널링은 DASH-IF 5.3 절 [9] 을 준수해야하며, [33] 의표 5-1 의비디오메타데이터가시그널링되어야한다 오디오시그널링 DASH MPD 의오디오파라미터에대한부 / 복호화시그널링은 DASH-IF 5.4 절 [9] 을 준수해야하며, [33] 의표 6-1 의오디오메타데이터가시그널링되어야한다 폐쇄자막시그널링 DASH MPD 의부 / 복호화기파라미터에대한폐쇄자막부 / 복호화시그널링은 DASH-IF 5.5 절 [9] 을준수해야하며, [33] 의표 7-1 의폐쇄자막메타데이터가시그널링 되어야한다. 3D 자막은 [35] 의 절의폐쇄자막메타데이터가시그널링되어야한다. 폐쇄자막메타데이터는 DASH-IF 절 [9] 에명시된것과같이디스크립터를이용하여시그널링되어야한다. Role, EssentialProperty, 그리고 SupplementalProperty 디스크립터가사용되어야한다. 55

56 언어특성은 Adaptation Set 에설정되어야하고 <Role> 엘리먼트는필수적으로사 용되어야한다. u r n : a t s c 3. 0 : d a s h : c c : 속성값을가진 EssentialProperty 와 / 또는 SupplementalProperty 디스크립터는폐쇄자막과연관된메타 = ar : aspect-ratio [, easy-reader] [, profile] [, 3d-support] [, hdr&wcg] aspect-ratio = (%d1-%d99) - (%d1-%d99) easy-reader = er : BIT; default value 0 profile = profile : BIT; default value 0 for text profile 3d-support = 3d : BIT; default value 0 hdr&wcg = hdr&wcg : (TBD) aspect-ratio 는 4-3, 16-9, 그리고 21-9 를포함하여설정될수있다. easy-reader 는 Boolean 값으로설정되어야한다 ; 존재하는경우 1, 디폴트는 0 이다. profile 은 Boolean 값으로설정되어야한다 ; 이미지프로파일에대해존재하는경우 1, 디폴트는텍스트프로파일의경우로 0 이다. 이다. 3d-support 는 Boolean 값으로설정되어야한다 ; 3D 가지원될경우 1 ; 디폴트는 서비스시그널링전송 서비스시그널링은 ROUTE 세션의 ALC/LCT 채널으로반드시전송된다 시그널링디스크립션인캡슐레이션 하나이상의서비스시그널링프래그먼트들은 3GPP MBMS 오류! 참조원본을찾을 수없습니다. 에서정의하고있는 metadata envelope 에쌓여져서전송된다. 이러한경우 56

57 에는집약된 SLS 문서형태로 mutipart MIME 컨테이너에포함되어전송된다. 이러한구조에서는 metadata envelope은식별자, 버전정보그리고유효기간의정보를나타내는데사용된다. Metadata envelop은 RFC1952오류! 참조원본을찾을수없습니다. 에기술된 gzip으로압축되어전송될수도있다. 부가적으로지상파 UHDTV 방송수신기는 template 기반한압축및전송기술을이용할수도있다 시그널링디스트립션필터링 SLS 프래그먼트들을받아서동작할때, 지상파 UHDTV 방송수신기들은 LCT 헤더에있는 TOI 필드값을살펴보고, 필터링기법을이용할수도있다. LCT 헤더의 TOI값은 SLS 프래그먼트의종류와버전값을가진다. 해당 TOI 필드값은부속서 B에명시된규칙을반드시따라서구성된다 MMT 서비스계층시그널링 linear 서비스를위한 MMT 서비스계층시그널링은 USBD 프래그먼트와 MP (MMT Package) 테이블로구성된다. USBD 프래그먼트는서비스의식별자및해당서비스를구성하는컴포넌트들을획득하기위한필요한다른 SLS에대한참조정보를제공한다. 이때다른 SLS에대한참조정보는해당컴포넌트의포맷및전송방식에따라다르게제공된다. MPU 컴포넌트의경우에, USBD 프래그먼트는 MP 테이블에대한참조정보를제공하며, 이 MP 테이블은서비스가전송되는 MMTP 세션과이 MMTP 세션으로전송되 는에셋에대한정보를제공한다. 아래 [ 그림 5-6 은 linear 서비스가 MMT 로전송될때 에필요한 SLS 의데이터모델이다 MPU 컴포넌트에대한스트리밍콘텐츠시그널링은 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 9.3.9절에정의된 MP 테이블을사용하여야한다. MP 테이블은각각의서비스컴포넌트에해당하는에셋의목록및이에셋을획득하기위하여필요한위치정보를제공한다. USBD 프래그먼트는 ROUTE 프로토콜및브로드밴드로전송되는컴포넌트를위하여 S-TSID와 MPD에대한참조정보를제공할수있다. 57

58 User Serv ice Bundle Description 1 includes 1 userserv icedescription 1 references 1 MMT Package Table 58

59 상파 UHD 방송과연관이없다. 아래표 5-15 는실제지상파 UHD 방송전송에사용될 수있는엘리먼트와속성을나타낸다. bundledescription 은 <bundledescription> 하나를루트엘리먼트로가지는 XML 문 서형태로구성이되며, XML 스키마는아래와같은네임스페이스를가진다. <bundledescription> 엘리먼트의구문은표 5-16 의 XML 스키마를따른다. [ 표 5-66] MMT 서비스의 USBD 프래그먼트 Element or Attribute Name Use Description bundledescription userservicedescription Root element of the User Service Bundle Description. A single instance of a T-UHDTV M A globally unique URI that identifies the T-UHDTV service. This parameter is used to link to ESG data (Service@globalServiceID). Same as given in Table M Reference to corresponding service entry in LLS(SLT). The value of this attribute is the same value of serviceid assigned to the entry. Same as given in Table Name 0..N Name of the T-UHDTV service as given by the lang attribute. (Same as given in Table 5-11). Lang CM Language of the T-UHDTV service name. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.. (Same as given in Table 5-11). servicelanguage 0..N Available languages of the T-UHDTV service. The language shall be specified according to BCP 47 오류! 참조원본을찾을수없습니다.. (Same as given in Table 5-11). contentadvisoryrating 0..1 Not used. Channel 1 Contains information about the service 59

60 @servicegenre 0..1 Attribute indicates primary genre of the service. This attribute shall be instantiated to describe the genre category for the service. The <classificationschemeuri> is re-cs/ and the value of servicegenre shall matches a termid value from the classification schema in Annex B of A/153 Part 4 오류! 1 Attribute indicates the Uniform Resource Locator (URL) for the icon used to represent this service. ServiceDescription 0..N Contains service description possibly in multiple 1 Attribute indicates description of the 0..1 Attribute indicates the language of the servicedescrtext. Semantics of xml:lang shall be followed. mpucomponent 0..1 A description about the contents components of T-UHDTV service delivered as 1 Reference to a MMT Package for content components of the T-UHDTV service delivered as 0..1 Reference to a MMT Package to be used after the one referenced in time for content components of the T-UHDTV service delivered as MPUs. routecomponent 0..1 A description about the contents components of T-UHDTV service delivered by 1 Reference to the S-TSID fragment which provides access related parameters to the Transport sessions carrying contents of this T-UHDTV service (Same as given in 오류! 0..1 A string containing the dotted-ipv4 destination address of the packets carrying S-TSID for this service. (default: current MMTP session s destination IP 1 A string containing the port number of the packets carrying S-TSID for this 1 A string containing the dotted-ipv4 source address of the packets carrying S-TSID for this service. 60

61 @stsidmajorprotocolversion 0..1 Major version number of the protocol used to deliver the S-TSID for this service. Default value is 0..1 Minor version number of the protocol used to deliver the S-TSID for this service. Default value is 0. broadbandcomponent 0..1 A description about the contents components of T-UHDTV service delivered by 1 Reference to an MPD fragment which contains descriptions for contents components of the T- UHDTV service delivered over broadband. ComponentInfo 1..N Contains information about components available in the service. For each component includes information about component type, component role, component name, component identifier, component protection 1 Attribute indicates the type of this component. Value of 0 indicates an audio component. Value of 1 indicates a video component. Value of 2 indicates a closed caption component. Values 3 to 7 are 1 Attribute indicates the role or kind of this component. For audio (when componenttype attribute above is equal to 0): values of componentrole attribute are as follows: 0 = Complete main, 1 = Music and Effects, 2 = Dialog, 3 = Commentary, 4 = Visually Impaired, 5 = Hearing Impaired, 6 = Voice-Over, 7-254= reserved, 255 = unknown. For Video (when componenttype attribute above is equal to 1) values of componentrole attribute are as follows: 0 = Primary video, = reserved, 255 = unknown. For Closed Caption component (when componenttype attribute above is equal to 2) values of componentrole attribute are as follows: 0 = Normal, 1 = Easy reader, = reserved, 255 = unknown. When componenttype attribute above is between 3 to 7, inclusive, the componentrole shall be equal to

62 @componentprotectedflag 0..1 Attribute indicates if this component is protected (e.g. encrypted). When this flag is set to a value of 1 this component is protected (e.g. encrypted). When this flag is set to a value of 0 this component is not protected (e.g. encrypted). When not present the value of componentprotectedflag attribute is inferred to be equal to 1 Attribute indicates the identifier of this component. The value of this attribute shall be the same as the asset_id in the MP table corresponding to this 0..1 Attribute indicates the human readable name of this component. privateext 0..1 An element serving as a container for proprietary or application-specific extensions. servicelinkage 0..1 Service linkage information. For details refer to Clause Service Linkage 엘리먼트확장 서비스간연결성 (Linkage) 정보를제공하기위해현재시청서비스의 USBD <privateext> 엘리먼트하위에 [ 표 5-17] 에서정의한 <servicelinkage> 엘리먼트가포함 될수있다. [ 표 5-17] Service Linkage 엘리먼트용법 Element or Attribute Name Use Data Type Description servicelinakge 0..1 Service linkage 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 in the SLT including the target service is different from the value in the SLT including the current service. 62

63 @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 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 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 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 1 datetime The last moment when the linkage of the current service and the target service is 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. 63

64 @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 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-18] servicelinkage@linkagetype 의코드표 linkagetype Meaning 0 Program Continuity The linkage relationship between the current service and the target service is activated after and the linkage relationship with the current service is deactivated after 1 Service Replacement The target service can be automatically selected by the receiver at other values Reserved for future use MPD MMTP 세션으로전송되는 MPD 는 MPEG DASH 오류! 참조원본을찾을수없습니다. 의 DASH-IF 오류! 참조원본을찾을수없습니다. 프로파일에서정의한데이터구조및구문을 준수하여야하며, 브로드밴드로전송되는 Representation 만을기술하여야한다 MMT 시그널링메시지 MMTP 세션으로서비스가전송될경우에 ISO/IEC 오류! 참조원본을찾을수 없습니다. 의 9 절에이진형식으로정의된 MMT 시그널링메시지가 MMTP 패킷을사용하 여전송되며, 이때 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에정의 64

65 된시그널링메시지모드가사용된다. 서비스계층시그널링메지시를전송하는 MMTP 패킷의 packet_id 필드는반드시 0x0000 으로설정되어야하며, 유일한예외로특정에셋에대해한정적으로적용되는 MMT 시그널링메시지를전송하는 MMTP 패킷의경우에는해당에셋을전송하는 MMTP 패킷과동일한값의 packet_id를사용한다. 앞의표 5-15에기술한바와같이서비스와연관된 MMT Package에대한참조정보는 USBD 프래그먼트에의해제공되며, 이참조정보에해당하는 MPT (MMT Package Table) 메시지는반드시 SLT에서시그널된 MMTP 세션으로전송되어야한다. 특정 MMTP 세션이나이세션으로전송되는에셋에대해한정적으로적용되는 MMT 시그널링메시지는해당 MMTP 세션으로전송된다. 다음의시그널링메시지는반드시 SLT 에서시그널링된 MMTP 세션으로전송된다 : Ÿ MPT 메세지 : ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에정 의된형식을따른다. Ÿ MMT ATSC3 (MA3) 메시지 : ISO/IEC 오류! 참조원본을찾을수없습니다. 이 아닌본문서에별도로정의된메타데이터를전송한다. 다음의시그널링메시지는필요한경우에 SLT 시그널링된 MMTP 세션으로전송된 다. Ÿ MPI (Media Presentation Information) 메시지 : ISO/IEC 오류! 참조원본을 찾을수없습니다. 의 절에정의된형식을따른다. 송된다. 다음의시그널링메시지는반드시스트리밍콘텐츠가전송되는 MMTP 세션으로전 Ÿ HRBM (Hypothetical Receiver Buffer Model) 메시지 : ISO/IEC 오류! 참조원 본을찾을수없습니다. 의 절에정의된형식을따른다. Ÿ HRBM data removal 메시지 : ISO/IEC 오류! 참조원본을찾을수없습니다. 의 65

66 9.4.9 절에정의된형식을따른다 mmt_atsc3_message() MMT 시그널링메시지 본절에서정의하는 mmt_atsc3_message() 는지상파 UHDTV 방송서비스에한정된 정보를전송하기위하여정의되었다. mmt_atsc3_message() 의 message_id 필드는반드시 0x8100 의값을가진다. [ 표 5-19 은이메시지의구문을나타낸다. [ 표 5-19] mmt_atsc3_message 의비트스트림구문 Syntax No. of Bits Format mmt_atsc3_message() { message_id 16 uimsbf version 8 uimsbf length 32 uimsbf message payload { service_id 16 uimsbf atsc3_message_content_type 16 uimbsf atsc3_message_content_version 8 uimbsf atsc3_message_content_compression 8 uimbsf URI_length 8 uimbsf for (i=0;i< URI_length;i++) { URI_byte 8 uimsbf } atsc3_message_content_length 32 uimsbf for (i=0;i<atsc3_message_content_length;i++) { atsc3_message_content_byte 8 uimsbf } for (i=0;i<length-11-uri_length-atsc3_message_content_length) { reserved 8 uimsbf } } } 표 5-17 에나타난각필드의용법은다음과같다. 66

67 message_id 16-bit unsigned integer 필드로 mmt_atsc3_message() 를식별하기위하여 반드시 0x8100 의값을가진다. version 8-bit unsigned integer 필드로이메시지에포함된정보가변화할때마다그 값이 1 씩증가한다. 최대값 255 에도달하였을경우에다음값은 0 으로설정된다. length 32-bit unsigned integer 필드로다음필드부터이메시지의마지막 바이트까지의길이를나타낸다. service_id 16-bit unsigned integer 필드로메시지페이로드의정보가적용되는 서비스의식별자를나타낸다. 이식별자는 SLT 에서주어진 serviceid 와동일한값을 가진다. atsc3_message_content_type 16-bit unsigned integer 필드로이메시지의페이로드에 포함된콘텐츠타입을식별하며그값은다음 [ 표 5-20 을따른다. [ 표 5-20] atsc3_message_content_type 의코드표 atsc3_message_content_type Meaning 0x0000 Reserved 0x0001 userservicedescription 0x0002 MPD 0x0003 Application Information Table ([40] 절 AST 참조 ) 0x0004 Application Event Information([40] 절 방송망을 통한애플리케이션이벤트 참조 ) 0x0005 Video Stream Properties Descriptor ( 절참조 ) 0x0006 ATSC Staggercast Descriptor ( 절참조 ) 0x0007 Inband Event Descriptor ([40] 절 방송망을통한 애플리케시연이벤트 참조 ) 0x0008 Caption Asset Descriptor ( 절참조 ) 0x0009 MPEG-H Audio Stream Properties Descriptor ( 절참조 ) 0x000A~0xFFFF Reserved for future use atsc3_message_content_version 8-bit unsigned integer 필드로 service_id 와 atsc_message_content_type 의조합으로식별되는 atsc3_message_conent 가변화할 때마다그값이 1 씩증가한다. 최대값 255 에도달하였을경우에다음값은 0 으로 설정된다. 67

68 atsc3_message_content_compression 8-bit unsigned integer 필드로 atsc3_message_content_byte 에포함된데이터에적용된압축방식을나타내며그 값은다음 [ 표 5-21 를따른다. [ 표 5-21] atsc3_message_content_compression 의코드표 atsc3_message_content_compression 0x00 0x01 0x02 0x03 0x04~0xFF Meaning Reserved No compression has been applied gzip specified in RFC 1952 오류! 참조원본을찾을수없습니다. has been applied The template-based compression scheme as specified in 오류! 참조원본을찾을수없습니다.II has been applied Reserved for future use URI_length 8-bit unsigned integer 필드로메시지페이로드에포함된콘텐츠를 식별하기위한 URI 의길이를나타낸다. URI 가제공되지않을경우에이필드의값은 0 으로설정된다. URI_byte 8-bit unsigned integer 필드로이메시지의페이로드에포함된콘텐츠와 연관된 URI 의마지막종결 null 문자를제외한 UTF-8 문자를포함하며 RFC 3986 오류! 참조원본을찾을수없습니다. 을따른다. 한다. 이 URI 는메시지페이로드를 식별하기위한 URI 의길이를나타낸다. URI 가제공되지않을경우에이필드의값은 0 으로설정된다. atsc3_message_content_length 32-bit unsigned integer 필드로이메시지로전송되는 콘텐츠의길이를나타낸다. atsc3_message_content_byte 8-bit unsigned integer 필드로이메시지로전송되는 콘텐츠의바이트를나타낸다 비디오시그널링 각비디오에셋의 video_stream_properties_descriptor() 는해당비디오에셋의비디 오스트림에대한정보를제공한다. 이정보는화면수평 / 수직해상도, 칼라포맷, 비트 뎁스, 시간적스케일러빌리티, 비트레이트, 픽처레이트, 삼차원정조, 칼라특성, 프로 68

69 파일, 티어, 레벨정보를포함한다 구문 표 5-22 은 video_stream_properties_descriptor() 의비트스트림구문을정의한다. 각 필드의관련시맨틱스또한바로아래제시되어있다. [ 표 5-22] Video Stream Properties Descriptor 의비트스트림구문 Syntax No. of Bits Format video_stream_properties_descriptor() { descriptor_tag 16 uimsbf descriptor_length 16 uimsbf number_of_assets 8 uimsbf for (i=0;i<number_of_assets;i++) { asset_id_length 8 uimsbf for (i=0; i<asset_id_length; i++) { asset_id_byte 8 uimsbf } codec_code 4*8 uimsbf temporal_scalability_present 1 bslbf scalability_info_present 1 bslbf multiview_info_present 1 bslbf res_cf_bd_info_present 1 bslbf pr_info_present 1 bslbf br_info_present 1 bslbf color_info_present 1 bslbf reserved 1 1 if (temporal_scalability_present) { max_sub_layers_instream /* s */ 6 uimsbf sub_layer_profile_tier_level_info_present 1 bslbf reserved 1 1 tid_max 3 uimsbf tid_min 3 uimsbf reserved

70 } } } if (scalability_info_present) { scalability_info() 8 표 5-21 } if (multiview_info_present) { multiview_info() 40 표 5-22 } if (res_cf_bd_info_present) { res_cf_bd_prop_info() 48 표 5-23 } if (pr_info_present) { if (sub_layer_profile_tier_level_info_present) { pr_info(max_sub_layers_instream-1) var 표 5-24 } else { pr_info(0) var 표 5-25 } } if (br_info_present) { if (sub_layer_profile_tier_level_info_present) { br_info(max_sub_layers_instream-1) 32*(s-1) 표 5-25 } else { br_info(0) 32 표 5-25 } } if (color_info_present) { color_info() var 표 5-26 } if (sub_layer_profile_tier_level_info_present) { profile_tier_level(1,max_sub_layers_instream-1) var H.265 } else { profile_tier_level(1,0) var H.265 } descriptor_tag 16-bit unsigned integer 필드로해당 descriptor 가 video_stream_properties_descriptor () 임을식별하기위하여 0x0005 값을가져야한다. 70

71 descriptor_length 16-bit unsigned integer 필드로다음필드부터이 descriptor 의 마지막바이트까지의길이를바이트단위로나타낸다. number_of_assets 8-bit unsigned integer 필드로해당 descriptor 에메타데이터가 포함된비디오에셋의개수를나타낸다. asset_id_length 8-bit unsigned integer 필드로비디오에셋을식별하기위한에셋 id 의바이트단위길이를나타낸다. asset_id_byte 8-bit unsigned integer 필드로비디오에셋을식별하기위한에셋 id 의 각바이트를나타낸다. codec_code 코덱을구별하기위한 4-character 코드로 'hev1', 'hev2', 'hvc1', 'hvc2', 'lhv1', 'lhe1' 중하나의값을가지며 ISO/IEC 오류! 참조원본을찾을수 없습니다. 에서정의된용법과동일한용법을가진다. temporal_scalability_present 1-bit 의 flag 로그값이 1 로설정된경우에는 temporal scalability 가사용됨나타내며, 0 으로설정된경우에는 temporal scalability 가사용되지않음을가리킨다. temporal scalability 가사용될경우에는 max_sub_layers_present 엘리먼트와 sub_layer_profile_tier_level_info_present 엘리먼트가존재하며, 그렇지않을경우에는존재하지않는다. scalability_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 scalability_info() 구조체에포함된엘리먼트들이존재함을나타내며, 0 으로설정된 경우에는존재하지않음을나타낸다. multiview_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 multiview_inf () 구조체에포함된엘리먼트들이존재함을나타내며, 0 으로설정된경우에는존재하지 않음을나타낸다. res_cf_bd_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 res_cf_bd_info () 구조체에포함된엘리먼트들이존재함을나타내며, 0 으로설정된경우에는존재하지 않음을나타낸다. 71

72 pr_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 pr_info () 구조체에 포함된엘리먼트들이존재함을나타내며, 0 으로설정된경우에는존재하지않음을 나타낸다. br_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 br_info () 구조체에 포함된엘리먼트들이존재함을나타내며, 0 으로설정된경우에는존재하지않음을 나타낸다. color_info_present 1-bit 의 flag 로그값이 1 로설정된경우에는 color_info () 구조체에포함된엘리먼트들이존재함을나타내며, 0 으로설정된경우에는존재하지 않음을나타낸다. max_sub_layers_instream 6-bit unsigned integer 필드로해당에셋의각 Coded Video Sequence (CVS) 안에존재하는 temporal sub-layer 의최대개수를나타낸다. 이 필드의값은반드시 1 이상이고 7 이하여야한다. sub_layer_profile_tier_level_info_present 1-bit flag 로그값이 1 로설정된경우에는해당에셋의 temporal sub-layer 들에해당하는프로파일, 티어, 레벨정보가존재함을의미하고, 0 으로설정된경우에는존재하지않음을의미한다. 이 flag 가존재하지않는것은그값이 0 인것을나타낸다. tid_max 3-bit unsigned integer 필드로해당비디오에셋을구성하는모든 access unit 들의 TemporalId (Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 에정의 ) 의최대값을나타낸다. 이필드의값은반드시 0 이상이고 6 이하여야하며, tid_min 필드의값보다작을수없다. tid_min 3-bit unsigned integer 필드로해당비디오에셋을구성하는모든 access unit 들의 TemporalId (Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 에 정의 ) 의최소값을나타낸다.. 이필드의값은반드시 0 이상이고 6 이하여야한다. profile_tier_level(profilefpresentflag, maxsublayersminus1) 가변길이를가지는 필드로 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 절에정의된 프로파일, 티어, 레벨구문구조를제공한다. 72

73 Scalability Information [ 표 5-23] Scalability Information 의비트스트림구문 Syntax No. of Bits Format scalability_info() { asset_layer_id 6 uimsbf Reserved 2 11 } asset_layer_id 6-bit unsigned integer 필드로해당에셋의 nuh_layer_id 오류! 참조 원본을찾을수없습니다. 값을나타낸다. 이필드의값은 0 이상 62 이하여야한다. scalable_info_present 필드혹은 multiview_info_present 필드의값이 1인경우에는, ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에정의된 Dependency Descriptor가 MPT 메시지에포함된다. 이경우에 Dependency Descriptor의 num_dependencies 필드는해당에셋의 asset_layer_id 가참조하는레이어의개수를나타내며, 3D의경우 [35] 의부속서 B의 B.1 및 B.2 절을따른다 Multiview Information [ 표 5-24] Multi-View Information 의비트스트림구문 Syntax No. of Bits Format multiview_info() { view_nuh_layer_id 6 uimsbf view_pos 6 uimsbf Reserved min_disp_with_offset 11 uimsbf max_disp_range 11 uimsbf reserved 2 11 } 73

74 view_nuh_layer_id 6-bit unsigned integer 필드로해당에셋의 view 에해당하는 nuh_layer_id 오류! 참조원본을찾을수없습니다. 값을나타낸다. 이필드의반드시 0 이상이고 62 이하여야한다. view_pos 6-bit unsigned integer 필드로 view_nuh_layer_id 필드와같은값을가지는 nuh_layer_id 오류! 참조원본을찾을수없습니다. 에해당하는 view 의 order 를나타낸다. 가장왼쪽 view 의 order 는 0 의값을가지며, 순차적으로오른쪽의 view 의 oder 값은 1 씩증가한다. 이필드의값은반드시 0 이상 62 이하여야한다. min_disp_with_offset 11-bit unsigned integer 필드로 0 이상 2047 이하의값을 가지며, 이값에서 1024 를뺀값이 luma sample 기준으로공간적으로인접한 view 에 해당하는픽쳐사이에 disparity 의최소값을나타낸다. max_disp_range 11-bit unsigned integer 필드로 0 이상 2047 이하의값을가지며, 이값에서 1024 를뺀값이 luma sample 기준으로공간적으로인접한 view 에 해당하는픽쳐사이에 disparity 의최대값을나타낸다 Resolution, Chroma Format, Bit-depth and Video Properties Information 74

75 [ 표 5-25] Resolution, Chroma Format, Bit-depth 의비트스트림구문 Syntax No. of Bits Format res_cf_bd_prop_info() { pic_width_in_luma_samples 16 uimsbf pic_height_in_luma_samples 16 uimsbf chroma_format_idc 2 uimsbf if ( chroma_format_idc == 3 ) { separate_colour_plane_flag 1 bslbf reserved } else { reserved } video_still_present 1 bslbf video_24hr_pic_present 1 bslbf bit_depth_luma_minus8 4 uimsbf bit_depth_chroma_minus8 4 uimsbf } pic_width_in_luma_samples, pic_width_in_chroma_samples, chroma_format_idc, separate_colour_plane_flag, bit_depth_luma_minus8, bit_depth_chroma_minus8 필드들은 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 절 (Sequence parameter set RBSP semantics) 에정의된동일한이름을가지는필드들과 동일한용법을가진다. video_still_present 1-bit Boolean flag 으로그값이 1 로설정된경우에는해당비디오어셋이 ISO/IEC 오류! 참조원본을찾을수없습니다. 에정의된 HEVC still 픽처들을포함할수있음을나타내며, 그값이 0 으로설정된경우에는해당비디오어셋이 ISO/IEC 오류! 참조원본을찾을수없습니다. 에정의된 HEVC still 픽처들을포함하지않음을나타낸다. video_24hr_pic_present 1-bit Boolean flag 으로그값이 1 로설정된경우에는해당비디오어셋이 ISO/IEC 오류! 참조원본을찾을수없습니다. 에정의된 HEVC 24-hour 픽처들을포함할수있음을나타내며, 그값이 0 으로설정된경우에는해당비디오어셋이 ISO/IEC 오류! 참조원본을찾을수없습니다. 에정의된 HEVC 24-hour 픽처들을포함하지않음을나타낸다. 75

76 Picture Rate Information [ 표 5-26] Picture Rate Information 의비트스트림구문 Syntax 1) No. of Bits Format pr_info(maxsublayersminus1) { for (i = 0; i <= maxsublayersminus1; i++) { picture_rate_code[i] 8 uimsbf if( picture_rate_code[i] == 255 ) { average_picture_rate[i] 16 uimsbf } } } 2) picture_rate_code[i] 이 8-bit 의 unsigned integer 는해당비디오에셋의 i 번째 temporal sub-layer 에해당하는픽쳐레이트에대한정보를제공한다. 이필드의 값이 0 일경우에는픽쳐레이트가제시되지않음을나타내고, 그값이 1 이상 11 이하을가질경우에는각각다음과같은픽쳐레이터를나타낸다 : 1 = Hz, 2 = 24 Hz, 3 = Hz, 4 = 30 Hz, 5 = Hz, 6 = 60 Hz, 7 = 25 Hz, 8 = 50 Hz, 9 = 100 Hz, 10 = 120/1.001 Hz, 11 = 120 Hz. 12 이상 254 이하의값을가질경우의픽처 레이트는본문서에서정의되지않는다. 이필드의값이 255 일경우에는 average_picture_rate[i] 값에의해실제픽쳐레이트값이제시됨을나타낸다. average_picture_rate[i] 16-bit unsigned integer 필드로 i 번째 temporal sub-layer 의평균픽쳐레이트값을나타내며, 256 초당존재하는픽쳐의개수로표현된다. 이필드는 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 F 절 (VPS VUI Semantics) 에정의된 avg_pic_rate[0][i] 와동일한용법을가진다. average_picture_rate[i] 는 Hz, 24 Hz, Hz, 30 Hz, Hz, 60 Hz, 25 Hz, 50 Hz, 100 Hz, 120/1.001 Hz, 120 Hz 값을가질수없다. 이경우에는반드시 picture_rate_code[i] 를사용하여픽쳐레이트를나타내어야한다. 76

77 Bit- Rate Information [ 표 5-27] Bit Rate Information 의비트스트림구문 Syntax No. of Bits Format br_info(maxsublayersminus1) { for ( i = 0; i <= maxsublayersminus1; i++ ) { average_bitrate[i] 16 uimsbf maximum_bitrate[i] 16 uimsbf } } 3) average_bitrate[i] 16-bit unsigned integer 필드로해당비디오에셋의 i 번째 temporal sub-layer 의평균비트레이트를초당비트수단위로나타낸다. 이필드는 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 F 절 (VPS VUI Semantics) 에 정의된 avg_bit_rate[0][i] 와동일한용법을가진다. maximum_bitrate[i] 16-bit unsigned integer 필드로해당비디오에셋의 i 번째 temporal sub-layer 에서임의의어떤 1 초영역을선택하였을경우의최대비트레이트를나타낸다. 이필드는 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 F 절 (VPS VUI Semantics) 에정의된 max_bit_rate[0][i] 와동일한용법을가진다 Color Information [ 표 5-28] Color Information 의비트스트림구문 Syntax No. of Bits Format color_info() { colour_primaries 8 uimsbf transfer_characteristics 8 uimsbf matrix_coeffs 8 uimsbf if (colour_primaries>=9) { cg_compatibility 1 bslbf Reserved } if (transfer_characteristics>=16) { 77

78 } } eotf_info_present 1 bslbf if(eotf_info_present) { eotf_info() var } colour_primaries, transfer_characteristics, matrix_coefficients 필드들은 Rec. ITU-T H.265 오류! 참조원본을찾을수없습니다. 의 E.3.1 절 (VUI Parameter Semantics) 에 정의된동일한이름을가지는필드들과동일한용법을가진다. cg_compatibility 1-bit Boolean flag 로그값이 1 로설정된경우에는해당비디오 어셋이 Rec. ITU-R BT 오류! 참조원본을찾을수없습니다. 오류! 참조원본을 찾을수없습니다.color gamut 과호환됨을나타내며, 0 으로설정된경우에는 호환되지않음을나타낸다. eotf_info_present 1-bit Boolean flag 로그값이 1 로설정된경우에는 eotf_info() 구조체에포함된필드들이존재함을나타내며, 0 으로설정된경우에는존재하지 않음을나타낸다.. eotf_info() Electro-Optical Transfer Function (EOTF) 정보를나타내고구조체로그 구체적인용법은추후에정의된다 오디오시그널링 오디오에셋의 HPEG-H_audio_stream_properties_descriptor() 는해당오디오에셋의오디오스트림에대한정보를제공한다. HPEG-H_audio_stream_properties_descriptor() 는본문서의 절에기술된 mmt_atsc3_message() 의메시지페이로드로전송되어야한다. 표 5-29은 HPEG-H_audio_stream_properties_descriptor() 의구문을나타낸다. [ 표 5-29] HPEG-H_audio_stream_properties_descriptor() 의구문 Syntax No. of Bits Format MPEG-H_Audio_stream_properties_descriptor() { 78

79 descriptor_tag 16 uimsbf descriptor_length 16 uimsbf number_of_assets 8 uimsbf for (i=0;i<number_of_assets;i++) { asset_id_length 8 uimsbf for (j=0; j<asset_id_length; j++) { asset_id_byte 8 uimsbf } codec_code 4*8 uimsbf mpegh3daprofilelevelindication 8 uimsbf referencechannellayout 6 uimsbf interactivity_enabled 1 bslbf reserved 1 1 hybrid_multi-stream_delivery 1 bslbf reserved if (hybrid_multi-stream_delivery) { thisismainstream 1 bslbf thisstreamid 7 uimsbf reserved 1 1 bundleid 7 uimsbf if (thisismainstream) { Reserved 1 1 num_auxiliary_streams 7 uimbsf for(k=0; k< num_auxiliary_streams;k++) { delivery_method 1 bslbf auxiliarystreamid 7 uimbsf } } } primary_language 3*8 uimbsf num_additional_languages 8 uimbsf for(i=0; i< num_additional_languages;i++) { additional_language 3*8 uimbsf } } } 79

80 descriptor_tag 16-bit unsigned integer 필드로해당 descriptor 가 MPEG-H_audio_stre am_properties_descriptor() 임을식별하기위하여 0x0009 값을가져야한다. descriptor_length 16-bit unsigned integer 필드로다음필드부터이 descriptor 의 마지막바이트까지의길이를바이트단위로나타낸다. number_of_assets 8-bit unsigned integer 필드로해당 descriptor 에메타데이터가 포함된오디오에셋의개수를나타낸다. asset_id_length 8-bit unsigned integer 필드로오디오에셋을식별하기위한에셋 id 의바이트단위길이를나타낸다. asset_id_byte 8-bit unsigned integer 필드로오디오에셋을식별하기위한에셋 id 의 각바이트를나타낸다. codec_code 코덱을구별하기위한 4-character 코드로 'mhm1', 'mhm2' 중하나의 값을가지며 ISO/IEC Amendment 2[3] 에정의된용법과동일한용법을 가진다. mpegh3daprofilelevelindication 8-bit unsigned integer 필드로해당오디오스트림의오디오프로파일및레벨정보로 ISO/IEC [2] 의 절과 ISO/IEC Amendment 3[4] 에정의된 mpegh3daprofilelevelindication 필드와동일한용법을가진다. referencechannellayout 6-bit unsigned integer 필드로현재오디오스트림에포함된콘텐츠의생성과정에서고려되거나의도된스피커의배치를나타낸다. 즉콘텐츠제작자의관점에서최적의스피커배치를나타낸다. 이필드의값은 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 ChannelConfiguration 에정의된채널배열값을참조한다. interactivity_enabled 1-bit flag 로그값이 1 로설정된경우에는해당오디오 스트림이사용자상호작용을가능하게하는연관메타테이터를가지는엘리먼트를 포함하고있음을나타내며, 그값이 0 으로설정된경우에는 사용자상호작용을 지원하지않음을나타낸다. 이필드의값은시스템디코더에서사용자상호작용 인터페이스초기화필요여부를판단하는데사용될수있다. 80

81 hybrid_multi-stream_delivery 1-bit flag 로그값이 1 로설정된경우에는해당오디오스트림이완전한오디오장면을나타내는오디오스트림번들 (bundle) 의일부임을나타내며, 그값이 0 으로설정된경우에는해당오디오스트림이완전하고독립적인 main 스트림임을나타낸다. 이필드의값이 1 일경우에는 interactivity_enabled 필드의값이반드시 1 로설정되어야하며, 이후로정의되는필드들이이디스크립터에추가적으로재공된다.. thisismainstream 1-bit flag 로그값이 1 로설정된경우에는해당오디오스트림이그자체로재생가능하거나 auxiliary 스트림에포함된부가적인오디오컴포넌트와결합될수있는 main 스트림을포함하고있음을나타내며그값이 0 으로설정된경우에는해당오디오스트림이 auxiliary 스트림을포함하고있음을나타낸다. thisstreamid 7-bit unsigned interger 필드로해당오디오스트림의식별자를나타낸다. 이식별자는하나의번들내에서유일하여야한다. 여기서번들은동일한 bundleid 를 가지는모든스트림을의미한다. bundleid 7-bit unsigned interger 필드로오디오스트림번들 (bundle) 에대한식별자를 나타낸다. 번들은단하나의 main 스트림과 하나혹은그이상의부가적인 auxiliary 스트림으로구성된다. 이때모든 auxiliary 스트림은반드시동일한 bundleid 를가져야한다. Auxiliary 스트림은 main 스트림과결합될수있는부가적인오디오컴포넌트를포함하며, 방송망혹은브로드밴드로전송될수있다. Main 스트림은항상방송망으로전송되며, 이디스크립터상에서 thisismainstream 필드값이 1 인스트림으로시그널된다. numauxiliarystreams 7-bit unsigned interger 필드로방송망혹은브로드밴드로 획득하여해당 main 스트림과결합가능한 Auxiliary 스트림의개수를나타낸다. deliverymethod 1-bit flag 로그값이 1 로설정된경우에는해당 Auxiliary 스트림이 DASH on HTTP 로전송됨을나타내며, 해당스트림을획득하기위하여필요한정보는 DASH MPD 로주어진다. 이필드의값이 0 으로설정된경우에는해당 Auxiliary 스트림이 MMT 로전송됨을나타내며, 해당스트림을획득하기위하여필요한정보는 MMT 시그널링메시지로주어진다. 81

82 auxiliarystreamid 7-bit unsigned interger 필드로해당 Auxiliary 스트림의식별자를 나타낸다. 하나의번들내에서각 Auxiliary 스트림은유일한식별자를가진다. primary_language 24-bit unsigned interger 필드로 metadata element group 의설명텍스트 (description text) 에사용된언어의식별자를나타낸다. 이필드는 ISO 오류! 참조원본을찾을수없습니다. 에정의된 3-character code 를포함하며, ISO 639-2/B 와 ISO 639-2/T 가모두사용될수있다. 각 chracter 는 ISO/IEC [17] 에준하여 8-bit 로부호화되며순서대로 24-bit 필드에삽입된다. num_additional_language 8-bit unsigned integer 필드로현재스트림에서사용 가능한부가언어의개수를나타낸다. 이필드의값이 0 일경우에는부가언어가 제공되지않음을의미한다. additional_language 24-bit unsigned interger 필드로 metadata element group 의설명텍스트 (description text) 에사용된언어의식별자를나타낸다. 이필드는 ISO 에정의된 3-character code 를포함하며, ISO 639-2/B 와 ISO 639-2/T 가모두사용될수있다. 각 chracter 는 ISO/IEC 에준하여 8-bit 로부호화되며순서대로 24-bit 필드에삽입된다 폐쇄자막시그널링 폐쇄자막 MMT 에셋과관련된본문서의 [33] 의표 7-1의폐쇄자막메타데이터는 caption_asset_descriptor() 로전달되어야하며, caption_asset_descirpor() 는본문서의 절에기술된 mmt_atsc3_message() 의메시지페이로드로전송되어야한다. 표 5-30은 caption_asset_descriptor의구문을나타낸다. [ 표 5-30] caption_asset_descriptor 의비트스트림구문 Syntax No. of Bits Format caption_asset_descriptor() { descriptor_tag 16 uimsbf descriptor_length 16 uimsbf number_of _assets 8 uimsbf for (i=0; i<number_of_assets; i++) { asset_id_length 8 uimsbf for (j=0; j<asset_id_length; j++) { 82

83 } } asset_id_byte 8 uimsbf } language_length 8 uimsbf for (j=0; j<language_length; j++) { language_byte 8 uimsbf } role 4 bslbf aspect_ratio 4 bslbf easy_reader 1 bslbf profile 2 bslbf 3d_support 1 bslbf reserved 4 bslbf descriptor_tag 16-bit unsigned integer 필드로해당 descriptor 가 caption_asset_descriptor() 임을식별하기위하여 0x0008 값을가져야한다. descriptor_length 8-bit unsigned integer 필드로다음필드부터이 descriptor 의 마지막바이트까지의길이를바이트단위로나타낸다. number_of_assets 8-bit unsigned integer 필드로해당 descriptor 에메타데이터가 포함된폐쇄자막에셋의개수를나타낸다. asset_id_length 8-bit unsigned integer 필드로폐쇄자막에셋을식별하기위한 URI 의 바이트단위길이를나타낸다. asset_id_byte 8-bit unsigned integer 필드로폐쇄자막에셋식별 URI 의각바이트를 나타낸다. language_length 8-bit unsigned integer 필드로폐쇄자막에셋에사용된언어를 나타내기위하여필요한바이트수를타나낸다. language_byte 8-bit unsigned integer 필드로폐쇄자막에셋에사용된언어를 나타내는 UTF-8 캐릭터를나타낸다. 폐쇄자막에셋에사용된언어는 IETF BCP 47 오류! 참조원본을찾을수없습니다. 에정의된 languate tag 를따른다. 83

84 role 4-bit bit string 필드로폐쇄자막에셋의용도를나타내며, 그값은다음표 5-31 를따른다. [ 표 5-31] role 필드의코드표 Role 0x0 0x1 0x2 0x3~0xF Meaning main alternate commentary Reserved for future use aspect_ratio 4-bit bit string 필드로폐쇄자막제작시가정된화면비율을나타내며, 그값은다음표 5-32 을따른다. [ 표 5-32] aspect_ratio 필드의코드표 aspect_ratio Meaning 0x0 16:9 0x1 4:3 0x2 21:9 0x3~0xF Reserved for future use profile 2-bit bit string 필드로그값이 00 로설정되면문자폐쇄자막인것을 나타내며, 그값이 01 로설정되면이미지폐쇄자막인것을나타낸다. 본문서의 현재버전에서값 10 과 11 은사용되지않는다. easy_reader 1-bit 필드로그값이 1 로설정되면폐쇄자막에셋이초보자용도의 텍스트를포함한것을나타내며, 그값이 0 으로설정되면폐쇄자막에셋이 초보자를위해맞춰지지않았음을나타낸다. 브로드밴드가사용될경우에본문서의 절에기술된 MMT 속성을통해브로드밴드로전송되는 DASH 세그먼트에대한 MPD 프래그먼트의 URI가제공된다. 이 MPD 프래그먼트는필요한경우에본문서의 절에기술된폐쇄자막메타데이터를포함한다 Staggercast 시그널링 84

85 특정에셋이 Staggercst 용도로만사용됨을명시적으로표시하기위하여, MMT 시그 널링은다음의정보를전달하여야한다. Ÿ Staggercast 오디오가제공되는서비스를기술하는 MP 테이블에 Staggercast 오 디오에셋에대한정보를포함 다음표 5-33 의 ATSC_staggercast_descriptor() 를 mmt_atsc3_message 를사용하여전 송한다. 이 descriptor 는 Staggercast 에셋과이에연관된메인에셋을 packet_id 를사용 하여식별가능하게한다. [ 표 5-33] ATSC_staggercast_descriptor() 의구문 Syntax No. of Bits Format ATSC_staggercast_descriptor() { descriptor_tag 16 uimsbf descriptor_length 16 uimsbf number_of_staggercast_assets 8 uimsbf for (i=0;i<number_of_assets;i++) { staggercast_packet_id 16 uimsbf main_asset_packet_id 16 uimsbf } } descriptor_tag 16-bit unsigned integer 필드로해당 descriptor 가 ATSC_staggercast_descriptor() 임을식별하기위하여 0x0006 값을가져야한다. descriptor_length 8-bit unsigned integer 필드로다음필드부터이 descriptor 의 마지막바이트까지의길이를바이트단위로나타낸다. number_of_assets 8-bit unsigned integer 필드로해당 descriptor 에기술된 Staggercast 에셋의개수를나타낸다. staggercast_packet_id 16-bit unsigned integer 필드로 Staggercast 에셋의 packet_id 를나타낸다. 85

86 main_accet_packet_id 16-bit unsigned integer 필드로 Staggercast 에셋으로보호되는 main 에셋의 packet_id 를나타낸다 전송프로토콜 방송망전송 이절은방송콘텐츠의스트리밍을위한두가지전송방법을정의한다 ROUTE/DASH DASH-IF 프로파일은 HTTP 서버로부터 DASH 클라이언트에이르는스트리밍서비스 의방법및규격을제공한다. DASH 는서비스를구성하는미디어세그먼트들의조합및 부가메타데이터를 Media Presentation Description (MPD) 을통해기술한다. ROUTE 프로토콜은실시간 TV 서비스와같은, DASH 로규격화된스트리밍콘텐츠의 방송망을통한전송을위해설계되었다. ROUTE 를통해다양한타입의미디어오브젝트 를 LCT 채널위의하나이상의 source flow 를통해전송할수있다 스트리밍서비스전송 MPD는 DASH-IF 프로파일을따른다. ( 예 : 스포츠중계, 실시간뉴스 ) 또는 pre-recorded 프로그램전송여부에상관없이 dynamic 으로설정되어야한다. MPD@minimumUpdatePeriod가존재할경우, 수신기는 SLS 메타데이터프래그먼트로 LCT 채널을통해전송되는 MPD가업데이트될수있음을예상해야한다. LCT 채널을통해전송되는오브젝트들은 MPD를통해그규격이식별될수있어야한다. MPD는 DASH-IF live 프로파일및 MPEG DASH오류! 참조원본을찾을수없습니다. 8.4 절의 ISO Base Media File Format live 프로파일을따른다. 오브젝트전송에앞서 EFDT 파라미터들의결정이불가능할경우, Entity Mode가사용되어야한다. 이경우에 EFDT 파라미터들은 entity-header 형태로전송오브젝트들과 in-band로함께전송된다. 86

87 또한, Entity Mode 는 HTTP 가제공하는 partial 또는 chunked delivery 와같은방법으 로 end-to-end delay 를줄이기위한수단으로사용될수있다. File Mode 가사용될경우, 파일을 progressive 한방법을통해전송함으로써 sender delay 를줄일수있다. File Mode에서는 EFDT를통해표현되는파일및오브젝트메타데이터는전송오브젝트와함께 embed 되어전송되거나별도의시그널링메타데이터로전송되어참조 (reference) 되어야한다. Entity Mode에서파일및오브젝트메타데이터는 entity-body와연관된하나이상의 entity-header 필드를통해전송된다. RFC 5651[14] 에서정의하는 EXT_TIME LCT extension header는 Sender Current Time (SCT) 를제공하기위해사용되어야한다. (SCT-High와 SCT-Low 모두 1로설정된다.) Byte range delivery (MDE mode) 에서본필드는전체 MDE 데이터블록과이를복호화하기위한모든캡슐화가송출완료되는 UTC 시간을전송해야한다. 오브젝트 delivery에서본필드는오브젝트의마지막바이트가송출완료되는 UTC 시간을전송해야한다. 본시간정보들은 PHY를통해전송되는 time base를기반으로표현되어야한다. Random Access Point (RAP) 를포함하는 MDE 데이터블록의첫바이트가송출될때, 첫번째 LCT 패킷의 LCT extension header는 EXT_ROUTE_PRESENTATION_TIME 을포함하여야한다. EXT_ROUTE_PRESENTATION_TIME 의값은, ROUTE 수신기가 RAP를포함하는 MDE 데이터블록을 ROUTE의출력으로써내보내기전에기다려야하는 delay (EXT_ROUTE_PRESENTATION_TIME SCT) 를표현할수있도록설정되어야한다. 본 delay 의목적은 stall-free playback을달성하기위함이며, 방송송출장비의특성및스케쥴러와부호화기의설정 ( 예 : GOP duration, RAP 구성등 ) 에의해결정될수있다. MDE mode 에서의데이터블록의전송은 in-order delivery를기본으로하므로, RAP를포함하는 MDE 데이터블록보다먼저 ROUTE 수신기로부터출력되는데이터블록이있을경우, RAP를포함하는 MDE 데이터블록이 ROUTE 수신기로부터출력될때까지기다려야한다 Locally-Cached 콘텐츠전송 본절에서는 Locally-Cashed 서비스콘텐츠와 SLS 프래그먼트또는 ESG 와같은서 비스메타데이터의파일기반전송에대해설명한다. 87

88 비실시간미디어로구성되는파일콘텐츠는사용자에의해선택되거나, 또는사용자의개입없이수신기로다운로드된다. 파일콘텐츠가전송될때 source flow는 File Mode를사용해야한다. EFDT와같은파일메타데이터는파일의전송에앞서식별되고유효해지며전송된다. EFDT등의파일메타데이터식별을위한 file URI는 S-TSID에서제공되어수신기가전송되는콘텐츠파일을처리하기위해 EFDT 를사용할수있어야한다. 전송관점에서 SLS와 ESG 프래그먼트와같은서비스메타데이터의경우와지상파 UHDTV 방송앱서비스를이루는 locally-cached 콘텐츠아이템의경우는다르지않다. ROUTE 프로토콜은앞서설명한 locally-cached 콘텐츠를위한파일전송방법과서비스메타데이터전송방법을동일하게다룬다 동기화및시간 DASH 는동기화를위한정확한 wall clock 을필요로한다. 수신기가지상파 UHDTV 방송신호를수신할경우, PHY layer 를통해전송되는 UTC 를 wall clock 으로사용한다. 방송망과브로드밴드컴포넌트를동시에운용하는네트워크서버는공통의 wall clock source 를기반으로동기화되어야한다. GPS 또는유사한정확도및안정성이요구 된다. 방송망과브로드밴드로전송되는컴포넌트를동기화하기위해항상방송망으로전 송되는 wall clock 이사용된다. ROUTE/DASH는 Earliest MDE ROUTE presentation time, Earliest Segment level DASH presentation time, 그리고 Synchronized Segment level DASH presentation timeline 이라는세가지 presentation time에대한 use case를정의한다. 수신기는다음의두 use case 에서 receiver wall clock을기반으로 presentation time을결정한다. Earliest MDE ROUTE presentation time: RAP 를포함하는 MDE data block 의수신시 간과 (EXT_ROUTE_PRESENTATION_TIME - SCT) 의합 Segment level DASH presentation time: Segment availability start time 에세그먼트 가요청되며, presentation time 은 MPD 에서제공되는 UTC timing 을기반으로수신기가 88

89 결정 또한, DASH 는 를사용하여수신기들간의동기화 된재생을지원한다 ROUTE/DASH 시스템디코더모델 [ 그림 5-7 은 ROUTE/DASH 시스템디코더모델을도시하고있다. [ 그림 5-7] ROUTE/DASH 시스템디코더모델 ROUTE/DASH 시스템디코더모델은 MPEG-2 시스템디코더모델과비교하여차이점이있다. 특정 t(i) 에해당하는 Data Delivery Event (DDE) 는개별바이트를지칭하는것이아니라, PHY/MAC으로부터특정시간에전송되는데이터블록을의미한다. 즉, 전송되는데이터의크기와전송되는시간은불연속적이다. TBn 은개별 ROUTE 세션을위한버퍼로, TBn 의크기는 ROUTE 세션에속한 LCT 채 89

90 널들의 의합과같다. ROUTE/DASH 시스템디코더모델의모든데이터의이동은불연속적으로이루어진 다. 따라서 MPEG-2 시스템디코더모델에서와같은 leakage rate 는정의되지않는다. ROUTE Output Buffer 는 DASH 클라이어트에서소비되기이전의미디어서비스를구 성하는오브젝트들을위한버퍼이다. ROUTE Output Buffer 의크기는 TBn 의크기보다약 간작다. EBn은 MPEG-2 Systems에서정의하는 elementary stream buffer와같다. ROUTE/DASH 시스템디코더모델에서본버퍼는 ISOBMFF file handler의동작과연계되며, 디코더로전송되기이전의데이터를정해진시간까지담아두는역할을한다. 하나의 LCT 채널이여러개의오브젝트 / 파일스트림을전송할수있으므로, 하나의 LCT 채널과연계되는여러개의 EBn이존재할수있다. 필요한 EBn의크기는연관된 DASH 프로파일에서기술한다. 미디어데이터를디코더로전달하는스케쥴링은전적으로 DASH 클라이언트내부의 ISOBMFF file handler 가담당하며, ISOBMFF file handler 로오브젝트 / 파일을전달하는스 케쥴링은 DASH function 의일부이다. ROUTE/DASH 시스템의동작에있어서버퍼들 (TBn, EBn, ROUTE Output Buffer) 에 overflow 와, 디코더로전송되는미디어데이터의부재가발생하지않아야한다. 각각의 버퍼는빈상태에서동작을시작하며, 동작중에빈상태가될수도있다 ROUTE 시스템버퍼모델 Data Delivery Event (DDE) DDE 는 PHY/MAC 이 PHY layer 의데이터블록을특정 ROUTE 세션에특정시간에전 송할때발생한다. 각각의 DDE 는고유의 PHY layer 시간및수신기에서의수신시간을 가지고있으며, 본시간은 PHY layer 스케쥴러에의해미리인지될수있다 Media Delivery Event (MDE) 90

91 MDE 는 media player 또는 decoder 와같은상위 layer 에서의미를갖는데이터블록 의도착을의미한다. 방송신호의송출은 MDE 데이터블록이정해진시간까지도착할 수있도록이루어진다. [ 그림 5-8 은 RAP 를포함하는 MDE 데이터블록의개념을도시하고있다. 이그림에서 Meta 는미디어세그먼트의앞부분에위치하는 styp, sidx 와같은메타데이터박스들을 가리킨다. [ 그림 5-9 는상위 layer 에서의미를갖는데이터블록의예시로서비디오프레임들이 MDE 에어떻게구성되는지예시를보여준다. 각각의 MDE 는 ROUTE 의인터페이스에서 DASH 클라이언트로전달되어야하는필요전송시간을가진다. 91

92 MPD IS Meta moof [ 그림 5-8] RAP 를포함하는 MDE 데이터블록의개념도 [ 그림 5-9] 비디오레벨의 MDE 데이터블록구성예시 MMTP/MPU 92

93 MMTP 는 ISOBMFF 파일전송을위하여설계된프로토콜로 ISO/IEC 오류! 참 조원본을찾을수없습니다. 의 8 절에기술되어있다. MMTP 의다음과같은특징으로인하 여단방향네트워크에서 ISOBMFF 파일의실시간전송에강점을가진다 : Ÿ Ÿ Ÿ 미디어속성을고려한 ISOBMFF 파일의패킷화 다양한미디어컴포넌트를하나의 MMTP 세션으로다중화 송신시스템이제공하는제약조건하에서전송망에서발생하는수신기지터 (jitter) 제거 Ÿ Ÿ 송신시스템에수신기의버퍼가 overflow 가 underflow 되지않도록관리가능 전송과정에서소실된패킷검출가능 MPU는 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 6절에정의된 mpuf 브랜드를따르는 ISOBMFF 파일로, mpuf 브랜드의제약조건들은 ISOBMFF의효율적인스트리밍전송을가능하게한다. 일예로, MPU는독립적이다. 이는각 MPU에포함된미디어데이터의복호에필요한초기화정보및메타데이터가 MPU에포함되어있음을의미한다. 또한각 MPU는에셋 ID라칭하는미디어컴포넌트의전세계적식별자와일련번호 (sequence number) 를포함하고있어전송메커니즘과무관하게각 MPU를식별할수있다 방송망을통한 ISOBMFF 전송 방송서비스와 MMP Package 관계 각각의콘텐츠컴포넌트는 ISO/IEC 오류! 참조원본을찾을수없습니다. 에정의된유일한식별자를가지는 MMT 에셋으로간주된다. 각각의 MMT 에셋은동일한에셋 ID를가지는하나이상의 MPU의모임으로, 에셋 ID는 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 6절에정의된바와같이 MPU의 mmpu box에서제공된다. 동일한에셋에속한 MPU들의프리젠테이션시간은겹치지않는다. MMT Package는하나이상의 MMT 에셋의모임이며, MMTP로전송되는서비스는프리젠테이션시간이겹치지 93

94 않은하나이상의 MMT Package 로구성된다. 하나의 MMTP 세션으로복수의 MMT 에셋이전송될수있다. 각각의 MMT 에셋에는 MMTP 세션내에서유일한값을가지는 packet_id가할당된다. 이는특정 MMT 에셋을전송하는 MMTP 패킷의효율적필터링을가능하게한다. MMT Package와 MMTP 세션과의사상관계는반드시 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에정의된 MPT 메세지를통하여수신기에전달된다. [ 그림 5-10과 [ 그림 5-11은 MMT Package와 MMTP 세션의사상에관한예이다. 그림에서 MMT Package는 3 개의 MMT 에셋으로구성된다. 기술의편의를위하여 MMT Package를전송 / 소비하기위해필요한 MMT 시그널링메시지중, MPT 메시지만을도시하였다. [ 그림 5-10에서 MMT Package를구성하는 3 개의 MMT 에셋과 MPT message를전송하는 MMTP 패킷들은하나의 MMTP 세션으로다중화된다. [ 그림 5-11에서 MMT Package는 2 개의 MMTP 세션으로다중화된다. [ 그림 5-10] 하나의 MMTP 세션으로전송되는 MMT Package 94

95 [ 그림 5-11] 두개의 MMTP 세션으로전송되는 MMT Package MPU 에대한제약사항 MMTP 로전송되는방송스트리밍미디어는 ISO/IEC 오류! 참조원본을찾을 수없습니다. 의 6 절에기술된 MPU 포맷을따른다. 이때다음의제약조건을추가적으로 만족시켜야한다. Ÿ MPU 는 elst box 를사용하지않는다 MMTP 에대한제약사항 MPU 를전송할때는반드시 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 8 절에기술된 MMTP 가사용된다. 이때다음의제약조건을추가적으로만족시켜야한다. Ÿ MMTP 패킷의 version 필드의값은반드시 01 이어야한다. Ÿ MMTP 스트림과 MPEG2-TS 와의손쉬운변환을위하여 MMTP 패킷의 packet_id 필드는반드시 0x001과 0x1FFE 사이의값을가져야한다. 각각의콘텐츠컴포넌트가전송되는 MMTP 패킷의 packet_id는자유롭게설정될수있지만, 서로다른콘텐츠컴포넌트가전송되는 MMTP 패킷의 packet_id는반드시다른값을가져야한다. Ÿ MMTP 패킷헤더의 type 필드는 0x01 의값을가지지않아야한다. 이는 ISO/IEC 95

96 [15] 의 절과 절에정의된 GFD (Generic File Delivery) 모드가사 용되지않음을의미한다. Ÿ MMTP 패킷의 timestamp 필드의값은해당 MMTP 패킷의첫번째바이트가 UDP 계층으로전달되는 UTC 시간을표시하여야한다. 이때 UTC 시간은 RFC 5905, NTP version 4[13] 에정의된 short format 을따라야한다. Ÿ MMTP 패킷의 FT 필드의값이 0 일경우에해당 MMTP 패킷의 RAP_flag 필드의 값은반드시 0 이어야한다. Ÿ ISO/IEC [15] 의 10 장에정의된 HRBM (Hypothetical Receiver Buffer Model) 은다음의제약조건하에서 MMTP 스트림에적용된다. ü 각각의 MMT 에셋에는독립적인 HRBM 버퍼가적용된다. 이는서로다른 packet_id 필드값을가지는 MMTP 패킷들이동일한 HRBM 버퍼로전송되지 않아야한다는것을의미한다. ü MMT 에셋의 type 에따라구성되는디코더버퍼는그림 5-12 에도시한바와 같이 HRBM 의 MMTP De-capsulation 버퍼에연결되어야한다. ü HRBM 메시지의 max_buffer_size 필드값은이버퍼가처리할수있는최대 지터와 MMTP 패킷스트림의최대비트율을곱한값으로결정되어야하며, 다음의값을넘지않아야한다. 5 seconds * (1.2 * Rmax) 이때 Rmax 의값은다음과같이결정된다. 비디오에셋의경우에 Rmax의값은 bytes/s 단위로주어지며, ISO/IEC [16] 의 Annex A에비디오프로파일, 레벨, 티어에따라주어진 bits/s 단위의최대비트레이트를 byte/s 단위로변환하여사용하여야한다. 이때 bits/s를 bytes/s로변환하면서발생하는분수값은정수값으로올림되어야한다. 오디오에셋의경우에 Rmax 의값은 bytes/s 단위로주어지며, 최대비트 레이트 1.2Mbps 를 bytes/s 단위로변환한 150kbytes/s 을사용한다. 96

97 폐쇄자막에셋 : 텍스트만으로구성된폐쇄자막에셋의경우에 Rmax 의 값은 bytes/s 단위로주어지며, 최대비트레이트 2.5kbytes/s 을사용한다 ü HRBM 메시지의 fixed_end_to_end_delay 필드값은 5 초를초과하지않아야 한다. ü MMTP 패킷스트림은다음의수신기동작을가정하여구성되어야한다. type 필드의값이 0x00인 MMTP 패킷은수신기시간이 ts+δ 일때 MMTP De-capsulation 버퍼에서사용가능해야한다. 여기서 ts는해당 MMTP 패킷의 timestamp 필드값이며, Δ는 HRBM 메시지로시그널링되는 fixed_end_to_end_dely 값이다. MMTP 패킷이사용가능한시간에 (UTC 시간이 ts+δ 일때 ), MMTP 패킷 헤더와페이로드는헤더는즉각적으로처리되며페이로드는 MMTP Decapsulation 버퍼로복사된다. MMTP De-capsulation 버퍼의미디어데이터는 MMT 에셋의평균비트 율에따라지속적으로관련된미디어디코더버퍼로전달된다. HRBM removal 메시지의 max_decapsulation_buffer_size 필드값은 MMTP 패킷이이버퍼에머무를수있는최대시간과 MMTP 패킷스트 림의최대비트율의곱으로결정되야하며, 다음값을초과할수없다. 1 seconds * (1.2 * Rmax) 이때 Rmax 의값은다음과같이결정된다. ² 비디오에셋의경우에 Rmax의값은 bytes/s 단위로주어지며, ISO/IEC [16] 의 Annex A에비디오프로파일, 레벨, 티어에따라주어진 bits/s 단위의최대비트레이트를 byte/s 단위로변환하여사용하여야한다. 이때 bits/s를 bytes/s로변환하면서발생하는분수값은정수값으로올림되어야한다. ² 오디오에셋의경우에 Rmax 의값은 bytes/s 단위로주어지며, 최대 비트레이트 1.2Mbps 를 bytes/s 단위로변환한 150Kbytes/s 을사용 97

98 한다. ² 폐쇄자막에셋 : 텍스트만으로구성된폐쇄자막에셋의경우에 Rmax 의값은 bytes/s 단위로주어지며, 최대비트레이트 2.5kbytes/s 을사용한다. 5 MMTP De-capsulation 버퍼는 overflow 되지않아야한다. 어떤 MMTP 패킷도 MMTP De-capsulation 버퍼에 1 초이상머무르지않 아야한다. [ 그림 5-12] MMTP 스트림을소비하는수신기버퍼모델 MPU 패킷화 mpuf 브랜드를따르는 ISOBMFF 파일은 MPU로 MMTP를사용하여전송된다. MPU 는 MPEG-2 TS오류! 참조원본을찾을수없습니다. 와유사하게미디어속성이고려된형태로패킷화되어 MMTP로전송된다. MPU의미디어기반 MMTP 패킷화는패킷전송순서를조절하여, 전송망의대역폭제약조건을만족시키면서, 수신기의서비스최초접속시간을줄이는것을가능하게한다. 또한미디어기반 MMTP 패킷화는수신기가전송오류를효율적으로처리할수있게한다. MPU가 MMTP로전송될때, MPU 프래그먼트의종류는 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에기술된바와같이 MMTP 페이로드헤더의 FT 필드값에의하여식별된다. MPU는메타데이터와미디어데이터를모두포함하고있으므로, MPU를전송하는 MMTP 패킷은메타데이터를포함하는 MMTP 패킷과미디어데이터를포함하는 MMTP 패킷으로분류된다. 메타데이터를포함하는 MMTP 패킷은 FT 필드의값이 0 또는 1 로설정되며, 미디어 샘플이나서브샘플을제외한다양한 box 들을전송한다. mdat box 의헤더는반드시메 5 이미지을포함하는자막에셋의버퍼모델은정의되지않음 98

99 타데이터를포함하는 MMTP 패킷으로전송된다. 미디어데이터를포함하는 MMTP 패킷은 FT 필드의값이 2로설정되며, mdat box 에포함된미디어데이터의샘플혹은서브샘플을전송한다. 미디어데이터를전송하는 MMTP 패킷은미디어샘플혹은서브샘플의경계를명확하게표시한다. 또한미디어데이터를전송하는 MMTP 패킷은 movie 프래그먼트의일련번호나샘플번호와같이미디어데이터와메타데이터를연관하기위한최소한의정보를제공한다. [ 그림 5-13은 HEVC로부호화된 MPU의미디어기반 MMTP 패킷화의예를나타낸다. 이예에서, 각 CVS (Coded Video Sequence) 의첫번째픽처 (picture) 는이 CVS의유일한 IDR (Instantaneous Decoding Refresh) 픽처이며, 각 CVS에해당하는비디오데이터는하나의 movie 프래그먼트로할당된다. [ 그림 5-13의예에서하나의 MPU는하나이상의 movie 프래그먼트를가진다. MPU가단편화될때, ftyp box, mmpu box, moov box 등 MPU 전체에적용되는 box 들은 FT 필드의값이 0으로설정된 MMTP 패킷으로전송된다. moof box와이에따르는 mdat box의헤더는 FT 필드의값이 1로설정된 MMTP 패킷으로전송된다. mdat box의 NAL (Network Abstraction Layer) 유닛은 FT 필드의값이 2로설정된 MMTP 패킷으로전송된다. 하나의 NAL 유닛이 2 개이상의 MMTP 패킷으로단편화될수있으며, 2개이상의온전한 NAL 유닛이하나의 MMTP 패킷으로전송될수있다. [ 그림 5-13] MPU 에적용된미디어기반 MMTP 패킷화의예 동기화 99

100 MPU 들의동기화는 UTC 를참조하는타임스탬프로이루어진다. 이때수신기는 UTC 에동기화되어있어계획된재생시간에미디어데이터를재생한다고가정한다. 재생순서를기준으로각 MPU에포함된첫번째미디어샘플의재생시간은 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에기술된 MPU_timestamp_descriptor에의해제공된다. MPU에포함된다른미디어샘플들의재생시간은첫번째미디어샘플의재생시간을각미디어샘플의 composition 시간에더하여계산된다. 각미디어샘플의 composition 시간을계산하는방법은 ISOBMFF 오류! 참조원본을찾을수없습니다. 표준을따른다 Locally-Cached 콘텐츠전송 MMTP가스트리밍전송을위해사용될경우에, locally-cached 콘텐츠는 ROUTE 프로토콜을사용하여전송된다. 파일전송이이루어지기전에 EFDT 등의파일메타데이터는미리결정되어서수신기에전달되었다고가정한다. EFDT는 S-TSID 프래그먼트에포함되어전송되며, 이 S-TSID 프래그먼트를획득하기위하여필요한정보는 MMT USBD의 routecomponent 엘리먼트로전달된다. ROUTE 로전송된 locally-cashed 서비스콘텐츠의재생시간은 MMTP 로전송된 MPU 와의동기화를위해반드시 UTC 를참조하는타임스템프로전달되어야한다 하이브리드 ( 방송망 / 브로드밴드 ) 전송 ROUTE/DASH ROUTE/DASH 시스템기반하이브리드서비스전송은두가지모드로이루어질수있다. 첫번째모드는 절에서설명하는바와같이 ROUTE를통한방송망전송컴포넌트와 HTTP를통한인터넷망전송컴포넌트로이루어지며, 컴포넌트들은각기다른경우이다. 두번째모드는 절에서설명하는바와같이, 브로드밴드망을통해서만서비스컴포넌트들이전송되는모드로하기기술되는두가지경우의시나리오중하나일수있다 : a) 절에서설명하는바와같이모든컴포넌트가브로드밴드를통해서 100

101 만전송되거나, b) 절에서설명하는바와같이방송망의수신이불가능한상태 가되어 ( 예 : 수신기의이동때문에 ) hand-off 상황에서모든컴포넌트가브로드밴드를통 해전송되고, 다시방송망으로전송될수있는경우이다 하이브리드컴포넌트동기화 [ 그림 5-14 는 DASH 클라이언트내에서의방송망과브로드밴드를통해전송되는컴포넌트 의동작과정및동기화방안을도시하고있다. [ 그림 5-14] ROUTE/DASH 하이브리드동기화 가변적인대역폭을갖는브로드밴드로전송되는컴포넌트의경우네트워크상황에의한추가적인지연이발생할수있다. ROUTE/DASH는이러한지연시간을다루기위한방법및하이브리드서비스를위한사용자경험최적화를위해다음과같은장치들을제공한다. 고정형수신기와같이매우큰대역폭의브로드밴드가연결된경우, 수신기는브로 드밴드를통해컴포넌트의미디어데이터를방송망보다빠르게획득할수있다. 그러나, 방송송출기는보다느린브로드밴드에연결된수신기를위해브로드밴드전송컴포넌트 101

102 가방송망전송컴포넌트보다먼저유효 (available) 해지도록설정할수있다. 특히이러한 설정은미리제작된 (non-live) 콘텐츠의경우에용이하게적용될수있다. MPEG DASH는 속성을제공하며본속성은하나의특정네트워크와연계된다. 본속성을통해브로드밴드전송컴포넌트의 availability time이방송망전송컴포넌트의 availability time보다빠름을나타낼수있으며, 이는 DASH 클라이언트에게브로드밴드전송컴포넌트를먼저요청할수있음을알려준다. 버퍼링을위한동작과정은전송모드에따라약간다르게이루어진다. 브로드밴드로전송되는세그먼트의경우 MPD에서제공되는 timeline에따라필요시점에앞서요청되며, presentation time까지버퍼에머무른다. 방송망으로전송되는세그먼트의경우시스템디코더모델에따라수신기에서처리되며, 이때수신기는 decoder stall이나 buffer overflow가일어나지않도록적절한시간에세그먼트를처리하여야한다 브로드밴드전송 브로드밴드를통한서비스컴포넌트의독점전송 이모드는지상파 UHDTV 방송서비스를이루는모든컴포넌트들이브로드밴드로만전송되어야하고, 방송망을통해전송되는컴포넌트가없는경우이다. 이모드에서는 5.4.1절에서설명한 User Service Bundle Description의 <deliverymethod> 엘리먼트의하위엘리먼트로써 <unicastappservice> 만존재하고 <broadcastappservice> 는존재하지않는다 브로드밴드에서방송망으로의 Hand-off 이모드는이동형수신기의경우와같이수신기가일시적으로방송영역을벗어났을때, 브로드밴드로대신하여서비스를수신하는상황을말한다. 이모드에서는 5.4.1절에서설명한 User Service Bundle Description의 <deliverymethod> 엘리먼트의하위엘리먼트로써동일서비스전송에대한 <unicastappservice> 와 <broadcastappservice> 가동시에존재한다. 서비스를이루는방송망전송컴포넌트와브로드밴드전송컴포넌트는 102

103 서로대체될수있다 MMTP/MPU 개요 [ 그림 5-15 는방송망과브로드밴드를동시에사용하는브로드밴드서비스를위한송수신 시스템의구성을나타낸다. 이시스템의모든구성요소들은동기화를위하여 UTC 에맞 추어져있다. 방송망에서미디어데이터는 MPU 포맷으로생성되어 MMTP 패킷화되어전송된다. 브로드밴드에서미디어데이터는 DASH 세그먼트포맷으로생성되어통상적인 HTTP 서버와의네트워크인터페이스를통해 HTTP 세션으로전송된다. 이때 DASH MPD는방송망으로전달되며, DASH MPD의 URI는 MMT USBD의 <broadbandcomponent> 엘리먼트를통해제공된다. 수신기는방송망을통해전송된 MMTP 패킷을처리하여미디어데이터를추출하고, 이미디어데이터는적절한미디어디코더를통하여디코딩되며, DASH 세그먼트는브로드밴드를통하여수신된다. 브로드밴드로전송된 DASH 세그먼트의재생시간은방송망 103

104 으로전송된 MPU 와의동기화를위해반드시 UTC 를참조하는타임스탬프로전달되어야 한다. [ 그림 5-15] 하이브리드서비스시스템개념도 DASH 에대한제약사항 브로드밴드로전송되는스트리밍미디어는 MPEG DASH 오류! 참조원본을찾을수없 습니다. 의 DASH-IF 오류! 참조원본을찾을수없습니다. 프로파일을따르는 DASH 세그먼트 로포맷화되어야한다 동기화 스트리밍미디어의동기화는 UTC를참조하는타임스탬프를통해제공된다. 각 MPU 에포함된첫번째미디어샘플의재생시간은 ISO/IEC 오류! 참조원본을찾을수없습니다. 의 절에기술된 MPU_timestamp_descriptor에의해제공되어야한다. HTTP 로전송되는 DASH 세그먼트의재생시간은 UTC를참조하는 DASH Media Presentation timeline에따라주어진다. DASH MPU는재생순서기준으로첫번째샘플의재생시간 104

105 을계산하기위한정보를제공하여야한다. MPU 와 DASH 세그먼트의프레임레벨미디어 재생시간은 ISOBMFF 오류! 참조원본을찾을수없습니다. 표준을따른다 서비스획득 방송망으로전송되는 MPU 는본문서의 절에따라획득되며, HTTP 를통한 브로드밴드콘텐츠의획득은본문서의 절을따른다 브로드밴드만을사용하는서비스전송 서비스를구성하는모든컴포넌트들이방송망이아닌브로드밴드로전송될경우에미디어데이터는 DASH 세그먼트형태로전송된다. DASH MPD는시그널링메시지에의해방송망으로전송되며, DASH 세그먼트는통상적인 HTTP 서버와의네트워크인터페이스를통해 HTTP 세션으로전송된다. 105

106 6. 링크계층프로토콜 6.1. 링크계층개요 링크계층은물리계층과네트워크계층사이에존재하는계층이다. 그림 6-1에나타낸바와같이링크계층은송신측에서네트워크계층에서부터물리계층으로데이터를전송하며, 수신측에서물리계층으로부터네트워크계층까지데이터를전송한다. 그림 6-1에서는링크계층과물리계층간에 2개의논리적경로가존재하는것으로나타내었지만, 구현에있어서는하나의경로만을사용하여데이터를전송할수있다. 링크계층의목적은아직정의되지않은입력패킷유형에대해서도유연성과확장성을갖도록하면서, 모든입력패킷유형들을물리계층처리를위해단일포맷으로추상화하는것이다. 또한, 링크계층은입력데이터헤더에포함된중복정보를압축하는선택기능을제공함으로써입력데이터를효율적으로전송하도록한다. ALP (ATSC Linklayer Protocol) 는패킷캡슐화, 패킷압축과같은기능들을수행하며, 이계층에서생성된패킷들을 ALP 패킷이라고한다. [ 그림 6-1] 링크계층의논리적구성도 서비스 ALP 에의해수행되는서비스는아래와같이간략히설명된다. 106

107 패킷캡슐화 ALP는일반적인 IP 패킷과 MPEG-2 TS 패킷을포함한모든유형의패킷들의캡슐화를허용한다. ALP는물리계층이네트워크계층프로토콜유형 ( 여기서 MPEG-2 TS 패킷은네트워크패킷의한종류로간주한다.) 과무관하게단일패킷포맷으로처리할수있도록한다. 각각의네트워크계층패킷혹은입력패킷은각 ALP 패킷페이로드에적재되며이러한과정은 6.2.1절에설명되어있다. 또한, 입력패킷의크기가너무작거나클경우물리계층의자원을효과적으로사용하기위하여, 패킷결합과패킷분할 ( 또는파편화 ) 이수행될수있다. 본문서에서 IP 패킷은별도로언급되지않는한 IPv4 패킷 [42] 을의미한다 패킷분할 ( 파편화 ) 과재조립 네트워크계층패킷이물리계층에서처리되기에패킷크기가클경우둘이상의조각들로나눠진다. 링크계층패킷헤더는송신측의패킷분할에대한정보와수신측의재조립에대한정보에대한프로토콜필드들을포함한다. 이러한처리과정은 절에설명한다. 네크워크계층패킷이분할될때, 각분할된패킷 ( 세그먼트 ) 은분할되기이전의네트워크계층패킷에서의위치와동일한순서대로 ALP 패킷으로캡슐화되어야한다. 또한, 하나의네트워크계층패킷이분할된세그먼트를실은 ALP 패킷들은연속적으로 PHY 계층으로전달되어야한다 패킷결합 다수의네트워크계층패킷들이링크계층패킷의페이로드에모두포함될만큼그 크기가충분히작을경우, 링크계층패킷헤더는패킷결합처리를위한프로토콜필드 를포함한다. 패킷결합은여러개의작은크기의네트워크계층패킷들을하나의페이로 107

108 드로구성하여묶는것이다. 이러한동작은 절에설명된다. 네트워크계층패킷들이결합될때, 각패킷은입력된순서대로 ALP 패킷의페이로 드로결합된다. 또한 ALP 페이로드에속한각각의네트워크계층패킷들은분할되지않 은온전한패킷이어야한다 오버헤드제거 ALP 는물리계층으로데이터전송시오버헤드를크게줄일수있다. 관련하여 절과 절에각각 IP 패킷과 TS 패킷에대해설명된다 IP 오버헤드제거 IP 패킷은고정헤더포맷을갖지만, 일반적인양방향통신환경에서필요로하는 정보는방송환경에선불필요할수있다. ALP 는 IP 패킷헤더를압축하여방송오버헤드 를줄이는기술을제공한다 MPEG-2 TS 오버헤드제거 ALP는 MPEG-2 TS 패킷을효율적으로전송하기위해다음과같은오버헤드감소기능을제공한다. 첫째, 동기바이트 (sync byte) 제거는각 TS 패킷마다 1 byte의오버헤드를없앤다. 둘째, 널 (null) 패킷제거기술은 188 bytes 의 null TS 패킷들을없앤후수신측에서재삽입 ( 복원 ) 할수있도록한다. 마지막으로공통헤더제거기술이제공된다 시그널링전송 ALP 에서의시그널링패킷포맷은링크계층시그널링의전송을위해정의된다. 관 련하여 절에설명된다. 108

109 시스템구조 [ 그림 6-2] ALP 구조와인터페이스블록도 그림 6-2 는 ALP 구조와인터페이스블록도를보여준다. ALP는 IPv4, MPEG-2 TS 등과같은네트워크계층의패킷들을입력받는다. Future extension은 ALP의입력으로서향후가능성있는다른패킷유형과프로토콜을가리킨다. 또한 ALP는특정채널을물리계층으로매핑하기위한정보를포함하는링크계층시그널링포맷과방법을정의한다. 그림 6-2는 ALP가다양한헤더압축과제거알고리즘을거처전송효율을높이기위한기술들을어떻게결합하여동작하는가를보여준다 ALP 패킷포맷 ALP 패킷은그림 6-3과같은구조를가진다. 한개의 ALP 패킷은헤더와데이터페이로드 (payload) 로구성된다. ALP 패킷헤더는항상기본헤더 (base header) 를포함하며, 기본헤더의제어필드에따라추가헤더 (additional header) 를포함할수있다. 선택헤더 (optional header) 존재여부는추가헤더의플래그필드값에따른다. 109

110 [ 그림 6-3] ALP 패킷포맷 ALP 패킷캡슐화 기본헤더 ALP 패킷생성을위한기본헤더는그림 6-4 에보여지듯이계층적인구조를가진다. 기본헤더는 2 byte 의고정길이를가지며, 이는 ALP 패킷헤더의최소길이에해당한다. [ 그림 6-4] ALP 패킷캡슐화를위한기본헤더구조 ALP 패킷의비트스트림구문과각필드설명은표 6-1 과그아래에나타낸다. [ 표 6-1] 패킷캡슐화를위한헤더구문 Syntax No. of bits Format ALP_packet_header() { packet_type 3 uimsbf payload_configuration 1 bslbf if (payload_configuration =="0") { header_mode 1 bslbf 110

111 length 11 uimsbf if (header_mode =="1") { } additional_header_for_single_packet() var Sec. 오류! 참조원본을찾을수없습니다. } } else if (payload_config =="1"){ segmentation_concatenation 1 bslbf length 11 uimsbf if (segmentation_concatenation =="0") { additional_header_for_segmentation() var Sec. 6 오류! 참조원본을찾을수없습니다. } else if (segmentation_concatenation =="1") { additional_header_for_concatenation() var Sec. 6 오류! 참조원본을찾을수없습니다. } } packet_type 3 bit 필드로서 ALP 패킷으로캡슐화되기전의입력데이터의기존프로토콜혹은패킷유형 ( 표 6-2) 을가리킨다. 표 6-2 의모든패킷유형은 MPEG-2 TS 를제외하고는표 6-1 을사용하여 ALP 패킷으로캡슐화된다. MPEG-2 TS 패킷이캡슐화되는경우 packet_type 값이 111 이되며, 상세구조는 절에설명된다. [ 표 6-2] Packet_Type 에대한코드값 Packet_Type Value Meaning 000 IPv4 packet 001 Reserved 010 Compressed IP packet 011 Reserved 100 Link layer signaling packet 101 Reserved 110 Packet Type Extension 111

112 111 MPEG-2 Transport Stream payload_configuration (PC) 1 bit 필드로서페이로드의구성을가리킨다. 0 은 ALP 패킷이분할되지않은입력패킷을실으며, 그다음필드는 header_mode 필드라는것을가리킨다. 1 은 ALP 패킷이둘이상의입력패킷 ( 결합 ) 혹은크기가큰입력패킷의일부분 ( 분할 ) 을실으며, 그다음필드는 segmentation_concatenation 필드라는것을가리킨다. header_mode (HM) 1 bit 필드로서 0 은추가헤더가없으며 ALP 패킷의페이로드 길이가 2048 bytes 보다작다는것을가리킨다. 1 은단일패킷에대한추가 헤더 ( 절에정의됨 ) 가 길이 (length) 필드바로다음에존재한다는것을 가리킨다. 이경우에페이로드의길이는 2047 bytes 보다더크며 / 혹은선택 기능들이사용될수있다 ( 하위스트림식별, 헤더확장등 ). 이필드는 payload_configuration 필드의값이 0 일때에만존재한다. segmentation_concatenation (S/C) 1 bit 필드로서 0 은페이로드가입력패킷의분할된패킷 ( 세그먼트 ) 을포함하고있으며패킷분할에관한추가헤더 ( 절에정의됨 ) 가 길이 (length) 필드바로다음에존재한다는것을가리킨다. 1 은페이로드가둘이상의온전한 ( 분할되지않은 ) 입력패킷들을포함하고있으며, 패킷 결합에관한추가헤더 ( 절에정의됨 ) 가 길이 (length) 필드바로다음에 존재한다는것을가리킨다. 이필드는 payload_configuration 필드의값이 1 일 때에만존재한다. length 11 bits 필드로서 ALP 패킷페이로드의바이트단위길이에서하위 11 bits 를 나타낸다. 추가헤더에 length_msb 필드가존재하면, 길이 (length) 필드는 length_msb 필드와합쳐지고, 페이로드의실제전체길이의 LSB 부분이된다. 다음과같은 4가지형태의패킷구성이가능하다. 추가헤더가없는단일패킷, 추가헤더를갖는단일패킷, 분할된패킷과마지막으로결합된패킷. 그리고 ALP 패킷의헤더길이는기본헤더와추가헤더를구성하는필드들의조합을통해별도로표시된다. 표 6-3은이러한 4가지유형에대한전체헤더길이를보여준다. 112

113 [ 표 6-3] payload_configuration (PC) 필드값과전체헤더길이 PC field Meaning Next Field Additional Additional Total Header Length value Name Value Header Size Header Field (excluding optional header) 0 Single packet HM bytes HM 1 1 byte Length_MSB 3 bytes 1 Segmentation S/C 0 1 byte Seg_SN, or Concatenation S/C 1 1 byte LSI Length_MSB, Count 표에서 연산은절상한다. 3 bytes 3 + (Count+1) 1.5 bytes ALP 는널패킷 (0-byte 페이로드 ) 을생성하지않는다. 그러므로, 기본헤더만을갖는 단일패킷의 length 필드, length 필드와 length_msb 필드의결합으로표현된페이로드 길이, 그리고 component_length 필드는 0 값을갖지않는다 추가헤더 3 가지유형의추가헤더가설명된다. 단일패킷을위한추가헤더는 절, 패 킷분할을위한추가헤더는 절, 패킷결합을위한추가헤더는 절에설 명된다 단일패킷 단일패킷을위한추가헤더는 header_mode (HM) = 1 인경우에만존재한다. ALP 패킷의페이로드길이가 2047 bytes 보다크거나선택필드가사용될때 header_mode (HM) 는 1 로설정된다. 단일패킷을위한추가헤더는그림 6-5 에보여진다. [ 그림 6-5] 단일패킷에대한추가헤더구조 113

114 단일패킷을위한추가헤더의구문과각필드용법은표 6-4 와그아래에설명된 다. [ 표 6-4] 단일패킷을위한추가헤더구문 Syntax No. of bits Format additional_header_for_single_oacket () { length_msb 5 uimsbf reserved 1 bslbf SIF 1 bslbf HEF 1 bslbf if (SIF =="1") { sub_stream_identification () 8 bslbf } if (HEF =="1") { } } header_extension () var Sec. 6. 오류! 참조원본을찾을수없습니다. length_msb 5 bit 필드로서현재 ALP 패킷의전체페이로드길이의 MSB 비트를 가리키며, 페이로드의전체길이를계산하기위해 11 LSB 비트를갖는 length 필드와 합쳐진다. 전송할수페이로드의최대길이는 bytes 가된다. ALP 패킷의 페이로드의길이가 2048 바이트보다작으면서 ALP 패킷에선택헤더가필요한 경우에는모두 0 의값으로채워진다. SIF (Sub-stream Identifier Flag) 1 bit 필드로서하위스트림식별을위한선택헤더가 HEF 필드다음에존재하는지를가리킨다. ALP 패킷에서 sub_stream_identification () 이 없으면, SIF 필드는 0 이된다. ALP 패킷에서 sub_stream_identification () 이있으면, SIF 필드는 1 이된다. 하위스트림식별을위한선택헤더는 절에서자세히 설명된다. HEF (Header Extension Flag) 1 bit 필드로서 1 은미래확장을위한선택확장헤더가존재한다는것을가리킨다. 0 값은확장헤더가존재하지않는다는것을가리킨다. 114

115 패킷분할 패킷분할을위한추가헤더는 segmentation_concatenation (S/C) = 0 인경우에만 존재한다. 이러한추가헤더는그림 6-6 에보여진다. [ 그림 6-6] 패킷분할에대한추가헤더구조 다. 패킷분할을위한추가헤더의구문과각필드용법은표 6-5 와그아래에설명된 [ 표 6-5] 패킷분할을위한추가헤더의구문 Syntax No. of bits Format additional_header_for_segmentation () { segment_sequence_number 5 uimsbf last_segment_indicator 1 bslbf SIF 1 bslbf HEF 1 bslbf if (SIF =="1") { sub_stream_identification () 8 bslbf } if (HEF =="1") { } } header_extension () var Sec. 오류! 참조원본을찾을수없습니다. segment_sequence_number 5 bit 의 unsigned integer 값을가지며, ALP 패킷이전송중인분할패킷 ( 세그먼트 ) 의순서를가리킨다. 입력패킷에대한첫번째세그먼트를실은 ALP 패킷의해당필드값은 0x0 으로설정된다. 분할된입력패킷에속하는각세그먼트가추가될때마다이필드값은 1 씩증가한다. 115

116 segment_sequence_number 값이 0x0 일때, last_segment_indicator 는 1 로설정하지 않는다. last_segment_indicator (LSI) 1 bit 필드로서페이로드에실린세그먼트가입력패킷의 마지막세그먼트일경우 1 로설정된다. 0 은마지막세그먼트가아니라는것을 의미한다. SIF (Sub-stream Identifier Flag) 1 bit 를가지며, 하위스트림식별을위한선택헤더가 HEF 필드뒤에존재하는지를가리킨다. ALP 패킷내에 sub_stream_identification () 이없는경우 SIF 필드는 0 값을가진다. ALP 패킷내 HEF 필드뒤에 sub_stream_identification () 가존재하는경우 SIF 필드는 1 값을가진다. 하위스트림식별을위한선택헤더에대해 절에자세히설명된다. HEF (Header Extension Flag) 1 bit 를가지며, 1 은 ALP 헤더의향후미래확장을 위한추가헤더뒤에선택헤더확장이존재한다는것을가리킨다. 0 값은선택헤더 확장이존재하지않는다는것을의미한다 패킷결합 패킷결합을위한추가헤더는 segmentation_concatenation (S/C) = 1 인경우에만 존재한다. 이러한추가헤더는그림 6-7 에보여진다. [ 그림 6-7] 패킷결합에대한추가헤더구조 다. 패킷결합을위한추가헤더의구문과각필드용법은표 6-6 과그아래에설명된 [ 표 6-6] 패킷결합의추가헤더구문 Syntax No. of bits Format additional_header_for_concatenation () { length_msb 4 uimsbf count 3 uimsbf 116

117 Syntax No. of bits Format SIF 1 bslbf for(i=0; i<count+1; i++) { component_length 12 uimsbf } } if ((count && 1) == 1) { stuffing bits } if (SIF =="1") { sub_stream_identification () var Sec. 오류! 참조원본을찾을수없습니다. } length_msb 4 bits 를가지며, ALP 패킷페이로드길이의 MSB 비트를가리킨다. 페이로드의최대길이는 바이트이다. count ALP 패킷에전송되는결합패킷들의수를가리키며, ALP 패킷에포함되는패킷 수에서 2 를뺀값을설정한다. 따라서, 하나의 ALP 패킷내에결합된패킷들의개수는 최소 2 개이며, 최대 9 개이다. SIF (Sub-stream Identifier Flag) 1 bit 를가지며, 하위스트림식별을위한선택헤더가마지막 component_length 필드뒤에존재하는지를가리킨다. ALP 패킷내에 sub_stream_identification () 이없는경우 SIF 필드는 0 값을가진다. ALP 패킷내 HEF 필드뒤에 sub_stream_identification () 가존재하는경우 SIF 필드는 1 값을가진다. 하위스트림식별을위한선택헤더에대해 절에자세히설명된다. component_length 12 bits 를가지며각패킷의길이를가리킨다. 각 component_length 는페이로드에실린콤포넌트패킷들과동일한순서로주어지며, 마지막콤포넌트패킷에대한값은생략된다. component_length 필드의수는 (count+1) 이된다. ALP 헤더가홀수개의 component_length 필드를포함할때, 마지막 component_length 필드다음에 4 개의 stuffing bit( 0 값설정 ) 가존재한다 선택헤더 117

118 ALP 패킷은추가헤더구조의필드중하나에의해시그널링될때선택헤더확장추가에의해확장될수있다. SIF 플래그가설정되면, 추가헤더는표 6-7에명시된 Sub_Stream_Identification() 구조를포함될수있다. HEF 플래그가설정되면, 추가헤더확장은표 6-8에명시된 header_extension 을포함할수있다 서브 - 스트림식별 서브-스트림식별을위한선택헤더는링크계층수준에서특정패킷스트림을찾아내기위해사용된다. 서브-스트림을식별하는예로서하나의 ALP 스트림내에서다중서비스를전송하는서비스의식별자로사용된다. 상위계층스트림과해당 SID 값간의매핑정보는 절에명시된링크매핑테이블을참조한다. 만약선택헤더확장이있으면, 추가헤더와선택헤더확장사이에 SID가존재한다. [ 표 6-7] 서브-스트림식별자구문 Syntax No. of bits Format Sub_Stream_Identification () { SID 8 bslbf } SID (Sub-stream Identifier) 8 bits 를가지며, ALP 패킷에대한서브 - 스트림식별값을 가리킨다. 만약선택헤더확장이있다면, SID 는추가헤더와선택헤더확장중간에 위치한다 헤더확장 헤더확장은향후사용을위해확장된필드를포함한다. 수신기들은처리할수없는 모든헤더확장은무시한다. 헤더확장은표 6-8 에정의된필드들로구성된다. 현재버전 문서에서모든 extension_type 필드값은예약되어있다. [ 표 6-8] 헤더확장구문 header extension () { Syntax No. of bits Format 118

119 } Syntax No. of bits Format extension_type 8 uimsbf extension_length 8 uimsbf for(i=0; i<extension_length-1; i++) { extension_byte 8 uimsbf } 각필드들의구문정의는아래와같다. extension_type 8 bits 를가지며표 6-9 에따라 header_extension () 의유형을 가리킨다. [ 표 6-9] 확장유형을위한코드값 0x00 ~ 0xFF Exstension type Meaning Reserved extension_length 8 bits 를가지며, header extension () 의다음바이트부터마지막 바이트까지의바이트길이를가리킨다. Extension_Byte header_extension () 의값을바이트로나타낸다 시그널링캡슐화 본절은링크계층시그널링정보의 ALP 패킷화방법을설명한다. 기본헤더의 packet_type 필드값 100 은시그널링패킷을가리킨다. 그림 6-8은시그널링정보를위한추가헤더를포함한 ALP 패킷의구조를보여준다. ALP 패킷헤더뿐만아니라, ALP 패킷은 2개의파트- 시그널링정보를위한추가헤더와시그널링데이터-로구성된다. ALP 패킷헤더에는 ALP 시그널링패킷의총길이를포함하고있다. 119

120 [ 그림 6-8] ALP 시그널링패킷구조 ( 기본헤더와추가헤더 ) 시그널링정보를위한추가헤더 시그널링정보를위한추가헤더및각필드설명은표 6-10 과그아래에나타낸다. [ 표 6-10] 시그널링정보의추가헤더구문 Syntax No. of bits Format additional_header_for_signaling_information() { signaling_type 8 uimsbf signaling_type_extension 16 bslbf signaling_version 8 uimsbf signaling_format 2 uimsbf signaling_encoding 2 uimsbf reserved } signaling_type 8 bit 를가지며, 표 6-11 에시그널링유형을나타낸다. [ 표 6-11] Signaling Type 의코드값 Signaling_Type 0x00 0x01 0x02 0x03 ~ 0xFF Meaning Reserved Link Mapping Table (see Section 오류! 참조원본을찾을수없습니다.) ROHC-U Description Table (see Section 오류! 참조원본을찾을수없습니다.) Reserved 120

121 signaling_type_extension 16 bits 의시그널링속성을나타내며, 상세설명은시그널링 규격에정의된다. signaling_version 8 bits 의시그널링버전을가리킨다. Signaling_Type 필드로식별되는 시그널링데이터의변경이발생할때마다 1 씩증가하며, 최대값에도달하였을 때에는 0 의값으로되돌아간다. signaling_format 2 bits 를가지며, 표 6-12 에정의된바와같이시그널링데이터의 포맷을가리킨다. [ 표 6-12] Signaling Format 의코드값 Signaling_Format 00 Binary 01 XML 10 JSON 11 Reserved Meaning signaling_encoding 2 bist 의인코딩 / 압축포맷을명시한다. signaling_encoding 필드의 코드값은표 6-13 에나타낸다. signaing_format 필드가 Binary( 00 ) 를가리킬때, signaling_encoding 은 00 으로설정된다. [ 표 6-13] Signaling_Encoding 의코드값 Signaling_Encoding 00 No Compression 01 DEFLATE (RFC1951) 10 Reserved 11 Reserved Meaning 패킷유형확장 추가헤더는향후제약없는추가프로토콜과패킷유형을 ALP를통한전송을허용하기위한메커니즘을제공하기위해정의된다. 패킷유형확장은표 6-2에정의된바와같이기본헤더의 packet_type 값이 110 일때만사용된다. 그림 6-9는추가헤더를포함한패킷유형확장의 ALP 패킷구조를보여준다. 121

122 [ 그림 6-9] 패킷유형확장구조 ( 기본헤더와추가헤더 ) 유형확장을위한추가헤더 표 6-14 는유형확장을위한추가헤더구조를보여준다. [ 표 6-14] 유형확장의추가헤더구문 Syntax No. of bits Format additional_header_for_type_extension() { extended_type 16 uimsbf } 각필드의설명은다음과같다. extended_type 16 bits 를가지며, ALP 패킷의페이로드에실린프로토콜이나패킷유형을가리킨다. 이필드는표 6-2 에이미정의된어떤프로토콜이나패킷유형을위해이용되지않을것이다. 본문서의버전에서모든 extended_type 값은표 6-15 에보여진대로 reserved 상태이다. [ 표 6-15] 확장유형을위한코드값 0x00 ~ 0xFF Estension type Meaning Reserved MPEG-2 TS 패킷캡슐화 본절은 MPEG-2 TS (TS) 패킷을입력으로하는 ALP 패킷포맷을설명한다. 즉, 기본 헤더의 Packet_Type 필드값이 111 인경우이다. 다중 TS 패킷들은한개의 ALP 패킷으 122

123 로생성될수있다. TS 패킷의수는 NUMTS 필드를통해시그널링된다. ALP 는전송효율을높이기위해 MPEG-2 TS 오버헤드감소메커니즘을제공한다. 각 TS 패킷의동기바이트 (0x47) 은제거된다. 또한 Null 패킷과유사한 TS 헤더들을제거 하는선택기능이제공된다. 불필요한전송오버헤드를피하기위해, TS 널패킷 (PID = 0x1FFF) 은전송시제거 될수있다. 제거된널패킷들은수신측의 DNP 필드를사용해서복구될수있다. DNP 필드는를사용하는널패킷제거기술은 절에설명된다. 전송효율을높이기위해, 유사한연속적인 MPEG-2 TS 패킷헤더는제거될수있다. 둘이상의연속적인 TS 패킷들이순서대로 continuity counter 필드를증가시킬때, 헤더는첫번째패킷으로보내지고, 다른헤더들은전송시제거된다. HDM 필드는헤더제거기능이적용되었는지를알려준다. 공통의 TS 헤더제거기술은 절에설명된다. 위세가지의모든오버헤드감소기술들이수행될경우, 오버헤드감소는첫번째, 동기제거, 다음으로널패킷제거, 그리고공통헤더제거순으로동작한다. MPEG-2 TS 패킷화를사용하는 ALP 패킷헤더의전체구조는그림 6-10 과같다. 각 필드와상세설명은표 6-16 에기술한다. [ 그림 6-10] MPEG-2 TS 패킷캡슐화헤더구조 MPEG-2 TS 패킷캡슐화구문과설명은표 6-16 과그아래에기술한다. [ 표 6-16] MPEG-2 TS 의 ATSC3.0 링크계층패킷헤더구문 Syntax No. of bits Format ATSC3.0_link_layer_packet() { packet_type

124 } NUMTS 4 uimsbf AHF 1 bslbf if (AHF =="1") { HDM 1 bslbf DNP 7 uimsbf } packet_type 3 bit 를가지며, 표 6-2 에정의된바와같이입력패킷의프로토콜유형을 가리킨다. MPEG-2 TS 패킷캡슐화에대해서는, 111 의값을가진다. NUMTS (Number of TS packets) 4 bits 를가지며, ALP 패킷페이로드에포함된 TS 패킷들의개수를가리킨다. 하나의 ALP 안에최대 16 개의 TS 패킷이전송될수 있다. NUMTS = 0 은 ALP 패킷의페이로드에 16 개의 TS 패킷이실린다는것을 의미한다. 그외, NUMTS 의모든값들은동일한개수의 TS 패킷들로인식된다. 예를 들면, NUMTS = 1 은한개의 TS 패킷을포함하고있다는것을의미한다. AHF (Additional Header Flag) 추가헤더가존재하는지를가리킨다. 0 은추가헤더가없다는것을가리킨다. 1 은 1 바이트길이의추가헤더가기본헤더다음에위치한다는것을가리킨다. 만약널 TS 패킷이삭제되거나 TS 헤더압축이적용된다면, 이필드는 1 로설정된다. TS 패킷캡슐화를위한추가헤더는다음두개의필드로구성되며, AHF 필드의값이 1 일경우에만존재한다. HDM (Header Deletion Mode) 1 bit 를가지며, TS 헤더제거가적용되었는지를 가리킨다. 1 은 절에기술된대로헤더제거기법이적용되었다는것이며, 0 은 TS 헤더제거기법이적용되지않았다는것을가리킨다. DNP (Deleted Null Packets) 7 bit 를가지며, ALP 패킷앞에제거된널 TS 패킷의개수를가리킨다. 최대 128 개의널 TS 패킷이제거될수있다. HDM = 0 이고 DNP = 0 일때, 128 개의널패킷이제거되었다는것을가리킨다. HDM = 1 이고 DNP = 0 일때, 제거된널패킷이없다는것을가리킨다. 그외 DNP 의모든값들은동일한 개수의널패킷으로인식된다. 예를들면, DNP = 5 는 5 개의널패킷이 제거되었다는것을의미한다. 124

125 SYNC 바이트제거 TS 패킷을 ALP 패킷의페이로드에실을때, 각패킷의시작인 SYNC 바이트 (0x47) 는항상제거된다. 따라서, ALP 패킷의페이로드에실린 MPEG-2 TS 패킷의길이는항상 187 바이트 ( 원본은 188 바이트 ) 가된다 널패킷제거 전송스트림은송출기의다중화기출력부와수신기의역다중화기입력부에서의비트율이실시간으로일정해야하고, 종단간지연또한일정하도록요구한다. 몇몇전송스트림의입력신호에대해서, 고정비트율스트림내에가변비트율서비스를제공하기위해서널패킷들이존재할수있다. 이경우에, 불필요한전송오버헤드를없애기위해서 TS 널패킷 ( 즉, TS 패킷의 PID = 0x1FFF) 이제거될수있다. 이러한과정은제거된널패킷들은수신기에서기존에위치했던정확한위치에복원될수있도록처리된다. 이것은고정비트율을보장하고 PCR 타임스탬프갱신을필요로하지않는다. ALP 패킷생성전에삭제된널패킷을카운팅하는카운터는최초 0 으로설정되고첫번째널이외의 TS 패킷을 ALP 패킷페이로드에싣기이전에앞서제거된널패킷마다값을증가한다. 이후, 연속적인유효한 TS 패킷들이 ALP 패킷의페이로드에캡슐화되고헤더내에각필드들의값이결정된다. 생성된 ALP 패킷이물리계층으로보내진후에 DNP는다시 0 으로설정된다. DNP가최대값에이를때, 그다음패킷이널패킷인경우현재널패킷은유횽한패킷으로서간주하고다음 ALP 패킷의페이로드에캡슐화된다. 모든 ALP 패킷은최소한한개의유용한 TS 패킷을포함해야한다. 그림 6-11은널패킷제거가수행될경우를보여준다. 이예에서, 두 ALP 패킷들은 HDM = 0 이고 AHF = 1 이다. 첫번째 ALP 패킷에서한개의널패킷이두개의유용한 TS 패킷들이 ALP 패킷으로실리기전에제거된다. 그다음패킷이널패킷이므로 ALP 패킷은만들어지면 DNP 카운터는 0 으로재설정된다. 생성된 ALP 패킷헤더는 NUMTS = 2 와 DNP = 1 이다. 두번째 ALP 패킷에서 4개의 TS 패킷을싣기전에두개의널패킷이삭제되므로두번째로생성된 ALP 패킷헤더는 NUMTS = 4 와 DNP = 2 이다. 125

126 [ 그림 6-11] Null TS 패킷제거예 TS 패킷헤더제거 2개이상의연속적인 TS 패킷들이순차적으로 continuity counter 필드를증가시키고다른헤더필드들은동일할경우, 헤더는첫번째패킷에서한번만보내지고, 나머지패킷헤더들은제거된다. 중복된 MPEG-2 TS 패킷들이 2개이상의연속적인 TS 패킷들속에포함될때, 송신측에서헤더제거매카니즘은현재 ALP 패킷에적용되지않는다. HDM 필드는헤더제거가수행되었는지를알려준다. TS 헤더제거는수행될경우, HDM 은 1 을가진다. 그림 6-12는 TS 패킷헤더제거가일어난예를보여준다. 이경우에, 세개의 TS 패킷들이동일한헤더필드를가지고 NUMTS = 4 이다. AHF = 1 로설정하고 HDM = 1 과 DNP = 0 로설정된다. 수신측은첫번째패킷헤더를이용하여순서대로 continuity counter를증가하며제거된패킷헤더를복원한다. 126

127 [ 그림 6-12] TS 헤더제거예 6.3. IP 헤더압축 ATSC 링크계층은 IP 헤더압축 / 압축해제방법을제공한다. 그림 6-13은 IP 헤더압축기능구조를보여준다. IP 헤더압축은다음의두부분으로구성되어있다. 압축 / 압축해제및적응모듈. 헤더압축방법구조는강건헤더압축 (Robust Header Compression, ROHC) 을기본으로한다. 추가적으로방송망을위해적응기능이추가되었다. 송신단에서 ROHC 압축기는각패킷의헤더크기를감소시킨다. 그다음에적응모듈은콘텍스트정보를추출하고, 각패킷스트림으로부터시그널링정보를만든다. 수신단에서적응모듈은수신된패킷스트림과관련된시그널링정보를분석하고, 수신된패킷스트림에콘텍스트정보를추가한다. ROHC 압축해제기는패킷헤더를복원함으로써원래 IP 패킷을재구성한다 절은 RFC의참조와지상파 UHDTV 사용을위한 ROHC 의일부제한에대해설명한다. 패킷구성과콘텍스트전송의자세한방법은 6.3.2절에설명한다. 127

128 [ 그림 6-13] IP 헤더압축의기능구조 ROHC-U ( 강건헤더압축 단방향모드 ) IP 헤더압축방법은강건헤더압축 (ROHC) 에기초한다. 지상파 UHDTV 방송망계층의특성을고려하여, ROHC 프레임워크는 RFC 3095오류! 참조원본을찾을수없습니다., RFC 4815오류! 참조원본을찾을수없습니다. 그리고 RFC5795오류! 참조원본을찾을수없습니다. 에기술된단방향모드 (U-mode) 에서동작한다. ROHC 프레임워크에서는복수헤더압축프로파일이정의된다. 각프로파일은프로토콜조합을설명하고, 프로파일식별자는 IANA(Internet Assigned Numbers Authority) 에의해할당된다. 지상파 UHDTV 방송서비스에서는 0x0002 프로파일을사용한다. 표 6-17은지상파 UHDTV 방송서비스을위한 ROHC 프로파일목록을보여준다. [ 표 6-17] 지상파 UHDTV 방송을위한 ROHC 프로파일 Profile Identifier Profile Protocol Combination Reference 0x0002 ROHC UDP UDP/IP RFC 3095, RFC 4815 ROHC 프레임워크는압축된패킷플로우을확인하기위한채널을정의한다. 지상파 128

129 UHDTV 방송에서 PLP는 ROHC 채널에매핑되어야한다. 그러므로 CID는각 PLP 마다별도로관리해야한다. ROHC에서각채널은 3가지 CID 구성을정의할수있다 ; small CID, 1-byte large CID, 그리고 2-byte large CID. 이구성중에 small CID와 1-byte large CID은지상파 UHDTV 방송을위해구성된다. 프로토콜최적화를위해 ROHC 프레임워크부터의다음매카니즘과패킷포맷은사 용되지않는다. ROHC 패딩 ALP 프로토콜은패딩기능을제공하지않는다. 그러나지상파 UHDTV 방송물리계층의기본밴드패킷은이동작을지원한다. 따라서패딩기능은 ROHC 압축기에서동작되지않는다. ROHC 피드백 지상파 UHDTV 방송을위해단방향링크가고려되어야한다. 그러므로 피드백메커니즘과포맷은사용되지않는다. ROHC 분할 ROHC 의분할은사용되지않는다. 만약패킷분할이필요하다면, ALP 캡슐화에서동작한다. ROHC 프레임워크는각채널에압축기와압축해제기사이의콘텍스트상태를정의 하는구성파라미터를정의한다. 지상파 UHDTV 방송에서압축기는이파라미터들을설 정하고압축해제기에시그널링정보를전송한다. MAX_CID 이파라미터는압축기에의해사용되는최대 CID 값이다. 이파라미터는 절에서설명되는 RDT (ROHC-U Description Table) 의 max_cid 필드에의해 시그널링된다. LARGE_CIDS 이 Boolean 파라미터는 CID 구성을알려준다. 이파라미터가 FALSE 이면, short CID 가이채널에사용된다. 이파라미터가 TRUE 이면, long CID 가이채널에사용된다. 지상파 UHDTV 방송에서이파라미터는 RDT 의 max_cid 필드로부터추론된다. 만약 max_cid 가 15 보다작거나같다면, LARGE_CIDS 는 FALSE 로간주된다. 그리고만약 max_cid 가 15 보다크다면, LARGE_CIDS 는압축해제기단에서 TRUE 로간주된다. 129

130 PROFILES 이파라미터는압축기에서사용되는프로파일을정의한다. 이 프로파일의목록은표 6-17 에정의되어있다. 이파라미터는 RDT 의 context_profile 필드에전송된다. FEEDBACK_FOR 지상파 UHDTV 방송을위해피드백메커니즘은사용되지않는다. 그러므로이파라미터는사용되지않는다. MRRU (Maximum Reconstructed Reception Unit) ROHC 프레임워크에서이 파라미터는 ROHC 분할을위해정의된다. 따라서이파라미터는지상파 UHDTV 방송에서사용되지않는다. 압축및압축해제의자세한과정및알고리즘은각 RFC 에명시되어있다. 그리고 ROHC 프레임워크의구현과압축알고리즘은이규격의범위밖이다 적응 (Adaptation) 단방향링크를통한전송의경우, 만약수신기가콘텍스트정보를가지고있지않다면, 압축해제기는전체콘텍스트를받을때까지수신된패킷헤더를복원하지못한다. 이런이유로압축기와압축해제기사이의콘텍스트정보와구성파라미터는항상패킷플로우와같이보내져야한다. 적응기능은구성파라미터와콘텍스트정보의밴드밖전송을제공한다. 밴드밖 전송은링크계층시그널링을통해수행된다. 그러므로적응기능은채널전환지연과 콘텍스트정보손실때문에야기되는압축해제에러를줄이는데사용된다 콘텍스트정보추출 적응모드 1 (Adaptation Mode 1) 130

131 [ 그림 6-14] 적응모드 1 그림 6-14 는전송단에서는콘텍스트추출모드 1 의과정을보여준다. 적응모드 1 에서원 ROHC 패킷플로우를위한추가적인동작은없다. 적응모듈은버퍼로써동작해 야한다. 그러므로링크계층시그널링에는콘텍스트정보가없다 적응모드 2 (Adaptation Mode 2) [ 그림 6-15] 적응모드 2 에서콘텍스트정보추출 131

132 그림 6-15는전송단에서의콘텍스트추출모드 2의과정을보여준다. 적응모듈은 ROHC 패킷플로우에서 IR 패킷을검출하고, 콘텍스트정보를추출한다. 콘텍스트정보추출후에, 각 IR 패킷은 IR-DYN 패킷으로변환된다. 변환된 IR-DYN 패킷은원패킷을대체하는 IR 패킷과같은순서상의 ROHC 패킷플로우안에포함되어야하고전송되어야한다 적응모드 3 (Adaptation Mode 3) [ 그림 6-16] 적응모드 3 에서콘텍스트정보추출 그림 6-16은전송단에서의콘텍스트추출모드 3의과정을보여준다. 적응모드 3에서적응모듈은 ROHC 패킷플로우로부터 IR 및 IR-DYN 패킷을검출하고, 콘텍스트정보를추출한다. 정적혹은동적체인은 IR 패킷으로부터추출해야하고, 동적체인은 IR- DYN 패킷으로부터추출되어야한다. 콘텍스트정보추출한후에는, 각 IR 및 IR-DYN 패킷은압축패킷으로변환되어야한다. 압축패킷포맷은 IR 및 IR-DYN 패킷의다음패킷과같아야한다. 변환된압축패킷은원패킷을대체하는 IR 및 IR-DYN 패킷과같은순서상의 ROHC 패킷플로우안에포함되어야하고전송되어야한다. 시그널링 ( 콘텍스트 ) 정보는전송구조에기초하여캡슐화되어야한다. 콘텍스트정 보는 RDT 의일부분으로구성되어야하고, 절에기술되어있는링크계층시그널링으 132

133 로캡슐화되어야한다. 이경우링크계층시그널링을전송하는 ALP 패킷의패킷타입 은 100 으로설정된다 콘텍스트전송 [ 그림 6-17] 콘텍스트정보전송 그림 6-17은압축된패킷스트림과별도로콘텍스트전송방법을보여준다. 추출된콘텍스트정보를포함하는 RDT는시그널링데이터를포함하여특정물리적데이터경로를통해 ROHC 패킷플로우와는별도로전송되어야한다. RDT 전송은물리적계층경로구성에의존한다. 콘텍스트정보는시그널링 PLP를통해다른링크계층시스널링과함께보낸다. 133

134 [ 그림 6-18] 수신단에서콘텍스트획득과정 수신단에서콘텍스트획득과정이그림 6-18에기술되어있다. 패킷스트림의수신전에수신기는 SLT와 RDT를포함하는시그널링정보를획득해야한다. 수신기가시그널링정보를획득하기위한초기 PLP를디코딩할때, 콘텍스트시그널링도함께수신되어야한다. 그림 6-18에서단계 1~3은방송망수신기에서기본동작으로간주할수있다. 단계 1~3으로부터콘텍스트정보는패킷스트림수신전에획득되어야한다. 적응모듈은시그널링데이터로부터콘텍스트정보를추출한다. 그다음에적응모듈은시그널링데이터로부터콘텍스트정보와수신된패킷플로우로부터오는압축패킷을결합한다. 이것은 IR 패킷을수신하는동작과유사하다. 동일콘텍스트식별자에대해, 콘텍스트정보로부터압축패킷이 IR/IR-DYN 패킷형태로복원된다. 복원된 ROHC 패킷플로우는 ROHC 압축해제기로전달된다 링크계층시그널링 일반적으로링크계층시그널링은 IP 레벨이하에서동작한다. 수신단에서링크계층시그널링은 Service List Table (SLT) 를포함한 Low Level Signaling (LLS) 및 Service Layer Signaling (SLS) 과같은 IP 레벨시그널링보다먼저획득된다. 그러므로링크계층시그널링은세션성립전에얻을수있다. 134

135 링크계층시그널링은 6.2.2절에기술된바와같이 ALP 패킷으로캡슐화되어야한다. 각시그널링테이블은 ALP 패킷의페이로드가된다. 링크계층시그널링은바이너리 (binary) 및 XML을포함하는어떠한포맷으로도전달할수있다. 모든링크계층시그널링테이블은동일한포맷으로전송되어야한다 링크계층시스널링을위한포맷 링크매핑테이블 (Link Mapping Table, LMT) Link Mapping Table (LMT) 는 PLP에전달되는상위계층세션의목록을제공한다. LMT는또한링크계층에서상위계층세션을전달하는 ALP 패킷처리를위한추가정보를제공한다. 그림 6-19는상위계층과물리계층사이의링크매핑에대한예를보여준다. 이규격의현재버전에서 LMT는오직 UDP/IPv4 세션의정보만제공한다. [ 그림 6-19] 하나의 PLP 에대한링크매핑에대한예 LMT 를전송하는 ALP 패킷의추가헤더는표 6-18 을따르며, LMT 는표 6-19 의구문 을따른다. [ 표 6-18] LMT 를전송하는 ALP 패킷의추가헤더 Fields in Additional Header for Signaling No. of bits Value signaling_type 8 0x01 135

136 Fields in Additional Header for Signaling No. of bits Value signaling_type_extension 16 0xFFFF signaling_format 2 00 signaling_encoding 2 00 [ 표 6-19] LMT 구문 Syntax No. of bits Format Link_Mapping_Table() { signaling_type 8 0x01 PLP_ID 6 uimsbf reserved 2 num_session 8 uimsbf for(i=0; i<num_ session; i++) { src_ip_add 32 uimsbf dst_ip_add 32 uimsbf src_udp_port 16 uimsbf dst_udp_port 16 uimsbf SID_flag 1 bslbf compressed_flag 1 bslbf reserved if (SID_flag =="1") { SID 8 uimsbf } if (compressed_flag == 1 ) { context_id 8 uimsbf } } } signaling_type 8 bit unsigned integer 필드를가지며, 이테이블에의해전달되는 시그널링의타입을가리킨다. Link Mapping Table (LMT) 의 signaling_type 값은 0x01 로설정된다. PLP_ID 6 bit 필드를가지며, 이테이블에대응되는 PLP 를가리킨다. 136

137 num_session 8 bit unsigned integer 필드를가지며, 위 PLP_ID 필드에의해지시된 PLP 에전달되는상위계층세션의수를제공한다. signaling_type 필드의값이 0x01 일때, 이필드는 PLP 의 UDP/IPv4 세션수를가리킨다. src_ip_add 32 bit unsigned integer 필드를가지며, PLP_ID 필드가가리키는 PLP 에 전달되는상위계층세션의소스 (source) IPv4 주소가포함된다. dst_ip_add 32 bit unsigned integer 필드를가지며, PLP_ID 필드가가리키는 PLP 에 전달되는상위계층세션의데스티네이션 (destination) IPv4 주소가포함된다. src_udp_port 16 bit unsigned integer 필드를가지며, PLP_ID 필드가가리키는 PLP 에 전달되는상위계층세션의소스 (source) UDP 포트값을나타낸다. dst_udp_port 16 bit unsigned integer 필드를가지며, PLP_ID 필드가가리키는 PLP 에 전달되는상위계층세션의 Destination UDP 포트값을나타낸다. SID_flag 1 bit Boolean 필드를가지며상위 4 필드즉, src_ip_add, dst_ip_add, src_udp_port 그리고 dst_udp_port 가가리키는상위계층의세션을전달하는 ALP 패킷이추가헤더에 SID 필드를갖는지여부를가리킨다. 이필드의값이 0 이면, 상위계층의세션을전달하는 ALP 패킷은추가헤더에 SID 필드를갖지말아야한다. 이필드의값이 1 이면, 상위계층의세션을전달하는 ALP 패킷은추가헤더에 SID 필드를가지고, SID 필드의값은이테이블의다음의 SID 필드와같아야한다. compressed_flag 1 bit Boolean 필드를가지며, 헤더압축이상위 4 필드즉, src_ip_add, dst_ip_add, src_udp_port 그리고 dst_udp_port 가가리키는상위계층의세션을전달하는 ALP 패킷에적용되었는지여부를알려준다. 이필드의값이 0 이면, 상위계층의세션을전달하는 ALP 패킷은기본헤더의 packet_type 필드의 0x00 의값을가져야한다. 이필드의값이 1 이면, 상위계층의세션을전달하는 ALP 패킷은기본헤더의 packet_type 필드의 0x02 의값을가져야하고 context_id 필드는존재해야한다. SID 8 bit unsigned integer 필드를가지며, 상위 4 필드즉, src_ip_add, dst_ip_add, src_udp_port 그리고 dst_udp_port 가가리키는상위계층의세션을전달하는 ALP 패킷을위한서브스트림식별자를나타낸다. 이필드는 SID_flag 의값이 1 과같은경우에만나타난다. 137

138 context_id 8 bit 필드를가지며, 절에기술된 ROHC-U 디스크립션 (description) 테이블에제공된콘텍스트 ID (CID) 에대한참조를제공한다. 이필드는 compressed_flag 값이 1 과같을때에만나타난다 ROHC-U 디스크립션테이블 (ROHC-U Description Table, RDT) 6.3 절에설명한바와같이, ROHC-U 의적응모듈은헤더압축을위한정적체인및 필요한정보를포함하는시그널링을생성한다. RDT 를전송하는 ALP 패킷의추가헤더는 표 6-20 을따르며, 표 6-21 은 RDT 의구문을나타낸다. [ 표 6-20] RDT 를전송하는 ALP 패킷의추가헤더 Fields in Additional Header for Signaling No. of bits Value signaling_type 8 0x02 signaling_type_extension 16 0xFFFF signaling_format 2 00 signaling_encoding 2 00 [ 표 6-21] RDT 구문 Syntax No. of bits Format ROHC-U_Description_Table { signaling_type 8 0x02 PLP_ID 6 uimsbf max_cid 8 uimsbf adaptation_mode 2 uimsbf context_config 2 bslbf reserved 6 bslbf num_context 8 uimsbf for(i=0; i<num_context; i++) { context_id 8 uimsbf context_profile 8 uimsbf if (context_config=0x01) { context_length 8 uimsbf static_chain_byte () var uimsbf } else if (context_config=0x02) { context_length 8 uimsbf 138

139 } } dynamic_chain_byte () var uimsbf } else if (context_config=0x03) { context_length 8 uimsbf static_chain_byte () var uimsbf dynamic_chain_byte () var uimsbf } signaling_type 8 bit 필드를가지며, 이테이블에의해전달되는시그널링의타입을 가리킨다. ROHC-U description table (RDT) 의 signaling_type 값은 0x02 로설정된다. PLP_ID 6 bit 필드를가지며, 이테이블에대응되는 PLP 를가리킨다. max_cid 8 bit 필드를가지며, 이 PLP 에대응하여사용되는콘텍스트 ID 의최대값을 가리킨다. adaptation_mode 2 bit 필드를가지며, 절에언급된이 PLP 의적응모듈의 모드를가리킨다. Adaptation_mode 에대한코드값은표 6-22 에서보여준다. [ 표 6-22] Adaptation Mode 의코드값 Adaptation_Mode Meaning 00 Adaptation Mode 1 (see Section ) 01 Adaptation Mode 2 (see Section ) 10 Adaptation Mode 3 (see Section ) 11 Reserved context_config 2 bit 필드를가지며, 콘텍스트정보의조합을가리킨다. 만약이테이블에콘텍스트정보가없다면, 이필드는 0x0 으로설정된다. 만약이테이블에 static_chain_byte() 혹은 dynamic_chain_byte() 가포함되어있다면, 이필드는각각 0x01 혹은 0x02 로설정된다. 만약이테이블에 static_chain_byte() 그리고 dynamic_chain_byte() 가포함되어있다면, 이필드는 0x03 로설정된다. num_context 8 bit 필드를가지며, 이테이블의콘텍스트수를가리킨다. num_context 값은 max_cid 보다클수없다. 139

140 context_id 8 bit 필드를가지며, 압축 IP 스트림의콘텍스트 ID (CID) 를가리킨다. T- UHDTV 서비스에서는 8 bit CID 만사용되어야한다. 이것은 [24] 의 절에서 정의된대로부호화한다. context_profile 8 bit 필드를가지며, 스트림을압축하는데사용하는프로토콜의 범위를가리킨다. 이것은 절에정의된 ROHC 프로파일식별자의여덟개의 최하위 bit 를전달한다. context_length 8 bit 필드를가지며, 정적체인바이트시퀀스의길이를가리킨다. static_chain_byte () 이필드는 ROHC-U 압축해제기를초기화시키는데사용되는 정적정보를전달한다. 이필드의사이즈와구조는콘텍스트프로파일에의존한다. static_chain_byte () 은 IR 패킷의서브헤더정보로써 [24] 에정의되어있다 dynamic_chain_byte () 이필드는 ROHC-U 압축해제기를초기화시키는데사용되는동적정보를전달한다. 이필드의사이즈와구조는콘텍스트프로파일에의존한다. dynamic_chain_byte () 은 IR 패킷및 IR-DYN 패킷의서브헤더정보로써 [24] 에정의되어있다. 140

141 7. 재난방송시그널링 7.1. 개요 최근기상이변으로인한재해의국지화, 대형화경향이증가하고, 안전에대한관심이높아지면서재난, 안전정보를상시전달할수있는매체와서비스기술개발필요성이대두되고있다. 본장에서는지상파 UHDTV 방송서비스에서재난방송서비스를제공하기위한시그널링구조및전달방법을기술한다 시스템구조 지상파 UHDTV 환경에서재난방송서비스를제공하기위해, 다음과같은정보가 TV 수신기에전달될수있다. Ÿ 재난인지정보비트 : 긴급한재난방송서비스발생여부를 TV 수신기에알려주는목 적으로사용될수있다. Ÿ CAP 메시지 : 재난관리책임기관 긴급구조기관및긴급구조지원기관에서제공하 는텍스트기반의재난관리정보및각종안전정보등을 TV 수신기에알려주는 목적으로사용한다. Ÿ 리치미디어파일 : 텍스트기반의재난관리정보및각종안전정보등의정보인식 효과를높일수있도록하기위한그림, 오디오, 동영상등기반의부가정보를 의미한다. Ÿ 확장된 CAP 메시지 : 지상파 UHDTV 방송환경에서기본적인재난관리정보및각 종안전정보, 그리고리치미디어파일등을효과적으로전달하기위하여, CAP 메 시지규격과호환성을유지하면서추가로보내는 <CAP> 엘리먼트를의미한다. Ÿ 재난방송프로그램 : 재난상황이발생했을때제공하는뉴스정보를의미한다. 141

142 [ 그림 7-16] 재난방송시스템동작방법플로우차트 7.3. 재난안전정보 CAP 메시지 CAP 메시지는하나의 PLP 스트림의 LLS 시그널링을통해전달된다. 만약하나의 RF 물리채널에여러개의 PLP 스트림이존재하는경우, 수신성능이제일우수한하나의 PLP 스트림의 LLS 채널에 CAP 메시지를삽입하게되며, 이경우 LLS 채널이존재하는 PLP 스트림정보에대한시그널링은 Physical Layer Protocol [24] 를따른다. CAP 메시지는하나의 <alert> 엘리먼트로구성되며, <alert> 엘리먼트는하위엘리먼트로한개이상의 <info> 엘리먼트를가질수있으며, 각각의 <info> 엘리먼트는서로다른재난안전정보를담고있다. 만약예를들어같은시간에여러지역에서로다른재난상황이동시에발생되었을경우, 하나의 CAP 메시지에는여러개의 <info> 엘리먼트가포함된다. CAP 메시지는 XML 스키마형태로구현되며, 자세한규격은 TTAK.OT / 공통 경보프로토콜 [36] 문서를따른다. 또한지상파 UHDTV 방송환경을고려한확장된 CAP 메시지정의및기능에대해서는 절에나타내었다. 142

143 CAP 는 <alert> 를최상위엘리먼트로가지는 XML 문서이며, 아래에정의된네임스 페이스를따른다 리치미디어콘텐츠 UHDTV 재난방송에서는 CAP 의 <info> 메시지에포함된기본적인재난정보외에 파일형태의리치미디어콘텐츠를제공하여사용자에게보다다양한재난과관련된부가 적인정보를제공할수있다. 재난과관련된리치미디어콘텐츠는파일형태로전송이되며, 방송망그리고 / 혹은 브로드밴드망을통해전송된다. 리치미디어콘텐츠들이방송망으로전송되는경우에는 SLT 에서 EAS Service 라고 명시되는서비스를통해파일들을전송하며, 각각의파일은 CAP 메시지의 <resource> 엘리먼트의 <uri> 자식엘리먼트는반드시 로시작하여야한다. 리치미디어콘텐츠들이브로드밴드망으로전송되는경우에는 CAP 메시지에서 <resource> 엘리먼트를통해각각의 <info> 재난메시지와연관된리치미디어콘텐츠의 URL 정보를명시할수있다. 이경우에는 <resource> 엘리먼트의 <uri> 자식엘리먼트의 URL에제약사항은없으며, 해당값을통해리치미디어콘텐츠들에접근가능함을의미한다 지상파 UHDTV 를위한확장 CAP 메시지 지상파 UHDTV 방송시스템에맞추어재난방송서비스를제공하기위하여 CAP 메시 지는규격에어긋나지않는범위에서표 7-1 과같이확장할수있다. 그림 7-2 는확장된 CAP 정보가포함된 CAP 메시지의예시를나타낸다. 표 7-1에서정의한 <parameter> 엘리먼트는 CAP의 <info> 엘리먼트의하단에추가하는것으로, 이를통해 TV 수신기에팝업메시지표시기능및방송망을통한리치미디어서비스, 자동으로재난방송채널로변경등을효율적으로제공해줄수있다. 재난발생시자동으로변경될수있는채널은재난방송채널로한정하며, 재난방송채널에 143

144 대한정의는서비스요구사항 5.9 절을따른다. [ 표 7-9] 지상파 UHDTV 방송시스템에맞추어확장되는 CAP Element or Attribute Name Datatype Description Parameter Extension for info identifier valuename string Id Value unsignedint identifier of info element, unique within CAP Parameter Extension for info version valuename string version Value unsignedint version of info element, unique within CAP Parameter Extension for banner burned in indicator valuename string Burned Value boolean true if banner burned in; false if not Parameter Extension for service ID valuename string serviceid Value unsignedint SLT service id of service delivering rich media resources Parameter valuename string autotuningbsid Value unsignedshort Identifier of the entire emergency broadcast stream. If <autotuningbsid> is not same as the current broadcast stream s <@bsid>, the TV receiver is automatically tuned to an emergency broadcast stream that has same <@bsid> as <autotuningbsid> Parameter valuename string autotuningserviceid Value unsignedshort Integer number that identifies this emergency service within the scope of this broadcast area. If <autotuningserviceid> is not same as the current broadcast stream s <@ServiceId>, the TV receiver is automatically tuned to an emergency broadcast stream that has same <@ServiceId> as <autotuningserviceid> 144

145 [ 그림 7-2] 확장된 CAP 정보가포함된 CAP 메시지의예시 145

146 부속서 (Annex) A. ROUTE A.1. ROUTE 개요 본문서에서는 source 프로토콜을설명한다. A.1.1. Source 프로토콜 ROUTE source 프로토콜은 FLUTE 와호환성을가지나, 미디어데이터의최적화된실 시간전송지원을위해몇몇개선사항이추가된다. ROUTE 프로토콜이제공하는개선된 기능들은다음과같다. Ÿ Ÿ 오브젝트기반미디어데이터의실시간전송 미디어인지 (media-aware), 전송인지 (transport aware) 를포함하는유연성을가 지는패킷화 (packetization) Ÿ 파일과전송오브젝트의독립성 (i.e. 전송오브젝트는파일의일부이거나여러 파일을포함하는그룹일수있다.) A.2. 데이터모델및세션 A.2.1. 데이터모델 개별 ROUTE 세션은하나의 IP address/port의조합과연계되며, 하나또는그이상의 LCT 채널으로이루어진다. 미디어전송에있어, 하나의 LCT 채널은 DASH Representation과같은하나의미디어컴포넌트를전송한다. 방송송출관점에서 ROUTE 세션은하나또는그이상의 DASH Media Presentation을전송하는 LCT 채널들이다중화된결과물이라할수있다. 개별 LCT 채널내에서는하나또는그이상의서로연관된오브젝트들이전송된다. (e.g. 하나의 DASH Representation에속한세그먼트들 ) 개별오브젝트들과함께 DASH Media Presentation, HTML-5 Presentation 등의메타데이터들이전 146

147 송될수도있다. A.2.2. ROUTE 세션 하나의 ROUTE 세션은하나또는그이상의 LCT 채널들로이루어지며, 개별 LCT 채널은 LCT 헤더내의 Transport Session Identifier (TSI) 값을통해고유하게식별되어야한다. TSI는하나의송신기 (sender) 의 IP address 범주내에서사용되며송신기 IP address와함께세션을고유하게식별해야한다. 수신기가 ROUTE 세션에진입하기전에, 적어도다음의 ROUTE Session Description 정보를획득할필요가있다. Ÿ Ÿ Ÿ The sender IP address; The address and port number used for the session; The indication that the session is a ROUTE session and that all packets are LCT packets; Ÿ Other information that is essential to join and consume the session on an IP/UDP level. 제한은없으나다음정보가추가로 Session Description 에포함될수있다. Ÿ Ÿ The data rates used for the ROUTE session; Any information on the duration of the ROUTE session. A.2.3. LCT 채널 LCT 채널과같은전송세션정보는 ROUTE Session Description 에서기술되지않고 ROUTE 프로토콜내추가되는시그널링정보를통해기술된다. 147

148 A.3. Source 프로토콜규격 A.3.1. 개요 Source 프로토콜은 ROUTE의핵심구성요소로서단방향채널을통한오브젝트전송을위해사용된다. Source 프로토콜은 ROUTE 세션내에오브젝트전송을위한하나또는그이상의 source flow를생성하며, 하나의 source flow는연관된오브젝트들을전송하고, 개별오브젝트는각각 recover된다. Source 프로토콜은 A.3.2절에서정의하는 description에의해정의되어야하고, A.3.3 절에서정의하는방법에의해오브젝트를전송해야한다. 오브젝트를전송하기위한 ALC 와 LCT의용법은 A.3.4절에서정의하는방법에따라야하고 A.3.5절에서정의하는패킷포맷을따라야한다. A.3.6절은 LCT 사용의상세에대해설명하고, A.3.5절은새로정의되는 LCT 헤더들을소개한다. 송신기와수신기의동작과정은각각 A.3.8절과 A.3.9절에서설명한다. A.3.2. Description <SrcFlow> 엘리먼트는 source flow 에대해서술한다. <SrcFlow> 는 <SrcFlow> 엘리먼트를루트엘리먼트로포함하는 XML 문서형태로 표현되어야하고, 다음의네임스페이스를갖는 XML 스키마의정의를따른다. <SrcFlow> 의구문은위의 XML 스키마에의해기술되나, 표 A-1 은보다가시적인 방법으로 <SrcFlow> 엘리먼트의구조를보인다. <SrcFlow> 의엘리먼트와속성의용법은표 A-1 과같다. 148

149 [ 표 A-1] SrcFlow 엘리먼트의구문 Element or Attribute Use Data Type Description Name SrcFlow Source flow carried in the LCT 0..1 boolean is not present, it is assumed false. Shall be present and set to true when the SrcFlow carries streaming media. Default value: 0..1 unsignedint Defines the minimum number of kilobytes required in the receiver transport buffer for the LCT channel. This value may be present is set to true. EFDT 0..1 The extended FDT instance. See further description in Section A ContentInfo 0..1 May provide additional information that can be mapped to the application service that is carried in this transport session, e.g. Representation ID of a DASH content or the Adaptation Set parameters of a DASH Media Representation in order to select the LCT channel for rendering. Payload 1..N Information on the payload of ROUTE packets carrying the objects of the source 0..1 unsignedbyte A numerical representation of the combination of values specified for the child elements and attributes of the Payload element. The value shall be identical to the CP (Codepoint) field in the LCT header. Default value = 1 unsignedbyte Specifies the payload format of the delivery object. For details see Table 0..1 unsignedbyte This attribute contains an unsignedbyte value indicating how the payload of ROUTE packets carrying the objects of the source flow are fragmented for delivery. 0: arbitrary. This value means that the payload of this ROUTE packet carries a contiguous portion of the delivery object whose fragmentation occurs at arbitrary byte boundaries. 149

150 1: application specific (sample based). This value means that the payload of this ROUTE packet carries media data in the form of one or more complete samples, where the term sample is as defined in ISO/IEC [22]. Its usage pertains to the MDE mode as described in Sec , whereby the packet strictly carries an MDE data block comprising samples stored in the mdat box. 2: application specific (a collection of boxes). This value means that the payload of this ROUTE packet contains the entire data content of one or more boxes, where term box is as defined in ISO/IEC 오류! 참조원본을찾을수없습니다.. Its usage pertains to the MDE mode as described in Sec , whereby each packet carries the portion of an MDE data block starting with RAP, and strictly comprising boxes which contain metadata (e.g. styp, sidx, moof and their contained (subordinate) boxes) : reserved for future use : reserved for proprietary use Default value = 0..1 unsignedbyte This attribute contains an unsignedbyte value indicating whether and how the payload of ROUTE packets carrying the objects of the source flow as DASH Segments are delivered in the order of their generation by the DASH encoder. 0: arbitrary. This packet carries a portion of the DASH Segment whose order is arbitrary (non-specific) relative to the portion of the same DASH Segment carried by another packet. 1: in-order delivery. The concatenation of the payloads of contiguous packets which carry a DASH Segment is identical to the Segment produced by the DASH encoder. 2: in-order delivery of media samples and prior to movie fragment box. The concatenation of the payloads of contiguous packets which carry the media samples of a 150

151 movie fragment (where movie fragment is as defined by ISO/IEC [23]) is in the same order of those samples as produced by the DASH encoder. However, these packets shall be transmitted prior to the packet(s) which carry the movie fragment box, moof. Usage is specific to the MDE mode as described in Sec : reserved for future use : reserved for proprietary use Default value = 0..1 unsignedbyte Defined values of the Source FEC Payload ID for use in conjunction with the following rules: 0: the source FEC payload ID is absent and the entire delivery object is contained in this packet. The FECParams child element of SrcFlow shall be absent. 1: the source FEC payload ID is a 32- bit unsigned integer value that expresses the start offset in the object. Start offset is defined in Section 오류! 참조원본을찾을수 없습니다. The FECParams child element of SrcFlow shall be absent. 2: the FECParams child element of SrcFlow defines the Format of the Source FEC Payload ID. Default value = 1 FECParams 0..1 Defines the parameters of the FEC scheme associated with the source flow, in the form of FEC Object Transmission Information as defined in RFC 5052 오류! 참조원본을찾을수없습니다. The FEC parameters are applied to the Source FEC Payload ID value specified in the ROUTE (ALC) packet header. 151

152 Legend: For attributes: M=Mandatory, O=Optional, OD=Optional with Default Value, CM=Conditionally Mandatory. For elements: <minoccurs>..<maxoccurs> (N=unbounded) Note that the conditions only hold without using xlink:href. If linking is used, then all attributes are "optional" and <minoccurs=0> Elements are bold; attributes are non-bold and preceded with A.3.3. 전송오브젝트 A 개요 ROUTE 프로토콜은오브젝트를수신기로전송할수있게하고, 수신기는전송오브 젝트를 recover 하여, 애플리케이션으로보낸다. 전송오브젝트는보통메타데이터및시간관련정보와연계된다. 어떤경우에이러 한정보는오브젝트와같이 in-band 로전송되며, 또다른경우에는정적, 또는동적방법 으로 out-of-band 로전송된다. ROUTE 프로토콜은최소다음과같은오브젝트전송을가능하게한다. 1) FDT instance 에의해기술되는전체파일또는파일의일부 2) HTTP Entities (HTTP Entity Header and HTTP Entity Body). 3) 전송오브젝트의 Package 1) 과 2) 에해당하는전송오브젝트는다음의요소들에의해차별화될수도있다. Ÿ 오브젝트가전체파일또는파일의일부에해당하는지여부 Ÿ 오브젝트의실시간, 비실시간여부. 실시간일경우버퍼파라미터및특정확장 헤더가적용될수도있다. Ÿ 전송오브젝트속성기술을위한동적 / 정적메타데이터의용법 Ÿ ISOBMFF 와같은특정구조체의전송. 이경우미디어인지패킷화또는일반적 패킷화가적용될수도있다. 152

153 formatid 는페이로드포맷을기술하며각값이나타내는바는표 A-2 와같다. 153

154 [ 표 A-1] formatid 값들의의미 DeliveryObjectFormatID Value Meaning 0 Reserved 1 File Mode as defined in Section A Entity Mode as defined in Section A Package as defined in Section A Reserved A File Mode A 배경 File Mode 에서전송오브젝트는파일또는파일의 byte-range 를나타낸다. 이모드 는 FLUTE 의동작과유사하나그림 A-1 에도시된바와같이메타데이터를정적인방법으 로전송할수있는기능이추가된다. FLUTE에서 FDT instance는 in-band로전송되며, 오브젝트가실시간으로생성된다면 FDT instance 또한실시간으로생성될필요가있다. FLUTE에서의 FDT와달리, ROUTE에서는 extended FDT를정의하여 extended FDT와 LCT 헤더에서제공되는정보를통해 FDT 의 File 엘리먼트가제공하는정보를생성할수있게한다. 이러한방법은 FDT가실시간으로전송되는오브젝트를기술하기위해지속적으로업데이트및전송되지않도록할수있게한다. 그림 A-1은이러한 FLUTE과 ROUTE File Mode의전송과정에있어서의기능적차이점을보여주고있다. 154

155 [ 그림 A-1] FLUTE 와 ROUTE File Mode 의전송과정비교 EFDT 를전송하기위한방법으로다음의방법들이사용될수있다. Ÿ 비디오신호의주사방식은순차주사방식이어야한다. Ÿ Ÿ <SrcFlow> 엘리먼트에하위엘리먼트로삽입되어전송 하나의분리된오브젝트로전송되어시그널링메타데이터에의해 reference ü EFDT 가기술하고있는전송오브젝트가전송되는동일한 ROUTE 세션내동 일한 LCT 채널으로전송 ü EFDT 가기술하고있는오브젝트가전송되는동일한 ROUTE 세션내다른 LCT 채널으로전송 ü 인터넷망으로전송 Ÿ 하나의분리된오브젝트로전송되나시그널링메타데이터에의해참조되지않음. i.e. 기존 FLUTE 의 FDT 와같은방법으로전송 155

156 A 구문및용법개요 EFDT 는 <SrcFlow> 엘리먼트를루트엘리먼트로포함하는 XML 문서형태로표현 되어야하고, 다음의네임스페이스를갖는 XML 스키마의정의를따른다. EFDT 의구문은위의 XML 스키마에의해기술되나, 표 A-3 은보다가시적인방법으 로 <EFDT> 엘리먼트의구조를보여주고있다. <EFDT> 의엘리먼트와속성의용법은표 A-3 에기술된것과같아야한다. 156

157 [ 표 A-2] EFDT 의구문및용법 Element or Attribute Name Use Data Type Description EFDT If provided, it specifies the details of the file delivery data in the form of the Extended FDT instance which includes nominal FDT instance parameters. The EFDT may either be embedded or may be provided as a reference. If provided as a reference the EFDT may be updated independently of the signaling metadata. If referenced, and delivered as an in-band object of the included source flow which is delivered on an LCT channel separate from the LCT channel carrying the signaling metadata, its TOI value shall be 0. If the referenced EFDT is delivered on a different LCT channel from the LCT channel carrying the contents of the referencing SrcFlow, its TOI value shall be 0..1 unsignedint TSI of the LCT channel carrying the referenced 0..1 anyuri Identification of the EFDT in the form of a URI when the EFDT is delivered in-band with the source flow as a referenced delivery object. Identical to the Content-Location for the O Version of this Extended FDT instance descriptor. The version if increased by one when the descriptor is updated. The received EFDT with highest version number is the currently valid O Time interval in number of integer seconds, which when added to the wall-clock time at the receiver when it acquires the first ROUTE packet carrying the object described by this EFDT, shall represent the expiration time of the associated EFDT. is not present, the expiration time of the EFDT shall be given by the sum of a) the value of the ERT field in the EXT_TIME header of the ROUTE packet and b) the current receiver time when parsing the packet header. See Section A on additional rules for 157

158 deriving the EFDT expiration 0..1 unsignedint The maximum transport size of any object described by this EFDT. Shall be present if not present in FEC_OTI. FileTemplate 0..1 Specifies the file URL (equivalent to the Content-Location attribute of the FDT) or a template format for the derivation of the file URI. For details refer to Section A FDTParameters 0..1 Any parameters allowed in the FLUTE FDT instance from RFC 6726 오류! 참조원본을찾을수없습니다.. A EFDT Instance 용법 A 일반 <FileTemplate> 엘리먼트가존재하지않을경우다음의사항을만족해야한다. Ÿ 최소하나의 File 엘리먼트가존재하여야하고, 속성이존재해야한다. <FileTemplate> 엘리먼트가존재할경우송신기는다음의동작을따라야한다. Ÿ TOI 는 A 절의설명에따라 Content-Location 을얻을수있도록설정되어 야한다. Ÿ 하나의 TOI 에의해설정된시간 이후에는이 TOI에해당하는패킷을전송할수없다. 또한 EXT_TIME 헤더의 Expected Residual Time (ERT) 값을시그널링해야한다. <FileTemplate> 엘리먼트가존재할경우, 수신기는다음과같이 FDT instance 를생 성할수있다. 158

159 Ÿ EFDT 에존재하는어떤정보든 FDT instance 를생성하는데사용될수있다. Ÿ <FileTemeplate> 엘리먼트는특정 TOI 값의 LCT 패킷으로부터획득되는 file URI(FDT 의 과동등한 ) 를생성하는데사용될수있다. A File Template 전송세션에서새로운값의 TOI 를갖는 LCT 패킷이수신될경우, FDT instance 의새 로운 File entry 는다음과같이만들어진다. Ÿ TOI 는 A 절에서정의되는메커니즘에의해 File@Content-Location 을생성 하는데사용된다. Ÿ EFDT 내존재하는모든파라미터들은 File entry 와연관된다. Ÿ EXT_FTI 또는 EXT_TOL 중하나의헤더가 File entry 의 FEC transport information 을생성하는데사용되어야한다. 가존재할경우, File entry 값을생성하는데사용되 어야한다. 존재하지않을경우 EXT_TIME 헤더의 ERT 가 FDT instance 의만료시 간을구하는데사용되어야한다. A Substitution <FileTemplate> 엘리먼트가존재할경우, <FileTemplate> 엘리먼트는표 A-4 와같은 Identifier 를포함할것이다. $TOI$ 가존재할경우, 이엘리먼트는 TOI와 URL간의일대일맵핑을생성하는데사용된다. 각각의전송오브젝트가 DASH Media 세그먼트일경우, 세그먼트번호는 TOI 값과일치할것이다. 개별 URI 생성에있어서표 A-4의개별 Identifier는 substitution parameter로대체된다. [ 표 A-3] Identifiers for File templates $<Identifier>$ Substitution parameter Format $$ Is an escape sequence, i.e. "$$" is nonrecursively not applicable replaced with a single "$" $TOI$ This identifier is substituted with the TOI. The format tag may be 159

160 present. If no format tag is present, a default format tag with width=1 shall be used. A Entity Mode Entity Mode 에서하나의전송오브젝트는 RFC 2616 [11] 7 장에정의된하나의엔터 티에해당한다. 엔터티는 entity-header 와 entity-body 로구성된다. entity-header 필드는 entity-body에포함되는하나의파일또는파일의일부에대한모든정보를기술한다. entity-header가 Content-Range 헤더를포함할경우, 전송오브젝트는전송하고자하는파일의일부임을나타낸다. 또한 Entity Mode는 chunked delivery 를허용한다. A Packaged Mode Packaged Mode에서전송오브젝트는전송자체만을목적으로 packaging된하나의파일그룹에해당한다. 수신기는오브젝트를 unpack하여개별파일을독립적오브젝트로서애플리케이션에전달한다. 오브젝트들이전송을위해하나의 document로 packaging 될경우, Multipart MIME이사용될수있다. packaging된파일은 Content-Type 이 multipart로설정되어, File Mode와동일하게전송된다. A.3.4. Usage of ALC and LCT ROUTE source 프로토콜은 ALC(Asynchronous Layered Coding) 를기반으로하며그 상세사항은다음과같다. Ÿ RFC 5651 에정의된 Layered Coding Transport (LCT) Building Block 은다음의제약 사항과함께사용된다. ü LCT 헤더의 Congestion Control Information (CCI) 는 0 으로설정 ü LCT 헤더의 Code Point 는페이로드포맷식별을위해시그널링메타데이터 에서정의한대로사용되어야함. 160

161 ü PSI 의첫번째비트는 source 패킷식별을위해 1 로설정되어야함. ü Source FEC Payload ID 는 ALC 에서와같이 FEC 를목적으로사용되거나, 현재 패킷에서전송되는전송오브젝트의일부분을식별하는데사용된다. 이정 보는다음과같이여러방법으로보내질수있다. 다음과같은용법을갖는새로운 null FEC 스키마 ² ROUTE 패킷하나가전체의전송오브젝트를포함하는경우 source FEC payload ID 는 0 으로설정됨 ² 하나의오브젝트가여러개의 ROUTE 패킷으로나누어져전송될경 우, source FEC payload ID 는전체오브젝트에서현재패킷에의해전 송되는오브젝트의일부분의위치를 start offset 형태로나타냄 현재사용되는 FEC 스키마사용 ² Compact No-Code 사용 ² RFC 6330 과호환성있는방법으로 SBN 과 ESI 를이용하여 start offset 을표현 속성과 FECParams 엘리먼 트를이용하여위의모드들을지칭하기위한적절한파라미터들을제공 한다. Ÿ EXT_TIME LCT 헤더는다음과같은방법으로사용될수있다. ü Sender Current Time (SCT) 는송신기의현재시간을전송할수있으며 jitter 또는 delivery latency 를측정하는데사용될수있다. ü Expected Residual Time (ERT) 은현재오브젝트전송을위해남은시간을표 현하는데사용될수있다. ü Sender Last Changed (SLC) 은보통사용되지않는다. Ÿ A.3.7 절에정의된것과같은실시간전송지원을위한새로운확장헤더가사용 될수도있다. 161

162 Ÿ LCT 채널기술정보는시그널링메타데이터를통해전송된다. A.3.5. 패킷포맷 ROUTE의패킷포맷은 ALC 패킷포맷을따른다. i.e. UDP 헤더, LCT 헤더, Source FEC Payload ID, 패킷페이로드순으로구성. LCT 헤더는 RFC 5651에정의된 LCT building block과같으며, Source FEC Payload ID는보통 start_offset 필드로표현되며, start_offset 값은전체오브젝트에서현재패킷에서전송되는오브젝트일부데이터가위치하는시작바이트위치를나타낸다. [ 그림 A-2] Overall ROUTE Packet Format A.3.6. LCT Building Block LCT 패킷헤더필드들은 RFC 5651의 LCT building block에서정의하는바와같이사용되어야한다. ROUTE LCT 헤더의용법은다음과같은추가제약사항들을따라야한다. Ÿ Version number (V) 프로토콜버전을나타내는 4 비트필드로 ROUTE 에서는 0001 이어야함. Ÿ Protocol-Specific Indication (PSI) source 패킷 /repair 패킷을구분하기위한 2 비 트필드로 source 패킷만을전송하는 ROUTE 의 source 프로토콜의경우 10 으로 설정되어야함. Ÿ Congestion Control flag (C) field 00 으로설정되어야함. Ÿ Transport Session Identifier flag (S) 32 비트길이의 TSI 필드표현을위해 1 로 162

163 설정되어야함. Ÿ Transport Object Identifier flag (O) 32 비트길이의 TOI 필드표현을위해 01 로설정되어야함. Ÿ Half-word flag (H) 0 으로설정되어야함. Ÿ Transport Session Identifier (TSI) 32 비트필드로 ROUTE 세션내의전송세션 식별을위해사용되어야함. Ÿ Transport Object Identifier (TOI) 32 비트필드로현재패킷페이로드가속한오 브젝트식별을위해사용되어야함. Ÿ Codepoint (CP) 8 비트필드로현재패킷페이로드의타입식별을위해사용됨. A.3.7. 확장헤더 A EXT_ROUTE_PRESENTATION_TIME 헤더 ROUTE의애플리케이션은시간관련정보전송을위해 EXT_ROUTE_PRESENTATION_TIME 헤더를사용할수있다. 본헤더의구성은그림 A-3 또는 A-4 4바이트또는 12바이트의구성을가질수있다. 4바이트로구성될경우, 64 비트 NTP 타임스탬프의세번째, 네번째, 다섯번째바이트를전송하게되며, 12 바이트로구성될경우 64 비트 NTP 타임스템프의전체를전송한다. 타임스탬프의값은항상 SCT 보다커야한다. [ 그림 A-3] 4 바이트 EXT_ROUTE_PRESENTATION_TIME 헤더 163

164 [ 그림 A-4] 12 바이트 EXT_ROUTE_PRESENTATION_TIME 헤더 A EXT_TIME 헤더 RFC 5651 이정의하는 EXT_TIME 헤더가사용될수도있다. 사용될경우 SCT-High 와 SCT-Low flag 는 1 로설정된다. A.3.8. ROUTE 송신기기본동작과정 본절에서설명하는기본동작과정은다음의사항들을가정한다. Ÿ ROUTE 송신기에서하나의전송오브젝트전체가유효하다. Ÿ T > 0 는오브젝트의 Transfer-Length 를바이트수로나타낸다. Ÿ Source FEC Payload ID 는 start_offset 필드로구성된다. Y는패킷하나에전송가능한최대데이터크기를나타낸다. Y가 T보다크거나같을경우, 오브젝트는하나의패킷으로전송된다. 따라서 Codepoint는 Source FEC Payload ID 의크기가 0임을나타낼것이며, 전체전송오브젝트는하나의패킷페이로드에구성되어전송된다. Y 가 T 보다작을경우, 하나의패킷은오브젝트의일부를포함하여전송한다. 임의의 X 와임의의 Y>0 에대하여, X+Y 가최대 T 일때까지패킷이생성된다. 이때다음의사 항들이준수되어야한다. Ÿ 하나의패킷은오브젝트의시작지점으로부터 X 바이트로부터 X+Y 바이트까지 의데이터를페이로드에포함하여전송해야한다. Ÿ start_offset 필드는 X 로설정되어야한다. 164

165 Ÿ X+Y 가 T 와같을경우, B flag 가 1 로설정된다. 그렇지않을경우, 0 으로설정된 다. 패킷의전송순서는임의적이나전송에대한다른제약사항이없을경우, start_offset 의증가순서에따라순차적으로전송할것이추천된다. 어떤경우에는, T값이오브젝트모두전송하기전에식별되지않고, 이경우 T 값은나중에결정되며, 앞의전송동작과정을동일하게따른다. 오브젝트를전송하는마지막패킷만이 B flag가 1 로설정되어야한다. A.3.9. ROUTE 수신기기본동작과정 A 개요 그림 A-5는 ROUTE 수신기의기본동작과정을도시하고있다. 수신기는상황에따라패킷을선택적으로수신한다. 수신기는 ROUTE 세션과이를구성하는 LCT 채널으로부터수신된데이터로전송오브젝트를재생성하며, 생성된오브젝트들은추가처리과정을위해적합한처리장치로보내진다. 165

166 Signaling Metadata Delivery Session carrying Transport Sessions P1.1.0 P P2.1.0 Delivery Objects P2.1.0 P P Delivery Object Recovery Delivery Object Processing API Application/ DASH player [ 그림 A-5] 수신기동작과정 A 기본전송오브젝트복원 시그널링메타데이터는전송오브젝트플로우에대한정보를담고있다. 수신기는 다음의단계로수신된패킷의페이로드를처리한다. 1) ROUTE 수신기는 LCT 와 ROUTE(ALC) 헤더를해석하여패킷의유효여부를판단 한다. 유효하지않을경우해당패킷의페이로드는버려진다. 2) ROUTE 수신기는수신된패킷의 TSI 와 Codepoint 가시그널링데이터에서기술 하는것과매칭됨을확인한다. 3) ROUTE 수신기는페이로드헤더의해석, source FEC Payload ID 를이용한 start_offset 의결정을포함하여다음의단계로오브젝트들을복원한다. a. 시그널링메타데이터와 LCT 패킷헤더의 TOI 를이용하여연관된패킷페이 로드들을결정한다. b. 오브젝트의첫패킷페이로드를수신함에있어, T' 값을결정하기위해수신 기는 EFDT 의 maxtransportsize 속성을사용한다. c. 수신기는오브젝트를위한 T' 바이트의버퍼공간을할당한다. 166