<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.mozilla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sanae</id>
	<title>MozillaWiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.mozilla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sanae"/>
	<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/Special:Contributions/Sanae"/>
	<updated>2026-06-05T14:25:04Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.39.10</generator>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960515</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960515"/>
		<updated>2014-04-03T03:19:00Z</updated>

		<summary type="html">&lt;p&gt;Sanae: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf] &lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
This tool is intended for developers.  Using packet traces, this tool can infer RRC states and RRC state changes, and then detect periodic, short bursts that lead to long tail times and thus poor battery usage.&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This compares the performance of LTE networks with 3G, WiFi and other networks.  It also examines in depth the power and performance impacts of different RRC states on performance and power, including changes in DRX (discontinous reception).  It is generally a good introduction to RRC states on LTE devices.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ website]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.  The ability to automatically determine a ground truth for RRC states may be usable for Firefox OS devices.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP on Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in the US.  Also develops a lightweight method for estimating bandwidth, and discovers that TCP often does not run very efficiently on LTE networks.&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
An application of the technique of fast dormancy, where a device indicates that it would like to release radio resources in order to save power.  Proposes an API where applications submit predictions of when the next data transmission will be.  The system then sends a request for fast dormancy when there are no expected data transmissions in the near future. Works best for applications with predictable traffic patterns, such as streaming applications.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Follow-up work to the above, it explores how to effectively predict application idle periods.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
Schedule delay-tolerant traffic or easily predictable traffic to be batched with more real-time traffic by prefetching or delaying it.  &lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&#039;&#039;&#039;Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling&#039;&#039;&#039; [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. &lt;br /&gt;
Poor signal strength can decrease the energy efficiency of cellular network data transfers by as much as 6x on mobile phones.  For delay-tolerant traffic like streaming and syncing, the paper proposes a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
Traffic sent while the screen is off accounts for ~60% of network energy.  A lot of energy can be saved by batching this traffic.  It is generally assumed that traffic sent when the screen is off is less delay-sensitive. Somewhat similar to TailTheft.&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem. Most of this is due to incorrect or incomplete caching implementations.  The effect of a small cache size is not substantial. Making sure this is correct can reduce traffic by 17%. &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By implementing various redundancy elimination algorithms.  In addition to correct caching, delta encoding (sending over partial web page updates), file compression, and packet stream compression, are effective methods of reducing the data consumed.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Implements a search engine that caches results locally in order to make results available in the absence of a network connection. 52% of searches are duplicates. The number goes up to 72% when considering users with similar behavior.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets (assuming a fixed data plan and predictable charging intervals).  Does not deal with the prediction problem; rather, it is implemented as an API which any application can use.  &lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Assuming users have access to both WiFi and cellular networks, wehre WiFi is faster and cheaper.  They determine an optimal time for prefetching, assuming that the cost for each technology is known, and accounting for user motion (e.g. as users walk and move from ne coverage area to another).  Prefetching is done over the short term.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Delivery&#039;&#039;&#039; [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
Allows advertisements to consume less data and power by prefetching ads in advance, using past user context history to predict future context history (i.e. what ads you will want to show).  Also provides a model for subsidizing network access by showing ads on behalf of the ISP.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
Social media content is personalized, varies greatly in size, and is often viewed in non-ideal circumstances (e.g. waiting in line). They determine ways to rank content of itnerest to users and automatically prefetch high-priority content of interest to users.  Rankings are based on interactions with other users and general post popularity.&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960488</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960488"/>
		<updated>2014-04-03T02:38:08Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* TCP on Cellular Networks */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf] &lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
This tool is intended for developers.  Using packet traces, this tool can infer RRC states and RRC state changes, and then detect periodic, short bursts that lead to long tail times and thus poor battery usage.&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This compares the performance of LTE networks with 3G, WiFi and other networks.  It also examines in depth the power and performance impacts of different RRC states on performance and power, including changes in DRX (discontinous reception).  It is generally a good introduction to RRC states on LTE devices.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ website]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.  The ability to automatically determine a ground truth for RRC states may be usable for Firefox OS devices.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP on Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in the US.  Also develops a lightweight method for estimating bandwidth, and discovers that TCP often does not run very efficiently on LTE networks.&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&#039;&#039;&#039;Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling&#039;&#039;&#039; [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. &lt;br /&gt;
Poor signal strength can decrease the energy efficiency of cellular network data transfers by as much as 6x on mobile phones.  For delay-&lt;br /&gt;
tolerant traffic like streaming and syncing, propose a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
Traffic sent while the screen is off accounts for ~60% of network energy.  A lot of energy can be saved by batching this traffic.  It is generally assumed that traffic sent when the screen is off is less delay-sensitive.&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960480</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960480"/>
		<updated>2014-04-03T02:25:01Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Measurement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf] &lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
This tool is intended for developers.  Using packet traces, this tool can infer RRC states and RRC state changes, and then detect periodic, short bursts that lead to long tail times and thus poor battery usage.&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This compares the performance of LTE networks with 3G, WiFi and other networks.  It also examines in depth the power and performance impacts of different RRC states on performance and power, including changes in DRX (discontinous reception).  It is generally a good introduction to RRC states on LTE devices.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ website]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.  The ability to automatically determine a ground truth for RRC states may be usable for Firefox OS devices.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP on Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&#039;&#039;&#039;Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling&#039;&#039;&#039; [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. &lt;br /&gt;
Poor signal strength can decrease the energy efficiency of cellular network data transfers by as much as 6x on mobile phones.  For delay-&lt;br /&gt;
tolerant traffic like streaming and syncing, propose a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
Traffic sent while the screen is off accounts for ~60% of network energy.  A lot of energy can be saved by batching this traffic.  It is generally assumed that traffic sent when the screen is off is less delay-sensitive.&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960462</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960462"/>
		<updated>2014-04-03T02:03:07Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Performance prediction */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf] &lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP on Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&#039;&#039;&#039;Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling&#039;&#039;&#039; [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. &lt;br /&gt;
Poor signal strength can decrease the energy efficiency of cellular network data transfers by as much as 6x on mobile phones.  For delay-&lt;br /&gt;
tolerant traffic like streaming and syncing, propose a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
Traffic sent while the screen is off accounts for ~60% of network energy.  A lot of energy can be saved by batching this traffic.  It is generally assumed that traffic sent when the screen is off is less delay-sensitive.&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960412</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960412"/>
		<updated>2014-04-02T21:54:30Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Networking Traffic Scheduling */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf] correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP on Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&#039;&#039;&#039;Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling&#039;&#039;&#039; [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. &lt;br /&gt;
Poor signal strength can decrease the energy efficiency of cellular network data transfers by as much as 6x on mobile phones.  For delay-&lt;br /&gt;
tolerant traffic like streaming and syncing, propose a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
Traffic sent while the screen is off accounts for ~60% of network energy.  A lot of energy can be saved by batching this traffic.  It is generally assumed that traffic sent when the screen is off is less delay-sensitive.&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960400</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960400"/>
		<updated>2014-04-02T21:33:13Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Power Characterization and Optimization */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
Coordinating Cellular Background Transfers using [http://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf LoadSense]: correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. How signal strength can affect energy efficiency of cellular network data transfer on the mobile phones. Proposing a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960399</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960399"/>
		<updated>2014-04-02T21:31:41Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Power Characterization and Optimization */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
Coordinating Cellular Background Transfers using [http://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf LoadSense]: correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation&#039;&#039;&#039; [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;[http://powertutor.org/ PowerTutor]&#039;&#039;&#039;: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications&#039;&#039;&#039; [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. How signal strength can affect energy efficiency of cellular network data transfer on the mobile phones. Proposing a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960398</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960398"/>
		<updated>2014-04-02T21:30:08Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Measurement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
&#039;&#039;&#039;Coordinating Cellular Background Transfers using Loadsense&#039;&#039;&#039; [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
Coordinating Cellular Background Transfers using [http://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf LoadSense]: correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. How signal strength can affect energy efficiency of cellular network data transfer on the mobile phones. Proposing a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960397</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960397"/>
		<updated>2014-04-02T21:29:49Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Measurement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
Coordinating Cellular Background Transfers using Loadsense [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Improve device energy consumption by 20-60% by measuring cellular load and transmitting data when the network is not congested.  Measure based on the power ratio: the ratio of the pilot power to the total raw power.  For 3G, these are the RCSP and ECIO.  For LTE these are the RSRP and RSRQ.&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
Coordinating Cellular Background Transfers using [http://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf LoadSense]: correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Bartendr: A Practical Approach to Energy-aware Cellular Data Scheduling [http://research.microsoft.com/pubs/135681/bartendr.pdf pdf]. How signal strength can affect energy efficiency of cellular network data transfer on the mobile phones. Proposing a scheduling algorithm to reduce energy consumption.&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960392</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960392"/>
		<updated>2014-04-02T21:16:26Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Power Characterization and Optimization */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
Loadsense [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
=== Performance prediction ===&lt;br /&gt;
&lt;br /&gt;
Coordinating Cellular Background Transfers using [http://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf LoadSense]: correlation between cellular network throughput and signal quality (power ratio) for performance prediction.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
TailTheft: Leveraging the Wasted Time for Saving Energy in Cellular Communications [http://hgj.open.com.cn/_data/2012/07/09/5f0ad66c_ba3e_4c5a_b4ca_b9ed1608b996/file/TailTheft-HaoLiu.pdf]&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960377</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960377"/>
		<updated>2014-04-02T21:06:31Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Measurement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
Loadsense [https://research.microsoft.com/pubs/194057/LoadSense-Mobicom13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960375</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960375"/>
		<updated>2014-04-02T20:54:42Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* RRC state analysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&#039;&#039;&#039;&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&#039;&#039;&#039;&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960373</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960373"/>
		<updated>2014-04-02T20:54:18Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* RRC state analysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
RILAnalyzer: a Comprehensive 3G Monitor On Your Phone&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960367</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960367"/>
		<updated>2014-04-02T20:33:31Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Caching */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
QUIC is proposed protocol for improved web browsing experience to address two problems of SPDY: (1) Head-of-line blocking and (2) Connection setup overhead.&lt;br /&gt;
How does QUIC compare to HTTP and SPDY, in WiFi and Cellular?&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
&#039;&#039;&#039;Web caching on smartphones: ideal vs reality&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;How to Reduce Smartphone Trafﬁc Volume by 30%?&#039;&#039;&#039; [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Findall: a local search engine for mobile phones&#039;&#039;&#039; [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Informed mobile prefetching&#039;&#039;&#039; [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS&#039;&#039;&#039; [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;CAMEO: A Middleware for Mobile Advertisement Deliv&#039;&#039;&#039;ery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&#039;&#039;&#039;&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960365</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960365"/>
		<updated>2014-04-02T20:27:32Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Performance and Battery Optimization */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance [http://www2.research.att.com/~fengqian/paper/lte_sigcomm13.pdf pdf]&lt;br /&gt;
Analyzing performance of TCP and applications on LTE network from a dataset captured at an operational LTE network in US&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
MultiPath TCP (MPTCP) leverages multiple network interfaces to establish multiple TCP connections. It is standardized by RFC 6824 (experimental) and is implemented in Linux ([http://inl.info.ucl.ac.be/system/files/nsdi12-final125.pdf pdf]). There are a few research papers looking at the performance of MPTCP in general or on mobile platforms.&lt;br /&gt;
&lt;br /&gt;
A Measurement-based Study of MultiPath TCP Performance over Wireless Networks [http://conferences.sigcomm.org/imc/2013/papers/imc231-chenA.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Exploring Mobile/WiFi Handover with Multipath TCP [http://inl.info.ucl.ac.be/system/files/cell06-paasch.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation [http://www2.research.att.com/~fengqian/paper/top_icnp10.pdf pdf]&lt;br /&gt;
leveraging fast dormancy to reduce tail energy&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
[http://powertutor.org/ PowerTutor]: a diagnostic tool for analyzing system and app power usage with automated power model construction and accurate power estimation from system activities (within 5% of actual values). It has power breakdown for different apps and major system components.&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== Caching ===&lt;br /&gt;
Web caching on smartphones: ideal vs reality [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
How to Reduce Smartphone Trafﬁc Volume by 30%? [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Findall: a local search engine for mobile phones [http://conferences.sigcomm.org/co-next/2012/eproceedings/conext/p277.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
80% of web searches are duplicates!&lt;br /&gt;
&lt;br /&gt;
Informed mobile prefetching [http://notrump.eecs.umich.edu/papers/mobisys12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Prefetching to effectively consume without exceeding power and data budgets&lt;br /&gt;
&lt;br /&gt;
MOBILITY-AWARE WEB PREFETCHING OVER HETEROGENEOUS WIRELESS NETWORKS [http://www.comm.toronto.edu/~liang/publications/PIMRC05.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Focuses on short-term prefetching with different network types&lt;br /&gt;
&lt;br /&gt;
CAMEO: A Middleware for Mobile Advertisement Delivery [https://www.cs.cmu.edu/~dongsuh/paper/sys025-khanAemb.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
O2SM: Enabling Efﬁcient Ofﬂine Access to Online Social Media and Social Networks&lt;br /&gt;
[https://www.ics.uci.edu/~nmdo/middleware13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permissions: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approaches to ensure a secure environment of the application market. We can use program analysis methods to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, can enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960346</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960346"/>
		<updated>2014-04-02T19:59:38Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Performance and Battery Optimization */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
[http://powertutor.org/ PowerTutor]&lt;br /&gt;
=== Power Characterization and Optimization ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Networking Traffic Scheduling ===&lt;br /&gt;
&lt;br /&gt;
Web caching on smartphones: ideal vs reality [http://web.eecs.umich.edu/~zmao/Papers/caching_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
Redundant network transfers on mobile phones are a huge problem.  Even just ensuring caching is correctly implemented makes a large difference.&lt;br /&gt;
&lt;br /&gt;
How to Reduce Smartphone Trafﬁc Volume by 30%? [http://web.eecs.umich.edu/~zmao/Papers/re_pam13.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
By adding in better redundancy elimination&lt;br /&gt;
&lt;br /&gt;
RadioProphet: Intelligent Radio Resource Deallocation for Cellular Networks [http://web.eecs.umich.edu/~zmao/Papers/HuangPAM2014.pdf pdf]&lt;br /&gt;
Eliminate tail times by predicting when the network will be idle&lt;br /&gt;
&lt;br /&gt;
Screen-Off Trafﬁc Characterization and Optimization in 3G/4G Networks [http://web.eecs.umich.edu/~zmao/Papers/imc12.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
&lt;br /&gt;
A more natural way of granting application permission: (Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;br /&gt;
&lt;br /&gt;
=== Side Channel Attack Research (Shared Public Resource Privacy Leakage) ===&lt;br /&gt;
&lt;br /&gt;
Study user privacy leakage from application/system public accessible resources. For FireFox OS, we can study the API design to find out possible leakage interfaces. &lt;br /&gt;
&lt;br /&gt;
=== Malware/Spyware Detection ===&lt;br /&gt;
&lt;br /&gt;
Use systematical approach to ensure a secure environment of the application market. We can use program analysis method to statically or dynamically detect possible malware/spyware.&lt;br /&gt;
&lt;br /&gt;
=== Possible Privilege Escalation Problems ===&lt;br /&gt;
&lt;br /&gt;
Inter-component communication via Intent in Android produces tons of privilege escalation attacks, such as permission re-delegation, component hijacking, etc. It would be interesting to see whether the web activity in Firefox OS, the equivalence of Intent, will enable the same attacks. If so, it is a good chance to build a defense system at this early age of B2G OS.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960335</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960335"/>
		<updated>2014-04-02T19:38:14Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Network Measurement */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
=== The [http://www.mobiperf.com MobiPerf] project ===&lt;br /&gt;
Related: Mobilyzer&lt;br /&gt;
An Android application running in the background periodically measures a wide range of performance characteristics of the mobile and wireless network.  Data is then anonymized and published in an open data set.&lt;br /&gt;
&lt;br /&gt;
=== Cross-layer application profiling ===&lt;br /&gt;
ARO: [http://www2.research.att.com/~fengqian/paper/aro_mobisys11.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
=== RRC state analysis ===&lt;br /&gt;
&lt;br /&gt;
A Close Examination of Performance and Power Characteristics of 4G LTE Networks [http://web.eecs.umich.edu/~zmao/Papers/RRC4G_mobisys2012.pdf pdf]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is done in a device-agnostic way with MobiPerf.  Mobiperf infers the impact of RRC states on user-perceived latencies, rather than the RRC state changes themselves.  In particular, this allows bad transition delays to be logged.&lt;br /&gt;
&lt;br /&gt;
[http://andriusa.github.io/RILAnalyzer/ pdf]&lt;br /&gt;
On certain Android devices it is possible to receive control-plane messages corresponding to RRC states.  This is a tool to log this control-plane data and determine how it interacts with data-plane events in order to affect user-perceived performance.&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
=== TCP for Cellular Networks ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== [http://www.multipath-tcp.org MultiPath TCP] ===&lt;br /&gt;
&lt;br /&gt;
=== [http://blog.chromium.org/2013/06/experimenting-with-quic.html QUIC] ===&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
[http://powertutor.org/ PowerTutor]&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
(Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960320</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960320"/>
		<updated>2014-04-02T19:27:56Z</updated>

		<summary type="html">&lt;p&gt;Sanae: /* Security */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
The [http://www.mobiperf.com MobiPerf] project&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
[http://www.multipath-tcp.org MultiPath TCP]&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;br /&gt;
===[http://www.franziroesner.com/pdf/udac-oakland2012.pdf User-Driven Access Control] ===&lt;br /&gt;
(Roesner et al)&lt;br /&gt;
Build permission granting into normal user application workflow patterns with access control gadgets.  Protected UI gadgets allow users to naturally give access to e.g. the camera by pressing a button with a camera on it.&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960319</id>
		<title>Firefox OS/Research</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=Firefox_OS/Research&amp;diff=960319"/>
		<updated>2014-04-02T19:25:11Z</updated>

		<summary type="html">&lt;p&gt;Sanae: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;On this page, we will list related work (published research papers and other projects) that might be of interest either as something to integrate within Firefox OS, or that we can build off of for Firefox OS related research projects.&lt;br /&gt;
&lt;br /&gt;
== Network Measurement ==&lt;br /&gt;
The [http://www.mobiperf.com MobiPerf] project&lt;br /&gt;
&lt;br /&gt;
== New network protocols ==&lt;br /&gt;
[http://www.multipath-tcp.org MultiPath TCP]&lt;br /&gt;
&lt;br /&gt;
== Network Performance and Battery Optimization ==&lt;br /&gt;
&lt;br /&gt;
== Security ==&lt;/div&gt;</summary>
		<author><name>Sanae</name></author>
	</entry>
</feed>