ETSI TS 102 542-2-2016 Digital Video Broadcasting (DVB) Guidelines for the implementation of DVB-IPTV Phase 1 specifications Part 2 Broadband Content Guide (BCG) and Content on Dem.pdf

《ETSI TS 102 542-2-2016 Digital Video Broadcasting (DVB) Guidelines for the implementation of DVB-IPTV Phase 1 specifications Part 2 Broadband Content Guide (BCG) and Content on Dem.pdf》由会员分享，可在线阅读，更多相关《ETSI TS 102 542-2-2016 Digital Video Broadcasting (DVB) Guidelines for the implementation of DVB-IPTV Phase 1 specifications Part 2 Broadband Content Guide (BCG) and Content on Dem.pdf（22页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TS 102 542-2 V2.1.1 (2016-04) Digital Video Broadcasting (DVB); Guidelines for the implementation of DVB-IPTV Phase 1 specifications; Part 2: Broadband Content Guide (BCG) and Content on Demand TECHNICAL SPECIFICATION ETSI ETSI TS 102 542-2 V2.1.1 (2016-04)2 Reference RTS/JTC-DVB-360-2 Keyword

2、s broadcasting, digital, DVB, IP, TV, video ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The

3、 present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization o

4、f ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware t

5、hat the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https:/portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following servic

6、es: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shal

7、l not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2016. European Broadcasting Union 2016. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are

8、Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TS 102 542-2 V2.1.1 (20

9、16-04)3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 5g32.1 Normative references . 5g32.2 Informative references 6g33 Abbreviations . 6g34 BCG Information Discovery 7g34.0 Overview 7g34.1 Discovery of BCG Providers 7g34.2 Access to BCG Inf

10、ormation . 8g34.2.0 General 8g34.2.1 DVBSTP and HTTP Mechanisms 8g34.2.1.0 Availability of BCG data 8g34.2.1.1 Typical Flow Of Events 8g34.2.1.2 Example 8g34.2.2 SOAP Query Mechanism 12g34.2.2.0 BCG queries using SOAP . 12g34.2.2.1 Typical Flow Of Events 12g34.2.2.2 Protocol stack 13g34.2.2.3 Exampl

11、es . 13g35 Connection to the Content 16g35.0 General . 16g35.1 Connection to Live Content 16g35.1.0 Description of Live Content 16g35.1.1 Connection possibilities 16g35.1.2 Live Content exposed with BCG 16g35.2 Connection to Content on Demand 16g35.3 RTSP Connection Management . 16g35.3.1 RTSP with

12、BCG . 16g35.3.1.0 Exemplary RTSP sessions . 16g35.3.1.1 RTSP Session with one media flow 17g35.3.1.2 RTSP Sessions with multiple media flows 19g35.4 Transport of the stream . 21g3History 22g3ETSI ETSI TS 102 542-2 V2.1.1 (2016-04) 4 Intellectual Property Rights IPRs essential or potentially essentia

13、l to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified

14、to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to th

15、e existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) Broadcast of the European Broadc

16、asting Union (EBU), Comit Europen de Normalisation ELECtrotechnique (CENELEC) and the European Telecommunications Standards Institute (ETSI). NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the specific field of broadcasting and related fields. Si

17、nce 1995 the JTC Broadcast became a tripartite body by including in the Memorandum of Understanding also CENELEC, which is responsible for the standardization of radio and television receivers. The EBU is a professional association of broadcasting organizations whose work includes the co-ordination

18、of its members activities in the technical, legal, programme-making and programme-exchange domains. The EBU has active members in about 60 countries in the European broadcasting area; its headquarters is in Geneva. European Broadcasting Union CH-1218 GRAND SACONNEX (Geneva) Switzerland Tel: +41 22 7

19、17 21 11 Fax: +41 22 717 24 81 The Digital Video Broadcasting Project (DVB) is an industry-led consortium of broadcasters, manufacturers, network operators, software developers, regulatory bodies, content owners and others committed to designing global standards for the delivery of digital televisio

20、n and data services. DVB fosters market driven solutions that meet the needs and economic circumstances of broadcast industry stakeholders and consumers. DVB standards cover all aspects of digital television from transmission through interfacing, conditional access and interactivity for digital vide

21、o, audio and data. The consortium came together in 1993 to provide global standardization, interoperability and future proof specifications. The present document is part 2 of a multi-part deliverable. Full details of the entire series can be found in part 1 9. Modal verbs terminology In the present

22、document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in ETSI deliverables exc

23、ept when used in direct citation. ETSI ETSI TS 102 542-2 V2.1.1 (2016-04)5 1 Scope The present document is designed as a companion document to help implement the DVB-IPTV Phase 1 specification ETSI TS 102 034 1, which is referred to as the Handbook. The present document deals with Broadband Content

24、Guide (BCG) and Content on Demand. It presents the ways to discover BCG and Content on Demand, and how to connect to them. The present document is organized in separate sections in the order of the boot-up sequence of the HNED rather than in the same section structure as the Handbook. Each clause de

25、als with a specific aspect of the DVB-IPTV technology, and offers explanations and examples not found in the Handbook. Additionally, it provides guidelines to implement the Broadband Content Guide (BCG) specification 3. Since version 6 the DVB IPTV Handbook 1 also supports the usage of IPv6 addresse

26、s and accompanying methods (e.g. for address assigning and multicast support). For the sake of convenience, some examples presented in the present document still make use of IPv4 addresses although IPv6 addresses could also be used. Due to the fact that the IPTV Handbook supports IPv4 and Iv6 in par

27、allel, there is no example which could only work in either an IPv4 or an IPv6 network. 2 References 2.1 Normative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version app

28、lies. For non-specific references, the latest version of the referenced document (including any amendments) applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.org/Reference. NOTE: While any hyperlinks included in th

29、is clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are necessary for the application of the present document. 1 ETSI TS 102 034 (V2.1.1): “Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based DVB Services over

30、 IP Based Networks“. 2 ETSI TS 101 154: “Digital Video Broadcasting (DVB); Specification for the use of Video and Audio Coding in Broadcasting Applications based on the MPEG-2 Transport Stream“. NOTE: The support of Scalable Video Codec (SVC) is not defined in the present document. 3 ETSI TS 102 539

31、 (V1.2.1): “Digital Video Broadcasting (DVB); Carriage of Broadband Content Guide (BCG) information over Internet Protocol (IP)“. 4 ETSI TS 102 822-2 (V1.3.1): “Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems (“TV-Anytime“); Part 2: System desc

32、ription“. 5 ETSI TS 102 822-3-2 (V1.3.1): “Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems (“TV-Anytime“); Part 3: Metadata; Sub-part 2: System aspects in a uni-directional environment“. 6 ETSI TS 102 822-4 (V1.2.1): “Broadcast and On-line Serv

33、ices: Search, select, and rightful use of content on personal storage systems (“TV-Anytime“); Part 4: Content referencing“. 7 ETSI TS 102 822-6-1 (V1.3.1): “Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems (“TV-Anytime“); Part 6: Delivery of met

34、adata over a bi-directional network; Sub-part 1: Service and transport“. 8 ETSI TS 102 323: “Digital Video Broadcasting (DVB); Carriage and signalling of TV-Anytime information in DVB transport streams“. ETSI ETSI TS 102 542-2 V2.1.1 (2016-04)6 9 ETSI TS 102 542-1: “Digital Video Broadcasting (DVB);

35、 Guidelines for the implementation of DVB-IPTV Phase 1 specifications; Part 1: Core IPTV Functions“. 2.2 Informative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version

36、applies. For non-specific references, the latest version of the referenced document (including any amendments) applies. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are not

37、 necessary for the application of the present document but they assist the user with regard to a particular subject area. i.1 IETF RFC 3810: “Multicast Listener Discovery Version 2 (MLDv2) for IPv6“. 3 Abbreviations For the purposes of the present document, the following abbreviations apply: BCG Bro

38、adband Content Guide BiM Binary MPEG Format for XML CRI Content Reference Information CRID Content Reference Identifier DVB Digital Video Broadcasting DVBSTP DVB SDAA2005-11-11. dvb:/1.2.2;EE2005-11-10. Any Yes - crid:/ Resolved dvb:/1.1.1;BB2005-11-11. Any Yes - crid:/ Resolved dvb:/1.2.2;CC2005-11

39、-11. Any Yes - crid:/ Resolved dvb:/1.2.2;DD2005-11-11. Any Yes - crid:/ Resolved crid:/ crid:/ All No 2005-11-12 The resolution of “crid:/ shows an alternative location of the same content that is broadcasted earlier, i.e. the HNED may choose either of the locations for recording. The CRID of the s

40、eries resolves into two CRIDs of programs that could be inferred also from the metadata, but additionally it signals that resolution is not yet complete and more episodes will follow. The HNED should perform a new resolution for this CRID on 2005-11-12. NOTE 3: To detect changes of the actual start

41、time of a program the HNED should monitor updates in the CRI data. For a detailed description on “Accurate recording“ refer to ETSI TS 102 539 3, clause 11. 4.2.2 SOAP Query Mechanism 4.2.2.0 BCG queries using SOAP The following clause defines some guidelines for the usage of the BCG SOAP query mech

42、anism. This mechanism is used as defined by TV-Anytime in the system specification (ETSI TS 102 822-2 4) and more specifically in the bi-directional specification (ETSI TS 102 822-6-1 7). As such the ETSI specifications should be referred to for more detailed guidelines. 4.2.2.1 Typical Flow Of Even

43、ts In order to use the SOAP query mechanism the following steps outline a typical flow of events from SDunicast;client_port=8888-8889 RTSP/1.0 200 OK Cseq: 2 Session: 12345678;timeout=60 Transport: RTP/AVP;unicast;client_port=8888-8889;source=67.89.12.34;server_port=5502-5503 Then the HNED sends the

44、 PLAY message to the server. PLAY rtsp:/ RTSP/1.0 CSeq: 3 Session: 12345678 RTSP/1.0 200 OK Cseq: 3 Session: 12345678 RTP-Info: url=rtsp:/ ETSI ETSI TS 102 542-2 V2.1.1 (2016-04)19 5.3.1.2 RTSP Sessions with multiple media flows The following service is announced via the BCG: Sport Program 1 This is

45、 the synopsis of a sport programme P0DT01H30M MPEG-1 Audio Layer II 2 MPEG-2 Video Main Profile Main Level rtsp:/ NOTE 1: The tva:ProgramLocationTable is carrying in this example the tva:ProgramURL, which is optional. This URL carries the direct link to the RTSP URL. This RTSP URL may also be retrie

46、ved by resolving the CRID (see clause 7), which is always considered as the most accurate locator information. The following shows an example of message exchange between the HNED and the RTSP server. At first, the HNED shall send a RTSP DESCRIBE to retrieve information about the service. This RTSP D

47、ESCRIBE is useful because the TVA metadata available through the BCG do not carry any information on the transport layer of the content (if it is UDP or RTP, if there is FEC or retransmission available with the content). DESCRIBE rtsp:/ RTSP/1.0 CSeq: 1 Accept: text/xml ETSI ETSI TS 102 542-2 V2.1.1

48、 (2016-04)20 The DESCRIBE response from the server includes an XML structure that is the CoDAnnounceDescribe XML structure. RTSP/1.0 200 OK Cseq: 1 Content-length: 391 Content-Type: text/xml Content-Encoding: UTF-8 Sport Program 1 This is the synopsis of a sport programme P0DT01H30M NOTE 2: In this example, there are some FEC layers available for the content. Thus some RTSPControlURL attributes are needed, since each flow (media, FEC) is setup separately. The HNED perform then several SETUP for this service: one SETUP is needed for each flow, i.e. one for the media fl