Commit 8cd280629e3ea236d72f6e60ee5f72a171a1fb03
1 parent
b521591f
incorprating Dr. Qiao's comments
Showing
3 changed files
with
49 additions
and
43 deletions
design.tex
| @@ -3,10 +3,11 @@ | @@ -3,10 +3,11 @@ | ||
| 3 | 3 | ||
| 4 | \begin{figure}[t!] | 4 | \begin{figure}[t!] |
| 5 | \centering | 5 | \centering |
| 6 | - \includegraphics[width=0.46\textwidth]{./figures/system-crop.pdf} | ||
| 7 | - \vspace*{3mm} | 6 | + \includegraphics[width=0.45\textwidth]{./figures/system-crop.pdf} |
| 7 | + \vspace{2mm} | ||
| 8 | \caption{\textbf{System Components}} | 8 | \caption{\textbf{System Components}} |
| 9 | \label{fig:system} | 9 | \label{fig:system} |
| 10 | + \vspace{-6mm} | ||
| 10 | \end{figure} | 11 | \end{figure} |
| 11 | 12 | ||
| 12 | \PS{} collects two types of measurements from clients---spectrum utilization, | 13 | \PS{} collects two types of measurements from clients---spectrum utilization, |
| @@ -15,19 +16,20 @@ ways---synchronously and asynchronously. Figure~\ref{fig:system} shows | @@ -15,19 +16,20 @@ ways---synchronously and asynchronously. Figure~\ref{fig:system} shows | ||
| 15 | the main components of \PS{}. | 16 | the main components of \PS{}. |
| 16 | 17 | ||
| 17 | Idle smartphones can be used to improve nearby device's network performance. For | 18 | Idle smartphones can be used to improve nearby device's network performance. For |
| 18 | -example, in Figure~\ref{fig:system}, when \PS{} Access Point (AP) sends | ||
| 19 | -synchronous query about spectrum condition of the active device (laptop), | ||
| 20 | -nearby \PS{} client | ||
| 21 | -(smartphone) will perform detailed measurements \textit{on behalf of} the | ||
| 22 | -laptop. This information can then be feed into AP adaption algorithms for | ||
| 23 | -channel assignment, rate adaption or power control---all without disturbing the | ||
| 24 | -current network session of the active client. | 19 | +example, in Figure~\ref{fig:system}, when \PS{} Access Point (AP) sends a |
| 20 | +synchronous query about spectrum condition of the active device (e.g., a | ||
| 21 | +laptop), nearby \PS{} client (smartphone) will perform detailed measurements | ||
| 22 | +\textit{on behalf of} the laptop. This information can then be fed into AP | ||
| 23 | +adaption (e.g., channel assignment, rate and power control, etc.) algorithms for | ||
| 24 | +better network performance---all without disrupting the current network session | ||
| 25 | +of the active client. | ||
| 25 | 26 | ||
| 26 | -On other hand, to cope with rapidly-changing network environment caused by mobility, | ||
| 27 | -smartphones already perform aggressive network exploration and thus naturally | ||
| 28 | -generate a high-resolution flow of measurements. Harnessing this behavior for | ||
| 29 | -network monitoring purpose only requires to deliver the measurements to those | ||
| 30 | -who can make use of it. Besides, lightweight network performance tests can be | ||
| 31 | -conducted using smartphones' idle cycles without consuming noticeable amount of | ||
| 32 | -energy. All these measurements can be uploaded in a energy neutral way | ||
| 33 | -asynchronously for long-term network monitoring purpose. | 27 | +On the other hand, to cope with rapidly-changing network environment caused by |
| 28 | +mobility, smartphones already perform aggressive network exploration and thus | ||
| 29 | +naturally generate a flow of measurements of high temporal resolution. | ||
| 30 | +Harnessing this behavior for network monitoring purpose only requires to deliver | ||
| 31 | +the measurements to those who can make use of it. Besides, lightweight network | ||
| 32 | +performance tests can be conducted using smartphones' idle cycles without | ||
| 33 | +consuming noticeable amount of energy. All these measurements can be uploaded | ||
| 34 | +asynchronously in a energy-neutral way (e.g., by only uploading when phone is | ||
| 35 | +charging) for long-term network monitoring purpose. |
introduction.tex
| 1 | \section{Introduction} | 1 | \section{Introduction} |
| 2 | 2 | ||
| 3 | -\sloppypar{% | ||
| 4 | - The rapid proliferation of smartphones creates both challenges and new | ||
| 5 | - opportunities for wireless networks. On one hand, smartphones compete for the | ||
| 6 | - same limited spectrum already crowded with other devices. On the other hand, | ||
| 7 | - because smartphones are \textit{always on} but \textit{mostly idle}, they are | ||
| 8 | - ideal for observing the network conditions on behalf of nearby active wireless | ||
| 9 | - devices. When used for continuous network adaptation, | ||
| 10 | - offloading measurements to inactive clients avoids | ||
| 11 | - disturbing active sessions, a capability that has not been adequately | ||
| 12 | - exploited by other systems using client-side feedback. When used for network | ||
| 13 | - monitoring and debugging, smartphones provide more valuable measurements than | ||
| 14 | - planned site surveys, since the data that | ||
| 15 | - smartphones provide is continuous and representative of wireless conditions | ||
| 16 | - experienced by users while surveys are neither. We refer to these approaches | ||
| 17 | - collectively as \textbf{c}rowdsourcing \textbf{a}ccess \textbf{n}etwork | ||
| 18 | - \textbf{s}pectrum \textbf{a}llocation using \textbf{s}martphones, or | ||
| 19 | - \textbf{CANSAS}. | ||
| 20 | -} | 3 | +\begin{sloppypar} |
| 4 | +The rapid proliferation of smartphones creates both challenges and new | ||
| 5 | +opportunities for wireless networks. On one hand, smartphones compete for the | ||
| 6 | +same limited spectrum already crowded with other devices. On the other hand, | ||
| 7 | +because smartphones are \textit{always on} but \textit{mostly idle}, they are | ||
| 8 | +ideal for observing the network conditions on behalf of nearby active wireless | ||
| 9 | +devices. When used for continuous network adaptation, | ||
| 10 | +offloading measurements to inactive clients avoids | ||
| 11 | +disrupting active sessions, a capability that has not been adequately | ||
| 12 | +exploited by other systems using client-side feedback. When used for network | ||
| 13 | +monitoring and debugging, smartphones provide more valuable measurements than | ||
| 14 | +planned site surveys, since the data that | ||
| 15 | +smartphones provide is continuous and representative of wireless conditions | ||
| 16 | +experienced by users while surveys are neither. We refer to these approaches | ||
| 17 | +collectively as \textbf{c}rowdsourcing \textbf{a}ccess \textbf{n}etwork | ||
| 18 | +\textbf{s}pectrum \textbf{a}llocation using \textbf{s}martphones, or | ||
| 19 | +\textbf{CANSAS}. | ||
| 20 | +\end{sloppypar} | ||
| 21 | 21 | ||
| 22 | -We're currently developing an prototype system implementing CANSAS for \wifi{} | ||
| 23 | -networks called \PS{}. It collects measurements from passive smartphones to | ||
| 24 | -improve network performance. \PS{} also captures the large number of | 22 | +\begin{sloppypar} |
| 23 | +We are currently developing a prototype system called \PS{} that implements CANSAS for \wifi{} | ||
| 24 | +networks. It collects measurements from passive smartphones to | ||
| 25 | +improve network performance. \PS{} also captures a variety of | ||
| 25 | measurements generated naturally by smartphones as they discover and connect to | 26 | measurements generated naturally by smartphones as they discover and connect to |
| 26 | networks---valuable data that is currently discarded. | 27 | networks---valuable data that is currently discarded. |
| 28 | +\end{sloppypar} |
progress.tex
| 1 | +\vspace{-3mm} | ||
| 1 | \section{Current Progress} | 2 | \section{Current Progress} |
| 2 | \label{sec:progress} | 3 | \label{sec:progress} |
| 3 | 4 | ||
| 4 | -We modified the \wifi{} chipset driver of Android to enable \wifi{} monitor | ||
| 5 | -mode, which enables the smartphone to perform detailed spectrum measurements. | 5 | +We modified Android \wifi{} driver to support monitor |
| 6 | +mode, which enables the smartphone to collect detailed spectrum measurements. | ||
| 6 | We have set up a group of OpenWRT APs to experiment spectrum allocation | 7 | We have set up a group of OpenWRT APs to experiment spectrum allocation |
| 7 | -algorithms. We are conducting small scale experiments to show: the usefulness of | 8 | +algorithms. We expect to report preliminary results to show: the value of |
| 8 | detailed client-side measurements, the performance penalty of collecting them | 9 | detailed client-side measurements, the performance penalty of collecting them |
| 9 | from active clients, and the feasibility of using smartphones to help nearby | 10 | from active clients, and the feasibility of using smartphones to help nearby |
| 10 | -devices. We are also preparing to deploy our system on \PhoneLab{}---a large | ||
| 11 | -smartphone testbed operated at UB. | 11 | +devices. We also plan to deploy our system on |
| 12 | +\PhoneLab{}\footnote{\url{http://www.phone-lab.org}}---a large | ||
| 13 | +smartphone testbed at UB. |