Augmenting mobile 3 g using wifi

Preview:

DESCRIPTION

Ke Huang, UMass Lowell 91.650 Spring 2011

Citation preview

Augmen'ng  Mobile  3G  Using  WiFi

By:  Aruna  Balasubramanian,  Ratul  Mahajan,  Arun  Venkataramani

Presenter:  Ke  Huang

1Tuesday, April 12, 2011

Demand  for  mobile  access  growing                        www.totaltele.com

2

h+p://www.readwriteweb.com

2Tuesday, April 12, 2011

Demand  for  mobile  access  growing                        www.totaltele.com

2

h+p://www.readwriteweb.com

900  million  mobile  broadband  subscrip'ons  today….                                                                                                                                                                                                              

www.3gamericas.org

2Tuesday, April 12, 2011

Mobile  demand  is  projected  to  far  

3

3Tuesday, April 12, 2011

Mobile  demand  is  projected  to  far  

3

Current  spectrum 409.5  MHz

Unallocated  spectrum  (including  whitespaces)

230  MHz

Projected  demand  by  2016  

800  MHz  –  1000  MHz

www.rysavy.com

3Tuesday, April 12, 2011

Mobile  demand  is  projected  to  far  

3

Current  spectrum 409.5  MHz

Unallocated  spectrum  (including  whitespaces)

230  MHz

Projected  demand  by  2016  

800  MHz  –  1000  MHz

www.nyCmes.com

www.rysavy.com

3Tuesday, April 12, 2011

Mobile  demand  is  projected  to  far  

“In  light  of  the  limited  natural  resource  of  spectrum,  we  have  to  look  at  the  ways  of  conserving  spectrum”  -­‐-­‐  Mark  Siegel  (AT&T)

3

Current  spectrum 409.5  MHz

Unallocated  spectrum  (including  whitespaces)

230  MHz

Projected  demand  by  2016  

800  MHz  –  1000  MHz

www.nyCmes.com

www.nyCmes.com

Reducing  cellular  spectrum  u'liza'on  is  key!

www.rysavy.com

3Tuesday, April 12, 2011

How  can  we  reduce  spectrum  usage?

1.  Behavioral

2.  Economic

3.  Technical

blogs.chron.com

4

4Tuesday, April 12, 2011

How  can  we  reduce  spectrum  usage?

1.  Behavioral

2.  Economic

3.  Technical

blogs.chron.com

4

www.usatoday.com

4Tuesday, April 12, 2011

How  can  we  reduce  spectrum  usage?

1.  Behavioral

2.  Economic

3.  Technical

blogs.chron.com

4

www.usatoday.com

4Tuesday, April 12, 2011

Augmen'ng  Mobile  3G  using  WiFi

                           Offload  data  to  WiFi  when  possible

                             Focus  on  vehicular  mobility

5

5Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

Offloading  3G  data  to  WiFi

6

6Tuesday, April 12, 2011

7

Related  work  on  mul'ple  interfaces

Improving  performance  using  handoffs  based  on  current  condi'ons

Reducing  power  consump'on  by  switching  across  mul'ple  interfaces  

7Tuesday, April 12, 2011

7

This  work:1.How  much  3G  data  can  be  offloaded  to  WiFi?2.How  to  offload  without  hur'ng  applica'ons?

Related  work  on  mul'ple  interfaces

Improving  performance  using  handoffs  based  on  current  condi'ons

Reducing  power  consump'on  by  switching  across  mul'ple  interfaces  

7Tuesday, April 12, 2011

8

Contribu'ons

Measurement:    Joint  study  of  3G  and  WiFi  connec'vityAcross  three  ci'es:  Amherst,  Seagle,  SFO

System:  Wiffler,  to  offload  3G  data  to  WiFi  while  respec'ng  applica'on  constraints  Deployed  on  20  vehicles

8Tuesday, April 12, 2011

9

Measurement  setup

Testbed:  Vehicles  with  3G  and  WiFi  (802.11b)  radiosAmherst:  20  buses  +  1  car,  Seagle:  1  car,  SFO:  1  car

Soiware:  Simultaneously  probes  3G  and  WiFi  for  Availability,  loss  rate,  throughput

Dura'on:  3000+  hours  of  data  over  12+  days

9Tuesday, April 12, 2011

Open  WiFi  availability  low,  but  useful

10

Availability (%)

Availability    =  frac'on  of  1-­‐second  intervals  when  at  least  one  packet  received                                            

10Tuesday, April 12, 2011

Open  WiFi  availability  low,  but  useful

10

Availability (%)

86%

Availability    =  frac'on  of  1-­‐second  intervals  when  at  least  one  packet  received                                            

10Tuesday, April 12, 2011

Open  WiFi  availability  low,  but  useful

10

Availability (%)

86%

11%

Availability    =  frac'on  of  1-­‐second  intervals  when  at  least  one  packet  received                                            

10Tuesday, April 12, 2011

Open  WiFi  availability  low,  but  useful

10

Availability (%)

86%

11%

Availability    =  frac'on  of  1-­‐second  intervals  when  at  least  one  packet  received                                            

7%

10Tuesday, April 12, 2011

Open  WiFi  availability  low,  but  useful

10

Availability (%)

86%

11%

Availability    =  frac'on  of  1-­‐second  intervals  when  at  least  one  packet  received                                            

7%

3G+WiFi  combinaCon  be+er  than  sum  pf  parts

10Tuesday, April 12, 2011

WiFi  loss  rate  is  higher

11

Cumulative fraction WiFi

3G

Loss  rate  =  Frac'on  of  packets  lost  at  10  probes/sec

11Tuesday, April 12, 2011

WiFi  loss  rate  is  higher

11

Cumulative fraction WiFi

3G

28%  

Loss  rate  =  Frac'on  of  packets  lost  at  10  probes/sec

11Tuesday, April 12, 2011

WiFi  loss  rate  is  higher

11

Cumulative fraction WiFi

3G

28%  

8%  

Loss  rate  =  Frac'on  of  packets  lost  at  10  probes/sec

11Tuesday, April 12, 2011

WiFi  (802.11b)  throughput  is  lower

12

Cumulative fraction

Cumulative fraction

WiFi

3G

WiFi

3G

Upstream

Downstream

Throughput  =  Total  data  received  per  second

12Tuesday, April 12, 2011

WiFi  (802.11b)  throughput  is  lower

12

Cumulative fraction

Cumulative fraction

WiFi

3G

WiFi

3G

Upstream

Downstream

Throughput  =  Total  data  received  per  second

12Tuesday, April 12, 2011

WiFi  (802.11b)  throughput  is  lower

12

Cumulative fraction

Cumulative fraction

WiFi

3G

WiFi

3G

Upstream

Downstream

0.35

Throughput  =  Total  data  received  per  second

12Tuesday, April 12, 2011

WiFi  (802.11b)  throughput  is  lower

12

Cumulative fraction

Cumulative fraction

WiFi

3G

WiFi

3G

Upstream

Downstream

0.35 0.72

Throughput  =  Total  data  received  per  second

12Tuesday, April 12, 2011

WiFi  (802.11b)  throughput  is  lower

12

Cumulative fraction

Cumulative fraction

WiFi

3G

WiFi

3G

Upstream

Downstream

0.35 0.72

Throughput  =  Total  data  received  per  second

12Tuesday, April 12, 2011

13

Implica'ons  of  measurement  study

Strawman  augmenta'on:  Use  WiFi  when  availableCan  offload  only  ~11%  of  the  'meCan  hurt  applica'ons  because  of  WiFi’s  higher  loss  rate  and  lower  throughput

13Tuesday, April 12, 2011

14

Key  ideas  in  Wiffler

Increase  savings  for  delay-­‐tolerant  applica'ons

Problem:  Using  WiFi  only  when  available  saves  ligle  3G  usage

Solu'on:  Exploit  delay-­‐tolerance  to  wait  to  offload  to  WiFi  when  availability  predicted

Reduce  damage  for  delay-­‐sensi've  applica'ons

Problem:  Using  WiFi  whenever  available  can  hurt  applica'on  quality

Solu'on:  Fast  switch  to  3G  when  WiFi  delays  exceed  threshold

14Tuesday, April 12, 2011

Predic'on-­‐based  offloading

D  =  Delay-­‐tolerance  threshold  (seconds)S  =  Data  remaining  to  be  sent  (bytes)

Each  second,1. If  (WiFi  available),  send  data  on  WiFi  2. Else  if  (W(D)  <  S),  send  data  on  3G3. Else  wait  for  WiFi.

15

15Tuesday, April 12, 2011

Predic'on-­‐based  offloading

D  =  Delay-­‐tolerance  threshold  (seconds)S  =  Data  remaining  to  be  sent  (bytes)

Each  second,1. If  (WiFi  available),  send  data  on  WiFi  2. Else  if  (W(D)  <  S),  send  data  on  3G3. Else  wait  for  WiFi.

15

Predicted  WiFi  transfer  size  in  next  D  seconds  

15Tuesday, April 12, 2011

16

Predic'ng  WiFi  capacity

History-­‐based  predic'on  of  #  of  APs  using  last  few  AP  encounters  WiFi  capacity  =  (expected  #APs)  x  (capacity  per  AP)

Simple  predictor  yields  low  error  both  in  Amherst  and  Seagle

16Tuesday, April 12, 2011

16

Negligible  benefits  with  more  sophis'cated  predic'on,  eg  future  loca'on  predic'on  +  AP  loca'on  database

Predic'ng  WiFi  capacity

History-­‐based  predic'on  of  #  of  APs  using  last  few  AP  encounters  WiFi  capacity  =  (expected  #APs)  x  (capacity  per  AP)

Simple  predictor  yields  low  error  both  in  Amherst  and  Seagle

16Tuesday, April 12, 2011

17

Fast  switching  to  3G

Problem:WiFi  losses  bursty  =>  high  retransmission  delay

Approach:If  no  WiFi  link-­‐layer  ACK  within  50ms,  switch  to  3GElse,  con'nue  sending  on  WiFi

17Tuesday, April 12, 2011

Wiffler  implementa'on

18

Wiffler  proxy

§ Predic'on-­‐based  offloading  upstream  +  downstream§  Fast  switching  only  upstream

Ø Implemented  using  signal-­‐upon-­‐ACK  in  driver

18Tuesday, April 12, 2011

19

Evalua'on  Roadmap

Predic'on-­‐based  offloadingDeployment  on  20  DieselNet  buses  in  150  sq.  mi  region  around  Amherst

Trace-­‐driven  evalua'on  using  throughput  data

Fast  switchingDeployment  on  1  car  in  Amherst  town  centerTrace-­‐driven  evalua'on  using  measured  loss/delay  trace  using  VoIP-­‐like  probe  traffic

19Tuesday, April 12, 2011

Deployment  resultsData  offloaded  to  WiFi

Wiffler’s  predic'on-­‐based  offloading 30%WiFi  when  available 10%

20

File  transfer  size:  5MB;  Delay  tolerance:  60  secs;    Inter-­‐transfer  gap:  random  with  mean  100  secs

20Tuesday, April 12, 2011

Deployment  resultsData  offloaded  to  WiFi

Wiffler’s  predic'on-­‐based  offloading 30%WiFi  when  available 10%

20

%  Cme  good  voice  quality  Wiffler’s  fast  switching 68%

WiFi  when  available  (no  switching) 42%

File  transfer  size:  5MB;  Delay  tolerance:  60  secs;    Inter-­‐transfer  gap:  random  with  mean  100  secs

VoIP-­‐like  traffic:  20-­‐byte  packet  every  20  ms  

20Tuesday, April 12, 2011

21

Trace-­‐driven  evalua'on

Parameters  variedWorkload,  AP  density,  delay-­‐tolerance,  switching  threshold

Strategies  compared  to  predic'on-­‐based  offloading:WiFi  when  availableAdapted-­‐Breadcrumbs:  Future  loca'on  predic'on  +  AP  loca'on  database

Oracle  (Imprac'cal):  Perfect  predic'on  w/  future  knowledge

21Tuesday, April 12, 2011

Wiffler  increases  data  offloaded  to  WiFi

22

Workload:  Web  traces  obtained  from  commuters  

22Tuesday, April 12, 2011

Wiffler  increases  data  offloaded  to  WiFi

22

Workload:  Web  traces  obtained  from  commuters  

14%WiFi  when  available  yields  ligle  savings

22Tuesday, April 12, 2011

Wiffler  increases  data  offloaded  to  WiFi

22

Workload:  Web  traces  obtained  from  commuters  

42%

14%

Wiffler  close  to  Oracle

22Tuesday, April 12, 2011

Wiffler  increases  data  offloaded  to  WiFi

22

Workload:  Web  traces  obtained  from  commuters  

42%

14%

Wiffler  close  to  OracleSophis'cated  predic'on  yields  negligible  benefit

22Tuesday, April 12, 2011

Wiffler  increases  data  offloaded  to  WiFi

22

Workload:  Web  traces  obtained  from  commuters  

Wiffler  increases  delay  by  10  seconds  over  Oracle.  

42%

14%

Wiffler  close  to  OracleSophis'cated  predic'on  yields  negligible  benefit

22Tuesday, April 12, 2011

Even  more  savings  in  urban  centers

23

23Tuesday, April 12, 2011

Fast  switching  improves  quality  of  delay-­‐sensi've  applica'ons

24

24Tuesday, April 12, 2011

Fast  switching  improves  quality  of  delay-­‐sensi've  applica'ons

24

58%

24Tuesday, April 12, 2011

Fast  switching  improves  quality  of  delay-­‐sensi've  applica'ons

24

40%58%

24Tuesday, April 12, 2011

Fast  switching  improves  quality  of  delay-­‐sensi've  applica'ons

24

40%58%

73%

24Tuesday, April 12, 2011

Fast  switching  improves  quality  of  delay-­‐sensi've  applica'ons

24

40%58%

73%

30%  data  offloaded  to  WiFi  with  40ms  switching  threshold

24Tuesday, April 12, 2011

25

Future  work

Reduce  energy  to  search  for  usable  WiFi

Improve  performance/usage  by  predic'ng  user  accesses  to  prefetch  over  WiFi

Incorporate  evolving  metrics  of  cost  for  3G  and  WiFi  usage

25Tuesday, April 12, 2011

26

Summary

Augmen'ng  3G  with  WiFi  can  reduce  pressure  on  cellular  spectrum

Measurement  in  3  ci'es  confirms  WiFi  availability  and  performance  poorer,  but  poten'ally  useful

Wiffler:  Predic'on-­‐based  offloading  and  fast  switching  to  offload  without  hur'ng  applica'ons

26Tuesday, April 12, 2011

26

Summary

Augmen'ng  3G  with  WiFi  can  reduce  pressure  on  cellular  spectrum

Measurement  in  3  ci'es  confirms  WiFi  availability  and  performance  poorer,  but  poten'ally  useful

Wiffler:  Predic'on-­‐based  offloading  and  fast  switching  to  offload  without  hur'ng  applica'ons

Questions?

26Tuesday, April 12, 2011

Thank you!

27Tuesday, April 12, 2011

Recommended