Amazon Tech Support

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

Sunday, 9 May 2010

Mobile broadband traffic - be careful about language

Posted on 02:29 by Unknown
I am currently writing a Disruptive Analysis research report on mobile broadband traffic management strategies. I have discussed various concepts on this for the past year or so - the relative merits of offload, compression, policy management and so forth.

One important factor for vendors and operators to keep reminding themselves is about the importance of accurate language, logic and semantics. The wrong words can drive poor decision-making, especially on "emotive" issues. Non-sequiturs and logical fallacies can lead discussions or engagements astray.

One of the most mis-used words is "capacity".

What triggered this post was seeing a sentence along the lines of "3% of mobile data users take up 40% of capacity".

This is almost certainly untrue - as very few networks (none?) actually run at capacity-utilisation rate of above 40% - especially when averaged across all cells. If that were true, there would be almost-permanant and geographically-ubiquitous congestion for mobile data.

Add in to this the fact that "capacity" is actually an ill-defined term embracing multiple separate variables (uplink capacity, downlink capacity, signalling capacity etc) and measurable at various points in the network, and it becomes even more useless as a description of the current state of affairs.

What I expect may be the more accurate statement is "3% of mobile data users account for 40% of aggregate downstream traffic".

Which is an interesting observation - but not in itself a "problem statement", and certainly not something that can immediately lead to conclusions such as "... therefore flat-rate pricing is untenable" or "... therefore it is critical to manage specific applications".

Those are examples of non-sequiturs which are potentially damaging. There is no direct logical connection.

Instead, it is critical first to understand what the problem actually is. So, 3% of mobile data users account for 40% of aggregate downstream traffic - but what impact does that have, either on the other 97% of users, or the operator's cost base?

If that 40% of traffic was confined to rural cells operating at much higher rates in the middle of the night, it is likely that the impact on other users would be zero, although it might have some variable costs associated with peering. If that 40% was instead concentrated in the busiest urban cells in the middle of the day, when existing capacity really is creaking, then there's a much more pressing problem.

But what if heavy users tend to download a lot at night... but then have usage during daytime that is broadly on a par with everyone else? They are then not using capacity in a way that causes any more congestion than light users. It could even be that a nominally light user, doing a sudden big burst of mobile video at 9.30am on the bus to work, causes more problems than another user trickling P2P traffic throughout 24 hours.

And in each of these cases, there are varying signalling loads as well. A smartphone user checking his email 10 times an hour might be causing more headaches than a laptop user watching 15 mins of video once a day.

My view is that until there is really good, really granular data on actual usage patterns (and scenarios and forecasts for how that might change in future), knee-jerk comments about "bandwidth hogs" are likely to cause more trouble than they solve.

Instead, I am working on a priority list of actions that operators can take to reduce the pressures on the network without creating unintended consequences in terms of user experience, customer satisfaction, or fixing "the wrong problem".

There are various actions - and technological avenues - that can be pursued without risking money on over-complex solutions. I am particularly skeptical of policy management approaches that stress focus on application differentiation, rather than (for example) time-of-day.

Watch this space for more extracts from the analysis.

(As well as the research study, I am also sharing my views and data on this in private advisory consultations. Please contact me for further details - information AT disruptive-analysis DOT com)



NEW Mobile Broadband Traffic Management Paper

NEW Broadband Business Models Strategy Report

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)
    • ►  June (19)
    • ▼  May (19)
      • VoIPo3G becoming a reality. Remember, you read it ...
      • Is it just me, or is 3G either really good or real...
      • What are the side-effects of speed/vol tiering for...
      • NEW research report on Mobile data: Offload vs. Co...
      • Thoughts on the LTE conference
      • Mobile local search - just leave it to Google. Again.
      • A quick thought on operators and APIs
      • More agreement with the "Happy Pipe" concept
      • End to end QoS is impossible for LTE Voice
      • I'm holding my nose and trying Twitter
      • NEW research paper on the Top 10 Technologies for ...
      • Telcos' own-brand iPhone apps
      • A problem with WiFi-based offload?
      • An open letter to Vodafone on data roaming pricing
      • From "dumb pipe" to "happy pipe"
      • Mobile broadband traffic - be careful about language
      • Paying for mobile QoS? Three thought experiments
      • Does the outcome of the Dutch 2.6GHz auction repre...
      • Why I think the iPad won't change anything
    • ►  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