Rein In App Gluttony
By Richard Quinnell | August 24, 2011
Developers have a lot to consider when creating mobile apps. Apps have to be engaging, interactive, and provide some value that will encourage users to throw at least a few dollars toward the developers. Now there are calls for a new consideration: minimize bandwidth demands.
As consumers embrace the many possibilities that wireless broadband is enabling, service providers are seeing alarming growth in the traffic their networks must support. This traffic has two components. One is the data itself, with things like video downloads ramping up bandwidth demands. The second component is signaling. In order to establish a connection to the network a mobile device must engage in an exchange of information with the servers (to ensure proper billing, among other reasons). This exchange must take place even if the mobile device simply wants a status update, such as to see if new mail is available.
To handle the emerging traffic overload, most service providers are turning to some form of usage-based billing. As a result, how efficiently an app utilizes its connectivity can have a direct impact on the consumer’s cost of using that app. Lean applications will cost less to run than gluttonous ones.
Some examples have already arisen showing how bad things could get. Early users of Windows Phone 7 were finding their devices were sending as much as 50 Mbytes per day without their knowledge. Investigation revealed it was a background routine that frequently reached out to the network to check a status flag so that the user would have an essentially immediate notification when messages arrived. The check was so frequent and inefficient that users could almost watch their data allocation steadily draining away.
Most apps are not so extreme in wasting bandwidth, but there has been no particular incentive for them to be highly efficient, either. That may change.
Google’s director of Android partnerships has hinted that there may be a metering function in development that would let users know how much bandwidth their apps are using. This would allow them to make choices in app selection to help keep down their data costs. It is the equivalent of these energy meters now coming available that show you just how much that microwave or heat lamp is costing you in electric charges. The idea of the metering function would be to “incentivize” developers and providers to put applications on a data diet.
It’s not going to happen soon, and if developers begin routinely optimizing their apps to minimize the traffic they generate, it may not happen at all. But if apps are sloppy in the way they use network resources such metering may appear, users will start paying attention, and market forces will make sure the “fat apps” get thrown to the wolves.
Search
Featured Video
Featured Video Headline and Text
Challenges and Solutions on the Path to 4G
Todd Townsend of Light Reading interviews Mike Barrick, Business Development Manager, Wireless, Anritsu on the obstacles on the path to 4G and what the next two years might hold for the industry. Topics discussed include handoffs, device battery power and how Anritsu is positioned to deal with these and other challenges on the path to 4G.
LTE Links
- 3GPP - The 3rd Generation Partnership Project (3GPP) unites telecommunications standards bodies - as "Organizational Partners"
- 3GPP LTE Advanced - LTE Release 10 and beyond
- IEEE - The world's largest professional association for the advancement of technology
- IEEE Communications Society - The world's leading membership organization for communications professionals
- 4G Americas - representing the 3GPP family of wireless technologies




Application software bandwidth gluttony: A real problem.
How about the application store having the bandwidth usage added to the product description, or modifying the phone OS to have it record and report bandwidth use. Those two functions could allow users to make smart selections, which would be a good start. Of course, charging enough for bandwidth used would also work.
Bandwidth ratings
Having a bandwidth rating in the app store listing sounds like a good idea. One challenge would be making the rating consistent by having some standard means of measuring. Then there are the issues of who makes the measurement and if there is anybody validating the numbers published.
Modifying the OS to record and report bandwidth utilization is probably exactly what the folks at Google are talking about. It seems the most useful approach in that it provides consistency and is self policing. With the metering built into the OS, folks who review apps can post the BW measurement they get as an independent check on whatever gets published on the app store.
Post new comment