06.11.2014 Views

Deliverable 2.2 - the School of Engineering and Design - Brunel ...

Deliverable 2.2 - the School of Engineering and Design - Brunel ...

Deliverable 2.2 - the School of Engineering and Design - Brunel ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Project Number: 026902<br />

Project title:<br />

PLUTO<br />

<strong>Deliverable</strong> Type:<br />

Report<br />

CEC <strong>Deliverable</strong> Number: IST-026902/LeadPartner/WP02/RE/R/Del2-2<br />

Contractual Delivery Date: December 2006<br />

Actual Delivery Date: 10 th January 2006<br />

Title <strong>of</strong> <strong>the</strong> <strong>Deliverable</strong>: Prototype Network Selection <strong>and</strong> H<strong>and</strong>over Algorithms<br />

Workpackage:<br />

Service Scenario <strong>and</strong> System Specification - WP2<br />

Nature <strong>of</strong> <strong>the</strong> <strong>Deliverable</strong>: Report<br />

Organisations:<br />

1 <strong>Brunel</strong> University <strong>Brunel</strong><br />

2 Broadreach Systems Ltd<br />

3 Dibcom SA<br />

4 Deuthches Zentrum Fuer Luft und Raumfahrt E.V.<br />

5 Digital TV Group<br />

6 SIRADEL<br />

7 Tampere University <strong>of</strong> Technology<br />

8 Telediffusion De France<br />

10 Ortikon Interactive Ltd<br />

Authors:<br />

Adrian Hornsby, Irek Defee, Mikko Oksanen, Tom Owens<br />

Circulation List:<br />

Partners<br />

Keywords:<br />

Discovery<br />

DVB, Digital Television, Diversity, Network, H<strong>and</strong>over,<br />

tt.01.07 1


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Version Control<br />

Change Log Version Date<br />

Template 19/10/2006<br />

Draft 15/12/2006<br />

Final version 1.00 10/01/2007<br />

tt.01.07 2


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Contents<br />

1 INTRODUCTION .......................................................................................................................................7<br />

1.1 MULTICAST & BROADCAST...................................................................................................................7<br />

1.2 REVIEW OF BROADCAST NETWORKS .....................................................................................................8<br />

1.3 REVIEW OF NETWORK AND SERVICE DISCOVERY TECHNOLOGIES ........................................................10<br />

1.3.1 DVB-T/H networks..........................................................................................................................10<br />

1.3.2 DMB/DAB.......................................................................................................................................14<br />

1.3.3 MBMS .............................................................................................................................................15<br />

1.3.4 MediaFlo ........................................................................................................................................16<br />

1.4 NETWORK AND SERVICE DISCOVERY PROBLEMS.................................................................................17<br />

1.5 HANDOVER PROBLEMS ........................................................................................................................18<br />

2 NETWORK AND SERVICE DISCOVERY IN MOBILE BROADCAST SYSTEMS.......................19<br />

2.1 IMPROVING NETWORK & SERVICE DISCOVERY FOR BROADCAST NETWORK ......................................19<br />

2.1.1 Position Assisted Discovery System................................................................................................19<br />

2.1.2 Universal Network <strong>and</strong> Service Discovery .....................................................................................20<br />

3 HORIZONTAL HANDOVER IN BROADCAST NETWORKS..........................................................25<br />

3.1 SCENARIO FOR HORIZONTAL HANDOVER IN DVB-H NETWORK...........................................................25<br />

3.1.1 REVIEW OF THE STATE OF THE ART ......................................................................................................26<br />

3.1.2 OPTIMIZATION FOR HORIZONTAL HANDOVER ALGORITHMS.................................................................28<br />

4 VERTICAL HANDOVER IN BROADCAST NETWORKS ................................................................29<br />

4.1 SCENARIO AND TAXONOMY FOR VERTICAL HANDOVER .......................................................................30<br />

4.2 VERTICAL HANDOVER EXECUTION LAYER ...........................................................................................34<br />

4.3 REVIEW OF THE STATE OF THE ART FOR VERTICAL HANDOVER ............................................................35<br />

4.4 FACTORS FOR A VERTICAL HANDOVER DECISION.................................................................................35<br />

4.5 DECISION ALGORITHMS .......................................................................................................................36<br />

4.6 NETWORK MONITORING ALGORITHM..................................................................................................38<br />

5 INTEGRATED SYSTEM FOR THE NETWORK SELECTION AND HANDOVER IN<br />

HETEROGENEOUS WIRELESS NETWORK..............................................................................................39<br />

6 PROTOTYPE APPLICATION................................................................................................................44<br />

7 CONCLUSION ..........................................................................................................................................46<br />

8 REFERENCES ..........................................................................................................................................46<br />

8.1 OTHER REFERENCES ............................................................................................................................48<br />

tt.01.07 3


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Figure Captions<br />

Fig. 1. Multicast vs Broadcast mode<br />

Fig. 2. Wi-Fi st<strong>and</strong>ards <strong>and</strong> specifications<br />

Fig. 3. Comparison <strong>of</strong> <strong>the</strong> main broadcast technologies<br />

Fig. 4. Network Discovery for DVB-H<br />

Fig. 5. The grouping <strong>of</strong> TV-Anytime metadata<br />

Fig. 6. ESG Structure<br />

Fig. 7. MBMS service metadata fragments<br />

Fig. 8. Service Discovery Problems<br />

Fig. 9. Localisation <strong>and</strong> Coverage Estimation TUT (Finl<strong>and</strong>) DVB-H Transmitter<br />

Fig. 10. Universal Network & Service Directory<br />

Fig. 11. Discovery Agent for Universal Network & Service Directory<br />

Fig. 12. New UNSD model based on ESG<br />

Fig. 13. UNSD: ESG with extended NetworkAreaTable <strong>and</strong> new NetworkSubscriptionTable<br />

Fig. 14. Proposed Extension to Network Area Information Fragment<br />

Fig. 15. Extension to NetworkCell element<br />

Fig. 16. Proposed Network Subscription Fragment<br />

Fig. 17. Proposed Network Subscription Channel Fragment<br />

Fig. 18. New NetworkRef element in <strong>the</strong> Service fragment<br />

Fig. 19. New structure <strong>of</strong> <strong>the</strong> proposed UNSD<br />

Fig. 20. Future Mobile Broadcast Network<br />

Fig. 21. The prefect vertical h<strong>and</strong>over scenario<br />

Fig. 22. Fully managed broadcast network<br />

Fig. 23. Unmanaged broadcast networks system<br />

Fig. 24. Functions to Support H<strong>and</strong>over in Broadcast Network<br />

Fig. 25. Wi-Fi as DVB-H gap filler<br />

Fig. 26. Different network environments<br />

Fig. 27. Network parameters evaluation<br />

Fig. 28. Terminal Architecture to Support Heterogeneous Network Selection<br />

Fig. 29. Network <strong>and</strong> Services Discovery Architecture<br />

Fig. 30. User Pr<strong>of</strong>iles & Preferences<br />

Fig. 31. Terminal & Application Requirements<br />

Fig. 32. Factors for Network Selection<br />

tt.01.07 4


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 33. Network Manager Architecture<br />

Fig. 34. Vertical H<strong>and</strong>over Manager Architecture<br />

Fig. 35.Prototype application architecture<br />

Fig. 36. Prototype application for heterogeneous networking<br />

tt.01.07 5


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Glossary<br />

For <strong>the</strong> purposes <strong>of</strong> <strong>the</strong> present document, <strong>the</strong> following abbreviations apply:<br />

ALC<br />

Asynchronous Layered Coding<br />

BAT<br />

Bouquet Association Table<br />

BTP<br />

Broadcast Transmission Parameter<br />

C/N<br />

Carrier to Noise Ratio<br />

DIT<br />

Diversity Information Table<br />

DVB-H/T<br />

Digital Video Broadcasting – H<strong>and</strong>held / Terrestrial<br />

EIT<br />

Event Information Table<br />

EPG<br />

Electronic Program Guide<br />

ES<br />

Elementary Stream<br />

ESG<br />

Electronic Service Guide<br />

FEC<br />

Forward Error Correction<br />

FLUTE<br />

File delivery over Unidirectional Transport<br />

INT<br />

IP/MAC Notification Table<br />

IP<br />

Internet Protocol<br />

IPDC<br />

IP DataCast<br />

LCT<br />

Layered Coding Transport<br />

LOC<br />

Line Of Sight<br />

MAC<br />

Media Access Control<br />

MBMS<br />

Multimedia Broadcast <strong>and</strong> Multicast Service<br />

MPE<br />

Multiprotocol Encapsulation<br />

MPEG<br />

Moving Picture Experts Group<br />

NIT<br />

Network Information Table<br />

NLOS<br />

No Line Of Sight<br />

OFDM<br />

Orthogonal Frequency Division Multiplex<br />

PAT<br />

Program Association Table<br />

PID<br />

Packet Identifier<br />

PMT<br />

Program Map Table<br />

PSI<br />

Program Specific Information<br />

QAM<br />

Quadrature Amplitude Modulation<br />

QPSK<br />

Quaternary Phase Shift Keying<br />

RDP<br />

Receive Diversity Parameter<br />

RTP<br />

Real Time Protocol<br />

SDP<br />

Session Description Protocol<br />

SI<br />

Service Information<br />

TDP<br />

Transmit Diversity Parameter<br />

TPS<br />

Transmission Parameter Signalling<br />

TS<br />

Transport Stream<br />

XML<br />

eXtensible Markup Language<br />

tt.01.07 6


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

1 Introduction<br />

This document is deliverable <strong>2.2</strong> produced within <strong>the</strong> EU IST project PLUTO. PLUTO project is dealing with<br />

<strong>the</strong> optimization <strong>of</strong> physical transmission layer for DVB terrestrial systems operating with in various<br />

environments <strong>and</strong> circumstances. There are at present two DVB terrestrial systems, DVB-T for television<br />

broadcast <strong>and</strong> DVB-H for mobile television broadcast. These systems were designed not only for stationary but<br />

also for mobile environment. In <strong>the</strong> case <strong>of</strong> DVB-T mobility has not been primary issue but for <strong>the</strong> DVB-H it<br />

will play primary role. Mobile TV based on <strong>the</strong> DVB-H st<strong>and</strong>ard will ultimately have to operate in every<br />

possible place <strong>and</strong> it may with time have diverse <strong>of</strong>fering <strong>of</strong> services.<br />

One can also speculate that in <strong>the</strong> future mobile broadcast systems will operate not only over DVB systems but<br />

also through o<strong>the</strong>r proposed mobile broadcast st<strong>and</strong>ards (e.g. DMB, Media Flo), <strong>and</strong> via diverse broadb<strong>and</strong><br />

wireless networks: 3G, WLAN <strong>and</strong> WiMax. This will make <strong>the</strong> l<strong>and</strong>scape <strong>of</strong> mobile broadcast much more<br />

complicated than anything which exists today.<br />

Among <strong>the</strong> problems important for mobile broadcast are network discovery <strong>and</strong> h<strong>and</strong>over. Network discovery<br />

means how <strong>the</strong> terminal finds a network in a specific location. H<strong>and</strong>over means how <strong>the</strong> terminal keeps delivery<br />

<strong>of</strong> content when changing location beyond <strong>the</strong> range <strong>of</strong> single transmitter. H<strong>and</strong>over <strong>and</strong> network discovery are<br />

critical for user satisfaction <strong>and</strong> service acceptance. Robust solutions to <strong>the</strong>se problems are very much desired.<br />

In this document problems involved in network discovery <strong>and</strong> h<strong>and</strong>over are investigated. Emphasis is put on<br />

mobility aspects <strong>and</strong> future technical environments. The problems on which this document is concentrated are<br />

discussed below:<br />

1.1 Multicast & Broadcast<br />

Mobile TV, if it is to become a reality <strong>and</strong> a good business model, will need to be able to target a large audience<br />

<strong>of</strong> users. However, <strong>the</strong> b<strong>and</strong>width <strong>of</strong> <strong>the</strong> network should not be dependent on <strong>the</strong> number <strong>of</strong> users but on <strong>the</strong><br />

diversity <strong>of</strong> services. The traditional unicast mode is thus not appropriate for this mass content delivery, <strong>and</strong><br />

multicast or broadcast mode has to be used.<br />

Multicast<br />

Internet Protocol (IP) multicast is a b<strong>and</strong>width-conserving technology that saves b<strong>and</strong>width by<br />

simultaneously delivering a single stream <strong>of</strong> information to a group <strong>of</strong> terminals. To receive that particular<br />

multicast stream, <strong>the</strong> terminal has to join <strong>the</strong> multicast group to which <strong>the</strong> stream is being sent so that <strong>the</strong><br />

stream can be copied till it reaches <strong>the</strong> terminal as seen in Fig. 1.<br />

Broadcast<br />

Broadcast mode is a b<strong>and</strong>width-conserving technology that saves b<strong>and</strong>width by simultaneously delivering a<br />

single stream <strong>of</strong> information to a group <strong>of</strong> terminals. Terminal do not need to join <strong>the</strong> group <strong>and</strong> anybody<br />

can just start receiving <strong>the</strong> stream as seen in Fig. 1.<br />

tt.01.07 7


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 1. Multicast vs Broadcast mode<br />

1.2 Review <strong>of</strong> Broadcast Networks<br />

Digital Video Broadcast - DVB-T/H<br />

DVB-T is designed for Digital TV reception <strong>and</strong> mainly targets stationary devices. DVB-H is a st<strong>and</strong>ard for<br />

mobile television based on <strong>the</strong> existing DVB-T [1] [2]. It enhances <strong>the</strong> more traditional digital television<br />

broadcast st<strong>and</strong>ard with features required to satisfy requirements specific to h<strong>and</strong>held devices; mobility, smaller<br />

screens <strong>and</strong> antennas, indoor coverage <strong>and</strong> reliance on battery power.<br />

The most essential new features <strong>of</strong> DVB-H are in <strong>the</strong> way data is organized <strong>and</strong> sent. The first <strong>of</strong> <strong>the</strong>m is time<br />

slicing which allows data to be sent in bursts. Bursty transmission may significantly contribute to <strong>the</strong> reduction<br />

<strong>of</strong> battery power consumption on <strong>the</strong> terminal side, allowing <strong>the</strong> terminal receiver to be switched <strong>of</strong>f after<br />

loading its input buffer with a burst <strong>of</strong> data. Indeed, service multiplexing in DVB-H is made in a time-division<br />

multiplex. Transmission <strong>of</strong> data for a particular service is not done in continuous way but is organized in<br />

periodical bursts with an <strong>of</strong>f-time period in between. The receiver, synchronized to <strong>the</strong> burst can <strong>the</strong>n power <strong>of</strong>f<br />

during <strong>the</strong> <strong>of</strong>f-time period <strong>and</strong> <strong>the</strong>refore save power. This <strong>of</strong>f-time can also be used by <strong>the</strong> receiver to perform a<br />

seamless channel h<strong>and</strong>over between two DVB-H cells. However, time slicing may also bring along increased<br />

channel selection delay, due to <strong>the</strong> waiting time for <strong>the</strong> next burst. DVB-H uses MPEG-4 part 10 (H.264) for <strong>the</strong><br />

video <strong>and</strong> HE ACC (High-Efficiency Advanced Audio Coding) for <strong>the</strong> audio.<br />

Digital Media Broadcasting – DMB<br />

DMB is a digital radio transmission system for sending multimedia services to mobile devices [3]. T-DMB is<br />

<strong>the</strong> terrestrial transmission version whereas S-DMB is satellite transmission version. DMB is based on <strong>the</strong><br />

Eureka 147 Digital Audio Broadcasting (DAB) st<strong>and</strong>ard. T-DMB can operate on radio frequency b<strong>and</strong>s b<strong>and</strong> III<br />

(VHF) <strong>and</strong> L (UHF). T-DMB uses MPEG-4 Part 10 (H.264) for <strong>the</strong> video <strong>and</strong> MPEG-4 Part 3 BSAC or HE-<br />

AAC for <strong>the</strong> audio. The audio <strong>and</strong> video is encapsulated in MPEG-2 TS. The stream is encoded using Reed-<br />

Solomon code with parity word <strong>of</strong> 16 bytes length <strong>and</strong> interleaved. In order to reduce <strong>the</strong> channel effects<br />

(fading <strong>and</strong> shadowing) DMB transmitters uses OFDM-4DPSK modulation. T-DMB is an ETSI st<strong>and</strong>ard (TS<br />

102 427 <strong>and</strong> TS 102 428).<br />

tt.01.07 8


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

MediaFlo<br />

MediaFlo is mobile broadcast system proposed by Qualcomm [4]. It is a proprietary technology to broadcast<br />

data to mobile devices which include audio <strong>and</strong> video streams, individual video <strong>and</strong> audio "clips", as well as<br />

information such as stock market quotes, sports scores, <strong>and</strong> wea<strong>the</strong>r reports. The MediaFLO system transmits<br />

data on a frequency separate from <strong>the</strong> frequencies used by current cellular networks. In <strong>the</strong> United States, <strong>the</strong><br />

MediaFLO system will use frequency spectrum at approximately 700 MHz, which was previously allocated to<br />

UHF TV Channel 55.<br />

Multimedia Broadcast <strong>and</strong> Multicast Service – MBMS<br />

MBMS is a broadcasting technology that can operate via existing GSM <strong>and</strong> UMTS cellular networks [5]. The<br />

infrastructure <strong>of</strong>fers an option to use an interaction channel between <strong>the</strong> operator <strong>and</strong> <strong>the</strong> user, which is an<br />

advantage, compared <strong>the</strong> o<strong>the</strong>r unidirectional broadcast networks. UMTS MBMS <strong>of</strong>fers up to 256kbit/s per<br />

MBMS Bearer Service <strong>and</strong> between 800kbit/s <strong>and</strong> 1.7Mbit/s per cell/b<strong>and</strong> whereas GSM MBMS <strong>of</strong>fers<br />

between 32kbit/s <strong>and</strong> 128kbit/s. The MBMS User Service is basically <strong>the</strong> MBMS Service Layer <strong>and</strong> <strong>of</strong>fers a<br />

Streaming- <strong>and</strong> a Download Delivery Method. The Streaming Delivery method can be used for continuous<br />

transmissions like Mobile TV services. The Download Method is intended for "Download <strong>and</strong> Play" services.<br />

To increase <strong>the</strong> transmission reliability, an application layer FEC code may be used. Fur<strong>the</strong>r, a file-repair<br />

service may be <strong>of</strong>fered to complement <strong>the</strong> download delivery method. MBMS has been st<strong>and</strong>ardized in various<br />

groups <strong>of</strong> 3GPP (Third Generation Partnership Project), <strong>and</strong> <strong>the</strong> first phase st<strong>and</strong>ards are found in UMTS<br />

release 6.<br />

Wi-Fi<br />

Wi-Fi is a name used to describe technology <strong>of</strong> wireless local area networks (WLAN) based on <strong>the</strong> IEEE<br />

802.11 st<strong>and</strong>ards. It was developed to be used for mobile devices, such as laptops, <strong>and</strong> to have a cordless<br />

environment, but is now increasingly used for more services, including Internet <strong>and</strong> VoIP mobile devices, <strong>and</strong><br />

basic connectivity <strong>of</strong> consumer electronics such as televisions <strong>and</strong> radios, or digital cameras. Many st<strong>and</strong>ards<br />

were developed <strong>and</strong> are shown in Fig. 2.<br />

Fig. 2. Wi-Fi st<strong>and</strong>ards <strong>and</strong> specifications<br />

WiMAX<br />

WiMAX st<strong>and</strong>s for Worldwide Interoperability for Microwave Access <strong>and</strong> was defined by <strong>the</strong> WiMAX Forum,<br />

formed in June 2001 to promote conformance <strong>and</strong> interoperability <strong>of</strong> <strong>the</strong> IEEE 802.16 st<strong>and</strong>ard, <strong>of</strong>ficially<br />

known as WirelessMAN. The Forum describes WiMAX as "a st<strong>and</strong>ards-based technology enabling <strong>the</strong> delivery<br />

<strong>of</strong> last mile wireless broadb<strong>and</strong> access as an alternative to cable <strong>and</strong> DSL". The original WiMAX st<strong>and</strong>ard<br />

(IEEE 802.16) specified WiMAX for <strong>the</strong> 10 to 66 GHz b<strong>and</strong>s range. 802.16a, updated in 2004 to 802.16-2004<br />

(also known as 802.16d), added specification for <strong>the</strong> 2 to 11 GHz range. 802.16d (also known as "fixed<br />

WiMAX") was updated to 802.16e in 2005 (known as "mobile WiMAX") <strong>and</strong> uses scalable orthogonal<br />

frequency-division multiplexing (OFDM) as opposed to <strong>the</strong> OFDM version with 256 sub-carriers used in<br />

802.16d. This brings potential benefits in terms <strong>of</strong> coverage, self installation, power consumption, frequency re-<br />

tt.01.07 9


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

use <strong>and</strong> b<strong>and</strong>width efficiency. 802.16e also adds a capability for full mobility support.<br />

All <strong>the</strong> broadcast technologies listed above are summarized in Fig. 3.<br />

Fig. 3. Comparison <strong>of</strong> <strong>the</strong> main broadcast technologies<br />

1.3 Review <strong>of</strong> network <strong>and</strong> service discovery technologies<br />

By <strong>the</strong> network discovery a process is understood by which device finds available networks <strong>and</strong> services. This<br />

process has specific aspects for broadcast type networks since <strong>the</strong>y may use broad radio spectrum <strong>and</strong> large<br />

selection <strong>of</strong> contents. In consequence for particular types <strong>of</strong> broadcast networks specific systems for network<br />

<strong>and</strong> service discovery were developed. Such systems are available <strong>and</strong> used at present for DVB-T, DVB-H <strong>and</strong><br />

DAB/DMB broadcast systems. They are summarized below.<br />

1.3.1 DVB-T/H networks<br />

1.3.1.1 Network discovery<br />

The current system for network discovery in DVB-T/H networks is based on scanning within <strong>the</strong> frequency<br />

range <strong>of</strong> region/country searching for <strong>the</strong> signals. The process is time-consuming when scanning through vast<br />

range (e.g. 474-858 MHz) <strong>and</strong> storing information regarding each network found to <strong>the</strong> memory <strong>of</strong> <strong>the</strong> receiver.<br />

During <strong>the</strong> scanning <strong>the</strong> receiver goes through frequencies by taking 8 MHz steps. These selected frequencies<br />

are also called channels (e.g. channel 24 is centred on 498 MHz). The receiver attempts to synchronize to <strong>the</strong><br />

tt.01.07 10


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

signal on every channel within <strong>the</strong> frequency range. When <strong>the</strong> signal is found <strong>the</strong> received stream is parsed <strong>and</strong><br />

DVB Service Information (PSI/SI) tables are parsed. These tables contain information about <strong>the</strong> networks <strong>and</strong><br />

contents. The process starts with <strong>the</strong> Network Information Table (NIT). If NIT is found, <strong>the</strong> PSI/SI information<br />

related to each transport stream is collected. In <strong>the</strong> case <strong>of</strong> DVB-H network, <strong>the</strong> support <strong>of</strong> <strong>the</strong> IP Datacast<br />

(IPDC) services is checked. This means that <strong>the</strong>re exists a linkage to IP/MAC Notification Table in <strong>the</strong> NIT.<br />

Then all <strong>the</strong> essential parameters are collected <strong>and</strong> stored. The network discovery process is illustrated step by<br />

step in Fig. 4.<br />

Fig. 4. Network Discovery for DVB-H<br />

1.3.1.2 Service discovery in DVB-T <strong>and</strong> DVB-H<br />

Service discovery in DVB-T networks is based purely on <strong>the</strong> PSI/SI information [6] carried in <strong>the</strong> transport<br />

stream. Available channels <strong>and</strong> services are found by using <strong>the</strong> Program Map Table (PMT) <strong>and</strong> <strong>the</strong> Program<br />

Association Table (PAT), where <strong>the</strong> services are mapped. DVB-H networks also rely on <strong>the</strong> PSI/SI information<br />

with IP specific extensions, but in addition, <strong>the</strong> Electronic Service Guide (ESG) is introduced for service <strong>and</strong><br />

content discovery. The information provided by ESG is categorized in two types, user attraction information<br />

<strong>and</strong> content acquisition information. Available services are displayed to <strong>the</strong> user with short descriptions. The<br />

user can also acquire more detailed information about <strong>the</strong> services <strong>of</strong> interest. The terminal device also needs<br />

information for launching <strong>the</strong> service. Hence, <strong>the</strong> necessary details for service acquisition, <strong>and</strong> <strong>the</strong> technical<br />

description <strong>of</strong> <strong>the</strong> service content for displaying it properly are provided in <strong>the</strong> ESG. For broadcasting on-line<br />

services in DVB networks, <strong>the</strong>re exists also <strong>the</strong> TV-Anytime concept, which introduced an XML-based data<br />

model for describing <strong>the</strong> content <strong>of</strong> services <strong>and</strong> o<strong>the</strong>r useful metadata. The ESG data model is partly based on<br />

tt.01.07 11


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

<strong>the</strong> TV-Anytime model.<br />

1.3.1.2.1 PSI/SI service information<br />

The Program Specific Information (PSI) <strong>and</strong> Service Information (SI) are carried in tables within <strong>the</strong> transport<br />

stream to map <strong>the</strong> programs <strong>and</strong> services, which it contains. These tables are <strong>the</strong> Network Information Table<br />

(NIT), Program Association Table (PAT), Program Map Table (PMT) <strong>and</strong> IP/MAC Notification Table (INT).<br />

The NIT announces available transport streams with <strong>the</strong>ir IDs <strong>and</strong> linkage descriptors to o<strong>the</strong>r tables. In <strong>the</strong><br />

traditional DVB-T network services are mapped by using PATs <strong>and</strong> PMTs. The PAT contains information<br />

about every DVB service in <strong>the</strong> transport stream <strong>and</strong> associates <strong>the</strong>m to <strong>the</strong> corresponding PMTs. The PMT<br />

provides <strong>the</strong> mapping <strong>of</strong> a specific program with its elements (video, audio, subtitles). In <strong>the</strong> DVB-H network<br />

data are delivered as IP streams. Therefore, <strong>the</strong> INT is used to announce <strong>the</strong> addresses <strong>of</strong> <strong>the</strong> IP streams <strong>and</strong><br />

map <strong>the</strong>m with <strong>the</strong> services.<br />

1.3.1.<strong>2.2</strong> TV-Anytime information<br />

TV-Anytime st<strong>and</strong>ard [85] presents a metadata model for managing <strong>the</strong> variety <strong>of</strong> <strong>the</strong> content <strong>of</strong> broadcast <strong>and</strong><br />

on-line services. The TV-Anytime Forum has adopted XML as <strong>the</strong> common representation format for<br />

documentation <strong>of</strong> metadata <strong>and</strong> introduces <strong>the</strong> TV-Anytime Schema for describing <strong>the</strong> metadata. However, <strong>the</strong><br />

use <strong>of</strong> XML format is not obligatory when representing TV-Anytime metadata. Optimized binary format may<br />

be used to conserve b<strong>and</strong>width or to aid rapid processing <strong>and</strong> mapping to a database. When using XML as<br />

metadata exchange format, it is strongly recommended that <strong>the</strong> structure conforms to <strong>the</strong> TV-Anytime Schema.<br />

In <strong>the</strong> Schema, metadata is divided in six groups depending on its nature:<br />

- Content description metadata<br />

- Instance description metadata<br />

- Consumer metadata<br />

- Segmentation metadata<br />

- Meta origination information metadata<br />

- Interstitial <strong>and</strong> targeting metadata<br />

All TV-Anytime metadata is grouped under a root element called “TVAMain”. The diagram in Figure 5<br />

illustrates this relationship <strong>and</strong> what type <strong>of</strong> metadata every group contain.<br />

tt.01.07 12


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 5. The grouping <strong>of</strong> TV-Anytime metadata<br />

1.3.1.2.3 ESG information<br />

In <strong>the</strong> DVB-H system <strong>the</strong> Electronic Service Guide (ESG) plays major role in service discovery, in addition to<br />

PSI/SI. The ESG provides information on many levels. It contains <strong>the</strong> data displayed by <strong>the</strong> ESG application on<br />

<strong>the</strong> terminal device. These service descriptions are meant for <strong>the</strong> user to make selections. The details <strong>of</strong> <strong>the</strong><br />

service acquisition for <strong>the</strong> device are provided as well as <strong>the</strong> content description <strong>of</strong> <strong>the</strong> service for <strong>the</strong><br />

application running it. To provide all this information in well-formed, consistent <strong>and</strong> interoperable manner, <strong>the</strong><br />

ESG specification [7] presents <strong>the</strong> data model, which describes <strong>the</strong> structure <strong>of</strong> <strong>the</strong> ESG. The model is defined<br />

based on XML Schema <strong>and</strong> <strong>the</strong> contents are divided in seven fragments in order to manage <strong>and</strong> deliver <strong>the</strong>m<br />

independently. The ServiceBundle, Purchase <strong>and</strong> PurchaseChannel fragments provide information about service<br />

groups <strong>and</strong> how to purchase <strong>the</strong>m. The Service fragment describes <strong>the</strong> basic features <strong>of</strong> <strong>the</strong> service <strong>and</strong> <strong>the</strong><br />

Content fragment specifies more detailed information about <strong>the</strong> contents <strong>of</strong> <strong>the</strong> service. The Acquisition<br />

fragment provides information needed for <strong>the</strong> service acquisition <strong>and</strong> launching it, like SDP data for video<br />

streams etc. The ScheduleEvent fragment specifies time-dependant contents in <strong>the</strong> service <strong>and</strong> acquisition<br />

reference when <strong>the</strong>se particular contents are available. The ESG fragments <strong>and</strong> <strong>the</strong>ir relations are illustrated in<br />

Fig. 6.<br />

tt.01.07 13


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 6. ESG structure<br />

1.3.2 DMB/DAB<br />

1.3.2.1 Network discovery<br />

Digital Media Broadcasting (DMB) is a digital radio transmission system based on Digital Audio Broadcasting<br />

(DAB) system [8]. DAB has four transmission modes, which are dependent on <strong>the</strong> system operating conditions.<br />

Transmission mode I is intended to be used for terrestrial Single Frequency Networks (SFN) <strong>and</strong> local-area<br />

broadcasting in B<strong>and</strong>s I, II <strong>and</strong> III. Modes II <strong>and</strong> IV are intended to be used for terrestrial local broadcasting in<br />

B<strong>and</strong>s I, II, III, IV, V <strong>and</strong> in <strong>the</strong> 1452 MHz to 1492 MHz frequency b<strong>and</strong> (L-B<strong>and</strong>). It can also be used for<br />

satellite-only <strong>and</strong> hybrid satellite-terrestrial broadcasting in L-B<strong>and</strong>. Transmission mode III is intended to be<br />

used for terrestrial, satellite <strong>and</strong> hybrid satellite-terrestrial broadcasting below 3000 MHz. For cable distribution,<br />

transmission mode III is <strong>the</strong> preferred mode because it can be used at any frequency available on cable.<br />

However, transmission modes I, II <strong>and</strong> IV may also be used, depending on <strong>the</strong> chosen frequency b<strong>and</strong>. For <strong>the</strong><br />

receiver to perform network discovery it is supposed to tune in <strong>the</strong> preferred radio frequency b<strong>and</strong>. If DAB<br />

signal exists, Service Information (DAB-SI) is provided.<br />

1.3.<strong>2.2</strong> Service discovery<br />

Service Information (SI) provides supplementary information about services, both audio programme <strong>and</strong> data.<br />

These features are provided in <strong>the</strong> Fast Information Channel (FIC) <strong>and</strong> <strong>the</strong>y are:<br />

- Service component language<br />

- Time <strong>and</strong> country identifier<br />

- Programme Number<br />

- Programme Type<br />

- Announcements<br />

- DRM (Digital Rights Management) services<br />

- Frequency Information<br />

tt.01.07 14


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

- Transmitter identification<br />

- O<strong>the</strong>r ensembles<br />

- FM services<br />

- FIC re-direction<br />

- Ensemble label<br />

- Service label<br />

- Service linking information<br />

- Regional identification<br />

- AMSS services<br />

- AM services<br />

- User application information<br />

Also, <strong>the</strong> Electronic Program Guide (EPG) is provided for service listings <strong>and</strong> as a mechanism for <strong>the</strong> user to<br />

select services, programmes <strong>and</strong> related content. EPG data is described by using XML model to achieve a<br />

flexible structure to make EPG functional on a range <strong>of</strong> receivers with differing display capabilities, resources<br />

<strong>and</strong> return channel capabilities. The XML model for DAB/DMB is specified in [9]. It is divided into service<br />

information (ensembles <strong>and</strong> services) <strong>and</strong> programme information (schedules, programmes, groups <strong>and</strong> events).<br />

Additionally programmes <strong>and</strong> events can be linked toge<strong>the</strong>r into groups.<br />

1.3.3 MBMS<br />

1.3.3.1 Network discovery<br />

Multimedia Broadcast Multicast Service (MBMS) [5] can operate via existing GSM <strong>and</strong> UMTS cellular<br />

networks. In GSM systems, MBMS uses GPRS <strong>and</strong> EDGE modulation <strong>and</strong> coding schemes. MBMS also uses<br />

<strong>the</strong> GPRS <strong>and</strong> EDGE packet data channel (PDCH) for point-to-multipoint transmissions, <strong>and</strong> <strong>the</strong> radio link<br />

control/medium access control (RLC/MAC) protocols on layer 2. MBMS also supports multi-slot operation for<br />

point-to-point transmissions, where <strong>the</strong> radio network may use up to four timeslots per MBMS session. In<br />

WCDMA UTRAN systems, MBMS reuses existing logical <strong>and</strong> physical channels to <strong>the</strong> greatest possible<br />

extent. The implementation in WCDMA requires only three new logical channels <strong>and</strong> one new physical<br />

channel. The new logical channels are MBMS point-to-multipoint control channel (MCCH), which contains<br />

details concerning ongoing <strong>and</strong> upcoming MBMS sessions; MBMS point-to-multipoint traffic channel<br />

(MTCH), which carries <strong>the</strong> actual MBMS application data; <strong>and</strong> MBMS point-to-multipoint scheduling channel<br />

(MSCH), which provides information on data scheduled on MTCH. The new physical channel is <strong>the</strong> MBMS<br />

notification indicator channel (MICH) by which <strong>the</strong> network informs terminals <strong>of</strong> available MBMS information<br />

on MCCH.<br />

1.3.3.2 Service discovery<br />

MBMS user service announcement/discovery mechanisms allow users to request or be informed about <strong>the</strong> range<br />

<strong>of</strong> services available, both operator specific MBMS user services <strong>and</strong> services from content providers outside <strong>of</strong><br />

<strong>the</strong> PLMN (Public L<strong>and</strong> Mobile Network) are included. Service announcement is used to distribute to users<br />

tt.01.07 15


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

information about <strong>the</strong> service, parameters required for service activation (e.g. IP address) <strong>and</strong> possibly o<strong>the</strong>r<br />

service related parameters (e.g. service start time). Several service discovery mechanisms are considered<br />

depending on <strong>the</strong> capability <strong>of</strong> <strong>the</strong> user terminal. These are SMS Cell Broadcast, MBMS Broadcast mode,<br />

MBMS Multicast mode, PUSH mechanism (WAP, SMS-PP, MMS) <strong>and</strong> URL (HTTP, FTP). For <strong>the</strong> user<br />

terminal to perform service discovery <strong>and</strong> <strong>the</strong> service provider to make service announcement, certain agreed<br />

metadata information is needed. These MBMS user service description metadata fragments are described in [5].<br />

The metadata consists <strong>of</strong> fragments describing a single or a bundle MBMS user services, MBMS user service<br />

sessions, associated delivery methods, service protection <strong>and</strong> <strong>the</strong> FEC repair data stream. The relations between<br />

metadata fragments are illustrated in Fig. 7 in <strong>the</strong> case <strong>of</strong> a single user service bundle description.<br />

User<br />

Service<br />

Bundle<br />

Description<br />

1<br />

includes<br />

1..N<br />

User<br />

Service<br />

Descript.<br />

1<br />

FEC<br />

Repair<br />

Stream<br />

Descript.<br />

reference<br />

0..1<br />

Associated<br />

Delivery<br />

Procedure<br />

Description<br />

references<br />

0..1<br />

1..N<br />

1..N<br />

1..N<br />

references<br />

Delivery<br />

Method<br />

1..N<br />

Session<br />

Description<br />

1..N<br />

references<br />

0..1 1<br />

0..1<br />

1..N<br />

includes<br />

1..N<br />

0..1<br />

Security<br />

Description<br />

Fig. 7. MBMS service metadata fragments<br />

1.3.4 MediaFlo<br />

1.3.4.1 Network discovery<br />

The MediaFlo media distribution system (MDS) [4] is a product <strong>of</strong> Qualcomm <strong>and</strong> it is designed for 3G<br />

(UTMS) networks, primarily CDMA2000-based as it is <strong>the</strong> technology used in <strong>the</strong> U.S. The MDS focuses on<br />

providing <strong>the</strong> experience <strong>of</strong> real-time media while minimizing <strong>the</strong> cost <strong>of</strong> content delivery. Hence, <strong>the</strong> system is<br />

designed to deliver a significant volume <strong>of</strong> multimedia content to a large number <strong>of</strong> subscribers by using <strong>of</strong>fpeak<br />

capacity whenever possible. In o<strong>the</strong>r words, <strong>the</strong> content is delivered to <strong>the</strong> subscribers when <strong>the</strong>y are in <strong>the</strong><br />

range <strong>of</strong> <strong>the</strong> 3G network <strong>and</strong> <strong>the</strong> hours when network load is low are preferred for delivery. By storing <strong>the</strong><br />

delivered content on <strong>the</strong> device <strong>the</strong> system is not always actual real-time, but it gives to <strong>the</strong> user <strong>the</strong> possibility<br />

tt.01.07 16


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

to access content also when being out <strong>of</strong> <strong>the</strong> reach <strong>of</strong> <strong>the</strong> network.<br />

1.3.4.2 Service discovery<br />

For <strong>the</strong> service discovery, <strong>the</strong> MediaFlo system presents <strong>the</strong> Media Program Guide (MPG). It is <strong>the</strong> user<br />

interface for <strong>the</strong> MDS system <strong>of</strong>fering information in two dimensions: which programs/services are available<br />

overall, <strong>and</strong> when individual programs/services are available for viewing. The appearance <strong>of</strong> <strong>the</strong> MPG reminds<br />

more electronic program guides from cable, satellite or digital television than web-based interface for media<br />

viewing. The intention <strong>of</strong> this approach is to <strong>of</strong>fer information about <strong>the</strong> time when <strong>the</strong> ordered content is<br />

available <strong>and</strong> hide <strong>the</strong> details referring to <strong>the</strong> delivery <strong>of</strong> <strong>the</strong> content, like progress bars familiar from webinterfaces.<br />

The smallest unit to receive in <strong>the</strong> MDS is called Service. The Service is actually a collection <strong>of</strong><br />

individual contents, it may be compared to <strong>the</strong> traditional channel in television. For <strong>the</strong> subscription, groups <strong>of</strong><br />

services are collected as packages, which <strong>the</strong> users can purchase.<br />

1.4 Network <strong>and</strong> Service Discovery problems<br />

Broadcast systems in which content is delivered to consumers require knowledge <strong>of</strong> how <strong>the</strong> content can be<br />

accessed. This becomes more <strong>and</strong> more complicated as <strong>the</strong> content delivery <strong>of</strong>fering is increased. Digital<br />

broadcast systems provide certain mechanisms for dealing with network discovery. The first, <strong>and</strong> very old<br />

mechanism, is just scanning all <strong>the</strong> broadcast channels in order to discover which <strong>of</strong> <strong>the</strong>m are used for<br />

broadcast. The second mechanism is using st<strong>and</strong>ardized system information (SI) in <strong>the</strong> broadcast stream in<br />

which <strong>the</strong> broadcast information is described for particular network <strong>and</strong> channels.<br />

The SI mechanism used in DVB-T is sufficient for st<strong>and</strong>ard TV broadcast in a stationary environment where <strong>the</strong><br />

system information is rarely changing. The situation is very different in a mobile environment where users are<br />

roaming. Network discovery is <strong>the</strong>n a critical aspect <strong>of</strong> user satisfaction with <strong>the</strong> technology <strong>and</strong> <strong>the</strong> service. In<br />

an environment where users are on <strong>the</strong> move network discovery should ideally be as fast as possible <strong>and</strong> as<br />

comprehensive as possible. These requirements are not satisfied best with <strong>the</strong> present approach via SI since it is<br />

limited to a single network <strong>and</strong> would require scanning all available channels to find all available networks. The<br />

problems will be even bigger in future heterogeneous networking environments in which broadcast content may<br />

be delivered by several types <strong>of</strong> broadcast systems (DVB, DMB, MediaFlo), over 3G network broadcast <strong>and</strong><br />

using multicast in WLAN <strong>and</strong> Wimax systems. That can result in such a large number <strong>of</strong> possibilities that new<br />

mechanisms for network <strong>and</strong> service discovery will be definitely required. In this document <strong>the</strong> problems<br />

related to network <strong>and</strong> service discovery in mobile systems are considered <strong>and</strong> solutions for <strong>the</strong>m are proposed.<br />

Emphasis is put on future systems where new effective solutions will be very much needed, as illustrated in Fig.<br />

8.<br />

tt.01.07 17


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

1.5 H<strong>and</strong>over problems<br />

Fig. 8. Service Discovery Problems<br />

H<strong>and</strong>over is a basic operation which makes cellular communication possible. In <strong>the</strong> past broadcast systems<br />

h<strong>and</strong>over has not been necessary due to <strong>the</strong> stationary location <strong>of</strong> receivers. This has changed with <strong>the</strong><br />

introduction <strong>of</strong> mobile broadcast systems where h<strong>and</strong>over for broadcast is an important aspect <strong>of</strong> <strong>the</strong><br />

technology. Users expect seamless h<strong>and</strong>over which means unnoticeable change <strong>of</strong> reception between different<br />

transmitters. In contrast to cellular systems h<strong>and</strong>over for broadcast is essentially made exclusively by <strong>the</strong><br />

terminal without assistance from <strong>the</strong> network. This requires a sufficient level <strong>of</strong> intelligence in <strong>the</strong> terminal.<br />

One can talk about horizontal h<strong>and</strong>over which is <strong>the</strong> term used for describing h<strong>and</strong>over executed within a single<br />

broadcast system. Vertical h<strong>and</strong>over is in turn executed between different broadcast systems providing <strong>the</strong> same<br />

content. In this document both horizontal <strong>and</strong> vertical h<strong>and</strong>over cases for broadcast are considered. There is an<br />

existing body <strong>of</strong> research concerning horizontal h<strong>and</strong>over for DVB systems while vertical h<strong>and</strong>over issues for<br />

broadcast are only now becoming a topic <strong>of</strong> research. Solutions facilitating h<strong>and</strong>over in both cases including<br />

algorithms for h<strong>and</strong>over are considered in this document. In <strong>the</strong> case <strong>of</strong> vertical h<strong>and</strong>over a general model is<br />

built <strong>and</strong> taxonomy <strong>of</strong> different cases is provided.<br />

tt.01.07 18


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

2 Network <strong>and</strong> service discovery in mobile broadcast<br />

systems<br />

As we stated previously, traditional network <strong>and</strong> service discovery process in heterogeneous environment would<br />

be very slow: scanning through <strong>the</strong> whole frequency range <strong>and</strong> different networks would take time <strong>and</strong> consume<br />

battery power. There is a possibility for considerably improving <strong>the</strong> process by unifying <strong>the</strong> discovery process<br />

across different broadcast networks or if <strong>the</strong> receiver is equipped with a positioning system. The networking<br />

environment could <strong>the</strong>n be described in an Universal directory or in position database maps <strong>and</strong> used for<br />

network <strong>and</strong> service discovery. We will discuss those improvements in <strong>the</strong> following chapter.<br />

2.1 Improving Network & Service Discovery for Broadcast Network<br />

2.1.1 Position Assisted Discovery System<br />

Position-assisted service discovery concepts were first introduced in [10], [11], [12] <strong>and</strong> [13]. The most relevant<br />

for us, [13] defines a Hybrid Information System (HIS) <strong>and</strong> aimed at making measurements <strong>of</strong> each network<br />

system available to <strong>the</strong> heterogeneous systems as well, thus allowing mobiles to benefit from o<strong>the</strong>r mobiles<br />

measurements via a HIS. The HIS saves lots <strong>of</strong> effort as <strong>the</strong> continuous scanning mode is dropped. We support<br />

this idea <strong>and</strong> we want to extend <strong>the</strong> HIS concept to overlay those coverage information on Satellite maps used<br />

by Galileo or GPS systems. Indeed, in <strong>the</strong> near future, every mobile terminal will be equipped with a satellite<br />

positioning system. The maps used in those systems can be associated with a Localisation <strong>and</strong> Coverage<br />

Estimation <strong>of</strong> <strong>the</strong> transmitting systems in which transmitter characteristics <strong>and</strong> coverage are represented as in<br />

Fig. 9. This overlay information will provide a mobile device equipped with positioning system with<br />

information about network availability <strong>and</strong> coverage at a specific location, saving time <strong>and</strong> battery <strong>of</strong> scanning<br />

<strong>the</strong> whole environment. The reports done by mobile devices or o<strong>the</strong>r field measurements could form a so called<br />

RegionMapUpdate element to update mobiles´ system.<br />

Fig. 9. Localisation <strong>and</strong> Coverage Estimation TUT (Finl<strong>and</strong>) DVB-H Transmitter<br />

tt.01.07 19


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

2.1.2 Universal Network <strong>and</strong> Service Discovery<br />

The way in which networks <strong>and</strong> services discovery is actually done depends primarily on <strong>the</strong>ir existing<br />

infrastructure <strong>and</strong> protocols for supporting discovery (MPEG2-TS, XML, SDP, etc.). Moreover, <strong>the</strong>ir actual<br />

implementation lacks unification, making inter-system discovery across heterogeneous networks virtually<br />

impossible. For efficient network <strong>and</strong> service discovery in various mobile broadcast networks, we introduce <strong>the</strong><br />

concept <strong>of</strong> Universal Network <strong>and</strong> Service Discovery.<br />

Fig.10. Universal Network & Service Directory<br />

The basic idea behind <strong>the</strong> Universal Network <strong>and</strong> Service Discovery (UNSD) is described in Fig. 10. Instead <strong>of</strong><br />

getting information about one particular network at a time, using a specific discovery system, we use a directory<br />

which has information about all <strong>the</strong> networks <strong>and</strong> <strong>the</strong> services <strong>the</strong>y provided at certain location, making intersystem<br />

discovery <strong>and</strong> h<strong>and</strong>over between <strong>the</strong>m easier <strong>and</strong> faster. Indeed, <strong>the</strong> discovery information is retrieved<br />

once for <strong>the</strong> network region, saving tuning <strong>and</strong> searching time. In order to do that, each Content <strong>and</strong> Service<br />

Provider must report what content is provided <strong>and</strong> to which system this content is forwarded as shown in Fig.<br />

11.<br />

Fig. 11. Discovery Agent for Universal Network & Service Directory<br />

tt.01.07 20


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

The UNSD proposed is an extension <strong>of</strong> <strong>the</strong> DVB St<strong>and</strong>ard - Electronic Service Guide (ESG) [7] - which is<br />

based on <strong>the</strong> widely used XML st<strong>and</strong>ard. However <strong>the</strong> original ESG st<strong>and</strong>ard model can not associate a<br />

specific service to different networks, this is what we address in <strong>the</strong> following, as shown in Fig. 12.<br />

Fig. 12. New UNSD model based on ESG<br />

In <strong>the</strong> PLUTO project <strong>Deliverable</strong> 2.1 – Service Scenario Specification, a NetworkAreaTable was added to <strong>the</strong><br />

ESG St<strong>and</strong>ard. It includes a NetworkType element to describe if <strong>the</strong> network is DVB, DAB, Flow, WiMAX etc.<br />

<strong>and</strong> a NetworkCell element which contains <strong>the</strong> necessary diversity information.<br />

We propose to fur<strong>the</strong>r extend this proposal <strong>and</strong> enable <strong>the</strong> ESG to become full UNSD to be used in a<br />

heterogeneous environment <strong>and</strong> across different network technologies. The necessary information to enable<br />

inter-system discovery is included in <strong>the</strong> newly defined NetworkAreaTable, NetworkSubscriptionTable <strong>and</strong><br />

NetworkSubscriptionChannelTable as shown Fig. 13.<br />

Fig. 13. UNSD: ESG with extended NetworkAreaTable <strong>and</strong> new NetworkSubscriptionTable<br />

tt.01.07 21


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

The modification <strong>of</strong> <strong>the</strong> NetworkAreaTable concerns <strong>the</strong> NetworkCell element which is extended with a<br />

CellFrequency element <strong>and</strong> a TuningInfo element so that <strong>the</strong> NetworkCell element can provide all <strong>the</strong> necessary<br />

information for a receiver to tune to <strong>the</strong> described network as show in Figs 14 <strong>and</strong> 15. Moreover, an<br />

AcquisitionRef element is added to specify <strong>the</strong> generic information for <strong>the</strong> acquisition <strong>of</strong> this network.<br />

Fig. 14. Proposed Extension to Network Area Information Fragment<br />

Fig. 15. Extension to NetworkCell element<br />

Moreover, <strong>the</strong> new NetworkSubscription fragment added to <strong>the</strong> ESG st<strong>and</strong>ard enables a user to subscribe to a<br />

particular network. This fragment specifies <strong>the</strong> subscription information <strong>of</strong> a network which can be displayed<br />

to <strong>the</strong> end user for information purposes. The Network Subscription fragment is described by its name,<br />

provider, reference, description, price <strong>and</strong> usage constraints as shown in Fig. 16.<br />

tt.01.07 22


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 16. Proposed Network Subscription Fragment<br />

In addition to <strong>the</strong> NetworkSubscription fragment, a NetworkSubscriptionChannel is added to <strong>the</strong> ESG. The<br />

network subscription channel is a structure through which a user or a terminal interacts with <strong>the</strong> network<br />

subscription system. It is described in Fig. 17.<br />

Fig. 17. Proposed Network Subscription Channel Fragment<br />

To complete <strong>the</strong> proposed ESG <strong>and</strong> make services dependent to networks, <strong>the</strong> Services need a reference to <strong>the</strong><br />

network where it can be found. In a heterogeneous environment, services can be broadcasted over several<br />

different networks (DVB, Wi-Fi, WiMax, MBMS, etc.). This addition is shown in Fig. 18.<br />

tt.01.07 23


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 18. New NetworkRef element in <strong>the</strong> Service fragment<br />

The overall structure <strong>of</strong> <strong>the</strong> new UNSD is shown in Fig. 19. The advantage <strong>of</strong> this new UNSD is that it can also<br />

be used as such in actual DVB-H networks but it can also be used in any o<strong>the</strong>r networks, making a unified<br />

Network Discovery System.<br />

tt.01.07 24


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 19. New structure <strong>of</strong> <strong>the</strong> proposed UNSD<br />

3 Horizontal h<strong>and</strong>over in broadcast networks<br />

3.1 Scenario for horizontal h<strong>and</strong>over in DVB-H network<br />

Multi-Frequency DVB-H networks can be made <strong>of</strong> low power transmitters with a relatively small cell size. As<br />

cell size decreases h<strong>and</strong>over becomes an increasingly important issue. H<strong>and</strong>over in DVB-H consists <strong>of</strong> <strong>the</strong><br />

switching <strong>of</strong> <strong>the</strong> reception <strong>of</strong> IP based services from one transport stream to ano<strong>the</strong>r as <strong>the</strong> terminal moves from<br />

one cell to ano<strong>the</strong>r [1]. DVB-H h<strong>and</strong>over can occur only within MFN networks, between two different SFNs<br />

that are part <strong>of</strong> <strong>the</strong> same network, <strong>and</strong> between two different DVB-H networks. If localized services are not<br />

supported within a network, <strong>the</strong> network can consist <strong>of</strong> a single SFN area where h<strong>and</strong>over is not needed. S<strong>of</strong>t<br />

h<strong>and</strong>over usually means that additional transport streams are received <strong>and</strong> existing transport streams are<br />

disconnected in such a way that <strong>the</strong> DVB-H terminal is always receiving at least one transport stream [25] so<br />

that <strong>the</strong> transport stream is changed without interruption to <strong>the</strong> received service.<br />

Time slicing (in <strong>the</strong> data link layer) <strong>and</strong> DVB-H signalling (in <strong>the</strong> data link layer <strong>and</strong> <strong>the</strong> physical layer) are <strong>the</strong><br />

features <strong>of</strong> DVB-H that are directly used in <strong>the</strong> DVB-H h<strong>and</strong>over process. Time slicing is used to transmit data<br />

in periodic bursts reducing <strong>the</strong> power consumption <strong>of</strong> <strong>the</strong> receiver. It also enables <strong>the</strong> receiver to be used to<br />

monitor neighbouring cells between <strong>the</strong> bursts making s<strong>of</strong>t h<strong>and</strong>over possible.<br />

Two types <strong>of</strong> signalling information are used by <strong>the</strong> receiver for h<strong>and</strong>over, Transmission Parameter Signalling<br />

(TPS) signalling bits in <strong>the</strong> physical layer, <strong>and</strong> DVB-H specific signalling within <strong>the</strong> Program Specific<br />

Information (PSI)/Service Information (SI) [6] [26] [27]. The signal for synchronization in <strong>the</strong> h<strong>and</strong>over process<br />

is obtained using information contained in <strong>the</strong> TPS bits [28]. The receiver finds a specific IP based service in a<br />

specific transport stream using information contained in a subset <strong>of</strong> PSI/SI for IP based services over DVB-H<br />

defined in [29]. H<strong>and</strong>over related information in <strong>the</strong> PSI/SI is mainly contained in <strong>the</strong> NIT (Network<br />

Information Table), <strong>the</strong> PAT (Program Association Table), PMT (Program Map Table) [6] <strong>and</strong> INT (IP/MAC<br />

Notification Table) [26]. The Synchronization Word bits aid <strong>the</strong> receiver in synchronizing with <strong>the</strong> target<br />

frequency. The Cell Identifier conveys unique cell identification information to <strong>the</strong> receiver.<br />

An INT may announce <strong>the</strong> association <strong>of</strong> IP streams within all <strong>the</strong> transport streams <strong>of</strong> <strong>the</strong> network or just<br />

within <strong>the</strong> transport streams available in neighbouring cells. In a MFN network capacity is saved if each INT<br />

announces only <strong>the</strong> association <strong>of</strong> <strong>the</strong> IP streams available in neighbouring cells. This requires <strong>the</strong> receiver to<br />

update <strong>the</strong> INT after each h<strong>and</strong>over. For h<strong>and</strong>over between two different DVB-H networks <strong>the</strong> relevant NIT is<br />

needed for each network supported in addition to <strong>the</strong> current network.<br />

tt.01.07 25


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Although some DVB-H terminals have telecommunication capabilities, it is not always possible for <strong>the</strong> terminal<br />

to contact <strong>the</strong> telecommunication network to perform h<strong>and</strong>over. H<strong>and</strong>over in DVB-H without an interaction<br />

channel is called passive h<strong>and</strong>over while h<strong>and</strong>over that utilises an interaction channel is called active h<strong>and</strong>over<br />

[30]. As <strong>the</strong> DVB-H st<strong>and</strong>ard does not require a DVB-H terminal to have an interaction channel most research<br />

on h<strong>and</strong>over in DVB-H has focussed on passive h<strong>and</strong>over.<br />

3.1.1 Review <strong>of</strong> <strong>the</strong> state <strong>of</strong> <strong>the</strong> art<br />

H<strong>and</strong>over in DVB-H consists <strong>of</strong> three stages: h<strong>and</strong>over measurement, h<strong>and</strong>over decision-making based on <strong>the</strong><br />

h<strong>and</strong>over criteria, <strong>and</strong> h<strong>and</strong>over execution [31].<br />

The first h<strong>and</strong>over scheme for DVB-H to appear in <strong>the</strong> literature is in Väre <strong>and</strong> Puputti [32]. The RSSI<br />

(Received Signal Strength Indication) value <strong>of</strong> <strong>the</strong> current cell <strong>and</strong> <strong>the</strong> RSSI values <strong>of</strong> its adjacent cells are<br />

measured during <strong>the</strong> <strong>of</strong>f burst time. These values are compared <strong>and</strong> <strong>the</strong> receiver h<strong>and</strong>s over to <strong>the</strong> cell with <strong>the</strong><br />

strongest RSSI value if it is not that <strong>of</strong> <strong>the</strong> current cell. An RSSI value can vary due to multipath, interference or<br />

o<strong>the</strong>r environmental effects so may not give a true indication <strong>of</strong> <strong>the</strong> communication performance or <strong>the</strong> range.<br />

Repeatedly measuring a varying RSSI value will result in <strong>the</strong> Ping Pong effect in h<strong>and</strong>over measurement which<br />

will consume battery power unnecessarily. To overcome this problem a better h<strong>and</strong>over algorithm had to be<br />

developed.<br />

Yang et al [25] proposed a SNR based h<strong>and</strong>over scheme based on post-processing <strong>of</strong> <strong>the</strong> measured SNR value<br />

to avoid <strong>the</strong> Ping Pong effect <strong>and</strong> to get rid <strong>of</strong> <strong>the</strong> received “fake signals”. The SNR is calculated from <strong>the</strong> RSSI<br />

<strong>and</strong> <strong>the</strong> noise characteristics <strong>and</strong> provides a more accurate estimate <strong>of</strong> <strong>the</strong> received effective signal than <strong>the</strong><br />

RSSI. The main idea <strong>of</strong> post-processing <strong>the</strong> SNR values is to calculate <strong>the</strong> CDFs (Cumulative Distribution<br />

Functions) <strong>of</strong> all <strong>the</strong> SNR values. A Cumulative Distribution Function describes a statistical distribution. It<br />

gives at each possible outcome <strong>of</strong> <strong>the</strong> received signal SNR <strong>the</strong> probability <strong>of</strong> receiving that outcome or a lower<br />

one. Because <strong>the</strong> CDF gives a probability value, its value depends not only on <strong>the</strong> current SNR value but also<br />

on <strong>the</strong> SNR history <strong>of</strong> <strong>the</strong> signal. This eliminates <strong>the</strong> frequent h<strong>and</strong>over phenomenon <strong>and</strong> avoids <strong>the</strong> “fake<br />

signals” caused by frequency confusion. Simulation has shown <strong>the</strong> feasibility <strong>of</strong> <strong>the</strong> SNR based h<strong>and</strong>over<br />

scheme.<br />

Hamara presented an enhanced version <strong>of</strong> <strong>the</strong> algorithm <strong>of</strong> [32] in his Masters <strong>the</strong>sis [33] which is <strong>the</strong> first<br />

devoted to DVB-H h<strong>and</strong>over in <strong>the</strong> literature. In addition to using <strong>the</strong> RSSI value, currently consumed services<br />

<strong>and</strong> bit error rate are taken into account in making <strong>the</strong> h<strong>and</strong>over decision. Hamara [33] gives an extensive<br />

analysis <strong>of</strong> h<strong>and</strong>over aspects <strong>of</strong> DVB-H.<br />

May [34] has shown how <strong>the</strong> <strong>of</strong>f times between <strong>the</strong> transmissions bursts can be used to perform h<strong>and</strong>over, how<br />

<strong>the</strong>y have to be synchronized <strong>and</strong> what boundary conditions exist. A technology called “phase shifting” is<br />

proposed as a solution.<br />

Vare, Hamara <strong>and</strong> Kallio [35] proposed a method for signalling cell coverage areas by means <strong>of</strong> bitmap data to<br />

improve h<strong>and</strong>over performance in DVB-H. A new table called <strong>the</strong> Cell Description Table (CDT) was proposed<br />

for <strong>the</strong> PSI/SI. By using a CDT up to 256 different signal levels within <strong>the</strong> cell coverage area can be signalled to<br />

<strong>the</strong> receiver to inform it <strong>of</strong> <strong>the</strong> cell coverage. The terminal can make better h<strong>and</strong>over decisions using this<br />

information reducing <strong>the</strong> Ping Pong effect <strong>and</strong> “fake signals”. However, to support <strong>the</strong> CDT information<br />

process this proposed h<strong>and</strong>over scheme requires more b<strong>and</strong>width <strong>and</strong> receiver memory. In addition <strong>the</strong> DVB-H<br />

receiver must have GPS support. The cost <strong>of</strong> identifying <strong>the</strong> location <strong>of</strong> <strong>the</strong> user can be transferred from <strong>the</strong><br />

terminal side to <strong>the</strong> network side if <strong>the</strong> network can provide location information.<br />

Yang et al. [31] proposed a hybrid h<strong>and</strong>over decision-making algorithm based on a number <strong>of</strong> h<strong>and</strong>over<br />

decision-making algorithms which could include Context Aware H<strong>and</strong>over Decision-making, Location Aided<br />

H<strong>and</strong>over Decision-making, UMTS Aided H<strong>and</strong>over Decision-making, Repeater Aided H<strong>and</strong>over Decision-<br />

tt.01.07 26


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

making, <strong>and</strong> Hidden Markov Model Based Decision-making. The idea is to reduce <strong>the</strong> frequency <strong>of</strong> h<strong>and</strong>over<br />

measurement in <strong>the</strong> h<strong>and</strong>over decision-making stage by designing a s<strong>of</strong>t h<strong>and</strong>over algorithm that predicts <strong>the</strong><br />

moment <strong>of</strong> h<strong>and</strong>over. The different h<strong>and</strong>over decision-making algorithms have different advantages <strong>and</strong><br />

disadvantages depending on <strong>the</strong> scenario in which <strong>the</strong>y are used. By using a central management module to<br />

choose <strong>the</strong> h<strong>and</strong>over algorithm to be used in a particular scenario <strong>the</strong> advantages <strong>of</strong> <strong>the</strong> different algorithms can<br />

be exploited while <strong>the</strong>ir disadvantages can be minimised.<br />

Schwoerer [28] [36] <strong>and</strong> Vesma [28] target power consumption reduction by utilising novel synchronization<br />

techniques in <strong>the</strong> h<strong>and</strong>over execution stage <strong>of</strong> <strong>the</strong> h<strong>and</strong>over process. The h<strong>and</strong>over execution stage is equal to<br />

<strong>the</strong> signal synchronization <strong>and</strong> <strong>the</strong> on-time in <strong>the</strong> time slicing mode consists <strong>of</strong> both <strong>the</strong> synchronization time<br />

<strong>and</strong> <strong>the</strong> burst data duration time. The main idea <strong>of</strong> [28] <strong>and</strong> [36] is to minimize <strong>the</strong> synchronization time to<br />

fur<strong>the</strong>r reduce <strong>the</strong> power consumption. The main exploitable synchronization time in <strong>the</strong> synchronization stage<br />

is <strong>the</strong> TPS synchronization [28].<br />

Schwoerer <strong>and</strong> Vesma [28] proposed a new synchronization technique called correlation-based “Fast Scattered<br />

Pilot Synchronization” for DVB-H receivers to substitute <strong>the</strong> conventional TPS based OFDM frame<br />

synchronization for finding <strong>the</strong> position <strong>of</strong> Scattered Pilots within an OFDM symbol in <strong>the</strong> h<strong>and</strong>over execution<br />

stage. It exploits <strong>the</strong> temporally repetitive structure <strong>of</strong> <strong>the</strong> scattered pilots <strong>and</strong> Schwoerer <strong>and</strong> Vesma [28]<br />

showed using ma<strong>the</strong>matical analysis that <strong>the</strong> synchronization time (until channel estimation) could be cut by<br />

84% by using <strong>the</strong> new technique. Reducing <strong>the</strong> synchronization time means reducing <strong>the</strong> power consumption.<br />

Therefore, “Fast Scattered Pilot Synchronization” can reduce <strong>the</strong> power consumption in <strong>the</strong> DVB-H h<strong>and</strong>over<br />

execution stage. Schwoerer [36] proposed ano<strong>the</strong>r purely power-based “Fast Scattered Pilot Synchronization”<br />

method. It uses <strong>the</strong> fact that scattered pilots are amplitude-boosted by 4/3 to find <strong>the</strong> current Scattered Pilot<br />

Raster Position (SRPR) [2]. It is shown in [36] that 89% <strong>of</strong> <strong>the</strong> synchronization time can be saved using powerbased<br />

“Fast Scattered Pilot Synchronization”.<br />

In [34] May focussed on <strong>the</strong> h<strong>and</strong>over execution stage <strong>of</strong> <strong>the</strong> h<strong>and</strong>over process in DVB-H. Because <strong>the</strong> IP<br />

network delay <strong>and</strong> jitter may be different for different cells May proposed a technology called “phase shifting”<br />

to synchronize <strong>the</strong> signals <strong>of</strong> adjacent cells in IP Datacast over DVB-H networks in order to ensure loss-free<br />

h<strong>and</strong>overs. When <strong>the</strong> terminal moves from one cell to ano<strong>the</strong>r, synchronization techniques must be used to<br />

ensure that <strong>the</strong>re is no packet loss caused by a time sliced burst overlap when <strong>the</strong> next time sliced burst arrives.<br />

There are three different possibilities for <strong>the</strong> types <strong>of</strong> synchronization. The first is no synchronization that <strong>of</strong><br />

course will cause considerable packet loss. The second is in-phase synchronization where all <strong>the</strong> transport<br />

streams in different cells must be transmitted in perfect synchronization, that is, at <strong>the</strong> same universal time. This<br />

cannot be ensured without a buffer system in <strong>the</strong> network side. The third one is “phase shifting” synchronization<br />

where <strong>the</strong>re is a time shift between adjacent cells to ensure that <strong>the</strong>re is enough time between <strong>the</strong> neighbouring<br />

time slices to avoid <strong>the</strong> possible packet loss caused by time slice overlap. Analysis <strong>and</strong> simulation showed that<br />

<strong>the</strong> phase shifting synchronization techniques can achieve much better performance with respect to <strong>the</strong> packet<br />

loss probability compared with <strong>the</strong> no synchronization <strong>and</strong> “in phase” synchronization techniques.<br />

The DVB Project technical reports [27] <strong>and</strong> [2] propose a simple h<strong>and</strong>over algorithm for h<strong>and</strong>over in DVB-H<br />

based on <strong>the</strong> h<strong>and</strong>over algorithm in DVB-T. The basic idea is for <strong>the</strong> DVB-H terminal to use <strong>the</strong><br />

terrestrial_delivery_system_descriptor, <strong>the</strong> frequency_list descriptor, <strong>the</strong> original_network_id <strong>and</strong> <strong>the</strong><br />

transport_stream_id toge<strong>the</strong>r as a pair along with <strong>the</strong> service_list_descriptor to decide which frequency <strong>and</strong><br />

transport stream <strong>the</strong> receiver should switch to in <strong>the</strong> h<strong>and</strong>over process. Several methods to reduce <strong>the</strong> risk <strong>of</strong><br />

tuning failures or “fake signals” are also presented. The first one proposed in [27] is called “local SI insertion”<br />

which makes each cell a separate network by individual Service Information (SI) insertion. In this case, <strong>the</strong>re<br />

will be only one frequency per network. The second method utilises <strong>the</strong> cell identifier so <strong>the</strong> terminal can know<br />

which cell it has entered. In this case, <strong>the</strong> terminal can determine <strong>and</strong> check <strong>the</strong> cell id <strong>of</strong> a signal from its TPS<br />

bits to see if it is in its cell id list <strong>of</strong> interest after checking <strong>the</strong> frequency thus reducing <strong>the</strong> tuning failure. The<br />

third method uses location data from GPS receivers to aid <strong>the</strong> h<strong>and</strong>over so <strong>the</strong> terminal can determine <strong>the</strong><br />

destination cell reducing tuning failure. The last method in [27] uses two front-ends including a second<br />

demultiplexer. In this case, <strong>the</strong> tuning <strong>of</strong> different frequencies can be done in parallel <strong>and</strong> <strong>the</strong> target cell<br />

frequency can be validated in advance so that <strong>the</strong> risk <strong>of</strong> tuning failure can be completely eliminated.<br />

tt.01.07 27


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

A more detailed description <strong>of</strong> different h<strong>and</strong>over algorithms especially <strong>of</strong> <strong>the</strong> different h<strong>and</strong>over decisionmaking<br />

algorithms in dedicated DVB-H networks <strong>and</strong> in converged DVB-H/UMTS networks is presented in<br />

[37]. The investigation <strong>and</strong> research <strong>of</strong> <strong>the</strong> h<strong>and</strong>over in converged DVB-H <strong>and</strong> UMTS networks is thought to be<br />

one <strong>of</strong> <strong>the</strong> first in <strong>the</strong> literature.<br />

Research on passive h<strong>and</strong>over in DVB-H appears to have slowed since March 2006 because <strong>the</strong> next important<br />

step for h<strong>and</strong>over in DVB-H is field testing so that <strong>the</strong> limitations <strong>of</strong> <strong>the</strong> algorithms proposed can be<br />

investigated <strong>and</strong> worked on. As <strong>the</strong> DVB-H service was commercially deployed for <strong>the</strong> first time in Italy mid<br />

2006 using large cells, <strong>the</strong>re is probably still a long way to go before h<strong>and</strong>over in DVB-H is really taken<br />

seriously by <strong>the</strong> operators, etc. At <strong>the</strong> moment, it seems that research into h<strong>and</strong>over in DVB-H is moving on to<br />

looking at vertical h<strong>and</strong>over. The move in this direction is exemplified by May, Buburuzan <strong>and</strong> Unger [38] in<br />

which different terminal-initiated h<strong>and</strong>over mechanisms toge<strong>the</strong>r with roaming possibilities for converged<br />

DVB-H <strong>and</strong> cellular telecommunication networks are presented. The advantages <strong>and</strong> disadvantages <strong>of</strong> <strong>the</strong>se<br />

mechanisms are described. From <strong>the</strong>se, <strong>the</strong> requirements for a terminal mobility support implementation are<br />

extracted. Mobility architecture for a terminal with DVB-H <strong>and</strong> telecommunications capabilities operating in a<br />

converged DVB-H <strong>and</strong> telecommunications network is presented that is based on <strong>the</strong> identified requirements.<br />

The paper describes <strong>the</strong> functionalities, components, <strong>and</strong> interfaces that are needed to support <strong>the</strong> different<br />

h<strong>and</strong>over options in an efficient way. The trade-<strong>of</strong>f between complexity <strong>and</strong> h<strong>and</strong>over performance is discussed,<br />

leading to different pr<strong>of</strong>iles. A mapping to <strong>the</strong> IEEE 80<strong>2.2</strong>1 (Media Independent H<strong>and</strong>over) framework is<br />

presented in order to provide a st<strong>and</strong>ardized interface to <strong>the</strong> higher protocol layers. This interface opens <strong>the</strong><br />

possibility for seamless integration <strong>of</strong> o<strong>the</strong>r additional wireless technologies, both unidirectional <strong>and</strong><br />

bidirectional in a single terminal.<br />

3.1.2 Optimization for horizontal h<strong>and</strong>over algorithms<br />

<strong>Design</strong>ing efficient h<strong>and</strong>over algorithms for DVB-H involves exploiting <strong>the</strong> opportunities to reduce battery<br />

power consumption. This is most critical in <strong>the</strong> h<strong>and</strong>over decision-making stage where <strong>the</strong> main objective is to<br />

predict when h<strong>and</strong>over should take place so that <strong>the</strong> number <strong>of</strong> power consuming measurements that need to be<br />

made to decide when h<strong>and</strong>over will take place is minimised. However, <strong>the</strong> complexity <strong>of</strong> <strong>the</strong> h<strong>and</strong>over<br />

algorithm should not be so great as to cause problems in implementing <strong>the</strong> receiver design.<br />

In dedicated DVB-H networks h<strong>and</strong>over is passive because <strong>the</strong>re is no return channel that can be used to assist<br />

<strong>the</strong> h<strong>and</strong>over process. In a converged DVB-H <strong>and</strong> GPRS/UMTS network where a return channel is available it<br />

should be used to assist <strong>the</strong> h<strong>and</strong>over process. Where <strong>the</strong> transmitting devices transmit network parameters<br />

which identify <strong>the</strong>m, <strong>the</strong>se parameters should be used by <strong>the</strong> receiver to assist <strong>the</strong> h<strong>and</strong>over process.<br />

An attachment to a DVB-H terminal such as a GPS receiver can improve h<strong>and</strong>over efficiency but will increase<br />

<strong>the</strong> price <strong>of</strong> <strong>the</strong> terminal. Ideally, additional network equipment should not be introduced just to assist <strong>the</strong><br />

h<strong>and</strong>over process.<br />

The obstacles to efficient h<strong>and</strong>over, such as <strong>the</strong> Ping Pong effect, “fake signals” <strong>and</strong> power consumption, need<br />

to be considered collectively when designing a h<strong>and</strong>over algorithm as <strong>the</strong>y are interrelated.<br />

It is difficult to design a single algorithm for h<strong>and</strong>over that works well in all usage scenarios <strong>and</strong> context<br />

sensitive algorithms may need to be considered.<br />

tt.01.07 28


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

4 Vertical h<strong>and</strong>over in broadcast networks<br />

Vertical h<strong>and</strong>over refers to a future mobile environment where it will be possible to provide broadcast services<br />

on a variety <strong>of</strong> networks. Research in networking strongly points towards <strong>the</strong> proliferation <strong>of</strong> multiple<br />

broadb<strong>and</strong> wireless networks. Mobile 3G networks are enhanced by high-speed access technologies exp<strong>and</strong>ing<br />

connectivity speeds into <strong>the</strong> range <strong>of</strong> megabits per second. Wireless LAN networks are being exp<strong>and</strong>ed into <strong>the</strong><br />

hundred megabits per second range. In <strong>the</strong> 3G network area, <strong>the</strong> MBMS (Multimedia Broadcast <strong>and</strong> Multicast<br />

System) st<strong>and</strong>ard will be used to provide broadcast <strong>and</strong> multicast services while in <strong>the</strong> WLAN area multicast<br />

can be utilized for broadcast services like in any o<strong>the</strong>r IP network. The l<strong>and</strong>scape <strong>of</strong> future mobile broadcast<br />

opportunities may thus look as follows (Fig. 20):<br />

- dedicated broadcast networks (DVB-H, DMB, Media Flo, satellite)<br />

- broadcast in 3G mobile networks via MBMS<br />

- broadcast in WLAN/WiMAX networks via multicast<br />

Fig. 20. Future Mobile Broadcast Network<br />

Provision for all <strong>the</strong>se networks in mobile terminals is relatively easy <strong>and</strong> <strong>the</strong>re are already devices having<br />

connectivity to all <strong>of</strong> <strong>the</strong>m. This means that <strong>the</strong> future mobile broadcast l<strong>and</strong>scape might be quite complex <strong>and</strong><br />

brings questions about its use. From <strong>the</strong> services point <strong>of</strong> view, <strong>the</strong> creation <strong>of</strong> a unified broadcast environment<br />

should be <strong>the</strong> goal. This view is enhanced by <strong>the</strong> fact that different networks may play complementary roles <strong>and</strong><br />

broadcasters may want to use a combination <strong>of</strong> <strong>the</strong>m for <strong>the</strong> delivery <strong>of</strong> <strong>the</strong>ir content. For example, one can<br />

imagine a broadcasting system composed <strong>of</strong> DVB-H <strong>and</strong> WLAN networks in which WLAN access points are<br />

used as repeaters <strong>and</strong> gap fillers integrated with <strong>the</strong> DVB-H system. Similar cooperation can be imagined with<br />

3G networks. A fully integrated broadcast environment can be envisioned in which network resources can be<br />

aggregated for <strong>the</strong> use <strong>of</strong> broadcasters. Practically this will mean a common network <strong>and</strong> service discovery<br />

system, like <strong>the</strong> UNSD described before, <strong>and</strong> provision for vertical h<strong>and</strong>over with mobility support between<br />

<strong>the</strong>se networks.<br />

tt.01.07 29


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

4.1 Scenario <strong>and</strong> taxonomy for vertical h<strong>and</strong>over<br />

Vertical h<strong>and</strong>over means changing <strong>the</strong> network type while receiving <strong>the</strong> same content. This should be done in<br />

an automatic <strong>and</strong> seamless way, i.e. without impact on <strong>the</strong> consumption <strong>of</strong> content. The need for vertical<br />

h<strong>and</strong>over may be happening between any <strong>of</strong> <strong>the</strong> networks listed previously: DVB-H, 3G MBMS, WLAN <strong>and</strong><br />

WiMAX. The consumer <strong>of</strong> content would be roaming freely between <strong>the</strong> networks without noticing it as shown<br />

in Fig. 21.<br />

Fig. 21. The prefect vertical h<strong>and</strong>over scenario<br />

This however is in <strong>the</strong> case for ‘pure’ broadcast which relies on sending content on one heterogeneous network<br />

only. One can imagine advanced broadcast cases in which content is delivered over several networks, for<br />

example broadcast over DVB-H <strong>and</strong> download from WLAN multicast. Also, in <strong>the</strong> case <strong>of</strong> availability <strong>of</strong><br />

multiple networks, mobile broadcast can be naturally extended with interactivity, while receiving <strong>the</strong> content,<br />

users would be able to send interactive responses by o<strong>the</strong>r networks (cellular, WLAN).<br />

Thus, in <strong>the</strong> most general case, vertical h<strong>and</strong>over means automatic <strong>and</strong> seamless changing between several<br />

networks, operating both in broadcast <strong>and</strong> interactive modes. How such h<strong>and</strong>over can be realized will depend<br />

on <strong>the</strong> overall system architecture <strong>and</strong> properties. One can see two opposite cases:<br />

1. The overall networking system is tightly managed to support h<strong>and</strong>over<br />

In this case <strong>the</strong> system is implemented <strong>and</strong> controlled to avoid differences between various delivery networks.<br />

For example <strong>the</strong> content delivery will be synchronized to eliminate delays between <strong>the</strong> different networks. This<br />

will minimize <strong>the</strong> terminal’s operation for executing h<strong>and</strong>over. The architecture <strong>of</strong> such system is shown in Fig.<br />

19. The networks are fully controlled by single operator that can optimize location, coverage <strong>and</strong> synchronize<br />

<strong>the</strong> content delivery to make h<strong>and</strong>over simple. In <strong>the</strong> most tightly-controlled system, it is <strong>the</strong> operator that will<br />

be managing <strong>and</strong> controlling h<strong>and</strong>over execution. This case <strong>of</strong> managed h<strong>and</strong>over is shown in Fig. 22.<br />

tt.01.07 30


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 22. Fully managed broadcast network<br />

2. The overall networking system is not managed <strong>and</strong> thus does not have facilities supporting h<strong>and</strong>over<br />

In case <strong>of</strong> unmanaged networks, content delivery is not synchronized <strong>and</strong> may even be organized using different<br />

transport protocol stacks. In case <strong>of</strong> an unmanaged network <strong>the</strong> mobile device has to decide about h<strong>and</strong>over <strong>and</strong><br />

execute it in fully autonomous way. This will commonly happen if e.g. one <strong>of</strong> <strong>the</strong> networks is mobile TV DVB-<br />

H <strong>and</strong> <strong>the</strong> o<strong>the</strong>r one is a st<strong>and</strong>ard WLAN based on IP network. Terminal has to make decision about h<strong>and</strong>over<br />

between <strong>the</strong>se networks based on external <strong>and</strong> internal information about network availability <strong>and</strong> condition.<br />

For example, in <strong>the</strong> IP network <strong>the</strong>re can be packet jitter <strong>and</strong> delays in <strong>the</strong> delivery <strong>of</strong> content because <strong>of</strong> lack <strong>of</strong><br />

synchronization between <strong>the</strong> networks. This has to be taken care <strong>of</strong> in <strong>the</strong> terminal if h<strong>and</strong>over is to be seamless.<br />

The case <strong>of</strong> unmanaged networks is illustrated in Fig. 23.<br />

tt.01.07 31


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 23. Unmanaged broadcast networks system<br />

Between <strong>the</strong> two extremes shown in Figs. 20 <strong>and</strong> 21 <strong>the</strong>re are many possible intermediate cases in which <strong>the</strong>re<br />

will be some but not full management <strong>of</strong> <strong>the</strong> networks. It should be evident that on <strong>the</strong> terminal side <strong>the</strong>re has to<br />

be enough support to facilitate vertical h<strong>and</strong>over not only for <strong>the</strong> best case <strong>of</strong> a fully managed system but also<br />

for <strong>the</strong> unmanaged systems.<br />

From <strong>the</strong> terminal point <strong>of</strong> view, vertical h<strong>and</strong>over can be operating in two modes:<br />

- passive mode in which all <strong>the</strong> information about conditions for h<strong>and</strong>over has to be acquired by <strong>the</strong><br />

terminal<br />

- active mode in which <strong>the</strong> networking system provides h<strong>and</strong>over-specific information to <strong>the</strong> terminal<br />

In <strong>the</strong> active mode case, <strong>the</strong> terminal can obtain h<strong>and</strong>over information from several sources: service information<br />

systems, messages sent from <strong>the</strong> network, an internal database in <strong>the</strong> terminal or o<strong>the</strong>r external sources.<br />

H<strong>and</strong>over information will <strong>the</strong>n have to include network <strong>and</strong> service availability in a given location. This raises<br />

<strong>the</strong> issue as to how <strong>the</strong> exact location information is acquired. In principle <strong>the</strong>re are two ways <strong>of</strong> doing this:<br />

from mobile network positioning system or from a special positioning system integrated in <strong>the</strong> terminal like<br />

Galileo or GPS. Never<strong>the</strong>less, <strong>the</strong>re might always be a case where positioning information can not obtained <strong>and</strong><br />

<strong>the</strong> only solution is searching for network availability using <strong>the</strong> traditional scanning mode <strong>of</strong> <strong>the</strong> terminal.<br />

Finally, in <strong>the</strong> most general case <strong>the</strong> vertical h<strong>and</strong>over might be necessary for different networks carrying <strong>the</strong><br />

content in different format. For example, <strong>the</strong> content may be compressed to a different bitrate depending on <strong>the</strong><br />

available network b<strong>and</strong>width. In this case even seamless h<strong>and</strong>over may be possible when care is kept as to how<br />

<strong>the</strong> content is compressed <strong>and</strong> formatted. This case is illustrated in Fig. 24 where <strong>the</strong>re is media content<br />

adaptation support which provides streams adapted to specific network requirements.<br />

tt.01.07 32


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 24. Functions to Support H<strong>and</strong>over in Broadcast Network<br />

Moreover, Wi-Fi st<strong>and</strong>ards are getting larger <strong>and</strong> larger b<strong>and</strong>width <strong>and</strong> soon it will be possible to use Wi-Fi<br />

access points as cheap gap fillers for broadcast networks, for example inside buildings or in shadow areas as<br />

shown in Fig. 25. To do so, two options are possible: forwarding <strong>the</strong> entire TS stream or <strong>the</strong> lower IP layer only.<br />

Each <strong>of</strong> option has pros <strong>and</strong> cons. The advantage <strong>of</strong> forwarding <strong>the</strong> entire TS stream is clear in a vertical<br />

h<strong>and</strong>over situation, because <strong>the</strong> synchronization <strong>of</strong> <strong>the</strong> TS stream is straight forward. However, it uses more<br />

b<strong>and</strong>width as <strong>the</strong> protocol stack is larger. (Ts over IP). Forwarding only <strong>the</strong> IP layer <strong>of</strong> <strong>the</strong> DVB-H network is<br />

lighter <strong>and</strong> makes more sense from a networking point <strong>of</strong> view because <strong>the</strong> protocol stack used by <strong>the</strong><br />

transmission is optimized. However, <strong>the</strong> synchronisation is more complicated with DVB-H streams as DVB-H<br />

<strong>and</strong> Wi-Fi do not have <strong>the</strong> same execution layer (IP for Wi-Fi <strong>and</strong> TS for DVB-H).<br />

Fig. 25. Wi-Fi as DVB-H gap filler<br />

tt.01.07 33


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

4.2 Vertical h<strong>and</strong>over execution layer<br />

Vertical H<strong>and</strong>over may require receiving content from several networks at <strong>the</strong> same time during h<strong>and</strong>over<br />

execution to perform a s<strong>of</strong>t content h<strong>and</strong>over, were <strong>the</strong> change <strong>of</strong> network is done in a seamless way. Generally,<br />

support for s<strong>of</strong>t content h<strong>and</strong>over in IP can be done at three different levels. Each <strong>of</strong> those levels depends<br />

directly from <strong>the</strong> network environment configuration which effects <strong>the</strong> synchronization <strong>of</strong> content as shown in<br />

<strong>the</strong> Fig. 26.<br />

IP layer as in 1<br />

Streaming layer as in 2<br />

Media level (Video/Audio content) as in 3<br />

Basically, <strong>the</strong> more <strong>the</strong> network is managed, <strong>the</strong> lower <strong>the</strong> layer for vertical h<strong>and</strong>over execution.<br />

Fig. 26. Different network environments<br />

tt.01.07 34


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

4.3 Review <strong>of</strong> <strong>the</strong> state <strong>of</strong> <strong>the</strong> art for vertical h<strong>and</strong>over<br />

Apart <strong>of</strong> differences in network architectures described above an important topic is execution <strong>of</strong> h<strong>and</strong>over.<br />

Vertical h<strong>and</strong>over execution has been <strong>the</strong> topic <strong>of</strong> research over <strong>the</strong> last few years mostly in <strong>the</strong> context <strong>of</strong><br />

cellular networks. The research in this area concentrates on h<strong>and</strong>over decision algorithms <strong>and</strong> falls into four<br />

general approaches which can be applied to vertical h<strong>and</strong>over <strong>and</strong> are named in <strong>the</strong> literature as:<br />

Rule based<br />

Client-controlled based<br />

Always Best Connected (ABC)<br />

Weighting<br />

Takeover<br />

The main idea behind <strong>the</strong> rule based algorithms is simple: each decision factor is set a Min <strong>and</strong> a Max threshold,<br />

if <strong>the</strong> limits are being reached, an action is decided. This idea is used in [14] <strong>and</strong> [15]. In [16], different decision<br />

factors for different applications are considered. The problem with this approach is that every time <strong>the</strong> user<br />

changes application, a vertical h<strong>and</strong>over evaluation <strong>and</strong> a system discovery is triggered, consuming energy. The<br />

same approach is used by Nooman, et. al in [17]. The notion <strong>of</strong> Always Best Connected (ABC) was first<br />

described in [18] <strong>and</strong> enables users to maintain <strong>the</strong> best connection possible to <strong>the</strong> network that satisfies <strong>the</strong>ir<br />

application needs. The notion takes into account several factors that depend on both <strong>the</strong> user <strong>and</strong> <strong>the</strong><br />

application. The ABC notion [19] has been used as <strong>the</strong> basis <strong>of</strong> o<strong>the</strong>r papers [20]. Most <strong>of</strong> <strong>the</strong> o<strong>the</strong>r papers deal<br />

with <strong>the</strong> same approach; many different deciding factors are given a weight <strong>and</strong> included in a ma<strong>the</strong>matical<br />

equation for evaluation [19], [21]. In [22], a new takeover concept <strong>and</strong> protocol has been introduced which<br />

enable a neighbour node to process requests <strong>of</strong> a mobile node however, no technical explanation <strong>of</strong> <strong>the</strong> takeover<br />

process has been given. A new Pastry-based P2P (Peer-to-Peer) overlay network for supporting vertical<br />

h<strong>and</strong>over in presented in [23] <strong>and</strong> [24] where P2P is used to quickly locate attachment points for mobile <strong>and</strong> to<br />

retrieve configuration <strong>and</strong> coverage information <strong>of</strong> those attachment points.<br />

In this document, <strong>the</strong> objective is to fur<strong>the</strong>r enhance <strong>the</strong> previous ideas by introducing new concepts such as<br />

Universal Network <strong>and</strong> Service Directory <strong>and</strong> a Position Assisted Discovery System.<br />

4.4 Factors for a vertical h<strong>and</strong>over decision<br />

There will be many factors impacting vertical h<strong>and</strong>over decisions <strong>and</strong> algorithms. They are collected below:<br />

Network Characteristics<br />

o Technology<br />

o Availability<br />

o B<strong>and</strong>width<br />

o Coverage<br />

o Latency<br />

o Packet loss<br />

o Power consumption<br />

o Moving speed<br />

o Price<br />

o Security<br />

o Protocols<br />

tt.01.07 35


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Application Requirements<br />

o QoS (Real-Time or not)<br />

o Adaptability <strong>and</strong> Reconfigurability<br />

o Content<br />

o Security<br />

User Preferences<br />

o Single <strong>and</strong> Unique Identifier ( independent from network interface)<br />

o Personal Mobility<br />

o Cheapest Solution<br />

o Highest B<strong>and</strong>width<br />

o Most Resistant to errors<br />

o First Available<br />

Mobile History <strong>of</strong> Usage<br />

o Point <strong>of</strong> interest<br />

o Application/Network combination<br />

User & Operators Agreements<br />

o Single Business Point (one contract for all )<br />

o User -> Operator<br />

o Operator -> Operator<br />

As can be seen, considerable intelligence residing in <strong>the</strong> network or in <strong>the</strong> terminal, or in both, is required to<br />

accommodate <strong>the</strong>se factors in <strong>the</strong> decision algorithms executing vertical h<strong>and</strong>over.<br />

4.5 Decision algorithms<br />

Most <strong>of</strong> <strong>the</strong> algorithms for vertical h<strong>and</strong>over found in <strong>the</strong> literature are trying to deal with subjective factors.<br />

Indeed, <strong>the</strong>y assume that priorities are assigned in some ways to <strong>the</strong> factors presented above. Those factors are<br />

<strong>the</strong>n evaluated by some algorithms <strong>and</strong> <strong>the</strong> h<strong>and</strong>over decision is made based on <strong>the</strong> result. Since <strong>the</strong>re is so<br />

much subjectivity in this decision, <strong>the</strong> general structure <strong>of</strong> h<strong>and</strong>over algorithms will be outlined without<br />

considering <strong>the</strong> evaluation process for decision factors.<br />

A decision algorithm for vertical h<strong>and</strong>over includes three steps:<br />

User or application pr<strong>of</strong>ile selection,<br />

Network <strong>and</strong> system parameters evaluation<br />

Network selection<br />

Let’s suppose a user or an application has several pr<strong>of</strong>iles, i.e. cheapest, highest b<strong>and</strong>width etc. Each pr<strong>of</strong>ile<br />

defines particular thresholds for every parameter, for example good, acceptable, <strong>and</strong> unacceptable range <strong>of</strong><br />

values. Thus <strong>the</strong> first step is done as follows:<br />

tt.01.07 36


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Check user pr<strong>of</strong>ile<br />

define good, acceptable, unacceptable range <strong>of</strong> parameters<br />

Once every parameter is defined, <strong>the</strong>y can easily be evaluated. For example, <strong>the</strong> user chooses <strong>the</strong> highest<br />

b<strong>and</strong>width pr<strong>of</strong>ile. It is clear that <strong>the</strong> network with highest b<strong>and</strong>width will be selected first, but if that network<br />

has an unacceptable value <strong>of</strong> ano<strong>the</strong>r parameter e.g. for packet-loss, as in Fig. 27, this network will be taken <strong>of</strong>f<br />

<strong>the</strong> selection list <strong>and</strong> <strong>the</strong> network with <strong>the</strong> next highest b<strong>and</strong>width will be chosen.<br />

Fig. 27. Network parameters evaluation<br />

This step as can be summarized as:<br />

if PotentialNetwork has unacceptable value <strong>of</strong> a parameter<br />

<strong>the</strong>n Drop<br />

if PotentialNetwork has all parameters good<br />

<strong>the</strong>n put in <strong>the</strong> selection list<br />

Select network based on <strong>the</strong> highest value <strong>of</strong> <strong>the</strong> priority parameter<br />

This can also be done using membership functions <strong>of</strong> <strong>the</strong> factors as in [15]. Once <strong>the</strong> PotentialNetwork list<br />

contains only networks for which factors are acceptable or good, those factors are assigned priority which<br />

entirely depends on <strong>the</strong> user pr<strong>of</strong>ile or <strong>the</strong> application requirements. In [20] for example, for a “quality first,<br />

price second” pr<strong>of</strong>ile, important factors are given <strong>the</strong> following memberships coefficients: Wq = 0.8 , Wc = 0.6<br />

, Wo = 0.4 , Wt = 0.2 with Wq for quality factor, Wc for cost factor, Wo for operator factor <strong>and</strong> Wt for<br />

technology factor. Once those coefficients are added to each factor, <strong>the</strong> global impact can be evaluated. It is<br />

usually done with a simple weighted sum addition as follows:<br />

factor n x coefficient i<br />

Once this equation is calculated, <strong>the</strong> network with <strong>the</strong> highest result is selected.<br />

tt.01.07 37


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

4.6 Network Monitoring Algorithm<br />

Once <strong>the</strong> decision algorithm has selected a network for operation, it has to be monitored in a continuous way to<br />

make sure <strong>the</strong> quality <strong>of</strong> <strong>the</strong> access network remains good enough for <strong>the</strong> service delivery.<br />

Let’s first consider <strong>the</strong> case <strong>of</strong> Receive Diversity. The receiver can be switch on/<strong>of</strong>f to diversity mode. Of<br />

course, when <strong>the</strong> diversity mode is switched on, <strong>the</strong> receiver consumes more battery. Thus we only enable <strong>the</strong><br />

receive diversity mode when <strong>the</strong> level <strong>and</strong> <strong>the</strong> quality <strong>of</strong> <strong>the</strong> receive signal drop bellow a minimum threshold.<br />

This also prevents <strong>the</strong> ping-pong effect. We also turn <strong>of</strong>f <strong>the</strong> receive diversity when transmit diversity is<br />

signalled in <strong>the</strong> network area table <strong>of</strong> <strong>the</strong> UNSD. The signalling <strong>of</strong> transmit diversity in <strong>the</strong> network area table is<br />

explained above or in more details in <strong>the</strong> PLUTO deliverable 2.1 – Services Scenario Specifications.<br />

This monitoring section can be represented as follow for Receive diversity:<br />

While AccessNetwork has acceptable value level <strong>and</strong> quality reception or Transmit Diversity enabled<br />

Switch OFF Receive Diversity<br />

if AccessNetwork has unacceptable value level <strong>and</strong> quality reception<br />

<strong>the</strong>n Switch ON Receive Diversity<br />

While Receive Diversity ON <strong>and</strong> AccessNetwork has acceptable value level <strong>and</strong> quality reception<br />

keep Access Network<br />

else<br />

start Decision Algorithm<br />

tt.01.07 38


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

5 Integrated system for <strong>the</strong> network selection <strong>and</strong><br />

h<strong>and</strong>over in heterogeneous wireless network<br />

Vertical h<strong>and</strong>over is part <strong>of</strong> larger problem <strong>of</strong> network selection. This is because, in heterogeneous networking,<br />

it is not obvious between which networks h<strong>and</strong>over will be executed. There is thus a need for comprehensive<br />

information about networks <strong>and</strong> service availability. This information can be acquired in several ways as<br />

described earlier in this document but in any case it is a prerequisite for h<strong>and</strong>over execution. For this reason, we<br />

consider here general flow diagrams for <strong>the</strong> network selection problem which includes h<strong>and</strong>over as its part. The<br />

diagram shown in Fig. 28 is made from terminal point <strong>of</strong> view. The terminal has local information about user<br />

preferences <strong>and</strong> history <strong>of</strong> usage so ultimately <strong>the</strong> h<strong>and</strong>over decision relies on <strong>the</strong> terminal side. The key block<br />

in Fig. 28 is marked as ‘Terminal & Applications Requirements”. In this block information about selected<br />

service, user pr<strong>of</strong>ile <strong>and</strong> preferences <strong>and</strong> history <strong>of</strong> usage is evaluated. This gives <strong>the</strong> basis for <strong>the</strong> decision <strong>of</strong><br />

specific network selection. The network manager <strong>and</strong> vertical h<strong>and</strong>over manager execute this decision as<br />

presented previously in <strong>the</strong> algorithm decision (Chapter 4.5).<br />

Fig. 28. Terminal Architecture to Support Heterogeneous Network Selection<br />

Blocks marked in <strong>the</strong> flow diagram in Fig. 28 are considered in more detail next. In Fig. 29 network <strong>and</strong><br />

services discovery flow is presented. This flow takes into account that three different discovery methods are<br />

possible. The active scanning mode is traditional sweeping over frequency b<strong>and</strong>s until <strong>the</strong> broadcast is found.<br />

tt.01.07 39


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

This is very inconvenient because <strong>of</strong> slowness <strong>and</strong> it would be used for h<strong>and</strong>over only in emergency cases.<br />

Second mode is based on Universal network <strong>and</strong> services directory available for <strong>the</strong> terminal as described<br />

earlier in this document. This can be downloaded from <strong>the</strong> network or preloaded in <strong>the</strong> terminal <strong>and</strong> can cover<br />

large areas. Third mode is based on positioning information available to <strong>the</strong> terminal e.g. from <strong>the</strong> built-in<br />

satellite location system. The satellite data can be integrated with <strong>the</strong> network <strong>and</strong> service coverage information<br />

giving highly exact data for h<strong>and</strong>over.<br />

Fig. 29. Network <strong>and</strong> Services Discovery Architecture<br />

In Fig. 30 User Pr<strong>of</strong>ile <strong>and</strong> Preferences diagram is shown. This includes network <strong>and</strong> service preferences which<br />

a user may select like cheapest, highest b<strong>and</strong>width, etc.<br />

tt.01.07 40


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 30. User Pr<strong>of</strong>iles & Preferences<br />

In Fig. 31 Terminal <strong>and</strong> Application Requirements block is shown. On one h<strong>and</strong> battery <strong>and</strong> power<br />

consumption is important for <strong>the</strong> terminal performance <strong>and</strong> on <strong>the</strong> o<strong>the</strong>r h<strong>and</strong> such requirements as QoS,<br />

security <strong>and</strong> adaptability are important for <strong>the</strong> application point <strong>of</strong> view. These factors have to be weighted for<br />

making final decision about preferred network.<br />

Fig. 31. Terminal & Application Requirements<br />

In Fig. 32 factors considered for <strong>the</strong> network selection block are shown. This includes multitude <strong>of</strong> parameters<br />

which are required for providing sufficient network QoS plus aspects like pricing, security, power consumption.<br />

tt.01.07 41


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 32. Factors for Network Selection<br />

In Fig. 33, network manager architecture is shown. In <strong>the</strong> flow diagram <strong>the</strong>re is network monitoring node which<br />

has two branches: <strong>the</strong> QoS Agent branch is for terminal-based evaluation <strong>and</strong> <strong>the</strong> Operator trigger Agent is for<br />

evaluation information coming from <strong>the</strong> network. Information from <strong>the</strong>se branches is used by Network<br />

Monitoring system for verification <strong>of</strong> network availability.<br />

tt.01.07 42


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 33. Network Manager Architecture<br />

When <strong>the</strong> networks are verified for availability <strong>the</strong> network monitoring system signals readiness for vertical<br />

h<strong>and</strong>over execution. H<strong>and</strong>over is executed by vertical h<strong>and</strong>over manager shown in Fig. 34. Vertical h<strong>and</strong>over<br />

manager has two branches depending on <strong>the</strong> way h<strong>and</strong>over is executed. The first branch ‘S<strong>of</strong>t h<strong>and</strong>over’ can be<br />

done if, during h<strong>and</strong>over, <strong>the</strong> terminal can establish connection to two networks at <strong>the</strong> same time. This will<br />

allow s<strong>of</strong>t transition between <strong>the</strong> networks. The second branch is ‘Hard h<strong>and</strong>over’ in which only one network<br />

can be connected at a time. This requires <strong>of</strong> course abrupt switching between <strong>the</strong> networks <strong>and</strong> seamless<br />

h<strong>and</strong>over can be guaranteed in this case only if <strong>the</strong>re is proper buffering <strong>of</strong> data in <strong>the</strong> terminal.<br />

tt.01.07 43


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 34. Vertical H<strong>and</strong>over Manager Architecture<br />

6 Prototype Application<br />

Fig. 35.Prototype application architecture<br />

Prototype application for heterogeneous networking is in development. The prototype’s architecture is<br />

described in <strong>the</strong> Fig. 35 <strong>and</strong> Fig. 36. It will make use <strong>of</strong> <strong>the</strong> ideas presented in this document for network <strong>and</strong><br />

service discovery <strong>and</strong> will be used to show how DVB-H network <strong>and</strong> WLAN can be used in a heterogeneous<br />

environment.<br />

tt.01.07 44


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

Fig. 36. Prototype application for heterogeneous networking<br />

tt.01.07 45


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

7 Conclusion<br />

This document is a PLUTO deliverable concerning Network Selection <strong>and</strong> H<strong>and</strong>over Algorithms. In this<br />

document we presented a novel technique for network <strong>and</strong> service discovery in heterogeneous broadcast<br />

environment called UNSD for Universal Network <strong>and</strong> Service Discovery. It is an extension to <strong>the</strong> DVB-H ESG<br />

concept <strong>and</strong> can be applied both to mobile <strong>and</strong> stationary broadcast systems. Moreover, <strong>the</strong> UNSD is backward<br />

compatible with <strong>the</strong> original DVB-H ESG. The UNSD enables <strong>the</strong> unification <strong>of</strong> content, service <strong>and</strong> network<br />

description in a heterogeneous environment. It makes <strong>the</strong> discovery faster <strong>and</strong> easier as <strong>the</strong> UNSD allows<br />

acquiring full information about <strong>the</strong> entire broadcast network environment from a single instance <strong>of</strong> UNSD. We<br />

also proposed new methods for utilizing location <strong>and</strong> positioning information system by overlaying coverage<br />

<strong>and</strong> access information <strong>of</strong> networks on GeoMap data. Finally we designed algorithms (decision <strong>and</strong> manager)<br />

for making best used <strong>of</strong> <strong>the</strong> heterogeneous environment <strong>and</strong> to enable fast h<strong>and</strong>over between broadcast<br />

networks.<br />

8 References<br />

[1] ETSI EN 302 304 V1.1.1 “ Digital Video Broadcasting (DVB); Transmission System for<br />

H<strong>and</strong>held Terminals (DVB-H)” Nov. 2004<br />

[2] ETSI St<strong>and</strong>ard: EN 300 744 V1.5.1, Digital Video Broadcasting (DVB); Framing structure,<br />

channel coding <strong>and</strong> modulation for digital terrestrial television” Nov 2004<br />

[3] ETSI st<strong>and</strong>ard (TS 102 427 <strong>and</strong> TS 102 428).<br />

[4] MediaFLO White paper - http://www.qualcomm.com/mediaflo/news/pdf/flo_whitepaper.pdf<br />

[5] 3GPP TS 23.246 - Multimedia Broadcast/Multicast Service (MBMS); Architecture <strong>and</strong><br />

functional description<br />

[6] ETSI EN 300 468 V1.7.1 (2005-12) Digital Video Broadcasting (DVB); Specification for<br />

Service Information (SI) in DVB Systems<br />

[7] IP Datacast over DVB-H: Electronic Service Guide (ESG) – DVB Document A099 – November<br />

2005<br />

[8] ETSI EN 300 401 V1.4.1 (2006-06) Radio Broadcasting Systems; Digital Audio Broadcasting<br />

(DAB) to mobile, portable <strong>and</strong> fixed receivers<br />

[9] ETSI TS 102 818 V1.3.1 (2006-02) Digital Audio Broadcasting (DAB); Digital Radio Mondial<br />

(DRM); XML Specification for DAB Electronic Programme Guide (EPG)<br />

[10] Niri, S.G.; Tafazolli, R., "Position assisted h<strong>and</strong>over algorithm for multi layer cell architecture,"<br />

Vehicular Technology Conference, 1999. VTC 1999 - Fall. IEEE VTS 50th , vol.1, no.pp.569-<br />

572 vol.1, 1999<br />

[11] Jung Houn Yap; Xinjie Yang; Ghaheri-Niri, S.; Tafazolli, R., "Position assisted relaying <strong>and</strong><br />

h<strong>and</strong>over in hybrid ad hoc WCDMA cellular system," Personal, Indoor <strong>and</strong> Mobile Radio<br />

Communications, 2002. The 13th IEEE International Symposium on , vol.5, no.pp. 2194- 2198<br />

vol.5, 15-18 Sept. 2002<br />

[12] Geographical Positioning Extension for Ipv6, Nokia, White paper<br />

[13] Siebert, M.; Lott, M.; Schinnenburg, M.; Goebbels, S., "Hybrid information system [3G/WLAN<br />

intersystem cooperation]," Vehicular Technology Conference, 2004. VTC 2004-Spring. 2004<br />

IEEE 59th , vol.5, no.pp. 2982- 2986 Vol.5, 17-19 May 2004<br />

tt.01.07 46


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

[14] Sur, A.; Sicker, D.C., "Multi layer rules based framework for vertical h<strong>and</strong><strong>of</strong>f," Broadb<strong>and</strong><br />

Networks, 2005 2nd International Conference on , vol., no.pp. 571- 580 Vol. 1, 3-7 Oct. 2005<br />

[15] Qiang Guo; Jie Zhu; Xianghua Xu, "An adaptive multi-criteria vertical h<strong>and</strong><strong>of</strong>f decision<br />

algorithm for radio heterogeneous network," Communications, 2005. ICC 2005. 2005 IEEE<br />

International Conference on , vol.4, no.pp. 2769- 2773 Vol. 4, 16-20 May 2005<br />

[16] Wen-Tsuen Chen; Yen-Yuan Shu, "Active application oriented vertical h<strong>and</strong><strong>of</strong>f in nextgeneration<br />

wireless networks," Wireless Communications <strong>and</strong> Networking Conference, 2005<br />

IEEE , vol.3, no.pp. 1383- 1388 Vol. 3, 13-17 March 2005<br />

[17] Noonan, J.; Perry, P.; Murphy, J., "Client controlled network selection," 3G Mobile<br />

Communication Technologies, 2004. 3G 2004. Fifth IEE International Conference on , vol.,<br />

no.pp. 543- 547, 2004<br />

[18] Gustafsson, E.; Jonsson, A., "Always best connected," Wireless Communications, IEEE [see also<br />

IEEE Personal Communications] , vol.10, no.1pp. 49- 55, Feb. 2003<br />

[19] Xing, B.; Nalini Venkatasubramanian, "Multi-constraint dynamic access selection in always best<br />

connected networks," Mobile <strong>and</strong> Ubiquitous Systems: Networking <strong>and</strong> Services, 2005.<br />

MobiQuitous 2005. The Second Annual International Conference on , vol., no.pp. 56- 64, 17-21<br />

July 2005<br />

[20] Qingyang Song; Jamalipour, A., "A network selection mechanism for next generation networks,"<br />

Communications, 2005. ICC 2005. 2005 IEEE International Conference on , vol.2, no.pp. 1418-<br />

1422 Vol. 2, 16-20 May 2005<br />

[21] Adamopoulou, E.; Demestichas, K.; Koutsorodi, A.; Theologou, M., "Intelligent Access<br />

Network Selection in Heterogeneous Networks - Simulation Results," Wireless Communication<br />

Systems, 2005. 2nd International Symposium on , vol., no.pp. 279- 283, 5-7 Sept. 2005<br />

[22] Hyun-Ho Choi; Dong-Ho Cho, "Takeover: a new vertical h<strong>and</strong>over concept for next-generation<br />

heterogeneous networks," Vehicular Technology Conference, 2005. VTC 2005-Spring. 2005<br />

IEEE 61st , vol.4, no.pp. 2225- 2229 Vol. 4, 30 May-1 June 2005<br />

[23] Hossfeld, T.; Oechsner, S.; Tutschku, K.; Andersen, F.-U.; Caviglione, L., "Supporting vertical<br />

h<strong>and</strong>over by using a pastry peer-to-peer overlay network," Pervasive Computing <strong>and</strong><br />

Communications Workshops, 2006. PerCom Workshops 2006. Fourth Annual IEEE International<br />

Conference on , vol., no.pp. 5 pp.-, 13-17 March 2006<br />

[24] Hossfeld, T.; Oechsner, S.; Tutschku, K., "Evaluation <strong>of</strong> a pastry-based P2P overlay for<br />

supporting vertical h<strong>and</strong>over," Wireless Communications <strong>and</strong> Networking Conference, 2006.<br />

WCNC 2006. IEEE , vol.4, no.pp. 2291- 2296, 3-6 April 2006<br />

[25] Yang, X.D.; Song, Y.H.; Owens, T.J.; Cosmas, J.; Itagaki, T., “Seamless s<strong>of</strong>t h<strong>and</strong>over in DVB-<br />

H networks”, S<strong>of</strong>tcom2004, Proceedings, 2004, Pages: 27-30<br />

[26] ETSI, EN 301 192, “Digital video broadcasting (DVB); DVB Specification for Data<br />

Broadcasting.” V1.4.1 (2004-11)<br />

[27] ETSI, TR 101 211, “Digital video broadcasting (DVB); Guidelines on Implementation <strong>and</strong><br />

Usage <strong>of</strong> Service Information (SI).” V1.6.1 (2004-05)<br />

[28] Schwoerer, L.; Vesma, J., “Fast Scattered Pilot Synchronization for DVB-T <strong>and</strong> DVB-H”, Proc.<br />

8th International OFDM Workshop, Hamburg, Germany, September 2003<br />

[29] DVB Document A079 Rev.1, “IP Datacast over DVB-H: PSI/SI”, November 2005, available<br />

tt.01.07 47


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

from http://www.dvb-h-online.org/<br />

[30] DVB Project, “Technical Requirements for IP Datacast”, DVB Project White Paper, TM3095R2<br />

(www.dvb.org ), 2004<br />

[31] Yang, X.D.; Song, Y.H.; Owens, T.J.; Cosmas, J.;Itagaki, T, “An Investigation <strong>and</strong> a Proposal<br />

for H<strong>and</strong>over Decision-making in DVB-H”, 14th IST Mobile & Wireless Communications<br />

Summit, Dresden, Germany, June 2005<br />

[32] Väre, J.; Puputti, M., “S<strong>of</strong>t h<strong>and</strong>over in terrestrial broadcast networks”, MDM2004.<br />

[33] Hamara, A., “Considerations on Loss-Free H<strong>and</strong>over in IPDC over DVB-H Networks”, Master’s<br />

Thesis, University <strong>of</strong> Turku, March 2005.<br />

[34] May, G., “Loss-free H<strong>and</strong>over for IP Datacast over DVB-H Networks”, IEEE ISCE 2005,<br />

Macau, June 2005<br />

[35] Vare, J.; Hamara, A.; Kallio, J., “Approach for Improving Receiver Performance in Loss-free<br />

H<strong>and</strong>overs in DVB-H Networks”, Globecom2004, Volume 5, 2005, Pages: 3326-3331<br />

[36] Schwoerer, L., “Fast Pilot Synchronization Schemes for DVB-H”, Proceedings <strong>of</strong> <strong>the</strong> 4th<br />

IASTED International Multi-Conference on Wireless <strong>and</strong> Optical Communications, Banff,<br />

Canada, July 2004<br />

[37] Yang, X., “H<strong>and</strong>over Issues in DVB-H <strong>and</strong> in Converged DVB-H/UMTS Networks”, Doctoral<br />

<strong>the</strong>sis, <strong>Brunel</strong> University, January 2006<br />

[38] May, G.; Buburuzan, T.; <strong>and</strong> Unger, P., “A Mobility Support Architecture for DVB-H / IP<br />

Datacast Terminals based on IEEE 80<strong>2.2</strong>1”, 56th Annual IEEE Broadcast Symposium 2006<br />

8.1 O<strong>the</strong>r References<br />

[39] Considerations <strong>of</strong> multiple network interface for a mobile node Yong-Geun Hong; Jung-Soo<br />

Park; Hyoung-Jun Kim; Advanced Communication Technology, 2006. ICACT 2006. The 8th<br />

International Conference<br />

[40] Dynamic network interface selection in multihomed mobile hosts Ylitalo, J.; Jokikyyny, T.;<br />

Kauppinen, T.; Tuominen, A.J.; Laine, J.; System Sciences, 2003. Proceedings <strong>of</strong> <strong>the</strong> 36th<br />

Annual Hawaii International Conference<br />

[41] Dynamic Reconfiguration <strong>of</strong> Real-Time Network Interfaces : Vonnahme, E.; Griese, G.;<br />

Porrmann, M.; Ruckert, U., Parallel Computing in Electrical <strong>Engineering</strong>, 2004. PARLEC 2004.<br />

International Conference on , vol., no.pp. 376- 379, 7-10 Sept. 2004<br />

[42] Minji Nam; Nakjung Choi; Yongho Seok; Yanghee Choi, "WISE: energy-efficient interface<br />

selection on vertical h<strong>and</strong><strong>of</strong>f between 3G networks <strong>and</strong> WLANs," Personal, Indoor <strong>and</strong> Mobile<br />

Radio Communications, 2004. PIMRC 2004. 15th IEEE International Symposium on , vol.1,<br />

no.pp. 692- 698 Vol.1, 5-8 Sept. 2004<br />

[43] Hongwei Liao ; Ling Tie; Zhao Du, "A Vertical H<strong>and</strong>over Decision Algorithm Based on Fuzzy<br />

Control Theory," Computer <strong>and</strong> Computational Sciences, 2006. IMSCCS '06. First International<br />

Multi-Symposiums on , vol.2, no.pp. 309- 313, 20-24 April 2006<br />

[44] EunHae Kim; SuJung Yu; SungMin Yoon; JooSeok Song, "An Efficient Paging Message<br />

Scheme for Vertical H<strong>and</strong><strong>of</strong>f Decision in Convergence <strong>of</strong> Telecommunication <strong>and</strong> Broadcasting,"<br />

Broadb<strong>and</strong> Convergence Networks, 2006. BcN 2006. The 1st International Workshop on , vol.,<br />

tt.01.07 48


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

no.pp. 1- 5, 07-07 April 2006<br />

[45] Indulska, J.; Balasubramaniam, S., "Context-aware vertical h<strong>and</strong>overs between WLAN <strong>and</strong> 3G<br />

networks," Vehicular Technology Conference, 2004. VTC 2004-Spring. 2004 IEEE 59th , vol.5,<br />

no.pp. 3019- 3023 Vol.5, 17-19 May 2004<br />

[46] Luan Huang; Chew, K.A.; Tafazolli, R., "Efficient multimedia content delivery over cooperative<br />

3G <strong>and</strong> broadcasting networks," Personal, Indoor <strong>and</strong> Mobile Radio Communications, 2005.<br />

PIMRC 2005. IEEE 16th International Symposium on , vol.4, no.pp. 2279- 2283 Vol. 4, 11-14<br />

Sept. 2005<br />

[47] Chebbine, S.; Chebbine, M.T.; Obaid, A.; Johnston, R., "Framework architecture for Internet<br />

content adaptation system <strong>and</strong> vertical h<strong>and</strong>over management on 4G networks," Wireless<br />

Telecommunications Symposium, 2005 , vol., no.pp. 34- 44, April 28-30, 2005<br />

[48] Luan Huang; Kar Ann Chew; Tafazolli, R., "Network selection for one-to-many services in 3Gbroadcasting<br />

cooperative networks," Vehicular Technology Conference, 2005. VTC 2005-Spring.<br />

2005 IEEE 61st , vol.5, no.pp. 2999- 3003 Vol. 5, 30 May-1 June 2005<br />

[49] Li Ma; Fei Yu; Leung, V.C.M.; R<strong>and</strong>hawa, T., "A new method to support UMTS/WLAN<br />

vertical h<strong>and</strong>over using SCTP," Wireless Communications, IEEE [see also IEEE Personal<br />

Communications] , vol.11, no.4pp. 44- 51, Aug. 2004<br />

[50] Yana Bi; Jianwen Huang; Iver, P.; Mei Song; Song, J., "An integrated IP-layer h<strong>and</strong>over solution<br />

for next generation IP-based wireless network," Vehicular Technology Conference, 2004.<br />

VTC2004-Fall. 2004 IEEE 60th , vol.6, no.pp. 3950- 3954 Vol. 6, 26-29 Sept. 2004<br />

[51] Vare, J.; Hamara, A.; Kallio, J., "Approach for improving receiver performance in loss-free<br />

h<strong>and</strong>overs in DVB-H networks," Global Telecommunications Conference, 2004. GLOBECOM<br />

'04. IEEE , vol.5, no.pp. 3326- 3331 Vol.5, 29 Nov.-3 Dec. 2004<br />

[52] Enhanced H<strong>and</strong>over Performance in Cellular Systems based on Position Location <strong>of</strong> Mobile<br />

Terminals<br />

[53] May, G., "Loss-free h<strong>and</strong>over for IP datacast over DVB-H networks," Consumer Electronics,<br />

2005. (ISCE 2005). Proceedings <strong>of</strong> <strong>the</strong> Ninth International Symposium on , vol., no.pp. 203- 208,<br />

14-16 June 2005<br />

[54] BenHui, http://www.benhui.net/. [14] M. Ylianttila, "Vertical H<strong>and</strong><strong>of</strong>f <strong>and</strong> Mobility - System.<br />

Architecture <strong>and</strong> Transition Analysis", Doctoral <strong>the</strong>sis<br />

[55] J. Luo, M. Dillinger, E. Schulz, <strong>and</strong> Z. Dawy, "Probability Estimation for S<strong>of</strong>t H<strong>and</strong>over in<br />

WCDMA," in IEEE 3Gwireless 2000, San Francisco, June 2000.<br />

[56] X.D.Yang, Y.H.Song, T.J. Owens, J.Cosmas, T.Itagaki, "An Investigation <strong>and</strong> a Proposal for<br />

H<strong>and</strong>over Decision-making in DVB-H", IST Mobile & Wireless Communications Summit 2005 ,<br />

Dresden, Germany, June 2005<br />

[57] Vare, J.; Hamara, A.; Kallio, J., "Approach for improving receiver performance in loss-free<br />

h<strong>and</strong>overs in DVB-H networks," Global Telecommunications Conference, 2004. GLOBECOM<br />

'04. IEEE , vol.5, no.pp. 3326- 3331 Vol.5, 29 Nov.-3 Dec. 2004<br />

[58] Beyond 3G: Fourth Generation. Wireless Networks. Pedro M. Ruiz. Agora Systems SA. II<br />

Jornadas de Internet NG. Madrid, 22. nd. October 2002<br />

[59] I. Miloucheva, "Context management for efficient mobile multicast services", International<br />

workshop on Context in Mobile HCI (Human Computer Interfaces) in conjunction with<br />

tt.01.07 49


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

MobileHCI'05 Conference, Salzburg, September 19, 2005<br />

[60] Daniel Negru, Yassine Hadjadj Aoul, Ahmed Mehaoua, Anastasios Kourtis "Ipv6 over DVB-T:<br />

Mobility issues <strong>and</strong> challenges," in proc. <strong>of</strong> het-net 2004, <strong>the</strong> 2nd international working<br />

conference on <strong>the</strong> performance modeling <strong>and</strong> evaluation <strong>of</strong> heterogeneous networks, ilkey, west<br />

yorkshire, u.k., july 26th, 2004<br />

[61] Intersystem S<strong>of</strong>t H<strong>and</strong>over for Converged DVB-H <strong>and</strong> UMTS Networks<br />

[62] May, G., "Loss-free h<strong>and</strong>over for IP datacast over DVB-H networks," Consumer Electronics,<br />

2005. (ISCE 2005). Proceedings <strong>of</strong> <strong>the</strong> Ninth International Symposium on , vol., no.pp. 203- 208,<br />

14-16 June 2005<br />

[63] Yang, X.D.; Song, Y.H.; Owens, T.J.; Cosmas, J.; Itagaki, T., "Performance analysis <strong>of</strong> time<br />

slicing in DVB-H," Mobile Future, 2004 <strong>and</strong> <strong>the</strong> Symposium on Trends in Communications.<br />

SympoTIC '04. Joint IST Workshop on , vol., no.pp. 183- 186, 24-26 Oct. 2004<br />

[64] Yang, X.D.; Song, Y.H.; Owens, T.J.; Cosmas, J.; Itagaki, T., "Performance analysis <strong>of</strong> <strong>the</strong><br />

OFDM scheme in DVB-T," Emerging Technologies: Frontiers <strong>of</strong> Mobile <strong>and</strong> Wireless<br />

Communication, 2004. Proceedings <strong>of</strong> <strong>the</strong> IEEE 6th Circuits <strong>and</strong> Systems Symposium on , vol.2,<br />

no.pp. 489- 492 Vol.2, 31 May-2 June 2004<br />

[65] Resource Management over Interworking <strong>of</strong> 3G <strong>and</strong> Digital Broadcasting Networks : Huang,<br />

L,Chew, K. A. <strong>and</strong> Tafazolli, R Ninth IFIP/IEEE International Symposium on Integrated<br />

Network Management (IM 2005),Nice, France. 15-19 May 2005.<br />

[66] Sattari, N.; Pangalos, P.; Aghvami, H., "Seamless h<strong>and</strong>over between WLAN <strong>and</strong> UMTS,"<br />

Vehicular Technology Conference, 2004. VTC 2004-Spring. 2004 IEEE 59th , vol.5, no.pp.<br />

3035- 3038 Vol.5, 17-19 May 2004<br />

[67] X.D.Yang, Y.H.Song, T.J. Owens, J.Cosmas, T.Itagaki,"Seamless S<strong>of</strong>t H<strong>and</strong>over in DVB-H" in<br />

IEEE International Conference on S<strong>of</strong>tware, Telecommunications <strong>and</strong> Computer Networks, Split<br />

(Croatia), Dubrovnik (Croatia), Venice (Italy), October, 2<br />

[68] Semantic design patterns for personalization <strong>of</strong> DVB-H multimedia broadcast<br />

[69] S<strong>of</strong>t H<strong>and</strong>over Issues in Radio Resource Management for 3G WCDMA Networks<br />

[70] Ladebusch, U.; Liss, C.A., "Terrestrial DVB (DVB-T): a broadcast technology for stationary<br />

portable <strong>and</strong> mobile use," Proceedings <strong>of</strong> <strong>the</strong> IEEE , vol.94, no.1pp. 183- 193, Jan. 2006<br />

[71] The H<strong>and</strong>held S<strong>of</strong>tware Platform (HSP)A s<strong>of</strong>tware platform for DVB-H <strong>and</strong> IP Datacast<br />

[72] Faria, G.; Henriksson, J.A.; Stare, E.; Talmola, P., "DVB-H: digital broadcast services to<br />

h<strong>and</strong>held devices," Proceedings <strong>of</strong> <strong>the</strong> IEEE , vol.94, no.1pp. 194- 209, Jan. 2006<br />

[73] A H<strong>and</strong>over Approach to DVB-H Service," IEEE International Conference on Multimedia &<br />

Expo (ICME 2006), July 9-12, 2006, Toronto, Canada, pp.629-6<br />

[74] Vare, J.; Puputti, M., "S<strong>of</strong>t h<strong>and</strong>over in terrestrial broadcast networks," Mobile Data<br />

Management, 2004. Proceedings. 2004 IEEE International Conference on , vol., no.pp. 236- 242,<br />

2004<br />

[75] Joyce, R.M.; Griparis, T.; Osborne, I.J.; Graves, B.; Lee, T.M., "S<strong>of</strong>t h<strong>and</strong>over gain<br />

measurements <strong>and</strong> optimisation <strong>of</strong> a WCDMA network," 3G Mobile Communication<br />

Technologies, 2004. 3G 2004. Fifth IEE International Conference on , vol., no.pp. 659- 663, 2004<br />

[76] Frattasi, S.; Fathi, H.; Fitzek, F.H.P.; Prasad, R.; Katz, M.D., "Defining 4G technology from <strong>the</strong><br />

tt.01.07 50


IST Project<br />

PLUTO – <strong>Deliverable</strong> <strong>2.2</strong><br />

Contract no.:<br />

026902<br />

Prototype Network Selection <strong>and</strong><br />

H<strong>and</strong>over Algorithms<br />

users perspective," Network, IEEE , vol.20, no.1pp. 35- 41, Jan.-Feb. 2006<br />

[77] Ganchev, I.; O'Droma, M.; Chaouchi, H.; Armuelles, I.; Siebert, M.; Houssos, N., "Requirements<br />

for an integrated system <strong>and</strong> service 4G architecture," Vehicular Technology Conference, 2004.<br />

VTC 2004-Spring. 2004 IEEE 59th , vol.5, no.pp. 3029- 3034 Vol.5, 17-19 May 2004<br />

[78] Suk Yu Hui; Kai Hau Yeung, "Challenges in <strong>the</strong> migration to 4G mobile systems,"<br />

Communications Magazine, IEEE , vol.41, no.12pp. 54- 59, Dec. 2003<br />

[79] Lazar, S.; Sidhu, D.; Kodeswaran, S.; Varadharaj, R., "ATM network discovery using mobile<br />

agents," Local Computer Networks, 1999. LCN '99. Conference on , vol., no.pp.98-105, Oct 1999<br />

[80] Adamopoulou, E.; Demestichas, K.; Koutsorodi, A.; Theologou, M., "Intelligent Access<br />

Network Selection in Heterogeneous Networks - Simulation Results," Wireless Communication<br />

Systems, 2005. 2nd International Symposium on , vol., no.pp. 279- 283, 5-7 Sept. 2005<br />

[81] M. Liebsch, A. Singh (editors), H. Chaskar, D. Funato, E. Shim, “ The C<strong>and</strong>idate Access Router<br />

Discovery Protocol”, IETF draft-ieft-seamoby-card-protocol-08.txt, work in progress.<br />

[82] Ilka Miloucheva, “Context Management for Efficient Mobile Multicast Services”<br />

[83] Kenneth L. Clarkson <strong>and</strong> John D. Hobby. A Model <strong>of</strong> Coverage Probability under Shadow<br />

Fading, August 25, 2003.<br />

[84] Ligeti, A., "Coverage probability estimation in single frequency networks in presence <strong>of</strong><br />

correlated useful <strong>and</strong> interfering components," Vehicular Technology Conference, 1999. VTC<br />

1999 - Fall. IEEE VTS 50th , vol.4, no.pp.2408-2412 vol.4, 1999<br />

[85] ETSI TS 102 822-2 V1.3.1 (2006-01) Broadcast <strong>and</strong> On-line Services: Search, select, <strong>and</strong><br />

rightful use <strong>of</strong> content on personal storage systems ("TV-Anytime"); Part 2: System description<br />

tt.01.07 51

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!