WiMAX details from Intel

While doing some research on which frequency bands mobile WiMAX will be specified for I found this interesting website from Intel in which they give some information about the upcoming Rosedale 2 chip. They say that Centrino notebooks with the chipset will support both Wifi and WiMAX.

Supported WiMAX Frequency Bands

A link to this .pdf document gives further info on the bands supported by the chip. Looks like it will cover the most important band for the U.S., which is 2.5 GHz and also the 3.5 GHz band which will be used in Europe and Latin America. Good preconditions for mobile roaming. I wonder which bands will be used in Asia!? Also, the pdf document gives a good introduction to the WiMAX network architecture and how Intel plans to integrate WiMAX into notebooks.

Multiple Wireless Technologies with one SIM card

Also, take a closer look at the figures at the end of the document. Looks like Intel would like to see interfaces for authentication and billing into 3GPP2 networks (i.e. current EVDO networks). This would make quite a lot of sense for carriers like Sprint who will deploy WiMAX networks along their already existing EVDO networks. Such an interface would be required for what Intel calls "smart card re-use […] for support of seamless authentication while roaming across technologies" which Intel says "is under investigation". The wording suggests that they are not sure about this detail yet.

TCP settings for HSDPA and ADSL

HSDPA, the 3.5G speed booster for UMTS networks is up and running in many neworks these days and data cards have been available for some time. Now, HSDPA phones have entered the market with Samsung’s SGH-ZV50 and Nokia in close pursuit with the N95. As an article in the latest C’T, a german computer magazine, points out, some tweaks are required for the TCP/IP stack of the notebook to achieve full performance.

The tweak mainly consists in increasing the "TCP Receive Window" to 128480 bytes. The window is used to throttle a data transfer by using receiver acknowledgements which advance the receive window. This prevents receiver buffer overflows in the routers between source and destination which would appear if the sender has a faster connection to the to the network than the receiver. As HSDPA has a delay time of about 150ms, which is about three times higher than an equally fast DSL connection, three times more unacklnowledged data can be in transit. An appropriate window size should be much higher than the bandwidth delay product (BDP) of the connection. Take a look here for further explanations. For a 1800 kbit/s HSDPA link and a round trip delay time of 150 ms plus let’s say an additional 80 ms delay in the Internet, the BDP is about 52 kBytes.

Other values Vodafone suggests to change is to increase the "Maximum MTU size" (packet size) to 1500 and to set the "Maximal TCP connect request retransmissions" parameter to 5.

The Test Run

To see if changing the values has a positive effect, I gave it a try myself. I don’t have an HSDPA mobile yet (it’s all in Nokia’s hand…) so
instead I tried the settings on my fast ADSL2+ Internet connection.
While the round trip times of the ADSL line are quicker than HSDPA, the total bandwidth of 7 MBit/s (7000 kbit/s) I get on the line is much higher than HSDPA. Thus, changing the TCP window size should have an impact as well. To compare, I went to a web site that does not throttle transmissions on its end and downloaded a file. I achieved a download speed of about 3.5 MBit/s. With
the new TCP window setting the speed went up to an amazing 7.000 kbit/s, i.e. the line was fully utilized. So if you
have an ADSL or ADSL2+ connection with a speed exceeding 3.5 MBit/s the
tweak is not only helpful for HSDPA but also for your ADSL connection
at home.

How to Change the TCP Window Size

The TCP Window Size for Windows XP can be optimized with programs like Tweakmaster or TCPOptimizer. While Tweakmaster is easier to handle, their registration process for the free version is somewhat dubious. TCPOptimizer is really free but only seems to be able to change the settings for all network cards at once instead of individually.

It’s also possible to change the parameters manually in the Windows registry. For network cards, the TCP receive window can be changed on a per adapter basis in the following registry key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfacec{Interface ID}.  If not already present, create a new DWORD called TcpWindowSize  and assign it a value of 64240 (decimal). I also tried to set it to 128480 but for some reason the value is not accepted and the standard window size of 17520 bytes is still used after a restart.

For dial up connections things seem to be handled differently by the operating system. Here, global values which are valid for all network connections have to be changed. These can be found in the following registry key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters. If not already present, create the following DWORDs and assign them a value of 128480 (decimal): TcpWindowSize and MaxTcpWindowSize.

To activate network card specific changes the adapter has to be deactivated and activated again. For global values to take effect a reboot is required. If HSDPA is not always available it might be a good idea to remove these values before using a slower connection. This might proove to be somewhat impractical to do on a day to day basis due to the required restart.

To simplyfiy the process I’ve created to short scripts which add or remove the TcpWindowSize parameter from the list of global TCP parameters. Still, a reboot is required. You can find the two scripts at the end of this blog entry. The script to add the parameters is a .reg file so it can be executed by double clicking on the icon. The script to remove the parameters again is a .inf file which has to be executed by right clicking on the icon and selecting "execute" from the menu.

Bluetooth and HSDPA

A word to HSDPA mobile phone manufacturers: Make sure you put Bluetooth 2.0 into your phones as version 1.2’s top speed of 723 kbit/s is far too slow for HSDPA. I don’t want to be stuck with a cable again!

Download add_128k_tcp_window.REG

Download remove_128k_tcp_window.inf

802.11n: Next Generation Wifi moving forward

The recent podcast by Glen Fleishman with Matthew Gast, author of "802.11 Wireless Networks: The Definite Guide", published by O’Reilly is one of those rare tech podcast jewels which are both entertaining and interesting. Having read Matthew’s book a while ago it was also interesting to learn a bit more about the author behind it.

With lots of more or less compatible Pre-N Wifi and Mimo products coming out these days and less encouraging news about the state of discussions in the 802.11n standards group, it was also good to hear an update from somebody involved in the process.

Here are my thoughts triggered by the podcast:

State of Discussions (September 2006):

The current version of the IEEE 802.11n standard is called Draft 1 and was released earlier this year. Draft 2 will be out in the middle of 2007 and should resemble the final standard with only minor modifications before final acceptance.

The Wifi standard is driven by two bodies: The IEEE standards group which is consensus driven and the Wifi Alliance which is market driven. The Wifi Alliance is an industry group which ensures interoperability of devices of different manufacturers with a certification program. You might have seen their "Wifi" certification label on various products before. While deliberations on the standard are still ongoing a number of different companies, however, have already started to ship "Pre-N" products, many of them not compatible with each other. As this hurts the overall Wifi eco system, the Wifi Alliance has decided to launch a "Pre-N" certification program shortly to tackle the situation.

802.11n for power and size constrained devices

The main goal of 802.11n is to increase the data rate from todays 54 MBit/s (on the physical layer) to 100, 200, 400 MBit/s and beyond. Matthew states in the podcast that first devices will probably achieve about 200 MBit/s with higher speeds to be seen in the future. Faster speeds, however, increase power consumption due to increased signal processing requirements and requires multiple antennas. While this is less of a problem for devices like notebooks, meeting these requirements with small devices like PDAs and mobile phones is more difficult. Thus, the 11n working group is defining the standard in a way to allow mobile phones and other small devices to implement fewer options and thus optimize power consumption and size requirements. While such devices are slower, the standard is designed in a way to allow them to still be compatible and interoperable with chipsets for devices like notebooks that include additional options to push the speed limit. To me this makes a lot of sense. While applications like video streaming between PCs, notebooks , TV screens and other devices demand a lot of bandwidth, mobile devices with small screens usually require much less. Even if there are some mobile phone devices one day which act as Wifi Access Points to share a 3G or 4G Internet connection, even rudimentary Wifi speeds are still much higher than the speed of the wide area network.

Dimensions of Speed:

Like the current 802.11a and g standards, 802.11n uses Orthogonal Frequency Division Multiplexing (OFDM) on the physical layer. With this method, data is sent over many narrow band channels simultaneously. While current standards use a bandwidth of 20 MHz, 802.11n also uses 20 MHz and optionally 40 MHz. Using twice as much bandwidth in effect also doubles the speed available to users.

To further increase throughput,  802.11n uses a technique called Multiple Input Multiple Output (MIMO). MIMO uses 2, 3 or  4 antennas to send data simultaneously on the same frequency but over different spatial paths. This method is also called spacial multiplexing and exploits the fact that radio waves bounce off objects in the transmission path and thus create several independent paths from sender to receiver.

It’s interesting to note that WiMAX and the 3G Long Term Evolution (LTE) project also use MIMO to increase speed. Wireless "Pre-N" Wifi devices, however, will be the first on the using this new technology.

Backwards Compatibility

Backwards compatability is a difficult issue for 802.11n but absolutely necessary as it shares the 2.4 and 5 GHz bands with older 802.11b, g and a networks. In the 2.4 GHz frequency range 802.11n has to share the available bandwidth with 802.11b and g networks. While three non overlapping 20 MHz channels exist, only a single
40 MHz channel fits into this space. As a consequence, 40 MHz networks can not coexist at the
same place. This is quite difficult in today’s crowded Wifi environment. In the
5 GHz range, which is only used by few 802.11a devices today, things
look somewhat brighter.

In addition, new 802.11n networks must be able to handle both new 802.11n and older 802.11b, g and a devices. This is possible, but the overall speed in the network decreases. This is because of older stations not being able to use the the bandwidth as efficiently as new devices and because of additional precautions that have to be taken to prevent older stations from trampling over ongoing data transfers of new devices which they are unable to detect.

For situations in which no legacy devices have to be supported and no other networks use the same band, a "greenfield" mode is currently under discussion which throws all precautions overboard in order to increase transmission speeds. Such a mode is similar to the "g only" mode of current 802.11g access points which can be activated if no legacy devices are used.

Summary

The 802.11n standards group currently has to walk a fine line to ensure on the one hand that the standard is detailed enough, that it is designed in a way to allow power and size constrained devices to use it as well and on the other hand to finish their work as quickly as possible in order to prevent a further fractioning of the Pre-N market which has already begun. Not easy, but land is in sight.

Cellcast: Mobile Podcasting – The Traditional Way

Cellcast
For some time now I’ve been experimenting with podcasts together with Debi Jones and Rudy DeWaele. I’ve recorded and edited both podcasts from home so they were not very mobile, despite mobility as their main topic. For people who would like to produce mobile podcasts while on the go, Cellcast the "One Call to All" might be quite interesting (for the English version click on the little English flag on the upper right of their web page). All you need is a mobile phone, no special software required. A pocast is simply recorded by calling a fixed line phone number. Once done, the podcast is immediately available on the Cellcast portal, at your personal URL and via your personal RSS feed. The web site has a cool modern design with AJAX functionality, tags, tag clouds and is pure social media. In short: Web 2.0 at it’s best!

S60 and Augmented Reality

Artennis
Ever heard of Augmented Reality? No? Well, me neither but it looks like this might change soon. One flavour of Augmented Reality is the addition of artificial elements to a real time video stream. As a mobile enthusiast I found this video of augmented reality applications on a Nokia S60 camera phone quite fascinating: A multiplayer tennis game that uses the phone’s camera in real time. Its fascinating how the software reacts to user movements and adapts the artificial elements (ball, tennis court) accordingly.

Here are some additional links if I have aroused your interest:

Nokia N95 videos on YouTube

Msn95sm
News of the new Nokia N95 have taken the blogsphere by storm. People like Justin who usually have long blog entries are simply left speechless. Incredible, incredible, incredible. A good intro with technical details can be found on AllAboutSymbian. And, likewise incredible: It took less than a day for at least half a dozen videos from the Open Studio Event in New York and from Nokia to show up on YouTube. Take a look here. I am amazed.

This will be my next phone, definitely! Things that stand out for me:

  • It’s small size compared to other phones such as the N93.
  • 5 mega pixel camera with Carl Zeiss lens.
  • WLAN (o.k. already introduced in the N80, N91, N93…) but this is a must for my next phone. Let’s hope they’ve got a solid VoIP/SIP client in it this time.
  • GPS inside. I’ve been waiting for this for a while. Endless possibilities. Also, see the N95 GPS video on YouTube.
  • Category 6 3G UMTS HSDPA inside (according to AllAboutSymbian). That’s 3.6 MBit/s in downlink.
  • Bluetooth Advanced Audio Distribution Profile (A2DP) inside. Cool for wireless stereo headsets.
  • All the usual multimedia features from previous models improved.

This one’s going to crush the competition!

UWB Coming to a Mobile Phone Near You?

I like Bluetooth very much as it lets me connect my notebook with
my mobile phone to access the Internet via 3G networks. I also like Bluetooth because I can quickly exchange small chunks of data between different devices. Current 3G technologies like HSDPA and EVDO, however, pretty much challenge the bandwidth Bluetooth offers today and soon enough the last few centimeters of an Internet connection will become the bottle neck rather than the cellular connection. Also, using Bluetooth to transfer pictures and videos from my phone to the PC has become quite slow due to the ever increasing image resolution and frame rate. But rescue is in sight: Ultra Wideband (UWB) thechnology. Here’s a short overview of it’s capabilites, standards bodies and technical parameters:

Speed, Speed, Speed:

With speeds of up to 480 MBit/s (!!!) it will take a while before 3G, 4G and 5G networks catch up. Also, such speeds will make a whole new range of applications feasible such as fast picture and video transfers from mobile devices such as mobile phones and cameras to PCs. Let’s take a 3 mega pixel image with a file size of 2 megabytes as an example. UWB will transfer 30 of these per second. Video clips are transfered with lightning speed as well. A 2 minute video clip in an excellent resolution and frame rate takes 20MB on your phone’s memory card (MPEG4). UWB will transfer 3 of those clips or 6 minutes worth of video per second.

Standards Bodies:

As always there’s competition. That’s usually good as it drives innovation. At the beginning UWB standardization was started in the IEEE working group 802.15.3. Opinions diverged over time and some vendors including Intel decided to go their own ways and created the WiMedia Alliance. Since then they compete against the UWB Forum which backs the IEEE 802.15.3 efforts. The following technical details are from the WiMedia standard and you can find a more detailed introduction in "The MBOA-WiMedia Specification for Ultra Wideband Distributed Networks" from Javier del Prado Pavón et. al in the June 2006 Edition of the IEEE Communications Magazine.

The Tech Specs:

  • Speed Again: The top speed of 480 MBit/s mentioned above can be reached at a distance of up to 2-3 meters. At a range of 10 meters speeds of 53 MBit/s and more will still be possible.
  • Physical Layer: UWB uses OFDM (Orthogonal Frequency Division Multiplexing) technology with 128 subchannels, which is already used by other well known wireless technologies such as Wifi (802.11g) and WiMAX. The big difference to these technologies is the ultra wide bandwidth used by UWB. Instead of 20 MHz like Wifi, UWB uses a bandwidth of 528 MHz. This also explains why the maximum range is so limited. The maximum transmission power is the same as for other license free wireless technologies such as Wifi. For UWB, however, the signal energy is spread over a much wider channel, thus limiting the range.
  • Frequency Hopping: UWB uses a frequency hopping scheme over a very large frequency band, 3.1 to 10.6 GHz, hence 14 channels. Only a single symbol is transmitted per channel before the frequency is changed. The symbol time is 312.5 ns.
  • Self organization: While Bluetooth and cellular networks have a master device that controls access to the network, UWB networks are self organizing. Devices close to each other automatically form a temporary network even if they don’t want to exchange data with all devices that they can see. This way collisions are avoided when several devices want to exchange data at the same time in the same physical space. If a single device comes into contact with an already established network, it simply joins the already existing network if it wants to exchange data with another device. If several devices which have already formed a network come in contact with another network, the two networks automatically merge to form a single network. Again this is done to avoid collisions that would occur if data was sent in two or more separate networks in the same physical space.
  • Beacon slots: As in other systems, UWB transfers data in frames. Each frame starts with a number of beacon slots. Each device of the network uses a different beacon slot to announce its presence and to announce that it would like to transfer its data to another device in the network. This way all devices of a network are aware of all other devices. Collisions can only occur when two devices would like to join a network at the same time using the same beacon frame. This can only happen once and only before the actual data transfer starts.

UWB standards today only seem to cover the lower layers of the protocol stack. What’s still missing is the application layer above. Here’s where the Bluetooth Special Interest Group (SIG) could come into play. The Bluetooth ecosystem specifies all layers of the protocol stack and also offers profiles such as the headset profile, the Dial Up Profile, OBEX profile and many many more that specify how applications on top shall use the radio link. This ensures interoperability between different devices which in turn generates widespread acceptance of the technology. Currently the Bluetooth SIG is thinking about selecting a UWB technology for the next major version of their standard. Still, nothing seems decided so I am looking forward to see who’s going to make the race, WiMedia or the UWB forum.

As things stand we are still a couple of years away from having a UWB ecosystem as mature and feature rich as Bluetooth. But I have no doubt that it will come.

Update: Just found a podcast on the topic over at Wifi Networking News.

The Book to this Blog: A Solid Introduction to Wireless

Comsys
I’ve dedicated well over 15 months of my quality time into my latest project and now it’s finally done and available in book stores around the world: Therefore, I am proud to announce general availability of the book to this blog "Communication Systems for the Mobile Information Society", published by John Wiley & Sons.

If you are looking for a solid introduction to GSM, GPRS including EDGE, UMTS with HDSPA and HSUPA, Wireless LAN, fixed and mobile WiMAX 802.16, as well as Bluetooth, this book is for you! My intention behind the book is to give a well balanced overview with a good level of detail for each technology rather than to go into the deepest details a book dedicated on a single technology would do. Here’s the link to the book on Amazon.com to find out more. If you have an Amazon.com account you can even browse through the book with their "look inside" functionality.

I felt it was time to write something like this as most students certainly do not read six individual books of 300 – 400 pages each for a college course on wireless. I’ve also seen that many wireless experts working in a particular field covered by the book would like to find out more about other technologies but simply do not have the time to read a 400 page book dedicated on a single wireless technology.

Each chapter contains a questionnaire at the end so you can test how
well you have understood the system explained in each chapter. The
answers to the questions are right here on this blog, take a look on
the left side.

If you come to this web site regularly you might have noticed that I do not only express my visions for the wireless future in my entries but usually also give them quite a technical spin. The book is similar in this regard as it contains my enthusiasm for wireless technologies, my knowledge on how they work, and explanations on why the systems were designed the way they are, their differences and their commonalities. The advantage of a book compared to a blog: You have more time and space to develop thoughts and explain.

Feedback and questions are always welcome! You can reach me at gsmumts (AT) gmx.de. Enjoy the book!