Video Delivery in Hybrid Network - - PowerPoint PPT Presentation

video delivery in hybrid network
SMART_READER_LITE
LIVE PREVIEW

Video Delivery in Hybrid Network - - PowerPoint PPT Presentation

Video Delivery in Hybrid Network draft-huang-dispatch-hybrid-video-delivery-00 ietf99@Prague Multiplatform Distribution for Video Some use cases for video distribution in multiplatform environment Non IP based , e.g, cable/satellite IP fixed


slide-1
SLIDE 1

Video Delivery in Hybrid Network

draft-huang-dispatch-hybrid-video-delivery-00 ietf99@Prague

slide-2
SLIDE 2

Multiplatform Distribution for Video

Some use cases for video distribution in multiplatform environment Use case 1: Operator’s hybrid video delivery

Video Source IP Headend IP fixed network CDN IP mobile network IPTV STB Tablet/ Phone Non IP based , e.g, cable/satellite TCP/ UDP (uni/multi- cast) Ethernet Wifi 3G/4G

Use case 2: OTT video hybrid delivery

OTT LIVE Gateway IP fixed network CDN IP mobile network IPTV STB Tablet/ Phone Multicast/ Unicast Ethernet Wifi 3G/4G

slide-3
SLIDE 3

The Diversity on IP Distribution

Encoding

§ MPEG2 § H.264 § HEVC § VP8/9

Streaming

§ HTTP § RTP

Protection

§ CA § DRM § CENC

Packaging

§ DASH § HLS

View

§ STB § iOS § Android § PC

Overall

  • Design, deployment, test and operational complexity are increased
  • Multiple device protocol stacks: Multicast, Unicast, Adaptive bit rate
  • May involve multiple roles: content provider, network service providers,

CDNs, etc. Distribution

§ Multicast § Unicast § ABR

slide-4
SLIDE 4

Looking into the Transport Protocols

IP TCP/IP UDP RTP HTTP NORM/FLUTE ISOBMFF/MPEG-2 TS Codecs/TS Codecs PULL Mode PUSH Mode File Mode Packet Mode

  • Unicast supports both

“PULL mode” and “PUSH mode”.

  • Multicast only

supports “PUSH mode”.

  • “PULL mode” only

supports “File mode” content.

  • “PUSH mode”

supports content for both “File mode” and “Packet mode”

slide-5
SLIDE 5

Impact of the Diversity

  • File mode is usually done in “PULL mode”.
  • For “PUSH mode”

p It usually uses reliable transport protocols like NORM, FLUTE. p It usually implies methods like retransmission to recover lost data, but sacrifices low latency. Whether it can satisfy some service with strict latency requirements is a

  • pen question.
  • Another way to transport in “PUSH mode” is to convert

“File mode” into “Packet mode”

p It’s suitable for applications that can tolerate certain packet loss, so that latency requirement can be satisfied. p To do so, a gateway is needed to take out the container and extract the codecs to fit in the content aware protocols like RTP. p Problem is that the gateway should be authorized to do so, and may need to deal with media protection issues. p Another problem is that it is difficult to converted back to “FILE mode” again.

slide-6
SLIDE 6

What the IETF can do?

  • MPEG has some efforts to provide convergence

for this diversified situation in common format level, e.g., MMT, CMAF but this is more for file mode (we can simple transfer MMT over RTP but is it a good enough solution?)

  • Do we want to work on convergence of file and

packet mode.

  • Is some content agnostics application level

transport method should be developed in IETF?

  • If there is interest we can start discussing the

issue offline during this week.