차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 4 월 14 일 UHD IBB 서비스 - 파트 5. 서비스가이드 Standard for UHD IBB Service - Part 5. Service Guide 본문서에대한저작권은차세대방송표준포럼에있으며,

Size: px

Start display at page:

Download "차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 4 월 14 일 UHD IBB 서비스 - 파트 5. 서비스가이드 Standard for UHD IBB Service - Part 5. Service Guide 본문서에대한저작권은차세대방송표준포럼에있으며,"

광도 팽
6 years ago
Views:

1 d 차세대방송표준포럼표준 ( 국문표준 ) N G B F S t a n d a r 제정일 : 2016년 4월 14일 UHD IBB 서비스파트 5. 서비스가이드 Standard for UHD IBB Service Part 5. Service Guide

2 차세대방송표준포럼단체표준 ( 국문표준 ) 제정일 : 2016 년 4 월 14 일 UHD IBB 서비스 - 파트 5. 서비스가이드 Standard for UHD IBB Service - Part 5. Service Guide 본문서에대한저작권은차세대방송표준포럼에있으며, 차세대방송표준포럼과사전협의없이이 문서의전체또는일부를상업적목적으로복제또는배포해서는안됩니다. Copyrightc Next Generation Broadcasting Forum All Rights Reserved. 2

3 서문 1. 표준의목적 본표준은국내지상파 UHD 방송을시청하는일반시청자들이수신기를통해실시간 방송을시청하면서방송망및브로드밴드망을통해 IBB(Integrated Broadcast Broadband) 서비스를이용하는데필요한규격을정의한다. 2. 주요내용요약 본표준은지상파 UHD 방송을시청하면서방송망및브로드밴드망을통해웹기반의서비스애플리케이션을제공하는데필요한방법을정의하고있다. 또한다양한개인용스마트기기와 TV 를연계하여방송콘텐츠관련서비스를제공하는컴페니언스크린서비스를제공하는데필요한방법을정의하고있다. 본표준에서는웹애플리케이션및컴페니언스크린서비스를제공하기위해서 ATSC 3.0 과 HbbTV 2.0 표준을인용하고있다. 또한본표준에서인용하는표준을바탕으로한국의지상파 UHD IBB 서비스를제공하는데필요한추가적인내용을정의한다. 3. 표준적용산업분야및산업에미치는영향 본표준은국내지상파 UHD 방송에서방송망과브로드밴드망을결합한 IBB 서비스를구현하는근거가될것이다. 또한지상파 UHD 실시간방송과더불어인터랙티브방송콘텐츠관련서비스를손쉽게제공함으로써국내고화질방송콘텐츠사업활성화에기여하는것은물론관련기술발전에도기여할것이다. 4. 지적재산권관련사항 본표준의 ' 지적재산권확약서 제출현황은 NGBF 웹사이트에서확인할수있다. 본표준을이용하는자는이용함에있어지적재산권이포함되어있을수있으므로, 확인후이용한다. 본표준과관련하여접수된확약서이외에도지적재산권이존재할수있다. 3

4 5. 시험인증관련사항 5.1. 시험인증대상여부 - 해당사항없음 5.2. 시험표준제정현황 - 해당사항없음 6. 표준의이력정보 6.1. 표준의이력 판수제정 개정일제정 개정내역 제 1 판 제정 6.2. 주요개정사항 비고 1. 개요 신규 2. 표준의구성및범위 신규 3. 참조표준 신규 4. 용어정의및약어 신규 5. 요구사항 신규 6. 표준기술 신규 4

5 Preface 1. Purpose of Standard 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 of Contents 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. Applicable fields of industry and its effect This standard should be the basis for providing IBB services combining broadcast and broadband network in domestic terrestrial UHD broadcasting environment. And this will contribute to the invigoration of domestic high quality broadcasting contents business and the progress of related technology, providing efficient interactive broadcasting services together with live broadcasting. 4. Statement of Intellectual Property Rights IPRs related to the present document may have been declared to NGBF. The information pertaining to these IPRs, if any, is available on the NGBF Website. No guarantee can be given as to the existence of other IPRs not referenced on the NGB 5

6 website. And, please make sure to check before applying the standard. 5. Statement of Testing and Certification 5.1. Object of Testing and Certification N/A 5.2. Standards of Testing and Certification N/A 6. History of Standard 6.1. Change History Edition Issued date Outline The 1st edition Established 6.2. Revisions 1. Introduction 2. Scope of this standard 3. Reference Standards 4. Definitions 5. Requirement 6. Technology 6

7 7

8 목차 서문...3 목차 개요 표준의구성및범위 참조표준 ( 권고 ) 용어정의및약어 용어정의 약어 요구사항 서비스가이드 표준기술 서비스가이드데이터모델 개요 서비스가이드데이터상세모델 서비스가이드데이터캡슐화 (SG Data Encapsulation) 브로드밴드를통한서비스가이드전송및관리 서비스가이드전송개요 서비스가이드송수신방법 서비스가이드요청 (Request) 및응답 (Response) SGResponse 의정의 서비스가이드서술자 (Descriptor) 특정항목요청 서비스가이드프래그먼트의특정항목요청 28 8

9 UHD IBB 서비스 파트 5. 서비스가이드 (UHD IBB Service - Part 5. Service Guide) 1. 개요 본표준은국내지상파 UHD 방송을시청하는일반시청자들이수신기를통해실시간방송을시청하면서방송망및브로드밴드망을통해 IBB(Integrated Broadcast Broadband) 서비스를이용하는데필요한규격을정의한다. 지상파 UHD IBB 표준은 ATSC 3.0 표준을기준으로하고브라우저애플리케이션환경파트는 HbbTV 2.0 표준을기준으로한다. 하지만, 본표준은 ATSC 3.0 표준과 HbbTV 2.0 표준을완전히대신하지는않는다. 따라서, 본표준에서기술하지않는내용은 ATSC 3.0 표준과 HbbTV 2.0 표준규격을준용한다. 9

10 2. 표준의구성및범위 본표준은국내지상파 UHD 방송에서 IBB 서비스를제공하는데필요한파트로나 눠서기술한다. 표준의구성은다음과같다. - 파트 1. 공통기술 : NGBF-STD 파트 2. 애플리케이션시그널링 : NGBF-STD 파트 3. 브라우저애플리케이션환경 : NGBF-STD 파트 4. 컴패니언스크린서비스 : NGBF-STD 파트 5. 서비스가이드 : ( 본문서 ) - 파트 6. 콘텐츠인식 : NGBF-STD-016 본표준문서에는방송망및브로드밴드망을통해전송하는프로그램가이드정보를명시하며, 명시된정보를전달하는프로토콜을정의한다. 10

11 3. 참조표준 ( 권고 ) [HbbTV2] ETSI: Hybrid Broadcast Broadband TV, ETSI TS v1.3.1, October 2015 [ATSC-SA] ATSC: ATSC Candidate Standard: Service Announcement (A/332), November 2015 [ATSC-Mobile] ATSC: ATSC-Mobile DTV Standard, Part4 Annoucement (A/153 part4:2009), October 2009 [RFC1952] IETF: GZIP file format specification version 4.3, RFC 1952, May 1996, [RFC2616] IETF: Hypertext Transfer Protocol -- HTTP/1.1, June 1999, [RFC3986] IETF: Uniform Resource Identifier (URI): Generic Syntax, January 2005, [OMA1.1] OMA: Service Guide for Mobile Broadcast Services Version 1.1, OMA-TS-BCAST_Service_Guide-V1_ A, 29 October 2013 [UHDTR-P2] 차세대방송포럼 : 지상파 UHDTV 방송송수신정합 파트 2. 컴포넌트 11

12 4. 용어정의및약어 4.1. 용어정의 IBB 애플리케이션 (IBB Application): IBB 단말에서구동되는애플리케이션으로웹 애플리케이션으로구성됨. HbbTV(Hybrid Broadcast Broadband TV) : 기존방송과브로드밴드콘텐츠가결합 된하이브리드서비스를인터넷이연결된텔레비전이나셋톱박스를통해제공하기위해 구성된범유럽표준임 약어 AEPG ATSC bslbf CEA CID DASH DASH-IF EBU ESG EPG GUI GIF HbbTV HD Advanced Electronic Program Guide Advanced Television Systems Committee bit serial, leftmost bit first Consumer Technology Association Context Identifier Dynamic Adaptive Streaming over HTTP DASH Industry Forum European Broadcast Union Electronic Service Guide Electronic Program Guide Graphical User Interface Graphics Interchange Format Hybrid Broadcast Broadband Television High Definition 12

13 HEVC HTML High Efficiency Video Coding HyperText Markup Language HTML5 HyperText Markup Language 5 HTTP HTTPS IBB IEC IETF IP ISO Hypertext Transfer Protocol Secure Hyper Text Transfer Protocol Integrated Broadcast Broadband International Electronical Commission Internet Engineering Task Force Internet Protocol International Standards Organization ISOBMFF ISO Base Media File Format ITU-R JPEG MIME MMT MMTP MPEG OHTV OMA International Telecommunication Union Radio communication Sector Joint Photographic Experts Group Multipurpose Internet Mail Extensions MPEG Media Transport MPEG Media Transport Protocol Moving Picture Experts Group Open Hybrid TV Open Mobile Alliance OMA BCAST Open Mobile Alliance Broadcast Mobile Services Enabler Suite PNG Portable Network Graphics 13

14 RFC ROUTE SG SGDD SGDU SLS SLT TBD TTML UDP UHD UHDTV UI uimsbf unicode UTC URI URL USBD USD W3C Request for Comments Real-Time Object Delivery over Unidirectional Transport Service Guide Service Guide Delivery Descriptor Service Guide Delivery Unit Service Layer Signaling Service List Table To Be Determined Timed Text Markup Language User Datagram Protocol Ultra High Definition Ultra High Definition Television User Interface unsigned integer, most significant bit first Unicode Coordinated Universal Time Uniform Resource Identifier Uniform Resource Locator User Service Bundle Description User Service Description Worldwide Web Consortium 14

15 WAN XML Wide Area Network Extensible Markup Language 15

16 5. 요구사항 5.1. 서비스가이드 서비스가이드정보란채널별, 시간별로방송프로그램의세부정보를제공하는시그널링정보 (EPG, ESG 등 ) 를의미하며아래와같은요구사항을만족하여야한다. 시스템은방송망 (Broadcast) 및인터넷망 (Broadband) 을통하여과거및미래프로그램정보를제공할수있다. 시스템은방송망 (Broadcast) 및인터넷망 (Broadband) 을통하여지나간프로그램의동영상클립정보및미래프로그램의예고영상에대한링크정보를제공할수있다. 시스템은방송망을통해인터넷망 (Broadband) 의서비스가이드에접근할수있는정보를제공해야한다. 시스템은해당프로그램정보내에유효한시간을함께제공해야한다. 시스템은서비스가이드에대하여버전정보를제공해야한다. 방송망으로전송되는서비스가이드정보는인터넷망 (Broadband) 을통해전송되는서비스가이드정보를통해추가될수있다. 단, 충돌되는정보 (ex. 프로그램시간정보등 ) 에대해서는방송망을통해전송되는정보가우선권을가지도록한다. 시스템은프로그램정보내에프로그램식별자를제공해야하며, 해당식별자는서비스가이드정보내에서유일해야한다. 수신기는프로그램가이드를지상파방송망과인터넷망으로부터전달받아표현하여야한다. Advanced EPG에는프로그램시간정보뿐만아니라줄거리, 이미지, 동영상등멀티미디어형태의프로그램정보가포함되며, 수신기는이를해석하여표현하여야한다. 수신기는 Advanced EPG에서특정프로그램에대한상세정보를보거나예약시청을할수있도록지원하여야한다. 수신기는 Advanced EPG에서실시간프로그램및 VOD에대한예약수신기능및시청알림기능을지원하여야한다. 수신기는서비스제공자의 IBB 앱, Advanced EPG를저장하기위한공간을제공하여야한다. 16

17 6. 표준기술 6.1. 서비스가이드데이터모델 개요 어나운스먼트서브시스템 (subsystem) 은지상파 UHDTV 방송서비스및콘텐츠관련 정보를전달하기위해사용된다. 어나운스먼트서브시스템을통해제공되는정보는수신 기에게서비스와콘텐츠에대한다양한부가정보를제공할수있도록한다 서비스가이드데이터상세모델 서비스가이드데이터상세모델은 지상파 UHDTV 방송송수신정합 - 파트 1. 컴 포넌트 의 절 서비스가이드데이터상세모델 의내용을따른다 서비스프래그먼트 (Service Fragment) 서비스프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 의 절 서비스프래그먼트 의내용을따른다 스케줄프래그먼트 (Schedule Fragment) 스케줄프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 의 절 스케줄프래그먼트 의내용을따른다 콘텐츠프래그먼트 (Content Fragment) 콘텐츠프래그먼트는 지상파 UHDTV 방송송수신정합 - 파트 1. 컴포넌트 [8] 의 절 콘텐츠프래그먼트 의내용을따른다 서비스가이드데이터캡슐화 (SG Data Encapsulation) 본문서의 절에명시된서비스가이드프래그먼트는 Service Guide Delivery Units(SGDUs) 에캡슐화될수있으며, SGDUs는 OMA BCAST 오류! 참조원본을찾을수없습니다 에명시된것처럼 Service Guide Delivery Descriptors(SGDDs) 에서술될수있다. Service Guide Delivery Unit(SGDU) 구조는지상파 UHDTV 방송서비스가이드프 래그먼트를위한컨테이너 (container) 이다. 방송시스템 (broadcast systems) 과수신기 (reference receiver) 는다음제약과함께 OMA BCAST[OMA] Service Guide 의 에명 17

18 시되어있는아래 Service Guide Delivery Unit 구조를지원할수있다. [ 표 1] Service Guide Delivery Unit 구조 Data Field Name Service_Guide_Delivery_Unit { Unit_Header { extension_offset reserved n_o_service_guide_fragments for(i=0; i< n_o_service_guide_fragments; i++) { fragmenttransportid[i] fragmentversion[i] offset[i] } } Unit_Payload { for(i=0; i< n_o_service_guide_fragments; i++) { fragmentencoding[i] if(fragmentencoding[i]=0) { fragmenttype XMLFragment } } } if(extension_offset>0) { extension_type next_extension_offset extension_data } } Data Type uimsbf32 16 bits uimsbf24 uimsbf32 uimsbf32 uimsbf32 uimsbf8 uimsbf8 bytestring uimsbf8 uimsbf32 bitstring - UnitHeader 구조체의extension_offset 필드값은본문서에따르면 SGDUs에서 0일수있다. 수신기는 SGDU를 extension_offset 필드에서 0이아닌값으로처리할수있다. 18

19 - 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 SGDU(Service Guide Delivery Units) 와 SGDD(Service Guide Delivery Descriptors) 의압축시스템은 GZIP 압축을활용하여수신기에전송되는 SGDUs와 SGDDs의크기를줄일수있는방법을제공한다. 서비스가이드전송에 HTTP 가사용될때, 시스템은 HTTP response body를 GZIP 알고리즘을사용하여압축할수있다. 이경우, HTTP response의연관서술자안의 Content-Encoding attribute는 gzip 을설정되어야한다 서비스가이드전달서술자 (Service Guide Delivery Descriptor) 아래 SGDD 구조는서비스가이드프레그먼트에대한그룹화및실제전송되는딜리버리채널을가리키는용도로써사용된다. 수신기는 [BCAST11-Schema-sg-sgdd] 안의 XML 스키마로정의된 Service Guide Delivery Descriptor의용법을지원해야한다. SGDD(Service Guide Delivery Descriptor) 는표 2의엘리먼트들을포함해야한다. 서비스가이드를위한 SGDD는 OMA BCAST [OMA] Service Guide Version의규격을따라야한다 [ 표 2] SGDD(Service Guide Delivery Descriptor) Service Guide Delivery Descriptor id version DesciptorEntry type GroupingCriteria TimeGroupingCriteria starttime 19

20 endtime GenreGroupingCriteria type ServiceCriteria Transport ipaddress port srcipaddress transmissionsessionid hasfdt AlternativeAccessURL ServiceGuideDeliveryUnit transportobjectid contentlocation Fragment transportid id version validffrom validto fragmentencoding fragmenttype GroupCriteria TimeGroupingCritera starttime endtime 6.2. 브로드밴드를통한서비스가이드전송및관리 서비스가이드전송개요 SGDU 는앞서설명한것처럼서비스정보를포함하고있는프래그먼트의그룹으로서헤 20

21 더에는포함하고있는프래그먼트의종류와위치를순차적으로기술하고, Payload 부분 에실제인코딩된프래그먼트가순차적으로저장되어있는단순한구조로되어있다. 또한, SGDD 는전송되는프래그먼트가어떻게구성되었는지단말이쉽게분석할수있도 록정보를포함하고있는 XML 기반의색인문서이다. SGDD 에는검색하고자하는서비스정보를포함하고있는프래그먼트의그룹인 SGDU 의 식별자와검색조건이기술되어있다. 또한검색되는프래그먼트의유형이포함되어단 말입장에서수신되는프래그먼트의종류를미리파악할수있도록한다 즉, 서비스가이드의프래그먼트는프래그먼트 ID 로판별된다. 또한 XML 프래스먼트에는각프래그먼트의최상위에 ID 를 attribute 로부여하고있으며, SGDU 에서도 fragmentid 필드에서해당 ID 를기술하고있다. 단말은 SGDD를분석하여원하는프래그먼트가존재하는 SGDU를수신하고그안에서최종적으로사용할프래그먼트를추출하여디코딩한후사용한다. 또한, XML 형태의 text 데이터의크기가증가할수있는경우를대비하여 Gzip을이용하여문서를선택적으로압축할수있도록정의하고있다 서비스가이드송수신방법 브로드밴드망을통한서비스가이드전송은다음과같은형태로이루어진다. 1) 클라이언트는서비스가이드를프래그먼트 ID 로요청하며, 이는사전에수신한 SGDD 를통해획득한다. 2) 클라이언트는수신한 SGDD 를관리하고, 경우에따라업데이트를요청할수있다. 3) 클라이언트는 SGDD 를 grouping criteria 형태로요청할수있다. 4) 클라이언트는 SGDU 의특정프래그먼트를별도로요청할수있다 서비스가이드요청 (Request) 및응답 (Response) 브로드밴드망을통한서비스가이드의요청 (Request) 과응답 (Response) 은다음과같은 형태로이루어진다. 21

22 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 에정의된것처럼 & 연산자를이용하여구분한다. 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 값은브로드밴드서비스를제공하는서버의상태를의미하며, [OMA] 의 GlobalStatusCode 를사용한다. 8) 서버의응답 HTTP header 필드의 Content-Type 은 application/octetstream 으로설정한다. 9) HTTP payload 의응답은다음절에서설명하는 SGResponse 형식에따라기술한다. 이는서비스가이드요청에대한결과값을리턴해주는기능을의미한다. SGResponse 는 attribute 로 status, lastresponseversion 을제공하며, element 로 SupportedVersion ServiceGuideDeliveryDescriptor, ResponseValidity, PrivateExt 등이있으며, 좀더자세한내용은다음절에기술되어있다 SGResponse 의정의 [ 표 3] SGResponse Name Type Category Cardinality Description Data Type 22

23 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 status A M 1 lastresponse A O 0..1 Version Declares status of the interactive Service Guide delivery response using GlobalStatusCode defined in the section of [BCAST13- Services]. The following status codes SHALL NOT be used: , , , 019, 022, , Signals the version of this response as built by the server. The purpose of this attribute is the following. When further request is sent by a terminal with the key "lastresponseversion", the server behaviour 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 signalled by the "lastresponseversion" value indicated in the request. unsigned Byte unsignedint 23

24 -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 behaviour 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 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 scriptor Service Guide Delivery Descriptor. See section complextype ResponseVal E1 O 0..1 Signals information about the validity of complextype 24

25 idity the response. Contains the following attributes: expirationtime timewindow expirationti A M 1 me Its purpose is to indicate to the terminals that this received (part of the) service guide constituted by the SGDD(s) and/or SGDU provided in this response is 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 unsignedint "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 25

26 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 SHALL be random with uniform probability. There is no assumption that this received (part of the) service guide is still up-todate after the ("expirationtime"+"timewindow") time has been reached. The unit is seconds (fractions can be expressed using data type Decimal."timeWindow" SHALL be a nonnegative 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 elements> proprietary or application-specific extensions. E2 O 0..N Proprietary or application-specific elements that are not defined in this specification. These elements may further contain subelements or attributes 서비스가이드서술자 (Descriptor) 특정항목요청 수신기는서비스가이드전송서술자 (SGDD) 의특정항목만브로드밴드망을통해다음과 같이요청할수있다. 26

27 1) 수신기는 HTTP/1.1 request message 의 message-body 항목에한개이상의 keyvalue 매칭을통해원하는항목을요청할수있다. 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>. 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 27

28 identification of <value> 서비스가이드프래그먼트의특정항목요청 수신기는서비스가이드프래그먼트의특정항목만브로드밴드망을통해다음과같이요 청할수있다. 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 <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 28

29 Service Guide fragments associated with fragments having element genre equal to <value>. o <key> : fragmenttype <value> : 절에서정의한 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. 29

30 차세대방송표준포럼단체표준 ( 국문 ) UHD IBB 서비스 파트 5. 서비스가이드 (Standard for UHD IBB Service Part 5. Service Guide) 발행인 : 차세대방송표준포럼의장 발행처 : 차세대방송표준포럼 서울특별시강남구테헤란로 7 길 22 신관 1108 호 Tel : , Fax : 발행일 :

미래방송미디어포럼표준 ( 국문표준 ) NGBF-STD-015/R1 FBMF-STD-009 제정일 : 2016 년 04 월 14 일 개정일 : 2018 년 10 월 04 일 F B M F S t a n d a r d UHD IBB 서비스파트 5. 서비스가이드 Standa

미래방송미디어포럼표준 ( 국문표준 ) NGBF-STD-015/R1 제정일 : 2016 년 04 월 14 일 개정일 : 2018 년 10 월 04 일 F B M F S t a n d a r d UHD IBB 서비스파트 5. 서비스가이드 Standard for UHD IBB Service Part 5. Service Guide 표준초안검토위 IBB 분과위원회원회표준안심의위원운영위원회회