Reverse Logistics Magazine
Google     RL Magazine Web
Saturday - July 5, 2008 
Reverse Logistics Magazine - 10th Edition
Download the
Mar/Apr 2008
Edition

Reverse Logistics Magazine - 9th Edition
Download the
Jan/Feb 2008
Edition

This flash movie shows all the Reverse Logistics Association platinum and gold member logos.

Test Equipment; Product or Feature?

by Bryant Underwood

Reverse Logistics Magazine, Mar/Apr 2008

Over the Christmas Holiday, it was amazing to see the growth that cell phone products experienced as what could be called the gift of choice, in 2007. There are countless stories in the media tracking this market shift. Essentially, if you were in the 3rd Grade or higher, you wanted a new cell phone “under the tree.” At least you did if it had all the right features… It is that word features that I want to focus on. I can think of no product in history that has devoured so many other product segments and transformed them into “features.” Consider the list below. All of these items were once ONLY stand-alone products.

For many of these products, being incorporated as various features into a cell phone, generated very negative market impacts to the existing product lines. Many were able to change their lineup and capabilities and still remain stand-alones. Others have not. Regardless—the pressure and disruptive affect from becoming a “cell phone feature” is undeniable.

What Could Be Next?

I want to make the case that one of the next product lines I want to see become a cell phone feature is the test equipment needed for its own repair and diagnostics. Yes, I heard what you just said. I heard that incredulous thought, “What are you thinking!!!” OK making test equipment a feature on a phone is crazy, right? Maybe, maybe not. First let me tell you why you want to do this. For RL, the single biggest product segment that gets repaired is cell phones. On average the cost per repair for the test equipment in a repair depot is $0.80 -$1.10 per phone. That cost is much greater in other markets, like Asia, where there are often suites of test equipment used in retail locations to test and screen the simpler repairs. In these retail service locations, the equipment costs can reach $3-5 per repair, due to equipment cost and lower utilization rates. This is a huge per-repair cost for RL service that really needs to be addressed.

Let me walk you through my thinking on how this can work. Back in “the day” when cell phones operated on the AMPS standard, a great deal about the function and the air interface was analog. Anything that needs to evaluate analog signals tends to be very complex. Plus the processing power in the phones at that time was very limited. Just the circuitry required for communication with the network would often be located in state-machines that were etched in silicone because the micro-controllers were just too slow or too power hungry to support the system and the UI.

How is it different today? First, everything is digital. The measurement of digital signals is much easier than the ‘shades of gray’ complexity of analog signal measurement. This is because so much of the work in decoding information from the digital (CDMA/GSM/LTE/Etc…) data stream is based onisbased statistical calculations. So all we really need to assess digital signals, is something to do the math for us. And, you guessed it—we have huge processing power in the phones today. The speed is so fast that no longer do we need a lot of complex silicon to manage the air interface. For a number of simple phones, the air-interface control is a little more than a chunk of code that is a shared load on the processor along with the UI. So, we clearly have the processing power, so how would this work?

What Can Be Done Today

There are three players in wireless that are making technology moves in cell phone/wireless that will undoubtedly lead to a significant level of test capability residing in the phones; Nokia, Qualcomm and Google are of special note. Let me outline why I say this.

For Nokia they are acting on a strategy that ties the user experience of Nokia product to the functionality of the phone and the size of the data pipe. For that plan to work, Nokia recognized they needed to expand the range of applications that ran on phones. There are two recent apps that will give us some insight as to just how close we may be with service functionality existing as a feature.

The first is the new Nokia DeviceStatus Tool . With this application working in a Nokia cell phone, there are a whole set of parameters that are gathered from the phone and a connected PC. If something goes wrong, this tool assesses the general health of your PC and generates summary data to facilitate communication with Customer Care for resolution. In the future, the notes on the Nokia web site advise that new versions could have capability to connect directly with Nokia for virtual diagnostics and Care Support. How powerful would it be for a repair center to have a complaint code that was meaningful because it was gathered from Customer Care and function testing in the phone?

Another application that I am really excited about is the Nokia Energy Profiler Tool . This tool was intended to provide programmers with an easy way to optimize SW functions to use the least power possible from the cell phone’s battery. But the real power of this tool is in its possible use in repair troubleshooting. To understand how this could be used as a troubleshooting tool, consider the power up process for almost all modern electronics. When you press the power button, there is an interrupt that starts a sequence of steps. During these steps, each section of the phone is enabled in a chained process. If you measure the current consumed during this ‘wake up’ process, you can identify a failed sub-section. To make this process a little easier to visualize, refer to the diagram below.

In this chart you will see four landmarks identified at (A, B, C and D). Each of these landmarks represents a point where one of a cell phone’s electronic subsections is turned on;

A = Reference Oscillator
B = Power Amplifier
C = LCD Initial power
D = End of LCD Power up

The yellow line represents a properly functioning phone’s current consumption over time during a ‘wake-up’ sequence. The pink line represents the current consumed for a unit under test. From this graph it is easy to see that landmark B is where the problem is and that the power amplifier subsection is the place to look for trouble. This information combined with a complaint from the Customer of ‘dropped-calls’ makes the initial diagnosis a slam dunk.

Then there is Qualcomm's MobileView Technology . Released in December of 2007, this product allows engineers to monitor and optimize wireless networks based on diagnostic data gathered from various cell phone handsets working on the Wireless Carrier’s Network. The performance data that is combined with GPS information from the cell phone, is used to benchmark and tune wireless networks. Clearly very cool, but how does this help repair? What if the network was already benchmarked and its performance was defined? The data gathered from the phones would then be an indication of the phone’s performance rather than the network’s. Also since the system gathers GPS data, cell phones that are near each other can be polled and that data used to verify a poor performing unit as the source of the problem rather than the network. Consider the power and positive impact on Customer Satisfaction if a Wireless Carrier could respond right now to a Customer’s concern with their phone’s performance by connecting directly to the phone and measuring various parameters and then validating the data to be in-line with other nearby phones. As an added benefit the Wireless Carrier could run periodic off-line diagnostics on the handsets and email the Customer the results—talk about Great Customer Experience!

Then there is Google. Since December, I have been driving everyone around me crazy with my delight over the new beta version of Google Maps with the “My Location” feature. With this free tool in your phone, even without GPS, Google Maps will locate you. How? Google retrieves the data from what cell site is being used and combines this with RSSI information to establish a circle designating your probable location. From a repair point of view, this is a layer of functionality that could be leveraged for diagnostics. Rather than just get RSSI, why not query the tower for Rho, FER, Freq Offset, etc… With Google launching its wireless service based on the very open Android platform they are leveraging a huge cadre of very talented programmers to develop the next ‘killer-app’. To prove they are serious, Google is offering $10M in prize money to promote the development. With this kind of open access and developer focus its just a matter of time until embedded testing tools make it to the forefront. Are these all the pieces that we need to get this idea going? Well, there are a couple of other challenges, but they are solvable.

Some Barriers need to be Bridged

The start, that the tools noted above provides, is fantastic and we can see some solid progress is forthcoming. However, for this to be a reality, there are several issues to bridge before ALL aspects of self-test as a feature can be deployed. I want to keep away from going into too much detail on some of the very technical aspects of this. But I will cover one barrier as an example and give you a sense of how these gaps can be closed. Power control is one of the more important metrics to measure for all digital networks. This is because, so much of the density of the data rates and loading, depends greatly on keeping transmitted power as low as possible. So how could a mobile phone measure its own transmit power? Simple, get a couple of values, perform some calculations and generate the result. The external data needed would be requested by the phone from the connected tower. An oversimplified explanation would use two data points:

  1. What is my location (used to calculate path loss)?
  2. What is the measured signal level the tower is receiving from this phone?

The phone then internally measures the current from its power amplifier. Now we know:

  • Path loss in db
  • Current consumption
  • The tower and phone RSSI levels
  • Plus some more rarified data to indicate multi-path fading, etc…

We can then crunch those numbers together with a little math and Voila you have the average transmit power.

Anyway, you get the idea. There is a huge piece of RL supply chain cost that can be greatly reduced if not outright eliminated. The first benefits of this will be seen in the various markets worldwide that use some form of retail service to at least screen repairs from the end user. Other benefits will be the better level of complaint/failure data for the repair depots to use during repair and then the depots themselves may begin using the internal test functionality, outright.

What will be the response of current test equipment manufactures? My guess is that just as Google first defined their wireless product with a SW stack and a developer kit, the test equipment vendors will likely do the same. Most of the equipment vendors also build or partner in some way in the manufacturing of cell-sites. Why not augment the function of the cell-site with functions protected by intellectual property rights that can be called by the phones? The test equipment manufacturers can then license the use of the functionality. Lower costs are still passed on and the overall industry continues to benefit. This is truly an amazing time for disruptive change.


Reverse Logistics Association Reverse Logistics Magazine Reverse Logistics Magazine Reverse Logistics Magazine Certified Green Website