Mobile Phone Development

Colin P. Fahey


<<< BACK TO MOBILE DEVELOPMENT


Motorola T720 GSM PHONE SETTINGS FOR AT&T

Introduction

This section is really just for my personal reference. The information provided here certainly only applies to AT&T customers with the Motorola T720 GSM phone, and may only apply to customers in the Los Angeles, California area. In fact, I'll go so far as to make the outrageous disclaimer that this information may only apply to me...and only for today.

Web Session Settings

Main Screen Main Menu More... (Not necessary if list view instead of icon view) Web Sessions mMode (NOTE: Do [New Entry] if no nMode entry) (*** Hit menu key, not LAUNCH! ***) Edit Name: mMode Homepage: http://home WAP IP 1: 10.250.250.250 WAP Port 1: 9203 WAP IP 2: 10.250.250.250 WAP Port 2: 9203 Timeout: 2 minutes CSD No. 1: ____________ (blank) User Name 1: ____________ (blank) Password 1: ____________ (blank) Speed (Bps) 1: 9600 Line Type 1: ISDN CSD No. 2: ____________ (blank) User Name 2: ____________ (blank) Password 2: ____________ (blank) Speed (Bps) 2: 9600 Line Type 2: Modem GPRS APN: proxy User Name: ____________ (blank) Password: ____________ (blank)

Also, there is a DNS setting for Java apps:

Main Menu Settings Java Tools DNS IP: 10.250.1.10

NOTES REGARDING THESE SETTINGS: [a] Doing a "master reset" will set the WAP Port numbers to "9201", so these must be changed to "9203". [b] The secondary WAP IP and Port is set to the same IP and port as the primary WAP settings. I was able to use "mMode" (i.e., go to URL's) with a totally blank secondary WAP setting, but I had "Line Type 1: Modem" at that time. I don't know if setting it to "ISDN" makes it more likely that the secondary WAP settings will be used. [c] A "master reset" makes the "Timeout:" field "15 minutes". Change to "2 minutes". [d] The "Name:", "Homepage:", and "GPRS APN:" fields all involve typing in letters and symbols manually. [e] The blank fields really are meant to be left blank.




GSM TECHNOLOGY, RECEPTION ISSUES

Physics of 1900MHz (1.9Ghz) GSM Reception

I'm not positive, but I hear that AT&T's GSM network uses 1900MHz exclusively. Other technologies and carriers use significantly lower frequencies (longer wavelengths), around 800 MHz, for example. In general, low frequency electromagnetic waves are able to penetrate objects and bend around objects. Thus, you can hear AM radio broadcasts (~1 MHz) in underground tunnels and around buildings and mountains. Higher frequency broadcasts, like FM radio (88-108MHz) penetrate and bend less, so reception may be poor deep inside buildings or behind large obstructions. Similarly, 800 MHz signals can penetrate and bend more than 1900 MHz signals. If we increase the frequency much more, to Infrared (~6000 GHz!) or visible light (~600,000 GHz!), it becomes obvious that even penetration through cardboard is very difficult, and bending around obstacles is insignificant (hence very distinct shadows). The actual curve of penetration ability versus photon frequency for a given material (brick, metal, water, etc) generally decreases with increasing frequency but eventually increases for extremely high frequencies (X-Rays, Gamma Rays), and the curve can be quite complicated, since there are many ways that a photon of a given frequency can be absorbed by a given material. Thus, 1900 MHz GSM signals penetrate less and bend less than the lower- frequency (e.g., about 800 MHz) signals that happen to be used in conjunction with older technologies and with other other carriers. Anyhow, the subjective result of this is that GSM phones have bad reception indoors and in places where there is a significant obstruction between the cell tower and the phone. I believe that the AT&T TDMA phones use a much lower frequency (like 850 MHz), and thus can have better reception under conditions that would lead to poor reception for 1900 MHz GSM phones.

Deployment of 1900MHz (1.9Ghz) GSM by AT&T

Another practical consideration is the fact that GSM is a new technology, and although AT&T is building more GSM towers all the time, the current coverage is limited to heavily-populated areas. Some people have estimated that GSM coverage will expand to rural areas and will generally be complete by the year 2006. Even cell tower density in heavily-populated areas may need to be increased, to make the distance to any given cell phone less, to compensate for poor 1900 MHz signal penetration ability.

Growing Pains of mMode

When I first bought the AT&T version of the Motorola T720, I couldn't access the Internet for many days, which was frustrating and kind of discouraging. Then, at random, a friend asked to borrow the battery from my phone (to do a download to his T720 after his battery was drained). When he returned the battery and I turned my phone back on, BOOM, I had network access! Apparently, power-cycling the phone daily is a commonly recommended practice, even by other carriers (e.g., T-Mobile). Why can't a high-tech phone have some other strategy to achieve whatever must be done? Who knows! At the time I am writing this paragraph, I am in the middle of an mMode "blackout" that has lasted over two days and apparently affects Los Angeles County and Orange County. Customer service representatives had very little information on the specifics of this outage, and no estimate of when it would be resolved. On the AT&T web site discussion forums I learned that there was a similar outage in central California right before our outage in Southern California. Maybe it's just scheduled system upgrades. I just wish the phone wasn't so vague about what was going on: "Connection unsuccessful. Try again later." For a while I assumed "later" meant "5 seconds from now", or maybe "5 minutes" from now. But not "5 days" from now!

Universal Rant About Error Messages!

In general, I think there is a worldwide crisis of vague error messages. Microsoft Windows has its share of completely vague messages. But the cell phone is the king of vague error messages! The only way I could figure out what any given cell phone error message actually indicated was to finally overcome the problem by trial and error and isolate what must have been the cause of the problem. Thus I can make the absolutely insane correspondance between "406: Not Acceptable" and servers not setting the proper MIME type for the downloaded data. I know that some error messages (including this example) actually properly describe the immediate direct cause of the malfunction, but I wish there was some extra speculative comments along with the error message, like: "Server did not set MIME type for data?" or "Unknown MIME type" or "Unsupported MIME type". I also wish messages proposing solutions were less vague. "Try again later." is really bad! How about: "Current Unavailability Estimate: 4 days"? This estimate would be updated each time you attempted the operation.


<<< BACK TO MOBILE DEVELOPMENT



CONTACT INFORMATION

Colin P. Fahey cpfahey@earthlink.net

http://www.colinfahey.com