I was sampled both the AT&T and T-Mobile SGS3s, so I can really only speak to those particular variants. However, all five of the USA SGS3s use MSM8960’s onboard cellular baseband for their respective cellular interfaces. I’m including the table from our original MSM8960 piece almost a year ago, since that shows the capabilities of the baseband - of course, whether or not your device supports all these things is a function of the rest of the RF chain, including transceiver and power amplifiers.

Snapdragon S4 - MSM8960 Cellular Support
LTE FDD 100 Mbps DL / 50 Mbps UL (Cat. 3, 3GPP Rel.9)
LTE TDD 68 Mbps DL / 17 Mbps UL (Cat. 3, 3GPP Rel.9)
UMTS DC-HSPA+ 42 Mbps DL (Cat. 24) / 11 Mbps UL (Cat. 8)
CDMA2000 1xAdvanced, EVDO Rev.B (14.7 Mbps DL / 5.4 Mbps UL)
GSM GSM/GPRS/EDGE
TD-SCDMA TD-SCDMA 4.2 Mbps DL / 2.2 Mbps UL

In the case of the AT&T SGS3, that’s LTE on bands 17 and 4 as shown in the table below. What’s unique about the AT&T LTE SGS3 is that it’s the first device in the USA I’ve seen with support for both 15 and 20 MHz FDD-LTE on Band 4 (AWS). That should tell you something about the product development cycle here, specifically that the AT&T SGS3 was conceived of back when AT&T was confident about getting T-Mobile’s AWS holdings. In addition, all of the cellular connectivity on the AT&T SGS3 sits on the same transmit path, with transmit at the bottom and receive diversity up at the top.

SGS3 AT&T - Network Support
GSM/EDGE Support 850 / 900 / 1800 / 1900 MHz
WCDMA Support 850 / 1900 / 2100 MHz
LTE Support 700 / 1700 MHz (LTE Band 17, 4), Category 3
Baseband Hardware Qualcomm MSM8960

The T-Mobile SGS3 is unsurprisingly very similar to the AT&T SGS3, including support for both their own bands and AT&T’s bands for WCDMA as shown in the table below. The T-Mobile device of course supports WCDMA carrier aggregation, or DC-HSPA+. For those that aren’t familiar, DC-HSPA+ Category 24 (3GPP Rel.8) employes carrier aggregation in addition to the other HSPA+ features from Release 7. Essentially, two 5 MHz WCDMA carriers are aggregated together on the downlink, resulting in roughly double the performance of a single WCDMA carrier situation. Note that the uplink remains single carrier, so there’s even more of an asymmetry that happens, but given the traffic asymmetry that already exists for most mobile workloads this isn’t a huge deal.

 
Samsung's excellent ServiceMode (*#0011#) is present on all the USA SGS3 variants, DC-HSPA+ shown on T-Mobile SGS 3 (left), 10 MHz FDD-LTE shown on AT&T Model (right)

Like the HTC One S, the T-Mobile SGS3 can be used on AT&T’s 3G network if you can manage to unlock one. This is a definite plus if you don’t care about LTE but do care about having a phone with a ton of WCDMA bands supported.

SGS3 T-Mobile - Network Support
GSM/EDGE Support 850 / 900 / 1800 / 1900 MHz
WCDMA Support 850 / 1700 / 1900 / 2100 MHz
HSPA Speeds HSDPA 42.2 (Cat.24) / HSUPA 5.76 (Cat.6)
Baseband Hardware Qualcomm MSM8960

Because of my limited time with the SGS3s, I haven’t had a chance to run a bunch of speedtests on AT&T LTE and report back with plots. In addition, because AT&T does not support DC-HSPA+ yet (and shows no indication of doing so), there’s not much to be learned from 3G WCDMA there, as it’s still just HSDPA 14.4 in my market and almost all others. I’ve still never seen a single AT&T market with 64QAM / HSDPA 21.1. I will update with AT&T LTE results when I have them.

I have however run a bunch on the T-Mobile in my home market of Tucson, AZ and compiled enough to generate some plots. To test, I used the same workflow as always, essentially running as many tests as possible using Ookla’s speedtest.net application on Android, exporting the results, and making some pretty graphs with python. I’ve rewritten my graphing code and prettied it up a bit as well with some stats.

Unsurprisingly DC-HSPA+ is impressively fast on the downlink, with an average of around 11 Mbps and a maximum of just above 20 Mbps. It’s not the kind of performance you’ll get out of LTE (proving somewhat that using subcarriers through OFDMA and other enhancements does pay off), but it’s pretty darn impressive nonetheless. There’s a weird double distribution in latency probably due to setup time coming out of CELL_PCH and setting up the DC-HSPA+ link. Running a test right after this setup yields much lower latency thanks to T-Mobile’s flat IP network, which is why I say it seems to be connection setup related. I’m impressed with how fast T-Mobile’s DC-HSPA+ is in my area, and DC-HSPA+ isn’t a bad interim air interface until the carrier can deploy LTE. You have to applaud T-Mobile for being first to both deploy 64QAM on the downlink (HSDPA 21.1) and deploy DC-HSPA+, two things AT&T still has no intention of doing anytime soon.

I’m headed to an AT&T LTE enabled market as soon as possible to get some AT&T LTE results, but I don’t expect any surprises from that particular device.

WiFi

On the USA SGS3s, I was surprised to find that Samsung hasn’t gone with the on-SoC WLAN and instead implemented BCM4334, mirroring what was done in the international SGS3. BCM4334 we have talked about a lot before, it’s the 45nm version of BCM4330 with added support for 40 MHz channels on 5 GHz, among other lower power features and improvements. Of course, the SGS3s also include NFC (from the incredibly ubiquitous PN544) and BT 4.0 support (from BCM4334).

One of our readers pinged me and let me know that reliable iperf ports are now available on Android and iOS, so I’ll be switching over to using iperf for my main WiFi throughput testing instead of the 100 MB PDF hosted locally. What I’m looking at is still downstream throughput to the phone, since I wager that’s the direction people care most about. I tested a small number of the phones I’ve got on hand with iperf on the new Buffalo 802.11ac compatible router for comparison. For the purposes of the test I’ll be choosing the fastest WiFi interface possible for the device, eg 5 GHz when supported, 2.4 GHz when not supported.

WiFi Performance - iPerf

The SGS3s show a PHY of 150 Mbps on 5 GHz with 40 MHz channels, and 65 Mbps on 2.4 GHz with 20 MHz channels. Performance isn’t quite up to the MSM8960 devices like the EVO 4G LTE and One X. I suspect this is due to either limitations on the interface between the SoC and BCM4334, or possibly absence of some other MAC features. Either way I’m glad to see 5 GHz support advancing even more now, to the point where devices are starting to show up with 40 MHz onboard as well.

GNSS

The SGS3 includes onboard GNSS (Global Navigation Satellite System) configuration. In this case, that means GPS with GLONASS. I have no problems getting a fast lock even indoors or in an urban environment, and like other combos with GLONASS you can see those satellites pop into use when GPS signal is weak.

 

I’m unclear whether the USA SGS3s have gone with Broadcom’s BCM47511 GNSS like what was done in the international SGS3, or whether Samsung is using the MSM8960 onboard GNSS. I need to do more digging to be certain. I suspect this is done on MSM8960, however.

Speakerphone and Sound

Because I’m in the process of moving, I don’t have my sound testing setup complete, nor the sound meter for testing speakerphone. However, I will be able to get that data in the coming week and update with my findings.

Both the AT&T and T-mobile SGS3s use an Audience A2220 for noise rejection using those two microphones (at top and bottom) as well. I need to do my testing here but based on a number of calls I’ve placed already from both I suspect they’ll perform quite well.

Display Analysis - 4.8" HD SAMOLED Conclusions and Final Thoughts
Comments Locked

107 Comments

View All Comments

  • antef - Wednesday, June 20, 2012 - link

    I don't believe "context menu" is the right term here. We're not discussing context menus - that would be something related to your *exact* context, such as long-pressing a row in a list and getting some options. What we're discussing is the app's "primary" menu that holds whatever could not fit on the main UI surface. In that sense, both the legacy menu and the action bar "overflow" are going to hold similar things, so what they contain is not really an item of debate. The main problem with the fixed Menu key, as Impulses said, is that it's "hidden" - since it's always present, there is really no indication that an app needs it or not, and it's also off-screen and thus doesn't feel cohesively tied to the rest of the app's UI. Action overflow, meanwhile, only appears when needed and right alongside other related functions.

    HTC switched to the new layout but unfortunately their use of physical buttons necessitates the nasty "full row menu button" for legacy apps. And I bet you that Samsung only stuck with the Menu key because they were too lazy to rethink parts of TouchWiz's UI - it clearly is a carryover from Gingerbread and they've shown before they don't put a lot of polish into their software. In that sense, this device is just stuck with that button because Samsung did not try to design a better user experience, not because they genuinely think this is the better way to go.
  • themossie - Thursday, June 21, 2012 - link

    I understand what you mean, and "primary" menu is definitely a better term! However, the "action overflow" on-screen button which Google wants to replace the older "primary" menu (menu button) is not an improvement.

    "Action Overflow" is not intended to be an actual settings menu. With "Action Overflow", Google basically says "Hey guys, you don't need 'settings' any more - just 'buttons you won't press that often." They then allow developers to put the action bar in 3 different places (http://developer.android.com/design/patterns/actio... so there's no longer consistent button placement.

    The biggest problem with the menu button (for new users) was the lack of contextual cues. ICS ironically manages to fix this even as it deprecates the menu.

    At this point, I'm way outside the scope of a phone review's comment sections, so I'll leave some food for though (discussion, not favoring a particular approach)
    http://www.reddit.com/r/Android/comments/uda99/dea...
    http://stackoverflow.com/questions/9286822/how-to-...
  • antef - Thursday, June 21, 2012 - link

    Action Overflow is not intended to be an actual settings menu, but neither is legacy menu! it was never intended as a "settings" or "options" menu...literally just a menu to put anything you want. In this sense Action Overflow is exactly the same, only commonly used items don't have to be in the menu and instead can be directly on the action bar. It completely fixes the discoverability issue since the 3-dots are right there next to other icons you're already using. It leads you to it and it appears part of the app's UI.

    Thanks for the links. :)
  • synaesthetic - Wednesday, June 20, 2012 - link

    Google was smoking crack when they got rid of the menu button. I installed a custom ROM onto my Nexus to make the menu button come back.

    I have never used a real serious app that didn't have a contextual menu. Never. And the "ICS friendly" apps that use the dotdotdot in-app menu like to put them in really obnoxious places... like the TOP OF THE SCREEN.

    Holy carp Google, this phone is already huge, you want me to drop it trying to hit that menu key with my thumb?

    The SGS3 having a menu button makes me want it EVEN MORE.
  • antef - Thursday, June 21, 2012 - link

    I do have to tilt my Nexus forward a bit to reach up there with my thumb, but this is no different than having to reach up there for anything else, including the main action icons which are going to be up there no matter what.

    It is true that most apps used legacy menu, but still, nothing has to. That makes the very idea of an always present button silly. The nav bar should stick to system-wide navigation as it does on the Nexus and leave things pertaining to an app to be on the app's UI surface. The OP of the Stack Overflow link said it best:

    "This [the overflow button] seems much more intuitive for users than throwing them into a separate menu list that requires the user to jump from a touch(screen) interaction to a button based interaction simply because the layout of the ActionBar can't fit them on the bar."

    What he's saying is the on-screen controls and off-screen controls are different UI "sections" that shouldn't intermingle during the course of using an app. An app's controls should all be available within the app's UI. It's more cohesive and straightforward. In practice, it only ever really appears in the top right or bottom right, and most of the time the top right. It's not jumping all over from app to app like some people like to suggest.
  • 8er - Friday, June 22, 2012 - link

    Menu button is good.

    Physical home button, even better. It is huge selling point for me.

    Side bar. I do not comprehend how anyone can say 'insert button name here' is bad. It looks like a search button and it searches or a menu buttons bring up menus, or a home buttons brings you home, and someone is confused?

    If the above is true then that person is helpless. I will not apologize for sounding crass, but that person gets left behind. You are not left starving on an island kind of crass. If you do not understand what selecting an icon might do then a smart phone is too much for you.
  • robinthakur - Friday, June 22, 2012 - link

    Yes, this totallyl! Coming from an iPhone, the long press to access multitasking is really slow and rubbish, I wasn't sure whether this is the same across all Android handsets. It doesn't help that on iOS, the commands are flipped and long press is Siri with double tap or four finger upwards swipe being multitask! The use of the Menu button seems haphazard as it isn't obvious which apps use it (or even which parts of the apps) and which ones don't.
  • THX - Wednesday, June 20, 2012 - link

    Folks on Head Fi are worried that the S4 chipset will strip out the Wolfson DAC. Any word what sound chip is inside the US Galaxy S3?
  • Impulses - Wednesday, June 20, 2012 - link

    Does the international version still have a Wolfson DAC? I know the SGS2 and many Tegra 2 devices did, haven't really kept up with that aspect of phones but I know a lot of people really liked that DAC because of the untapped potential in it (and the Voodoo app that it). Have they found anything particularly alarming about the One X's DAC or sound tho? (gimmicky Beats EQ aside) HF to ride their FOtM choices pretty hard and in the process anything else is deemed simply incomparable.
  • Impulses - Wednesday, June 20, 2012 - link

    that should've read "HF tends to ride"

Log in

Don't have an account? Sign up now