T-Mobile only uses 1700 for HSDPA, though, 2100 is for uploads. DC-HSDPA doesn't require/work across both.
Correct idea, but you got it backwards. The FCC has authorized the 2110-2155 range for downlink, and the 1710-1755 range for uplink. [
Source 1]
However, DC-HSDPA, while not requiring two entirely separate bands, does require two separate allocations of bandwidth in order to function. T-Mobile chose to use AWS for this, but they COULD do it within one band, such as 1900mhz (PCS). However, common deployments require a pair of 10mhz swaths (IE, 20mhz total, and split). To do any less would cause bandwidth starvation in highly populated areas. But yes, due to load balancing, DC-HSDPA under T-Mobile's current implementation does require both aspects of the AWS spectrum. [
Source 2]
I'm of the impression AT&T doesn't have it because they invested in building out LTE instead, not because their spectrum can't support DC-HSPA (i.e. their equipment doesn't support it)?
I have no source for this, so take it as pure speculation. First, as sourced before, DC-HSDPA requires twice the spectrum as HSPA+ to reach a similar number of users. T-Mobile had tons of AWS spectrum holdings, and no LTE rollout plans at the time that Sprint rolled out WiMax. AT&T was preparing an LTE rollout in the 700mhz band. There was no need for AT&T to stretch their already taxed HSPA+ network into supporting DC-HSDPA. T-Mobile, however, had the spectrum to do it, and the smaller user-base to not be congested on it.
Given that AWS makes DC-HSDPA easier (separate large pairings of bandwidth), T-mobile has a huge leg-up in this area when compared to other carriers. [
Source 3]
I was also under the impression DC-HSDPA only needs 10MHz of spectrum, not 20.
It requires paired, not continuous spectrum. It can be in a 5x5mhz pair (as T-Mobile is doing in refarmed areas), but 10x10 or 15x15 is optimal [See Source 2]. T-Mobile, thanks to the acquisition of MetroPCS, will be deploying 20x20mhz LTE in the AWS spectrum [
Source 4], but to do so with DC-HSDPA today would be pointless.
But I suppose we'll see if it goes away or not once T-Mobile is finished.
T-Mobile has stated that they are not deploying DC-HSDPA 42 on the 1900mhz (PCS) spectrum.
[Source 5][
Source 6]
However, to clarify, T-Mobile has not set a shutdown date for their legacy networks. Smaller allocations of bandwidth will remain for Edge (PCS) and DC-HSDPA 42 (AWS) for the foreseeable future. Both Verizon and AT&T have set a deadline for their network shutdowns, but T-Mobile has not. As of right now, the current plan is for T-Mobile to utilize 75% of PCS for HSPA+ 21, and 75% of AWS holdings for LTE. They will use 25% of the legacy networks for legacy devices. [
Source 7]
Here's a good graphic showing their intent. Please note that the "final state" is based on T-Mobile's current announcements. At some undisclosed point, they will shutter the old networks and allocate 100% PCS to HSPA+ 21 and 100% AWS to LTE.
I was wondering if you'd seen some release or info that specifically said T-Mobile wouldn't support it post-refarm.
I wanted to provide sources to back up my claims. You were right to not take me at my word, because, hey, this is a forum. If it's on the internet, it must be true, right?
So out of respect for you, I wanted to provide sources to back up my claims, and then provide clarification. So, here's the clarification.
T-Mobile's goal was to refarm, enable LTE, then refarm some more. Previously, their 190mhz (PCS) network was Edge only. It's now on its way to 25% Edge and 75% HSPA+ 21. AWS was previously DC-HSDPA 42. It's now on its way to 25% DC-HSDPA 42 and 75% LTE.
If you have an LTE phone, you'll default to LTE on AWS, and HSPA+ 21 on PCS, once the current refarm and LTE rollout is complete. For phones with this hardware, there is no need for AWS DC-HSDPA 42, and your phone will almost never use it. So to finalize my clarification, the network will still be there for the foreseeable future, but newer phones will gravitate towards the newer network. I hope that I've done a better job of explaining my point of view.