Amazon Tech Support

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

Monday, 19 July 2010

Yet more mobile data traffic management options

Posted on 00:48 by Unknown
It's only been about 2 months since I published my recent Disruptive Analysis research paper analysing 10 different technological approaches to managing mobile broadband traffic - offloading, compression, policy management and so forth.

The main pitch of the document was that so many silos have evolved so quickly, that very few network operators are able to view all the options holistically. There are numerous cases of one "fix" simply shifting the problem elsewhere in the network - unintended consequences abound.

Yet on an ongoing basis, I'm being presented with yet more alternatives to either manage data traffic, or avoid its existence in the first place.

Among the things that have caught my eye recently have been:

- Routing of offloaded WiFi traffic back via the operator core, usually with the rationale of allowing the operator to maintain "control". One approach is the I-WLAN standard, advocated by companies such as IntelliNet, although I'm really not convinced that operators want extra load on their core networks, even if they can mitigate the 3G and backhaul congestion. It's also far from clear what this would mean for the connection manager on devices - WiFi needs to be able to operate in both "private" and "operator" modes, from the user perspective.

- Accuris is focusing more on the problems of WiFi offload needing the user to log on, often in cumbersome ways. It's pitching various forms of roaming-enabled WiFi offload, either using SIM-based WiFi authentication with EAP-SIM authentication [of which I'm a general disbeliever], or a new standard being developed by the Wireless Broadband Alliance called Wispr2.0 . Sounds interesting, but given the general lack of sensible pricing for any form of mobile data roaming, the Devil will be in the details. In particular, it's going to need to work around the issues I identified recently , where extensive partnering by hotspot providers may mean the user can attach to WiFi at a given location through various different affiliations. I'd be annoyed if data was charged (or set against my quota) automatically by my phone or PC, if I could get it for free on the same access point, with another of my services.

- I'm quite struck by Sycamore Network's IQstream approach to mobile broadband optimisation. It uses some combination of intelligent caching and video management - but in the radio network, rather than in the core network,. This is quite a contrast to the ByteMobile / Flash Networks / Vantrix / OpenWave / Acision approach to video compression and similar actions.

- More generally, there seems to have been much more interest in busy-hour, or busy-cell traffic management, rather than catch-all policy management or optimisation. I'm increasingly skeptical of any solutions that don't have some links into the radio network - in particular, I'm expecting to see more regulators follow the Canadian stance on mobile net neutrality. This seems to be an extremely smart approach, which sits comfortably on the fence between "pure" neutrality, and a free-for-all allowing any form of policy management that operators want to apply. If I'm reading it correctly, it says that traffic can be shaped *if* the network is congested - Ars Technica describes by saying that policy: 'must not be "unjustly discriminatory nor unduly preferential." Management must "be designed to address a defined need, and nothing more."'

I think that sounds like a sensible compromise, especially if it is combined with a requirement for transparency - it should be a requirement to publish network policies, and not just in meaningless broad-brush terms. If I get a chance, I'm intending to put in a comment to Ofcom's ongoing consultation in the UK about Net Neutrality.

The other trend I've been observing is more about influencing user behaviour and psychology. Clearly, a lot of the pricing tiers for the new group of data plans have gone through a lot of research and analysis. Some are cynically designed to be heavy-handed and force an upsell - especially by pitching tier thresholds just below or around average iPhone data usage. Others are more nuanced and fair-seeming or generous.

But the other thing that has struck me is the use of nannying "content control" software - ostensibly to protect children from seeing undesirable websites. However, I suspect a secondary purpose of reducing adults' downloads of adult content - a major contributor to fixed-line broadband traffic, presumably likely to be replicated in mobile. There's no particular reason for defaulting to content-moderated status where an operator *knows* that the user is not a child - yet by forcing users to make an awkward or embarassing call to a customer service agent to disable the block, they probably reduce disactivations - and therefore traffic - considerably. Depending on your views, this is either pragmatic, clever, sinister, cynical or illiberal - but probably quite effective.

Overall, it's fair to say that mobile broadband traffic management is still evolving at quite a pace - and is becoming more sophisticated. There is definitely a split between two philosophies, though:

- Reduce costs and limit / delay capex, by focusing on finding and solving specific congestion hotspots
- Increase revenues by pricing, tiering and policy - and also look for ways to get Happy Pipe revenues from "upstream" companies like content or media players, a la Telco 2.0

My current feeling is that operators should be splitting their focus about 70 / 30 between these two domains. Clearly, some initiatives span both - but I believe that the long-term future of "two-sided" business models is predicated on a lot more intelligence in the radio and transport networks. Nobody will pay for prioritisation or premium QoS - they will want an SLA, and a way to measure it. Also, even if regulators allow it, nobody will want to pay a premium when the network is not actually congested.

If you are interested in more detailed discussion and analysis of these topics, I would encourage you to purchase my research paper on Traffic Management. I have also been conducting a variety of client projects, presentations and workshops on these themes - please contact me via information AT disruptive-analysis DOT com if you would like to enquire about custom services.
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home

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