design and implementation of an electronic service guide for mobile video systems kaushik choudhary...

Design and Implementation of an Electronic Service Guidefor Mobile Video Systems

Kaushik Choudhary

Simon Fraser University

Master’s Project Defense ● July 12, 2012

Outline

• Introduction• Background • Design and Implementation of ESG Server• Validation• Conclusion• Future Work

Kaushik Choudhary | Electronic Service Guide for Mobile Video

Introduction – Why Mobile Video?

• In recent years, smartphones have been enhanced with powerful hardware and sophisticated operating systems.

• Forecasts suggest that mobile devices will dominate internet data traffic contributing as much as 48% of all traffic. [Cisco 12]

• Video data contributed about 52% of all mobile data traffic. This number is expected to grow to 69% by 2016. [Cisco 12]


• To support this explosive growth in video traffic, service providers need to make massive investments to increase network capacity.



• A possible solution would be to use mobile broadcast networks (e.g. DMB, DVB-H, CMMB, ISDB-T, ATSC-M/H).

• Theoretically, broadcast networks support unlimited number of users in a given network area.

• Using broadcast networks reduces video traffic load by 60% in a given area during high-demand video programs. [BMCO 09]



Problem: Design and implement a service layer, configurable, electronic service guide server. Validate the server in a real mobile TV testbed.

Introduction – Problem Statement


Outline



• Widely used, open, international standard.

• It provisions for reducing energy consumption on mobile devices by broadcasting multimedia data in bursts.

• Defines Physical and Link Layer protocols and uses IP to interface with higher layer protocols such as RTP and UDP.

Background – DVB-H Standard


• To complete an end-to-end mobile TV system, a set of service layer specification standards, DVB-IPDC have been defined. [ETSI 06]

• The DVB-IPDC standard– Defines higher layer protocols– Enables cooperation with cellular networks such as UMTS.– Enables bi-directional communication and supports services

like Electronic Service Guide(ESG).– Defines XML based ESG

Background – Electronic Service Guide


• ESG contains human readable information on the available multimedia services.

• ESG also contains media initialization information used by the mobile terminal to tune into the service selected by the user.

• From an implementation perspective, ESG operations require encoding of XML files containing program listings, descriptions and schedules and tuning information for transmission.

• These encoded XML files are transported over the FLUTE/IP protocol.

Background – Electronic Service Guide


• We implemented ESG Server on top of the mobile TV testbed developed in Network Systems Lab.

• To support transmission of ESG files we also developed the link layer signaling mechanism for DVB-H.

• The signaling mechanism is implemented through PSI/SI tables – structures segmented into sections and inserted into MPEG-2 Transport Stream (TS) packets periodically.

Background – ESG Operations


Background – DVB-IPDC Stack


Outline



Design and Implementation – PSI/SI Tables


• We implement six essential PSI/SI tables configured through an XML configuration file.

• There are two types of tables – PSI tables - information about available services and programs – SI tables - network and tuning information for the available

services.

• Each of these tables are abstracted by the Table class which stores the tables in a TS packet format generated by the corresponding Pack function for each table.

Design and Implementation – PSI/SI Tables


• Sample code for population of Network Information Table using configuration file

• The Transmitter module of the testbed pops and transmits the next PSI/SI table from a priority queue on next broadcast time.

5 languageCode = ((lgI = lg.find(mtv.cfg_mgr->getLanguage())) ->second); // en6 platformName = mtv.cfg_mgr->getPlatformName(); //SYTE-MTV-57 frequency = mtv.cfg_mgr -> getCarrierFrequency ();//690 MHz 8 bandwidth = (Bandwidth)mtv.cfg_mgr->getBandwidth();//MHZ8

Design and Implementation – ESG Server


• ESG Operations– ESG Bootstrap – ESG available, acquire them– ESG Acquisition – Acquire and process ESG– ESG Update – Update to latest versions

ESG Operations - Bootstrap


• The IP/MAC notification table signals announces well known IP address for an ESG Bootstrap stream.

• The stream contains the two descriptors required for tuning into an ESG session– ESGProviderDiscovery descriptor (XML file)– ESGAccessDescriptor (binary file)

ESG Operations - Bootstrap


1 <?xml version ="1.0" encoding =" UTF -8" standalone =" no"?>2 < ESGProviderDiscovery xmlns ="urn :dvb : ipdc : esgbs :2005 " xmlns :mpeg7 ="urn : mpeg : mpeg7 : schema :2001 ">3 < ServiceProvider format ="urn :oma :xml : bcast :sg: fragments :1.0 ">4 < ProviderURI >NSL Broadcast Service </ ProviderURI >5 < ProviderName >NSL Broadcast Service </ ProviderName >6 <ProviderID >1</ ProviderID >7 </ ServiceProvider >8 </ ESGProviderDiscovery >

ESG Operations - Acquisition


• To transport ESG acquisition information, the server implements two processing operations– ESG Representation– ESG Encapsulation

• ESG Representation describes which ESG fragments are transported in the current session and in what format.

ESG Operations - Acquisition


• ESG information is constitutes of independent XML fragments.

• In the ESG Encapsulation process the XML fragments are encapsulated in aggregated containers for efficient transport.

• Each container structure has a header indicating number and type of structures and a body.

ESG Operations - Update


• ESG information transported in containers can be updated in two ways– Update the container with a modification of the

Transport Object Identifier value of the File Delivery Table (FLUTE).

– Update an ESG XML fragment version individually (more efficient).

Outline



Validation


• We use two different type of tools to validate our implementation– Offline TS file analyzers– Online TS stream analyzers

• We use dvbSAM and DVBInspector offline TS packet analyzers to verify our TS files.

Validation


• We also use a real mobile TV testbed transmitting DVB-H signals with a real mobile device receiving those signals.

• In the testbed, aside from manual inspection of the mobile device, we use an online TS analyzer software to verify our implementation.

Validation – Experimental Setup


Validation – Offline analysis


Offline TS packet analyzer DVBInspector Online TS stream analyzer DiviCatch

Validation – Online analysis


Validation – ESG


Outline



Conclusion


• We implemented a C++ based, open source ESG server for mobile TV testbed based on DVB-H.

• We chose DVB-IPDC standard for ESG as it has provisions to interoperate with cellular technologies like 3G/UMTS.

• We validated our implementation on a real mobile TV testbed.

Outline



Future Work


• Ratification of DVB-IPDC 2.0 standard will allow us to extend this project to implement interactive services like video on demand.

• We could implement a hybrid delivery mechanism for using DVB-H along with 3G/UMTS, LTE, WiMAX or other network technologies.

• We could also implement a multiple technology multimedia testbed as an extension to this project.

Thank you!

design and implementation of an electronic service guide for mobile video systems kaushik choudhary...

Documents

mobile video slide

mobile devices

mobile terminal

video data

electronic service guideesg

mobile data traffic

mobile broadcast networks

service providers