IPTV Design Document The Pearl Qatar

TPQ-GP55-DOC-0126
Version 0.7

Contributors
The contributors to this document are noted here and may be contacted regarding any changes or to discuss other aspects of the content.

Contact Information
Name Andre Mendes Karel Debrouwere Kashif Rashid Jim White Marco Bonomi Robert Giacomuzzi Simone Arvigo Venkataramanaiah R Silju Pillai Srihari Moningi Jeby Mathew Philip Organization Widevine Scientific Atlanta Cisco Systems Scientific Atlanta IP STB’s Minerva Networks Cisco/Scientific Atlanta Media Power SeaChange Mannai Mannai Mannai Mannai Email Address amendes@widewine.com karel.debrouwere@sciatl.com krashid@cisco.com Jim.white@sciatl.com marcob@minervanetworks.com giacomr@cisco.com simone.arvigo@seachange.com venkat@mannai.com.qa Silju.pillai@mannai.com.qa Srihari.ramana@mannai.com.qa Jeby.mathew@mannai.com.qa

TPQ-GP55-DOC-0126

Version 0.7

2

Table of Contents

1. Introduction---------------------------------------------------------------------------------------- 5 2. Objective of this Project ------------------------------------------------------------------------- 5 3. Scope of Work (SoW) ----------------------------------------------------------------------------- 5
3.1 IPTV Logical Design -------------------------------------------------------------------------------------------- 6

4. Scientific Atlanta ----------------------------------------------------------------------------------- 7
4.1 IPTV Head-End System Description------------------------------------------------------------------------ 7 4.1.1 Sequential traffic flow from QSPK to IP Stream------------------------------------------------------ 7 4.1.2 Satellite Dish Farm and L band Signal Distribution system. --------------------------------------- 8 4.1.3 IPTV Head end System. ----------------------------------------------------------------------------------- 11 4.2 System Description ------------------------------------------------------------------------------------------- 14 4.2.1 MPEG2 Encoder- Model D9022. ------------------------------------------------------------------------ 14 4.3 MPEG2 vs. MPEG4 -------------------------------------------------------------------------------------------- 17 4.4 Major Assumptions ------------------------------------------------------------------------------------------- 18 4.4.1 Headend Topology solution------------------------------------------------------------------------------ 18 4.4.2 Scenarios ----------------------------------------------------------------------------------------------------- 19 4.5 Set Top Box Basic Information ----------------------------------------------------------------------------- 21 4.6 Network Management -------------------------------------------------------------------------------------- 22

5. Minnerwa Networks ----------------------------------------------------------------------------- 23
5.1 Services and Architecture overview ---------------------------------------------------------------------- 24 5.2 Technologies implemented and main components -------------------------------------------------- 26 5.2.1 Oracle DB 10g----------------------------------------------------------------------------------------- 27 5.2.2 Oracle Application Server 10g------------------------------------------------------------------- 27 5.2.3 Linux ------------------------------------------------------------------------------------------------------ 27 5.2.4 Java ------------------------------------------------------------------------------------------------------- 27 5.2.5 Swift MQ JMS ----------------------------------------------------------------------------------------- 28 5.2.6 Swing ----------------------------------------------------------------------------------------------------- 28 5.3 The Database Server ----------------------------------------------------------------------------------------- 31 5.4 The BackOffice Server --------------------------------------------------------------------------------------- 31 5.5 The Application Server--------------------------------------------------------------------------------------- 32 5.6 The Boot Server ----------------------------------------------------------------------------------------------- 32 5.7 Servers and Platforms --------------------------------------------------------------------------------------- 33

TPQ-GP55-DOC-0126

Version 0.7

3

6. Widevine Technologies ------------------------------------------------------------------------ 34
6.1 Widevine Cypher: A Comprehensive Security Solution---------------------------------------------- 34 6.2 Conditional Access and Digital Rights Management ------------------------------------------------- 35 6.3 Renewable Security ------------------------------------------------------------------------------------------ 36 6.4 Protection for Untrusted Platforms ---------------------------------------------------------------------- 36 6.5 Application-Level Encryption------------------------------------------------------------------------------- 37 6.6 Widevine Cypher Overview -------------------------------------------------------------------------------- 38 6.6.1 Widevine Cypher Certificate Authority --------------------------------------------------------------- 39 6.6.2 Widevine Cypher Broadcast ----------------------------------------------------------------------------- 40

7. SeaChange ----------------------------------------------------------------------------------------- 44
7.1 Axiom Core Functions---------------------------------------------------------------------------------------- 45 7.2 VOD architecture: Axiom command centre and the VOD servers -------------------------------- 48 7.3 Features --------------------------------------------------------------------------------------------------------- 51

8. Networking Part of IPTV ----------------------------------------------------------------------- 53 9. Booting Process --------------------------------------------------------------------------------- 57 10. References --------------------------------------------------------------------------------------- 58

TPQ-GP55-DOC-0126

Version 0.7

4

1. Introduction
The purpose of this document is to provide a detailed design about the IPTV implementation in Pearl Qatar Island, integrated with five various vendor components, namely, Cisco, Scientific Atlanta, Minerva, Widevine, and SeaChange with a proven ecosystem

2. Objective of this Project
The objective of this project is to design and implement an Ethernet to the Home/Business (ETTx) access network to the PEARL Residential/Business customers. The main criteria is to have a converged IP network where the network shall be able to support multiple services such as Internet, VoIP, IPTV etc, on a single connection.

3. Scope of Work (SoW)
This document defines the Detailed Design of the IPTV solution provided to “The Pearl Qatar Project”. IPTV Solution is integrated with four different IPTV vendor components: 1. Scientific Atlanta, 2. Minerva Networks, 3. Widevine, and 4. SeaChange

1. Scientific Atlanta deals with the Head End System and IP STB 2. Minerva Networks deals with the Middleware 3. Widevine deals with Content Security (CAS) 4. SeaChange deals with Video on Demand (VoD)

This document details only the IPTV solution design. The design details that shall support the IPTV solution will be provided in the Data Center and WAN Services Module Detailed design document. The Network requirements for the IPTV solution are gathered and documented in TPQ-GP55-DOC-0119 and hence is not discussed as well in this document.

TPQ-GP55-DOC-0126

Version 0.7

5

As per this diagram. The logical diagram for IPTV network is shown above. TPQ-GP55-DOC-0126 Version 0.1 IPTV Logical Design Logical Diagram A proven/tested ecosystem has been considered and built for the Pearl IPTV network.3.7 6 . the IPTV Network is segregated into separate VLANs and discussed in the Networking Part of IPTV.

4. The IRD will tune a particular transponder and pulls out the contents in ASI format. Receives L-band QPSK signal from Satellite using the Dishes installed at the dish farm.4. LNB’s connected to the dishes will convert these QSPK signal to IF and send to Amplifiers for boosting the signal before splitting it and sending to multiple devices. which is inserted in it. Scientific Atlanta 4.1 Sequential traffic flow from QSPK to IP Stream 1.2.1 Composite Video & analog audio signals from Pay Channel Decoders goes to MPEG2 Encoder (D9022).2 4. 2. DCM will process the selected channel from the transponder to IP format and send it to the distribution network 4. DCM will further process the selected channel from the transponder to IP format (MPEG2 transport) and send it to the distribution network.1. 3.2 TPQ-GP55-DOC-0126 Version 0.1 4. and to Pay channel decoders using IF splitters and L-band test point.7 7 . IF splitters will split these signals to multiple IF feeds to feed IRD's.1 5. 5. Again output of some IRD’s goes to Transport Stream Descrambler to descramble the scrambled channels and send to DCMs.1.1 IPTV Head-End System Description 4.1 The ASI output from IRD goes to ASI splitter and further fed to main DCM and redundant DCM. 5. 4. Pay Channel decoder gets IF signal and is tuned to one channel according to the smart card subscription from the channel provider. The DCM will process those selected channel from the pay channel decoder fed through MPEG2 encoder to IP format and send it to the distribution network. And the ASI out of these is fed to DCM’s.

The Satellite dish farm consists of 6 dishes and will be located on the Roof top of the BDC (Back up Data Centre). satellite antennas are normally installed outdoors. As Microwave satellite signals do not easily pass through walls. 4.1. The four outputs of the LNB are as follows. amplify and convert them to similar signals carried at a much lower frequency (called intermediate frequency or IF .2 Satellite Dish Farm and L band Signal Distribution system. Three satellite dishes will receive and distribute L-Band signals and for redundancy three more dishes shall serve as backup. LNB: A low-noise block converter (LNB. roofs or even glass windows. To provide 200 L-Band feeds to IPTV head end (12 Main feed + 12 Redundant feed) in the data centre room. 2. Following are the Satellites that are considered: • • • Hot Bird-13° East. and the signal needs to be passed indoors via cables. frequency ranging from 950Mhz to 2150 Mhz). Quattro universal LNB: A Quattro LNB has four fixed outputs and is used only in "head end" I.The system consists of mainly 2 sections 1. The equipment rack is provided with “Test Point” for all the feeds. we propose two 42 U standard racks.F. distribution systems. as well as TV monitor and DTH receiver to monitor the live programs from each feed. for lownoise converter) The LNB is usually fixed on the satellite dish. Satellite dish farm and 200 L Band signal feed for IPTV Head End system IPTV Head End system. Arab Sat-26 ° East Nile Sat 7 ° W. The job of the LNB is to take a wide block (or band) of relatively high frequencies (Lband). The L-band feed from satellite Dish/LNB are fed to the Coaxial patch panel installed in the standard rack located in BDC building data centre room. or sometimes LNC. for low-noise block. Horizontal Polarization Low Band.7 8 . TPQ-GP55-DOC-0126 Version 0.

TPQ-GP55-DOC-0126 Version 0. CABLES: Coaxial cable (or "coax") is the most common cable used for transmitting IF signals. The extent of the loss will depend on the quality of the cable. Their differing electrical and physical characteristics make it important to select the correct type of cable to suit the application.These losses are compensated by an IF amplifier. Vertical Polarization High Band. The required amount is 200 L-band signal feed carrying different polarizations as per the required channel mapping. A coaxial cable has a solid copper or copper-clad-steel centre conductor surrounded by a nonconductive dielectric insulating material. These virgin signals are further splits and distributed to IRD and to Pay Channel decoders. Most coaxial cables for video applications have a nominal impedance of 75 ohms. The L-band feed from satellite Dish/LNB ranging from 950 MHz to 2150 MHz with an input signal level of -25dBm to -65dBm is fed to the coaxial patch panel. The dielectric is surrounded by foil shield/s and/or copper braid/s which form the outer conductor and also shield against electromagnetic interference (EMI). all coax cable will lose more signals at higher frequencies (2150 MHz+) than at lower frequencies (950 MHz). and converts the block of frequencies to a lower frequency range in the L-band range. These lower frequencies travel through cables with much less attenuation of the signal to provide best quality picture. However. with the help of appropriate IF splitters. The name "coaxial" refers to the common axis of the two conductors. All types of coax cables will lose signals. The outer conductor/shield is encased in a PVC jacket. Vertical Polarization Low Band.7 9 . filters the block of frequencies in which the satellite TV signals are transmitted. The LNB amplifies the relatively weak signals.Horizontal Polarization High Band.

Essentially they are transformers that split the power in the input signal to multiple outputs. a set of two SAT 900 (IF amplifier). 3ways. To overcome these losses an IF amplifier is used..Boost the IF signal to get more mileage and compensate for the cable loss in the distribution system.e. these dishes are tracked and tuned for the same 3 satellites (Hot Bird-13° East. makes possible to determine/ measure the signal level without interrupting the signal fed to the IRD’s and pay channel decoders. such as 2 ways. This is used to compensate for signal loss when the IF signal is split into a number of IF signals (200 no’s) by passive splitting.7 10 . all these types of splitters as to attain the 200 no’s of IF signals.) to ensure the availability of IF signal always in case of failure from main dish feed. Arabsat and Hotbird) Multi switch: This makes possible to select one satellite and transponder from different dishes through one cable. Three dishes are designed for redundant use. one set of main and another set is redundant amplifier. A DiSEqC switch is a device which TPQ-GP55-DOC-0126 Version 0. IF amplifier: . This is done via a multiswitch distribution system. (I. all the 12 IF feed for Nilesat. Every time you split an IF signal with a splitter. you drastically decrease the signal's strength logic dictates that splitting this signal in two with a "passive" device will result in two signals that each have-at most--half of the original signal's strength. while maintaining the 75 ohm impedance. 6way and 8 ways. The equipment rack is provided with “Test Point” for all the feeds.A splitter is a small device that has one input (the 75 ohm load) and 2 or more outputs. However. Arab Sat-26 ° East & Nile Sat 7 ° W. This design ensures the availability of IF signal (950 MHz – 2150 MHz) with relevant signal level that ranges from -25dBm to -65dBm. A LCD monitors and a FTA satellite receiver (Free to Air) is provided and is connected through a multi switch to monitor the programs from each satellite feed. 4 ways. Each ports driving a separate 75ohm load. DiSEqC (Digital Satellite Equipment Control) pronounced "Die-Sec" is a special communication protocol for use between a satellite receiver and a device such as a multi-dish switch or a small dish antenna rotor.IF splitters:. In TPQ.

4. Solution is based on MPEG-2 technology platform. The system currently comprises four parts: Acquisition Encoding Multiplexing Monitoring Acquisition In the Acquisition. and second rack will be equipped with all passive and active equipments for distributing the L-band signals.1. All the testing points and monitoring equipments will be in one rack.enables you to connect multiple LNB’s to a satellite receiver. TPQ-GP55-DOC-0126 Version 0. carrying different polarizations as per the required channel mapping. we will be using the D9850 program receivers together with the Indus Stream Descramblers for the scrambled channels.3 IPTV Head end System. A centralized MPEG-2 head end is installed in single geographical location (BDC building).7 11 . here this is used as we have 3 dishes. providing DCM redundancy. MPEG-2 FTA Channels (Free to Air) Satellite program is received and decoded by scientific Atlanta’s D9850 FTA and power key transport-stream QPSK satellite receiver and fed directly to Scientific Atlanta’s DCM’s ASI board.

To ensure redundancy. the DCM’s will be connected in 1+1 configuration. These are further fed to the DCM. The descrambled (Clear) stream will be fed to Scientific Atlanta’s DCM’s ASI board. Multiplexing In Multiplexing part. which will be fed to the Aggregation switch in the network. The source media is to be decided and procured by the operator. Monitoring TPQ-GP55-DOC-0126 Version 0. ensuring maximum availability for the system. taking into consideration that the source media output should be Audio Video Baseband (Composite video and analog audio). Since the output of the Decoder is audio video baseband (Composite video and analog audio).7 12 .MPEG-2 Scrambled Channels Satellite program is received and decoded by Scientific Atlanta’s D9850 FTA and Power key transport-stream QPSK satellite receiver and fed to scientific Atlanta’s INDUS MKII transport-stream descrambler. these signals need to be re-encoded and converted to MPEG-2 single transport stream. This task will be performed by Scientific Atlanta’s D9022 MPEG-2 Encoder. we will have the Digital Content Manager which receives the ASI input from the D9850s/D9022s and the Output for the DCMs will be Gigabit. Encoding Satellite program will be received and decoded by the Service providers’ proprietary satellite decoder (Pay channel Decoders to be decided & procured by the operator). These Encoders can be also be used for the advertisement insertion (in-house channels) and displayed as a TV Channel. There will be a total of 14 DCM’s. Each descrambler board carries 2 CAM slots that can be used in cascade for multiple descrambling capabilities of the same transport stream. which will be used in the project with 7 as main DCM’s and 7 as back up.

7 13 . All the 14 DCM’s receive the 200x2 ASI input. The output from these D9850s will be connected directly to the DCM and there will be no interfacing equipment in between. we will be using 70 ASI splitters. Main DCM 1-6 will be having 30 ASI inputs and the DCM 7 will be having only 20 ASI inputs. which will be providing us with 70x2 ASI streams. The Acquisition/Encoding network will receive the input from the L-Band splitting network for the satellite signal. TPQ-GP55-DOC-0126 Version 0. This will provide fall-back procedure for the DCM in case of any downtime on the primary/backup DCMs. • The output for the remaining 30 D9850s will be going into the Galaxy System rack containing the Indus MKII Descrambler Cards. 70 D9850s Receivers are used for the Free to Air channels. For the complete system monitoring. we will be having 200 ASI outputs. The output from the ASI splitters will be connected to both the main and Backup DCM. • The D9022s which will be used for the digital encoding will be having a 1+1 output at each output. These 200 streams have been calculated as follows: • Out of the 100 D9850s in total. This will give as 100x2 ASI streams at the input of the DCM. which will further be going to the DCM. At the Acquisition phase. we will be using the Copernicus MKIV server together with the ROSA system software. These 200 ASI outputs will be in 1+1 configuration. For these 30 Encrypted streams as we will have 1+1 output for every stream so no ASI splitting is required and we will have 30x2 ASI streams into the DCM. As the INDUS has 2 outputs per card so both these outputs can be used for connecting to the main and redundant DCMs. So. The same scheme will be used for the redundant DCM’s also. interfacing will be done with the 10/100 Base-T IP network and all the systems will be further connected to the monitoring server with the help of the Ethernet cables.For monitoring. As every D9850 has only one ASI out and our requirement is to connect the ASI inputs to both the primary and redundant DCM. one will be connected to the main DCM and the other will be connected to the secondary DCM.

G. Description: Designed to deliver high quality MPEG-2 video and supports ASI output. 16:9.The detailed connectivity for all the HE components will further be given in the Rack Layout and System Cabling diagrams. 0. Has 75Ω output impedance.2 System Description 4. Has an encoding rate of 0.600Ω or ≥20 kΩ balanced impedance. Single-ended 75Ω impedance.2 Program Receiver .1 MPEG2 Encoder. Two audio stereo channels as either analog or digital audio output. and open communication protocol (SNMP). BNC and terminal block connector. Two stereo pairs or four mono number of channels.5 to 1. stackable. Specifications: Standard Composite input for video systems PAL (B. Two IPTS output in eight-pin RJ-45.5 to 15 Mbps. Power consumption of ≤45W fully equipped at the voltage range of 100V to 120V AC or 200V to 240V AC ±10%. H. Refer TPQ-ITV-GP55-DWG-0001 drawing for more details. Control of the encoder is supported via the front panel interface. D.Model D9022. 1 Ru.5 to 2 Vpp nominal input level.5 Mbit/s for 4:2:0 DVB-ASI output. Features: Web-based GUI and SNMP management interface for interfacing to third-party management systems to control the encoder. Two transport outputs and also used BNC connector.2. Contact closure alarm outputs. Analog and digital AES-3id audio inputs. 4. Low power consumption. an on-board web browser. I.2. Encoding MPEG-2 video and audio processing.7 14 . 4. Having 0.Model D9850 TPQ-GP55-DOC-0126 Version 0. BNC connector with aspect ratio of 4:3. MDI. Adaptive comb-based composite video encoder. and K) and 75Ω unbalanced impedance.

Specifications: TPQ-GP55-DOC-0126 Version 0. Specifications: MPEG-2/ DVB Compatible system with Quadrature Phase Shift Keying (QPSK) De-modulation process.3 Digital Content Manager (DCM) Model D9900 Description: A compact MPEG processing platform capable of supporting extremely high numbers of video stream processing.2.Re-multiplexing of services and content routing from any input to any output port.Transrating of single SD ( Standard Digital ) and HD ( High Definition ) programs. Features: Interface up to 40 ASI interfaces ports ( 30 ASI ports per ASI I/O card. Tuner frequency range 950MHz up to 2150MHz using C-band and KU-band satellites frequencies. With Aspect ratio conversion (4:3. The DCM supports up to 8Gbps of input and output capability.7 15 .0 to 45Msymbols/s. RS-232 asynchronous data at rates up to 38. 16:9 and 14:9) and Active Format Descriptor (AFD) control. 4. Variable Field Error Correction (FEC) (1/2. Input impedance of 75Ω and symbol rate range of 1. having 3available card slots and 1 card slot dedicated for IPTV ).4 kb/s data outputs. Features: This has four L-band inputs and PowerVU conditional access.10 Gbps internal processing throughput with 8 Gbps of I/O capability. ( recompression to lower bit rates. Power consumption of 50Wmax and voltage range of 100V to 240V AC. 2/3. 5/6 OR 7/8). The unit can be configured with up to 4 I/O cards. with each card having either 10 ASI ports or 4 Gbe ports. 3/4. The DCM comes in a compact 2RU chassis with hot swappable and redundant power supplies.Description: The PowerVu® Model D9850 receiver is designed for satellite content distribution applications requiring 4:2:0 video decoding.

2. The power supply can be either single or dual power supply with a free choice of AC and DC. Specifications: Having 1 main input and 2 outputs. Power consumption of 250W fully loaded. Features: Simultaneous descrambling of the selected services in a transport stream. Provide ASI input and Dual ASI output and selection of Programs or individual PIDs. Bit rate of 0. Descrambling capacity of services depends on the used CAMS. Using a BNC-type connector and an output impedance of 75Ω. Physically consist of an interfacing rear-card module and the application front-card module. It also supports all Common Interface compliant CA systems. 4. each port configurable as input and output.This has 10 ports per ASI interface card. Maximum bit rate of 56Mbps. Nominal input voltage 100-240V AC.4 Transport Stream Descrambler -INDUS MKII Description: Capable of simultaneously descrambling selected programs in a transport stream to provide a “clear” digital signal.2. Using a BNC-type of connector (on panel board).5 Modular Rack System-Galaxy Description: The Galaxy Sub-Rack Concept is housed in a 3ru unit designed with a common power and communication interface to all inserted modules. 4. Features: TPQ-GP55-DOC-0126 Version 0. Having 2 CI slots using PCMCIA connector type I and II.1 to 213 Mbps. Nominal power consumption is 10W. Input impedance of 75Ω. The removable Common Interface Module allows the operator to easily select the required CA System for transport stream descrambler.7 16 . Bays for two DVB Common Interface Conditional Access Modules ( CAMs ).

Therefore.3 MPEG2 vs. the bandwidth constrains are overcome at the last mile (access layer) with an MPEG-4 solution.7 17 . 4. there always arises bandwidth issues. Power supply of 100 to 240 VAC ±10%. 250 Ma. Hot-swappable. Communication port of 9-pins male Sub D connector type RS-485. In the case of an existing data (internet)/voice network that is to be to a “triple play” network that includes Video.Holds up to 12 application cards of the Galaxy family in only 3RU. TPQ-GP55-DOC-0126 Version 0. but only in the core and distribution layers. Capable of transmission speed up to 19200 bit/s. 47 TO 65 Hz. MPEG4 MPEG-4 is a technology that reduces the bandwidth requirement of a network. Specifications: A relay contact type which has 2x25-pins female Sub D connector. without the need to upgrade the entire network. easy accessible application cards and low power consumption. and does not improve video quality. Maximum load of 60 VDC. 5 VA. Multiple powering possibilities with or without redundancy.

4. 4.1 Headend Topology solution 1.In the case of a Pearl network. taking into account all three major services (internet. transponders. the number of satellite receivers and encoders can be reduced since at the moment. if multiple channels are part of the same transport stream received from the satellite. and the bandwidth engineering is considered. conditional access. ART & Orbit) As an example. 4. A centralized MPEG-2 solution in a single geographical location (Backup Data Center) providing DCM redundancy. (2) 100 channels via encoders for proprietary transmission with the appropriate decoder in the customer premises provided by the content provider (Show Time.4 Major Assumptions In the case of a detailed channel plan to be received and agreed between the supplier and the customer showing satellites. TPQ-GP55-DOC-0126 Version 0. voice and video). etc.. one single satellite receiver is needed.7 18 . the worst-case scenario has been considered: (1) 100 satellite receivers for 100 channels. which is built from the beginning.

4. MPEG2: Scrambled Channels Satellite program is received and decoded by Scientific Atlanta’s D9850 Free to Air and PowerKey Transport-Stream QPSK Satellite Receiver and fed to Scientific Atlanta’s INDUS MKII Transport-Stream Descrambler.7 19 .4. MPEG-2: Free To Air (FTA) Channels Satellite program is received and decoded by Scientific Atlanta’s D9850 Free to Air and PowerKey Transport-Stream QPSK Satellite Receiver and fed directly to Scientific Atlanta’s Digital Content Manager’s ASI Board. 2. Each Descrambler Board carries two CAM slots that can be used in cascade for multiple Descrambling capabilities of the TPQ-GP55-DOC-0126 Version 0.2 Scenarios Dish Farm and L-Band Distribution Three main scenarios have been considered: 1.

125.113-116 192.120.120.127.105-108 192.120. the signal need to be re-encoded and converted to MPEG-2 Single Transport Stream (STPS).125. Orbit. Sl.168. Proprietary Services like Show Time.113-116 VLAN 120 120 120 120 120 120 125 125 125 125 127 127 127 127 Channels FTA FTA FTA FTA FTA FTA Premium 1 Premium 1 Premium 1 Premium 1 Premium 2 Premium 2 Premium 2 Premium 2 2 DCM Pair 2-1 DCM Pair 2-2 3 DCM Pair 3-1 DCM Pair 3-2 4 DCM Pair 4-1 DCM Pair 4-2 5 DCM Pair 5-1 DCM Pair 5-2 6 DCM Pair 6-1 DCM Pair 6-2 7 DCM Pair 7-1 DCM Pair 7-2 TPQ-GP55-DOC-0126 Version 0.127.168. Since the output of the Decoder is Audio Video Base Band (AV BB). 3.120.109-112 192.168.168.105-108 192.121-124 192.same Transport Stream.168. This task will be performed by Scientific Atlanta’s D9022 MPEG-2 Encoder and the encoded STPS will be fed to Scientific Atlanta’s Digital Content Manager’s ASI Board.168.168.168. The descrambled (Clear) Stream will be fed to Scientific Atlanta’s Digital Content Manager’s ASI Board.120.7 20 .120.125.109-112 192.109-112 192.113-116 192.168.168.101-104 192.168.No 1 DCM Pair DCM Pair 1-1 DCM Pair 1-2 IP Address (Slot-1/Slot-2) 192.105-108 192.117-120 192.125.101-104 192.168.101-104 192.168.168.127.127. and ART and others where no descrambling CAMs are available Satellite Program will be received and decoded by the Service Provider’s Proprietary Satellite Decoder.

Teletext and teletext subtitle supported via VBI pass-through only USB ports are disabled Supported displays 4:3.7 21 . 64x and 256x trick mode speeds Utilizes Sigma Designs 8634 System-on-chip (SoC) silicon 256MB DRAM / 64MB Flash memory Supports MPEG-2 and MPEG-4 for SD and HD content Supports RCMM IR protocol @ 36Khz Supports IGMPv2 Supports 188 byte MPEG-2 transport Composite output fixed 576i PAL B/G format HDMI output configurable via settings page using Minerva middleware. IPP330HD: For Minerva middleware For Widevine CAS using auto-entitled or dynamic encryption @ 25% level For SeaChange VOD with 4x. It is controllable via Minerva middleware.4. 16:9 with universal change across all outputs Supports English font only with standard Minerva “Swirl” user interface No SNMP support Example of the IPP330 and front and rear panel connectors is shown below: If the TPQ-GP55-DOC-0126 Version 0.5 Set Top Box Basic Information Two types of set-top boxes are designed for this project. display does not support the selected size it will auto-negotiate. RGB output via SCART is disabled Component output is YPrPb and tracks HDMI setting 7 segment display will provide boot status during boot up. 4:3 letterbox. 16x. For the initial deployment it is disabled.

15x.6 Network Management The proposed solution is managed centrally from the Rosa Network Management with focus on: Fault Management Configuration Management Performance Management Security Management SNMP to 3rd Party Devices (excluding IP set-tops) TPQ-GP55-DOC-0126 Version 0. 50x and 300x 4.IPP430MC: Same as IPP330 above.7 22 . supports DVR trick mode. except that MPEG-2 HD is not supported (only MPEG-4 is recommended for HD content for DVR models) Includes fanless 160GB hard disk drive for DVR services. speeds 2x.

the Think application. search for titles in the EPG and VOD catalog and schedule recordings and program TPQ-GP55-DOC-0126 Version 0. iTVManager is a scalable. Minnerwa Networks This section of the document is an introduction to iTV Manager’s features. live television. the set top box software. purchase VOD programs. iTVManager 3. terms. the server software or BackOffice and 2.5. iTVManager offers true Video on Demand (VOD). and concepts. As the cornerstone of the IP television headend. It’s meant to act as a primer for iTV Manager Administrators.7 23 .2 is a scalable enterprise solution that manages the distribution of video. The BackOffice suite of software includes: • Tools that let you manage: Subscribers Channels STB device inventory Service and pricing Asset management Billing • EPG (Electronic Programming Guide) Loader that manages the data that is ingested from an EPG provider and sent to the Set-Top Boxes (STB) • VOD (Video On Demand) Delivery System (VODDS) module that talks to VOD content providers to automatically deliver to iTVManager the most up-to-date VOD assets The Think application presents a UI that lets the television viewer see the EPG. iTVManager is comprised of two major components: 1. interactive television management suite. and complete web integration. television and other data services over an IP Network.

7 24 . VOD playback bookmarks. etc) Assignment of the devices. Conditional Access scramblers in the headend and descramblers on the STBs. Purchases (and other transactions) are recorded in the iTV Manager database.2 and those that are provided through third-party components: Services Included with iTV Manager 3. Electronic Program Guide data. Billing Invoice generation. and thereafter “share” customer information. Broadcast Video VOD metadata ingestion.). through customization can be used to present custom branding and layout design.reminders. Storage of the Customer's purchased assets. Ability to tag a customer record with an "external ID". RTSP server for “trick play” functionality (Pause. Supply of VOD asset and metadata. and so on. VOD purchase. VOD asset ingestion (for VOD content suppliers that don’t supply their own ingestion functionality). phone number. Fast Forward.2 Video encoders that generate multicast IP streams that carry Live TV video content.1 Services and Architecture overview The following table summarizes the services that are included with iTVManager 3. blocked channel lists. SSN. “Comedy”. thus allowing a Telco to easily import and export customer records database. “Sports”. etc. service package. Video on Demand Delivery of VOD catalog listings to the STBs. Rewind). The user interface. Customer Management It’s anticipated that most medium-to-large Telco’s will want to (at least) import existing customer records from their own database systems into the Minerva database.2 Electronic Program Guide (EPG) ingestion. 5. VOD asset categorization (“Drama”. Collection and storage of “real world” data (address. Flat-file "Billing Reports generation that can be fed into the Telco's existing billing system VOD streaming. and entitlements. Channel lineup management that maps EPG channels to multicast addresses Not included with iTV Manager 3. It's anticipated that most medium-to-large Telco’s will want to manage billing through their own systems TPQ-GP55-DOC-0126 Version 0. "favorites" lists.

All UI strings are stored in a localized string table for easy translation. Other Features TPQ-GP55-DOC-0126 Version 0. This includes both a server and an STB component. text-based thinkstuff language. and so on. 2. Some of these features have a third-party component: 1. such as channel changes. can be posted to the server which then distributes the message to the appropriate STB. Client UI and Graphics Complete. The user can choose a specific UI skin (or “Theme”).“Vault” (the customer’s repository of purchases and messages). However. The full range of EAS messages are understood by the server and broadcast to all STBs.7 25 . User Event Logging (“Transaction Profiling”).. and then send a log of the events back to the server for data mining. UI customization is provided through the proprietary. and so on The Search module and onscreen keyboard let the user search for keywords in the EPG and VOD catalog.(next column) Minerva works with Conditional Access providers (sometimes through STB vendors) to ensure that complete Conditional Access is provided. program recording. PVR access.. In addition. STB manufacturers implement a well-defined API (called the “MvLayer”) that lets the Think application talk to the STB hardware. Caller ID messages. you can configure the system to force a channel change to the EAS information channel. EAS: An external EAS box must be connected to the system. The STB can record the user’s events. off-the-shelf UI for the EPG. generated by an external mechanism. SVOD catalog. trickplay use. user preferences screens. VOD catalog. Emergency Alert System (EAS).Conditional Access iTVManager doesn’t provide Conditional Access functionality directly. or they can be sent directly to the STBs themselves. Caller ID: An external system has to listen for incoming calls and generate the caller ID information that’s sent to the STB.

VODDS etc. Packages. Listings) VOD CA Connector APIs Integration Managers (VOD. Transactions. Applications. Config. VOD. Apps.The diagram below shows a high level picture of an iTVManager 3. HW/ OS STB CA Client 3rd Party Admin GUI Admin GUI Admin Applets Network dhcp VOD CA Servers Servers Broadcast Catcher Content Backoffice SDK (Enhydra) Admin Servlets (Enhydra) STB Unicast Services (Configuration.2 system. Stored Procedures Data EPG Ingest Guide Listing Services 5. Lineups. CA.7 26 .) Server Middleware Billing Reports Customers. Skins. Listings. Apps) STB Multicast (Skins. The following is a description of the technologies and applications that are used by iTVManager. TPQ-GP55-DOC-0126 Version 0. Transactions. STBs. with components supplied by Minerva in green and components supplied by 3rd Parties in pink.2 Technologies implemented and main components A variety of technologies are utilized by iTVManager. Mozilla Think X Porting API (MvLayer) Porting Library. Entitlements.

1 Oracle DB 10g The Oracle database is central to the iTVManager system.7 27 . Some of these are in the process of being migrated to Java.5.2. J2EE defines most of the base platform and is also used for the BackOffice Console GUI.2. iTVManager is distributed with specific versions of Linux to allow for configuration and compatibility with other tools such as Oracle. Linux is the predominant environment on IPTV STBs (like the Scientific Atlanta ones). Think is therefore kept compatible with all flavors of Linux used on the STBs. The main features utilized by iTVManager are: • Java VM • J2EE • JDBC connections 5.2. The procedures that are most embedded are those that are part of the billing process. Two other features of Oracle that are leveraged by iTVManager are its widely recognized methods of scaling and reliability.4 Java Java is a technology that allows software designed and written just once for an idealized "virtual machine" to run on a variety of computers. 5. including Windows PCs. and Unix computers.2.3 Linux iTVManager server side components are written to the Java layer. The only implementation detail that functionally ties the product to Oracle is a variety of stored procedures. 5. TPQ-GP55-DOC-0126 Version 0. For the client side. Macintoshes.2 Oracle Application Server 10g Most of the iTVManager Java components are hosted within an Oracle Application Server 10g environment.

scalable and secure server-side Java applications. Enterprise Edition (Java EE) is the industry standard for developing portable.2. however.7 28 .Java Platform. There is some messaging within the server using JMS. The admin GUI is written using Swing. split-panes and tables.2.6 Swing Swing is a GUI toolkit for Java. 5.5 Swift MQ JMS SwiftMQ is a micro-kernel based J(ava)M(essage)S(ystem) enterprise messaging platform. robust. buttons. It is one part of the Java Foundation Classes. this is not extensive and is only used for some selected situations. TPQ-GP55-DOC-0126 Version 0. Swing includes graphical user interface widgets such as text boxes. 5.

Coming to the software components of the platform and their distribution across multiple physical machines. iTVManager is a suite of applications and processes that are spread across two servers: TPQ-GP55-DOC-0126 Version 0.7 29 . below is a description of the various supported implementations. On the headend side.

7 30 .TPQ-GP55-DOC-0126 Version 0.

What’s not as obvious is that the Database. and so on— everything you need to populate the persistent. to the different Database entities: There’s a Customer module. one iTV Manager Process will write to the Database. a Channel Management module (for channels and lineups). The function of the Database might seem obvious: It stores records that describe customers. even ephemeral data such as STB-bound messages and the running states of certain processes. During normal operation. and the Boot Server installed on the second server. “material” content of an IPTV deployment. There are two ways to access the BackOffice: Through the Web-based BackOffice Console. The BackOffice SDK and the BackOffice Console share the same pool of user accounts: If you use the Console to create a user who can only access the Customer module. and so on. or by calling the functions in the BackOffice Software Development Kit (SDK): The BackOffice Console is a set of HTML/DHTML pages and Java applets that are hosted by the BackOffice Server’s built-in Web server. VOD assets.7 31 . we’ll focus on each of these servers. the BackOffice Server. channels.The Database Application is installed on one server. This approach yields slow but reliable communications. the BackOffice is the only way for an administrator to modify Database data. TPQ-GP55-DOC-0126 Version 0. In this document. channel packages. roughly. The Console is divided into modules that correspond. 5. Access to the modules is selectively protected through the use of BackOffice user accounts. which is currently implemented using Oracle Database 10g software. 5. as employed by iTV Manager. the SDK will let that user invoke Customer procedures only. stores nearly everything that describes the system. the Application Server. a Device module. the BackOffice) knows how to read data from and write data to the Database. devices. The BackOffice SDK is a procedural API that communicates with the BackOffice through http posts and XML replies. and then another will read from it. It does this to facilitate a common means of communication: Rather than talking directly to each other. simply.3 The Database Server The Database Server hosts the iTV Manager Database.4 The BackOffice Server The BackOffice Server (or.

it means that the other iTV Manager processes. the IP of the VOD’s video server and passes it back to the STB so that the two components (the STB and the video server) can create a unicast connection. 5. 5. and Data Services logs the purchase in the Database. which sends boot-up and runtime messages to the STBs. For example. if you just want to change the address of a single user. It’s meant to be used by an iTV Manager administrator who needs to modify. since almost all iTV Manager data and state are stored in the Database. the Think application (on the STB) sends a message to Data Services. these are the processes that. you can either open the BackOffice Console’s Customer page.add_customer() procedure.7 32 .e.but they do not use the BackOffice for this. The difference between the two methods is mostly a matter of scale: If you’re adding thousands of customers at a time. they either talk to the Database directly. and fill out the customer’s data. you’ll want to automate the task by writing a script that invokes BackOffice SDK procedures.. if you want to add a customer. Implicit in this description is that the BackOffice is an administrative tool. On the other hand. Of course. It does this through an iTV Manager process called Data Services. need to access the Database. movies) on the third-party Video Server (such as those provided by Entone or TPQ-GP55-DOC-0126 Version 0. instead. or fine-tune some aspects of the system. The Boot Server’s most important process is the Dispatcher.These two BackOffice access methods—Console and API—perform the same functions. For example. or you can invoke the SDK’s md_cst.5 The Application Server The Application Server’s most important role is to act as an interface for unicast communication between the Database and the STBs. you’ll want to use the BackOffice Console. augment.. from the Database. Data Services then retrieves. which provides an interface between the other iTV Manager processes and the Database. when a user rents a VOD asset through the STB. The Boot Server also hosts the Video on Demand Delivery System (VODDS) and the Video Server Manager (VSM). ingest VOD metadata into the Database and download and store actual VOD content (i. press the Add button. respectively. or they use the Data Service applications.6 The Boot Server The Boot Server handles “informational” multicast communication between the iTV Manager headend and the STBs and hosts most of the processes that act as interfaces to third-party modules. including the Think application running on an STB. thus allowing the user to watch his movie.

“Play VOD”. Caller ID.Bitband). and the Conditional Access system. where there are all the choices that the customer has from the STB side and that require a communication with the Application Server. there are the communications between STB and Minerva during the "steady status" which happens once the box has already booted up and keeps the fingerpath with the middleware through the Announcement Stream configurable (happening after the RunTime Stream and the Boot Stream). All the main actions. the Database Server runs on a platform that’s placed behind a firewall. “Edit Favorites”. 5. Other Boot Server processes include the interfaces to the Emergency Alert System. and the other Servers are run on a second platform. two-tier installation is considered as a part of the design In a two-tier installation. In the case of Pearl Qatar. In the diagram mentioned below. TPQ-GP55-DOC-0126 Version 0. A minimal amount of hardware is used.7 33 . etc. thus reducing the overall cost and administration.7 Servers and Platforms The two iTV Manager Servers are “servers” in the sense of “software hosts. are summarized and described in the section “User Actions”.” Both servers can reside on the same (physical) platform.. such as “Purchase Transactions”.

PC and mobile services. DRM and real-time piracy detection and prevention. digital ad insertion and trick play on consumer devices.7 34 . VOD. Cypher Management Console makes system management simple through an intuitive browserbased interface that is compatible with major fault and performance management systems. In the home. a single Widevine Cypher system can secure TV.1 Widevine Cypher: A Comprehensive Security Solution Widevine Cypher offers a comprehensive content protection solution that secures content delivery to a wide range of consumer devices and video formats. TPQ-GP55-DOC-0126 Version 0. Widevine Technologies Widevine Cypher is the first and only “session-based” content security system for interactive TV (IPTV). It enables linear broadcast. now and in the future. accommodating storage on CDN or P2P networks and during VOD ingestion. Cypher's patented application-level encryption also keeps operational costs low. This unique multiplatform and multiformat capability means that operators efficiently get the content protection required. Widevine Cypher is underpinned and protected with eight patents that cover all aspects of downloadable CAS. This patented protection offers operators the ability to operate freely in the patent-laden world of content protection. streamed media and file downloads to be encrypted once and to remain encrypted throughout the entire video distribution chain. detecting and responding to potential piracy on PC-based consumer platforms. while retaining the flexibility. Designed to secure content delivery over any network.6. choice and control over future devices and service options. Cypher Virtual SmartCard clients enforce secure consumption of content and can lock down consumer piracy across an entire subscriber base in minutes to hours. each with potentially different video formats and consumer devices. VOD server vendors and consumer device manufacturers for complete operator flexibility and control. The most integrated solution in the industry today. Cypher’s optional digital copy protection keeps content protected after it is decrypted using a patented method of monitoring. Cypher works with most major middleware vendors. 6.

e. Decryption occurs when the transport session was terminated upon reaching a set top box. If the certificate is not present. and a wide range of consumer electronics devices. Since legacy CAS technologies only protect content during transport. DRM systems are designed to protect files and are historically targeted at industries where ownership is transferred. the item cannot be used. The following details the benefits of utilizing Widevine and particularly Widevine Cypher to protect Pearl Qatar’s video deployment. personal video recorders. DRM deals with the concept of ownership and is only appropriate for file-based content. Content is distributed in its digital file format and needs persistent encryption. CAS is aimed more at permitting access without transfer of ownership and is only appropriate for broadcasted content. DRM is based on the idea that there will be an electronic “certificate of ownership” issued to someone or something as proof that rights have been assigned. This security architecture ensures that content is secured in transit from a head-end to a receiving device. content stored on devices to accommodate for VOD is stored “in the clear” and is susceptible to theft. personal computers. today’s IPTV deployments require a combination of both technologies. Legacy CAS products were designed for the specific requirements of broadcast television in the cable and satellite domain. mobile phones.2 Conditional Access and Digital Rights Management There are two ways to protect video content: conditional access (CAS) and digital rights management (DRM). The systems function by protecting content only during transport. a movie may be distributed as a file amongst many users but its DRM properties require the owner to be paid each time a unique user attempts to watch the movie). home media gateways. 6. Encryption is applied at the file level at the point of encoding and rights are maintained by the content copyright holder (i.Widevine Cypher can protect content on set top boxes.7 35 . However. while TPQ-GP55-DOC-0126 Version 0. Ideally. yet the rights of the new 'owner' to copy or distribute content are restricted. the certificate cannot be copied or tampered and the item the certificate protects can only be used in conjunction with the certificate itself.

platforms and content types.4 Protection for Untrusted Platforms Cypher for the PC is an extension of the industry-leading Widevine Cypher. Macintosh and Linux devices. Designed for wide consumer device support. RealMedia and Adobe Flash. This multiplatform. multiformat approach ensures that IPTV Design in Pearl Qatar has the flexibility to choose the video delivery infrastructure. VC-1. 6. it secures PC-based platforms such as Windows.3 Renewable Security Widevine introduces and uses the concept of a renewable security client. the highly secure Cypher Virtual SmartCard can be renewed within minutes to hours and at no additional charge to the operator. it secures all major video formats such as MPEG2. video formats and consumer devices that meet business and technical requirements today and tomorrow. streamed media. The value to Pearl Qatar is that a Widevine Cypher system can be used for securing multimedia content delivered in multiple formats. This digital copy protection ensures that content is monitored for potential piracy in what TPQ-GP55-DOC-0126 Version 0. profitable manner. VOD. Widevine has designed a comprehensive system that together delivers CAS to secure linear broadcast and DRM to secure VOD. Therefore. a unique software approach to the functionality of a smart card. including linear broadcast.7 36 .the access control is essential to the operator’s revenue. Widevine’s Cypher Virtual SmartCard technology eliminates all of the cost of ownership and vulnerabilities of the physical smart cards used in legacy CAS systems while still maintaining all of the security benefits.264. Cypher for the PC enhances security at the client side by adding digital copy protection on de devices. Windows Media. This coupled with the lower fixed cost burden provides a much lower cost of entry and ownership. 6. giving service operators the ability to deliver media in the most efficient. H. By implementing the management and use of keys. Built for complete multimedia protection. file downloads and progressive downloads (Widevine owns the patent on encrypted session-based video delivery). QuickTime. the content security solution of choice would ideally deliver both in a single system.

(Please see Figure 1 below for an illustration of typical encryption and decryption processes that are employed in a content delivery network. Therefore. the only way that operators can ingest and create trick play files for VOD or splice in digital ads or programming before distribution to subscribers is to decrypt the content.5 Application-Level Encryption A key challenge in the encryption and delivery of content across a video network is how to keep the content secure through the entire video distribution chain. Legacy CAS systems encrypt at the network (transport) layer and traditional DRM solutions wrap an entire video file or broadcast stream in an encrypted packet. This solution detects and responds to the many utilities used to record and redistribute media. Widevine developed digital copy protection to secure untrusted platforms such as PC-based consumer devices that are highly vulnerable to piracy.) This need to intermediate decryption introduces points of vulnerability both at the operator’s head-end and on the consumer device. The technology is also applicable for protecting STB and PVR devices.7 37 . This solution adds cost in terms of headcount and equipment in order to accommodate this. which is contrary to studio and broadcaster content security requirements. Figure 1: Traditional encryption-decryption process. while keeping the content available for optimization and modification when needed. To rectify this weakness. 6. traditional content security systems must employ an extensive integration effort between the security system and both the VOD server and playback application. Widevine Cypher offers application-level encryption: a patented alternative approach that keeps content persistently encrypted through the entire video TPQ-GP55-DOC-0126 Version 0. Each decryption process is a point of vulnerability in the network In response to this issue.is known as the digital hole — the place content resides after decryption and before being display on the screen.

6. preventing points of vulnerability in the network. Application-level encryption further enables persistent protection of linear content (i. Application Level Encryption (ALE) provides stronger security than traditional encryption methods because it keeps content persistently encrypted. Widevine Cypher uses application level encryption to encrypt multimedia content once. and to keep it encrypted throughout the entire delivery cycle. trick-play file creation and digital ad/program insertion in the encrypted content.7 38 . Only at the point of consumption is content decrypted. The modular design of Widevine Cypher permits it to be utilized independently or as a consolidated package.e. broadcast channels) even when used with network personal video recorder (nPVR) and client (cPVR) applications. protocol and device agnostic. With application-level encryption. only the video data are encrypted. (Please see Figure 2 below for an illustration of application-level encryption). digital program insertion and connected home solutions are made possible. Figure 2: Application-level encryption process Widevine’s Application Level Encryption enables pre-encryption. The system is vendor. Time Shift TV. ALE equals pre-encryption. which lowers the cost to integrate security across an operator’s network. With ALE VOD. This method enables trick-play ingestion and file creation without having to decrypt the entire video stream. early in the content distribution chain. The following diagram depicts the components and how they will be integrated into a typical head-end: TPQ-GP55-DOC-0126 Version 0.distribution but allows VOD ingestion.6 Widevine Cypher Overview Widevine Cypher uniquely combines CAS and DRM into a single content security system for IPTV and broadcast deployments. leaving key aspects of the video stream such as the control and metadata in the clear.

7 39 .1 Widevine Cypher Certificate Authority Cypher Certificate Authority (CA) manages the generation and distribution of encryption keys to Cypher Broadcast and Cypher VOD encryption appliances and the delivery of entitlements to subscribers enforcing the digital rights. This highly secure and bandwidth-efficient approach enables the secure delivery of multimedia content TPQ-GP55-DOC-0126 Version 0. Designed to scale to the requirements of fast-growing telco. Using the time-tested model of Entitlement Control Message (ECM) and entitlement management message (EMM) distribution. internet. 6. cable. with strong renewable encryption. Cypher CA enables operators to deliver a comprehensive content protection system for video deployments of all sizes. Cypher CA is also responsible for the communication with other video ecosystem components and manages encryption key exchange with Widevine Cypher Virtual SmartCard clients. mobile and satellite service environments.6.Figure 3: Widevine Cypher Architecture The below sections detail the components comprising the Widevine Cypher solution. Cypher CA’s comprehensive approach enables operators to deliver a single-content security system for broadcast and file-based content. it ensures subscribers only access and view content they have paid for.

Cypher CA is scalable to an unlimited number of subscribers and offers hot failover options should an operator require them. even when stored on content delivery networks and in nPVR or cPVR applications. Utilizing next-generation appliances. stream splicing and custom ad insertion. PVRs. it enables operators to encrypt content once and keep it encrypted throughout the entire video distribution chain. Cypher Broadcast enables all linear broadcast content to retain interactive television capabilities such as PVR. It receives content constraints and encryption keys from Cypher Certificate Authority before distributing encrypted linear broadcast content to a Widevine Secured consumer device. trick-play. This solution supports DVB-CSA or AES encryption. PCs.7 40 . The following table has been used to determine the bandwidth.2 Widevine Cypher Broadcast Cypher Broadcast is a real-time encryption appliance for securing the distribution of live streams and linear broadcast channels. In order to dimension correctly. TPQ-GP55-DOC-0126 Version 0. Through Widevine’s patented Application Level Encryption (ALE). 6. Designed to scale to the high-demand channel requirements of video operators globally. one must only dimension the bandwidth needed for the planned live TV channels. Utilizing Widevine’s patented application-level encryption.6. Cypher Broadcast has a realtime encryption throughput of 900 Mbps of standard or high definition content. Cypher Broadcast offers line-speed encryption performance in a single appliance. portable media players and mobile devices.) 1 Cypher Broad Cast unit supports up to 900 Mbits/s. This unique encryption capability further lowers the operational costs typically associated with having to decrypt and re-encrypt content for digital ad and program insertion. including set top boxes. and thus Cypher Broadcast dimensioning for PEARL-QATAR.to Widevine Secure devices.

Cypher VOD can encrypt one GB of content in one minute or less. PVRs. FF. only a few practical observations were made. With Cypher VOD. This highly available solution supports DVB-CSA or AES encryption. Pause. resulting in a highly secure and streamlined workflow.Compression / Definition MPEG 2 MPEG 4 Standard Definition 5 Mbits/s 3 Mbits/s High Definition 18 Mbits/s 9 Mbits/s Eg 20 SD channels and 5 HD channels • • • 180 SD X 3 = 540 Mbits/s 20 HD/MPEG4 X 9 = 180 Mbits/s Total of 720Mbits/sec initial bandwidth needed with an extra bandwidth of 180 Mbits/s available. In the home. PCs.7 41 . stored and consumed on set top boxes.3 Widevine Cypher VOD Cypher VOD is a pre-encryption system designed to protect file-based multimedia content. a multimedia asset can be persistently encrypted. portable media players and mobile devices. Cypher VOD utilizes Widevine’s patented application-level encryption which enables encrypted assets to be ingested into a VOD server without having to decrypt. It also enables stream splicing and customer ad and program insertion on encrypted assets for a more targeted and customized video delivery. Play) through any Widevine Secure device. • Cypher VOD encrypts/decrypts at 1 min/Gb for AES and 8:30/Gb for DVB-CSA TPQ-GP55-DOC-0126 Version 0. Cypher VOD enables secure consumption of content along with critical trick-play functions (Stop. 1 Cypher Broadcast Unit is needed.6. This unique encryption capability further lowers the operational costs typically associated with having to decrypt and reencrypt content through support of digital ad and program insertion on Widevine encrypted content. Rewind. The system applies encryption keys and content owner constraints to multimedia files before distribution to a VOD or asset management system. Utilizing next-generation appliances. No real scaling limitations on the Cypher VOD dimensioning. 6.

including overall appliance performance. TPQ-GP55-DOC-0126 Version 0. it is advised to re-encrypt a part (or all) of the VOD assets every X time period. SNMP. entitlements and digital rights for any subscriber in the network.000 min of total VOD asset re-encryption time 6. 1000 VOD assets at each 2 hours/asset = 1000 X max 4 min = 4.4 Widevine Cypher Virtual SmartCard Cypher Virtual SmartCard clients bind the identity of a consumer device so that it only receives content that is has paided for. Cypher VOD encrypts/decrypts a 2-hour movie in less than 4 minutes. every consumer device on the network can be uniquely identified.5 min / NDS Knowing that. This secure.7 42 . web-based interface provides detailed real-time status monitoring. The Cypher Virtual SmartCard interfaces to the Cypher CA for key exchange and entitlement management.6. This secure and highly renewable approach eliminates the potential for device cloning. theft of service and content piracy that can occur on devices within a subscriber’s home.5 Widevine Cypher Management Console Widevine Cypher Management Console offers intuitive configuration and monitoring of Widevine Cypher suite. Because of the Cypher Virtual SmartCard.g.• e.. Designed to work in concert with Widevine Cypher components in the headend. it may be interesting to expand the Cypher VOD rack with 1 or 2 more units. 6. e. for security reasons. once the VOD vault becomes rather big. client licensing and consumer device provisioning. each client can be configured to refresh encryption keys.g. encrypts a 2-hour movie in 45 minutes ) (TVN Entertainment customer source: Widevine encrypts a 2-hour movie in 1. providing the basis for unicast delivery and stopping any attempts at cloning.6.

SSL-based connection. Designed for use in a centralized head-end or in remote locations. A well defined MIB and the support for SNMP v1 and v2 traps offer the capability to seamlessly integrate and communicate with third-party management systems.7 43 . so operators always know what’s happening with Widevine Cypher. Cypher Management Console allows users to: • • • • • • • • View state of services Stop. start or restart services View logs View SNMP traps Monitor server states CPU load (numerical and graphical representation) View memory usage View licensing information TPQ-GP55-DOC-0126 Version 0.Enhanced logging of Cypher appliances and Virtual SmartCard clients enables quick troubleshooting of the entire system. device connections. service delivery and more. access can be made using a secure. health status. including the status of entitlements delivery.

• Asset Manager for VOD contents: Contents stored can be streamed free of charge including Gigabit Ethernet for IP TPQ-GP55-DOC-0126 Version 0. With up to six MediaServer HDS units per cluster. Scientific Atlanta) to generate a modern and powerful IPTV system. Widewine.7.is a leap forward in economically delivering a greater number of simultaneous video streams and video assets in slim line 2RU rack system. The SeaChange MediaServer HDS 200 . On2. Figure 4: Cypher Management Console offers at a glance status of the Cypher system. SeaChange The features that will be employed at present and in the future for the Sea Change Video Server for Pearl Qatar Project are described below. reducing time to identifying and troubleshooting potential problems.based on commodity technologies . with several MediaServer HDS units forming a single virtual server providing fault-resilience with SeaChange patented RAID advantages. Some important features supported and in continuous implementation by SeaChange developers Convenient “stop light” graphics identify Figure 5: Service status and SNMP traps can be actionable responses for fast troubleshooting.7 44 . are given below: easily accessed anytime.alone server or as part of MediaCluster configurations. • Contents Provider: SeaChange can provide a proposal for contents and metadata production. This video server is designed for deployment as a stand. anywhere. Video Server will be integrated with other partner products (Minerva. operators than 1. The flexibility of the MediaServer HDS is marked by its ability to provide a range of output types of MPEG. • Video server HDS200: The SeaChange MediaServer HDS Series represents SeaChange focus on bringing greater economical solution to on-demand television applications.600 hours of VOD programming – to can reliably offer more thousands of subscribers from a transport single cluster .

• Data Warehouse : The variety SeaChange® be Video Server can record or a wide can be of information that provide system operators with a comprehensive view of obtained interactively. Core services are the heart of every on-demand system. etc. This can manage parental control and other types of filters. mode and durations.1 Axiom Core Functions The Core Services designates the essential functions that manage core on-demand network resources (servers. weekly or monthly. Scheduled reports can be configured system operation.).7 45 . • Multiplatform System: Contents from the same user can be viewed on different platforms (for example one content can be purchased on pc and viewed in part on TV and other parts on 3G phone). A complete schedule of reports can be set through the administration screens. bandwidth. Contents can be rented with various prices. Propagation Service – optimizes both network usage and storage by continually monitoring demand for content. Operational staffing requirements are minimized because replica management across the network is completely TPQ-GP55-DOC-0126 Version 0.or with price. Allowing you to maximize your capital investments ensures that popular content is replicated to the edge servers closest to clients. and moving content to locations where it is needed most. and less popular content is moved to central locations. • Multiuser Access: It is to possible to create more than one user on a single STB. automatically optimizing network resources to serve requests from every client in the most efficient manner possible. storage. for execution at specific times. Information can scheduled to be run daily. Session and Resource Manager Service – manages network bandwidth to insure that content can be delivered efficiently. 7. It presents a logically abstracted deliverynetwork-independent interface to the client or service. It presents a highly available interface for requesting the streaming of video and controlling the streaming process.

in addition to TPQ-GP55-DOC-0126 Version 0. it automatically ‘moves’ (fails over) the failed server’s failover group from its home server location to its away server location on the surviving cluster member which. Connection Manager Service – mediates client requests. The Recording Service can simultaneously ingest multiple channels of broadcast content inreal time. It provides a bidirectional failover mechanism so that. The Connection Manager ensures that content is streamed from the closest storage location to the requesting client. The Asset Manager provides full visibility into the location and state of managed content through a browser-based GUI. Each server maintains a dedicated. To support the CoStandbyServer failover mechanism. establishing the shortest path between the client and the requested content.’ enabling time-shifted viewing of broadcast TV programs. delivering a high quality user experience with minimal latency.7 46 . recording Service – captures broadcast programs and publishes them as VOD content. both servers in a Command Center cluster maintain identical Windows registry configurations and identical file sets on their respective C:\ drives.automated. Axiom fault-resiliency To help ensure that the services running on the Command Center server remain available in the event of server failure. permitting continuing operation of all ITV services ordinarily provided by both members of the cluster. Content is typically created. Automatic Failover When CoStandbyServer detects and verifies that a failure has occurred on one of the cluster members. deactivated and deleted by the Asset Manager in accordance with business rules supplied by the operator. high-speed Ethernet link to its partner over which the instances of CoStandbyServer software running on each machine communicate with each other and continuously monitor the operational status of both systems. which are then distributed to the VOD system for on-demand viewing by clients. in the event of a hardware failure on one Command Center cluster member. Capabilities in this service include ‘playout while record. the Command Center servers are typically paired together in twin-server Command Center clusters running Legato® Corporation’s CoStandbyServer™. Asset Manager Service – manages the life cycle of content stored on the system. the surviving member (in addition to maintaining its own tasks) automatically assumes the tasks and the identity of the failed member. uploaded. activated.

7 47 . For example. MediaCluster enables a single copy of video to be accessible to every output in the cluster movie. with several MediaServer HDS units forming a single virtual server providing fault-resilience with SeaChange’s patented RAID2® advantages. The flexibility of the MediaServer HDS is marked by its ability to provide a range of output types – including Gigabit Ethernet for IP transport of MPEG.to support thousands of simultaneous viewers. all services ordinarily provided by both cluster members will be running on Server 2.its own tasks. commercial. TV program . Windows Media and many other advanced compression formats. the CoStandbyServer software running on Server 2 automatically moves the Server 1 failover group to Server 2 and (while continuing to process its own tasks) starts the services listed in Server 1’s failover group on Server 2. VOD server: HDS 200 This video server is designed for deployment as a standalone server or as part of MediaCluster configurations. With up to six MediaServer HDS units per cluster. working in tandem with the System’s automated Command Center software or several standards-based VOD back office software packages. begins performing the tasks of its failed companion. The SeaChange MediaServer HDS 200TM – based on commodity technologies – is a leap forward in economically delivering a greater number of simultaneous video streams and video assets in slim line 2RU rack system. The MediaServer HDS provides guaranteed delivery of video output to meet the challenges of television operations and their demanding subscribers. thereby significantly reducing the stream cost for a large video library with maximum reliability. if a failure is detected on Server 1. Our MediaCluster technology permits the addition of servers to a rack and the addition of racks to a system. After the transplanted services have successfully completed their startup sequences. including off-the-shelf disk TPQ-GP55-DOC-0126 Version 0. On2. operators can reliably offer more than 1. The unsurpassed capacity and modular scalability of SeaChange’s VOD System is derived from its patented MediaCluster technology.600 hours of VOD programming to thousands of subscribers from a single cluster. MediaServer HDS includes best-of-breed technology components.

drives. 7.7 48 . The Video Server is the streamer: it sends the VOD mpeg stream to the STB. order a VOD server to start streaming etc. generates trick files. The network communication conducted between and among the various component systems and services that make up the VOD system is logically divided into the following categories: TPQ-GP55-DOC-0126 Version 0. switched PCI buses and a range of standard network interfaces optimized for video. high performance processors. Windows® Server 2003 operating software.2 VOD architecture: Axiom command centre and the VOD servers AXIOM is the command center for the VOD: it has all the logic and the processes to ingest content. propagate the content to the video server.

For the VOD. So the servers will be manageable from this interface usually using Mstsc (Microsoft Remote Desktop). also called Server-to-Server network is used for the servers to communicate together. and other high-priority communication. applications. Asset Manager Workstation The VOD Asset Manager Workstation provides a complete asset management system that can download content files from a Content Receiver. create assets. The Video Delivery network is the network that connects the media source (VOD server) and the cable set-top boxes used by the subscriber. it mainly consists in control commands (DSMCC) and web traffic generated by TV business when the subscriber browses the VOD catalog. messaging.The management network. The first part between the VOD server and the QAM is also called transport network (usually based on IP). The Propagation network is the network where the content is copied from the ingestion point to the media cluster. The VOD Asset Manager Workstation includes the following software components: Asset Manager Application Service Management Utility Encryption and Trick File (ETF) Service TPQ-GP55-DOC-0126 Version 0. this dedicated network is key because the assets (mpeg files) are transiting through it. The Client-to-Server network is where all the traffic between the set top boxes and the servers flow. In our example. add and modify information about VOD sites. The second part between the QAM and the set top box is RF: the set top box tunes into an RF channel to see the VOD.7 49 . The communication on the server-to-server network consists primarily of control data. Please note that the VOD server REQUIRES an active Gigabit Ethernet (GigE) port to stream. this is very simplistic: it is just a link between the Axiom command center and the video server. In a live deployment. and assets.

and default behavior for the system. The VOD Asset ManagerPLUS Workstation includes the following software components: Asset Manager Application Service Management Utility Encryption and Trick File (ETF) Service Asset Distribution Interface (ADI) Service Propagation Service (PS) Directory Service (DS) Asset Manager Service (IAM) The VOD Asset Manager Workstations include these software components: Asset Manager Application The Asset Manager application is the component you use to manage and monitor VOD System assets. and find and respond to errors. import or export assets. The values of service variables can help you troubleshoot the VOD System. This application allows you to set up system information.7 50 . A VOD Asset ManagerPLUS workstation is used to move assets to multiple VOD sites from which the assets are streamed. Service Management Utility The Service Management Utility displays information about the variables associated with various SeaChange VOD System services. Assets can then be copied and distributed to multiple VOD sites from the VOD Asset ManagerPLUS Workstation. default values. You can add and modify asset information.Asset Distribution Interface (ADI) Service The VOD Asset ManagerPLUS Workstation is a central asset manager location to which assets are downloaded. Asset Distribution Interface Service (ADI) TPQ-GP55-DOC-0126 Version 0. Encryption and Trick File Service (ETF) The ETF service is used to encrypt content and to create the trick files of the encrypted content before the Propagation service loads the content files to the Upload cluster. such as VOD site information.

monitors and manages assets and asset elements throughout their life cycle.The ADI service provides a method to transfer assets from a content provider to multiple Asset Management Systems. when the Propagation service is on the Asset ManagerPLUS workstation. which manages a VOD site’s assets. such as the addresses of the Directory Server. Asset Manager Service (IAM) The Asset ManagerPLUS workstation requires the Asset Manager Service. stores and maintains asset management data in the Directory database. which maintains the asset management data for a VOD site. It manages and controls access to the Master Directory database. Propagation Service (PS) The Asset ManagerPLUS workstation requires the Propagation service to manage the work queue entries correctly. However. which stores the asset management information. It imports assets from asset data files. Movies on Demand) Allows you to manually add or modify all asset information TPQ-GP55-DOC-0126 Version 0. and information about content providers Lets you add and modify information about VOD applications (for example. Directory Service (DS) The Asset ManagerPLUS workstation requires the Directory service. it does not load content files for VOD assets onto the VOD MediaClusters. and maintains the work queue that shows work that must be completed automatically by another service or manually by an operator.3 Features Receives assets imported from a Content Receiver Stores asset information (metadata) in the VOD master Directory database Lets you configure VOD site information.7 51 . details about automatic import. SQL Database The Asset ManagerPLUS workstation requires the MS SQL 2000 database. 7.

and manage the assets (modify.Allows you to pre-encrypt content files and generate the corresponding trick files Allow you to view the status of assets within the VOD System.7 52 . but have not yet been made available to subscribers AMPLUS workstation allows copying files to local sites TPQ-GP55-DOC-0126 Version 0. or move) Lets you monitor work queues Lets you inspect assets that have been loaded into the VOD MediaClusters. remove.

7 53 . Networking Part of IPTV TPQ-GP55-DOC-0126 Version 0.8.

121.8.255.122.0 192.0 192.255.255.0 255.0 255.0 255.0 239.0 239.DCM pair 5 IPTV .7.0 255.0 255. Sl.0 192.6.0.1 IP Addressing and Naming convention Following are the VLAN details defined for IPTV network.255.0 Mask 255.168.255.255.168.0 255.125.168.0 255.120.1.168.# 1 2 3 4 5 6 7 9 10 11 VLAN Name 5 120 121 122 123 124 125 126 127 128 NMS FTA IPTVSBEN IPTVSFEN VoDDN VoDPN Premium1 Premium1 Enc Premium2 Premium2 Enc Description Management Free to Air Channels IPTV Servers Back End Network IPTV Servers Front End Network VoD Delivery Network VoD Propagation Network Pay channels Encrypted Channels to Network Pay Channels Encrypted Channels to Network IP Range 192.255.255.DCM pair 4 IPTV .0 255.255.124.255.DCM pair 6 IPTV .DCM pair 2 IPTV .0 255.3.168.255.255.255.0.255.255.0.232.0 192.0 239.232.168.0 TPQ-GP55-DOC-0126 Version 0.0.255.128.255.0 192.255.232.0 192.0 255.0 239.DCM pair 3 IPTV .5.7 54 .232.255.5.0.255.0 239.0 192.0 Mask 255.255.0.4.DCM pair 7 Subnet 239.232.0 255.232.2.0 255.0 239.# 1 2 3 4 5 6 7 Subnet Purpose IPTV .168.168.255.126.DCM pair 1 IPTV .0 255.0.255.255.0 255.255.232.168.0 192.0 255.255.0 Sl.123.0 192.127.168.255.

168.168.113 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 Gi 10/32 Gi 10/33 Gi 10/34 Gi 10/35 Gi 10/36 Gi 10/37 Gi 10/38 BDC-DC4 Service Seachange IPTV Axiom -AM 192.124.73 192.168.168.105 192.72 192.168.168.168.101 192.127.121.109 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 BDC-DC2 Gi 10/25 Gi 10/26 Gi 10/27 Gi 10/28 Gi 11/29 Gi 11/30 Gi 11/31 Server Name Server IP address DC-Switch Name DC-Switch Port IPTV IPTV IPTV IPTV IPTV IPTV IPTV DCM1-2 DCM2-2 DCM3-2 DCM4-2 DCM5-2 DCM6-2 DCM7-2 192.72 192.74 192.120.168.124.168.168.120.168.113 192.168.101 192.127.168.103 192.168.124.73 192.105 192.125.64 IPTV Axiom -DS 192.168.64 192.121.168.65 192.120.125.168.73 IPTV Seachange Srv4 192.65 192.168.120.71 192.168.7 55 .120.125.121 192.168.168.117 192.111 192.168.124.168.120.168.101 192.121.113 192.122.64 192.168.127.168.124.121.BDC-DC2 Services SA IPTV IPTV IPTV IPTV IPTV IPTV IPTV DCM1-1 DCM2-1 DCM3-1 DCM4-1 DCM5-1 DCM6-1 DCM7-1 192.123.124.109 192.63 192.123.125.121.72 IPTV Seachange Srv3 192.120.63 IPTV Axiom -DS 192.168.109 192.120.71 IPTV Seachange Srv2 192.168.168.168.168.71 192.122.65 IPTV Seachange Srv1 192.123.168.168.123.168.168.121.168.127.105 192.120.124.74 192.74 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 Gi 10/26 Gi 11/4 Gi 10/27 Gi 11/5 Gi 11/6 Gi 10/28 Gi 11/7 Gi 11/8 Gi10/29 Gi11/9 Gi 11/10 Gi 10/30 Gi11/11 Gi 11/12 Gi 10/31 Gi11/13 Gi 11/14 Gi 10/32 Gi11/15 Gi 11/16 Server Name Server IP address DC-Switch Name DC-Switch Port SA IPTV IPTV DCM1-1 DCM2-1 DCM3-1 192.168.121.119 BDC-DC4 BDC-DC4 BDC-DC4 Gi 10/19 Gi 10/20 Gi 10/21 TPQ-GP55-DOC-0126 Version 0.

46 192.121.115 192.168.168.120.111 BDC-DC4 IPTV BDC-DC4 BDC-DC4 Gi 10/22 Gi 10/23 Gi 10/24 Gi 10/25 IPTV IPTV IPTV IPTV IPTV IPTV IPTV DCM1-2 DCM2-2 DCM3-2 DCM4-2 DCM5-2 DCM6-2 DCM7-2 192.44 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 Gi 10/36 Gi 10/37 Gi 10/38 Gi 10/39 Gi 10/40 Gi 10/41 Gi 10/42 Gi 11/17 Gi 10/43 Gi 10/44 Gi 10/45 Gi 10/46 Gi 10/47 With respect to the Networking part for IPTV.125.168. detail designing is described in the “Data Center Design Documentation.168.168.168.121.125.128.168.43 192.42 IPTV IPTV Cypher EIM Srv Cypher EMMG Srv 192.11 192.45 IPTV Cypher Core Srv 192.47 192.123 192.12 WideVine IPTV Cypher Broadcast Srv1 192.120.168.11 IPTV BDC-DC4 BDC-DC4 BDC-DC4 Gi 10/33 Gi 10/34 Gi 10/35 DB 192.168.45 192.125.168. TPQ-GP55-DOC-0143 “.168.121.168.122.121.115 192.46 192.125.111 192.127.121.168. TPQ-GP55-DOC-0126 Version 0.168.122.46 IPTV Cypher VOD Srv 192.IPTV IPTV IPTV IPTV DCM4-1 DCM5-1 DCM6-1 DCM7-1 192.44 192.125.121.126.107 192.168.168.123.47 192.168.121.127.168.168.127.168.107 192.168.107 192.127.42 192.168.7 56 .115 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 BDC-DC4 Gi 10/12 Gi 10/13 Gi 10/14 Gi 10/15 Gi 10/16 Gi 10/17 Gi 10/18 Minerva IPTV Boot/App/Admin Srv 192.120.168.103 192.168.47 IPTV Cypher Broadcast Srv2 192.127.168.124.168.121.168.103 192.

Booting Process STB initial process of proceeding for Booting up with various vendor components and their respective versions • • • • Middleware: Minerva iTVManager 3.x Video on Demand: SeaChange 3. From the Middleware to the CAS and back to the STB iTVManager sends the key-request to the CAS TPQ-GP55-DOC-0126 Version 0.2.5. From the STB to the Middleware The STB starts the communications with iTVManager to gather the info needed MW info: Subscribers.0.7 57 . Subscribed channels. etc… Flow during the Renting of an Encrypted Asset 1. From the STB to the CAS The STB with the assigned IP starts the client/communications with the CAS 3. From the STB to the Middleware The STB requests to purchase an asset from the asset list The request reaches iTVManager 2.9. Channels. From the STB to the DHCP Server The STB boots up The internal OS starts The STB asks a DHCP address from the Data Center server The DHCP Server assigns an IP address to the STB 2.525 Set Top Box: SA IPP 330 Sequential steps and the procedure for Booting Process and Renting an Asset Flow during the Booting Process of STB 1.1 Conditional Access: Widevine 4.

TPQ-ITV-GP55-DWG-0003. TPQ-GP55-DOC-0119. 4. “ IPTV HeadEnd System for PDC ” TPQ-GP55-DOC-0126 Version 0. “ Channel List ” 6. 3. 5. “ Network Requirements for The Pearl Qatar IPTV Solution ” TPQ-GP55-DOC-0143.iTVManager sends playback info (VOD location) to the STB 3.7 58 . References 1. “ Metro Ethernet Infrastructure BoD ” TPQ-ITV-GP55-DWG-0001. “ IPTV HeadEnd System Design for BDC” TPQ-ITV-GP55-DOC-0002. 2. “ Data Center & Services Module BoD” TPQ-GP55-DOC-0125. From the CAS to the STB and from the STB to the VOD server The CAS gives the key to the STB The STB sends playback request to the Video Server 10.

Sign up to vote on this title
UsefulNot useful