Professional Documents
Culture Documents
Next Generation TV
Technical Briefing - Video Storage and Processing Platform
Rev A 2015-05-12
Cloud Based Infrastructure for Next Generation TV
Copyright
Disclaimer
The contents of this document are subject to revision without notice due to
continued progress in methodology, design, and manufacturing. Ericsson shall
have no liability for any error or damage of any kind resulting from the use of
this document.
Trademark List
1 Executive Summary
The features and experiences that subscribers demand today – TV Anywhere,
HD recordings, huge libraries – require operators to quickly and efficiently
deploy complex time and place shifted TV services. Traditional architectures
are costly, time consuming, and not very scalable or resilient. Challenges
include huge storage needs and costs, complex infrastructure and very high
performance throughput.
2 The Challenges
TV service providers are struggling to achieve or maintain their competitive
advantage with a few key next generation services such as time shifted TV,
Video on Demand (VOD) and cloud based DVR (cDVR). While each is slightly
different, the challenges for all of them are quite similar.
While time shifting is gaining popularity, on demand Pay TV content still only
makes up a tiny portion of over all TV viewing, with 23% of viewers ordering
only 1-3 VOD rentals each month. Instead subscribers more often watch VOD
content from OTT services like Netflix who are constantly expanding their on-
demand libraries. TV service providers must also expand their libraries to keep
up. This adds content library scaling to the list of challenges.
Finally, traditional DVR’s are slowly migrating to the cloud as well in order to
bring recorded programing everywhere on all devices. This answers the
ongoing subscriber demands, while providing a technological competitive
advantage. CDVR eliminates storage needs in home set top boxes, reducing
cost for hardware, maintenance, and upgrades by reducing truck rolls. The
number of concurrent recordings and the amount of storage per subscriber
can be set on the fly. While deployment options vary regionally, they all face
scaling, storage, performance, and reliability challenges.
Storage
Storage is a multifaceted concern with time shifted and place shifted TV. As
recording archives, VOD libraries, number of channels and time shift buffers
increase; providers must be prepared to scale up quickly and efficiently. Sizing
systems is difficult given the number of variables, including the unpredictable
nature of some cDVR content. In some situations, service providers are
responding by migrating from a traditional VOD infrastructure to CDN
architecture. A CDN architecture enables more dynamic content caching
schemes and leverages modern Adaptive Bit Rate (ABR) delivery protocols for
end-to-end multi-screen IP delivery. This allows providers to expand their
library and adaptively stream content to IP-enabled set top boxes, and mobile
devices, as well as legacy systems. The deployment flexibility created by a
CDN approach also permits a scale-out rollout into new markets as needed.
Beyond the basic scaling of content, a provider must also consider how
protecting these files might impact the scale of storage. In some situations
deduplication is a possibility and in others it is impossible due to copyright
laws. This overhead could greatly enlarge an already huge content library.
Throughput Performance
Video traffic during peak hours is growingi, and the shift from multicast linear
TV to unicast VOD and cDVR content will create significant performance
challenges. Unicast requires a separate stream for every user, even if they are
streaming the same content. This is unlike multicast delivery, which reaches
hundreds of home with a single video stream. CDN World notes that 75% of
customers who receive poor quality IPTV service will either not return or will
seek out a different provider.ii In order to maintain an acceptable quality of
service, there must be sustained high performance during read and write.
Particularly with cDVR, this helps compensate for the potential 30-40%
recording concurrency at peak times, like prime time, or during popular
programs. Playout concurrency is also much higher than typical VOD
applications with cDVR typically spreading over a 72 hours window after the
recordings. Massive throughput is required due to the number of potential
parallel recordings
3 The Solution
The Ericsson Video and Storage Processing Platform offers a unique, proven
infrastructure, which allows for seamless augmentation and replacement of
legacy TV services with new cloud-based services. It integrates and virtualizes
the storage and processing capabilities of as many Commercial-Off-The-Shelf
(COTS) servers as needed, providing outstanding performance gains and
allowing operators to avoid many of the complexities and costs associated
with launching new services. Optimized for media, it’s ideal for time-shifted
services.
Tremendously versatile, the platform enables multiple uses cases such as:
• Master Video Library
• Long tail server
• Scalable Origin server
• CDN Assist
• Enhanced VOD
• Cloud DVR
These new generation of video services are all primed to utilize the latest
technology advances in cloud computing and storage using IT infrastructure –
private or public clouds. Among the main advantages of utilizing such cloud
architecture for video service providers is the abstraction of the services tier
from the underpinning specialized video tier and generic IT infrastructure
(Compute/Storage/Networking) tier. The platform provides a software solution
that aggregates standard COTS servers into a massive grid of joint storage
and compute known as the cluster. The Ericsson Video and Storage
Processing Platform cluster provides a unified name-space for storage and a
single pool of compute resources on the same cluster using leading
virtualization stacks. The ability of the platform to turn standard servers into a
joint store and compute grid leads to unprecedented density in cloud data
centers, avoiding the usual bottlenecks between storage and compute clusters
through data locality, and facilitates scaling and management through a
unified grid management.
The platform contains two main software layers in order to create a video
private cloud using the converged storage/compute cloud architecture.
In addition to managing the server pods, the manager communicates with the
back office infrastructure using multiple interfaces. These interfaces help the
manager to control content acquisition, session allocation, recording
scheduling, ad-insertion capabilities, key management, and other functions.
The nodes each have processing capabilities combined with storage devices
and are responsible for both storing and delivering data, the distributed file
system, and all storage related functions. When grouped together they form a
powerful pod, the basic logical block of the system. A pod represents a virtual
video server entity, which clusters together a number of nodes interconnected
within a LAN topology via the standard 1 GigE management and 10 GigE full
mesh interconnection networks.
Each node can join live multicast streams for recording/ingest, stream all
popular formats, and support streaming legacy, current, and emerging
protocols.
3.3 Functionality
The Ericsson Video Storage and Processing Platform provides scalable real-
time content ingest functionality for:
• VOD ingest
• Live channel ingest in the form of raw MPEG2-TS feeds
During the ingest process the following on the fly procedures occur:
• Video analyzing and creation of index file per each ingested SPTS
• Single index file for CBR and multiple index files for ABR (per each video
layer) are created
• Performing Video and TS level integrity check and errors detection
• Detection of SCTE-35 markers for seamless Ad-insertion and splicing
purposes
As a final point in the ingest process the content is segmented to small chunks
(~1MB) and dispersed across the entire cluster to provide better storage
capacity and ensure the highest reliability level and most advanced content
redundancy scheme. It is striped across multiple drives and nodes in the pod.
This ensures both high levels of available parallel IO and also perfect IO load
balancing across the entire storage cluster. The platform also implements a
unique scale-out, distributed file-system, which uses much less overhead for
data protection. Instead of replicating or even triplicating the data chunks,
Ericsson uses a distributed data protection scheme using either XOR parity
chunks for RAID5 like use cases and erasure codes for RAID6+ use cases.
This ensures both better capacity efficiency as well as read-write efficiency,
which is paramount for video application specifically on a large scale.
The Ericsson Video Storage and Processing Platform supports two main types
for content delivery and streaming:
• CBR streaming used by legacy systems in the Cable world
(IPTV/QAM STB’s).
• ABR streaming OTT (Wi Fi, 3G, 4G) for the subscribers’ companion
devices (PC, iOS, Android ant)
The main difference of the ABR streaming technique from the legacy CBR is
in the client device capabilities. In the ABR streaming, the video player has full
control on the streaming rate and dynamically adapts to any changes in the
streaming conditions. These devices are continuously detecting the access
bandwidth and CPU capacity in real time and adjusting the quality of a video
stream accordingly by switching between different video profiles depending on
available resources. This approach promises a small video buffering, fast start
time and a very good overall user experience of ABR video streaming for both
high-end and low-end network connections.
In addition to the regular cloud DVR services, operators may opt to provide
advanced features such as “Catch-Up TV” library, “Start Over”, “Record in the
Past”, and additional features. These are operator-driven automatic recording
features.
With a sliding time shift buffer, all live broadcast channels in the line-up are
automatically recorded, stored and made available for all subscribers for these
time shifted Services during a predefined time-based sliding window called
Time Shift Buffer (TSB). The TSB can be managed either with Electronic
Program Guide (EPG) awareness or without it using the time segment
approach.
For the EPG aware TSB, the external content management system will
request to record and store the entire channel lineup for defined number of
hours/days, which will create the linear circular TSB on any desired time
window size. Using this mode the deletion of the content is managed by the
content management system.
In the case of time segment approach, the manager will maintain a linear TSB
using a time shift buffer implementation, where the stored data in the time shift
buffer represents a sliding window of time with fixed sized recorded segments.
This window can be configured on a per channel basis and the system will
keep adding data to the head of the buffer and removing old data from the tail
of the buffer.
On the functional plane, the diagnostics suite offers the following monitoring,
diagnostics and analytics capabilities, and interfaces:
• Real-time monitoring and alerting on system health metrics and service
performance KPI’s
• Dashboards - visualization (graphs) of system health and performance
over time
• Offline reports – system and service level performance monitoring and
business level analysis
Although available for over a decade, VOD usage has just begun to gain
momentum in the last few years. Having overcome the clunky interfaces and
initial monetization concerns, set-top box VOD availability has almost doubled
since 2008.
The dynamic origin server includes high performance scale-out storage with
an integrated media framework that allows the storage nodes to perform live
ingest, processing, and delivery. Processing is performed on the storage
servers eliminating the need for external server farms and decreasing
networking complexity. Providers can add servers as needed, leverage the
hardware agnostic benefit of the platform, and simplify the infrastructure even
at a very large scale.
The MVL is scale out storage providing the ability to ingest, process and
ubiquitously stream master or “gold copies’ of licensed content. The MVL is
the logical component that can run on the same or separated infrastructure
with the VSPP Origin. The MVL is deployed as a scale-out NAS, providing the
ability to interface to different content providers and fetch the content as well
as providing the associated content processing workflow. The content is
acquired into the MVL using the TCP acceleration protocols (e.g. FTP, CIFS).
The fetched content can be optionally transcoded, pre-packaged and pre-
encrypted.
The Long Tail Server allows operators to store and deliver less popular, or
long tail, content directly from a large, central storage vault, eliminating the
need to replicate entire libraries at the edge of the network.
3.5.1.1 Simplification
3.5.1.2 Flexibility
3.5.1.3 Scalability
Second, by integrating compute and storage into the same stack, packaging,
transcoding, streaming, and ad insertion are all integrated. In fact, the stack is
optimized for media workflow. There is no need for “silos” or a dedicated stack
for streaming, one for encoding, etc. This dramatically reduces the server
requirements and in turn OPEX. The platform reduces server needs by 40%
compared to a classic configuration as processing and storage are integrated,
which eliminates all the extra server farms.
Most importantly, you can recoup the cost for the storage and recording
infrastructure within 10 months. In general, a standard subscription fee can
cover the hardware and software costs.
The characteristics and nuances of video have been carefully considered. For
both read and write, we sustain very high recording and playout concurrency.
This helps compensate for the potential 30-40% recording concurrency at
peak times, like prime time, or during popular programs. Playout concurrency
in cDVR is also much higher than typical VOD applications typically spread
over a 72 hours window after the recordings.
The high availability and resiliency of the product greatly benefits advanced
TV services. Content is striped across the entire cluster with “Cross-Server”
RAID parity at the application level. This makes the system resilient against
both disk AND server failure and allows for service continuity during
maintenance.
4 Conclusion
5 Contact Ericsson
To understand more about how Ericsson’s Video Storage and Processing
Platform, the Cloud DVR Solution and its broader portfolio can help you meet
your subscribers’ demands and differentiate your offerings, contact your local
Ericsson office.
http://www.ericsson.com/ourportfolio/tv_sales_and_support_contacts
i
Source: Alcatel Lucent Bell Labs 2012
ii
Source: CDN World Forum, London 2012