Multiscreen OTT Video Stack for Operators
0 likes260 views
The document discusses the need for operators to have a multiscreen OTT video stack that allows them to build and expand their video services across multiple devices in a scalable and interoperable way. It introduces the Arumai-Silver Bullet Stack, which provides streaming video, content protection, and application development capabilities to simplify deployment of OTT services and reduce total cost of ownership. The stack minimizes complexity by isolating the major components of an OTT infrastructure, including application development technologies, adaptive bitrate streaming, and digital rights management.
Multiscreen OTT Video Stack for Operators
- 1. MULTISCREEN OTT VIDEO STACK FOR OPERATORS Problem: Consumers have become conditioned to “all my media on all my devices all the time” from their experiences with digital music and e‐book services, and they expect no less from video; meanwhile, Hollywood studios and other video content licensors have raised, not lowered, their expectations that their content be protected from unauthorized use. In general, the technological complexity of building, maintaining, and scaling multiscreen OTTtechnological complexity of building, maintaining, and scaling multiscreen OTT video services is not decreasing. Operators require a range of capabilities including streaming video, content protection, application development, and other technologies. Yet no single, “silver bullet” stack with all these capabilities has emerged that operators can rely on to build out their services in a future‐ proof, scalable, and interoperable manner. Solution: Arumai‐Silver Bullet Stack™, a multiscreen rights management capability on the server side, is the key to minimizing and isolating complexity among several moving parts as operators build and expand their services to more and more devices. By making OTT service deployment easier, operators can better respond to competitive developments in the marketplace whilecan better respond to competitive developments in the marketplace while minimizing total cost of ownership (“TCO”). The major moving parts of an OTT provider’s infrastructure are application development technologies, adaptive bitrate streaming, and digital rights management (DRM).
- 2. STREAMING VIDEO PROTOCOL (cont’d) Solution: In Arumai’s proprietary system: (i) multimedia content is captured and stored and delivered on an HTTP server and is delivered using HTTP. The content exists on the server in two parts: Media Presentation Description (MPD), which describes a manifest of the available content, its various alternatives, their URL addresses, and other characteristics; and segments, which contain the actual multimedia bit streams in the form of chunks, in single or multiple files; (ii) To play the content, the Arumai client first obtains the MPD. The MPD can be delivered using HTTP email thumb drive broadcast or other transports By parsing the MPD the Arumaiusing HTTP, email, thumb drive, broadcast, or other transports. By parsing the MPD, the Arumai client learns about the program timing, media‐content availability, media types, resolutions, minimum and maximum bandwidths, and the existence of various encoded alternatives of multimedia components, accessibility features and required digital rights management (DRM), media‐component locations on the network, and other content characteristics. Using this information, the Arumai client selects the appropriate encoded alternative and starts streaming the content by fetching the segments using HTTP GET requests; (iii) After appropriate buffering to allow for network throughput variations the client continues fetching the subsequentto allow for network throughput variations, the client continues fetching the subsequent segments and also monitors the network bandwidth fluctuations. Depending on its measurements, the client decides how to adapt to the available bandwidth (“transfer rates”) by fetching segments of different alternatives (with lower or higher bitrates) to maintain an adequate buffer.