M3 – HEADEND MPEG-4 RFP

M3 Communications

Technical Specifications

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 1 of 16

M3 – HEADEND MPEG-4 RFP

1. Current Headend Network Description

1.1. Introduction
M3 offers a triple play service (3P), offering voice, internet access and TV
services.
As of January 2008 M3 has approximately 50,000 subscribers of which
30,000 have HSD service. Of the 30,000 HSD subscribers, 15,000 also
currently subscribe to the video service. With the addition of HD and VoD
services we expect to grow these video + HSD subscribers from 15,000 to
20,000 after one year.
The Access network must support HSD service at multiple rates, up to a
maximum of 10Mbps per subscriber. Data subscription packages shall
include the following rates (100:1 oversubscription for all data services):
 1Mb Basic HSI (50% of subscribers – 15,000)
 3Mb Advantage HSI (30% of subscribers – 9,000)
 10Mb Extreme HSI (20% of subscribers – 6,000)
The aggregation layer must support best effort queuing for data.
Video services will be no more than 20 Mbps to any one household.
Private IP address assignment scheme to be provided.
The TV service is delivered over IP (IPTV), delivering video in MPEG2 video
format. Currently the IPTV service encompasses 92 live, satellite received
TV channels, 13 Off-Air received TV channels and 8 IP Radio channels.
The satellite program line up comprises the following TV services: Euronews;
SKY news; Fox News; Bloomberg Espanha; Al Jazeera; BBC World; CNBC
Europe; CNN International; 24 Horas; Bloomberg Europe; RAI News 24;
Russia today; France 24; Eurosport; Eurosport 2; Eurosport News; Motors
TV; ABMoteurs; Chasse et Peche; ESPN Classic; TVEI; TV5; TVModa; RAI
1; RAI 2; RAI 3; Cubavision; RTL; Pro TV International; RIT; People+Arts;
Fashion TV; Reality TV; BBC Prime; Arte; MTV Music; MTV Portugal; MCM
TOP; MCM POP; VH1; SOL Musica; Trace; Ritmos Latinos; Telehit; B4U
Music; NHK; CCTV 4; CCTV 9; Inter +; VOX; Canal de las Estrelas;
TeleNovelas; Pro-Sieben; Internacional; Revelation; Vision Heaven; Marine
Biz TV; TV Moda; Canção Nova; Ini TV; Mezzo Bandamax; Performance;
Hollywood; AXN; MGM; De Pelicula; Propeller; TV Cine 1; TV Cine 2; TV
Cine 3; TV Cine 4; Discovery Channel; Odisseia; História; Travel; National
Geographic; Animaux; Overseas Property TV; Biography; Encyclopedia;
Escales; Wine TV; X Dream TV; Hustler TV; Blue Hustler TV; Free X TV;
Free X TV2; Disney Channel; Panda; Canel + HD; Super RTL and Tiji.
The satellite received program line up also includes the following Radio
Channels: Radio Comercial; Radio Clube; Best Rock FM; Cidade FM;
Antenna 1; Antenna 2; Antenna 3 and RDP Africa.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 2 of 16

M3 – HEADEND MPEG-4 RFP

There are 13 local channels that are encoded from SDI fiber optic feeds. The
lineup includes: RTP1; RTP2; RTP Africa; RTP Memoria; RTP N; SIC
Mulher; SIC Noticias; SIC Radical; SIC; SporTV1; SporTV2; TVI; and FOX
Channel. Twelve of those channels are protected by the national analog
PAL-B/F RF network. The 12 Off-Air channel signals (for back-up purposes)
are demodulated by PAL demodulators, run through Network Electronics
distribution amplifiers, coming out SDI for input to encoders. There is one
unprotected local channel, and it shall remain unprotected for the purposes of
this RFP.
We currently only have two HD programs in our channel lineup, however, we
will be adding 5 HD channels by the end of 2009. Specific channels have not
been identified but should be included in the design. Please design 1+1
reception redundancy for these five additional HD programs, with signal
processing redundancy the same as others.
In Figure 1 the macro-level architecture of the network is presented. We
identify the following main components:

1. Signal reception: Services are mostly received over satellite transport,

by Integrated Receiver Decoders (IRD). The exception to this rule is for
the local production services, which are received on SDI directly from the
local content providers. For backup purposes PAL RF broadcast feeds
are used for 12 of 13 local services, in case of failure in the digital
receptions for the main local broadcast channels. In addition and most
important, local and national content is provided by fiber optic links in a
digital non compressed format, via direct contribution SDI transport
interfaces.
2. Streamers and Encoders: In this stage a group of encoders,
transraters and streamers, rate limit the program channels. Since the
service is provided over an ADSL2+ infrastructure, there has been set a
maximum target bit rate, for MPEG2 video, of 4Mbps. Audio is encoded
as MPEG1 layer II at 192kbps. Should additional streams be present
(teletext, sub-titling), the IP transport stream should never be greater than
4,3Mbps. These bit rate targets imply that local un-compressed content is
compressed/encoded and most satellite programs are either transrated or
encoded. The streamers pack the MPEG Transport Stream (TS) packets
into IP/UDP stack.
3. Service layer: A service layer is responsible for providing application
layer services to the IPTV service. These include Middleware, ciphering
and VOD. We will continue to use the current installed middleware, but
are interested in a second vendor for IP-STB.
4. IP Aggregation network: A set of switches provide interface
aggregation for MPEG2-TS encoders, each encoding each program on a
SPTS (Single Program Transport Stream).
5. IP Core Network: The IP aggregation network delivers the IPTV
service to two IP Core routers. Duplication of service is necessary for
redundancy.
6. Access DSLAM’s: A network of IP Core routers distribute traffic to
various DSLAM’s.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 3 of 16

M3 – HEADEND MPEG-4 RFP

7. Home network: The IPTV subscriber receives the IPTV service, the
ADSL2+ network is terminated on a modem, being the service supported
by a Set-Top box (Motorola 1920-T).
IP IP
Reception Streamer/ Access
Aggregation Core Home
(IRD) Encoder DSLAM
Network Network

A
Middleware

SW 1
R Core IP
Home
Cipher Gateway
P

SW 2
Core IP
VoD STB

Figure 1 – M3 3P network architecture

A major concern throughout this architecture is redundancy. High availability
for services is mandatory. Video quality is also an important concern.

1.2. Integrated Receiver Decoder (IRD)

The Head End was dimensioned to support up to 100 TV services, composed
mostly of content delivered over satellite. In addition and most important,
local and national content is provided by fiber optic links in a digital non
compressed format.
Because the central application is the deployment of an IPTV offer supported
over copper lines (ADSL2+), the bandwidth of each TV channel is a major
concern. To overcome this problem, and because several satellite services
do not comply with our bandwidth maximum limits, the headend was prepared
to transrate or re-encode those services.
Taking this into consideration, the reception stage, Figure 2, of the headend
was designed mostly to deliver satellite MPEG2 services with ASI interfaces,
but also to be able to decode and deliver baseband SDI video for new
encoding, with our imposed limitations.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 4 of 16

M3 – HEADEND MPEG-4 RFP

Main System Architecture

Reception Multiplexing Streaming

S
S P1 Receiver .. 8 Multiplexer ASI ... 16 IP
P ASI

.. 84 .. 11+1
P ASI Router Streamer
L Router 16X16
L I
I Redundancy 1:1
T 128
T
... 16
LNB T X
.. 8
LNB T ASI
E P2 128 IP
E Receiver Multiplexer Router
R Streamer
R SDI 16X16
Automatic

.. 11 Redundancy

.
N:1
nCompass Control
MPEG-2
S P1 Receiver Frame Rate Conversion SDI Encoder
S ASI 2

...
P (Optional) Distribution

.. 16
MPEG-2
P L Encoder
L I
I 16 Redundancy 1:1
T
LNB T T MPEG-2
LNB T E P2 Encoder
Receiver Format Conversion SDI
E R 2
Analogue A/D Conversion Distribution MPEG-2
R
Encoder

Reception Multiplexing Streaming

Figure 2 – Reception Headend

The reception at the headend comprises of the following main components:
1.2.1.1. Antennas: 11+1
A total of 11 satellite dishes (diameter sizes from 1,8 m to 4,5 m) from Patriot
Antenna Systems cover 12 different satellites. The output from the LNBs (1
per each polarization) ends on the main active splitter batch which provides
enough feeds for the second splitting level to distribute the signal for the
receivers.
An additional antenna was installed with a controlled motorized positioning
system (RC2000AC from Research Concepts) which is used when a major
fault is detected on the production antennas, for programmed maintenance,
or for testing purposes.
The covered satellites are the following:
Satellite: Antenna: Pol: F. Band: In service:
Astra1 3,1m H, V KU low+high Hhi, Vlo, Vhi
Astra2 3,1m H, V KU low+high Vhi
Eurobird1 3,1m H, V KU low+high Hlo, Vlo, Vhi
Hotbird 1,8m H, V KU low+high Hlo, Hhi, Vlo, Vhi
Hispasat 1,8m H, V KU low+high Hlo, Hhi, Vlo, Vhi
Eutelsat W1 2,4m H, V KU low+high Hlo
Atlantic Bird 1 3,1m H, V KU low+high Vlo
Telstar 12 2,4m H, V KU low+high Hlo
Panamsat3 1,8m H, V KU low+high Hhi, Vhi
Panamsat9 4,5m H, V C H, V

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 5 of 16

M3 – HEADEND MPEG-4 RFP

Panamsat12 3,1m H, V KU low+high Vlo

Sirius2 1,8m H, V KU low+high Hhi
Antenna (pan&tilt) 3,1m H, V C; KU low+high Backup can be
adjusted as we want
Currently there are 24 different satellite feeds in service.
Note: Astra2 and Eurobird1 are covered through the same antenna.
1.2.1.2. Satellite Receivers: 100
The receivers are equipped with an Ethernet interface for management. All of
them are controlled by nCompass Control software platform from Tandberg.
Each IRD is responsible for one individual service, encrypted or not. If the
service is encrypted, the CAM interface is used with the correct system to
decode the service.
• 74x Tandberg TT1222 IRD; common interface for CAM; ASI and
Analogue outputs.
• 16x Tandberg TT1222 IRD; common interface for CAM; ASI, SDI and
Analogue outputs. Can use it as we can control it through Rosa
• 10x Scientific Atlanta D9850 IRD (PowerVu); ASI, SDI and Analogue
outputs.
1.2.1.3. Multiplexers: 11+1
To reduce the number of ASI interfaces and for PSI-SI table manipulation and
PID filtering a group of multiplexers are used, in an 8:1 dual output relation.
The system is composed of eleven multiplexers, plus 1 for redundancy
backup.
Those multiplexers are controlled by the same software platform - nCompass
Control from Tandberg.
• 11x Tandberg MX5210 ASI multiplexer, dual output.
1.2.1.4. Redundancy:
For automatic redundancy reasons, a set of ASI software controlled routers
are connected between the receivers and the multiplexers and between these
and the streamers. The SW platform (nCompass) controls the automatic
switchover of the Multiplexers.
Before the multiplexers:
• 1x Network Electronics VikinX 128x128, redundant controlled ASI /
SDI router before the multiplexers.
After the multiplexers:
• 2x Network Electronics VikinX 16x16, redundant controlled ASI / SDI
routers after the multiplexers.
We can use them after cheking their datasheet
1.2.1.5. Direct contribution feeds:

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 6 of 16

M3 – HEADEND MPEG-4 RFP

Locally produced content is obtained directly from providers via dedicated

fiber optic links. A set of 13 fiber optic feeds for SDI video signals are
delivered to the encoders.
• 13x SDI e-o converters from Network Electronics at the provider’s
location.
• 13x SDI o-e converters from Network Electronics at the Head End
location.
1.2.1.6. Frame Rate Converters:
This equipment was installed to make the adaptation from a few NTSC
services to PAL B/G. Four services are currently being converted with the
following equipment, with SDI interfaces:
• 4x Quattro2000 Standards Converter from Video International
This for the 4 NTSC off air channels
1.2.1.7. Remote AV Monitoring (SDI feeds)
Because the Network Operations Centre is not collocated at the same
location as the Head End, a baseband signal feed was provided on a direct
fiber optic link. The NOC centre controls remotely a SDI video router and
baseband test equipment (WFM7120) to monitor and troubleshoot problems
those SDI services may have. At the NOC centre, the signal can be
monitored with a video and an audio monitor.
• 2x 16x2 Compact SDI video Router from Network Electronics
• 2x SDI optical-electrical Converter from Network Electronics
• 1x Audio Monitor AMP1-DAS from Wohler
• 1x Video Monitor ADVM20 from Barco
1.2.1.8. Remote MPEG Monitoring (ASI feeds)
Through the same system described above, it is also possible to analyze
every ASI feed. Because the ASI routers interconnect all the ASI interfaces
(from every receivers and multiplexers) all ASI feeds can be monitored from
the NOC or analyzed with an ASI MPEG probe, which has a permanent
connection between these routers.
1.2.1.9. Remote Management, Network Operations Center
The Network Operations Centre (NOC) can access remotely to the Element
Manager and Controller (nCompass) through a client software license. This
provides a very good control and status view for the devices. For more
details, please refer to the O&M and Alarms chapter 6.6. (NOTE: Chapter 6
was deleted for brevity.)

1.3. Coding & Streaming

Currently M3 has two main suppliers for encoders/streamers: Tandberg and
Harmonic.
The Tandberg equipment is comprised by two platforms, the IPlex and
MediaPlex. M3 has 7 IPlex platforms and two Mediaplex platforms.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 7 of 16

M3 – HEADEND MPEG-4 RFP

The Harmonic equipment is compressed of five 5022 encoders.

Redundancy is provided in a 1:1 configuration for Tandberg (IPlex &
MediaPlex) equipment while a 4:1 configuration is applied for the Harmonic
equipment.

1.4. Aggregation Network

The Video Aggregation Layer (VAL), as it appears in the below picture, shall
be considered for designing the proposed solution.
PIM-SM is the routing protocol used in the VAL as well as in the Ethernet
Aggregation Network.

Both VAL routers are Rendering Points using Anycast RP and MSDP
(Multicast Source Discovery Protocol).
Migrating to PIM-SSM eliminating the Rendering Points and the use of MSDP
is being considered and may happen in the next 2-3 months.

Transport Bandwidth and VOD Design

The network topology diagram below can be used for the purposes of VOD
system design and transport bandwidth calculations. The actual design can
be proposed by the vendor however the central vault location should be at the
Natal HeadEnd and no VOD servers should be placed in Aveiro. If a

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 8 of 16

M3 – HEADEND MPEG-4 RFP

distributed streamer solution is available we would be interested in an

evaluation of possible options.
M3 Communications – Aggregation and Feeder CO sites
CO-2 CO-3

CO-1 CO-4 Note; In total there are

IP Distribution
100 DSLAMS, with 50 in
Network
each aggregation ring

CO-5

Palmas CO-6

Coimbra
IPDistribution
IP CO-7
Network IP Aggregation
Aveiro /Access Network
(Not used for VOD)
CO-8

CO-9

CO-10
Natal
(IPTV HeadEnd)

VoDStorage RG
(Vaults)

STB

1.4.1. Guidelines
All mission critical solutions connected to the VAL shall be connected to both
nodes using a redundant setup. This for the ip schema only???
The video streaming solutions shall be able to implement a redundant setup
minimizing the dependencies from VAL (i.e. Failure Detection/Routing
Convergence).
The video streaming solutions shall also be able to cope either with PIM-SM
or PIM-SSM scenarios in the VAL.

1.4.2. Equipment Information

The Video Aggregation Layer is formed by two Cisco 7606 equipments.
These equipments have line cards that can support 1000Base-SX/LX/ZX and
10/100/1000Base-T interfaces.

1.5. DRM System

The Digital Right Management (DRM) and Conditional Access solution is from
Widevine (CypherCA system).
The system works by intercepting IP traffic that traverses scrambling
equipment. Multicast IP addresses of the packets to be scrambled have to be
configured on the Widevine system in order to perform scrambling.
Otherwise the traffic will traverse the equipment without being encrypted.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 9 of 16

M3 – HEADEND MPEG-4 RFP

Encryption is done at the payload level of the elementary stream. Thus, the
result is a valid MPEG2 TS, with encrypted content. For redundancy, two
CypherCA boxes exist, each with a capacity of 900 Mbps. Both are active
simultaneously, thus both encrypt the MPEG2-TS that traverse a given box.
Care must be taken not to have the same multicast IP address transverse
simultaneously both Widevine boxes; if this should occur duplicate program
transport streams would be present on the IP Core network, and the system
itself would be unable to apply the entitlement packets onto the streams.
The equipment does not support IGMP, but will allow for these packets to
traverse the Widevine box, should they be present.

1.6. O&M and Alarms

1.6.1. Management and alarms aggregation

The Tandberg receivers are controlled by NCompass; the alarms are
received by NCompass (in HEX) and are compiled and processed by TeMIP
in NMC management systems. We have a very good view of the alarms and
the quality of the signal received by each equipment.
For the other equipments listed, there aren’t a management system, but for
some we have local/remote access:
• 10x Scientific Atlanta D9850 IRD (PowerVu)
o Not managed by NCompass. Don’t have management system or
alarms aggregation in TMIP. Each IRD has a web browser server
for local/remote access.
• 4x Quattro2000 Standards Converter from Video International
o Not managed by NCompass. Don’t have management system or
alarms aggregation in TMIP. Managed local/remote access by
serial port RS-232.

1.6.2. Maintenance and spare parts

The maintenance of the Reception/Multiplexing/Processing part of the Main
System Architecture is assured by M3 and the antenna’s supplier, as follows:
• Reception (antennas and cables until splitters): all the maintenance is
assured by supplier.
• Multiplexing/Processing: the first and second line maintenance is done
by M3; a third line maintenance is assured by supplier.
Existing spares are acquired by M3 and are available nearby of the active
equipments and cover all critical parts of the Main Architecture.

1.6.3. Encoders
1.6.3.1. GUI
1.6.3.1.1. xPlex - For the Skystream/Tandberg Mediaplexes and iPlexes there’s a web
GUI used both for configuration and O&M. Its access IP is either the physical
one for Mediaplex Switch Control Module blades, the dedicated Control
interface on the iPlex, or the virtual IP used for redundant SCMs or iPlexes.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 10 of 16

M3 – HEADEND MPEG-4 RFP

1.6.3.1.2. Harmonic - There’s a dedicated server for O&M of a clustered solution called
NMX. This uses Microsoft’s DCOM protocol (Distributed Component Object
Model) to communicate with all of the encoders.
1.6.3.2. Remote Connection
1.6.3.2.1. xPlex - Telnet/ssh access to both physical and virtual IPs.
1.6.3.2.2. Harmonic - Client software connection to the NMX server.
1.6.3.3. Console connection
1.6.3.3.1. xPlex - Laplink DB9f connection.
1.6.3.4. Redundancy
1.6.3.4.1. xPlex
• Mediaplex - The only redundant cards are the Switch Control Module
blades, which operate on a Active/Stand-by configuration. There’s a
heartbeat being sent in order to trigger any automatic changeover to the
stand-by card.
• iPlex - The iPlexes are configured on a 1:1 redundancy, meaning that
there’s total configuration and hardware replication between two
machines. This is achieved using a heartbeat detection mechanism on an
Ethernet connection between the two iPlexes. Configuration and output is
automatically swapped to the stand-by machine in case of failure.
1.6.3.4.2. Harmonic - These encoders are configured on a N:1 redundancy, there’s a
backup encoder that can be configured to work as one of the N active ones.
The backup is used whenever the NMX server detects any service affecting
failure (that can be configured) and downloads the configuration to the afore
mentioned encoder. The streams are then disabled from the failed machine
and switched to the backup one.
1.6.3.5. Logging
1.6.3.5.1. xPlex - Various syslog servers IPs can be configured as destination for the
Mediaplexes or iPlexes logging.
1.6.3.6. Configuration backup
1.6.3.6.1. xPlex - Configuration can be saved in text or binary format.
1.6.3.6.2. Harmonic -Configuration is saved on a MS SQL database.
1.6.4. Alarms from Encoders
1.6.4.1. xPlex - Alarms are sent via SNMP to a NMS system. Others can be
configured as well.
1.6.4.2. Harmonic - Alarms from the encoders are gathered by the NMX which will
send them to a NMS system via SNMP.

2. Your Proposal to M3:

M3 would like a Greenfield proposal that satisfies our requirements in a cost effective
manner, enabling efficient growth capabilities. End user “Quality of Experience” and

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 11 of 16

M3 – HEADEND MPEG-4 RFP

Management of devices are crucial, as well as any “future proof” abilities that may be
available.
M3 would like a separate proposal that re-uses as much existing equipment as
possible, paying attention to how the migration might occur without affecting currently
delivered services. Please include a description of any architecture issues or
concerns you recognize in our current network configuration, or that may surface
during construction of a hybrid solution.
Proposal Requirements:
2.1 Converting all broadcast video to H.264. The maximum bandwidth of any standard
definition service will be 2 Mbps and 8 Mbps for high definition.
2.1.1 A 10:1 redundancy scheme shall be engineered for all encoders.
2.1.2 Encoders shall be capable of providing a 300 Kb/s PIP stream.
2.1.3 Reception redundancy is indicated in the accompanying channel lineup.

2.2 Ensure the proposal provides a highly reliable quality of experience for our
customers.

2.3 Video On demand

2.3.1 Video on Demand shall include ingest and DRM.
2.3.2 One Thousand (1000) hours of VoD content with mix of SD/HD (900 hours
of SD and 100 hours of HD) planned. The number of assets is dependent
upon final agreements with content providers.
2.3.3 Peak concurrency for VOD should be estimated at 20% (17% SD; 3% HD)
based on 2 decoders per home.
2.3.4 Twenty Mb/s limit per subscriber location for all video services.
2.3.5 Assume all VoD content is already MEPG-4 Part 10 encoded (2 Mb SD; 8
Mb HD).
2.3.6 Unicast transmission shall be used for VoD streams.
2.3.7 The solution shall commence delivery of the unicast stream containing the
requested video within 15 seconds of confirmed purchase.
2.3.8 VoD solution shall be permitted to insert advertisements as trailers (before
and after requested video).
2.3.9 VoD solution shall support the following functions:
2.3.9.1 Parental Controls
2.3.9.2 User and STB Authentication (DHCP option 60)
2.3.9.3 FF/P/S/RW keys to navigate in on-demand modes
2.3.9.4 Fast forward and rewind at 2x and 6x: first touch – 2X; second
touch – 6X
2.3.10 Digital Rights Management must be applied as transparently as possible to
the subscriber:
2.3.10.1 Requested video to have an assigned permitted viewing period.

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 12 of 16

M3 – HEADEND MPEG-4 RFP

2.3.10.2 Viewing periods are assigned to each video, permitting

categorization based on type of video.
2.3.10.3 Videos may be viewed multiple times during permitted viewing
period.
2.3.11 The middleware must interface to external systems to perform credit check
or verify credit capacity remaining and provide information to user.
2.3.12 The subscriber should see a minimally perceptible change in the viewing
experience if a failure occurs and a switch takes place to deliver the stream
from another video server.
2.3.13 Flexible program search mechanisms should be available, including by
genre and/or title. This should be configurable by M3 to add further search
categories such as by actor or director (subject to middleware capabilities).
2.4 STB requirements:
M3 would like two product options for Set Top Boxes, both shall support all
functionality listed below:
Option 1 – a STB with a single decoder – for viewing broadcast and VoD
content. – provide 50% of total number of STB’s
Option 2 – a STB with a DVR built in – capable of viewing broadcast or VoD
content and simultaneously recording another program. – provide 50% of total
number of STB’s
2.4.1 The STB will interface with the network over a 10/100 Mbps Ethernet port
2.4.2 The STB will send IGMPv2 or IGMPv3 join requests for a channel (multicast
group)
2.4.3 STBs should be available with optional integrated DVR
2.4.4 STBs will provide SD and HD H.264 decoding
2.4.5 STBs will provide an integrated PIP function
2.4.6 STBs will allow the user to choose any language audio that is part of the
MPEG stream
2.4.7 The STB Remote Control will have the following functional keys. When
these keys are pressed, the STB will pass the appropriate codes to the
middleware where the functions are implemented.
2.4.7.1 Guide. Guide to EPG
2.4.7.2 Info. Information to block on current program, next on current plus
channel up and down.
2.4.7.3 Jump. Jump to most recent previous channel
2.4.7.4 Exit. Exit current on screen menu
2.4.7.5 Direction arrows. Left, Right, Up, Down
2.4.7.6 10 key. Number pad
2.4.7.7 MultiScreen. One push to 2 frame PIP; second push to mosaic
2.4.7.8 Settings. Jump to settings menu

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 13 of 16

M3 – HEADEND MPEG-4 RFP

2.4.7.9 Page up/down. Navigate previous/next menu

2.4.7.10 Rec. Initiate record on DVR
2.4.7.11 FF/P/S/RW. Fast Forward, Pause, Stop, Rewind keys to navigate
in on-demand modes
2.5 M3 is open to optional proposals that improve efficiencies in any aspect of our
Triple Play Services offering.

3. Section containing individual requirements where Vendor provides

answers
Eliminated for brevity

4. Section where References are requested

Eliminated for brevity

5. Terminology and Definitions

3GPP 3rd Generation Partnership Project
APN Access Point Name
ASN-1 Abstract Syntax Notation number One
ATM Asynchronous Transfer Mode
CM Configuration Management
CMIP Common Management Information Protocol
CORBA Common Object Request Broker Architecture
CPU Central Processing Unit
CS Circuit Switch
DPC Destination Point Code
FM Fault Management
FOA First Office Application
FTP File Transfer Protocol
GA General Availability
GDMO Guidelines for Definition of Managed Objects
GSM Global System for Mobile Communications
GUI Graphical User Interface
HD High Definition
HSDPA High-Speed Downlink Packet Access
HW Hardware

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 14 of 16

M3 – HEADEND MPEG-4 RFP

IIOP Internet Inter-ORB Protocol

IMS IP Multimedia System
IP Internet Protocol
IRP Integration Reference Point
KPI Key Performance Indicator
MBPS Megabit Per Second
MMI Man Machine Interface
MMS Multimedia Messaging Service
MIB Management Information Base
NE Network Element
NMC Network Management Center
NMS Network Management Systems
OMC Operation and Maintenance Center
OPC Originating Point Code
O&M Operation & Maintenance
PCM Pulse Code Modulation
PM Performance Management
PS Packet Switch
QOS Quality Of Service
RAB Radio Access Bearer
RRC Radio Resource Control
RSH Remote Shell
SD Standard Definition
SM Software Management
SMS Short Message Service
SNMP Simple Network Management Protocol
SW Software
RAN Radio Access Network
TMN Telecommunications Management Networks
UML Unified Modeling Language
UMTS Universal Mobile Telecommunications Systems
USSD Unstructured Supplementary Service Data
UTRAN UMTS Terrestrial Radio Access Network
WAP Wireless Application Protocol
XML Extensible Markup Language

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 15 of 16

M3 – HEADEND MPEG-4 RFP

6. List of Annexes to this Document

Eliminated for brevity

0712-SNC-1029 Cisco Systems International BV Confidential and Proprietary Information 16 of 16