All Phone

All Phone Tutorial

Saturday, February 2, 2008

Developing a Mobile Phone Online Test with NI PXI-5660 RF Signal Analyzer

No comments
The Challenge:
Implementing wireless protocol parametric tests using the off-the-shelf commercial products to lower the cost and reduce the test time of mobile phones.
The Solution:

Building an automated PXI-based mobile phone parametric test system using National Instruments PXI-5660 RF signal analyzer with the newly developed Wireless Test Toolset for LabVIEW to replace expensive and inflexible traditional box instruments.
Delivering a Fast, Flexible Test System
The cost of test equipment is a major concern of OEM and EMS phone manufacturers. Testing a mobile phone requires approximately one to three minutes and an estimated $1 per phone. This often hinders the enhancement of overall mobile phone output. VI Services, a National Instruments Alliance Member based in mainland China, has developed a low-cost, efficient mobile phone test system for SCDMA-based 3G handsets using LabVIEW and related RF hardware. Using virtual instrumentation technology and some proprietary techniques, this system has significant advantages over traditional box instruments. Because the customer has full control of the test plan, he or she can chose different test configurations. A parallel test in one custom application improved the test speed by four fold. In addition to the specific parametric tests required by the SCMA protocol, the customer can add more tests using PXI or PCI extensions, such as the multimedia test, voice quality test, LCD test, and the key stroke tests. These types of expansion are not possible with box instruments. Because PXI and PCI are general-purpose test platforms, mobile phone manufacturers can reuse the same equipment to a large degree when testing needs change. This is especially important for an OEM and EMS manufacturers.
The current offerings can perform parametric tests for protocols, including GSM, CDMA, SCDMA and TD-SCDMA. The GSM is the most widely used mobile communications standards in the world and is being used in China, Europe and many other countries. CDMA is being used in US, Japan, and Korea. A CDMA network is also being established in China. SCDMA and TD-SCDMA are locally developed communications standards in China for wide application use. Because a major part of the protocol tests involve the parametric protocol implementation, it is expected the current system can be expanded easily to CDMA 2000 and W-CDMA.
Decreasing Test Time and Minimizing Investment with PXI
We developed a mobile phone test system using the NI PXI-5660 RF signal analyzer and an external RF signal generator solution. The PXI-5660 features a wide real-time bandwidth, highly stable time-base, and vector measurement capabilities that makes it ideal for RF component and commercial electronic tests. This low-cost platform provides one of the most optimized data transfer architectures available – ideal for decreasing test times and minimizing investments. PXI products make it easy to address non-RF testing requirements, including electrical and audio performance. We also have developed a PCI and MXI-3-based system that uses the identical software while further reducing the cost of the test system.
Designing a Powerful Protocol Test Instrument with LabVIEW
The heart of the mobile phone test system is The Wireless Test Toolset software, which we developed almost entirely in LabVIEW. This toolset is a highly optimized platform that turns an RF digitizer into a powerful protocol test instrument. It also differentiates NI RF hardware from other RF instruments. Using the high-level VI functions in this toolset, customers can access the protocol test code that was previously embedded in proprietary box instrument and not accessible by the end user. With these functions, customers can construct highly efficient, flexible manufacturing test systems for mobile phone handsets.
Because The Wireless Test Toolset software is based on the LabVIEW graphical programming environment, customers can seamlessly integrate it into National Instruments off-the-shelf TestStand test executive software, which further improves the test efficiency for manufacturing tests.
Pioneering the SCMA Communications Standard
Xin Wei Co. LTD (www.xinwei.com.cn), is a local Chinese telecommunications company. Together with Da Tang and other partners, Xin Wei pioneered and codeveloped the SCDMA standard. The SCDMA protocol is one of the foundations of TD-SCDMA, the 3G protocol developed in China. Xin Wei’s SCDMA operates on 1.8 GHz bandwidth. It offers a low-cost wireless access and message services to small cities. An ambitious plan is under way to populate SCDMA network to major cities. Working with Xin Wei Co. Ltd, VI Services successfully developed a SCDMA mobile phone online test station using the PXI-5660 RF signal analyzer, LabVIEW, and the Wireless Test Toolset. For each mobile phone product line, we replace two box instrument test systems based on GPIB instrumentation with one new test station. Simultaneously, the test throughput has almost doubled on each product line. This results to almost four times of performance improvement. The system has been used for several months at Xin Wei’s manufacturing facility.
Lowering Costs and Improving Efficiency with PXI
A PXI-based wireless testing system can provide customers with many benefits, including:
Lowering the cost of manufacturing every mobile phone
Increasing efficiency in manufacturing
Minimizing test space
The LabVIEW-based Wireless Test Toolset offers high-level functions and examples, so customers can construct a flexible and scalable solution. Customers can use the turn-key test system or construct a fully customized test system.


Thursday, January 31, 2008

Introduction to GSM / GPRS Wireless Modems

No comments
What is a GSM Modem?
A GSM modem is a wireless modem that works with a GSM wireless network. A wireless modem behaves like a dial-up modem. The main difference between them is that a dial-up modem sends and receives data through a fixed telephone line while a wireless modem sends and receives data through radio waves.

A GSM modem can be an external device or a PC Card / PCMCIA Card. Typically, an external GSM modem is connected to a computer through a serial cable or a USB cable. A GSM modem in the form of a PC Card / PCMCIA Card is designed for use with a laptop computer. It should be inserted into one of the PC Card / PCMCIA Card slots of a laptop computer.
Like a GSM mobile phone, a GSM modem requires a SIM card from a wireless carrier in order to operate.
As mentioned in earlier sections of this SMS tutorial, computers use AT commands to control modems. Both GSM modems and dial-up modems support a common set of standard AT commands. You can use a GSM modem just like a dial-up modem.
In addition to the standard AT commands, GSM modems support an extended set of AT commands. These extended AT commands are defined in the GSM standards. With the extended AT commands, you can do things like:
Reading, writing and deleting SMS messages.
Sending SMS messages.
Monitoring the signal strength.
Monitoring the charging status and charge level of the battery.
Reading, writing and searching phone book entries.
The number of SMS messages that can be processed by a GSM modem per minute is very low -- only about six to ten SMS messages per minute.
What is a GPRS Modem?
A GPRS modem is a GSM modem that additionally supports the GPRS technology for data transmission. GPRS stands for General Packet Radio Service. It is a packet-switched technology that is an extension of GSM. (GSM is a circuit-switched technology.) A key advantage of GPRS over GSM is that GPRS has a higher data transmission speed.
GPRS can be used as the bearer of SMS. If SMS over GPRS is used, an SMS transmission speed of about 30 SMS messages per minute may be achieved. This is much faster than using the ordinary SMS over GSM, whose SMS transmission speed is about 6 to 10 SMS messages per minute. A GPRS modem is needed to send and receive SMS over GPRS. Note that some wireless carriers do not support the sending and receiving of SMS over GPRS.
If you need to send or receive MMS messages, a GPRS modem is typically needed.
Which is Better: Mobile Phone or GSM / GPRS Modem?
In general, a GSM/GPRS modem is recommended for use with a computer to send and receive messages. This is because some mobile phones have certain limitations comparing to GSM/GPRS modems. Some of the limitations are described below:
Some mobile phone models (example: Ericsson R380) cannot be used with a computer to receive concatenated SMS messages.
What is a concatenated SMS message?
A concatenated SMS message is a message that contains more than 140 bytes. (A normal SMS message can only contain at most 140 bytes.) Concatenated SMS works like this: the sender's mobile device breaks a message longer than 140 bytes into smaller parts. Each of these parts are then fitted in a single SMS message and sent to the recipient. When these SMS messages reach the destination, the recipient's mobile device will combine them back to one message.
What is the cause of the problem?
When the mobile phone receives the SMS messages that are parts of a concatenated SMS message, it combines them to one message automatically. The correct behavior should be: when the mobile phone receives the SMS messages that are parts of a concatenated SMS message, it forwards them to the computer without combining them.
Many mobile phone models cannot be used with a computer to receive MMS messages. Because when they receive a MMS notification, they handle it automatically instead of forwarding it to the computer.
A mobile phone may not support some AT commands, command parameters and parameter values. For example, some mobile phones do not support the sending and receiving of SMS messages in text mode. So, the AT command "AT+CMGF=1" (it instructs the mobile phone to use text mode) will cause an error message to be returned. Usually GSM/GPRS modems support a more complete set of AT commands than mobile phones.
Most SMS messaging applications have to be available 24 hours a day. (For example, an SMS messaging application that provides ringtone downloading service should be running all the time so that a user can download ringtones any time he/she wants.) If such SMS messaging applications use mobile phones to send and receive SMS messages, the mobile phones have to be switched on all the time. However, some mobile phone models cannot operate with the battery removed even when an AC adaptor is connected, which means the battery will be charged 24 hours a day.
Besides the above issues, mobile phones and GSM/GPRS modems are more or less the same for sending and receiving SMS messages from a computer. Actually, you can consider an AT-command-enabled mobile phone as "GSM/GPRS modem + keypad + display + ...".
There is not much difference between mobile phones and GSM/GPRS modems in terms of SMS transmission rate, since the determining factor for the SMS transmission rate is the wireless network

Sunday, January 27, 2008

Tutorial: Phone Server

No comments
This section provides an example of the methods to route applications requests through the phone server to the AT command handlers and describes how the responses are returned to the application.

Using the SIMIdentity query type, which returns the IMSI number of the SIM the method is as follows:
create PhoneLine object to handle the request:
PhoneLine *line = new PhoneLine();create the PhoneLineQCop object to transmit requests from the application to the phone server.
return responses to queries via the queryResult signal
A slot is created and the signal is connected:
connect( line, SIGNAL(queryResult(PhoneLine::QueryType, const QString&)),
this, SLOT(simIdResult(PhoneLine::QueryType, const QString&)) );
...
void AppClass::simIdResult( PhoneLine::QueryType type, const QString& value )
{
// Process the result "value".
...
}Once the signal has been connected, the application issues the query as follows:
line->query( PhoneLine::SIMIdentity );PhoneLine::query calls the private phone handler method query.
For this example the query method is PhoneLineQCop::query which sends a Qtopia IPC message to the phone server on the QPE/Phone channel.
The phone server listening on the QPE/Phone channel, receives the message in PhoneServerQCop::phoneMessage and dispatches it to its PhoneLine object.
Note: The PhoneLine for the phone server contains a private PhoneLineAt object rather than the PhoneLineQCop object used by applications.
The phone server calls PhoneLineAt::query which determines the AT command to execute to perform the request. In this case, the command is AT+CIMI.
After the command is executed, the PhoneLineAt::queryDone method decodes the response and emits the queryResult signal.
The queryResult signal is intercepted by the phone server PhoneServerQCop::queryResult in phoneserver.cpp) and turned into a Qtopia IPC message on the QPE/Phone channel.
The Qtopia IPC message is received in the application by PhoneLineQCop::stateListen which emits the queryResult signal to the application's AppClass::simIdResult slot.
This completes the example. Other commands and notifications within the phone library follow a similar pattern.