Amazon Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Monday, 26 July 2010

Vendor-managed offload?

Posted on 04:50 by Unknown
I've just seen my first "live" WiFi SSID from an Android device used as a tether - it came up in my local cafe as AndroidAP.

However, it's made me wonder if there is mileage for an Android offload service (run by Google), rather than a tether, which is essentially the opposite.

It is already well-understood that perhaps the most difficult part of WiFi offload is the on-device client and connection management experience, especially given the heterogenous nature of WiFi APs, between home, hotspot and work domains. There's a minefield of user interface, behavioural issues (eg switching off WiFi), log-on screens and so forth.

Joining the dots with some of Google's WiFi efforts that I see in places such as US airports, it made me wonder whether it might be in the interests of Google, Nokia, Apple and others to start knitting together their own grids of WiFi offload partnerships.

Apple and others already make it easy to connect to home WiFi on smartphones - and, generally, it is a better experience for most data applications than relying on 3G, as long as the fixed broadband connection is robust. It also generally means that traffic goes directly to the Internet, rather than being routed via the operator's core.

As a thought experiment, consider this:

A hotel has a WiFi network run by a company such as Swisscom or BT Openzone. As well as the normal SSID, it is also set up with dedicated Android, Apple, Nokia and BlackBerry SSIDs (and, perhaps, Samsung, Acer, Huawei, HTC or others).

The hotspot operator can work on various business models with these vendors - for example revenue-share of adverts viewed onsite, or music and apps downloaded.

The devices come with clients that do auto-logon or simplified log-on (free, or even charged to your iTunes account). The user is happy to have a fast connection that doesn't count against the data cap (or worse, data roaming).

Their host operator has a more mixed view - they get the benefits of offload, but are disintermediated, unless they happen to own or partner the hotspot network themselves.They lose out on possible overage charges, but protect their macro network investment. They also likely get better coverage in indoor locations, improving customer satisfaction.

We already see Skype cutting a deal with WiFi providers (Skype Access). How much more sense to see Android Access as well?

[Actually, I've just remembered, the first(?) device vendor to push this type of model was actually Nintendo]
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home
View mobile version

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Quick musing on Cloud Computing
    I just heard the phrase "Everything as a Service" during a presentation on Cloud, SaaS and other forms of managed service offering...
  • Apple, embedded SIMs, NFC and mobile payments - some speculation
    I wonder if I've just managed to join up the dots on something rather important: - Recent reports suggest that Apple is intending to use...
  • New Cisco VNI traffic report out
    One of the broadband industry's "bibles" has been published in a 2010 edition . Cisco's "Visual Networking Index...
  • Is the MID a market?
    MIDs (Mobile Internet Devices) are being pushed by some notebook OEMs and silicon suppliers as the next big convergent handheld category. I...
  • "You can't use my eyeballs for free"
    Let's look forward 10 years. We've all got augmented reality browsers on our handsets, or perhaps our 4G-connected sunglasses. They ...
  • Mobile traffic management - the Inter-technology war begins
    I've been following the proliferation of mobile broadband traffic management technologies for some considerable time now, having publish...
  • Pre-MWC notes for analyst relations staff
    OK, it's the time of the year when I get bombarded by emails and phone calls from a million people inviting me to briefings and similar ...
  • Mobile operators' future voice strategies decoded
    Apologies in advance, but this blog post is deliberately a bit of a tease. I'm not going to spell out the answer here, as it's too v...
  • Hosted mobile services in the recession - Caveat Emptor
    I used to work as an equity analyst at an investment bank back in 2000-2001. I remember an unending stream of first generation Application S...
  • Challenges in measuring offload volumes
    I suspect we're going to get bombarded with statistics in the next year, along the lines of "Operator X deployed Vendor Y's off...

Blog Archive

  • ►  2013 (31)
    • ►  October (2)
    • ►  September (3)
    • ►  August (1)
    • ►  July (2)
    • ►  June (6)
    • ►  May (5)
    • ►  April (1)
    • ►  March (3)
    • ►  February (3)
    • ►  January (5)
  • ►  2012 (46)
    • ►  December (5)
    • ►  November (4)
    • ►  October (3)
    • ►  September (2)
    • ►  August (4)
    • ►  July (3)
    • ►  June (1)
    • ►  May (6)
    • ►  April (4)
    • ►  March (1)
    • ►  February (9)
    • ►  January (4)
  • ►  2011 (73)
    • ►  December (4)
    • ►  November (10)
    • ►  October (8)
    • ►  September (6)
    • ►  August (3)
    • ►  July (5)
    • ►  June (7)
    • ►  May (9)
    • ►  April (4)
    • ►  March (7)
    • ►  February (6)
    • ►  January (4)
  • ▼  2010 (130)
    • ►  December (4)
    • ►  November (10)
    • ►  October (10)
    • ►  September (6)
    • ►  August (9)
    • ▼  July (7)
      • Vendor-managed offload?
      • Yet more mobile data traffic management options
      • Policy conflicts on the horizon with offload?
      • FAO PR people: how to avoid getting black-listed
      • Challenges in measuring offload volumes
      • Please participate in 2 surveys on Developers & SD...
      • Death of the Kin - proof point that mobile social ...
    • ►  June (19)
    • ►  May (19)
    • ►  April (11)
    • ►  March (18)
    • ►  February (7)
    • ►  January (10)
  • ►  2009 (126)
    • ►  December (4)
    • ►  November (14)
    • ►  October (9)
    • ►  September (8)
    • ►  August (9)
    • ►  July (10)
    • ►  June (21)
    • ►  May (14)
    • ►  April (2)
    • ►  March (11)
    • ►  February (15)
    • ►  January (9)
  • ►  2008 (94)
    • ►  December (24)
    • ►  November (26)
    • ►  October (25)
    • ►  September (19)
Powered by Blogger.

About Me

Unknown
View my complete profile