ETSI TS 102 542-3-1-2016 Digital Video Broadcasting (DVB) Guidelines for the implementation of DVB-IPTV Phase 1 specifications Part 3 Error Recovery Sub-part 1 Overview of DVB-IPTV_1.pdf

1、 ETSI TS 102 542-3-1 V2.1.1 (2016-04) Digital Video Broadcasting (DVB); Guidelines for the implementation of DVB-IPTV Phase 1 specifications; Part 3: Error Recovery; Sub-part 1: Overview of DVB-IPTV Error Recovery TECHNICAL SPECIFICATION ETSI ETSI TS 102 542-3-1 V2.1.1 (2016-04) 2 Reference RTS/JTC-

2、DVB-360-3-1 Keywords 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 I

3、mportant notice The 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 writ

4、ten authorization of 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 documen

5、t should be aware that 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 t

6、he following services: 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 t

7、he PDF version shall 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

8、 the ETSI logo are 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 1

9、02 542-3-1 V2.1.1 (2016-04) 3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 5g32.1 Normative references . 5g32.2 Informative references 5g33 Abbreviations . 5g34 Packet loss recovery in DVB-IPTV . 6g35 Discussion on pros/cons of AL-FEC and

10、RET . 6g35.0 DVB-IPTV and solutions for error recovery 6g35.1 Network Aspect 6g35.2 Bandwidth Aspect 6g35.3 Combination of AL-FEC and RET . 7g3History 8g3ETSI ETSI TS 102 542-3-1 V2.1.1 (2016-04) 4 Intellectual Property Rights IPRs essential or potentially essential to the present document may have

11、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 to ETSI in respect of ETSI standard

12、s“, 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 the existence of other IPRs not refer

13、enced 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 Broadcasting Union (EBU), Comit Europen d

14、e 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. Since 1995 the JTC Broadcast became a

15、 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 of its members activities in the te

16、chnical, 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 717 21 11 Fax: +41 22 717 24 81 The

17、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 television and data services. DVB fosters ma

18、rket 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 video, audio and data. The consortium c

19、ame together in 1993 to provide global standardization, interoperability and future proof specifications. The present document is part 3, sub-part 1 of a multi-part deliverable. Full details of the entire series can be found in part 1 i.1. Modal verbs terminology In the present document “shall“, “sh

20、all 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 except when used in dire

21、ct citation. ETSI ETSI TS 102 542-3-1 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. Part 3 of this multi-part deliverable deals with error recovery tech

22、nologies. The present document provides a presentation of error recovery technologies within DVB-IPTV, and some elements of comparison between them. 2 References 2.1 Normative references References are either specific (identified by date of publication and/or edition number or version number) or non

23、-specific. For specific references, only the cited version applies. 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

24、.etsi.org/Reference. 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 necessary for the application of the present document. 1 ETSI TS 102 034: “Digital Video Broadcasting

25、(DVB); Transport of MPEG-2 TS Based DVB Services over IP Based Networks“. 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 applies. For non-specific r

26、eferences, 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 necessary for the applicat

27、ion of the present document but they assist the user with regard to a particular subject area. i.1 ETSI TS 102 542-1: “Digital Video Broadcasting (DVB); Guidelines for the implementation of DVB-IPTV Phase 1 specifications; Part 1: Core IPTV Functions“. 3 Abbreviations For the purposes of the present

28、 document, the following abbreviations apply: AL-FEC Application Layer - Forward Error Correction CoD Content on Demand DVB Digital Video Broadcasting HNED Home Network End Device IP Internet Protocol IPTV IP TeleVisionLMB Live Media Broadcast RET RETransmission STB Set Top Box ETSI ETSI TS 102 542-

29、3-1 V2.1.1 (2016-04) 6 4 Packet loss recovery in DVB-IPTV The DVB-IPTV Handbook 1 defines two solutions for real-time services (LMB and CoD) error recovery. Here is a very brief presentation: Annex E specifies the Application Layer Forward Error Correction (AL-FEC) technology. The AL-FEC is based on

30、 parity packets sent along with the content packets. Those parity packets allow the receiver to rebuild missing packets from the content flow. Annex F specifies the Retransmission (RET) technology. The RET is based on the interaction between the receiver and a server. When detecting a missing packet

31、, the receiver request the server to send again that packet. 5 Discussion on pros/cons of AL-FEC and RET 5.0 DVB-IPTV and solutions for error recovery DVB-IPTV has defined two solutions for error recovery: AL-FEC and RET. These two solutions are significantly different in many aspects and it is not

32、possible to say that one solution is better than the other. Furthermore, the two solutions can also be combined, but again it is not possible to say that this results in a better solution compared to any single solution standalone, as there are many factors at stake. In this clause the two solutions

33、 are compared on a few aspects, without leading to an overall conclusion, except for the fact that for each particular scenario, the IPTV service provider shall carefully assess his needs and evaluate these against the trade-offs that are provided by either AL-FEC or RET or a combination of both. 5.

34、1 Network Aspect A key characteristics of the DVB RET service is that a DVB RET server functionality is required in the network. For CoD service, this RET server function may be integrated with the CoD streaming server function. For the LMB service, a single element (the head-end) streams content ov

35、er a multicast distribution to many HNEDs (possibly hundreds of thousands) and there may be multiple DVB LMB RET servers provisioned in the network. A DVB LMB RET server will basically cache for a limited time frame LMB service IP packets making them available for retransmission when HNEDs detect an

36、d report packet loss. The amount of LMB RET servers required in the network for packet loss recovery of LMB services, will be dependent on the number of HNEDs provisioned with a RET client, network topology considerations and network packet loss characteristics. The DVB LMB RET server basically inte

37、racts in unicast mode with DVB RET clients, but the RET server may also interact in multicast mode with RET clients. With AL-FEC packet loss protection, the streaming source transmits parity packets along the CoD/LMB service stream packets by, anticipating possible packet loss. When there is packet

38、loss, the extra parity packets allow an HNED to restore the original stream. This solution stems from the broadcast world and there is no two-way interaction between the HNEDs and the Streaming Source (Head-End or CoD streamer), nor the need for additional servers in the network. 5.2 Bandwidth Aspec

39、t With RET the average bandwidth overhead required on the access link (between the home network or HNED and the access node) represents approximately the observed packet loss ratio. The possible peak RET bandwidth overhead (e.g. when several consecutive packets are lost) will be similar as the fixed

40、 overhead required by AL-FEC when the two solutions have the same packet loss protection capability (amount of packet losses that can be recovered in a specific time frame). However, services that are treated/offered with lower priority/QoS compared to the priority/QoS of an CoD/LMB service that is

41、enabled with RET packet loss protection, can make use of this peak RET bandwidth budget that is in most cases not consumed by RET. This is in contrast to AL-FEC, where the AL-FEC bandwidth overhead is fixed and constant. ETSI ETSI TS 102 542-3-1 V2.1.1 (2016-04) 7 The AL-FEC bandwidth overhead budge

42、t in the aggregation and core network segment for LMB services only needs to scale with the number of LMB services, whereas for RET, the bandwidth budget that needs to be provisioned has to take into account the amount of HNEDs serviced with RET. A particular challenge for LMB RET service is also to

43、 be able to withstand or avoid retransmission request storms when there is LMB service packet loss on a shared network link (e.g. in the core network) impacting many HNEDs simultaneously. The DVB RET protocol for LMB services has several built-in features that allow to handle this kind of events, e.

44、g. by means of multicast retransmission and/or pro-active multicast signalling of packet loss (optionally) combined with having the RET client respecting a retransmission request waiting time upon packet loss detection. 5.3 Combination of AL-FEC and RET AL-FEC may be combined with RET in such a way

45、that video streams may have default AL-FEC protection, but additionally there is also the possibility to make use of a RET service. This solution is referred to as hybrid AL-FEC/RET. With the hybrid AL-FEC/RET solution the operator chooses to use a “light version“ AL-FEC protection, which may not be

46、 able to correct all packet losses. Those packet losses that are not correctable by the AL-FEC result in RET requests and retransmissions. The advantage compared to a AL-FEC only system, is the lower fixed bandwidth overhead on the access links, but there is the need to still provision RET server fu

47、nctionality in the network or at the CoD streamer. Furthermore there is possibly a higher end-to-end delay. The advantage compared to a RET only system is that fewer RET server function instantiations are needed (LMB services) and/or the RET server instantiation can be dimensioned smaller. This is t

48、hough at the cost of higher average bandwidth overhead on the individual links, the need for an AL-FEC decoder in the STB, and a possible higher end-to-end delay because of the fact that the protection periods for RET and AL-FEC are cumulative. NOTE: The end-to-end delay defined here is the time ela

49、psed between the moment when the video services content is streamed into the network and the moment this content is displayed by the HNED. The capturing and encoding time is not taken into account since it is not relevant in this context. ETSI ETSI TS 102 542-3-1 V2.1.1 (2016-04) 8 History Document history V1.1.1 November 2006 Publication as ETSI TR 102 542 V1.2.1 April 2008 Publication as ETSI TS 102 542 V1.3.1 January 2010 Publication V2.1.1 April 2016 Publication