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 ...
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