平台质量

能让制造商用来生成多种设计方案的移动手机参考设计，必须提供一个用于制造高品质终端用户产品的优质平台。移动手机软件包括三个关键部分--协议栈、应用程序架构和应用程序。协议栈毫无疑问是最为复杂的部分，但架构与应用程序的互动方式同样至关重要，见图1。

图1 移动终端软件(略)

协议栈执行GSM信号传输规范，并工作于ISO七层模型的第一层至第三层。一般来说，第一层由一个DSP来执行，第二层和第三层则由一个微控制器（比如ARM7或ARM9）来执行。DSP还提供包括ARM（自适应多速率）在内的话音编解码器功能。第三层用于实现数据链路层之上的信号传输并负责无线电资源管理、移动性管理和呼叫管理。

事实上，提供一个能够用来制造具有不同功能和应用程序的手机平台的能力在于应用程序架构。应用程序架构包括三个主要部分--支持功能和服务（例如开窗口）、用于把GSM信号传输接口转换为一个功能度更高的接口呼叫控制转换以及应用程序接口（API）。

应用程序本身则插入应用程序架构中。典型的应用程序将包括一个用于在线访问的无线应用协议（WAP）游览器、一个用于图像信息传送的多媒体信息传送服务（MMS）客户机和一个Java 2平台--被称为KVM的微型版本（J2ME）虚拟机。这些应用程序往往由拥有不同领域专门知识的第三方专业公司来提供。

一个复杂的系统既不可能只采用最终形式的终端产品来进行有效测试，也不可能在与GSM网络的其余部分隔离的情况下进行测试。如欲提供合适的测试范围以使该终端产品可随时用于今后的客户开发，则需要一个完整的测试系统和处理程序。

这样的一个系统包括两个关键组成部分--一个仿真环境（在该环境中，精确代码运行于PC上，而不是嵌入式系统）和回归测试。如图2所示，作为整个开发周期的一部分，经常被采用，但只有应用范围才是重要的。

图2 利用反馈可使图像质量提以改善(略)

仿真环境的性能，举个例子说有可能只包括协议栈。增加新型服务（特别是采用GPRS、EDGE和3G的新型数据服务）所产生的影响是协议栈将以新的而且是不同的方式与系统的某些部分互动，而过去它们之间是没有互动的。因此，需要采用一个能够对完整产品进行仿真并在系统的中点插入和测量信号的回归测试成套程序。

协议栈的仿真和回归测试特别重要。与移动手机一样，一个客户机协议栈的测试需要在与GSM/GPRS/EDGE/3G网络相连接的情况下进行。仿真和回归测试环境应包括一个完整的基站仿真和用于进行系统仿真的实际网络测试程序。为了实现高效仿真，对协议栈进行下至硬件边缘（即包括DSP代码）的完全仿真也是必不可少的。图3所示是Agere公司的M3I工具，这是一种能够提供该完整仿真环境并基于Windows操作系统的应用程序。

图3 Agere公司的M3I工具：一个完整的仿真环境(略)

需要进行独立测试和互操作性测试，以确保任何平台都可随时供应全球市场。最初的做法是通过"全类型批准"程序，如今已被GSM市场的"全球认证论坛"（GCF）所取代。GCF是一项独立的计划，目的在于保证由网络运营商和终端制造商生产的2G和3G移动无线终端的全球互操作性。GCF为终端装置功能提供了一个全面的测试程序，并确保了移动无线运营商之间的互操作性。美国的运营商需要通过一个由PCS类型认证审查委员会执行的类似程序。

随着新功能的增加，需要进行新的测试。实例之一便是采用自适应多速率（AMR）编解码器的运营商需要进行上述测试以及GCF规定以外的其他测试项目。Racal Instruments公司（一家领先的移动测试设备制造商）开发出了38种额外的测试项目，而Agere公司的AMR则是首个以独立测试方式进行验证的编解码器。

通过提供一个满足以上标准的平台，手机制造商花费在获取认证上的时间大为减少，从而使得产品的面市速度加快。这在EDGE平台的选择过程中的适用性是最好的，因为该平台有许多东西都是建立在GPRS平台业已得到证实的特性和可靠性基础上的。

应用程序集成质量

当今先进的移动手机均是功能丰富并装满了应用程序。目前许多手机上的两个关键应用程序是WAP/MMS和Java。WAP/MMS具有售主提供的认证要求，Java具有一个由Sun公司（Java技术的鼻祖）定义的认证程序。

应用程序供应商制作测试成套程序以确保其应用程序正常运行并能根据需要实现与网络的互操作。通常情况下，需要进行的专用测试就算没有几千个，起码也有好几百个。这些测试需要在上述的仿真环境中完成并作为回归测试环境的一部分。平台供应商所具有的使售主在实际环境中使用其产品的能力造就了一个质量更高的解决方案。换句话说，它使得应用程序售主既能在实际产品的仿真环境中使用应用程序，也能够在实际产品自身当中使用应用程序。因此，这两种方式都能通过回归测试的固定再运行而很快地对最终产品的质量提供保证。

在采用Java的场合，有一个运用"技术兼容性套件（Technology Compatibility Kit，TCK）"进行的认证过程，该套件的使用须经Sun公司授权。每个Java规格要求（Java Specification Request，JSR）都有其特有的TCK和针对1.1版连接受限设备配置（Connection Limited Device Configuration，CLDC）的TCK。一个将从明年起配置在大多数Java移动电话上的基本JSR具有2000多种测试情形。由于平台供应商能够对照这些测试情形再次对其产品进行测试，因此该基本JSR也是必不可少的。

对于集成之前的应用程序必须进行最高标准的测试。对于WAP/MMS和Java而言，这意味着需要采用售主提供的全部标准。开发人员须在工作中与售主保持密切合作并对其产品有所了解，这样就能利用所获得的知识来提供一个更高的集成度和一个经全面测试的解决方案。交付给手机制造商的最终产品理所当然必须是通过了这些测试并已获得认证的，这样它们的应用程序集成质量才能得到保证。

对产品质量进行测试

不管内部开发过程如何精良，它们在手机制造商那里的运行状况以及最终在实际使用时的工作状况才是真正严峻的考验。现场测试、互操作性测试和正式批准都是该程序的一部分，但系统开发人员、手机制造商和运营商在贯穿整个过程的各个阶段中的密切合作对于实现该程序的高效性而言是至关重要的。

第一种现实测试当然是现场测试，但是，对于一个将在世界范围内使用的基准平台来说，这种测试不能只在某一个地理位置进行。实际上，该测试需要和手机的特定目标市场中的制造商一道来完成。这些叠加起来就成了全互操作性测试（IOT），这是对一个手机设计的终极测试。它是利用软件和硬件的全部能力和一个实际的移动网络来进行的现实测试。

由于移动网络是由多家售主建立的，所以手机的测试不能只针对网络的某一点来进行，而是必须在多个覆盖了所有不同售主的点上进行。这将测试软件的健壮性和稳定性并查验性能、耐用性和功能度。

对于能够满足当今运营商所要求的标准的移动手机基准平台的构筑而言，平台质量、应用程序集成质量和测试都是必不可少的。现场测试和IOT是价值连城的优质改良数据资源，而且，除非与客户建立密切的工作合作关系，否则这些颇具价值的数据就将丢失。另外，IOT和现场测试数据必须反馈给基准平台，以便对平台的质量、稳定性和互操作性进行不断的改进和强化。实际结果就是造就了这样一个平台，它在今后的面市以及与新技术的整合过程中所花费的工作量要少得多。

任重而道远

以上所述均适用于任何移动标准--GPRS、EDGE或3G，但迄今为止它只在GPRS上得到了应用。执行这些程序和原则的平台供应商将能够对它们加以利用并使自己在开发这些市场的成长潜力的过程中占据最佳位置。因此，他们将确保采用EDGE和3G的产品在面市时具有手机制造商、移动运营商和用户所要求的质量并满足他们在时间进度方面的要求。