1、 Recommendation ITU-R BT.2075-1 (01/2017) Integrated broadcast-broadband system BT Series Broadcasting service (television) ii Rec. ITU-R BT.2075-1 Foreword The role of the Radiocommunication Sector is to ensure the rational, equitable, efficient and economical use of the radio-frequency spectrum by
2、 all radiocommunication services, including satellite services, and carry out studies without limit of frequency range on the basis of which Recommendations are adopted. The regulatory and policy functions of the Radiocommunication Sector are performed by World and Regional Radiocommunication Confer
3、ences and Radiocommunication Assemblies supported by Study Groups. Policy on Intellectual Property Right (IPR) ITU-R policy on IPR is described in the Common Patent Policy for ITU-T/ITU-R/ISO/IEC referenced in Annex 1 of Resolution ITU-R 1. Forms to be used for the submission of patent statements an
4、d licensing declarations by patent holders are available from http:/www.itu.int/ITU-R/go/patents/en where the Guidelines for Implementation of the Common Patent Policy for ITU-T/ITU-R/ISO/IEC and the ITU-R patent information database can also be found. Series of ITU-R Recommendations (Also available
5、 online at http:/www.itu.int/publ/R-REC/en) Series Title BO Satellite delivery BR Recording for production, archival and play-out; film for television BS Broadcasting service (sound) BT Broadcasting service (television) F Fixed service M Mobile, radiodetermination, amateur and related satellite serv
6、ices P Radiowave propagation RA Radio astronomy RS Remote sensing systems S Fixed-satellite service SA Space applications and meteorology SF Frequency sharing and coordination between fixed-satellite and fixed service systems SM Spectrum management SNG Satellite news gathering TF Time signals and fr
7、equency standards emissions V Vocabulary and related subjects Note: This ITU-R Recommendation was approved in English under the procedure detailed in Resolution ITU-R 1. Electronic Publication Geneva, 2017 ITU 2017 All rights reserved. No part of this publication may be reproduced, by any means what
8、soever, without written permission of ITU. Rec. ITU-R BT.2075-1 1 RECOMMENDATION ITU-R BT.2075-1 Integrated broadcast-broadband system (Question ITU-R 131/6) (2015-2017) Scope This Recommendation provides guidance in choosing an integrated broadcast-broadband (IBB) system. The guidance is described
9、in terms of service capabilities and technical elements of the IBB systems. Keywords Integrated broadcast-broadband (IBB), HbbTV, HybridCast, “HTML5-based Smart TV Platform”, Ginga The ITU Radiocommunication Assembly, considering a) that Question ITU-R 131/6 has invited the ITU-R to study, inter ali
10、a, what data structure(s) is(are) most suited to conveying multimedia information to digital broadcast receivers and what application programming interfaces (APIs) should be specified for multimedia applications in broadcasting and webcasting platforms; b) that Report ITU-R BT.2267 describes several
11、 IBB systems; c) that Recommendations ITU-R BT.2037 and ITU-R BT.2053 define requirements of IBB systems; d) that devices with broadband Internet access are becoming widely available and offer multimedia applications; e) that an ability to provide connected-TV enabled devices with already integrated
12、 off-the-shelf applications is of relevance to the end-user; f) that an addition of content delivery over broadband network to the broadcast channel optimizes the bandwidth usage of the broadcast channel; g) that common platforms are desirable for production and international exchange of IBB content
13、 and applications, recommends 1 that administrations, broadcasters, and related industries wishing to implement an IBB system should consider the service capabilities and technical elements of the IBB systems described in this Recommendation; 2 that the IBB systems listed in the Annex should be cons
14、idered for the choice of an IBB system and implementation of IBB services. 2 Rec. ITU-R BT.2075-1 Annex 1 Introduction This Recommendation provides guidance information for administrations, broadcasters, and related industries to consider implementing an IBB system. Section 3 describes the IBB syste
15、ms while 4 and 5 describe the service capabilities and technical elements of the IBB systems. 2 Abbreviations ACAP Advanced common application platform CEA Consumer electronics association DAE Declarative application environment DASH Dynamic adaptive streaming over HTTP DRM Digital rights management
16、 DTV Digital Television DVB Digital video broadcasting IBB Integrated broadcast-broadband MMT MPEG media transport MPEG Motion picture expert group OIPF Open IPTV forum VOD Video on demand W3C World Wide Web Consortium 3 The IBB Systems 3.1 System definition The IBB Systems considered in this Recomm
17、endation are defined by the following specifications or standards. HbbTV For HbbTV1.5: ETSI TS 102 796 V1.2.1 (2012) http:/webapp.etsi.org/ewp/copy_file.asp?wki_id=39272 For HbbTV 2.0.1: ETSI TS 102 796 V1.4.1 (2016) http:/www.etsi.org/deliver/etsi_ts/102700_102799/102796/01.04.01_60/ts_102796v01040
18、1p.pdf1 Hybridcast IPTVFJ STD-0010 and STD-0011 http:/www.iptvforum.jp/en/download/ ARIB STD-B62 V1.0 http:/www.arib.or.jp/english/html/overview/sb_ej.html 1 NOTE HbbTV version 2.0.1 supersedes HbbTV 2.0, published by ETSI in 2015. Rec. ITU-R BT.2075-1 3 “HTML5 based Smart TV Platform” TTAK.KO-07.01
19、11/R1 http:/www.tta.or.kr/English/new/standardization/eng_ttastddesc.jsp?stdno=TTAK.KO-07.0111/R1 Ginga ABNT NBR 15606 (2016) series http:/.br/coltv.aspx?Q=CING45WV08 its reuse facility; multi-device support (companion device collaboration); presentation and application content adaptability; API for
20、 building and modifying applications on-the-fly; and, mainly, its intrinsic high-level ability for easily defining spatiotemporal synchronisation among media assets (including viewer interactions). For particular procedural needs, e.g. when more complex dynamic content generation is required, NCL pr
21、ovides support to the Lua scripting language. NCL applications have a stricter separation between its content and its structure. NCL does not define itself any media content. Instead, it defines the glue that holds media objects together in multimedia presentations. An NCL document (NCL application
22、code) only defines how media objects are structured and related, in time and space. Each media object of NCL specifies the URI Scheme used to retrieve its content. Depending on the specified scheme, Ginga-NCL knows if it has to get the content from the broadcast signal, from the IP network or from l
23、ocal storage. Ginga-J is the procedural environment of Ginga, based on the Java language. Its stack includes the core API from Recommendation ITU-T J.202 and Recommendation ITU-R BT.1722 (specifically, CDC 1.1, FP 1.1, PBP 1.1.2 and JavaTV 1.1), the JavaDTV set of API as defined in ABNT NBR 15606-6,
24、 and a set of system-specific API defined in the ABNT NBR 15606-4. The first commercial Ginga implementations appeared in 2008. In 2009, NCL 3.0 and its presentation environment Ginga-NCL became part of Recommendation ITU-T H.761 for IPTV services and Recommendation ITU-R BT.1699 and the Ginga-J env
25、ironment became part of Recommendations ITU-T J.202 and ITU-R BT.1722. Since then, many countries, particularly in South America, have adopted Ginga as the middleware of their terrestrial DTV standards, based on the ISDB-Tb International Standard. More recently (2014), the latest version of Recommen
26、dation ITU-T H.761 for IPTV services defines NCL 3.1 and its presentation environment Ginga-NCL which introduces new features to better support IBB DTV services. Currently, work is underway towards NCL Version 4.0. Rec. ITU-R BT.2075-1 7 At the present time, consumer equipment manufacturers offer a
27、large number of models of Ginga-enabled TV sets, set-top boxes and smartphones. There are open source implementations for Linux, Windows, MAC OS, and Android platforms which can be embedded in desktop computers, tablets, smartphones, etc. Some consumer equipment manufacturers offer these open source
28、 implementations in their products. Ginga-based applications have been used for information, education, entertainment, online shopping, advertisement, government services, early warning services, etc. 4 Service capabilities of the IBB systems This clause describes what service capabilities are provi
29、ded in each system. It has to be noted, however, that this list is not exhaustive and the systems may incorporate more technical elements and that they may differ in which additional elements they provide. 4.1 Items to be considered Recommendation ITU-R BT.2053 Technical requirements for integrated
30、broadcast-broadband systems, defines requirements for IBB applications and their environments. From technical perspective, some important requirements to characterize the system are chosen. Furthermore, other items are added from the view point of service provisioning. Relationship with interactive
31、TVs If the IBB system works with digital TV services which already provide interactive services from other systems, it is important to manage IBB application and interactive content. For example, interactive Digital TV (DTV) service launches first then interactive content switches to the IBB applica
32、tion, or vice-versa. This item describes the capability of managing both services for the system. Support various types of IBB services IBB services are provided by functions of IBB applications and there are some application types. As described in Recommendations ITU-R BT.2053 and ITU-T J.205, serv
33、ice associated applications are those applications that are part of IBB DTV service. They are delivered or listed as a component part of the DTV service. In addition, within service associated applications, there are two types of applications. Service exclusive applications Execution of service excl
34、usive applications (service bounded) must be terminated when the service exhibition is stopped. Service shared applications Service shared applications (service unbounded) execution should continue in case the same application is also signalled in the service that is selected next. Stand-alone appli
35、cations are those applications that are not part of IBB DTV service. Stand-alone applications can be launched and terminated at any time through end-users instructions regardless of the broadcast service that is selected. Third-party applications are those applications delivered by service providers
36、 other than broadcasters. Such applications may or may not have relationship with broadcast programs. The type of services, such as programme-related services by service associated applications that are supported conditionally should be described in these items. 8 Rec. ITU-R BT.2075-1 Application li
37、fecycle control Lifecycle control is the control of when to start and terminate an application. Lifecycle should be controlled properly in accordance with application context and IBB services. Some applications should be controlled by broadcasters, while others can be controlled by end users. Servic
38、e integrity and security Broadcasting content is a subject of rights management. Unintended presentation should be avoided. At minimum, content presentation should be distinguished from other presentation material of applications that are outside the control of broadcasters. End user privacy protect
39、ion Applications can be accessed by certain areas in a receiver where personal information is stored. Unauthorized access to such areas should be prohibited. Content protection A mechanism to protect broadcast content against malicious activity of the applications, including piracy. Companion device
40、 collaboration Companion devices are those devices used with an IBB receiver for presentation and interaction. Collaboration with companion devices is considered an effective presentation method, and user interaction is controlled by applications. VOD playback This describes possible user experience
41、 for VOD playback, such as the capability of offering the same or equivalent user experience as that for live broadcasting. Applicability to UHDTV This describes applicability of IBB services with UHDTV broadcasting. Rec. ITU-R BT.2075-1 9 4.2 Consideration on service capabilities TABLE 1 Comparison
42、 of service capabilities Hybridcast HbbTV “HTML5 basedSmart TV Platform” Ginga Relationship with interactive TV Hybridcast can work as an interactive TV environment by delivering of applications and required resources over broadcast signals. In addition, Hybridcast can switch to another interactive
43、TV environment such as broadcast markup language (BML), thus a service can be built by using both. A broadcaster can choose which one should be used first. HbbTV can work as interactive TV environment with and without broadband connection. Interactive content can be program associated or stand-alone
44、 application. HbbTV is usually activated via RED button on a remote control. It can work as interactive TV environment by running various types of smart TV applications. However, it does not consider to work with another interactive system like ACAP. They work exclusively by the policy of broadcaste
45、r. Ginga can work as interactive TV environment with and without broadband connection. Service associated applications and stand-alone applications are supported. The type of application is signalled by broadcasters and thus identifies if IBB functions will be needed or not. Support of service assoc
46、iated IBB services Supported by using broadcast-oriented managed application. Supported by using broadcast related applications. Supported by using broadcast activated application. Supported by using broadcast managed (signalled) applications. Support of stand-alone IBB services Supported by one of
47、the available application types called non-broadcast-oriented managed application which can be started and stopped by end-users at any time. Execution of and access to broadcast resource by non-broadcast-oriented managed applications are required to be permitted by broadcasters for simultaneous pres
48、entation. Supported A broadcast-independent application is not associated to any broadcast channels. A broadcast-independent application is not allowed to access to broadcast resources. Supported by using broadcast inactivated application. While the application is running, broadcasting resources lik
49、e demultiplexer and decoder are suspended and access to them is not allowed. Supported. Stand-alone applications can be signalled as broadcast managed applications, by using the UNBOUNDED control code in the AIT. Otherwise, stand-alone applications are not allowed to access to broadcast resources. 10 Rec. ITU-R BT.2075-1 TABLE 1 (continued) Hybridcast HbbTV “HTML5 based Smart TV Platform” Ginga Support of third-party provided IBB services By using service associated IBB applications, broadcasters or associated service provider can switc
