1、 Recommendation ITU-R BT.2053-0(02/2014)Technical requirements for integrated broadcast-broadband systemsBT SeriesBroadcasting service(television)ii Rec. ITU-R BT.2053-0 Foreword The role of the Radiocommunication Sector is to ensure the rational, equitable, efficient and economical use of the radio
2、-frequency spectrum by 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 Rad
3、iocommunication Conferences 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 o
4、f patent statements and 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 Recommend
5、ations (Also available 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
6、related satellite services 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
7、TF Time signals and frequency 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, 2014 ITU 2014 All rights reserved. No part of this publication may be reprodu
8、ced, by any means whatsoever, without written permission of ITU. Rec. ITU-R BT.2053-0 1 RECOMMENDATION ITU-R BT.2053-0 Technical requirements for integrated broadcast-broadband systems*(2014) Scope This Recommendation defines technical requirements for integrated broadcast-broadband systems; intende
9、d to harmonize the behaviour and the interaction of a variety of types of applications by broadcast delivery, broadband delivery, pre-installed, via application repository, and home area network delivery. The ITU Radiocommunication Assembly, considering a) that devices with broadband Internet access
10、 are becoming widely available and offer multimedia applications; b) that being able to provide connected TV enabled devices with already integrated off-the-shelf applications is of relevance to the end-user; c) that the addition of broadband delivery content to the broadcast channel optimizes the b
11、andwidth usage of the transport streams; d) that common platforms are desirable for production and international exchange of hybrid broadcast and broadband content; e) that a unified platform would allow simplifying and reducing the development effort of hybrid content and applications; f) that Reco
12、mmendation ITU-R BT.1889 refers to Recommendation ITU-T J.200 that defines the high-level architecture for a harmonized set of interactive instruction sets and application programming interfaces (APIs) and identifies the structure of application environment comprising the executable application envi
13、ronment and the declarative application environment for digital television services; g) that Recommendation ITU-R BT.2037 states general requirements of integrated broadcast-broadband (IBB) systems and Report ITU-R BT.2267 contains various information on IBB systems, recommends that Recommendation I
14、TU-T J.205 (2012) Corrigendum 1 (01/2013) Requirements for an application control framework using integrated broadcast and broadband digital television should be taken into account when specifying IBB systems.1*This Recommendation is a part of the family of Recommendations and Reports on IBB systems
15、. 1Recommendation ITU-T J.205 refers to three ITU-T J.200-series Recommendations. The corresponding ITU-R Recommendations in the BT-series are listed below. Recommendation ITU-T J.200 (2010) Recommendation ITU-R BT.1889 Recommendation ITU-T J.201 (2009) Recommendation ITU-R BT.1699-2 Recommendation
16、ITU-T J.202 (2010) Recommendation ITU-R BT.1722-2 2 Rec. ITU-R BT.2053-0 NOTE 1 Appendix 1 shows for information which requirements listed in Recommendation ITU-T J.205 are relevant to the broadcast-oriented scenario. Appendix 1 (Informative) 1 Application type in IBB systems Recommendation ITU-T J.
17、205 assumes the model of IBB system and application types as described in 7. There are two major types of IBB applications: Stand-alone IBB applications Applications that are not delivered within the DTV service. Usually, they would be manually launched by the end user from the application catalogue
18、 user interface. Service associated IBB applications Applications that are part of IBB DTV services. They are delivered or listed as a component part of the DTV service. And within the service associated IBB applications, there are two types of applications: Service exclusive IBB applications Execut
19、ion of service exclusive IBB applications (service bounded) must be terminated when the service exhibition is stopped. Service shared IBB applications Service shared IBB applications (service unbounded) execution should continue in case of the same application being also signalled in the service tha
20、t is selected next. Service associated IBB application will be a major type to broadcast oriented scenario. Each application type is defined in Recommendation ITU-T J.205 as follows: Service associated IBB application: An application that is part of the integrated broadcast and broadband (IBB) DTV s
21、ervice tuned by the user at a given time. Service exclusive IBB application: An application that is listed as a component of an integrated broadcast and broadband (IBB) DTV service and its life cycle is strictly tied to the exhibition of such an IBB DTV service. Service shared IBB application: An ap
22、plication that is listed as a component of several different integrated broadcast and broadband (IBB) DTV services. Its life cycle is for as long as any of those IBB DTV services are being exhibited. Stand-alone IBB application: Resident or downloaded integrated broadcast and broadband (IBB) install
23、able application that is not part of an IBB DTV service. Such an application can be created by an authorized IBB application provider, and typically delivered through the application repository. Rec. ITU-R BT.2053-0 3 2 Relationship between items in Recommendation ITU-R BT.2037 and Recommendation IT
24、U-T J.205 When focusing on broadcast oriented scenario, i.e. service associated IBB applications, the relationship between items defined in Recommendation ITU-R BT.2037 and Recommendation ITU-T J.205 is examined. 2.1 Relevancy of items Table 1 shows relevancy of items in Recommendation ITU-R BT.2037
25、 and Recommendation ITU-T J.205. TABLE 1 Relevancy of items in Recommendation ITU-R BT.2037 and Recommendation ITU-T J.205 Items in general requirements Relevant technical requirements (FR-ACF2-xx) 1 i) 1, 2, 9, part of 11, 22, 23, 27 (in case of paid service) ii) 1, 2, 9, part of 11, 22, 23, 27 (in
26、 case of paid service) iii) 1 (depending on involved broadcasting systems), 2 (depending on involved broadcasting systems), 19 iv) 1 (depending on involved broadcasting systems), 2 (depending on involved broadcasting systems) 2 i) 3, 4 (in some cases), 6, 7, 10, part of 11, 19, 20, 21 ii) 3 iii) 5,
27、7, 8, part of 11 iv) 20, 22 v) 4, 21 vi) 4 3 i) 12, 13, 14 ii) 3, 4, 12 iii) 12, 17, 18 iv) 14, 16 v) 15, 17 vi) Possibly 3, 13 4 i) 1 ii) 1, 2, 23 iii) None 2“FR-ACF” stands for “Functional Requirement of Application Control Framework” and it is a term used in Recommendation ITU-T J.205 to designat
28、e each requirement. 4 Rec. ITU-R BT.2053-0 Notes to Table 1 NOTE 1 FR-ACF-24, 25, 26, 28, and 29 are not relevant to General requirements. NOTE 2 Relevant items in FR-ACF-11 to 1-i) and 1-ii) are described in 2.2. NOTE 3 For 1-iii) and 1-iv) with FR-ACF-1 and 2, which is related to regional and mobi
29、le services, relevancy between them depends upon characteristics of digital broadcasting system used for IBB services. NOTE 4 Situation considered in combination of 2-i) and FR-ACF-4 is described in 2.2. NOTE 5 Relevancy about FR-ACF-11 is described in 2.2. NOTE 6 Relevancy between 3-vi) and FR-ACF-
30、3 is described in 2.2. As shown in Table 1, Recommendation ITU-T J.205 has enough coverage for broadcast oriented scenario except implementation related issues. 2.2 Detailed analysis of items in Recommendation ITU-T J.205 for broadcast oriented scenario In this section, detailed analysis of each req
31、uirement defined in Recommendation ITU-T J.205 for broadcast oriented scenario is described. FR-ACF-01: Use the Recommendation ITU-T J.200 series as a basis for a new Recommendation of an ACF There is no problem for this requirement by referring relevant ITU-R Recommendations listed in 1. FR-ACF-02:
32、 Coexistence and backward compatibility with current DTV systems adherent to Recommendations ITU-T J.200, ITU-T J.201, ITU-T H.761 and ITU-T J.202 There is no problem for this requirement. Recommendation ITU-T H.761 is not listed in a table in footnote 1 but the standard defined in Recommendation IT
33、U-T H.761 is included in Recommendation ITU-R BT.1699. FR-ACF-03: Support for delivering IBB applications using a combination of delivery mechanisms In Table 1 of Recommendation ITU-T J.205, cases where control is service associated IBB applications are relevant to broadcast oriented scenario. If ap
34、plicable combination involves only reliable delivery channels and service providers, such combination may be a basis of a trust chain to avoid malicious activities by the applications. For transport over broadband channel in Table 1, additional formats such as MPEG-DASH may be used for delivering ap
35、plications and their components. FR-ACF-04: User Interface for application discovery, selection, acquisition and launching This function is navigator functionality on a receiver. This is required for stand-alone IBB applications. However, if the IBB system supports concurrent execution of multiple a
36、pplications, this may be also needed even for service associated IBB applications (for broadcast oriented scenario) to select a new one to execute in parallel. FR-ACF-05: Installable IBB application support and management This function is applicable to stand-alone IBB applications for launch. This f
37、unction will bring quick start capability for the applications even for service associated IBB applications, and it may be useful for some applications such as those for emergency. Rec. ITU-R BT.2053-0 5 FR-ACF-06: Standardized application repository remote application catalogue This entity is for s
38、tand-alone IBB applications. When this entity is used in broadcast oriented scenario, the role of this entity will be just centralized application servers only. FR-ACF-07: Application installation package This function is useful for the applications of which rights has to be strictly protected such
39、as paid applications. If such applications are considered in broadcast oriented scenario, this function is mandatory. FR-ACF-08: Resident IBB application support This function is for stand-alone IBB applications. This function may be useful for some applications such as those for emergency for quick
40、 start capability. FR-ACF-09: Application life cycle model The life cycle model shall be defined for any kind of applications including service associated IBB applications. FR-ACF-10: User interface for application life cycle manager This function is useful and may be required in an IBB system which
41、 supports concurrent execution of multiple applications of any types. FR-ACF-11: IBB application control For launching applications, a) and b) are necessary for service associated IBB applications. c) is used for stand-alone IBB applications. For termination of applications, a), b), e), f) and g) ar
42、e the condition to terminate service associated IBB applications. d) can be applicable to both service associated and stand-alone IBB applications. c) is an optional condition for both types of applications. h) and i) are the cases of error of execution. FR-ACF-12: Rules for choosing service associa
43、ted IBB applications source It is necessary to define the rule for channel delivery of the application to be service associated IBB application. While Table 2 in Recommendation ITU-T J.205 is just an example, content of the Table is considered reasonable. However, it may be “Yes” in the case of comb
44、ination of “Download from the available source, avoiding interruption of the service exhibition” and “Is the IBB application transmitted in the current selected service?” because service associated IBB applications can be downloaded through broadband network. And if the IBB system supports stand-alo
45、ne applications, it is needed to consider the cases of “Installable” and “Resident” applications, as shown in Table 1. FR-ACF-13: Mechanism for authenticating IBB applications If so-called third-party service providers are allowed to contribute to the development or provision of the applications, it
46、 is required even for the service associated IBB application to be authenticated or to be developed with trust chain in B2B basis. FR-ACF-14: Ensure DTV service integrity and IBB application permissions policy For service exclusive IBB applications, this requirement is implicitly achieved unless thi
47、rd-party service providers are allowed to contribute to the development or provision of the applications. When occurring this case, or when using stand-alone IBB applications or service shared IBB applications, conditions and mechanisms defined in this requirement should be satisfied. 6 Rec. ITU-R B
48、T.2053-0 FR-ACF-15: Ensure user privacy and user data protection As described in this requirement, policy for accessing sensible data and connecting to servers should be defined. This requirement should be applied to all types of applications. FR-ACF-16: Service content protection Content protection
49、 and presentation condition such as parental rating should be considered for all types of applications. FR-ACF-17: User account management Provision of user account management mechanism and protection of accessing to other user account is applicable to all types of applications. FR-ACF-18: IBB applications user settings management Application setting management for each user is applicable to all types of applications. FR-ACF-19: Location awareness This requirement is to provide regional and/or mobile services regardless of application types. FR-ACF-2
