ATIS 0800005-2006 IPTV Packet Loss Issue Report.pdf
《ATIS 0800005-2006 IPTV Packet Loss Issue Report.pdf》由会员分享,可在线阅读,更多相关《ATIS 0800005-2006 IPTV Packet Loss Issue Report.pdf(59页珍藏版)》请在麦多课文档分享上搜索。
1、 ATIS-0800005 IPTV PACKET LOSS ISSUE REPORT The Alliance for Telecommunication Industry Solutions (ATIS) is a technical planning and standards development organization that is committed to rapidly developing and promoting technical and operations standards for the communications and related informat
2、ion technologies industry worldwide using a pragmatic, flexible and open approach. Over 1,100 participants from more than 350 communications companies are active in ATIS 23 industry committees and its Incubator Solutions Program. NOTE - The users attention is called to the possibility that complianc
3、e with this standard may require use of an invention covered by patent rights. By publication of this standard, no position is taken with respect to whether use of an invention covered by patent rights will be required, and if any such use is required no position is taken regarding the validity of t
4、his claim or any patent rights in connection therewith. ATIS-0800005, IPTV Packet Loss Issue Report Is an ATIS standard developed by the Architecture (ARCH) Task Force under the ATIS IPTV Interoperability Forum (IIF). Published by Alliance for Telecommunications Industry Solutions 1200 G Street, NW,
5、 Suite 500 Washington, DC 20005 Copyright 2007 by Alliance for Telecommunications Industry Solutions All rights reserved. No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher. For information
6、contact ATIS at 202.628.6380. ATIS is online at . Printed in the United States of America. ATIS-0800005 ATIS Standard on IPTV Packet Loss Issue Report Secretariat Alliance for Telecommunications Industry Solutions Approved December 2006 Abstract The IPTV Packet Loss Issue report is a technical repor
7、t that explores a range of potential solutions and makes recommendations regarding their applicability for an IPTV service. CONTRIBUTORS: Dipan Patel, Accenture TF Co-Chair Uche Ojeh, Accenture Kevin Schneider, ADTRAN Donald Crowe, Alcatel-Lucent Rajesh Jagannathan, Alcatel-Lucent Randy Sharpe, Alca
8、tel-Lucent TF Co-Chair Rick Townsend, Alcatel-Lucent Tim Barrett, Alcatel-Lucent Amit Kleinmann, Amdocs Al Morton, AT Electrical interference in the home network (e.g., Wireless); Packet discard mechanisms in network equipment; and Consumer Electronics (CE) network equipment response to transient co
9、mmercial power events. Common layer 2 protocols, such as Ethernet, enforce a packet discard if there is a discrepancy in the Frame Check Sequence. This behavior essentially magnifies a single bit error into a packet loss event. Other protocols (such as ATM) provide a mechanism to forward the errored
10、 packets allowing the terminal equipment to attempt some error recovery. Packet discard may also occur due to transient buffer overloads in network equipment. The buffer occupancy is to some extent controllable by the operator given adequate information about the traffic characteristics. There may b
11、e disadvantages to attempting to manage potential for buffer overload events, such as capital inefficiency, from running at low link and node utilizations. Furthermore, even in networks with low average utilization there can be wide variations in the instantaneous traffic load over both short and lo
12、ng periods of time. Thus it can be expected that such transient congestion events can be observed even in well-engineered networks. Such congestion losses should not be confused with persistent congestion that will occur if a link is permanently oversubscribed. It shall be assumed that a service pro
13、vider needs to adequately engineer for the services provided on their network, so that such persistent congestions should not occur and thus not require further consideration in this document. Video can be encoded in an open loop with a fixed quantization scale resulting in Variable Bit Rate (VBR) t
14、raffic with relatively constant quality, or encoded at a relatively constant bit rate with variable quality Lakshman. Current commercial digitized video packet formats have been optimized for dedicated transmission channels (e.g., satellite wavelengths) by various adaptation mechanisms to shape the
15、traffic to a relatively constant rate. Buffer overloads are not expected to be a significant issue with constant rate streams. In order to adequately dimension buffers for the statistical multiplexing of VBR video streams, the traffic statistics of the VBR streams need to be well- characterized. Whi
16、le statistical multiplexing gains may not be significant on a per subscriber interface (with . ATIS 800003 ATIS-0800003, ATIS IPTV Architecture Roadmap, August 2006. Mosko2000 M. Mosko, J.J. Garcia-Luna-Aceves. Analysis of Packet Loss Correlation in FEC-Enhanced Multicast Trees, Proceedings of IEEE
17、ICNP, 2000. 20 Annex A Models for DSL Link Packet Loss A.1 INTRODUCTION Once a link is set up and communicating successfully, packets are lost primarily either because of network congestion, or because of transmission errors. Transmission loss models are presented for uncorrectable errors from impul
18、se noise on an ADSL/2/2+ or VDSL2 line. This work was previously presented to the DSL Forum 1. A. 2 TRANSMISSION ERRORS: ADSL2+ AND VDSL2 Copper access links are known to occasionally experience uncorrectable burst errors from impulse noise. Impulse noise is short duration (tens of microseconds) bur
19、sts of high-power noise, often caused by transients on nearby powerlines. For Internet access, TCP/IP retransmits correct impulse noise errors, but video service may not have such capability. Random errors introduced by stationary noise are usually correctable on metallic lines, and optical lines us
20、ually have a very low error rate, so these are ignored and only impulse noise is considered here. Impulse noise is mitigated in ADSL, ADSL2, ADSL2+, VDSL, and VDSL2 by using interleaved, Reed-Solomon (RS), forward error correction (FEC) codes. These codes correct the bit errors after they occur, and
21、 must be sufficiently long to correct relatively long bursts of errors caused by impulse noise. Reed-Solomon codes also enhance performance with crosstalk and background noise by a few dB. For ADSL/2/2+ and VDSL2, error-causing impulse noise will usually wipe out an entire 250 microsecond DMT symbol
22、, or multiple consecutive DMT symbols. The INP value is the number of consecutive DMT symbols which can be reliably corrected. INP increases as delay increases and as coding redundancy increases. ADSL, ADSL2, and ADSL2+, originally only had INP = 1, but this has been extended to INP = 2 as an option
23、 for ADSL2+. VDSL2 supports INP as high as 16. The RS code block length is n bytes, the number of data bytes it carries is k, and the number of byte errors it can correct is t = (n - k)/2. Typically n = 255, and t = 8. Interleaving is used to extend the amount of correctable errors in a burst, with
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
10000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ATIS08000052006IPTVPACKETLOSSISSUEREPORTPDF
