Dave OPASTCO IPTV Hitachi Outline

7/21/2019 Dave OPASTCO IPTV Hitachi Outline

1/20

2009 Winter Conference 1

OPASTCO Winter ConferenceTechnical Committee Panel

IPTV QoS Monitoring &Assurance

IPTV Monitoring & Maintenancein a Multi-Vendor Environment


2/20


Pa r t A : I PT V QoS i n t h e Sh o r t T e rm

Where do youwant me to

put it?

A Big Pipe is not enough . . . or is it?


3/20


I PTV Ec o s y s t em : P ie c e s t o t h e Pu zz l e

Where do you

want me to

put it?

CA DRM

encryption

compression

encoding

middleware

EAS ad insertion

local channels

content(SD, HD,

VOD, PPV

access network

transport network

head end

home

networkSTB, PVR

EPG

latency jitter

CE devices

metadata

BER

congestion

control bandwidth

packet loss

loss compensation

(FEC, ReTx, EC)

VLAN

admission control

IGMP

provisioning, management, maintenance, diagnostics, revision control, billing, etc


4/20


Ev i d e n c e o f I PTV Cha l le n g e s

Three Letter Acronyms

ITU, DVB, CEA, VSF, ATIS, ETSI, VQEG, DLNA, IETF, ATSC, MPEG

Forum, Broadband Forum (DSLF), Open IPTV Forum, Cable Labs,

SCTE, IEEE, HPNA, MOCA Forum, HomePlug, etc. . .

Consultants

System Integrators

Ecosystem Solution Providers* (address multiple issues)

Conferences, Seminars, Books, Training

Awards (for facilitating and promoting industry progress)

Money & Manpower follow opportunity . . .

i.e. problems to be solved


5/20


The IPTV network is really not aware of the TV part

QoS is used to approximate QoE

Empirical studies have been used to develop QoS metrics

that predict equivalent QoE

I PTV End -t o -En d S y s t em E l em en t s

Source: Broadband Forum (DSLF)

network domain

application (IP video) domain


6/20


Quality of Experience (QoE): (more difficult, costly, lengthy to measure)

Mean Opinion Scores (MOS)

Application (i.e. video, audio)

Response (i.e. channel change delay, VOD delay, trick mode delay) Interaction (i.e. EPG, GUI, remote control device)

Contents (i.e. popularity, value)

Reliability (i.e. availability, consistency)

Security (i.e. contents, privacy)

Quality of Service (QoS): (easier, less costly, quicker to measure)

Bandwidth (i.e. Mbps, minimum guaranteed bandwidth)

Circuit Type (i.e. CBR vs VBR; values adjustment)

Latency (i.e. milliseconds)

Jitter (i.e. milliseconds)

Packet Loss (i.e. duration & frequency of error event = packet loss rate)

(often simplified or approximated using Bit Error Rate)

MDI (Media Delivery Index)

(delay/jitter (Delay Factor) + packet loss (Media Loss Rate)

QoS v e r s u s QoE M e t r i c s

MDI


7/20


Example: DSL Forum TR-126, Triple-play Services

Quality of Experience (QoE) Requirements

QoS T a r g e t s

N/AN/A125Kbps

(stereo)

384Kbps

(Dolby 5.1)

125Kbps

(stereo)

384Kbps

(Dolby 5.1)

Audio

1.16 1.28E-06

< 50ms


8/20


Gen e r a l I PT V K e y s t o S u c c e s s

Shorter Term

Fixed, known, repeatable solution set

successful deployment (experienced ecosystem providers* . . . more to be said)

reference sites (due diligence) Lead Point of Contact, Point of Responsibili ty

at least 1, no more than 2: application domain & network domain (slide 7)

Lots of interop testing

EAS example commitment to interoperability (but whose time, manpower, facility?)

no independent test labs yet, but some limited interop labs (ex: Ledcore)

Stable, long-term viable partners

Revision control

Commitment to standards

Education & training

Seminars

Lessons learned presentations or webinars (ex: FTTH Council)


9/20


Ec o s y s t em So l u t i o n Pr o v id e r s

Example: Head-End Solutions (HE + STB + middleware + other?)*

hosted voice

hosted data/ISP

HL, TS, billing

sharedARPU

local switch+

local content

own WANown package hostedHotwire

hosted voice

hosted data/ISP

Help Line (HL),Tech Support (TS)

design

buildfull HEsatellite

streamlined

(thru HEsolution)

design/build

(Avail)

FSI

design/build

voice

local data/ISPpartners

design

buildfull HEsatellite

streamlined

(thru eachHE solution)

design/build

(Avail, SES,own HE)

Falcon IP

local voice

local data/ISPpartners

sharedARPU

designbuild

partial HE

full HE

lease WAN

satellite

streamlined

(thru HEsolution)

hosted

design/build

(Avail)

CSI

Other ServicesBusiness

Model

Local

Node

TransportContentHead

End

Example

Provider

* Business plans, methodology, services, and deployment model subject to change for each provider.


10/20


T e c h n i c a l I PT V K e y s t o Su c c e s s

Shorter Term

Fixed, known solution set

Lead Point of Contact, Point of Responsibility

Lots of interop testing Extensive network documentation

Physical: wiring, cabling, equipment, etc.

Network: circuit and address maps (MAC, IP, etc.)

Adapt your own tools devices (example: slingplayer) open source community (ex: RRDTool, Cacti, Nagios)

Quality (QoE) should be measured periodically:

at Head-End (before encoding) to check content supplier

at Head-End (after encoding)

at Subscriber (STB, codec)

therefore, end-to-end view (done at turn-up and periodically)

Quality (QoS) should be measured consistently


11/20


T e c h n i c a l I PT V K e y s t o Su c c e s s

Shorter Term

PMs (QoS metrics) in every box in the IPTV system

L1/L2 monitor points:

BER

latency/jitter

at HE, Core Switch/Router, Edge Switch/Router, OLT, ONT, BHR, STB

L3/L4 monitor points:

IGMP join/leave latency

Packet loss

Packet latency/jitter

But L3/L4 functionality adds cost; not needed in every device

HE, Core Switch/Router, Edge Switch/Router, OLT Set thresholds for early warnings of degradation

Test ODN loops and end-to-end equipment (for testing only)

valuable for either PON or point-to-point


12/20


Pa r t B : I PT V QoS i n t h e L o n g e r T e rm

Where do youwant me to

put it?

A Big Pipe is not enough . . . or is it?


13/20


14/20


ATIS IIF (IPTV Interoperability Forum)

Open participation to ATIS member companies; membership fee

Work Groups: Architecture, Metadata, Security, Test/Interop, QOS

Transport agnostic (IP layer focused) Phased services (broadcast, on-demand, interactive streaming)

Use/adapt existing standards, fill in missing gaps, cohesive viewx

Open IPTV Forum

Initially closed participation; limited number of participants; fee

To make IPTV a mass market, plug-and-play service

Use/adapt existing standards

Considering a certification program Broadband Forum (former DSL Forum)

Extensive work on broadband provisioning and maintenance (TR-069)

QoS over broadand networks to support IPTV

IPTV Installation & Configuration Best Practices (in progress)

St a n d a r d s A c t i v i t y


15/20


ITU-T

IPTV Focus Group (Global Standards Initiative umbrella; SG 13)

Study Group 9 (CATV)

Study Group 12 (QoE)

Study Group 15 (access & transport network)

End-to-end: total IPTV architecture, services, security, control, etc.

Functional IPTV architecture and reference model (not hardware)

Adopted input from ATIS IIF, BBF, HGI, DVB and ETSI

ETSI (European Telecommunication Standards Institute)

DVB standards (example: DVB IPTV STB) European standard TV over IP

ATIS has adapted some ETSI work to fit North American TV standards

St a n d a r d s A c t i v i t y


16/20


NGN/IMS Based

Supporting Forum: ATIS IIF

Supporting Major Service Provider: Verizon

Web Services Based (including OTT IP video)

Supporting Forum: Open IPTV Forum

Supporting Major Service Provider: AT&T

ITU-T Position

Defining NGN based IP video services

Also defining non-NGN based IP video services

St a n d a r d s : Ph i l o s o p h i c a l D i f f e r e n c e s


17/20


K e y IPT V Qo S Re fe r e n c e Do c um e n t s

ATIS

ATIS 0800004: Framework for QoS Metrics & Measurements for IPTV

Network topology, domains, metric types, degradation types

ATIS 0800005: IPTV Packet Loss Issue Report ReTX (RTP, TCP) vs Error Correction (FEC) vs Error Compensation (PLC)

ATIS 0800008: QOS Metrics for Linear Broadcast IPTV

Packet, byte, misorder, gap, burst, synch, join/leave, channel change, etc.

ATIS 0800011: QOS Metrics and Measurements for Public Services metrics to support EAS, Closed Captioning, V Chip

ETSI

TR 101.290: MPEG Metrics

ITU-T

ITU-T J.140 J.149: Video Quality Measurements series

ITU-T J.241: QoS Measurement Methods for Video over Broadband IP

ITU-T Y.1541: Network Performance Objectives for IP Based Services


18/20


ETSI

TR 101.290: MPEG Metrics

ITU-T

J.140 J.149: Video Quality Measurements series

J.241: QoS Measurement Methods for Video over Broadband IP

Y.1541: Network Performance Objectives for IP Based Services

Y.1910: IPTV Functional Architecture

G.1080: Quality of Experience Requirements for IPTV Services

G.1081: Performance Monitoring Points for IPTV



19/20


Broadband Forum (DSLF)

TR-126: Triple Play Services QoE Requirements

target QoS metrics in order to achieve QoE

TR-143: Enabling Network Throughput Performance Test & Monitoring UDP echo, ICMP/Ping, FTP/HTTP upload/download (enhanced TR-069)

TR-135: TR-069 Enabled STB

configuration, fault information, trouble resolution, performance monitoring

WT-160: IPTV Performance Monitoring from STB PM objects and diagnostics in STB (enhanced TR-069)

TR-069: CPE WAN Management Protocol

Auto configuration between server (ACS) and CPE (DSL RGW, ONT, STB)

Being expanded with diagnostics tools (TR-143, TR-135, TR-160, etc.)

Telcordia

SR 5305: QoS in Broadband Home Networks

HN config & management, QoS measurement & assurance, metrics



20/20


Fu t u r e I PT V K e y s t o Su c c e s s

Longer Term

Standardization

Standards integration into key IPTV ecosystem elements (every box)

ATIS IIF Standards (for interop) ITU Standards (e.g. G.1081) for monitoring

BBF Standards for CPE (e.g. TR-069 equipped STB)

Interop & certification (not just: standards based, compliant) (UNH)

Revision control Product differentiation (Standards Plus)

Point of Contact, Point of Responsibility

Regulatory Policy:

FCC separable security

STB function integrated in TV (already happening in Japan)

ATIS ISSI downloadable security

Documents

Dave OPASTCO IPTV Hitachi Outline