t t a s t a n d a r d iii ttak.ko-07.0128/r2 preface 1 purpose the purpose of this standard is to...

T T

A S

t a n

d a

r d

정보통신단체표준(국문표준) 제정일: 2016 년 06 월 24 일

TTAK.KO-07.0128/R2 개정일: 2018 년 06 월 30 일

지상파 UHD IBB 서비스

Standard for Terrestrial UHD Integrated

Broadcast Broadband(IBB) Service

표준초안 검토 위원회 지상파방송 프로젝트그룹(PG802)

표준안 심의 위원회 방송 기술위원회(TC8)

성명 소 속 직위 위원회 및 직위 표준번호

표준(과제) 제안 -

차세대방송표준포럼

한국전자통신연구원

지상파방송

프로젝트그룹

- - TTAK.KO-

07.0128/R2

표준 초안 작성자 -

차세대방송표준포럼

한국전자통신연구원

지상파방송

프로젝트그룹

- - TTAK.KO-

07.0128/R2

표준 초안 에디터 배병준 한국전자통신연구원 책임연구원 PG802 간사 -

표준 초안 검토

김상진

외

PG802

위원

- -

지상파방송

프로젝트그룹

위원

TTAK.KO-

07.0128/R2

표준안 심의

김상진

외

TC8위원

- - 방송기술위원회

위원

TTAK.KO-

07.0128/R2

사무국 담당 김태영 TTA 선임연구원 - TTAK.KO-

07.0128/R2

본 문서에 대한 저작권은 TTA에 있으며, TTA와 사전 협의 없이 이 문서의 전체 또는 일부를 상업적 목적으로 복제 또는

배포해서는 안 됩니다.

본 표준 발간 이전에 접수된 지식재산권 확약서 정보는 본 표준의 ‘부록(지식재산권 확약서 정보)’에 명시하고 있으며, 이후 접수

된 지식재산권 확약서는 TTA 웹사이트에서 확인할 수 있습니다.

본 표준과 관련하여 접수된 확약서 외의 지식재산권이 존재할 수 있습니다.

발행인 : 한국정보통신기술협회 회장

발행처 : 한국정보통신기술협회

13591, 경기도 성남시 분당구 분당로 47

Tel : 031-724-0114, Fax : 031-724-0109

발행일 : 2018.06

정보통신단체표준(국문표준)

i TTAK.KO-07.0128/R1

서 문

1 표준의 목적

본 표준은 국내 지상파 UHD 방송을 시청하는 일반 시청자들이 수신기를 통해 실시간

방송을 시청하면서 방송망 및 브로드밴드 망을 통해 IBB(Integrated Broadcast

Broadband) 서비스를 이용하는 데 필요한 규격을 정의한다.

2 주요 내용 요약

본 표준은 지상파 UHD 방송을 시청하면서 방송망 및 브로드밴드 망을 통해 웹 기반의

서비스 애플리케이션을 제공하는 데 필요한 방법을 정의하고 있다. 또한 다양한 개인용

스마트기기와 TV 를 연계하여 방송 콘텐츠 관련 서비스를 제공하는 컴패니언 스크린

서비스를 제공하는 데 필요한 방법을 정의하고 있다. 본 표준에서는 웹 애플리케이션 및

컴패니언 스크린 서비스를 제공하기 위해서 ‘ATSC 3.0’과 ‘HbbTV 2.0’ 표준을 인용하고

있다. 또한 본 표준에서 인용하는 표준을 바탕으로 한국의 지상파 UHD IBB 서비스를

제공하는 데 필요한 추가적인 내용을 정의한다.

3 인용 표준과의 비교

3.1 인용 표준과의 관련성

본 표준은 ‘ATSC 3.0’ 표준을 기준으로 하고 브라우저 애플리케이션 환경 파트는

‘HbbTV 2.0’ 표준을 기준으로 한다.

3.2 인용 표준과 본 표준의 비교표

TTAK.KO-07.0128/R1 참조표준 비고

Part1. 공통 기술 ETSI TS 102 796, OIPF Release 2

Specification, W3C HTML5 등 참조

Part2. 애플리케이션 시그널링 ETSI TS 102 796, ETSI TS 102

809, ISO/IEC 23009-1 등 참조

Part3. 브라우저 애플리케이션

환경

ETSI TS 102 796, ETSI TS 102

809, ATSC A/333, A/338 등

참조


ii TTAK.KO-07.0128/R1

Part 4. 컴패니언 스크린

서비스

OIPF Release 2 specification ,

ETSI TS 102 796, ATSC A/338 등

참조

Part 5. 서비스 가이드 ETSI TS 102 796, ATSC A/332,

A/153, OMA BCAST 등

참조

Part6. 콘텐츠 인식 ETSI TS 102 796, ATSC A/336 등 참조


iii TTAK.KO-07.0128/R2

Preface

1 Purpose

The purpose of this standard is to define a specification for IBB(Integrated Broadcast

Broadband) TV services, which provides domestic terrestrial UHD TV viewers various

interactive content services while watching TV.

2 Summary

This standard mainly defines a necessary method of providing interactive service

application based on web through the broadcast and/or broadband network while

watching UHD broadcasting. Also, this standard defines a necessary method of

providing companion screen service connecting TV and personal smart devices. This

standard refers to ‘ATSC 3.0’ and ‘HbbTV 2.0’ standard for the web application and

companion screen service. And this standard also defines additional functions not

defined in the reference standard for domestic terrestrial UHD IBB service.

3 Relationship to Reference Standards

This standard refers to ‘ATSC 3.0’ and ‘HbbTV 2.0’ standard for the web application

and companion screen service. And this standard also defines additional functions not

defined in the reference standard for domestic terrestrial UHD IBB service


iv TTAK.KO-07.0128/R2

목 차

1 Part1. 공통 기술 ······································································ 1

2 Part2. 애플리케이션 시그널링 ······················································ 7

3 Part3. 브라우저 애플리케이션 환경 ··············································· 24

4 Part4. 컴패니언 스크린 서비스 ···················································· 45

5 Part5. 서비스 가이드 ································································ 55

6 Part6. 콘텐츠 인식 ·································································· 83

부속서 A ··············································································· 91

부록 Ⅰ-1 지식재산권 확약서 정보 ················································ 98

Ⅰ-2 시험인증 관련 사항 ····················································· 99

Ⅰ-3 본 표준의 연계(family) 표준 ········································· 100

Ⅰ-4 참고 문헌 ······························································· 101

Ⅰ-5 영문표준 해설서 ······················································· 102

Ⅰ-6 표준의 이력 ···························································· 103


１

TTAK.KO-07.0128/R1

UHD IBB 서비스

Part 1. 공통 기술

UHD IBB Service - Part 1. Common Technology

1. 개요, 표준의 구성 및 범위

1.1. 개 요



Broadband) 서비스를 이용하는 데 필요한 규격을 정의한다. 지상파 UHD IBB 표준은

‘ATSC 3.0’ 표준을 기준으로 하고 브라우저 애플리케이션 환경 파트는 ‘HbbTV 2.0’

표준을 기준으로 한다. 하지만, 본 표준은 ‘ATSC 3.0’ 표준과 ‘HbbTV 2.0’ 표준을

완전히 대신하지는 않는다. 따라서, 본 표준에서 기술하지 않는 내용은 ‘ATSC 3.0’

표준과 ‘HbbTV 2.0’ 표준 규격을 준용한다.

1.2. 표준의 구성 및 범위

본 표준은 국내 지상파 UHD 방송에서 IBB 서비스를 제공하는 데 필요한 파트를 나눠서

기술한다. 표준의 구성은 다음과 같다.

- 파트 1. 공통 기술

- 파트 2. 애플리케이션 시그널링

- 파트 3. 브라우저 애플리케이션 환경

- 파트 4. 컴패니언 스크린 서비스

- 파트 5. 서비스 가이드

- 파트 6. 콘텐츠 인식

파트1 에서는 문서에는 위 여러 파트에서 공통적으로 사용되는 공통 기술에 대한

규격을 정의한다.


２ TTAK.KO-07.0128/R2

2. 인용표준

[1] ETSI: “Hybrid Broadcast Broadband TV”, ETSI TS 102 796 v1.3.1,

2015-10.

[2] W3C: “HTML5 A vocabulary and associated APIs for HTML and

XHTML”, Recommendation, http://www.w3.org/TR/2014/REC-

html5-20141028/.

[3] OIPF: “OIPF Release 2 Specification, Volume 2 – Media Formats”,

V2.3, 2014-01-24.

[4] TTA: “지상파 데이터방송”, TTAK.KO-07.0001/R4, 2009-12.

[5] ISO: “Information technology – High efficiency coding and media

delivery in heterogeneous environments – Part 2: High efficiency

video coding”, ISO/IEC 23008-2, 2015-05-01.

[6] ISO: “Information technology – Coding of audio-visual objects –

Part 10: Advanced Video Coding”, ISO/IEC 14496-10, 2014-09-01.

[7] ISO: “Information technology – Generic coding of moving pictures

and associated audio information – Part 2: Video”, ISO/IEC 13818-

2, 2013-10-01.

[8] ISO: “Information technology – High efficiency coding and media

delivery in heterogeneous environments – Part 3: 3D audio”,

ISO/IEC 23008-3, 2015-10-15.

[9] ISO: “Information technology – Generic coding of moving pictures

and associated audio information – Part 7: Advanced Audio Coding

(AAC)”, ISO/IEC 13818-7, 2006-01-15.

[10] ISO: “Information technology – Coding of moving pictures and

associated audio for digital storage media at up to about 1,5 Mbit/s

– Part 3: Audio”, ISO/IEC 11172-3, 1993-08-12.

[11] ETSI: “Digital Audio Compression (AC-3, Enhanced AC-3)

Standard”, ETSI TS 102 366 v1.2.1, 2008-08.

[12] ISO: “Information technology – Coding of audio-visual objects –

Part 3: Audio”, ISO/IEC 14496-3, 2009-09-01.

3. 용어 정의

http://www.w3.org/TR/2014/REC-html5-20141028/



３ TTAK.KO-07.0128/R2

3.1. 초고화질(UHD) TV 비디오

초고화질 TV 영상으로 종래 1,920×1,080 해상도의 HD 비디오에 비해 4 배 이상의

해상도를 가지는 영상.

3.2. ATSC(Advanced Television System Committee)

차세대 텔레비전 시스템에 관련된 기술 표준, 권고 사항과 가이드라인 등의 문서화를

위한 협력 및 공동 작업을 목적으로, 미국 내의 전자, 방송 및 산업 관련 기관들이

조직한 위원회.

3.3. HbbTV(Hybrid Broadcast Broadband TV)

기존 방송과 브로드밴드 콘텐츠가 결합된 하이브리드 서비스를 인터넷이 연결된

텔레비전이나 셋톱박스를 통해 제공하기 위해 구성된 범 유럽 표준 컨소시엄.

3.4. IBB 애플리케이션 (IBB Application)

IBB 단말에서 구동되는 애플리케이션으로 웹 애플리케이션으로 구성됨.

4. 약어

AAC Advanced Audio Coding

AC-3 Dolby AC-3 Audio Coding

ATSC Advanced Television Systems Committee

AVC MPEG-4 Advanced Video Coding

HbbTV Hybrid Broadcast Broadband Television

HE-AAC High Efficiency Advanced Audio Coding

HEVC High Efficiency Video Coding

HTML HyperText Markup Language

IBB Integrated Broadcast Broadband

JPEG Joint Photograhpic Experts Group

MPEG Moving Picture Experts Group

OHTV Open Hybrid TV

PNG Portable Network Graphics


４ TTAK.KO-07.0128/R2

UHD Ultra High Definition

5. 요구사항

5.1. 공통기술

수신기는 UHD 비디오, 오디오를 플레이하고 HTML5[2] 페이지에 포함된 이미지, 소리,

동영상, 텍스트 등 멀티미디어 데이터를 제공하기 위한 코덱을 지원하여야 한다.

수신기는 HTML5 페이지에 포함된 텍스트를 일관성 있게 표현하기 위하여 ‘데이터방송

폰트’[4]를 지원하여야 한다.

수신기는 사용자 키 입력을 위하여 특정 키 코드 값을 구현하고 해당 코드 값에

해당하는 키 이벤트를 처리하여야 한다.

6. IBB 서비스 공통 기술

6.1. 개요

5장의 요구사항을 만족하기 위해서 필요한 공통 기술에 대해 기술한다.

6.2. 공통 기술

6.2.1 포맷

6.2.1.1. 이미지

[OIPF–Media Formats] 규격의 9.1절에서 정의하는 GIF, JPEG, PNG 포맷 방식을

따른다.

6.2.1.2. 비디오

6.2.1.2.1. 코덱

‘ISO/IEC 23008-2: 2015’에서 정의하는 HEVC(ITU-T H.265 High Efficiency Video


５ TTAK.KO-07.0128/R2

Coding) 비디오[5], ‘H.264/MPEG-4 AVC: ISO/IEC 14496-10’ 규격에서 정의하는

H.264 비디오[6], ‘MPEG-2 Video: ISO/IEC 13818-2’에서 정의하는 MPEG-2 비디오[7]

코덱 방식을 따른다.

6.2.1.2.2. 프로파일 및 레벨

6.2.1.2.1에서 지정한 코덱 표준을 참조하여 아래의 프로파일과 레벨을 지원한다.

<표 6-1> 비디오 프로파일 및 레벨

Codec Max. Profile/Level Max. Resolution

(pixel)

Max.

Framerate

(fps)

Max. Bitrate

(Mbps)

HEVC [email protected] 3840×2160 60 80

AVC [email protected] 1920×1080 60 20

MPEG-2 Main@High 1920×1080 60 20

6.2.1.3. 오디오

6.2.1.3.1. 코덱

‘ISO/IEC 23008-3:2015’ 규격에서 정의하는 MPEG-H 오디오[8], ‘MPEG2-AAC:

ISO/IEC 13818-7’ 규격에서 정의하는 MPEG2-AAC 오디오[9], ‘MPEG I layer 3 (MP3):

ISO/IEC 11172-3’에서 정의하는 MP3 오디오[10], ‘Dolby AC-3: Digital Audio

Compression Standard (AC-3)’에서 정의하는 Dolby AC-3[11], ‘MPEG-AAC: ISO/IEC

14496-3’에서 정의하는 MPEG4-AAC[12]를 따른다.

6.2.1.3.2. 프로파일 및 레벨

6.2.1.3.1에서 지정한 코덱 표준을 참조하여 아래의 프로파일과 레벨을 지원한다.

<표 6-2> 오디오 프로파일 및 레벨

Codec Max. sampling

rate (kHz) Max. channel/profile

MPEG-H 48 Low Complexity profile level 3

MPEG2-AAC 48 5.1ch


６ TTAK.KO-07.0128/R2

Codec Max. sampling

rate (kHz) Max. channel/profile

MPEG4-AAC 48 5.1ch (MPEG-4 AAC LC, MPEG-4 HE AAC,

MPEG-4 HE AAC v.2)

AC-3 48 5.1ch

6.2.2. 폰트

‘TTAK.OT-07.0001/R4’[4] 표준에서 정의하고 있는 데이터 방송 폰트를 사용한다.

6.2.3. 키 입력

‘HbbTV 2.0’[1] 표준의 ’10.2.2 User Input’에서 정의하고 있는 키 입력을 지원하되,

TEXT/TXT 호환 버튼은 제외한다.

6.2.4. 애플리케이션 해상도

IBB 애플리케이션은 1,920×1,080 해상도를 지원한다.


７ TTAK.KO-07.0128/R2

UHD IBB 서비스

Part 2. 애플리케이션 시그널링

(UHD IBB Service - Part 2. Application Signaling


1.1 개 요



Broadband) 서비스를 이용하는데 필요한 규격을 정의한다. 지상파 UHD IBB 표준은

‘ATSC 3.0’ 표준을 기준으로 하고 브라우저 애플리케이션 환경 파트는 ‘HbbTV 2.0’ 표

준을 기준으로 한다. 하지만, 본 표준은 ‘ATSC 3.0’ 표준과 ‘HbbTV 2.0’ 표준을 완전히

대신하지는 않는다. 따라서, 본 표준에서 기술하지 않는 내용은 ‘ATSC 3.0’ 표준과

‘HbbTV 2.0’ 표준 규격을 준용한다.

1.2 표준의 구성 및 범위

본 표준은 국내 지상파 UHD 방송에서 IBB 서비스를 제공하는데 필요한 파트로 나눠서








８ TTAK.KO-07.0128/R2


파트2 에서는 애플리케이션 기반 컴포넌트를 포함하는 실시간 서비스와 애플리케이션

기반 컴포넌트들로만 구성되는 독립형의 애플리케이션 기반 서비스의 두가지 종류의 서

비스에서 사용되는 애플리케이션 기반 컴포넌트에 대한 시그널링 및 해당 컴포넌트들의

시간 정보 시그널링을 이용하여 동기화를 하는 방안에 대한 규격을 정의한다.

2. 인용 표준


October 2015

[2] ETSI: “Digital Video Broadcasting(DVB); Signalling and carriage of

interactive applications and services in Hybrid broadcast/broadband

environments”, ETSI TS 102 809 v1.1.1, Janurary 2010

[3] TTA: “지상파 UHDTV 방송 송수신 정합 - 파트 2. 컴포넌트,”

TTAK.KO-07.0127/R1-Part2.

[4] TTA : “지상파 UHDTV 방송 송수신 정합 - 파트 3. 시스템즈,”


[5] ISO: “Information technology – Dynamic adaptive streaming over

HTTP (DASH) – Part 1: Media presentation description and segment

formats”, ISO/IEC 23009-1 (2014), 5/15/2014

[6] DASH IF: “Guidelines for Implementation: DASH-IF Interoperability

Points, Version 3.3,” DASH Industry Forum, 12 June 2016.

3. 용어 정의

3.1. 애플리케이션 (Application)

상호 연계된 문서들의 집합으로서, 실시간 서비스의 부가 기능 혹은 독립적인


９ TTAK.KO-07.0128/R2

애플리케이션 기반 서비스를 제공함. 이 애플리케이션 문서들은 HTML, JavaScript, CSS,

XML and multimedia files 등이 될 수 있으며, 애플리케이션은 이 애플리케이션을

구성하는 데이터 이외의 테이터에 접근하거나 이를 활용할 수 있음.



3.3. 이벤트 (Event)

수신기나 수신기의 애플리케이션에 해당 수신기나 애플리케이션이 특정 시점에 수행해

야할 동작을 알려주는 알림 통지

4. 약어

AEI Application Event Information

AIT Application Information Table

AST Application Signaling Table


DASH Dynamic Adaptive Streaming over HTTP

EFDT Extended File Delivery Table


HTTP Hypertext Transfer Protocol

MMT MPEG Media Transport

MPD Media Presentation Description

MPT MMT Package Table


１０ TTAK.KO-07.0128/R2

MPU Media Processing Unit

NRT Non-Real Time

ROUTE Real-Time Object Delivery over Unidirectional Transport

SLS Service Layer Signaling

SLT Service List Table

URN Uniform Resource Name

URL Uniform Resource Locator

XML Extensible Markup Language

5. 요구사항

5.1. 애플리케이션 시그널링

애플리케이션 시그널링이란 부가서비스를 실행하기 위해 필요한 필수 정보 및 그

정보를 송수신하는 방법을 의미한다.

시스템은 방송망 혹은 브로드밴드 망을 통하여, 언제든지 원하는 형태의 데이터를

송수신 할 수 있어야 한다.

시스템은 부가서비스 실행에 필요한 기본 정보를 방송망을 통해 제공 할 수 있어야

한다.

시스템은 서비스 보안을 위한 사용자 인증 정보 및 암호화 프로토콜을 송수신 할 수

있어야 한다.

시스템은 전체 부가서비스 리스트와 각 부가서비스에 대한 기본정보 및 실행 주기에

대한 정보를 주기적으로 전송하여야 한다.

애플리케이션 시그널링 정보 제공은 실시간 방송에 영향을 주지 않아야 한다.

애플리케이션 시그널링은 “서비스 시그널링” 정보와 호환성을 유지해야 한다.

시스템은 영상 컨텐츠 보호를 위한 단말 인증 및 암호화 정보를 송수신 할 수 있어야

한다.


１１ TTAK.KO-07.0128/R2

시스템은 특정 시점에 부가 서비스가 실행할 수 있는 방법을 제공하여야 한다.

시스템은 가변적으로 부가 서비스의 실행 시점을 설정할 수 있는 방법을 제공하여야

한다.

6. 애플리케이션 시그널링

6.1. 개요

애플리케이션 시그널링과 동기화의 목적은 UHD IBB 서비스에서 지원하는 두가지

종류의 서비스를 지원하기 위함이다.

애플리케이션 기반 컴포넌트를 포함하는 실시간 서비스

애플리케이션 기반 컴포넌트들로만 구성되는 독립형의 애플리케이션 기반 서비스

애플리케이션 기반 컴포넌트들은 아래와 같은 종류로 분류될 수 있다.

애플리케이션

알림 전송

NRT 컨텐츠 (이 컨텐츠들은 미리 전송 및 저장되어 애플리케이션에 의해서 사

용된다.)

On-Demand 컨텐츠 (이 컨텐츠들은 애플리케이션의 요청시 전송되어 사용된

다.)

본 절에서는 두 가지 종류의 서비스에서 사용되는 애플리케이션 기반 컴포넌트에 대한

시그널링 및 해당 컴포넌트들의 시간 정보 시그널링을 이용하여 동기화를 하는 방안에

대하여 기술한다.

애플리케이션 시그널링에서 정의하는 모든 정보에 대해, 브로드캐스트 및

브로드밴드에서 모두 수신되었으나 상호간 불일치할 경우, 수신기는 브로드캐스트로

획득한 정보를 우선시하여 동작하여아 한다.

6.2. 애플리케이션 기본 속성 시그널링

하나의 서비스는 복수의 애플리케이션 기반 컴포넌트를 포함할 수 있다. 각

애플리케이션 기반 컴포넌트들의 기본 속성에 대한 시그널은 방안은 아래와 같다.


１２ TTAK.KO-07.0128/R2

6.2.1. AST (Application Signaling Table)

애플리케이션 기반 컴포넌트의 기본 속성은 XML 형식의 AST 문서를 통해 전달된다.

이 테이블은 ETSI TS 102809 [2]에서 정의된 AIT 기반으로 HbbTV 2.0의 7.2.3.2절에서

정의된 XML AIT의 규격을 따르며 [1], 추가적으로 UHD IBB 서비스을 위해 아래와 같은

제약 및 추가사항을 따른다.

AST는 broadcast-related application 및 Broadcast-independent application에 모두

적용된다. AST는 XML AIT의 항목을 모두 포함할 수 있으나 일부 필드에 대해 아래와

같은 제약 사항을 따라야 한다.

<표 6-1> AST의 제약 사항

Field or element Requirement on AST

applicationDescriptor/controlCode AUTOSTART, PRESENT, KILL 또는 DISABLED

applicationDescriptor/serviceBound true 또는 false

applicationDescriptor/version 선택적으로 포함 가능

applicationDescriptor/mhpVersion 포함되지 않아야 함

applicationDescriptor/icon 포함되지 않아야 함

applicationTransport/ OCTransportType 타입 불가, 즉

HTTPTransportType만 허용.

애플리케이션 파일 및 content item이 브로드

캐스트, 즉 ROUTE 프로토콜을 통해 전송될

경우, 이 필드는 사용되지 않아야하며,

uhdibb:ApplicationDescriptor 하위의

ApplicationTransport 필드가 사용되어야 함

AST는 XML AIT의 항목을 모두 포함할 수 있고, UHD IBB 서비스를 위한 추가적인

필드를 포함할 수 있다. XML AIT 규격 이외의 추가적인 AST의 필드는 다음의 XML

네임스페이스를 이용하여 생성해야한다.

http://www.nextb.or.kr/XMLSchemas/UHDIBB/AST/1.0/


１３ TTAK.KO-07.0128/R2

상기의 네임스페이스의 prefix는 “uhdibb”이다.

<표 6-2> AST 의 추가 사항

Element Name

Cardinal

ity

Data Type Description

Application 1..N 애플리케이션의 다양한 properties를

포함하는 root element

uhdibb:ApplicationDescriptor 0..1 UHD IBB 서비스를 위한 extension

@requiredCapabilities O string 해당 애플리케이션의 정상적인 구동

을 위해 필요한 수신기의 capabilities

[3]

@appSize O unsignedLong 해당 애플리케이션 파일의 총 바이트

크기

@contentLinkage O unsignedInt 해당 애플리케이션에 할당된 EFDT

indication value, 즉 linkage value

Icon 0…N anyURI 해당 애플리케이션을 위한 아이콘의

relative URL. 다양한 너비, 높이 혹은

포맷의 아이콘 지원을 위해 복수개의

URL이 제공될 수 있다.

@MIMEType O string 해당 아이콘 이미지 파일의 MIME

타입으로, 수신기가 지원 불가한 타

입일 경우 아이콘을 디스플레이 하지

않을 수 있다

@width O unsignedInt 해당 아이콘 이미지의 픽셀 단위 너

비


１４ TTAK.KO-07.0128/R2

Element Name

Cardinal

ity


@height O unsignedInt 해당 아이콘 이미지의 픽셀 단위 높

이

@dataSize O unsignedInt 해당 아이콘 이미지 데이터의 바이트

크기

ApplicationTransport 0..1 해당 애플리케이션 및 content item

이 전송되는 Transport protocol 및

관련 parameter를 포함하는 element

ROUTESessionInfo 1…N 해당 애플리케이션 및 연계된

content item을 전송하는 ROUTE 세

션의 parameter를 포함하는 element

LCTChannel 1…N 해당 ROUTE 세션을 구성하는 LCT

채널의 parameter를 포함하는

element

@tsi 1 string 해당 LCT 채널의 transport session

identifier

@broadcastStreamI

d

OD unsignedShort 해당 ROUTE 세션이 전송되는 물리

채널의 broadcast stream의 identifier

(디폴트 값: 현재 수신중인

broadcast stream의 identifier)

@sourceIpAddress OD string 해당 ROUTE 세션으로 전송되는

패킷들의 dotted-IPv4 source


１５ TTAK.KO-07.0128/R2

Element Name

Cardinal

ity


address

(디폴트 값: 이 AST가 전송되는

패킷들의 source IP address)

@destinationIpAddr

ess

OD string 해당 ROUTE 세션으로 전송되는

패킷들의 dotted-IPv4 destination

address


패킷들의 destination IP address)

@destinationPort OD unsignedShort 해당 ROUTE 세션으로 전송되는

패킷들의 port number


패킷들의 port number)

ContentItem 0…N 해당 애플리케이션이 사용하는

content item의 properties를 포함하

는 element

@location O anyURI 해당 content item의 relative URL

@contentLinkage O unsignedInt 해당 content item에 할당된 EFDT

indication value, 즉 linkage value

@updatesAvailable O boolean 해당 content item이 주기적으로 업

데이트 되는지 여부를 나타내는 플래

그

@size O unsignedLong 해당 content item의 총 바이트 크기


１６ TTAK.KO-07.0128/R2

<Icon>의 width와 height 속성 값은 반드시 24 이상이어야 하며, 그 비율은 1:1, 4:3,

16:9 중의 하나 이어야 한다.

6.2.2. 방송망을 통한 AST의 전송

애플리케이션 기반 컴포넌트들이 속한 실시간 서비스 혹은 애플리케이션 기반 서비스의

SLS [4] 전송 경로로 AST XML 문서가 전송된다. AST의 전달여부는 ROUTE 서비스의

경우 LCT TOI 필드를 통해 (Annex B [4] 참조), MMT 서비스의 경우

mmt_atsc3_message()를 통해 (5.4.2.3.1 절 [4] 참조)시그널링 된다.

6.2.3. 브로드밴드를 통한 AST의 전송


LLS의 SLT 내부의 "svcInetUrl" 혹은 "sltInetUrl" 엘리먼트를 통해 전달되는 URL을 이용

하여, HTTP Request로 AST XML 문서를 수신할 수 있다 [4].

AST XML 문서의 업데이트 여부는, 해당 AST XML 문서를 포함하는 MBMS metadata

envelope의 “validFrom” 및 “validUntil” attributes를 통해 시그널링 될 수 있다. [4]. 또

한, AST XML 문서의 업데이트를 포함한 다운로드 필요여부는 동적 이벤트를 통해 직접

적으로 시그널링 될 수 있다 (6.3.5절 참조).

업데이트 된 AST XML 문서의 URL은 해당 AST XML 문서를 포함하는 MBMS metadata

envelope의 “nextURL” attribute로 시그널링 될 수 있다 [4]. SLT를 통해 전달되는 URL

과 다를 경우 SLT의 URL을 따른다.

6.3. 애플리케이션 이벤트 시그널링

애플리케이션에 의해서 취해지는 동작들은 방송망 혹은 브로드밴드를 통해 전송되는

알림, 즉 이벤트에 의해서 제어될 수 있다.

6.3.1. ROUTE 서비스를 위한 애플리케이션 이벤트의 방송망을 통한 전송

ROUTE 서비스에 포함되어 전송되는 애플리케이션 기반 컴포넌트들에 대한 이벤트를

전송하는 경우, 방송망으로 전송되는 이벤트들은 DASH 이벤트를 통해 전송된다. 이는

DASH 표준 문서에 기술된 두 가지 이벤트 전송 방안을 따른다 [5, 6].

MPD의 Period element 하부의 EventStream element(s)를 이용하여 전송

DASH segment 내에 존재하는 ‘emsg’ 박스를 이용하여 전송


１７ TTAK.KO-07.0128/R2

6.3.1.1. 정적 이벤트

ROUTE 서비스로 전송되는 정적 이벤트 시그널링은 MPD의 Period element 하부의

EventStream element 를 통해 전송될 수있다 [5, 6].

6.3.1.2. 동적 이벤트

ROUTE 서비스에서 전송하는 동적 이벤트는 DASH segment 내부에 존재하는 ‘emsg’

박스를 통해서 전송되며, 이 ‘emsg’ 박스의 존재여부 및 기본적인 properties는 DASH

표준 문서에서 정의하는 MPD의 InBandEventStream element를 통해 시그널링된다 [5,

6].

6.3.2. MMT 서비스를 위한 애플리케이션 이벤트의 방송망을 통한 전송

MMT 서비스에서 사용하는 애플리케이션 기반 컴포넌트들에 대한 이벤트를 전송하는 경우,

방송망으로 전송되는 이벤트들은 MMT 서비스에서 정의하는 시그널링을 이용한다 [4].

AEI 테이블 이용하여 전송

MPU 내에 존재하는 ‘evti’ 박스를 이용하여 전송

6.3.2.1. 정적 이벤트

MMT 서비스로 전송되는 정적 이벤트는 AEI (Application Event Information) 테이블을

통해 시그널링되며, AEI 테이블은 [4]의 5.4.2.3 절에 정의된 MMT 시그널링 메시지로

전송된다.AEI는 다음의 네임스페이스를 가지는 XML 스키마를 준수하는 XML 문서여야

한다.

http://www.nextb.or.kr/XMLSchemas/UHDIBB/AEI/1.0/

다음 <표 6-3>은 AEI의 구조를 나타낸다.

<표6-3> AEI 테이블

Element Name

Cardi

nality


AEI

정적 event streams의 다양한 properties,

parameter 및 time reference 정보를 포함하는

root element

@assetId 1 string Time reference를 위한 MMT asset의 identifier


１８ TTAK.KO-07.0128/R2

Element Name

Cardi

nality


@mpuSeqNum 1 unsignedInt

Time reference를 위한 anchor MPU의

sequence number

@timestamp 1 unsignedLong Anchor MPU의 presentation time

EventStream 1..N

정적 event stream의 다양한 properties와

parameters를 포함하는 element

@schemeIdUri R anyURI

해당 event stream의 scheme을 identify하는

URI

@value O string

해당 event stream의 value로서 그 형식과 의미

는 @schemeIdUri attribute가 지칭하는 scheme

에서 정의된다.

@timescale O unsignedInt

해당 event stream의 events에 적용되는 time

scale

Event 0..N string

Event stream을 구성하는 events의 스트링 데이

터로서 그 형식과 의미는 @schemeIdUri

attribute가 지칭하는 scheme에서 정의된다.

@presentation

Time

OD unsignedLong

해당 event의 presentation time으로서

@timestamp가 지칭하는 anchor MPU의 첫 번

째 access unit의 presentation time을 기준으로

한다.

@duration O unsignedLong 해당 event의 지속 기간

@id O unsignedInt 해당 event의 identifier

6.3.2.2. 동적 이벤트

MMT 서비스에서 전송하는 동적 이벤트는 MPU 내부에 존재하는 ‘evti’ 박스를 통해서


１９ TTAK.KO-07.0128/R2

전송한다. 이 ‘evti’ 박스의 존재여부및 기본적인 properties는 다음 <표 6-4>에 정의된

inband_event_descriptor()를 통해 시그널링되며, inband_event_descriptor()는 [4]의

5.4.2.3 절에 정의된 MMT 시그널링 메시지로 전송된다.

<표6-4> inband_event_descriptor()

Syntax Value

No.

of

bits

Format Description

inband_event_descriptor() {

descriptor_tag 16 uimsbf

해당 descriptor의 타입을 나타내는

태그값

descriptor_length

16 uimsbf

이 필드 바로 다음 바이트부터 해당

descriptor 마지막 바이트까지의 총

바이트 길이

number_of_assets N1 8 uimsbf 해당 descriptor에 기술된 에셋의 수

for (i=0;i<N1;i++)

asset_id_length N2 32 uimsbf asset_id의 바이트 단위 길이

for (j=0;j<N2;j++) {

asset_id_byte 8 uimsbf asset_id의 각 바이트

}

scheme_id_uri_length

N3 8 uimsbf scheme_id_uri_bytes의 총 바이트 길

이

for (j=0;j<N3;j++) {

scheme_id_uri_byte 8 uimsbf

해당 event stream의 scheme을

identify하는 URI

}

event_value_length N4 8 uimsbf event_value_bytes의 총 바이트 길이


２０ TTAK.KO-07.0128/R2

for (j=0;j<N4;j++) {

event_value_bytes

8 uimsbf

해당 event stream의 value로서 그

형식과 의미는 scheme_id_uri_byte가

지칭하는 scheme에서 정의된다.

}

}

}

동적 이벤트를 위한 ‘evti’ 박스는 아래와 같이 정의된다.

aligned(8) class EventInformationBox extends FullBox(‘evti’, version = 0, flags = 0){

string scheme_id_uri;

string value;

unsigned int(32) timescale;

unsigned int(32) event_id;

unsigned int(32) event_presentation_time_delta;

/*relative to the earliest presentation time in this MPU */

unsigned int(32) event_duration;

unsigned int(8) event_data[]; }

}

schemeIdUri: 해당 event stream의 scheme을 identify하는 URI

value: 해당 event stream의 value로서 그 형식과 의미는 schemeIdUri가 지칭

하는 scheme에서 정의된다.

timescale: 해당 event stream의 events에 적용되는 time scale

event_id: 해당 event instance의 identifier

event_presentation_time_delta: 해당 event의 presentation time으로서 이 ‘evti’

박스를 포함하고 있는 MPU의 ealiest presentation time을 기준으로 한다.


２１ TTAK.KO-07.0128/R2

event_duration: 해당 event의 지속 기간

event_data: 해당 event의 데이터 스트링으로 선택적으로 사용될 수 있음

6.3.3. ROUTE 서비스를 위한 애플리케이션 이벤트의 브로드밴드를 통한 전송

6.3.3.1. 정적 이벤트


LLS의 SLT 내부의 "svcInetUrl" 혹은 "sltInetUrl" 엘리먼트를 통해 전달되는 URL을

이용하여, HTTP Request로 EventStream element(s)를 포함하는 MPD를 수신할 수 있다

[4].

EventStream element(s)를 포함하는 MPD의 업데이트 여부는, 해당 MPD를 포함하는

MBMS metadata envelope의 “validFrom” 및 “validUntil” attributes를 통해 시그널링 될

수 있다 [4]. 또한 MPD의 업데이트를 포함한 다운로드 필요여부는 동적 이벤트를 통해

직접적으로 시그널링 될 수 있다 (6.3.5절 참조).

업데이트 된 MPD의 URL은 해당 MPD를 포함하는 MBMS metadata envelope의

“nextURL” attribute로 시그널링 될 수 있다 [4]. SLT를 통해 전달되는 URL과 다를

경우 SLT의 URL을 따른다.

6.3.3.2. 동적 이벤트

브로드밴드를 통해 전송되는 DASH segment 내부에 존재하는 ‘emsg’ 박스를 통해서

전송되며, 이 ‘emsg’ 박스의 존재여부 및 기본적인 properties는 DASH 표준 문서에서

정의하는 MPD의 InBandEventStream element를 통해 시그널링된다 [5, 6].

동적 이벤트의 업데이트 여부는, 워터마크를 통해 직접적으로 시그널링 될 수 있다.

6.3.4. MMT 서비스를 위한 애플리케이션 이벤트의 브로드밴드를 통한 전송

6.3.4.1. 정적 이벤트


LLS의 SLT 내부의 "svcInetUrl" 혹은 "sltInetUrl" 엘리먼트를 통해 전달되는 URL을 이용

하여, HTTP Request로 AEI를 수신할 수 있다 [4].

AEI의 업데이트 여부는, 해당 AEI를 포함하는 MBMS metadata envelope의 “validFrom”


２２ TTAK.KO-07.0128/R2

및 “validUntil” attributes를 통해 시그널링 될 수 있다 [4]. 또한 AEI의 업데이트를 포함

한 다운로드 필요여부는 동적 이벤트를 통해 직접적으로 시그널링 될 수 있다 (6.3.5절

참조).

업데이트 된 AEI의 URL은 해당 AEI를 포함하는 MBMS metadata envelope의 “nextURL”

attribute로 시그널링 될 수 있다 [4]. SLT를 통해 전달되는 URL과 다를 경우 SLT의

URL을 따른다.

6.3.4.2. 동적 이벤트

브로드밴드를 통해 전송되는 DASH segment 내부에 존재하는 ‘emsg’ 박스를 통해서

전송되며, 이 ‘emsg’ 박스의 존재여부 및 기본적인 properties는 DASH 표준 문서에서

정의하는 MPD의 InBandEventStream element를 통해 시그널링된다 [5, 6].

동적 이벤트의 업데이트 여부는, 워터마크를 통해 직접적으로 시그널링 될 수 있다.

6.3.5. 동적 IBB-Specific 이벤트

이 문서에서 정의한 애플리케이션 이벤트는 아래의 세 가지로 구분될 수 있다.

DASH-specific 이벤트: DASH 표준에 따름 [5, 6]

Application-specific 이벤트: 애플리케이션 developer의 정의에 따름

IBB-specific 이벤트

동적 IBB-specific 이벤트는 애플리케이션 시그널링을 수행하는 다양한 테이블들의

업데이트 필요 여부를 알려주기 위해 아래와 같이 정의된다.

<표 6-5> 동적 IBB-specific 이벤트 요구사항

‘emsg’ 또는 ‘evti’ 박스의 필드

이름

값

scheme_id_uri urn:ngbf:ibb

value stu

event_data 업데이트 필요한 테이블 이름의 comma

separated list

<표 6-6> 동적 IBB-specific 이벤트를 위한 테이블 이름


２３ TTAK.KO-07.0128/R2

테이블 이름 의미

ALL 아래의 모든 테이블

AST Application Signaling Table

MPDEVENT ROUTE 서비스의 정적 이벤트를 위한 EventStream

element를 포함하는 MPD

AEI MMT 서비스의 정적 이벤트를 위한 Application Event

Information


２４ TTAK.KO-07.0128/R2

UHD IBB 서비스

Part 3. 브라우저 애플리케이션 환경

UHD IBB Service - Part 3. Browser Application Environment


1.1 개 요









본 표준은 국내 지상파 UHD 방송에서 IBB 서비스를 제공하는데 필요한 파트로4 나눠서








파트3 에서는 IBB 애플리케이션이 구동될 수 있는 브라우저 애플리케이션 환경을

제공한다.

2. 인용 표준


２５ TTAK.KO-07.0128/R2


October 2015

[2] ETSI: “Digital Video Broadcasting(DVB); Signalling and carriage of

interactive applications and services in Hybrid broadcast/broadband

environments”, ETSI TS 102 809 v1.1.1, Janurary 2010

[3] OIPF: “OIPF Release 2 specification, Volume 5 – Declarative

Application Environment V2.3”, 2014-01-24

[4] ISO: “Information technology – Dynamic adaptive streaming over

HTTP (DASH) – Part 1: Media presentation description and segment

formats”, ISO/IEC 23009-1 (2014), 5/15/2014

[5] ATSC: “Companion Device”, A/338: ATSC Candidate Standard,

Advanced Television Systems Committee, 2 December 2015. (work

in progress)



html5-20141028/

[7] W3C: “HTML5 Web Messaging”, Recommendation,

http://www.w3.org/TR/2015/REC-webmessaging-20150519/

[8] W3C: “Server-Sent Events”, Recommendation,

http://www.w3.org/TR/2015/REC-eventsource-20150203/

[9] W3C: “Web Storage”, Recommendation,

http://www.w3.org/TR/2013/REC-webstorage-20130730/

[10] W3C: “Geolocation API specification”, Recommendation,

https://www.w3.org/TR/2013/REC-geolocation-API-20131024/

[11] W3C: “Media Source Extensions”, CR,

https://www.w3.org/TR/2015/CR-media-source-20151112/

[12] W3C: “Encrypted Media Extensions”, WD,

https://www.w3.org/TR/2015/WD-encrypted-media-20151120/

[13] W3C: “Network Information API”, ED, https://w3c.github.io/netinfo/

[14]

[15]

TTA: “지상파 UHDTV 방송 송수신 정합 – 파트2. 컴포넌트,”


TTA: “지상파 UHDTV 방송 송수신 정합 – 파트3. 시스템즈,”




http://www.w3.org/TR/2015/REC-webmessaging-20150519/

http://www.w3.org/TR/2015/REC-eventsource-20150203/

http://www.w3.org/TR/2013/REC-webstorage-20130730/

https://www.w3.org/TR/2013/REC-geolocation-API-20131024/

https://www.w3.org/TR/2015/CR-media-source-20151112/

https://www.w3.org/TR/2015/WD-encrypted-media-20151120/

https://w3c.github.io/netinfo/


２６ TTAK.KO-07.0128/R2

[16] ATSC: “Service Usage Reporting,” A/333: ATSC Proposed Standard,

Advanced Television Systems Committee, 27 October 2016. (work in

progress)

[17] ETSI, “Hybrid Broadcast Broadband TV”, ETSI TS 102 796 v1.3.1,

March 2016

3. 용어 정의

3.1. HTML5

웹 문서를 제작하는 데 쓰이는 기본 프로그래밍 언어인 HTML(Hypertext Markup

Language)의 최신 규격. 본 문서에서는 IBB 단말에서 구동되는 IBB 애플리케이션을

작성하는 기본 언어로 사용된다.

3.2. 자바스크립트 (JavaScript)

웹 브라우저에서 실행되는 스크립트 언어를 기술한다. 언어 규격은 자바의 부분

집합으로 되어 있다. HTML5로 작성된 애플리케이션에서 사용자와의 인터렉션이나

단말의 제어를 위해 사용된다.

3.3. CSS (Cascading Style Sheets)

웹 문서의 전반적인 스타일을 미리 정의해 둔 스타일시트로, 일반적으로 HTML5로는

문서의 내용을 작성하고 CSS로 문서의 스타일을 지정한다.

3.4. 컴패니언 스크린 (Companion Screen)

N 스크린의 한 종류로 TV와 함께 동반 사용하는 이용하는 기기

4. 약어


CI Plus Common Interface Plus

CICAM Common Interface Conditional Access Module

CSS Cascading Style Sheets

DAE Declarative Application Environment


DRM Digital Rights Management


２７ TTAK.KO-07.0128/R2

DSM-CC Digital Storage Media – Command and Control

EME Encrypted Media Extension


HTML5 Hypertext Markup Langauge 5


IMSC1 Internet Media Subtitles and Captions Version 1

MPEG Motion Picture Experts Group

MSE Media Source Extension

OIPF Open IPTV Forum

PVR Personal Video Recorder

URI Uniform Resource Identifier


W3C Worldwide Web Consortium

5. 요구사항

5.1. 브라우저 애플리케이션 환경

브라우저 앱은 W3C HTML5를 따르며, 수신기는 HTML5 페이지와 페이지에 포함된

이미지, 음성, 동영상 등 멀티미디어 데이터를 렌더링하여 제공하여야 한다.

수신기는 지상파 방송망 혹은 인터넷망을 통하여 송출되는 브라우저 앱을 수신하여

제공하여야 한다.

수신기는 지상파 방송망의 온에어 채널 혹은 영상에 포함된 정보를 이용하여 HTML5

애플리케이션의 진입 경로를 파싱하여야 한다.

방송사에서 제공하는 HTML5 페이지는 온에어 동영상 전면에 우선적으로 표시하여야

한다.

HTML5 페이지는 투명도를 가지고 배경 온에어 동영상과 합성되어 표시할 수 있어야

한다.

브라우저 앱이 TV 디스플레이 영역의 safe area 영역에 표시되어야 한다.

브라우저 앱이 사용하는 폰트는 브라우저 기본 폰트와 다운로드 가능한 폰트를 사용할

수 있어야 한다.

수신기는 리모콘의 특정 버튼 혹은 이를 위한 UI를 제공하여 브라우저 앱을 시작,

종료할 수 있는 편리한 방법을 제공하여야 한다.

수신기는 브라우저 앱의 라이프 사이클을 관리하는 기능을 제공하여야 하며, 정적


２８ TTAK.KO-07.0128/R2

이벤트 및 동적 이벤트를 처리하기 위한 동기화 방법을 제공하여야 한다.

수신기는 리모콘 등의 사용자 입력을 처리하기 위한 API, TV를 핸들링하기 위한 API를

포함한 TV에 특화된 API를 제공하여야 한다.

수신기는 서비스 제공자가 제공하는 VoD/AoD 서비스를 제공하여야 하며, 이를 위하여

최신 스트리밍 프로토콜을 지원하여야 한다.

수신기는 브로드캐스트 동영상과 브로드밴드 동영상을 동시에 재생할 수 있어야 한다.

수신기 지원이 불가할 경우 이에 대한 적절한 메시지를 표시하여야 한다.

수신기는 서비스 제공자의 브라우저 앱을 다운로드 할 수 없을 경우 에러에 대한

적절한 메시지를 표시하여야 한다.

6. 브라우져 애플리케이션

6.1. 개요

IBB 단말기는 HbbTV[1]에서 정의한 HTML과 자바스크립트, CSS 기능을 지원해야 한다.

단, DVB 관련 기능들은 ATSC에서 정의한 기능으로 대체되거나 제외된다. 구체적으로

다음과 같은 기능들은 제외된다.

- 미디어 동기화와 컴패니언 스크린(HbbTV[1]의 13장과 14장). 대신 ATSC의 미디어

동기화와 컴패니언 스크린 기능을 지원한다(컴패니언 스크린은 ‘파트 4. 컴패니언

스크린 서비스’ 규격을 참조)

- CI Plus 전송 프로토콜과, CI Plus 파일 시스템, CICAM 보조 파일 시스템을 포함한

모든 CI 또는 CI Plus 관련 기능

- 디지털 텔레텍스트 애플리케이션 지원

- 브로드캐스트 전송 애플리케이션과 데이터(브로드캐스트 전송 애플리케이션과

데이터는 ATSC 기능을 따른다)

- PVR 및 콘텐츠 다운로드

6.2. 서비스 및 애플리케이션 모델

6.2.1. 애플리케이션 모델

IBB 단말은 한번에 하나의 IBB 애플리케이션을 지원한다. 지원되는 IBB 애플리케이션

종류는 다음과 같다.


２９ TTAK.KO-07.0128/R2

- 브로드캐스트 연관 애플리케이션: 브로드캐스트 채널에서 시그널된 방송 연계

애플리케이션을 말한다. 애플리케이션의 URL은 브로드캐스트 채널을 통해 전달된다.

애플리케이션 URL의 전달은 ‘파트 2. 애플리케이션 시그널링’을 참조한다.

- 브로드캐스트 독립적 애플리케이션: 브로드캐스트 채널에서 시그널되지 않는 방송

독립적인 애플리케이션을 말한다.

IBB 애플리케이션의 요구사항은 HbbTV[1]의 6.1을 따른다. 단, 애플리케이션 시그널링

은 '파트2. 애플리케이션 시그널링'을 따른다.

6.2.2. 애플리케이션 라이프 사이클

애플리케이션의 시그널링은 6.3.2에 정의되어 있다.

단말에서 이미 구동중인 IBB 애플리케이션이 없으면 브로드캐스트 스트림으로

시그널링된 애플리케이션을 구동시킨다.

단말의 채널이 변경되면, 브로드캐스트 스트림으로 시그널링된 애플리케이션과 현재

구동중인 애플리케이션의 오리진(origin)이 다르면, 현재 구동중인 애플리케이션은

중단된다. 현재 시그널링된 애플리케이션이 없으면 구동중인 애플리케이션은 중단된다.

현재 구동중인 애플리케이션이 없으면(또는 이미 종료되었으면), 브로드캐스트

스트림으로 시그널링된 애플리케이션을 구동시킨다.

단말은 암호화된 채널의 일부 또는 전체 컴포넌트의 복호화가 실패하여도

브로드캐스트에 시그널링된 애플리케이션이 있으면 앞에 기술된 방식대로 구동을

시도한다.

단말기가 현재 채널의 타임 쉬프트 기능을 시작하면, 현재 구동중인 IBB

애플리케이션은 중단되며 브로드캐스트로 시그널링된 어떤 애플리케이션도 구동시키면

안 된다.

브로드밴드 연결을 통한 애플리케이션의 첫 페이지의 구동이 실패하면, 단말기는

애플리케이션이 브로드캐스트 시그널을 통해 구동되었거나 다른 애플리케이션에 의해

구동되었는지 여부에 상관없이 응용프로그램의 에러 메시지를 표시하지 않는다.

애플리케이션이 createApplication() 함수 호출에 의해 구동되었지만 애플리케이션의

로딩이 실패할 경우, ApplicationLoadError 이벤트가 발생한다. 애플리케이션의 첫

페이지가 성공적으로 로딩된 이후, 애플리케이션의 다음 페이지 로딩이 실패한 경우의

동작에 대해서는 본 규격에서 다루지 않는다.

애플리케이션은 브로드캐스트 시그널링(위에 기술된 방법대로) 또는 HTTP 또는 HTTPS

URL로 Application.createApplication() 메소드 호출로 구동될 수 있으며, 이렇게 구동된


３０ TTAK.KO-07.0128/R2

애플리케이션은 HTML 문서로 구성된다.

브로드캐스트 연관 애플리케이션은 video 또는 broadcast 오브젝트의

bindToCurrentChannel() 메소드를 성공적으로 호출할 수 있어야 한다.

NOTE: video/broadcast 오브젝트는 6.9를 참조한다.

다음의 경우 애플리케이션은 종료되어야 한다.

- 애플리케이션은 Application.destroyApplication() 메소드를 호출하여 스스로 종료할

수 있다(OIPF DAE[3]의 7.2.2 참조).

- 단말에서 애플리케이션을 구동하기에 리소스가 부족한 경우(아래 사항 제외),

시스템의 정상적인 동작을 위해 애플리케이션을 중단시킬 수 있다.

메모리 부족으로 이미지 파일이나 CSS 파일의 로딩이 실패해도 애플리케이션이

중단되지는 않는다. 이 경우 (이미지가 표시되지 않는 등) 시각적인 결점은 발생할 수

있다. 하지만 메모리의 부족으로 HTML이나 자바스크립트의 로딩이 실패하는 경우에는

애플리케이션은 중단되어야 한다.

브로드캐스트 관련 애플리케이션은 디폴트 세팅으로 사용자에게 보이지 않게 설정된다.

이런 브로드캐스트 관련 애플리케이션은 Application.show() 메소드를 호출하여 사용자

인터페이스를 표시하고 사용자의 입력을 받을 수 있다. 브로드캐스트 독립적

애플리케이션은 이 메소드 호출 없이도 사용자에게 표시되고 활성화될 수 있다.

단말은 애플리케이션을 로딩하거나 시작하지 않도록 설정할 수 있다(사용자나 제조사에

의해).

첫 번째 애플리케이션이 두 번째 애플리케이션을 구동하도록 요청하면, 첫 번째

애플리케이션은 두 번째 애플리케이션의 첫 HTML 문서가 로딩될 때까지(예,

ApplicationLoadError 이벤트가 발생할 때까지) 동작할 수 있다. 그 이후 단말은 첫

번째 애플리케이션을 중단시킨다.

애플리케이션 첫 페이지의 파싱이 실패하면 애플리케이션의 로딩이 실패한 것으로

간주한다.

레코딩된 브로드캐스트 채널를 재생할 때, 단말은 최초의 브로드캐스트에 시그널링된

애플리케이션을 구동시키지 않는다.

6.3. 포맷 및 프로토콜

6.3.1. 요구사항


３１ TTAK.KO-07.0128/R2

HbbTV[1]의 7.1.1을 따른다.

6.3.2. 애플리케이션 시그널링

브로드캐스트 스트림의 애플리케이션 시그널링은 ‘파트 2. 애플리케이션 시그널링’을

참조한다.

6.3.3. 브로드밴드 포맷 및 프로토콜

단말은 ‘파트1. 공통기술’의 6.2.1에 정의된 이미지와 비디오, 오디오 포맷을 지원한다

브로드밴드 콘텐츠는 지상파 ‘UHDTV 방송 송수신 정합 파트1. 컴포넌트’[UHDTR-

P1]의 7.1에서 정의한 IMSC1 서브타이틀 포맷을 지원한다.

단말은 HbbTV[1]의 7.3.2에 정의된 프로토콜을 지원한다.

6.3.4. 장치 인식

HTTP User-Agent header 는 HbbTV[1]과 호환되도록 아래의 포맷을 포함한다.

HbbTV/1.3.1 (<capabilities>; <vendorName>; <modelName>; <softwareVersion>;

[<hardwareVersion>]; <familyName>; <reserved>)

본 IBB 규격과 호환되는 수신장치는 기본적으로 HbbTV[1] 규격의 7.3.2.4 에서 정의한

위의 포맷을 지원하며, 여기에 더해 아래와 같이 IBB 버전 인식이 가능한 옵션

스트링을 HbbTV[1] 10.2.4 절의 table 13 과 같은 형식으로 <capabilities> 필드에

추가한다.

“+IBB_<version-Major>.<version-minor>.<version-micro>”

여기서:

• <version-Major> 필드는 “major version”을 의미한다.

• <version-minor> 필드는 “minor version”을 의미한다.

• <version-micro> 필드는 “micro version”을 의미한다.

결과적으로, 본 규격과 호환되는 IBB 수신기의 옵션 스트링은 다음과 같아야 한다.

• “+IBB_1.3.1”

최종적으로, 적용될 HTTP User-Agent header 의 예시로 아래의 스트링을 제시한다.


３２ TTAK.KO-07.0128/R2

HbbTV/1.3.1 (+DRM+IBB_1.3.1;Samjung;SmartTV2018;T-KTM2AKUC-

0810.20;;urn:samjungtv:familyname:KantM2:2018;) Tizen/4.0 Chrome

6.4. 브라우저 애플리케이션 환경

6.4.1. DAE 규격 사용

단말은 HbbTV[1]의 Annex A에 정의된 브라우저 애플리케이션 환경을 지원한다. 단,

제외되는 기능은 6.9절을 참조한다.

6.4.2. 추가 지원 프로파일

단말은 다음 프로파일을 추가적으로 지원한다.

- 지오로케이션: 위치 정보 제공을 위해 W3C Geolocation API Specification[10]을

지원한다.

- 미디어소스 익스텐션: 미디어소스 익스텐션 지원을 위해 W3C Media Source

Extension[11]과 W3C Encrypted Media Extension[12]을 지원한다.

- 네트워크 상태정보: 네트워크 상태정보 제공을 위해 W3C Network Information

API[13]의 type과 onchange callback을 지원한다.

- 디바이스 ID: 단말의 고유한 ID 제공을 위해 HbbTV2.0.1[17]의 12.1.5와

A.2.20.5를 지원한다.

- 시청 이력 정보: 시청자 정보 보고 제공을 위해 ATSC에서 제정한 Service Usage

Reporting[16]에 따라 시청자의 시청 이력 정보를 저장한다. 단, 이 기능은

단말에서 구현해야 할 필수 기능은 아니며, 저장된 정보를 어떻게 전달하고

활용하는 지는 본 규격에서 정의하지 않는다.

6.4.3. 자바스크립트 API

6.4.3.1. 컴패니언 스크린 서비스 API

‘파트4. 컴패니언 스크린 서비스’를 지원하기 위해 브라우저 애플리케이션 환경은

HbbTV[1]의 8.2.6.1에 정의되어 있는 HbbTVCSManager 임베디드 오브젝트와

HbbTV[1]의 8.2.6.2에 정의되어 있는 DiscoveredTerminal 클래스, 그리고 HbbTV[1]의


３３ TTAK.KO-07.0128/R2

8.2.6.3에 정의되어 있는 DiscoveredCSLanuncher 클래스를 지원한다.

6.4.3.2. 스트림 이벤트 수신 API

6.4.3.2.1. 이벤트 리스너 추가 및 삭제

브로드캐스트 또는 브로드밴드 서비스의 이벤트 스트림을 통해 전달되는 이벤트를 수신

하기 위해 OIPF DAE[3] video/broadcast object는 다음과 같은 메소드들을 지원해야 한

다.

void addStreamEventListener(String targetURL, String eventName, EventListener listener)

Description 특정 이벤트 수신을 위한 이벤트 리스너(listener) 추가

수신기는 특정 서비스의 이벤트 스트림을 통해 전달되는 정적 이벤트 또는 동적

이벤트 수신 시 6.4.3.2.2절에서 정의하는 StreamEvent 이벤트를 리스너로 전달해

야 한다.

방송사가 전달하는 이벤트 스트림에서 동일한 이벤트 인스턴스(이벤트 식별자 값이

동일한 이벤트들)에 대해 오직 하나의 StreamEvent 이벤트만 전달되어야 한다. 만

일 이벤트 정보에 이벤트 식별자가 없는 경우에는 수신한 이벤트 내용이 동일하더

라도 StreamEvent 이벤트를 매번 전달해야 한다.

Error가 발생한 경우에도 StreamEvent 이벤트를 전달해야 한다.

이벤트 리스너는 video/broadcast 객체가 Presenting 또는 Stopped 상태에 있을

때에만 추가될 수 있어야 한다. 다른 상태에 있는 경우 이 메소드 호출은 아무런

효과가 없어야 한다.

수신기는 다음과 같은 경우에 대해 자동으로 video/broadcast 객체에 추가된 모든

이벤트 리스너를 등록 해제해야 한다.

Unrealized 상태로의 전환

서비스 변경으로 인한 Connecting 상태로 전환

서비스 변경을 초래하지 않는 일시적인 에러로 인해 Connecting 상태로 전환 되는

경우 이벤트 리스너는 등록 해제되지 않아야 한다.

Arguments targetURL 이벤트를 전송하는 특정 서비스 식별하기 위한 값으로 6.9.1.5

Channel에서 설명하는 ccid 속성 값을 사용한다.

eventName 구독할 이벤트 스트림 식별자를 다음과 같이 지정한다.

@schemeIdUri + "U+0020" (SPACE character) + @value

listener 이벤트 리스너 함수


３４ TTAK.KO-07.0128/R2

void removeStreamEventListener(String targetURL, String eventName, EventListener listener)

Description 특정 이벤트 수신을 위해 등록한 이벤트 리스너(listener) 삭제

삭제 시 제공하는 ccid 값이 유효하지 않거나 등록되지 않은 이벤트 리스너를 삭

제하려고 하는 경우 이 메소드 호출은 아무런 효과가 없어야 한다.

Arguments targetURL 이벤트 스트림을 전송하는 특정 서비스 식별하기 위한 값으로

6.9.1.5 Channel에서 설명하는 ccid 속성 값을 사용한다.

eventName 스트림 이벤트 구독을 제거할 이벤트 스트림 식별자를 다음과 같이

지정한다.

@schemeIdUri + "U+0020" (SPACE character) + @value

listener 이벤트 리스너 함수

6.4.3.2.2. StreamEvent 이벤트

interface StreamEvent : Event {

readonly attribute String name;

readonly attribute String data;

readonly attribute String text;

readonly attribute DOMString status;

}

Properties name 이벤트 스트림 식별자

data null (값을 할당하지 않음)

text 정적 이벤트 또는 동적 이벤트의 Data는 다음 JSON Schema에 따라 구

성되어 전달된다.

{

"type": "object",

"properties": {

"startTime": {

"description": "The time, in seconds and fractions of a second, that

describes the beginning of the event",

"type": "number"

},

"endTime": {

"description": "The time, in seconds and fractions of a second, that

describes the end of the event",

"type": "number"

},


３５ TTAK.KO-07.0128/R2

"id": {

"description": "an identifier for this instance of the event",

"type": "integer",

"minimum": 0,

"maximum": 4294967295

},

"text": {

"description": "The string value of the event assuming UTF-8 as the

encoding for the event (The document may need to be escaped.)",

"type": "string"

},

"data": {

"description": "Data of the event encoded in hexadecimal(for

example, 'A10B81033' for a payload 5 bytes long",

"type": "string"

}

},

"required": ["startTime"]

}

예를 들어 text attribute는 다음과 같다.

{

"id": 1234,

"startTime": 1511230889.78,

"endTime": 1511230904.18,

"text": "<SpliceInfoSection tableId=\"252\" ptsAdjustment=\"0\"

privateIndicator=\"0\" tier=\"4095\"><SpliceInsert

spliceEventId=\"11888\" spliceEventCancelIndicator=\"0\"

outOfNetworkIndicator=\"0\" uniqueProgramId=\"0\"

availNum=\"0\" availsExpected=\"0\"

spliceImmediateFlag=\"0\"><Program><SpliceTime

ptsTime=\"6623495495\" \/><\/Program><BreakDuration

autoReturn=\"0\" duration=\"0\"

\/><\/SpliceInsert><\/SpliceInfoSection>"


３６ TTAK.KO-07.0128/R2

}

status 이벤트 발생에 의해 StreamEvent 이벤트를 전달할 때에는 “trigger” 값을

지정한다.

Error가 발생한 경우 “error” 값이 지정되어 전달되어야 한다. Error 발생의

예로는 addStreamEventListener 메소드 호출 시 수신하고자 하는 이벤트

스트림에 대한 이벤트 스트림 시그널링(ROUTE 경우 MPD 내

EventStream Element 또는 InBandEventStream Element, MMT 경우 AEI

테이블 또는 inband_event_descriptor())이 존재하지 않은 경우, 또는 정

상적으로 리스너가 등록된 상태에서 해당 이벤트 스트림에 대한 시그널링

이 제거된 경우가 있을 수 있다.

Error 상태는 갖는 이벤트가 전달되어야 하는 상황들은 다음을 포함한다.

targetURL 값으로 지정된 서비스가 존재하지 않은 경우

eventName으로 지정된 이벤트 스트림 시그널링이 targetURL

값으로 지정된 서비스에 존재하지 않은 경우

수신기가 이벤트 스트림 수신이 불가능한 경우

Error 상태를 갖는 이벤트가 한번이라도 전달되면 리스너는 수신기에 의해

자동적으로 등록 해제된다.

6.5. 시스템 통합

단말은 HbbTV[1]의 9.1.1의 요구사항을 지원한다.

OIPF DAE[3]의 8.3에 정의된 http: 과 https: URL 스키마를 지원한다. 단, 유니케스트

스트리밍에서 https: 는 지원하지 않아도 된다.

단말은 MPEG DASH 통합을 위해 HbbTV[1]의 9.3.2와 9.4를 지원한다. 또한 media

엘리먼트 통합을 위해 HbbTV[1]의 9.6을 지원한다(9.6.9 제외).

6.6. 기능

단말은 HbbTV[1]의 10장을 지원한다. 단, 다음의 제약사항을 따른다.

- Tiresias Screenfont 폰트와 Letter Gothic 12 Pitch 폰트는 제외하고 대신 ‘파트1.

공통기술’의 6.2.2에서 정의하고 있는 TTAK.OT-07.0001/R4 데이터 방송 폰트를

지원한다.

- 25Hz 기반의 비디오 코덱 대신 30Hz 기반 코덱을 지원한다.


３７ TTAK.KO-07.0128/R2

- 10.2.1과 10.2.4에 MPEG-H가 추가되어야 한다.

- DSM-CC 카루셀, 타임 쉬프트, PVR, FDP, 다운로드, 미디어 동기화 및 CICAM은

지원하지 않는다. 따라서, HbbTV 규격에서 이상의 기능들과 관련된 모든 항목들은

IBB 구현시 제외한다.

- 10.2.6.1 대신 다음을 적용한다.

브로드캐스트 TV 콘텐츠가 페어런츠 레이팅에 의해 차단된 경우,

ParentalRatingChange 이벤트 리스너를 등록해 놓은 IBB 애플리케이션에

이를 알린다.

6.7. 보안

단말은 HbbTV[1]의 12장을 지원한다. 단, 다음은 제외한다.

- 11.2.6은 지원하지 않는다.

- 11.4는 지원하지 않는다.

- 11.5의 임베디트 DRM 관련 내용만 지원한다.

- 11.6은 지원하지 않는다.

6.8. 프라이버시

단말은 HbbTV[1]의 12장을 지원한다.

6.9. OIPF DAE 프로파일

단말은 HbbTV[1]의 Annex A.1에 정의된 OIPF DAE[3]의 프로파일을 지원한다. 단,

다음은 본 표준 문서에서 정의한 프로파일을 따른다.

Section, sub-section DAE IBB 지원 참고

Tuner Resource 4.4.8 일부제외 레코딩은 제외한다.

Content Download 4.6 미지원

Scheduled content 4.8 미지원


３８ TTAK.KO-07.0128/R2


Web Standards TV Profile 6.1 지원 단, 다음의 최종 규격이 릴리즈된 W3C규격을

대신 따른다.[6] HTML5 A vocabulary and

associated APIs for HTML and XHTML,

Recommendation

[7] HTML5 Web Messaging,

Recommendation

[8] Server-Sent Events, Recommendation

[9] Web Storage, Recommendation

Object Factory API 7.1 일부제외 createMediaSynchroniser()메소드는 제외한다.

Content Download APIs 7.4 미지원

Scheduled Recording

APIs

7.10 미지원

Metadata APIs 7.12 미지원

Video/broadcast

embedded object

7.13.1 일부제외 setVolume()과 getVolume() 메소드는

제외한다. 대신 6.9.1.7절의 LocalSystem

class를 지원한다.

playerCapabilities, allocationMethod 요소는

제외한다.

createChannelObject() 메소드는 본 문서의

6.9.1.1에서 확장한 메소드를 사용한다.

“onfocus”와 “onblur”는 제외한다.

Recording and timeshift 7.13.2 미지원

Extensions to

video/broadcast for

access to EIT p/f

7.13.3 일부제외 9.3.7 절에서 정의된 <clientMetadata>

엘리먼트 요소에 “uhdibb-sg”와 "uhdibb-

sch"를 포함해야 한다. 단, “dvb-si”와 “eit-

pf”는 제외한다.

uhdibb-sg: UHDTV 송수신 정합 - 파트 2

[14]에서 정의한 현재 프로그램에 대한

콘텐츠 및 스케줄 프래그먼트의 일부 속성을

지원함을 의미한다.


３９ TTAK.KO-07.0128/R2


uhdibb-sch: UHDTV 송수신 정합 - 현재

채널에 대한 프로그램 리스트 정보를

가리킨다. 해당 정보는 방송망 혹은

인터넷망을 통해 제공받은 현재 채널의 모든

프로그램에 대한 콘텐츠 및 스케줄

프래그먼트의 일부 속성을 지원함을 의미한다.

Extensions to

video/broadcast for DRM

rights errors

7.13.6 미지원

ChannelConfig class 7.13.9 일부제외 favouriteLists 와 currentFavouriteList,

onChannelScan,

onChannelListUpdate(),currentChannel 은

제외한다.

7.13.9.2와 7.13.9.3은 제외한다.

ChannelList class 7.13.10 일부제외 getChannelByTriplet() 과

getChannelBySourceID() 는 제외한다.

본 문서의 6.9.1.2에서 정의한

getChannelByDuet()를 추가 지원한다.

Channel class 7.13.11 일부제외 본 문서 6.9.1.3.1의 ID_ATSC3_T 와

ID_ATSC3_C의 ID를 추가 지원한다.

본 문서 6.9.1.3.2의 bsid, sid,

serviceCategory, sltEsgUrl, svcCapabilities를

추가 지원한다.

본 문서 6.9.1.3.3의 idType, ccid,

majorChannel, minorChannel, name을

지원한다.

Using an A/V Control

object to play

downloaded content

7.14.1.3 미지원

Using an A/V Control

object to play recorded

7.14.1.4 미지원


４０ TTAK.KO-07.0128/R2


content

Extensions to A/V

Control object for playing

media objects

7.14.7 미지원

The Programme class 7.16.2 지원 본 문서 6.9.1.4에 정의된 제약 조건을

따른다.

Metadata extensions to

Programme

7.16.2.3 일부지원 9.3.7 절에서 정의된 <clientMetadata>


sch"를 포함해야 한다. 단, “bcg” 와 “dvb-

si”, “eit-pf”는 제외한다.

8.4.4 절에 정의된 속성들을 지원한다. 그 외

속성들은 지원하지 않는다.

DVB-SI extensions to

Programme

7.16.2.4 미지원

Extensions for playback

of selected media

components

7.16.5 지원 단, IBB에서 AVComponent는 8.4.2.에 정의된

MPEG DASH file format을 따른다.

CoD Download Over

HTTP

8.2.1 미지원

URI Schemes and their

usage

8.3 일부제외 http: 와 https: 만 지원한다.

Channel 8.4.3 지원 ID_ATSC3_T에서의 Channel 오브젝트는 본

문서 6.9.1.5를 따른다.

Programme,

ScheduledRecording,

Recording and Download

8.4.4 일부제외 ScheduledRecording과 Recording,

Download는 지원하지 않는다.

Programme는 본 문서 6.9.1.6을 따른다.

Exposing Audio

Description Streams as

AVComponent objects

8.4.5 미지원

PVR capability indication 9.3.3 미지원

Download Cod capability

indication

9.3.4 미지원

Extended A/V API 9.3.6 미지원


４１ TTAK.KO-07.0128/R2


support

OITF Metadata API

support

9.3.7 일부지원 9.3.7 절에서 정의된 <clientMetadata>


sch"를 포함해야 한다. 단, “bcg” 와 “dvb-

si”, “eit-pf”는 제외한다.

Content Access

Download Descriptor

Format

E.1 미지원

단말은 HbbTV[1]의 Annex A.2에 정의된 OIPF DAE[3]의 수정과 확장 기능을 지원한다.

단, 다음은 제외한다.

A.2.5.4 Support for media sync with subtitle-only streams

A.2.5.5 Using A/V control object to play downloaded content

A.2.7 Extensions to object factory

A.2.9 Access to EIT schedule information

A.2.10 Correction to download manager object

A.2.11 Extensions to download class

A.2.18 Clarification of reserve method

A.2.19 Correction to the registerDownloadURL method

A.2.20.2 Extensions for time-shift

A.2.22 Modifications to 8.4.2

단말은 HbbTV[1]의 Annex A.3에 정의된 HTML5 프로파일의 수정과 확장 기능을

지원한다.

6.9.1. IBB 확장 프로파일

6.9.1.1. createChannelObject()

OIPF DAE[3]의 7.13.1.3에 정의된 createChannelObject() 대신 다음의 메소드를

지원한다.

Channel createChannelObject(Integer idType, Integer onid, Integer bsid, Integer sid)

Description OIPF-DAE[3] 7.13.1.3의 createChannelObject() Description을 따른다.


４２ TTAK.KO-07.0128/R2

Arguments idType 채널의 type을 지정한다. 단, 본 문서에서 확장한

ID_ATSC3_T 를 사용한다.

onid 무시함.

bsid OIPF DAE[3]의 7.13.11.2를 따른다.

sid OIPF DAE[3]의 7.13.11.2를 따른다.

6.9.1.2. getChannelByDuet(Integer bsid, Integer sid)

Channel getChannelByDuet(Integer bsid, Integer sid)

Description 채널 리스트의 첫 번째(IPTV나 비 IPTV) 채널 지정된 ATSC 3.0 duet (bsid

broadcast stream id 와 service id)과 함께 반환한다.

ID_ATSC3* 타입의 가용한 채널이 없거나 duet으로 식별할 수 있는

채널이 없는 경우 null을 반환해야 한다.

bsid OIPF DAE[3]의 7.13.11.2를 따른다.

sid OIPF DAE[3]의 7.13.11.2를 따른다.

6.9.1.3. Channel class

OIPF DAE[3]의 7.13.11 절을 지원한다. 단 추가로 아래 제약사항을 따른다.

6.9.1.3.1. Constants

OIPF DAE[3]의 7.13.11.1 절을 따른다. 단 IBB 수신기를 위해 아래와 같은 ID를

추가한다.

Name Value Use

ID_ATSC3_T

ID_ATSC3_C

31

32

channelID property로 정의되는 지상파 ATSC 3.0 채널을

가리키기 위한 idType property로 사용된다.

6.9.3.1.2. ID_ATSC3_T Type을 위해 신규 추가된 Properties

readOnly Integer bsid

Identifier of the entire Broadcast Stream.

readOnly Integer sid


４３ TTAK.KO-07.0128/R2

ATSC 3.0 service ID

readOnly Integer serviceCategory

Service category, coded per the below Table

readOnly String sltEsgUrl

Base URL to acquire ESG via broadband for services in SLT of tuned channel. This value is

from “sltInetUrl” which urlType is “2” in SLT

readOnly String svcCapabilities

Required capabilities for decoding and meaningfully presenting content of this service.

6.9.1.3.3. ID_ATSC3_T Type을 위해 확장한 Properties

readOnly Integer idType

The type of identification for the channel, as indicated by one of the ID_* constants defined

above. For IBB terrestrial terminal, ID_ATSC3_T SHALL be used.

readOnly String ccid

Unique identifier of a channel within the scope of the OITF. The ccid is defined by the OITF

and SHALL have prefix ‘ccid’: e.g. ‘ccid:bsid.sid’ for type ID_ATSC3_T.

Note: the format of this string is platform-dependent

readOnly Integer majorChannel

The major channel number, if assigned. Value undefined otherwise. Typically used for

channels of type ID_ATSC3_T in markets where logical channel numbers are used.

readOnly Integer minorChannel

The minor channel number, if assigned. Value undefined otherwise. Typically used for


４４ TTAK.KO-07.0128/R2

channels of type ID_ATSC_* or ID_ATSC3_*.

readOnly String name

The name of the channel. Typically, it will contain the call sign of the station (e.g. 'HBO').

6.9.1.4. The Programme class

OIPF DAE[3]의 7.16.2 절을 지원한다. 단 추가로 아래 제약사항을 따른다.

6.9.1.4.1. Constants

IBB 수신기를 위해 아래 ID를 정의한다.

Name Value Use

ID_ATSC3_CONTENT 10 Used in the programmeIDType property to indicate that

the Programme object represents ATSC 3.0 program

information.

NOTE: HbbTV 또는 OIPF와 잠재적 충돌을 방지하기 위해 HbbTV Association의 검토가

필요함.

6.9.1.4.2. Properties

ID_ATSC3_CONTENT ID를 지원하기 위해 아래 properties를 재정의한다. 아래 정의하지

않은 properties는 OIPF DAE [3] 7.16.2.1 절을 따른다

6.9.1.4.2.1. ID_ATSC3_CONTENT ID를 위해 신규 추가된 Properties

String genre

The genre category for ATSC 3.0 content. This value SHALL be set as follows:

<classificationSchemeURI> “:” <termID> where <classificationSchemeURI> is

http://www.atsc.org/XMLSchemas/mh/2009/1.0/genre-cs/ and <termID> matches a termID

value from the classification schema in Annex B of A/153 Part 4[TBD].

String iconURL


４５ TTAK.KO-07.0128/R2

The URI for program icon. this value SHALL be assigned with the value of uri attribute in

ContentIcon element of Content Fragment.

6.9.1.4.2.2. ID_ATSC3_CONTENT ID를 위해 확장한 Properties

String programmeID

The unique identifier of the programme In programmeIdType of the ID_ATSC3_CONTENT,

this value SHALL be assigned with id of Content Fragment.

Integer programmeIDType

The type of identification used to reference the programme, as indicated by

ID_ATSC3_CONTENT constants defined above for IBB terminal.

6.9.1.5. Channel

OIPF DAE [3]의 8.4.3 절을 따른다. ID_ATSC3_T 에서의 Channel 오브젝트는 지상파

UHDTV 방송 송수신 정합 - 파트3 [15] 5절에서 정의한 SLT(Service List Table) 및

SLS(Serivce Layer Signaling)의 정보를 활용한다.

ID_ATSC3_T Type의 채널에 대해서는 다음과 같은 Properties가 사용된다.

Property name Source Comment

Channel Type Assigned by the

terminal.

Assigned by the terminal to TYPE_TV or

TYPE_RADIO based on the service category

signaled in SLT or undefined otherwise.

idType Assigned by the

terminal or by the

application.

Assigned by the terminal based on the type

of channel, if the channel was discovered by

a channel scan, or by the application using

the value passed in the

createChannelObject() method.

ccid Assigned by the

terminal.

Unique identifier for the channel

tunerID Assigned by the

terminal.

Unique identifier for the tuner

sid Assigned by the

terminal or by the

application.

Assigned by the terminal from SLT.serviceId

or by the application using the value passed

in to the createChannelObject() method.


４６ TTAK.KO-07.0128/R2


Name Assigned by the

terminal.

Assigned by the terminal from

SLT.shortServiceName or undefined for

Channel objects created by calls to the


majorChannel Assigned by the

terminal or by the

application.


SLT.majorChannelNo or undefined for



minorChannel Assigned by the

terminal or by the

application


SLT.minorChannelNo or undefined for



Favorite Assigned by the

terminal.

favIDs Assigned by the

terminal.

ipBroadcastID Assigned by the

terminal or by the

application.

Takes the value undefined

bsid Assigned by the

terminal or by the

application.

Assigned by the terminal from SLT.bsid or

undefined for Channel objects created by

calls to the createChannelObject() method.

serviceCategory Assigned by the

terminal or by the

application


SLT.serviceCategory or undefined for



sltEsgUrl Assigned by the

terminal or by the

application

Assigned by the terminal from SLT.sltInetUrl

which urlType is ‘2’ or undefined for Channel

objects created by calls to the


Hidden Assigned by the

terminal or by the

application.

Assigned by the terminal from SLT.hidden or

undefined for Channel objects created by

calls to the createChannelObject() method.

svcCapabilities Assigned by the

terminal or by the


SLT.svcCapabilities or undefined for Channel


４７ TTAK.KO-07.0128/R2


application objects created by calls to the


6.9.1.6. Programme properties

Property name Source Programme Class Property

name Assigned by the terminal. Assigned by the terminal from

Content Fragment/Name

description Assigned by the terminal. Assigned by the terminal from

Content Fragment/Description

startTime Assigned by the terminal. Assigned by the terminal from

Schedule Fragment/startTime

duration Assigned by the terminal. Assigned by the terminal from

Schedule Fragment/duration or

ScheduleFragment/(endTime –

startTime)

channelID Assigned by the terminal. The identifier of the channel from

which the broadcasted content is to

be recorded. Specifies either a ccid

or ipBroadcastID (as defined by the

Channel object in section 7.13.11)

programID Assigned by the terminal. Assigned by the terminal from

Content Fragment/id

programIDType Assigned by the terminal. Assigned by the terminal. For ATSC

3.0 terminal ID_ATSC3_CONENT

SHALL be used

iconURL Assigned by the terminal. Assigned by the terminal from

Content

Fragment/PrivateExt/ContentIcon/uri

genre Assigned by the terminal. Assigned by the terminal from

Content Fragment/Genre

6.9.1.7. LocalSystem class

IBB 단말은 다음의 메소드와 속성을 지원하는 LocalSystem 클래스를 지원한다.


４８ TTAK.KO-07.0128/R2

6.9.1.7.1. 속성

Boolean mute

Description OIPF DAE[3]의 7.3.3.2 절을 따른다.

6.9.1.7.2. 메소드

Boolean increaseVolume()

Description 현재 재생중인 미디어의 볼륨값을 한 단계 증가시킨다. 현재 볼륨값이

단말에서 지원하는 볼륨의 최대값인 경우에는 더 이상 값을 증가시키지

않는다. 메소드에 대한 응답은 단말의 고유 UI 로 표시한다.

볼륨값의 증가가 성공했을 때는 true 를 반환하고, 실패했을때는 false 를

반환한다.

Boolean decreaseVolume()

Description 현재 재생중인 미디어의 볼륨값을 한 단계 감소시킨다. 현재 볼륨값이

단말에서 지원하는 볼륨의 최소값인 경우에는 더 이상 값을 감소시키지

않는다. 메소드에 대한 응답은 단말의 고유 UI 로 표시한다.

볼륨값의 감소가 성공했을 때는 true 를 반환하고, 실패했을 때는 false 를

반환한다.

6.10. 브로드밴드를 통한 보호 콘텐츠의 전송

단말은 HbbTV[1]의 Annex B에 정의된 브로드밴드를 통한 보호 콘텐츠 전송을 지원한

다. 단, DVB-CA identifier는 지원하지 않는다.

6.11. MPEG DASH 프로파일

단말은 HbbTV[1]의 Annex E에 정의된 MPEG DASH를 지원한다. 단, 다음은 제외한다.

720 x 576i 비디오 또는 "urn:hbbtv:dash:profile:isoff-live:2012" 프로파일

6.12. 광고 삽입 가이드라인(Informative)

IBB에서 광고삽입은 복수의 HTML5 media 엘리먼트를 사용하여 제공한다. 구체적인 동


４９ TTAK.KO-07.0128/R2

적 광고 삽입 방법은 HbbTV[1]의 Annex J를 참조한다.


５０ TTAK.KO-07.0128/R2

UHD IBB 서비스

Part 4. 컴패니언 스크린 서비스

UHD IBB Service - Part 4. Companion Screen Service


1.1 개 요

















파트4 에서는 IBB단말과 컴패니언 스크린간 서비스를 제공하는 방법을 명시한다.


５１ TTAK.KO-07.0128/R2

2. 인용 표준

[1]

[2]

[3]

OIPF: “OIPF Release 2 specification, Volume 5 – Declarative

Application Environment V2.3”, 2014-01-24

OIPF: “OIPF Release 2 Specification, Volume 5a – Web Standards

TV Profile”, 2014-01-24

ETSI: “Hybrid Broadcast Broadband TV”, ETSI TS 102 796 v1.3.1,

October 2015

[4] ATSC: “Companion Device,” A/338: ATSC Candidate Standard,

Advanced Television Systems Committee, 2 December 2015



html5-20141028/

[6] TTA: “지상파 UHDTV 방송 송수신 정합 - 파트 3. 시스템즈,”

TTAK.KO-07.0127/R1-Part3

3. 용어 정의

3.1. 컴패니언 스크린 (Companion Screen)

N 스크린의 한 종류로 TV 와 함께 동반 사용하여 이용하는 기기

3.2. 웹 애플리케이션 (Web Application)

웹 콘텐츠(HTML5, CSS, 자바스크립트 등)로 작성된 애플리케이션


IBB 단말에서 구동되는 애플리케이션으로 웹 애플리케이션으로 구성됨

3.4. 네이티브 애플리케이션 (Native Application)

안드로이드나 iOS 등 특정 운영체제에서만 구동되는 바이너리 형태의 애플리케이션

3.5. 컴패니언 스크린 애플리케이션 (Companion Screen Application)

컴패니언 스크린에서 구동되는 애플리케이션으로 웹 애플리케이션 또는 네이티브

애플리케이션으로 구성됨




５２ TTAK.KO-07.0128/R2

3.6. CS 애플리케이션 (CS Application)

컴패니언 스크린 애플리케이션의 약어

3.7. 페이로드 (Payload)

IBB 단말과 컴패니언 스크린 사이에 전송되는 데이터

3.8. JSON (Java Script Object Notation)

속성-값의 쌍으로 이루어진 데이터 오브젝트를 전달하기 위해 텍스트로 작성된 개방형

표준 포맷

4. 약어


API Application Programming Interface

CS Companion Screen


HTML5 Hypertext Markup Language 5



JSON JavaScript Object Model

MBMS Multimedia Broadcast/Multicast Service

MPD Media Presentation Description




XML eXtensible Markup Language


５３ TTAK.KO-07.0128/R2

5. 요구사항

5.1. 컴패니언 스크린 서비스

(그림 5-1) 컴패니언 스크린 개념도

수신기는 컴패니언 스크린을 제어하기 위한 API 를 제공하여야 한다.

수신기는 컴패니언 스크린과 통신하기 위한 웹소켓 등의 최신 통신 방법을 제공해야

한다.

수신기는 사용자가 컴패니언 스크린에서 자신의 브라우저 앱을 시작, 제어할 수 있도록

해당 기능을 제공하여야 한다.

수신기와 컴패니언 스크린은 텍스트, 오디오, 동영상 등의 멀티미디어 콘텐츠를 상호

교환할 수 있도록 기능을 제공하여야 한다.

수신기와 컴패니언 스크린은 텍스트, 오디오, 동영상 등의 멀티미디어 콘텐츠를 상호

교환하여 소비하기 위한 콘텐츠 식별 정보, 동기화 정보 제공 기능을 지원하여야 한다.

수신기와 컴패니언 스크린은 콘텐츠 소비 시점, 소비 중지 시점 등을 저장하여 연속성

있는 콘텐츠 소비스를 가능하게 하여야 한다.

서비스 제공자는 Advanced EPG, AoD/VoD 등을 컴패니언 스크린에서 제공받을 수

있도록 제공하여야 한다.

컴패니언 스크린에서 선택한 특정 콘텐츠를 수신기로 전송하여 사용할 수 있도록

기능을 제공하여야 한다.

컴패니언 스크린의 Advanced EPG 를 통하여 사용자가 선택한 특정 프로그램을 TV 로

전송하여 시청하는 기능을 제공하여야 한다.

수신기는 컴패니언 스크린과의 연동이 원활하지 않을 경우 적절한 에러 메시지를

표시하여야 한다.

수신기는 연관 상품을 화면에 표시하고 및 구매사이트 연결하도록 지원하여야 한다.

수신기에서 표시되는 상품에 대하여 결재를 컴패니언 스크린에서 할 수 있도록

지원하여야 한다.


５４ TTAK.KO-07.0128/R2

6. 컴패니언 스크린 규격

6.1. 개요

UHD IBB 서비스에서 지원하는 컴패니언 스크린 서비스는 다음과 같다.

- 컴패니언 스크린 애플리케이션 구동: IBB 애플리케이션에서 컴패니언으로 동작할

컴패니언 스크린의 애플리케이션을 구동 시킨다. 여기서 컴패니언 스크린

애플리케이션은 HTML5로 작성(‘파트 3. 브라우저 애플리케이션 환경’ 참조)되는 웹

애플리케이션이나 안드로이드, iOS등의 운영체제에서 구동되는 네이티브

애플리케이션 모두 될 수 있다. 네이티브 애플리케이션의 경우, 해당 애플리케이션이

컴패니언 스크린에 인스톨되어 있지 않을 경우 애플리케이션을 인스톨시키는 과정을

포함한다.

- IBB 애플리케이션 구동: 컴패니언 스크린 애플리케이션에서 IBB 단말의

애플리케이션을 구동시킨다. 여기서 IBB 애플리케이션은 ‘파트 3. 브라우저

애플리케이션 환경’에서 정의된 HTML5로 작성된 IBB 애플리케이션을 의미한다.

- 애플리케이션간 통신: IBB 단말과 컴패니언 스크린에서 각각의 애플리케이션이

구동되었을 경우, 각 애플리케이션간 통신을 지원한다.

- 컴패니언 스크린 애플리케이션과 IBB 단말간 통신: 컴패니언 스크린 애플리케이션과

IBB 단말간 통신을 통해 컴패니언 스크린 애플리케이션에서 IBB 단말의 서비스 및

콘텐츠 정보를 가져온다.

6.2. 컴패니언 스크린 서비스 모델

6.2.1. 컴패니언 스크린 애플리케이션 구동

(그림 6-2)는 컴패니언 스크린 애플리케이션 구동을 위한 아키텍쳐를 보여준다.


５５ TTAK.KO-07.0128/R2

(그림 6-2) 컴패니언 스크린 애플리케이션 구동 아키텍쳐

아키텍쳐의 각 구성요소의 역할은 다음과 같다.

- Web Browser: HTML5로 구성된 IBB 애플리케이션을 구동한다. IBB 단말에서

지원해야 할 애플리케이션 구동환경은 ‘파트 3. 브라우저 애플리케이션 환경’을

참조한다.

- CSManager: IBB 단말에 존재하며 홈네트워크내의 가용한 컴패니언 스크린을

검색하고 컴패니언 스크린의 런처에 컴패니언 스크린 애플리케이션의 구동 또는

인스톨 정보를 보내는 역할을 담당한다. CSManager는 HbbTV2.0[3]의 14.2.2.1에서

정의하는 HbbTVCSManager와 동일하다. CSManager 오브젝트에서 지원하는 API는

‘파트3. 브라우저 애플리케이션 환경’의 6.4.2.1을 참조한다.

- Launcher: 컴패니언 스크린에 존재하며 CSManager와의 통신을 담당한다. IBB

애플리케이션으로부터 받은 CS 애플리케이션 정보로 해당 애플리케이션을

구동/인스톨하는 역할을 담당한다.

- Native Application: 특정한 컴패니언 스크린 플랫폼(안드로이드, iOS 등)에서

동작하는 애플리케이션으로 보통 바이너리 코드로 되어 있다.

IBB 애플리케이션에서 컴패니언 스크린 애플리케이션을 구동하는 과정은

HbbTV2.0[3]의 14.2.2.1을 따른다.


５６ TTAK.KO-07.0128/R2

6.2.2. 애플리케이션간 통신

(그림 6-3)은 애플리케이션간 통신을 위한 아키텍쳐를 보여준다.

(그림6-3) 애플리케이션간 통신 아키텍쳐


- CSManager: 애플리케이션간 통신에 필요한 서비스 종단점을 제공한다. API는

‘파트3. 브라우저 애플리케이션 환경’의 6.4.2.1을 참조한다.

- Web Socket Server: IBB 단말에 존재하며 IBB 애플리케이션과 CS 애플리케이션간

웹소켓 연결을 처리한다. 애플리케이션간 통신 과정은 6.4를 참조한다.

애플리케이션간 통신에 필요한 서비스 종단점을 찾는 과정은 HbbTV2.0[3]의 14.2.2.2

을 따른다.

6.2.3. IBB 애플리케이션 구동

(그림 6-4)는 IBB 애플리케이션 구동을 위한 아키텍쳐를 보여준다.


５７ TTAK.KO-07.0128/R2

(그림 6-4) IBB 애플리케이션 구동 아키텍쳐


- CSManager: 컴패니언 스크린으로부터의 검색 요청에 응답하고 IBB 애플리케이션을

구동하는 역할을 담당한다.

- CS Application: 홈네트워크내의 가용한 IBB 단말을 검색하고(6.6절 참조) IBB

애플리케이션의 구동을 요청한다. IBB 애플리케이션을 구동하는 과정은 6.5를

참조한다.

6.2.4. 컴패니언 스크린 애플리케이션과 IBB 단말간 통신

(그림 6-5)는 컴패니언 스크린 애플리케이션과 IBB 단말간 통신을 위한 아키텍쳐를

보여준다.


５８ TTAK.KO-07.0128/R2

(그림6-5) 컴패니언 스크린 애플리케이션과 IBB 단말간 통신 아키텍쳐


- CSManager: IBB 단말에 존재하며 CS 애플리케이션의 IBB 단말 검색 요청에 대해

응답하고 CS 애플리케이션에 웹서버와 웹소켓 서버의 서비스 종단점(Service

endpoints)의 정보를 제공하는 역할을 담당한다.

- Web Server: IBB 단말에 존재하며 CS 애플리케이션의 HTTP 요청을 처리하여 IBB

단말의 서비스 및 콘텐츠 정보를 제공하는 역할을 담당한다.

- WebSocket Server: IBB 단말에 존재하며 CS 애플리케이션의 웹소켓 연결을

처리하여 IBB 단말의 서비스 및 콘텐츠 정보를 제공하는 역할을 담당한다.

- CS Application: 컴패니언 스크린에 존재하며 홈네트워크내의 가용한 IBB 단말을

검색하고 HTTP 및 웹소켓 프로토콜을 통해 IBB 단말의 서비스 및 콘텐츠 정보를

가져온다.

6.3. 컴패니언 스크린 애플리케이션 구동

IBB 애플리케이션에서의 컴패니언 스크린 애플리케이션 구동은 HbbTV2.0[3]의 14.3과

14.4를 따른다. 애플리케이션의 구동 및 인스톨을 위한 구체적인 페이로드 포맷은

JSON으로 되어 있으며 이는 HbbTV2.0의 14.4.2에 정의되어 있다.


５９ TTAK.KO-07.0128/R2

6.4. 애플리케이션간 통신

IBB 애플리케이션과 컴패니언 스크린 애플리케이션간 통신은 HbbTV2.0[3]의 14.5를 따

른다. 애플리케이션간 통신을 위한 WebSocket 서버는 IBB 단말에서 구동되어야 하며

애플리케이션간 통신을 위한 WebSocket 서버의 서비스 종단점(Service endpoint)은 6.6

을 따른다.

6.5. IBB 애플리케이션 구동

컴패니언 스크린 애플리케이션에서 IBB 애플리케이션을 구동하는 방법은 HbbTV2.0[3]

의 14.6을 따른다.

6.6. 디스커버리

IBB 단말과 서비스 종단점을 찾는 방법은 HbbTV2.0[3]의 14.7을 따른다. Discovery의

구체적인 예는 HbbTV2.0[3]의 14.7.3에 설명되어 있다.

6.7. 컴패니언 스크린 애플리케이션과 IBB 단말간 통신

컴패니언 스크린 애플리케이션과 IBB 단말간 통신은 CS 애플리케이션에서 가용한 IBB

단말을 찾고 웹소켓과 웹소켓 서버의 서비스 종단점을 획득하는 과정과, CS 애플리케이

션이 HTTP 요청 또는 Websocket 서비스 종단점을 통해 정보를 요청하는 과정, 그리고

HTTP 응답이나 웹소켓 연결을 통해 정보를 제공하는 과정으로 구성된다.

컴패니언 스크린 애플리케이션과 IBB 단말간 통신 프로토콜은 ATSC3.0 Companion

Device [4]의 5.6과 본 절의 내용을 따른다.


６０ TTAK.KO-07.0128/R2

6.7.1. Service Linkage 통신을 위한 프로토콜 및 메시지 내용

지상파 UHDTV 송수신정합 표준 Part 3. 시스템즈[6] 5.4.1.3.1절 및 5.4.2.1.2절에서 정

의한 Service Linkage 엘리먼트 확장 정보를 IBB 단말에서 컴패니언 스크린 애플리케이

션으로 전달하기 위한 구독 메시지를 위해 ATSC 3.0 Companion Device[4]의 Table

5.4 Service Enumeration Values에 다음과 같은 Service Linkage 서비스를 추가한다.

PDCDServiceName Description

ibb.services.sl.1 Service Linkage

그리고 IBB 단말에서 컴패니언 스크린 애플리케이션으로 전달하는 Service Linkage 통

신을 위한 알림 메시지를 위해 ATSC 3.0 Companion Device[4]의 Table 5.7

Notification Service Enumeration Values에 다음과 같은 Service Linkage 서비스를 추가

한다.

PDCDServiceName Description

ibb.services.sl.1 Service Linkage

Service Linkage 통신을 위한 메시지 내용은 ATSC 3.0 Companion Device[4]의

5.6.1.3.2절에 따라 명시되어야 한다. Service Linkage 통신을 위한 메시지 내용은 JSON

형식을 따라야 한다.

<표 6-1>은 Service Linkage 통신을 위한 메시지 내용에 대한 구조를 설명한다. <표 6-

1>에서 Description 열은 메시지 필드의 의미를 설명한다.

<표 6-1> Service Linkage 메시지 내용

Field Name Cardinality Data type Description

MessageBody 1 ATSC 3.0 Companion Device[4]의 Table

5.6

service 1 IBB 단말이 현재 재생 중에 있는

서비스에 대한 정보


６１ TTAK.KO-07.0128/R2

serviceId 1 integer The identifier for the currently playing

service, which is the Service@serviceId

value in the SLT

serviceCategory 1 integer Category of the Service currently being

played, which is the

Service@serviceCategory value in the

SLT

shortServiceName 0..1 string Short name of the Service currently being

played, which is the

Service@shortServiceName value in the

SLT

serviceLinkage 1 Service Linkage Information

bsid 1 integer [6] <표 5-13> 또는 <표 5-18>에서

정의한 해당 값 설명 참조

LLS_group_id 1 integer [6] <표 5-13> 또는 <표 5-18>에서


serviceId 1 integer [6] <표 5-13> 또는 <표 5-18>에서


linkageType 1 integer [6] <표 5-13> 또는 <표 5-18>에서


activationTime 0..1 string XML DataTime 데이터 형태의 값을 string

형태로 표현

[6] <표 5-13> 또는 <표 5-18>에서


deActivationTime 1 string XML DataTime 데이터 형태의 값을 string

형태로 표현

[6] <표 5-13> 또는 <표 5-18>에서


serviceCategory 0..1 integer [6] <표 5-13> 또는 <표 5-18>에서


broadbandAccess

Required

0..1 boolean [6] <표 5-13> 또는 <표 5-18>에서


svcCapabilities 0..1 string [6] <표 5-13> 또는 <표 5-18>에서


linkageData 0..1 string [6] <표 5-13> 또는 <표 5-18>에서


６２ TTAK.KO-07.0128/R2


필요한 경우, XML 특수문자 치환(XML

Escaping)을 적용하여 JSON string

처리가 가능하도록 해야 한다.

MPDUri 0..1 string MPD 시그널링 정보를 제공하는 URL

이 URL에서 제공되는 HTTP

Response에는 MPD 시그널링

정보가 MBMS metadata envelop의

<item> 엘리먼트로 포함된다. 이 때

metadataEnvelop 엘리먼트의 참조

방식을 이용하여 MPD 시그널링

개체가 item 앨리먼트로 참조될 수

있도록 해야 한다. 이에 대한 자세한

내용은 [6] 5.3.7절을 참고한다.

IBB 단말에서 방송망을 통해 목표

서비스의 MPD 시그널링 정보를

수신한 경우 IBB 단말은 컴패니언

스크린으로 MPD 시그널링 정보를

MBMS metadata envelop 형태로

구성하여 제공해야 한다.

주: IBB 단말은 컴패니언 스크린으로

어떠한 컴포넌트도 스트리밍 또는 전송할

필요가 없음


６３ TTAK.KO-07.0128/R2

UHD IBB 서비스

Part 5. 서비스 가이드

UHD IBB Service - Part 5. Service Guide


1.1 개 요

















파트5 에는 방송망 및 브로드밴드망을 통해 전송하는 프로그램 가이드 정보를 명시하며,


６４ TTAK.KO-07.0128/R2

명시된 정보를 전달하는 프로토콜을 정의한다.

2. 인용 표준


October 2015

[2] ATSC: “Service Announcement,” A/332: ATSC Proposed Standard,

Advanced Television Systems Committee28 October 2016. (work in

progress)

[3] ATSC: “ATSC-Mobile DTV Standard, Part4 – Annoucement (A/153

part4:2009)”, October 2009

[4] IETF: “GZIP file format specification version 4.3,” RFC 1952, May

1996, http://tools.ietf.org/html/rfc1952

[5] IETF: “Hypertext Transfer Protocol -- HTTP/1.1”, June 1999,

http://tools.ietf.org/html/rfc2616

[6] IETF: “Uniform Resource Identifier (URI): Generic Syntax”, January

2005, http://tools.ietf.org/html/rfc3986

[7] OMA: “Service Guide for Mobile Broadcast Services Version 1.1”,

OMA-TS-BCAST_Service_Guide-V1_1-20131029-A, 29 October

2013

[8] TTA: “지상파 UHDTV 방송 송수신 정합 – 파트 2. 컴포넌트,”


3. 용어 정의



3.2. HbbTV (Hybrid Broadcast Broadband TV)

기존 방송과 브로드밴드 콘텐츠가 결합된 하이브리드 서비스를 인터넷이 연결된

텔레비전이나 셋톱박스를 통해 제공하기 위해 구성된 범 유럽 표준임.





６５ TTAK.KO-07.0128/R2

4. 약어

AEPG Advanced Electronic Program Guide


bslbf bit serial, leftmost bit first

CEA Consumer Technology Association

CID Context Identifier


DASH-IF DASH Industry Forum

EBU European Broadcast Union

ESG Electronic Service Guide

EPG Electronic Program Guide

GUI Graphical User Interface

GIF Graphics Interchange Format

HBBTV Hybrid Broadcast Broadband Television

HD High Definition

HEVC High Efficiency Video Coding

HTML HyperText Markup Language

HTML5 HyperText Markup Language 5


HTTPS Secure Hyper Text Transfer Protocol


IEC International Electronical Commission


６６ TTAK.KO-07.0128/R2

IETF Internet Engineering Task Force

IP Internet Protocol

ISO International Standards Organization

ISOBMFF ISO Base Media File Format

ITU-R International Telecommunication Union – Radio communication Sector

JPEG Joint Photographic Experts Group

MIME Multipurpose Internet Mail Extensions

MMT MPEG Media Transport

MMTP MPEG Media Transport Protocol

MPEG Moving Picture Experts Group

OHTV Open Hybrid TV

OMA Open Mobile Alliance

OMA BCAST Open Mobile Alliance Broadcast Mobile Services Enabler Suite

PNG Portable Network Graphics

RFC Request for Comments

ROUTE Real-Time Object Delivery over Unidirectional Transport

SG Service Guide

SGDD Service Guide Delivery Descriptor

SGDU Service Guide Delivery Unit

SLS Service Layer Signaling

SLT Service List Table

TBD To Be Determined

TTML Timed Text Markup Language


６７ TTAK.KO-07.0128/R2

UDP User Datagram Protocol


UHDTV Ultra High Definition Television

UI User Interface

uimsbf unsigned integer, most significant bit first

unicode Unicode™

UTC Coordinated Universal Time



USBD User Service Bundle Description

USD User Service Description


WAN Wide Area Network

XML Extensible Markup Language

5. 요구사항

5.1. 서비스 가이드

서비스 가이드 정보란 채널별, 시간별로 방송 프로그램의 세부 정보를 제공하는

시그널링 정보(EPG, ESG 등)를 의미하며 아래와 같은 요구사항을 만족하여야 한다.

시스템은 방송망(Broadcast) 및 인터넷망(Broadband)을 통하여 과거 및 미래 프로그램

정보를 제공할 수 있다.

시스템은 방송망(Broadcast) 및 인터넷망(Broadband)을 통하여 지나간 프로그램의

동영상 클립 정보 및 미래 프로그램의 예고 영상에 대한 링크 정보를 제공할 수 있다.


６８ TTAK.KO-07.0128/R2

시스템은 방송망을 통해 인터넷망(Broadband)의 서비스 가이드에 접근할 수 있는

정보를 제공해야 한다.

시스템은 해당 프로그램 정보 내에 유효한 시간을 함께 제공해야 한다.

시스템은 서비스 가이드에 대하여 버전 정보를 제공해야 한다.

방송망으로 전송되는 서비스 가이드 정보는 인터넷망(Broadband)을 통해 전송되는

서비스 가이드 정보를 통해 추가될 수 있다. 단, 충돌되는 정보(ex. 프로그램 시간 정보

등)에 대해서는 방송망을 통해 전송되는 정보가 우선권을 가지도록 한다.

시스템은 프로그램 정보 내에 프로그램 식별자를 제공해야 하며, 해당 식별자는 서비스

가이드 정보 내에서 유일해야 한다.

수신기는 프로그램 가이드를 지상파 방송망과 인터넷 망으로부터 전달받아 표현하여야

한다.

Advanced EPG에는 프로그램 시간 정보뿐만 아니라 줄거리, 이미지, 동영상 등

멀티미디어 형태의 프로그램 정보가 포함되며, 수신기는 이를 해석하여 표현하여야 한다.

수신기는 Advanced EPG에서 특정 프로그램에 대한 상세 정보를 보거나 예약 시청을

할 수 있도록 지원하여야 한다.

수신기는 Advanced EPG에서 실시간 프로그램 및 VOD에 대한 예약 수신 기능 및 시청

알림 기능을 지원하여야 한다.

수신기는 서비스 제공자의 IBB 앱, Advanced EPG를 저장하기 위한 공간을 제공하여야

한다.

6. 서비스 가이드 규격

6.1. 서비스 가이드 데이터 모델

6.1.1. 개요

어나운스먼트 서브시스템(subsystem)은 지상파 UHDTV 방송 서비스 및 콘텐츠 관련


６９ TTAK.KO-07.0128/R2

정보를 전달하기 위해 사용된다. 어나운스먼트 서브시스템을 통해 제공되는 정보는

수신기에게 서비스와 콘텐츠에 대한 다양한 부가 정보를 제공할 수 있도록 한다.

6.1.2. 서비스 가이드 데이터 상세 모델

서비스 가이드 데이터 상세 모델은 “지상파 UHDTV 방송 송수신 정합 - 파트 1. 컴포넌

트[8]” 의 8.2.2절 “서비스 가이드 데이터 상세 모델”의 내용을 따른다.

6.1.2.2. 서비스 프래그먼트 (Service Fragment)

서비스 프래그먼트는 “지상파 UHDTV 방송 송수신 정합 - 파트 1. 컴포넌트[8]” 의

8.2.2.1절 “서비스 프래그먼트”의 내용을 따른다

6.1.2.2. 스케줄 프래그먼트 (Schedule Fragment)

스케줄 프래그먼트는 “지상파 UHDTV 방송 송수신 정합 - 파트 1. 컴포넌트[8]” 의

8.2.2.2절 “스케줄 프래그먼트”의 내용을 따른다.

6.1.2.3. 콘텐츠 프래그먼트 (Content Fragment)

콘텐츠 프래그먼트는 “지상파 UHDTV 방송 송수신 정합 - 파트 1. 컴포넌트 [8]” 의

8.2.2.3절 “콘텐츠 프래그먼트”의 내용을 따른다

6.1.3. 서비스 가이드 데이터 캡슐화 (SG Data Encapsulation)

본 문서의 6.1.2 절에 명시된 서비스 가이드 프래그먼트는 Service Guide Delivery

Units(SGDUs)에 캡슐화될 수 있으며, SGDUs는 OMA BCAST 오류! 참조 원본을 찾을


７０ TTAK.KO-07.0128/R2

수 없습니다. 5.4.1 에 명시된 것처럼 Service Guide Delivery Descriptors(SGDDs)에 서

술될 수 있다. Service Guide Delivery Unit(SGDU) 구조는 지상파 UHDTV 방송 서비스

가이드 프래그먼트를 위한 컨테이너(container)이다. 방송 시스템(broadcast systems)

과 수신기(reference receiver)는 다음 제약과 함께 OMA BCAST[7] Service Guide의

5.4.1.3에 명시되어 있는 아래 Service Guide Delivery Unit 구조를 지원할 수 있다.

<표 6-1> Service Guide Delivery Unit 구조

Data Field Name Data Type

Service_Guide_Delivery_Unit {

Unit_Header {

extension_offset uimsbf32

reserved 16 bits

n_o_service_guide_fragments uimsbf24

for(i=0; i< n_o_service_guide_fragments; i++) {

fragmentTransportID[i] uimsbf32

fragmentVersion[i] uimsbf32

offset[i] uimsbf32

}

}

Unit_Payload {

for(i=0; i< n_o_service_guide_fragments; i++) {

fragmentEncoding[i] uimsbf8

if(fragmentEncoding[i]=0) {

fragmentType uimsbf8

XMLFragment bytestring

}

}

}

if(extension_offset>0) {

extension_type uimsbf8

next_extension_offset uimsbf32

extension_data bitstring

}

}


７１ TTAK.KO-07.0128/R2

- UnitHeader 구조체의extension_offset 필드값은 본 문서에 따르면 SGDUs에서 0일

수 있다. 수신기는 SGDU를 extension_offset 필드에서 0이 아닌 값으로 처리할 수

있다.

- fragmentEncoding[i] 필드는 0(XML Encoded OMA BCAST Service Guide fragment)

을 사용한다. 수신기는 0이 아닌 fragmentEncoding[i] 값과 연관된 프래그먼트

데이터를 무시할 수 있다.

- fragmentType[i]는 아래 ‘1’ 에서 ‘3’까지의 값이 사용될 수 있다.

1 – ‘Service’ fragment

2 – ‘Content’ fragment

3 – ‘Schedule’ fragment

6.1.3.1. SGDU(Service Guide Delivery Units) 와 SGDD(Service Guide Delivery

Descriptors)의 압축

시스템은 GZIP 압축을 활용하여 수신기에 전송되는 SGDUs와 SGDDs의 크기를 줄일

수 있는 방법을 제공한다. 서비스 가이드 전송에 HTTP 가 사용될 때, 시스템은 HTTP

response body를 GZIP 알고리즘을 사용하여 압축할 수 있다. 이 경우, HTTP

response의 연관 서술자 안의 Content-Encoding attribute는 “gzip” 을 설정되어야

한다.

6.1.4. 서비스 가이드 전달 서술자(Service Guide Delivery Descriptor)

아래 SGDD 구조는 서비스 가이드 프레그먼트에 대한 그룹화 및 실제 전송되는

딜리버리 채널을 가리키는 용도로써 사용된다. 수신기는 [BCAST11-Schema-sg-

sgdd]안의 XML 스키마로 정의된 Service Guide Delivery Descriptor의 용법을 지원해야

한다.

SGDD(Service Guide Delivery Descriptor)는 <표 6-2>의 엘리먼트들을 포함해야 한다.

서비스 가이드를 위한 SGDD는 OMA BCAST [7] Service Guide Version의 규격을

따라야 한다


７２ TTAK.KO-07.0128/R2

<표 6-2> SGDD(Service Guide Delivery Descriptor)

Service Guide Delivery Descriptor

id

version

DesciptorEntry

type

GroupingCriteria

TimeGroupingCriteria

startTime

endTime

GenreGroupingCriteria

type

ServiceCriteria

Transport

ipAddress

port

srcIpAddress

transmissionSessionID

hasFDT

AlternativeAccessURL

ServiceGuideDeliveryUnit

transportObjectID

contentLocation

Fragment

transportID

id

version

validfFrom

validTo

fragmentEncoding

fragmentType

GroupCriteria

TimeGroupingCritera


７３ TTAK.KO-07.0128/R2

startTime

endTime

6.2. 브로드밴드를 통한 서비스 가이드 전송 및 관리

6.2.1. 서비스 가이드 전송 개요

SGDU는 앞서 설명한 것처럼 서비스 정보를 포함하고 있는 프래그먼트의 그룹으로서

헤더에는 포함하고 있는 프래그먼트의 종류와 위치를 순차적으로 기술하고, Payload

부분에 실제 인코딩된 프래그먼트가 순차적으로 저장되어 있는 단순한 구조로 되어

있다.

또한, SGDD 는 전송되는 프래그먼트가 어떻게 구성되었는지 단말이 쉽게 분석할 수

있도록 정보를 포함하고 있는 XML 기반의 색인 문서이다.

SGDD에는 검색하고자 하는 서비스 정보를 포함하고 있는 프래그먼트의 그룹인

SGDU의 식별자와 검색 조건이 기술되어 있다. 또한 검색되는 프래그먼트의 유형이

포함되어 단말 입장에서 수신되는 프래그먼트의 종류를 미리 파악할 수 있도록 한다

즉, 서비스 가이드의 프래그먼트는 프래그먼트 ID로 판별 된다. 또한 XML

프래스먼트에는 각 프래그먼트의 최상위에 ID를 attribute로 부여하고 있으며,

SGDU에서도 “fragmentID” 필드에서 해당 ID를 기술 하고 있다.

단말은 SGDD를 분석하여 원하는 프래그먼트가 존재하는 SGDU를 수신하고 그 안에서

최종적으로 사용할 프래그먼트를 추출하여 디코딩한 후 사용한다. 또한, XML 형태의

text 데이터의 크기가 증가 할 수 있는 경우를 대비하여 Gzip을 이용하여 문서를

선택적으로 압축할 수 있도록 정의하고 있다

6.2.2. 서비스 가이드 송수신 방법

브로드 밴드 망을 통한 서비스 가이드 전송은 다음과 같은 형태로 이루어 진다.


７４ TTAK.KO-07.0128/R2

1) 클라이언트는 서비스가이드를 프래그먼트 ID 로 요청하며, 이는 사전에 수신한

SGDD 를 통해 획득한다.

2) 클라이언트는 수신한 SGDD 를 관리하고, 경우에 따라 업데이트를 요청할 수 있다.

3) 클라이언트는 SGDD 를 grouping criteria 형태로 요청 할 수 있다.

4) 클라이언트는 SGDU 의 특정 프래그먼트를 별도로 요청 할 수 있다.

6.2.3. 서비스 가이드 요청(Request) 및 응답(Response)

브로드밴드 망을 통한 서비스 가이드의 요청(Request)과 응답(Response)은 다음과

같은 형태로 이루어 진다.

1) 클라이언트는 HTTP/1.1 기반의 Request 를 하고, 서버는 이에 따라 HTTP

Response 값을 되돌려 준다.

2) 클라이언트는 HTTP/1.1 기반의 “POST” method 를 사용한다.

3) 클라이언트는 데이터 요청시, Request 에 parameter 를 포함 시킬 수 있으며, 이는

HTML4.01 표준에서 “application/x-www-form-urlencoded” encoding type,

‘message-body’ of HTTP/1.1 ‘Request’ 메시지를 사용한다.

4) 클라이언트의 요청은 key-value pair 형태로 post 메시지에 담아 전송하며, 복수의

key-value pair 는 HTML 4.0.1 에 정의 된 것처럼 ‘&’ 연산자를 이용하여 구분한다.

5) 클라이언트는 SGDD 를 요청시 파라미터 값을 “type=sgdd”로 설정하고, SGDU

요청시 파라미터 값을 “type=sgdu”로 설정한다. SGDD,SGDU 를 동시에 요청하는

경우에는 파라미터 값을 “type=sgdd+sgdu”로 설정한다.

6) 서버는 서비스 가이드 정보의 업데이트 및 유통 기한 설정을 위해 HTTP 1.1 의

“message-body” 항목에 “lastResponseVersion” 과 “ResponseValidity” 항목을

설정하여 응답한다.

7) 서버의 응답이 정상인 경우는 HTTP/1.1 Reponse 에 따라 status “200 OK”를

설정한다. 이때, status 값은 브로드밴드 서비스를 제공하는 서버의 상태를 의미

하며, [7] 5.1.4 의 ‘GlobalStatusCode’를 사용한다.

8) 서버의 응답 HTTP header 필드의 “Content-Type”은 “application/octet-

stream”으로 설정 한다.

9) HTTP payload 의 응답은 다음 절에서 설명하는 “SGResponse” 형식에 따라

기술한다. 이는 서비스 가이드 요청에 대한 결과 값을 리턴해 주는 기능을 의미한다.


７５ TTAK.KO-07.0128/R2

“SGResponse”는 attribute 로 status, lastResponseVersion 을 제공하며, element 로

SupportedVersion ServiceGuideDeliveryDescriptor, ResponseValidity, PrivateExt

등이 있으며, 좀더 자세한 내용은 다음 절에 기술되어있다.

6.2.3.1. “SGResponse”의 정의

<표 6-3> SGResponse

Name Type Category Cardinality Description Data Type

SGResponse E

Delivers the status of response to

interactive Service Guide request. Also

contains Service Guide Delivery

Descriptors associated with the

response. Contains the following

attribute: status lastResponseVersion

Contains the following elements:

SupportedVersion

ServiceGuideDeliveryDescriptor

ResponseValidity

PrivateExt

Declares status of the interactive

Service Guide

status A M 1

delivery response using

‘GlobalStatusCode’ defined in the

section 5.1.4 of [BCAST13-Services].

The following status codes SHALL NOT

be used:

unsigned

Byte

001-006, 009-011, 013-015, 019,

022, 024-027, 029-031

lastResponse A O 0..1 Signals the version of this response as

built by unsignedInt

Version the server. The purpose of this

attribute is the

following.

When further request is sent by a


７６ TTAK.KO-07.0128/R2

terminal with

the key “lastResponseVersion”, the

server

７６ehavior is defined as follows:

-the server SHOULD send a status

code

equal to “016” with no

ServiceGuideDeliveryDescriptor

element(s)

and no ServiceGuide Delivery Unit if no

update on the requested (part of the)

service

guide has been done compared to the

version ７６ehavior by the

“lastResponseVersion” value indicated

in

the request.

-the server SHALL send a complete

Response if any update on the

requested

(part of the) service guide has

occurred (i.e.

returns the same response as if the

key

“lastResponseVersion” was not

present or

not considered by the server).

The ７６ehavior of the server when the

elements

PrivateExt, and/or <proprietary

elements> have

been updated is not specified

Note, that in both specified cases, the

server

MAY instantiate the element

“ResponseValidity” e.g. to indicate a


７７ TTAK.KO-07.0128/R2

new

“expirationTime” attribute and MAY

instantiate

the “lastResponseVersion” attribute.

It is out of the scope of this

specification to

decide how this attribute is managed

on the

server side.

This element is used in case the server

responds with a ‘GlobalStatusCode’ of

value ‘012’

(unsupported version) to signal the

BCAST

SupportedVe

rsion E1 M 0..N

release numbers supported by the

server. If this element is not

instantiated while the

string

server responds with a

‘GlobalStatusCode’ of value ‘012’, the

terminal SHALL assume ‘1.0’

is the supported release number.

ServiceGuid

eDeliveryDe E1 O 0..N

Service Guide Delivery Descriptor. See

section 5.4.1.5.2. complexType

scriptor

ResponseVal E1 O 0..1 Signals information about the validity

of the complexType

idity response.

Contains the following attributes:

expirationTime

timeWindow

expirationTi A M 1 Its purpose is to indicate to the

terminals that unsignedInt

me this received (part of the) service guide

constituted by the SGDD(s) and/or

SGDU provided in this response is


７８ TTAK.KO-07.0128/R2

scheduled to be at least up- to-date

from the current response time up to

the expirationTime’value. There is no

assumption that the Service Guide

element” “PrivateExt”, “<proprietary

elements>” will be up-to-date until the

expirationTime value.

If “expirationTime” is present, a

terminal that wants to track updates of

this received (part of

the) service guide, SHOULD not renew

the request before the expirationTime is

reached,

without further instruction. If the

“timeWindow” attribute is not

instantiated, there

is no assumption that this (part of the)

service guide is up-to-date after the

“expirationTime” time has been

reached.

This field is expressed as the first

32bits integer part of NTP time stamps.

timeWindow A O 0..1 Its purpose is to provide a mechanism

that ensures distribution over time of a

given update request sent from

terminals, e.g. in order to avoid

overload in network nodes or links.

Decimal

If “expirationTime” and “timeWindow”

are present, a terminal that wants to

track updates of this received (part of

the) service guide SHOULD renew the

request in the time interval

[expirationTime,

expirationTime+timeWindow].

The exact time within the allowed time

window


７９ TTAK.KO-07.0128/R2

SHALL be random with uniform

probability.

There is no assumption that this

received (part of the) service guide is

still up-to-date after the

(“expirationTime”+”timeWindow”) time

has been reached.

The unit is seconds (fractions can be

expressed using data type

Decimal.”timeWindow” SHALL be a

non-negative number.

Note that if a large number of terminals

have cached a server’s response with

the same expirationTime and without an

appropriately-sized timeWindow

instantiate’, then there is a

risk of network nodes/links congestion

PrivateExt E1 O 0..1 An element serving as a container for

proprietary or application-specific

extensions.

<proprietary

elements>

E2 O 0..N Proprietary or application-specific

elements that are not defined in this

specification. These

elements may further contain sub-

elements or

attributes.

6.2.3.2. 서비스 가이드 서술자(Descriptor) 특정 항목 요청

수신기는 서비스 가이드 전송 서술자(SGDD)의 특정 항목만 브로드밴드망을 통해 다음

과 같이 요청할 수 있다.

1) 수신기는 HTTP/1.1 request message 의 ‘message-body’ 항목에 한 개 이상의

key-value 매칭을 통해 원하는 항목을 요청 할 수 있다.


８０ TTAK.KO-07.0128/R2

2) 수신기가 criteria 가 포함된 SGDD 를 요청 할 때에도, key-value 매칭을 통해

요청하며, 서버는 이를 합쳐서 반환한다.

3) ‘tgc-start’, ‘tgc-end’ key 값은 복 수 개로 사용 할 수 없으며, 반드시 함께

사용하여야 한다.

4) ‘complete’ key 는 다른 key 값과 함께 요청 할 수 없다.

5) SGDD 의 특정항목은 다음의 key 를 통해 요청 할 수 있다.

O <key> : “tgc-start”

<value> : Attribute ‘startTime’ associated with element ‘TimeGroupingCriteria’ used within

SGDD

Meaning : Terminal requests SGDD grouped with ‘TimeGroupingCriteria’, whose ‘startTime’

equals

to <value>.

Note : This <key> SHALL be used if and only if <key> “tgc-end” is used.

If this <key> is present, only one instance of this <key> SHALL be present.

O <key> : “tgc-end”

<value> : Attribute ‘endTime’ associated with element ‘TimeGroupingCriteria’ used within SGDD

Meaning : Terminal requests SGDD grouped with ‘TimeGroupingCriteria’, whose ‘endTime’

equals

to <value>.

Note : This <key> SHALL be used if and only if <key> “tgc-start” is used.

If this <key> is present, only one instance of this <key> SHALL be present.

O <key> : “ggc”

<value> : Value of element ‘GenreGroupingCriteria’ used within SGDD.

Meaning : Terminal requests SGDD grouped with ‘GenreGroupingCriteria’, whose value equals

to

<value>.

O <key> : “srvc”

<value> : Value of element ‘ServiceCriteria’ used within SGDD.

Meaning : Terminal requests SGDD grouped with ‘ServiceCriteria’, whose value equals to

<value>.


８１ TTAK.KO-07.0128/R2

O <key> : “complete”

<value> : “true”

Meaning : Terminal requests a complete set of SGDDs.

Note : This key SHOULD NOT be combined with criteria i.e. keys, restricting the set of SGDDs.

O <key> : “user”

<value> : User id.

Meaning : Terminal requests a set of SGDDs personalized to the user associated with user

identification of <value>.

6.2.3.3. 서비스 가이드 프래그먼트의 특정 항목 요청

수신기는 서비스 가이드 프래그먼트의 특정 항목만 브로드밴드망을 통해 다음과 같이

요청할 수 있다.

1) 클라이언트가 서비스 가이드 프래그먼트를 요청시 key-value pair 를 사용하며, 이때

key 값은 ‘fragmentID’이며 요청하는 fragment attribute ‘id’가 value 값이 된다.

2) 클라이언트가 SGDD 와 연계된 서비스 가이드 프래그먼트 요청시 key 값은

‘sgddID’이며 요청하는 SGDD attribute ‘id’가 value 값이 된다.

3) ‘validFrom’, ‘validTo’ key 값은 복 수 개로 사용 할 수 없으며, 반드시 함께

사용하여야 한다.

4) ‘servicetype’, ‘genre’, ‘fragmentType’의 경우 복 수 개의 key-value pair 를 사용시

OR logic 을 사용하게 된다. 즉 주어진 key 값을 1 개 이상 만족하는 서비스 가이드

프래그먼트 값을 반환한다.

5) 서비스 가이드 프래그먼트의 특정항목은 다음의 key 를 통해 요청 할 수 있다.

O <key> : “validFrom”

<value> : Attribute ‘validFrom’ used within Service Guide fragments

Meaning : Terminal requests Service Guide fragments whose attribute ‘validFrom’ is greater or

equal

to the <value>.

O <key> : “validTo”


８２ TTAK.KO-07.0128/R2

<value> : Attribute ‘validTo’ used within Service Guide fragments

Meaning : Terminal requests Service Guide fragments whose attribute ‘validTo’ is less or equal

to the

<value>.

O <key> : “serviceType”

<value> : Attribute ‘serviceType’ used within ‘Service’ fragment

Meaning : Terminal requests ‘Service’ fragments having ‘serviceType’ equal to <value> and

Service

Guide fragments associated with ‘Service’ fragments having ‘serviceType’ equal to <value>.

O <key> : “genre”

<value> : Element ‘genre’ used within Service Guide fragments

Meaning : Terminal requests Service Guide fragments having element ‘genre’ equal to <value>

and

Service Guide fragments associated with fragments having element ‘genre’ equal to

<value>.

O <key> : “fragmentType”

<value> : 6.1.3절에서 정의한 3가지 ‘fragmentType’을 사용한다.

Meaning : Terminal requests Service Guide fragments of that are of type <value>.

O <key> : “all”

<value> : “true”

Meaning : Terminal requests all available Service Guide fragments.


８３

TTAK.KO-07.0128/R1

UHD IBB 서비스

Part 6. 콘텐츠 인식

UHD IBB Service – Part 6. ACR


1.1 개 요


















８４ TTAK.KO-07.0128/R2

파트6 에는 비디오/오디오 워터마크의 페이로드와 네트워크 프로토콜을 명시하며,

워터마크는 방송 콘텐츠를 인식(채널 및 타임코드)하는데 사용되거나, 비디오

워터마크나 오디오 워터마크 또는 두 워터마크를 모두 사용하여 통신망을 통한 방송

시그널링 정보를 복구하는데 사용될 수 있다.

본 파트에서는 공개된 워터마크 사양을 제시하고 상호 호환 되는 워터 마크 삽입부와

검출부의 독립적인 구현을 위한 정보를 제공한다.

단, 워터마크 적용 시점에 방송사와 가전사 간 협의를 통해서 수신기 워터마크 탑재

여부를 결정한다.

2. 인용 표준


October 2015

[2] ATSC: “Call for Proposals For ATSC-3.0 Automatic Content

Recognition Watermarking Solutions”, January, 2014

[3] ATSC: “Content Recovery in Redistribution Scenarios,” A/336: ATSC

Candidate Standard, Advanced Television Systems Committee, 15

January 2016. (work in progress)

3. 용어 정의



3.2. 콘텐츠 인식 (Automatic Content Recognition, ACR)

미디어 기기에서 재생되는 콘텐츠를 자동으로 인식하는 기술

3.3. 워터마크 (Watermark)

사진이나 동영상 같은 각종 디지털 데이터에 저작권 정보와 같은 비밀 정보를 삽입하여

관리하는 기술


８５ TTAK.KO-07.0128/R2

3.4. 워터마크 삽입부 (Watermark Embedder)

미디어 데이터에 워터마크를 삽입하는 모듈. 일반적으로 콘텐츠를 제작하고 배포하는

주체에서 수행함

3.5. 워터마크 검출부 (Watermark Extractor)

미디어 데이터에 워터마크를 삽입하는 모듈. 일반적으로 콘텐츠를 제작하고 배포하는

주체에서 수행함

3.6. 워터마크 페이로드 (Watermark Payload)

워터마크 삽입부에서 미디어 데이터에 삽입하는 워터마크 데이터의 크기, 종류 및 형식

4. 약어

ACR Automatic Content Recognition


EPG Electronic Program Guide



IP Internet Protocol

TBD To Be Determined


UHDTV Ultra High Definition Television

UI User Interface




８６ TTAK.KO-07.0128/R2


5. 요구사항

5.1. 워터마크

오디오 또는 비디오 워터마크를 영상에 삽입하여 특정 콘텐츠를 인식할 수 있는 기능이

제공되어야 한다. 워터마크를 통해 수신기는 시청자가 현재 보고 있는 채널을 인식할 수

있어야 하고, 방송 서비스와 관련된 시간 코드의 정확한 프레임 복구가 가능해야 한다.

채널 변경 시에는 변경된 채널과 시간 코드를 빠르게 인지 할 수 있어야 한다.

워터마크 삽입 시, 원본 화질/음질의 열화를 최소화하여, 시각적/청각적으로 워터마크

삽입 여부를 알 수 없어야 한다.

워터마크는 포맷 변환이나, 비트율 변환 등 비디오/오디오 변환 이후에도 검출될 수

있도록 강인함을 제공해야 한다.

워터마크가 삽입되지 않은 영상을 잘못 인식하는 확률이 충분히 작아야 한다. 또한

워타마크가 삽입된 영상을 인식하지 못할 확률이 충분히 작아야 한다.

수신기의 워터마크 검출부는 최소한의 복잡도를 가져야 하고, 워터마크를 실시간으로

검출할 수 있어야 한다. 이를 위해 수신기의 최소한의 연산 자원을 사용하여야 한다.

워터마크 기술의 제공 업체는 기술의 이해를 돕기 위해 워터마크 삽입부와 검출부의

구현을 위한 샘플 소스 코드를 공개해야 한다.

워터마크는 방송사의 서비스 시그널링을 위해 방송사 정보, 프로그램 정보, 부가 URL

등의 시그널링 정보를 포함할 수 있다.

워터마크를 통해서 전달되는 데이터의 양은 서비스 시그널링 정보를 전달할 수 있는

크기여야 한다. 이러한 정보는 워터마크로 직접 삽입될 수 있고 혹은 원하는 정보를

접근하여 가져올 수 있는 위치를 코드화하여 워터마크로 삽입할 수 있다. 이 경우 워터

마크는 수신기가 통신망을 통해 시그널링 정보 (service identification, content

identification, interactive)를 복구할 수 있도록 충분한 데이터 페이로드를 제공해야 한다.

워터 마크는 승인되지 않은 서비스 시그널링 정보를 수신 및 처리하지 않도록 수신기를

보호하는 메커니즘을 제공해야 한다.

워터마크 삽입 시, 최소 검출 단위마다 다른 정보를 삽입할 수 있고, 삽입된 워터마크는

모두 수신기에서 검출 가능하여야 한다.

워터마크 최소 검출 단위의 길이는 시그널링의 정밀성을 위해 최대한 잛게 설계되어야


８７ TTAK.KO-07.0128/R2

한다. 이를 통해 수신기는 시간적으로 연동되는 이벤트의 정보를 실시간으로 인식할 수

있다.

워터 마크는 방송사가 제어할 수 있도록 제거가 가능해야 한다. 이를 통해 방송사는

워터마크가 포함되어 아카이브된 영상을 재생하거나 워터마크가 포함된 영상을

3자로부터 제공받아 서비스할 때에도 기존 워터마크를 제거하고 새로운 워터마크를

삽입할 수 있다.

워터마크 솔루션은 기본적으로 <표 5-1>에 대한 성능지표를 제공해야 한다.

<표 5-1> 워터마크 성능 지표

항목 설 명 비고

Timing Accuracy 방송콘텐츠와 부가정보간의 동기화를 맞추기 위한

시간 정밀도를 나타냄

예)0.1sec 이내

Data Rate

Capacity

워터마크 검출주기 당 워터마크 정보량으로 표시 예)2초당 56비트

Acquisition Time 워터마크 정보를 검출하기까지 필요한 시간 표시.

측정시의 수신기의 H/W사양도 함께 표시

예) 500msec소요, i7

Pentium 2.0GHz,

RAM4GB,

Transcoding 현재 방송국에서 서비스하고 있는 다양한 압축

코덱 간의 변환 후에도 워터마크정보가 검출

되어야 한다.

예)AVC 4Mbps ->

HEVC 2Mbps

코덱변환

Format

Conversion

[비디오워터마크] Pillar Boxing, Letter Boxing과

같은 변환 후에도 워터마크정보가 검출되어야

한다(예: Mobile단말에서도 최적의 시청조건).

예)Pillar Boxing,

Letter Boxing후에도

워터마크 검출됨.

Compression and

Decompression

다양한 압축과 복원(decompression) 에 대한

강인성 제시

예)AVC 4Mbps에서

압축/복원에서

워터마크 검출됨.

Caption Addition [비디오워터마크]방송국로고나 자막삽입에

의해서도 워터마크정보가 검출되어야 한다.

예)원 영상의 5%

Caption삽입 후에도

워터마크 검출됨

Cropping [비디오워터마크]비디오 신호가 Cropping되어

서비스되는 경우에도 워터마크 정보가 검출되어야

한다.

예)원영상의 5%의

Cropping 감소에도


Resizing [비디오워터마크]현재 방송국에서 제공하는 여러

비디오 해상도에서도 워터마크 정보가 검출되어야

한다.

예)4K, 1080p,

720p에서도



８８ TTAK.KO-07.0128/R2

항목 설 명 비고

D/A-A/D 변환 아날로그 입력을 받은 장비에 대해서도 워터마크가

검출되어야 한다. 특히 오디오 워터마크의 경우

세컨드 스크린서비스를 제공할 수 있는 조건이

된다.

예)3미터

Ambient환경에서

오디오 워터마크

검출가능.

False Positive

Error

워터마크 정보를 잘못 인식하는 확률 값을

제시한다.

예) 10^-8 (EBU

워터마크 조건 만족)

Extensibility 워터마크 솔루션의 향후 발전 방향에 대해서

제시한다. 이때 이전버전에 대한 호환성에 대한

고려도 언급한다.

예) 이전 버전에

대한 Backward

Compatibility를

제공한다.

Content Quality 일반 소비자가 서비스를 받는데 지장이 없는

품질손실을 유지하면서 워터마크 솔루션이 제공할

수 있는 최대 정보량을 제시한다.

예) 2초에 64비트를

최대로 제공할 수

있다.

6. 표준 기술

6.1. 개요

5장의 요구사항을 만족하기 위해서 비디오 및 오디오 워터마크 솔루션이 기본적으로

수행해야 할 중요 사항을 기술한다.

워터마크 솔루션에 대한 표준은 다중의 워터마크 제공자가 동일한 기능을 수행할 수

있도록 기술하는 것을 목표로 한다.

6.2. 오디오 워터마크 정보 구성

6.2.1. VP1 페이로드(VP1 Payload)

기본적으로 ATSC S33-178r2의 5.2.3 VP1 페이로드를 따른다.

<표 6-1> 워터마크 페이로드 형식

Syntax No. of Bits Format

vp1_payload(){

domain_type

if (domain_type == 0){

1

bslbf


８９ TTAK.KO-07.0128/R2


small_domain()

}

else {

large_domain()

}

}

var

var

표 3

표 4

<표 6-2> small_domain() 형식


small_domain(){

server_field

interval_field

query_flag

}

31

17

1

uimsbf

uimsbf

bslbf

<표 6-3> large_domain() 형식


large_domain(){

server_field

interval_field

query_flag

}

23

25

1

uimsbf

uimsbf

bslbf

6.2.2. Display Override Indicator

기본적으로 ATSC S33-178r2의 5.2.4 Display Override Indicator 를 따른다.

6.2.3. Segment

기본적으로 ATSC S33-178r2의 5.2.5 Segment 를 따른다.

6.3. Audio User Data Methodology

기본적으로 ATSC S33-178r2의 5.4 Audio User Data Methodology 를 따른다.


９０ TTAK.KO-07.0128/R2

6.4. Recovery Process

기본적으로 ATSC S33-178r2의 5.5 Recovery Process를 따른다.

6.4.1. Recovery File Retrieval via Broadband

기본적으로 ATSC S33-178r2의 5.5.1 Recovery File Retrieval via Broadband 를 따른다.

단지 DNS서버의 URL을 “vp1.tv” 특정한 도메인으로 한정하지 않고 서비스 주체에 따라

필요에 의해서 변경하여 사용할 수 있다(예:”ibb.tv”).

아래의 예는 “vp1.tv”대신 “ibb.tv”를 사용한 경우이다.

VP1 페이로드의 “domain_type”이 ‘0’인 경우 hostName :

a336.{serverCode1}.{serverCode2}.{serverCode3}.{serverCode4}.0.ibb.tv

VP1 페이로드의 “domain_type”이 ‘1’인 경우 hostName :

a336.{serverCode1}.{serverCode2}.{serverCode3}.1.ibb.tv

6.4.2. Recovery File Format

기본적으로 ATSC S33-178r2의 5.5.2 Recovery File Format을 따른다.

6.4.3. Dynamic Event Retrieval via Broadband

기본적으로 ATSC S33-178r2의 5.5.3 Dynamic Event Retrieval via Broadband를 따른다.


９１ TTAK.KO-07.0128/R2

부 속 서

(본 부속서는 표준 내용의 일부임)

A. Implications of Set-top Box Operations

기본적으로 ATSC S33-178r2의 Annex A: Implications of Set-top Box Operations를

따른다.

B. JSON Recovery File Schema

기본적으로 ATSC S33-178r2 의 Annex B: JSON Recovery File Schema 를 따른다.

Normative JSON schema for recovery file format is as follows:

{

"$schema": "http://json-schema.org/draft-04/schema#",

"id" : "http://atsc.org/version/3.0/wm/recoveryfileformat#",

"title" : "Recovery file format schema",

"description" : "Return messages from server use this schema.",

"@context" : {"RecoveryDataTable": "http://www.atsc.org/contexts/3.0/RecoveryFFV1"},

"RecoveryDataTable" : {

"type": "object",

"properties" : {

"thisComponent": {

"type": "object",

"properties" : {

"serverCode": {"type": "integer"},

"intervalCode" : {"type": "integer"},

"componentDescription" : {

"type": "object",

"properties" : {

"componentAnchor": {

"type": "object",

"properties" : {

"intervalCodeAnchor": {


９２ TTAK.KO-07.0128/R2

"type": "integer",

"minimum" : 0,

"maximum" : 33554431

},

"presentationTime" : {"type": "integer", "minimum" :

0, "maximum" : 4294967295},

"presentationTimeMs" : {"type": "integer",

"minimum" : 0, "maximum" : 999}

},

"required": [

"intervalCodeAnchor",

"presentationTime",

"presentationTimeMs"

]

},

"mediaType": {

"type": "string",

"enum" : [

"audio",

"video",

"both"

]

},

"descriptor": {

"type": "string"

},

"priority" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

}

},

"required": [

"componentAnchor",

"mediaType"

]


９３ TTAK.KO-07.0128/R2

}

},

"required": ["componentDescription"]

},

"querySpread": {"type": "integer"},

"otherComponent" : {

"type": "object",

"properties" : {

"componentAnchor": {

"type": "object",

"properties" : {

"intervalCodeAnchor": {

"type": "integer",

"minimum" : 0,

"maximum" : 33554431

},

"presentationTime" : {"type": "integer", "minimum" :

0, "maximum" : 4294967295},

"presentationTimeMs" : {"type": "integer",

"minimum" : 0, "maximum" : 999}

},

"required": [

"intervalCodeAnchor",

"presentationTime",

"presentationTimeMs"

]

},

"mediaType": {

"type": "string",

"enum" : [

"audio",

"video",

"both"

]

},

"Descriptor": {


９４ TTAK.KO-07.0128/R2

"type": "string"

},

"priority" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

}

},

"required": [

"componentAnchor",

"mediaType"

]

}

},

"contentID": {

"type": "array",

"items" : {

"type": "object",

"properties" : {"oneOf": [

{

"Type": {

"type": "string",

"enum" : ["EIDR"]

},

"cid" : {

"type": "string",

"pattern" : "^10\\.5240\\/([0-9a-fA-F]{4}-

){5}[0-9A-Z]$",

"minLength" : 34,

"maxLength" : 34

},

"validFrom": {

"type": "string",

"format" : "date-time"

},

"validUntil" : {


９５ TTAK.KO-07.0128/R2

"type": "string",


}

},

{

"type": {

"type": "string",

"enum" : ["AD-ID"]

},

"cid" : {

"type": "string",

"pattern" : "^[1-9a-zA-Z]{1}[0-9a-zA-

Z]{10}(H|D)?$",

"minLength" : 11,

"maxLength" : 12

},

"validFrom": {

"type": "string",


},

"validUntil" : {

"type": "string",


}

}

]}

},

"minItems": 0

},

"sourceID": { "type": "object",

"properties" : {

"country": {"type": "string", "pattern" : "^[a-zA-Z]{2}$"},

"bsid" : { "type": "integer", "minimum" : 0, "maximum" : 65535 },

"majorChannelNo" : {"type": "integer", "minimum" : 1, "maximum" :

999 },

"minorChannelNo" : {"type": "integer", "minimum" : 1, "maximum" :


９６ TTAK.KO-07.0128/R2

999 }

},

"required": ["country", "bsid", "majorChannelNo", "minorChannelNo"]

},

"service": {

"type": "object",

"properties" : {

"serviceId": {

"type": "integer",

"minimum" : 0,

"maximum" : 65535

},

"sltSvcSeqNum" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

},

"slsProtocol" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

},

"slsMajorProtocolVersion" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

},

"slsMinorProtocolVersion" : {

"type": "integer",

"minimum" : 0,

"maximum" : 255

},

"svcInetUrl" : {

"type": "array",

"items" : {

"type": "object",


９７ TTAK.KO-07.0128/R2

C. Acquisition of Signaling Using VP1 Payloads/Messages

기본적으로 ATSC S33-178r2 의 Annex D: Acquisition of Signaling Using VP1

Payloads/Messages 를 따른다.

"properties" : {

"urlType": {

"type": "integer",

"minimum" : 0,

"maximum" : 255

},

"urlValue" : {

"type": "string",

"format" : "uri"

}

},

"required": [

"urlType",

"urlValue"

]

}

},

"required": [

"serviceId",

"sltSvcSeqNum"

]

}

},

"required": ["thisComponent", "service"],

"additionalProperties" : true

},

"required": ["RecoveryDataTable"]

}


９８ TTAK.KO-07.0128/R2

부 록 Ⅰ-1

(본 부록은 표준을 보충하기 위한 내용으로 표준의 일부는 아님)

지식재산권 확약서 정보

Ⅰ-1.1 지식재산권 확약서

- 해당 사항 없음

※ 상기 기재된 지식재산권 확약서 이외에도 본 표준이 발간된 후 접수된 확약서가 있을

수 있으니, TTA 웹사이트에서 확인하시기 바랍니다.


９９ TTAK.KO-07.0128/R2

부 록 Ⅰ-2


시험인증 관련 사항

Ⅰ-2.1 시험인증 대상 여부


Ⅰ-2.2 시험표준 제정 현황



１００ TTAK.KO-07.0128/R2

부 록 Ⅰ-3


본 표준의 연계(family) 표준



１０１ TTAK.KO-07.0128/R2

부 록 Ⅰ-4

참고 문헌



１０２ TTAK.KO-07.0128/R2

부 록 Ⅰ-5


영문표준 해설서



１０３ TTAK.KO-07.0128/R2

부 록 Ⅰ-6


표준의 이력

판수 채택일 표준번호 내용 담당 위원회

제1판 2016.06.24 제정

TTAK.KO-07.0128 -

지상파

PG(PG802)

제2판 2016.12.27 개정

TTAK.KO-07.0128/R1

AST 제약/추가 사항 정의 및

볼륨 컨트롤 내용 추가

지상파

PG(PG802)

제3판 2018.06.30 개정

TTAK.KO-07.0128/R2

Service Linkage, EVENT API,

IBB version 체계 추가 정의

지상파

PG(PG802)

t t a s t a n d a r d iii ttak.ko-07.0128/r2 preface 1 purpose the purpose of this standard is to...

Documents