230 likes | 233 Vues
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
E N D
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
Mobile TV Networks Content Providers Network Operators Base Station Streaming Server Multiplexer (IP Encapsulator) Modulator/ Amplifier 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
Problem Statement • Design a mobile TV base station for academic prototyping and cost-efficient small- to medium-size 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
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!
Current Solutions (2/2) TS Packets Python Sources For PSISI Python Compiler Dtplay Tdt Updater Data Aggregator Time Slicer Null Packet Replacer VLC Server x20? Pcap Correct PSISI TS w/PSISI MPEG • 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!
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
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
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 Ready Queue Trans. Thread Time Slicing Thread Encap. Thread With All Headers/Trailers Empty Burst With IP Payload Encap. Thread Encap. Thread
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
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
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
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
Thank You, and Questions? More details can be found online at http://nsl.cs.sfu.ca