Riddel_VDOC_N48

8/13/2019 Riddel_VDOC_N48

1/81


2/81

2

Acronyms/Abbreviations AM = Application Manager! AS = Application Server! ASM = Any Source Multicast! BG = Bonding Group! CIN = Converged Interconnect Network! CM = Cable Modem! CMTS = Cable Modem Termination System! COPS = Common Open Policy Service! DBC = Dynamic Bonding Change! DEPI = Downstream External PHY Interface! DIBA = DOCSIS IPTV Bypass Architecture! DOCSIS = Data-Over-Cable Service Interface

Specification

! DQoS = Dynamic QoS! DRFI = Downstream Radio Frequency Interface! DS = Downstream! DSID = Downstream Service Identifier! DTI = DOCSIS Timing Interface! EQAM = Edge QAM! FN = Fiber node! GMAC = Group Media Access Control! HFC = Hybrid Fiber Coaxial

! HSD = High Speed Data! I-CMTS = Integrated CMTS! IGMP = Internet Group Management Protocol! IPTV = IP TeleVision! M-CMTS = Modular CMTS! MDF = Multicast DSID based Forwarding! MLD = Multicast Listener Discovery! MSO = Multiple Service Operator! PCMM = PacketCable Multimedia! PS = Policy Server! RF = Radio Frequency! RSVP = Resource reSerVation Protocol! SF = Service Flow! SRM = Session & Resource Manager! SSM = Source Specific Multicast! STB = Set-Top Box! TP = TelePresence! US = Upstream! VDOC = Video over DOCsis! VoD = Video On Demand! VoIP = Voice over IP


3/81

3

Agenda

! Video over DOCSIS (VDOC) Technology Introduction! VDOC Technology Key Drivers! DOCSIS High Level Overview! DOCSIS 3.0 Multicast Enhancements! PCMM High Level Overview! VDOC Architectures! CMTS Bypass Architecture for VDOC! CMTS Direct Architecture for VDOC! Scaling the DOCSIS Network for Video! TelePresence over DOCSIS Overview! Summary/Q & A


4/81

4

Video Over DOCSIS

(VDOC) Tutorial

VDOC TechnologyIntroduction


5/81

5

What is VDOC?

! VDOC stands for Video over DOCSIS! The technology covers aspects of IP based video

services over the same cable infrastructure used todayfor high speed data and Voice over IP services

! Today high speed Internet subscribers receivingInternet based video content is indistinguishable to thecable operator from other types of data traffic(commonly referred to as over-the-top video).

!As a result of this QoS for video is not easily achievablenor a means for preventing the duplication of trafficwhen multiple subscribers are viewing the same videocontent


6/81

6

What is VDOC? Contd..

! Three aspects of video content streaming are covered"Video on Demand (VoD)"Broadcast Video (i.e. IPTV)"Video Telephony and TelePresence

! Provides DOCSIS QoS to video streams! Managed video service delivered via IP to the home! Provides cost effective broadcast video solution! VoD is unicast! Broadcast video is multicast! IP end points PC , STB , TelePresence End Point


7/81

7

Video Over DOCSIS

(VDOC) TutorialVDOC KeyTechnology Drivers


8/81

8

VDOC Key Technology Drivers

! With the introduction DOCSIS 3.0, Cable Operators areable to support much higher service tiers such as 100Mbps bidirectional

! These higher tiers equip operators with the transportmechanism to offer new IP based video services

! Unified network infrastructure for providing tripleservices

! Use of common infrastructure for triple play servicesresults in reduced CAPEX and OPEX

! Deliver IPTV services to multiple devices including TVsand PCs and Mobile devices

! Exponential Growth in Internet based video content


9/81

9

Video Over DOCSIS

(VDOC) TutorialDOCSIS High LevelOverview


10/81

10

DOCSIS

! Data Over Cable Service Interface Specification(DOCSIS) Radio Frequency Interface Specificationprovides minimum recommended technicalperformance requirements for data

! Defines interface requirements for cable modemsinvolved in high-speed data (HSD) distribution overcable television system networks

! www.cablemodem.com/specifications


11/81

11

Servers:Provisioning

Cache

WebE-mail

FiberNode

CMTS

Basic Cable System Topology

Internet

Modem

Note: E/O and O/E refer to the Electrical to Optical conversion of the

signals in a cable HFC system


12/81

12

Integrated-CMTS Logical Functions

I-CMTS

US PHY

DS PHY

DOCSIS MAC

and upper layer

protocolsWideArea

Network HybridFiber-Coax

Network

(HFC)


13/81

13

Modular-CMTS Logical Functions

M-CMTS EQAM

M-CMTS Core

US PHY

DOCSIS MAC

and upper layer

protocolsWideArea

Network

DEPI

DOCSIS Timing

Server

DRFI

DTI

HybridFiber-

CoaxNetwork(HFC)

DS PHY


14/81

14

M-CMTS Components

! EQAM (Edge QAM Device):System with multiple GigabitEthernet interfaces on the input side and multiple QAM modulatorsand upconverters on the output side

! M-CMTS Core:Contains the DS MAC and all the initialization &operational DOCSIS related software. In the future US receiversmay be external to the M-CMTS core

! DTI (DOCSIS Timing Interface) Server: Provides a CommonFrequency of 10.24 MHz and a DOCSIS time stamp to M-CMTSelements

! ERM (Edge Resource Manager):Manages the dynamicassignment of QAM channel resources to CMTS mac domains


15/81

15

DOCSIS 3.0 Introduction

! Series of Specifications that define the third generationof high speed data over cable systems

! DOCSIS 3.0 Addresses the following service goalsincreasing channel capacity,

enhancing network security,

expanding addressability of network elements, and

deploying new service offerings


16/81

16

DOCSIS 3.0: Ideal for Video

! Channel BondingFaster speeds provide competitive advantage forcable operators

Fatter pipes enable greater efficiency

! Multicast EnhancementsDeliver linear IPTV via static or dynamic multicast

! IPv6Scale IP addresses for IP set-tops and other devices

! Converged NetworkOperate one network for all services


17/81

17

What is downstream channel bonding ?

! An MLPPP like technology! Each packet is tagged with a sequence number and

a re-sequencing index:The sequence number is used to place packets back in order

The re-sequencing index (DSID downstream service ID) isused so that each flow, or group of flows, could be re-

sequenced independently


18/81

18

DS Channel Bonding ( Contd..)

Distribution

CM

P2

P1

P3

P2

P1

P3

CMTS

Resequencing

Sequencing

DBG: D1 D2 D3

! With DOCSIS 3.0, the CMTSdistributes a stream ofdownstream packets to a set ofchannels called a DownstreamBonding Group (DBG).

! The CMTS usually sequencesbonded packets by markingthem with a packet sequencenumber.

! Bonded packets may arrive atthe CM out of sequence order.

! The CM resequences bondedpackets and emits them inpacket sequence order.


19/81

19

Channel Bonding creates efficiency gainsBig Channel Packing Advantage

HD

SD

SD SD

SD

HD

HD

HD

HD

SD

SDSD

SD

SD

1 2 3 4

SD

4 separateQAM

channels

HD

SD

HD

HD

HD

HD

SD

SD

SD

SD

SD

SDSDSDSD

1 2 3 4

4-channelbondinggroup

HD

HD

Channel

capacity

10 SD +

5 HDstreams

No moreroom for HD

10 SD +5 HDstreams

2 additionalHD streams ! Unbonded channels create

inefficient boundaries

! Bonding drives efficientPacking

! Benefit varies! MPEG2/4 HD/SD mix! Bonding group size


20/81

20

CM

STB / PC

CMTS

Integratedor

Modular

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

VideoHeadend

Internet

IPTVSystem

VoIPSystem

Service Group 1

Service Group n

DOCSIS 3.0 Channel BondingDS bonding group shared by all services with 8x4 CM

BondingGroup 1

BondingGroup n

HSD/VoIP/IPTV

HSD/VoIP/IPTV


21/81

21

DOCSIS 3.0 Channel Bonding Concepts

!A CM is unaware of the concept of bonding groups; it is only awareof the set of downstreams it must tune to and the flows it mustforward, as instructed by the CMTS

!A CM can receive traffic from multiple BGs simultaneouslyBonding groups may have different aggregate BW based on servicessupported

! Different CMs in a Service Group can receive traffic from differentbonding groups

! CM may tune to a subset of the downstreams configured for a SGNumber of receive channels on CM does notneed to equal number ofRF channels allocated to DOCSIS service (HSD/VoIP/IPTV)


22/81

22

Bonding Group Selection

!A CM can receive traffic from multiple BGs! Operator can steer flows to particular BGs by

configuring Service Flow attributes for each BG

CMTS uses SF-attributes when selecting BG for a flow

! Operator could choose to set aside a BG for CableIPTV and a separate BG for HSD/VoIP


23/81

23

CM

STB / PC

CMTS

Integratedor

Modular

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

VideoHeadend

Internet

IPTVSystem

VoIPSystem

IPTV

HSD/VoIP

HSD/VoIP

Service Group1

Service Group n

DOCSIS 3.0 Channel BondingSeparate DS bonding groups for HSD/Voice and IPTV

IPTV


24/81

24

Video Over DOCSIS

(VDOC) Tutorial

DOCSIS 3.0 MulticastEnhancements


25/81

25

DOCSIS 3.0 Multicast Features

! SSM and IGMPv3! IPv6 multicast support (pre and post registration)! Multicast QoS! Support for bonded multicast! Support for multicast authorization! Multicast encryption! Backward compatibility with legacy DOCSIS devices! Explicit tracking of multicast listeners


26/81

26

DOCSIS 3.0 Multicast Architecture

! No IGMP snooping in the CM! DSID label used to identify a replication of a multicast

stream

! CMTS has complete control of multicast forwarding inthe CM via DBC messaging

! Multicast filtering and replication within the CMBased on DSIDs

GMAC promiscuous operation


27/81

27

Multicast DSID forwarding (MDF) support


28/81

28

Video Over DOCSIS

(VDOC) Tutorial

PCMM High LevelOverview


29/81

29

PacketCable Multimedia

Improved way ofobtaining QoS!

Signaling Agnostic More Generic compared toPacketCable Telephony

Does not address applicationspecifics (i.e. signaling,

provisioning)

MSO generated Policy Controls Dumb devices = less $$


30/81

30

PacketCable Multimedia

! Prescribes how DQoS and BW can be used to create services that areformidable competitive weapons.

! Provides a generic application framework for enabling cable QoS fornon-QoS-aware devices.

Soft-phones X-Box/Playstation gaming consoles

Residential S-MTA Business-class IADs, IP Phones

! Builds upon DOCSIS and PacketCable, enabling numerous voice,video, and data applications:

Bandwidth on Demand Video Telephony

Low-latency Gaming IM/Chat with QoS voice and video

Gaming with Audio/Video Presence-based voice/video

! Also can be used in conjunction with Deep Packet Inspection (DPI)devices


31/81

31

PCMM Architecture


32/81

32

PCMM client types

! Client type 1: (*)Policy is pushed to the CMTS, CMTS establishes the resources.Referred to as QoS unaware clients.

! Client type 2:Policy is pushed to the CMTS, endpoint requests resources from theCMTS. Referred to as Push model clients.

! Client type 3:Policy is pulled from the Policy Server by the CMTS, triggered by anRSVP request from the endpoint. Referred to as Pull model clients.

* Currently, only Client type 1 is fully defined in the PCMMspecifications.


33/81

33

Application Server (AS)

! Handles multimedia session requests on behalf of the client.!AS may or may not be managed by the MSO.! Protocol used between client and AS unspecified.


34/81

34

Application Manager (AM)

! Handles client requests either directly or via AS.! The AM authenticates and authorizes client (or AS) requests based on pre-

defined policies.

!Protocol between client and AM unspecified.

! Protocol between AS and AM is defined by PCMM (SOAP/XML).! The AM determines the particular QoS parameters necessary to deliver the

service to the client; could be specific or generic.

! It then sends a request for these resources to the appropriate Policy Server


35/81

35

Policy Server (PS)

! Takes service requests from the AM and converts them to resourcepolicy requests used to set up CMTS QoS resources.

!PS implements MSO defined authorization and resource-management rules. (examples include limits on number of gates persubscriber, types of QoS authorized for a given subscriber, limits onthe impact of service on the CMTS, etc.)

! Policy servers can be deployed in a hierarchical topology to satisfyscalability and redundancy concerns

! PS can be stateful or stateless; if stateful can keep track of gatesand resources.

! Protocol between AM and PS is COPS.


36/81

36

CMTS

! Policies can be pushed to the CMTS from the PS orpulled from the CMTS to the PS

! Since currently only client type 1 is defined they will alwaysbe pushed.! Thus DOCSIS DSX message transactions will always initiatefrom the CMTS

! CMTS can track DOCSIS resources based upon volume andtime requirements.


37/81

37

Sample Signaling Flow Part I


38/81

38

Sample Signaling Flow Part II


39/81

39

Video Over DOCSIS

(VDOC) TutorialVDOC Architecture


40/81

40

VDOC Architecture

! Two different architectures"CMTS Bypass"CMTS Direct


41/81

41

Video Over DOCSIS

(VDOC) Tutorial

CMTS BypassArchitecture for VDOC


42/81

42

CMTS Bypass Solution - Overview

!Also referred to as DIBA DOCSIS IPTV Bypass Architecture! One (or more) cable modem tuners dedicated to IPTV service

(under control of Bypass System)

Two entities controlling the modem (Bypass System and CMTS)

Multiple tuners required per cable modem

! Channel change signaled from IP Set-top box to Bypass SRM/ERM

Utilizing upstream channel from cable modem to CMTS

! DOCSIS Framer/Edge QAM performs IGMP join as instructedby Bypass SRM/ERM and forwards multicast video to IP Set-top box via Bypass channel

! CMTS is unaware of Bypass channels! EQAMs dont need to be DOCSIS 3.0 capable


43/81

43

EQAM

CM

CMTS Bypass Solution

VideoSource

M-CMTSCore

CM

Bonding

Groupw/ 3ch

HSD-only subscriber

HSD + IPTV subscriber

CM registers to 4-chbonding group


DTI Server

Internet

EQAM w/DOCSIS Framer STB

UpstreamChannels

DownstreamChannels

Bonding

Groupw/ 4ch

f1f2f3f4

f1f2f3f4

f1f2

f(bp-1) f(bp-x)

IPTVSystem

DOCSIS Downstream

DOCSIS Upstream

Bypass Channel

BypassSRM/ERM

IPNetwork

BypassChannels

(1-n)

f(bp-n)

f3


44/81

44

EQAM

CM

CMTS Bypass Solution Example: Multicast Video

VideoSource

M-CMTSCore

CM

Bonding

Groupw/ 3ch

HSD-only subscriber

HSD + IPTV subscriber



DTI Server

Internet

EQAMIP STB

UpstreamChannels

DownstreamChannels

Bonding

Groupw/ 4ch

f1f2f3f4

f1f2f3f4

f1f2

f(bp-1) f(bp-x)

IPTVSystem

DOCSIS Downstream

DOCSIS Upstream

Bypass Channel

DOCSISFramer

BypassSRM/ERM

IPNetwork

BypassChannels(1-n)

f(bp-n)

f3

Session Signaling

Multicast Video


45/81

45

CMTS Bypass:Architecture and implementations caveats

! Custom Cable Modems! Proprietary EQAM! Non-DOCSIS 3.0 operation

Multicast, DBC etc

! Need for Bypass SRM! Network Silos

Inability to re-purpose network capacity for other services

Inability to dynamically share bandwidth across different MSO-managed

services based on business rules! Operational complexity! Bypass cost savings only applicable to IPTV service


46/81

46

Video Over DOCSIS

(VDOC) Tutorial

CMTS DirectArchitecture for VDOC


47/81

47

CMTS Direct Solution for VDOC

! CMTS Direct ArchitectureModular/Integrated CMTS with DOCSIS 3.0 Downstreams

All applications are routed through D3.0 CMTS

All control plane signaling is routed through D3.0 CMTS

D3.0 CMTS provides cable modem/set-top box registration,configuration, etc.

! Build a CMTS platform that:Provides all features for all services with one common transport

Is based on existing DOCSIS 3.0 and M-CMTS specifications

Is highly scalable

Provides a price point per downstream that is competitive with

existing video infrastructures


48/81

48

CM

CMTS Direct Solution (M-CMTS model)

VideoSource

M-CMTSCore

HSD onlysubscriber

HSD + IPTVsubscriber

EQAM

DTI Server

Internet

IPNetwork

IP STB

Downstream

Channels

BondingGroupw/ 4ch

f1f2

f3f4

f1f2

f3f4

CM

f1f2

f3f4

UpstreamChannels

IPTVSystem

DOCSIS Downstream

DOCSIS Upstream


49/81

49

CM

CMTS Direct Solution Example: Multicast Video

VideoSource

M-CMTSCore

HSD onlysubscriber


EQAM

DTI Server

Internet

IPNetwork

IP STB

Downstream

Channels

BondingGroupw/ 4ch

f1f2

f3f4

f1f2

f3f4

CM

f1f2

f3f4

UpstreamChannels

IPTVSystem

DOCSIS Downstream

DOCSIS Upstream

Session Signaling

Multicast Video


50/81

50

CM

CMTS Direct Solution with Dedicated IPTV DS Channels

VideoSource

M-CMTSCore

HSD onlysubscriber


EQAM

DTI Server

Internet

IPNetwork

IP STB

Downstream

Channels

BondingGroupw/ 4ch

f1f2

f3

f4

f1f2

f3

f4

CM

f1f2

f3f(iptv-x)

UpstreamChannels

IPTVSystem

f(iptv-1)

BondingGroupw/ 3ch

f(iptv-n)

IPTV DSChannels(1n)

DOCSIS Downstream

DOCSIS Upstream

IPTV DS Channel


51/81

51

CM

CMTS Direct Solution with Dedicated IPTV DS Channels

VideoSource

M-CMTSCore

HSD onlysubscriber


EQAM

DTI Server

Internet

IPNetwork

IP STB

Downstream

Channels

BondingGroupw/ 4ch

f1f2

f3

f4

f1f2

f3

f4

CM

f1f2

f3f(iptv-x)

UpstreamChannels

IPTVSystem

f(iptv-1)

BondingGroupw/ 3ch

f(iptv-n)

IPTV DSChannels(1n)

DOCSIS Downstream

DOCSIS Upstream

Session Signaling

Multicast Video

IPTV DS Channel


52/81

52

RF Spanning

!A set of downstreams can be split to multiple/all SGsserved by the CMTS

Similar to broadcast QAMs, but limited to CMs served by aCMTS

Downstreams use same RF frequencies in each SG

! The cost of these downstreams is amortized acrossmultiple SGs

! Useful for initial deployments where penetration ratemay be low

IPTV clients may be lightly distributed across multiple SGsOperator can deploy a handful of downstreams to start IPTVservice

! When combined with static multicast, can replicate abroadcast style architecture


53/81

53

CM

PC

CMTS

Integratedor

Modular

CM

PC

CM

STB / PC

CM

PC

CM

PC

CM

STB / PC

VideoHeadend

Internet

IPTV

System

VoIPSystem

RFSpanning

RF SpanningInitial low-penetration IPTV deployments

HSD/VoIP

HSD/VoIP

ServiceGroup 1

ServiceGroupn

IPTV


54/81

54

D30 Multicast for Linear IPTV

Channel Rank

Viewership

1 x

Popular channels (1->x): to all subsLong-tail (x->y): only to active viewers

Statically RF spanned Dynamic Narrowcast

y


55/81

55

Bonded Static Multicast

!A BG is RF-spanned to all SGs and carries multicast IPTV streamsIPTV streams are delivered at all times as static multicast flows regardless of viewership

Most popular content can be carried in a 4-channel BG

Long-tail content is carried over narrowcast BGs

! Subset of receive channels on CM are statically tuned to this RF-spanned BG to receive multicast IPTV streams

! Trade-offsThe cost of the RF-spanned downstreams is amortized across multipleSGs

Less spectrum efficient than narrowcast BGs if all static multicast IPTVstreams are not viewed by at least one CM in each SG at all times

Requires CMs with additional receive channels

The number of video streams that can be carried in such fashion isdependent on number of receive channels available on CM andspectrum availability


56/81


57/81

57

CM

STB / PC

CMTS

Integratedor

Modular

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

VideoHeadend

Internet

IPTV

System

VoIPSystem

RFSpanning

BroadcastIPTV

Static Multicast w/ RF Spanning

HSD/VoIP/Narrowcast IPTV

HSD/VoIP/Narrowcast IPTV

Service Group 1

Service Group n

35 SGs require 144 DS channels

RF spanning saves 136 DS channels (48.5%)

Popular TV channels

are broadcast onsingle RF-spanned

bonding group to allService Groups


58/81

58

Static Multicast with CM tuning

!A set of downstreams carrying multicast IPTV streams are RF-spanned across all SGs

These downstreams are not bonded

The IPTV streams are delivered at all times as static multicast flows regardless of viewership

! Receive channels on CM can be dedicated to tune to one of theseRF-spanned downstreams to receive a multicast IPTV stream

CM can forward one IPTV stream from each receive channel

! Trade-offsThe cost of the RF-spanned downstreams is amortized across multiple SGs

Number of IPTV streams that can be part of static multicast line-up is not limitedby the number of CM receive channels

Less spectrum efficient than narrowcast BGs if all static multicast IPTV streamsare not viewed by at least one CM in each SG at all times

Requires CMs with additional receive channels, and independent tuningcapability (or large capture window)


59/81


60/81

60

Multicast Video over DOCSISDynamic Multicast

MulticastVideoSource

CMTS

Notes:

CMTS dynamically forwards multicast video streams based on IGMP trafficfrom STB

Entitlement is performed prior to STB issuing IGMP join CMTS configured with BW per multicast group address (CLI or SNMP)

IPNetwork

D30 CM IP STBEQAM

IGMP Join


61/81

61

Scaling the DOCSISNetwork for Video


62/81

62

Scaling the DOCSIS Network for Video

! IP Statistical Multiplexing with VBR VideoUtilize CMTS capabilities to deliver more video streams in less bandwidth

! Dynamic Bandwidth SharingIncrease bandwidth utilization for all services

! Admission Control and QoSReserve DOCSIS bandwidth and ensure video quality

! Cable Modem Load Balancing! Support multiple bonding groups per Service Group as IPTV grows


63/81

63

Efficiency Gains from VBR Video

! Support 40 60% more streams with VBR video! Law of large number works in favor of VBR statmux in fat pipe


64/81

64

100ms CPEJitter Tolerance

ShapingPriority

DOCSIS 3.0Channel

Bonding

Service /Device

Law of large numbers No transrating 100% BW utilization

Forwarder

Queues

TransmissionQueue

60ms CMTS jitter

High

Low

Medium

Normal

Fat Pipe Asynchronous CMTS QoS Convergence

Delivering VBR Video over DOCSIS Networks

ds1

ds2

ds3

ds4

ds5

ds6


65/81

65

CBR

VBR w. MPEG Statmux

VBR Video over DOCSIS

! Unprecedented bandwidth efficiencyUp to 50% more streams than CBR video(with 4-channel bonding)

100% bandwidth utilization for convergence

! Cost effective & scalableCMTS queuing instead of transration

Scalability independent of codec complexity

! Low latency! Encryption agnostic! Superior picture quality

VBR Video over DOCSIS with IP Statmuxing


66/81

66

VBR over DOCSIS: Packing Efficiency


67/81

67

Dynamic Bandwidth Sharing

!Data and video services delivered in shared bonding group

! Data service sponges excess bandwidth not used by video

Data

Video

Average bitrate video


68/81

68

Dynamic Bandwidth Sharing

! Bonding Groups may overlap across a set ofdownstreams

For overlapping BGs, a portion of the BW of each downstreamis allocated to each BG via configuration

!CMTS is capable of dynamically sharing bandwidthacross overlapping bonding groups based on theservices consumed by the CMs receiving the BGs

! Enables the deployment of a mix of CMs with differentnumber of receive channels

Example: Deployment of 8-channel CMs doesnt requireseparate set of RF channels from those used for 4-channelCMs.


69/81

69

CM

STB / PCCMTS

Integratedor

Modular

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

CM

STB / PC

VideoHeadend

Internet

IPTV

System

VoIPSystem

BG 1.2

Dynamic Bandwidth Sharing withOverlapping Bonding Groups

BG 1.1

BG 1.3

Service Group 1

Service Group n

BG n.2

BG n.1

BG n.3


70/81

70

Admission Control

!Ability to reserve set BW for video services perinterface

!Ability to limit the flows that are admitted on an interfacebased on set criteria

!Admission Control is needed when bandwidth utilizationstarts approaching interface bandwidth

! Required for both multicast and unicast services!

CMTS can perform Admission ControlRequires bandwidth requests to be signaled to the CMTS


71/81

71

MulticastVideo

Source

CMTS

CMTS forwards multicast video streams based on IGMP traffic from STB/PC CMTS pre-configured with video service class

CMTS is configured with service-class per multicast group address CMTS performs admission control

CMTS can perform multicast authorization

IPNetwork

IP STB/PC

IGMP Join

DBC

AdmissionControl /

Authorization

Admission Control and QoSMulticast: IGMP

CM


72/81

72

MulticastVideo

Source

CMTS

Multicast extensions added to latest version of PCMM spec (PCMM I05)

CMTS dynamically forwards multicast video streams based on PCMM signaling

Policy Server performs authorization checks and signals CMTS with QoSrequirements Upon receipt of Gate-Set, CMTS creates classifier and service flow andreserves BW

Flexible forwarding to cable interface based on service flow attributes

IPNetwork

IP STB/PC

PolicyServer

ApplicationManager

PCMM

DBC

AdmissionControl

Admission Control and QoSMulticast: PCMM

CM


73/81

73

VoDStreamer

CMTS

RSVP PATH (to STB)

RSVP RESV

Entitlement performed prior to initiating the above sequence CMTS pre-configured with video service class Flexible forwarding to cable interface based on service flow attributes Upon receipt of RSVP, CMTS creates classifier and service flow andreserves BW

Admission Control and QoSVoD: RSVP

IP STB/PC

AdmissionControl

CM


74/81

74

VOD: Video On Demand

! Signaling based approach for reserving DOCSIS QOS! RSVP (Resource Reservation Protocol) used for

signaling QOS

! CMTS acts as RSVP proxy and terminates RSVP! STB is unaware of RSVP signaling


75/81

75

VODstreamer

CMTS

CMTS forwards unicast video streams based on PCMM signaling Policy Server performs authorization checks and signals CMTS with QoS requirements Upon receipt of Gate-Set, CMTS creates classifier and service flow and reserves BW Flexible forwarding to cable interface based on service flow attributes

IPNetwork

IP STB/PC

PolicyServer

ApplicationManager

PCMM

AdmissionControl

Admission Control and QoSVoD: PCMM

CM


76/81


77/81

77

TelePresence over DOCSIS (TPoD) Overview

! TelePresence is a technology that allows people who are inphysically separate locations to communicate with each other as ifthey were in the same room.

! TelePresence combines professional video, professional audio, andnetworking to create a real-time in-person experience.

! TPoD could be for one of the following markets:Teleworker:The user is an employee of an enterprise and isworking at home. The TelePresence is generally owned andoperated on behalf of the corporation, and the service provider isproviding transport.

Consumer TelePresence:The user is a consumer who wants

to use TelePresence for their own personal use. The service ismanaged by the service provider (SP) or by a third party. Theservice provider provides transport. for network connectivity


78/81

78

Business TelePresence over DOCSIS driversTeleworker/SOHO with Enterprise Hosted TP services

MSO

Network

Teleworker

Enterprise A

Enterprise ADMVPN

over WWW

DOCSIS QoS

Bandwidth on Demand

End-to-end QoS

Managed

VPN

Small Office B

Enterprise B

Premium HSD Tier or BoD

-Permanent Teleworker-24 hr biz, work & at home-VIPs, Sr. Management , etc

Enterprise ServicesQoS Extension

-Small/Branch offices, Kiosks,Remote Teller, Expert Help, etc

Home

Gateway

ConsumerC2C & C2B

- Distant Friends & Family,- Doctor, Concierge, Yellow Pages

Home

Gateway


79/81

79

Video Over DOCSIS

(VDOC) TutorialSummary/ Q&A


80/81

80

Summary

! Increasing interest in IPTV and other video based services overDOCSIS

! VDOC Architecture highly leverages DOCSIS 3.0 and M-CMTS! IP Video services are evolving.

Replacement of current services will likely not be good enough.

Service velocity will eventually require the full suite of DOCSIS services

Have to demonstrate the value of IP

! PacketCable Multimedia and RSVP can be used to enable thedynamic creation, modification, and deletion of QoS for these videobased services

! TelePresence enables communication between remote parties as ifthey were sitting in the same room

UserExperience

CapexSavings

EfficiencyOpexSavings

ServiceVelocity

New DevicesNew Content


81/81

Questions/Answers

Riddel_VDOC_N48

Documents

Transcript of Riddel_VDOC_N48