Your SlideShare is downloading. ×
IPTV a Triple Play meranie
Upcoming SlideShare
Loading in...5

Thanks for flagging this SlideShare!

Oops! An error has occurred.

Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

IPTV a Triple Play meranie


Published on

  • Be the first to comment

  • Be the first to like this

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

No notes for slide


  • 1. 17.3.2009 ... umenie optickej komunikácie IPTV a Triple Play meranie 13.3.2009 Sítě FTTx v roce 2009 Ing.Peter Potrok, Ing. Mirek Hladký Next-Gen Converged Network —It’s all about growing bandwidth appetite— Traffic Growth Video Bandwidth Contribution VoD will Bandwidth dictate network VoD cost equation Wireless VoIP & MM Tier 1 office 74% VoD HSD 720 Gbps 2009 BC Source: Various sources – IPTV ILEC/PTT 2009 Residential Mobile Broadband • Increased bandwidth driven by new mobile • >135 million digital video subscribers multimedia and video applications by 2009, ~42% CAGR* • Enabled by advanced 3G (EVDO, • Ever increasing bandwidth; VOD, IPTV, HSDPA) and 4G (WiMAX ,LTE) wireless HDTV, Internet video • 200-400% incremental backhaul • MSO led, LEC/PTT, Content Providers bandwidth for 3G…much more for 4G emerging • Carrier Ethernet backhaul market alone • New revenue streams; targeted growing ~56% CAGR (06-09)* advertising, personalized content Source: Heavy Reading Services like IPTV, DVB-H, P2P, VoD, OTT Video to Drive Bandwidth 1
  • 2. 17.3.2009 IPTV Activity Worldwide Evolution to Mass-Market IPTV 16,000,000 14,000,000 12,000,000 10,000,000 8,000,000 Q1 2007 6,000,000 Q1 2008 4,000,000 2,000,000 0 Europe Asia- North South and Latin Middle TOTAL Pacific America East Asia America East and IPTV Subscribers – Current Status Africa Point Topic 2008 End of 2007 IPTV Subscribers Orange-FT >1.3M IPTV Subscribers – Trend >90 M Iliad-Free >2.4M Neuf >0.75M TeliaSonera >0.35M Telefonica >0.50M Fastweb >0.20M Belgacom >0.30M DT >0.20M BT >0.20M 52% CAGR PCCW >0.88M >13 M Chungwa Telecom >0.40M China Telecom >0.80M Verizon >1.4M 2007 2013 ATT >0.23M ABI research 2008 2
  • 3. 17.3.2009 Global IPTV Service Revenue $31.6B CAGR 34.5% $7.2B End-to-End IPTV/VoD Delivery - Network View Video Content National Video Routing Network Aggregation Network Access Network Multimedia Home Network Acquisition Head-End Infrastructure Infrastructure Infrastructure Channel Change Channel absence; Unstable DSL Delays; Typical Service Stream Quality; Packet Loss; Link Saturation; Cross talk, Synchronization; Quality Middleware bugs; Jitter; Packet Loss Line Re-sync; Stream Loss; Impairments VoD Server crash; Encoding quality Delay Impulse Noise EPG Response Time; Pixelation; 3
  • 4. 17.3.2009 Where do IPTV Problems Come From? % of problems 2007 2010 • Video Head End ~5 to 10% ~10 to 15% • Poor content quality • PCR jitter • PID mappings errors • Lip synch problems • Transport Layer ~10% ~20 to 25% • Packet loss • Error correction performance • Miss-provisioning • Network Transition & VoIP/ISP Peering ~10% ~10% • Signaling • VOD service capacity / availability • Local channel feed errors • Aggregation & Last Mile ~25% ~20 to 25% • Miss provisioning • IGMP performance • Policy management • Customer Premise ~50% ~30 to 40% • Impulse events • Residential gateway problems • Security • Performance Limited Performance Tolerance Type Latency Jitter Duration PL Tolerance PLR (1 hr) SD MPEG-2 < 200 ms < 50 ms < 16 ms 7 packets 1 error event/hour 5.46 x 10 -6 SD MPEG-4 < 200 ms < 50 ms < 16 ms 5 packets 1 error event/hour 7.31 x 10 -6 HD MPEG-2 < 200 ms < 50 ms < 16 ms 24 1 error event/ 4 hours 1.17 x 10 -6 packets HD MPEG-4 < 200 ms < 50 ms < 16 ms 14 1 error event/ 4 hours 1.28 x 10 -6 packets 4
  • 5. 17.3.2009 . Testing IPTV and Why ? Every network element in a network will contribute to some extent to packet loss, packet jitter and latency Testing the network before you roll out an IPTV will help isolate problems in the network that will affect picture quality Monitoring IPTV once the service is rolled out will ensure viewing quality is maintained Jitter Effect Packet Loss Effect Out-of-order Effect . Testing IPTV and Why ? IPTV is unlike any other service on the network IPTV requires the most bandwidth IPTV is very sensitive to packet loss Typically, IPTV uses UDP/IP encapsulation which does not allow for packet re-transmission IPTV is sensitive to latency and packet jitter Traffic Transport Bandwidth Latency Jitter Packet Packet Priority Type Reqmts Reqmts Reqmts Loss Sizes Data TCP Bursty Resilient Resilient Resilient Variable Low Voice UDP Low Low Lowest Medium Small High Video UDP Highest Low Low Lowest Large High 5
  • 6. 17.3.2009 Packet Loss and Picture Quality Packet loss Packet loss Effect of Slow Channel Leave Time 6
  • 7. 17.3.2009 Typical Factors that Affect -Video Quality Encoding and Bandwidth compression Packet loss Jitter Customer premises issues Latency EXFO is focusing its IPTV testing strategy in both the transport and access layer of the IPTV service delivery chain FTB-8510B AXS-6xx Media Delivery Index (RFC4445) – MDI (RFC 4445) • Provides users with a tool to measure and diagnose network induced impairments for IPTV streaming media • It is comprised of two distinct measurements: – Delay Factor (DF) and Media Loss Rate (MLR) • Measurements serving as indicators of problems in the network that can be proactively addressed before it becomes a service affecting issue • One of the key benefits - does not perform any type of stream decoding to achieve its metrics and therefore it does not require significant real-time processing power. • MDI uses packet level metrics so it can be used to validate network equipment such as switches and routers – These network elements play a key role in determining whether a packet is delayed or dropped MDI Advantages  Only video standard (RFC4445)  Supports MPEG-4, Windows Media 9 / VC-1  Scalable  Not CODEC dependant  Relates directly to network video impairments  Can be used with variable bit rate streams  Direct correlation to QoE  Provides real-time video quality metrics  Works with encrypted payloads  Can be used to estimate network buffers 7
  • 8. 17.3.2009 IPTV Functional Overview AXS-6xx •Stream Information IGMP Metrics • IP Address • Per Stream • UDP Port Number • Join Requests, Successful, • Supported Encapsulation Failed, – UDP, RTP/UDP, TCP/RTSP • Leave request counts • Stream type • Specific Query counts – Multicast, Unicast, VOD (RTSP) • Zap time (ms) •Stream Metrics • Stream rate (kbps) • Bandwidth Utilization (%) • Media Delivery Index (MDI) – Delay Factor (DF) (ms) – Media Loss Rate (MLR) (p/s) • Virtual Buffer Size (Bytes) – Min, Max • PCR Jitter – Current IPTV User Interface –Stream Information • IP address • Port # • Type • Stream Rate • Bandwidth Utilization –Multilayer Error Histogram • Where the problem is in addition to what the problem is 8
  • 9. 17.3.2009 Data Tests Data tests are used to test connectivity past the ATM layer. To ensure the customer has “sync and surf”, we need to confirm the “surf”! Vital statistics: IP Packet statistics • Downstream and Upstream rates • LAN/WAN status • Ping and TraceRoute • VoIP Tests Key VoIP Performance Indicators ADSL, ATM, IP Layer Up/downstream rates, Analysis SNRm, Attn, IP Packet loss Gateway/ATA Traffic ATA MAC, IP address, DHCP handshaking VoIP Call Flow Incoming/outgoing call handshaking details for each protocol Jitter Analysis Plots max jitter for voice conversation Delay Plots inter-packet delay distribution 9
  • 10. 17.3.2009 VoIP Tests Monitor call flow of SIP based VoIP calls Overview Page – FTB-8510B – Single view of all important All important IPTV metrics in one single view IPTV metrics – Join Status – Stream Name – Destination IP Address – Port – Delay Factor (ms) – Medial Loss Rate (pps) – TR 101 290 priority 1 metrics – IP Rate Mbps) – Bandwidth (%) – Automatic sorting by stream status – Current alarm (red) – Alarm history (yellow) – No alarm (green) – Not present (grey) – The cell corresponding to the alarmed metric is highlighted in red for easy identification 10
  • 11. 17.3.2009 MDI/TR 101 290 Page – MDI DF and MLR metrics – TR 101 290 priority 1 metrics – Threshold configuration – MDI DF and MLR – PCR Jitter – PAT Error 2 – PMT Error 2 – PID Error – Thresholds apply to all monitored stream – Thresholds are applied immediately but will only take Threshold effect when a new event is configuration recorded for this metric – When a threshold is crossed an alarm is reported TR 101 290 priority 1 metrics (current/history and alarm seconds) – In the logger, threshold crossing event reports the – The alarm is maintained active condition crossed plus the threshold value exceeded until the monitored parameter goes below the provisioned – Thresholds can be enabled/disabled on a threshold threshold value type basis IGMP Page – Provides IGMP join/leave capability per stream and statistics – Join Requests, Successful, IGMP statistics per Failed, stream – Leave request counts – Specific Query counts – Provides IGMP join/leave statistics for the entire multicast group including: IGMP statistics for – Group count entire multicast group – Join, Failed, Joining and Idle counts – Join request, leave request and general query counts Note: IGMP functions require the test set to be – Join time out threshold connected to a standard active port on a switch – Default is 5 seconds - No SPAN or TAP connections possible 11
  • 12. 17.3.2009 Stream Info Page – The Stream Info page provides detailed information and statistics about the selected stream – Identification – Stream Name – Encapsulation – Transport Stream Type – Video stream Type – Test timers – Source / Destination info – IP address – Port – Ethernet – Bandwidth Utilization – IP metrics – Media – IP Rate – Media Rate – Packet Size – Media Packet Count – Packet Count – Media Packet Loss Count Ďakujeme za pozornosť Ing. Peter Potrok, Ing. Miroslav Hladký, 12