Download Design of a Mobile TV Testbed - network systems lab @ sfu

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts
no text concepts found
Transcript
Designing an Efficient and Extensible
Mobile TV Testbed
Cheng-Hsin Hsu
Simon Fraser University, Canada
joint work with Mohamed Hefeeda,
Yi Liu, and Cong Ly
Mobile TV Service



Broadcast mass-market programs to subscribers
Mobile devices have stringent energy budgets
Devices receive a data burst and turn off receiving
circuits until the next burst  called time slicing
2
Mobile TV Networks
Content
Providers
Streaming
Server
Network Operators
Base Station
Multiplexer
Modulator/
Amplifier
(IP Encapsulator)
Camera
IP Networks



ASI Networks
Program feeds are IP streams from streaming
servers or cameras
Multiple TV programs are multiplexed AND time
sliced by a multiplexer into a MPEG-2 TS stream
The MPEG-2 TS stream is modulated, amplified,
and broadcast to mobile devices
3
Problem Statement

Design a mobile TV base station for academic
prototyping and cost-efficient small- to mediumsize deployments
 platform to analyze: energy consumption,
channel switching delay, no. broadcast
programs, and perceived streaming quality
 10-20 TV channels with a commodity PC or
low-end server
4
Current Solutions (1/2)

Commercial Base Stations
 expensive, e.g., a single EXPWAY FastESG
server costs 75k USD [Sarri09]
 a complete base station costs even more
Need a more cost-efficient
base station!
5
Current Solutions (2/2)
Python
Sources
For PSISI
VLC
Server
MPEG

TS Packets
Python
Compiler
Data
Aggregator
x20?
Time
Slicer
Pcap
Null Packet
Replacer
TS
Tdt
Updater
w/PSISI
Dtplay
Correct PSISI
Open-Source Base Station [FATCAPS]
 too many disk I/O’s
 does not scale well
 too many utilities with no admin interface
Need a better design!
6
Design Goals




[G1] Higher efficiency and scalability
 avoid disk I/O’s and memcpys
[G2] Utilization of multi-core processors
 pipelined structure to allow parallelism
[G3] Integrated software solution
 centralized admin interface
[G4] Better extensibility
 future supports for other networks such as
MediaFLO, WiMAX, and MBMS
7
Design Decisions (1/3)

[D1] Use Burst as the unit of time slicing,
encapsulation, and transmission.

Burst is self-contained with IP payloads and
headers/trailers of all protocols

No disk I/O’s for intermediate data

No memcpys for IP payloads
8
Design Decisions (2/3)

[D2] Divide the base station into three indep.
Phases, which are connected by two priority queue
 pipelined and parallelism
Request
Queue
Empty
Burst
Time
Slicing
Thread
With IP
Payload
Encap.
Thread
With All
Headers
/Trailers
Ready
Queue
Trans.
Thread
Encap.
Thread
Encap.
Thread
9
Design Decisions (3/3)

[D3] Implement a centralized Configuration
Manager to allow save/restore settings
 interface with Web GUI for management

[D4] Modularized design for future extensions
 For example, MPE-FEC Burst is a subclass of
MPE Burst
10
Software Architecture
11
High-Level Design
12
Design of Burst Schedulers
13
Design of Burst Readers
14
Design of Bursts
15
Design of Encapsulators
16
Design of Transmitter
17
Design of PSI/SI Tables






PAT: program association
PMT: program map
NIT: network information
INT: IP/MAC notification
SDT: service description
TDT: time and date
18
Design of Configuration Manager
19
Testbed Setup
20
Future Work






Web GUI for configuration management [Cong]
MPE-FEC support [Hamed]
PSI/SI table implementation [Farid]
StreamReader classes [Som]
Flute server integration
ESG files implementation
21
Conclusions

Presented layout of general broadcast network

Outlined design goals of a broadcast base station

Described our design decisions and system
architecture

Presented the high-level system design and detailed
design for each component

Highlighted future work
22
Thank You, and Questions?
More details can be found online at http://nsl.cs.sfu.ca
23