Jump to content

Carrier SmartPhone Market Share


LookInToMyEyes
 Share

Recommended Posts

Part of the issue is that that list compares individual manufacturers to each other. When you go that route you usually see that the iphone is the best individual selling model of phone at each carrier. But when you compare ios devices vs android devices in total you see that android wins handily. I just a story about the latest quarterly figures from Gartner research showing android with about 64% of the smartphone market. Apple and its ios devices took about 19%. It's also usually the case that Apple has huge sales and market share numbers in the quarter when a new iphone is released as all the existing base goes to upgrade then falls off the following quarters.

 

http://techcrunch.com/2012/08/14/gartner-global-mobile-sales-down-2-smartphones-surge-43-apple-stalls-as-fans-hold-out-for-new-iphone/

Link to comment
Share on other sites

If we define market share by sales, then the stats should be a reasonably accurate depiction. But they certainly do not reflect actual subscriber-device share on AT&T and T-Mobile, since both carriers use SIM cards and cannot prevent subs from swapping devices. For example, it is well known that roughly one million out of contract iPhones are on T-Mobile accounts (i.e. ~3 percent share), yet the T-Mobile stats show zilch for Apple.

 

AJ

Link to comment
Share on other sites

If we define market share by sales, then the stats should be a reasonably accurate depiction. But they certainly do not reflect actual subscriber-device share on AT&T and T-Mobile, since both carriers use SIM cards and cannot prevent subs from swapping devices. For example, it is well known that roughly one million out of contract iPhones are on T-Mobile accounts (i.e. ~3 percent share), yet the T-Mobile stats show zilch for Apple.

 

AJ

 

I noticed that too! I have a T-Mobile SIM in my 3Gs right now. It's not active yet, but I am considering it as a backup.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • large.unreadcontent.png.6ef00db54e758d06

  • gallery_1_23_9202.png

  • Posts

    • What devices should do, and what they actually do, are two very different things! As you've probably heard me mention countless times, many of those screens get information in a proprietary manner directly from the modem; apps like SignalCheck can only get what the OS is reporting. I did find your earlier reports, and as I guessed, the OS was reporting valid signal strength. I will try to figure out a solution.
    • Service mode shows the SIM as having no service, so I would think the device should report that. I believe I sent a diagnostic report a little while back—can you check to see if you have it?
    • Interesting, that doesn't happen on my P7. Can you send me a diagnostic report the next time you see that please? Hopefully the phone isn't actually reporting the -115, that will be tricky.
    • Hey Mike—another dual SIM bug. If one SIM loses service, it doesn’t disappear from the app.  I’ve seen this a couple times—my Dish SIM will lose service (confirmed in service mode), but SCP won’t stop displaying -115 or so. And it logs a data point at that signal every time the location updates.  Along the same lines, I have a custom trigger set up for 313340 (Dish), and the custom trigger keeps firing when this is happening. 
    • TLDR: not really 😂 With dual SIM, initially I was struggling to keep the info from each SIM separate but updating properly. I figured out how to get each to update without negatively impacting the other SIM's process.. which caused those processes to run on separate threads. On some devices (notably your e5 Play), the OS doesn't like the separate threads updating the UI. But it was only a very small subset of devices. And at first, the crash reports gave the correct crash reason but it was pointing to unrelated parts of the code. Once I cleaned up some other bugs, the crash reports pointed me directly to what I needed.
  • Recently Browsing

    • No registered users viewing this page.
×
×
  • Create New...