AgathosAnthropos

Isn't Sprint more likely to just do 2 5x5s, one in PCS G and one in PCS A-F and possibly aggregate them later for higher speeds? IIRC they have enough spectrum for this pretty much everywhere. Even without aggregation average speeds would be higher when people are spread over 2 carriers. A 10x10 would be cool but impractical for the reasons you stated.

I'm making an assumption here that the places where dual-band 25/26 (and not 41) are used will primarily be rural areas.  Meaning the capacity needs are less per site; so without CA, the multi-carrier B25 would only help an unneeded capacity strain (I say unneeded because if there was not enough capacity, they would add 41), but not improve peak speeds.

Thanks for the info though everyone.  One can hope for B25 CA then (I live in a rural area not likely to see B41 unless for that Dish/Sprint ISP).

For the dual-band sites (assuming no 41 due to not needing the capacity?) it would be awesome to see them refarm some of the PCS to potentially make 10x10 B25 to up the speeds. I would think that would be possible on the sites with lower usage, and hopefully could be done without a tech visit on sites that already have B25.

Do you use the ServiceState (getOperatorNumeric) or the CellIdentityLte (getMcc/getMnc) (or something else entirely) to get the plmn?  If both, do you see the same behavior in reporting Clear/Sprint values mixing up with GCI's?

In related news, T-Mobile has just posted employment ads for repo men who will go knock on doors of crummy apartments.

 

"Hello, sir/ma'am.  I'm from T-Mobile.  I have to collect $xx toward your overdue phone repayment today.  Otherwise, I'm sorry, but I'm going to have to repossess your phone."

 

 

AJ

Jude Law is their first employee.

Yes I did. The point still stands. Google has built one of the worlds largest and most profitable business on a model of giving services away. They know how much of a loss they can take on each customer. Keep in mind, that whatever Google believes that it can make in data collection will be used in part to subsidize each customer. Another thing to remember is that Google has also been looking for other avenues to bolster its data collection as it faces more competition in areas such as web browsers.

They could afford to give things away because their cost per search is low because they own the infrastructure.

I believe that what he is saying is that Google also makes money when you USE your phone - unlike the actual carriers (generally speaking).

Google makes money on Play Store transactions ( according to http://readwrite.com/2014/01/08/app-store-sales-google-play-android over $1Million per day in January 2014).  So by putting more devices in more people's hands they have an artificial "subsidy" over the actual infrastructure owner/service provider.  That's not to mention the fact that they make money each time you search and accidentally (or not) click on an advertisement (which of course they use their data collection mechanisms to target ads).

The same goes with Google Fiber "disrupting" the landline broadband industry.  They make money when you use your internet service so of course they can offer the service at a discounted price (again, artificial subsidy).  These are generally extra revenue sources carriers/providers don't have.  

(Not trying to argue for or against Google doing these things since carriers/providers margins can be absurdly high and it is actually competition, driving down prices.)

Thinking about picking this phone up, looks really nice. For those of you that own this device what do you think of it?  Does it play well with SignalCheck Pro?  Thoughts?  

It's a nice device, though call quality is odd (at least to me) due to not having a front speaker.  Plays well with SCP.  My only complaints are no root yet so you have to toggle airplane outside of SCP and no *#*#4636#*#* to set to LTE only (I use regularly searching for sites with my Nexus 5).

Honestly, glad I picked it up.  I switch between it and my Nexus 5 every once in a while just because.

I'm guessing it would be enough. I could probably watch the usage and throttle accordingly.

There is also http://mychitchatmobile.com For lower cost and usage it looks like sprint mvno as well.

Does anyone know of a service (Sprint or MVNO) that provides unlimited or otherwise high usage tri-band LTE via a USB, mPCIe or Ethernet based modem? I do not want a hotspot. I would be adding external antenna.

 

Thanks.

Define "high usage".  This one caps at 60GB LTE (30GB of CDMA):

http://www.wirelessnwifi.com/High-Limit-4G3G-Service

This is not app related, but can you please investigate what site/band/carrier you're connected to!? I've never seen a Sprint GCI ending in 32.

 

Unless I've missed something?

 

Sent from my LG G3

All of the screens I've seen of Sprint (8t8r) B41 has an odd market id - 009 in this case; and a sector id of 3X (X being 0-3? - and for that matter all of the B26 I've seen is 1X sector id).  It seems like a legit Sprint B41.

I have, but I haven't seen it since 4.4.3.

That's because it's "fixed" in 4.4.4, released how long ago...notice how this article, written today, talks about it like it's still 4.4.3 - at least that's how I read this:

 

The Android 4.4.3 update included a few tweaks to the camera code for the Nexus 5, but the next update will further optimize, and Google hopes, will finally put this bug to bed.

 

One major question I have about this plan is how does the new 8T8R deployment hinder this in exurban/rural areas? With the focus of Spark deployment focusing inwards on cities it will take some time for the more rural towers, which would benefit from this, to get the 2.6 equipment and so this isn't likely to expand too quickly, right?

No, just no. This is a common misconception with faster, modern-day connectivity. You receive your bits of data faster, but not more of them. If you load cnn.com 100 times on 3g, you'll use the same amount of data as loading it up through a gigabit fiber line.

While that is 100% true - I believe what people mean when they say you use more on a higher speed connection is that if I have equal time to browse the internet I can load 2x the pages (and hence 2x the data) on a 2x as fast connection in the same amount of time.

Bloomsdale, MO. The local WISP is lightwavemo.com.

This is good news (I've been reading about it since I saw it announced last December (http://newsroom.sprint.com/news-releases/sprint-and-dish-to-trial-fixed-wireless-broadband-service.htm), hopefully more information comes soon). I'll definitely try it if it does go nationwide and nothing better shows up before then.

I live in a rural area not far from a Sprint tower and this would be a great way to get decent internet since AT&T doesn't seem to support new DSL connections (and since they won't a lot of the smaller guys in my area won't) - they want to sell you a miniscule mount of GB/month LTE instead. And the only WISP that might reach my house is on the other side of a hill and I can't get a signal from without putting up like a 70ft tower.

I only hope the data cap (assuming there is one) is high enough to be usable (50+ GB/month). I don't even mind if I'm throttled on speed to 5/10 Mb/sec as long as I get plenty of data to use.

So the flash-all script lists:

./fastboot -w update image-hammerhead-ktu84m.zip

which is actually (images):

system, userdata, boot, recovery, cache

correct? My real question is which ones are required to update to 4.4.4, can I mix and match from 4.4.3 or is it best to just do them all?

I guess it's worth noting that doing a diff on the two versions shows that only recovery.img and system.img are different - so are those the only two that need flashed?

The new radio seems to be less prone to the band 26 csfb issue

 

Sent from my Nexus 5 using Tapatalk

I saw similar behavior this morning. 

It did a good job of handing off between 25/26/41 and 26 to new towers for my ride.  It also seemed like some of the places I got punted to 3G (pretty sure CSFB issues) yesterday on 1.13 today I rolled with a usable LTE signal (did some tests at <= -110dB and got +3M in lots of cases).  Maybe instead of falling to 3G on CSFB issues it rescans and jumps to 25?  Also had my highest 41 speed today on this radio:

I'm definitely liking this radio on my first use - we'll see how more usage goes. (Didn't upgrade kernel yet so I'm at 4.4.3 boot/kernel still)

Did a test while driving with LTE only mode, and I must say, fallback is definitely causing an issue. The band switching was super seamless without any interruption between bands, even seen it go from B41 to B25 and vice versa while running a speedtest without dropping the connection!  Didn't even see any dead zones at all! (except going into the Lincoln tunnel as expected)

 

All these issues with the device falling back to 3G definitely looks like a choice they made to keep the device from losing its ability to make calls and still have a data connection with minimal interruption. Seems this radio switches to 3G with even the faintest hint that  eCSFB isnt enabled, which I've found quite a few Clear sites lacking the ability.

 

Im very curious to know other's experience in LTE Only mode.

I did something similar. 

Two days ago I set to LTE Only on my way to work (~45 mile commute) and I went seamlessly between 25-26-41 at what appeared (from my glancing at my phone every once in a while).  No issues, a couple of successful speed tests (41 getting ~35Mbit at one test).

On the way home the same day I went back to LTE/CDMA and it seemed if not at every tower hand off then every couple I would drop to 3G (only getting back on if I toggled airplane mode).

Yesterday morning I did the same LTE/CDMA on the way to work but I didn't toggle airplane mode for the first (at least) half of the trip and didn't switch to LTE once (that's in like a ~20/30 mile stretch of known LTE).  I toggled airplane and it switched to LTE but again switching towers would seem to drop be back to 3G.

On the way home it was similar to the other on the way home experience.

This morning I didn't pay attention.

http://www.android.gs/android-4-4-3-kitkat-update-for-google-nexus-4-nexus-5-nexus-7-and-nexus-10-to-roll-out-on-may-23/

May 23?

At this point google should break the update into two, one for spark, one for everything else that's taking it's sweet time. 

How do you know it's not Spark that's causing it to take it's sweet time?

Does anyone else think Sprint was somehow confused with Googles dogfooding? According to http://www.androidpolice.com/2014/04/09/rumor-google-starts-early-dogfooding-of-android-4-4-3-public-release-expected-in-coming-weeks/ they released to 1% of internal employees the week before Sprints supposed release date. Wouldn't Google invest more time than a few days on rolling out the product internally for testing?

This place has been quiet today. I guess it's the shock from the Rams game!

 

 

Sent from my iPad using Tapatalk

Nah, feeling good about that win Sat night over the Penguins more like it.