CN101115078A - 一种用于开发移动通信终端设备的系统 - Google Patents

Abstract

本发明公开了一种用于开发移动通信终端设备的系统，该系统分为五层，分别是：UI(User Interface，用户界面)、CAL(Control Achie- vedLayer，控制实现层)、FTFL(Free to platForm Layer，平台无关层)、ADI(Application Driver Interface，应用驱动接口)以及DL(DriverLayer，驱动层)。基于这个系统，开发者能够有效地、快速地、跨平台地整合各种类型的终端芯片，从而提高终端设备软件开发的效率，加快终端设备的开发速度。

Description

一种用于开发移动通信终端设备的系统

技术领域

本发明涉及移动通信的终端设备领域，具体涉及一种用于开发移动通信终端设备的系统，尤其应用于WiMAX(Worldwide Interoperability forMicrowave Access，微波接入全球范围的互操作性)终端设备。

背景技术

随着移动通信技术的发展，移动通信终端设备的使用也越来越普遍，终端设备的样式也越来越多样化，如手持移动通信终端设备、用于个人计算机或者笔记本计算机的PNP(Plug and Play，即插即用)数据卡以及无线家庭网关等。另外，可支持PNP移动通信终端设备的总线技术也越来越丰富，如PCMCIA(Personal Computer Memory Card International Association，个人自算计存储卡国际联盟)、USB(Universal Serial Bus，统一串行接口)、PCIE(PCI Express，高级周边元件扩展接口)、SDIO(Secure Digital Input/Output，可靠的数字输入输出)等，这又从另一个方面增加了终端设备的多样性。终端设备的快速发展促进了终端设备芯片供应商的不断增加，这也就不断地增加了终端设备供应商在芯片选择和软件开发方面的难度。再者，终端设备供应商研究开发的终端设备产品一般不止一种型号，因而，就可能需要用到多种类型的终端设备芯片，如果对每种芯片都单独重新设计所有的软件，对终端设备供应商而言，无疑就既增加了开发成本、又可能延误产品推出的最佳时机，从而在市场竞争中处于不利地位。

发明内容

本发明所要解决的技术问题是针对现有技术存在的上述缺陷，而提供一种用于开发移动通信终端设备的系统，为了达到本发明所提到的目的，本发明所采用的技术方案是：

一种用于开发移动通信终端设备的系统，包括五层组件，分别是：

UI(User Interface，用户界面)、CAL(Control Achieved Layer，控制实现层)、FTFL(Free to platForm Layer，控制实现层)、ADI(Application DriverInterface，应用驱动接口)以及DL(Driver Layer，驱动层)。下面对所述系统每层的功能进行详细描述。

所述系统的最上层也即第一层是用户界面层，包括图形用户界面和命令行窗口，分别对应于不同的需求。

进一步地，本层所包括的功能模块有：网络信息的显示管理模块、设备信息的显示管理模块、诊断的显示管理模块、定制功能模块、用户策略配置模块、网络配置和网络接入控制模块、以及WEB客户端模块等。

进一步地，网络信息的显示管理模块和设备信息的显示管理模块，用于对网络信息和设备信息的显示界面进行管理，例如网络接入状态的显示、设备是否激活等信息的显示、MAC层信令的显示。

进一步地，诊断的显示管理模块负责管理诊断信息的显示，例如误码率、误帧率、接收包和发送包数等的诊断显示。

进一步地，定制功能模块于具有特殊需要的场合，例如设备是否允许多人使用。

进一步地，用户策略配置模块负责完成用户策略的配置，用户名密码的保存与否，例如用户选择使用那一种类型的服务：视频点播、VOIP或者普通上网等。

进一步地，网络配置模块负责配置网络，例如配置WiMAX网络、CDMA网络或者WiFi网络；

进一步地，网络接入控制模块负责控制网络接入，例如输入用户名和密码、接入网络、退出网络。

进一步地，WEB客户端模块用于UI与CAL位于不同设备时的场景。例如在无线家庭网关中的应用，UI位于主机上，无线家庭网关作为一个网络设备独立存在，此时UI与控制实现层就通过WEB方式进行通信。UI提供用户控制的操作界面，而控制功能则由CAL实现，这样处理的优点是，简化了UI的设计，提高了UI在不同平台上的移植效率。

所述系统的第二层是控制实现层，本层用于完成对于组件管理模块、设备管理模块、连接管理模块、服务管理模块、安全管理模块、诊断管理模块、信令管理模块、数据库管理模块、OMA(Open Mobile Alliance，开放移动联盟)管理模块以及WEB服务器端模块等模块的管理。

进一步地，组件管理模块负责管理本层的各个功能模块，负责功能模块动态的加载、下载和更新。如果功能模块第一次运行，组件管理负责加载功能模块；如果功能模块不存在，组件管理负责从网络下载功能模块然后再加载；如果功能模块有变化，组件管理负责从网络下载功能模块并更新功能模块。模块的被加载表示模块从非激活状态转为激活状态，例如创建并运行一个线程或任务，或者为功能模块的运行分配内存等。

进一步地，设备管理模块负责管理设备，例如配置设备参数，像漫游模式、自动连接或手动连接等。

进一步地，连接管理模块负责管理网络连接过程中的状态变迁，例如同步状态、鉴权状态、登记状态以及最后的接入完成状态等。

进一步地，服务管理模块负责日志信息的记录和存储、连续上网时间的限制、定时提醒等。

进一步地，安全管理模块负责用户鉴权和设备鉴权过程中EAP(ExtendAuthentication Protocol，扩展鉴权协议)方法层的处理。

进一步地，诊断管理模块，用于诊断功能的管理和控制，负责统计诊断所需要的各种信息。

进一步地，信令管理模块负责控制MAC层信令跟踪的启用、停止以及信令的解析。

进一步地，数据库管理模块主要是负责管理软件需要存储的一些信息，例如用户名和密码的加密存储、固件的存储等。

进一步地，OMA管理模块负责实现一个OMA客户端与运营商管理和控制的OMA服务器进行通信，负责设备配置文件和固件等与设备相关的文件的下载。

进一步地，如果用户界面和控制实现层位于不同设备，WEB服务器端模块作为一个服务器端与UI的WEB客户端通信。

设计本层的目标是最大限度地减小UI的平台和芯片相关性，把UI所使用的功能实现都放在本层处理。本层通过FTFL实现平台无关的目标。本层使用标准语言实现，本层所必要的平台调用，在FTFL完成。本层的另一个重要特征是能够根据UI的需要动态加载必要的组件，从而完成UI所需要的功能，这个特征由组件管理模块实现。组件管理模块的另一功能是保证本层中功能模块的实现方法的动态选择性。对于有多种具体的实现方法的功能模块，各种方法的具体实现被封装在方法库中，方法库由组件管理模块负责管理，功能模块暴露功能接口给UI或者本层的其他模块使用。

由于功能模块有或者可能会有多种实现方法，本层的设计保证功能模块的实现方法可动态的选择、改变以及更新。系统使用这种设计方法的优点是：(a)根据应用场景的不同，用户可自由选择功能模块的特定方法；(b)软件的升级更新会更加简单，只需要对每次更新的方法库中的方法增加一个标志即可，因而回退也很简单；(c)功能模块的开发也相对变的简洁，有更好的适用性。

所述系统的第三层是平台无关层，本层的功能是实现必要的平台API(Application Programming Interface，应用程序编程接口)给CAL调用，保证CAL的平台无关性。

进一步地，平台的概念包括两个方面，操作系统和终端设备芯片。因此，本层需要对不同的操作系统(如：WINDOWS、MAC OS、LINUX等)平台的各种关键调用进行封装，例如线程、事件、互斥对象与内存分配等，以及对不同芯片的ADI进行封装。

所述系统的第四层是应用驱动接口层，本层用于处理应用程序与驱动之间的信息交互以及针对特定芯片和设备驱动，提供平台无关层相关应用与驱动层中相关驱动的接口来保证设备的正常运行。

所述系统的第五层是驱动层，完成对设备的驱动。

进一步地，本层实现业务数据的收发、对于设备对象和应用对象的控制管理等。

进一步地，设备对象管理模块负责管理一个或多个同类的设备，保证多个同类设备的正常运行。具体而言，设备对象的控制管理模块负责处理设备的插入、删除、意外删除、休眠、待机等系统事件。除此之外，也负责管理从设备接收和发送数据到设备所必须的存储空间、互斥和同步对象。

进一步地，应用对象管理模块负责管理一个或多个应用程序对象，即负责管理当前所有的正在使用设备的应用程序对象。负责把应用程序对象发出的控制命令发送给设备，并把设备的响应结果发回给应用程序对象。

进一步地，芯片驱动模块负责完成驱动与芯片的通信。

进一步地，由于芯片的总线接口能有多种，所以芯片驱动模块与芯片的具体通信方式也因总线的不同而有所不同。但是，对于任何总线接口而言，总可以分为并行和串行两种。对于并行接口，驱动总是可以首先向芯片的控制寄存器写入控制信息，然后再向芯片的硬件队列写数据信息，或者驱动直接通过内存读写的方式向芯片写数据；而对于串行接口，驱动需要调用操作系统系统的接口函数才能把数据发送到芯片上，此时，驱动以数据包的形式提交数据给操作系统，由操作系统完成物理上的数据发送。对于并行接口，驱动使用中断的方式从芯片读取数据；而对于串行接口，驱动则使用轮询的方式从芯片读取数据。

进一步地，DL负责驱动具体的终端设备芯片，DL的实现依赖于操作系统和特定芯片。然而，对于需要在驱动实现的业务数据的处理操作，例如包头压缩/解压缩、加解密、包过滤等，其具体算法并不依赖于芯片和操作系统。因此，DL可以包括多个功能子层，每个功能子层完成一种特定的功能，这些功能子层可以有效的适用于不同平台。

所述系统相邻两层之间的通信方式为：

基于终端设备的多样性，所述系统的五层组件可能位于同一台设备之上；也可能位于不同的设备之上。因此，不同层之间的通信机制可以采用有多种方式，例如函数调用、远程过程调用、消息机制、基于WEB的通信机制等。

进一步地，UI与CAL的通信机制可以是函数调用或者WEB方式。如果UI与CAL处于相同设备之上，UI采用函数调用的方式与CAL通信，否则，UI通过WEB客户端代理模块与CAL通信。在不同的平台上，CAL以动态链接库或者任务的形式存在。

进一步地，CAL与FTFL通过函数调用的方式实现通信。CAL与FTFL之间的接口与平台无关，是标准接口。在不同平台上，FTFL以动态链接库或者静态链接库的形式存在，或者与CAL结合在一起作为一个任务而存在。

进一步地，FTFL与ADI通过函数调用或者使用消息机制进行通信。

进一步地，ADI与DL的通信机制与操作系统API相关，可能是同步方式，也可能是异步方式。无论ADI与DL采用何种通信方式，FTFL同时给CAL提供同步和异步两种通信方式的接口。

进一步地，ADI是应用与驱动的接口层。在多数操作系统中，驱动都处于内核态，而ADI则处于用户态，ADI必须借助操作系统所提供的API与驱动通信。在不同的平台上，ADI以动态链接库或者任务的形式存在。

本发明所产生的有益效果是：基于这个系统，开发者能够有效地、快速地、跨平台地整合各种类型的终端设备芯片，从而提高终端设备软件开发的效率，加快终端设备软件的开发速度。

附图说明

图1是用于开发移动通信终端设备的系统的一个整体结构示范图。

图2是用于WiMAX终端设备的同步网络接入的一个流程示例。

图3是用于WiMAX终端设备的异步处理过程的一个示例。

图4是用于WiMAX终端设备的CAL组件管理模块动态加载诊断模块的一个示范图。

图5是动态加载功能模块的一个示范流程图。

图6是用于WiMAX终端设备的CAL安全管理模块实现方法无关性的一个示范图。

具体实施方式

下面结合附图对本发明的具体实施例作进一步详细说明：

附图1是用于开发移动通信终端设备的系统的一个整体结构示范图。

本发明所提出的软件架构由五层组成，分别是：UI、CAL、FTFL、ADI以及DL。下面对所述系统每层的功能进行详细描述。

所述系统的最上层也即第一层是用户界面层，包括图形用户界面和命令行窗口，分别对应于不同的需求。

进一步地，本层所包括的功能模块有：网络信息的显示管理模块、设备信息的显示管理模块、诊断的显示管理模块、定制功能模块、用户策略配置模块、网络配置和网络接入控制模块、以及WEB客户端模块等。

进一步地，网络信息的显示管理模块和设备信息的显示管理模块，用于对网络信息和设备信息的显示界面进行管理，例如网络接入状态的显示、设备是否激活等信息的显示、MAC层信令的显示。

进一步地，诊断的显示管理模块负责管理诊断信息的显示，例如误码率、误帧率、接收包和发送包数等的诊断显示。

进一步地，定制功能模块于具有特殊需要的场合，例如设备是否允许多人使用。

进一步地，用户策略配置模块负责完成用户策略的配置，用户名密码的保存与否，例如用户选择使用那一种类型的服务：视频点播、VOIP或者普通上网等。

进一步地，网络配置模块负责配置网络，例如配置WiMAX网络、CDMA网络或者WiFi网络；

进一步地，网络接入控制模块负责控制网络接入，例如输入用户名和密码、接入网络、退出网络。

进一步地，WEB客户端模块用于UI与CAL位于不同设备时的场景。例如在无线家庭网关中的应用，UI位于主机上，无线家庭网关作为一个网络设备独立存在，此时UI与控制实现层就通过WEB方式进行通信。UI提供用户控制的操作界面，而控制功能则由CAL实现，这样处理的优点是，简化了UI的设计，提高了UI在不同平台上的移植效率。

所述系统的第二层是控制实现层，本层用于完成对于组件管理模块、设备管理模块、连接管理模块、服务管理模块、安全管理模块、诊断管理模块、信令管理模块、数据库管理模块、OMA(Open Mobile Alliance，开放移动联盟)管理模块以及WEB服务器端模块等模块的管理。

进一步地，组件管理模块负责管理本层的各个功能模块，负责功能模块动态的加载、下载和更新。如果功能模块第一次运行，组件管理负责加载功能模块；如果功能模块不存在，组件管理负责从网络下载功能模块然后再加载；如果功能模块有变化，组件管理负责从网络下载功能模块并更新功能模块。模块的被加载表示模块从非激活状态转为激活状态，例如创建并运行一个线程或任务，或者为功能模块的运行分配内存等。

进一步地，设备管理模块负责管理设备，例如配置设备参数，像漫游模式、自动连接或手动连接等。

进一步地，连接管理模块负责管理网络连接过程中的状态变迁，例如同步状态、鉴权状态、登记状态以及最后的接入完成状态等。

进一步地，服务管理模块负责日志信息的记录和存储、连续上网时间的限制、定时提醒等。

进一步地，安全管理模块负责用户鉴权和设备鉴权过程中EAP(ExtendAuthentication Protocol，扩展鉴权协议)方法层的处理。

进一步地，诊断管理模块，用于诊断功能的管理和控制，负责统计诊断所需要的各种信息。

进一步地，信令管理模块负责控制MAC层信令跟踪的启用、停止以及信令的解析。

进一步地，数据库管理模块主要是负责管理软件需要存储的一些信息，例如用户名和密码的加密存储、固件的存储等。

进一步地，OMA管理模块负责实现一个OMA客户端与运营商管理和控制的OMA服务器进行通信，负责设备配置文件和固件等与设备相关的文件的下载。

进一步地，如果用户界面和控制实现层位于不同设备，WEB服务器端模块作为一个服务器端与UI的WEB客户端通信。

设计本层的目标是最大限度地减小UI的平台和芯片相关性，把UI所使用的功能实现都放在本层处理。本层通过FTFL实现平台无关的目标。本层使用标准语言实现，本层所必要的平台调用，在FTFL完成。本层的另一个重要特征是能够根据UI的需要动态加载必要的组件，从而完成UI所需要的功能，这个特征由组件管理模块实现。组件管理模块的另一功能是保证本层中功能模块的实现方法的动态选择性。对于有多种具体的实现方法的功能模块，各种方法的具体实现被封装在方法库中，方法库由组件管理模块负责管理，功能模块暴露功能接口给UI或者本层的其他模块使用。

由于功能模块有或者可能会有多种实现方法，本层的设计保证功能模块的实现方法可动态的选择、改变以及更新。系统使用这种设计方法的优点是：(a)根据应用场景的不同，用户可自由选择功能模块的特定方法；(b)软件的升级更新会更加简单，只需要对每次更新的方法库中的方法增加一个标志即可，因而回退也很简单；(c)功能模块的开发也相对变的简洁，有更好的适用性。

所述系统的第三层是平台无关层，本层的功能是实现必要的平台API(Application Programming Interface，应用程序编程接口)给CAL调用，保证CAL的平台无关性。

进一步地，平台的概念包括两个方面，操作系统和终端设备芯片。因此，本层需要对不同的操作系统(如：WINDOWS、MAC OS、LINUX等)平台的各种关键调用进行封装，例如线程、事件、互斥对象与内存分配等，以及对不同芯片的ADI进行封装。

所述系统的第四层是应用驱动接口层，本层用于处理应用程序与驱动之间的信息交互以及针对特定芯片和设备驱动，提供平台无关层相关应用与驱动层中相关驱动的接口来保证设备的正常运行。

所述系统的第五层是驱动层，完成对设备的驱动。

进一步地，本层实现业务数据的收发、对于设备对象和应用对象的控制管理等。

进一步地，设备对象管理模块负责管理一个或多个同类的设备，保证多个同类设备的正常运行。具体而言，设备对象的控制管理模块负责处理设备的插入、删除、意外删除、休眠、待机等系统事件。除此之外，也负责管理从设备接收和发送数据到设备所必须的存储空间、互斥和同步对象。

进一步地，应用对象管理模块负责管理一个或多个应用程序对象，即负责管理当前所有的正在使用设备的应用程序对象。负责把应用程序对象发出的控制命令发送给设备，并把设备的响应结果发回给应用程序对象。

进一步地，芯片驱动模块负责完成驱动与芯片的通信。

进一步地，由于芯片的总线接口能有多种，所以芯片驱动模块与芯片的具体通信方式也因总线的不同而有所不同。但是，对于任何总线接口而言，总可以分为并行和串行两种。对于并行接口，驱动总是可以首先向芯片的控制寄存器写入控制信息，然后再向芯片的硬件队列写数据信息，或者驱动直接通过内存读写的方式向芯片写数据；而对于串行接口，驱动需要调用操作系统系统的接口函数才能把数据发送到芯片上，此时，驱动以数据包的形式提交数据给操作系统，由操作系统完成物理上的数据发送。对于并行接口，驱动使用中断的方式从芯片读取数据；而对于串行接口，驱动则使用轮询的方式从芯片读取数据。

进一步地，DL负责驱动具体的终端设备芯片，DL的实现依赖于操作系统和特定芯片。然而，对于需要在驱动实现的业务数据的处理操作，例如包头压缩/解压缩、加解密、包过滤等，其具体算法并不依赖于芯片和操作系统。因此，DL可以包括多个功能子层，每个功能子层完成一种特定的功能，这些功能子层可以有效的适用于不同平台。

所述系统相邻两层之间的通信方式为：

基于终端设备的多样性，所述系统的五层组件可能位于同一台设备之上；也可能位于不同的设备之上。因此，不同层之间的通信机制可以采用有多种方式，例如函数调用、远程过程调用、消息机制、基于WEB的通信机制等。

进一步地，UI与CAL的通信机制可以是函数调用或者WEB方式。如果UI与CAL处于相同设备之上，UI采用函数调用的方式与CAL通信，否则，UI通过WEB客户端代理模块与CAL通信。在不同的平台上，CAL以动态链接库或者任务的形式存在。

进一步地，CAL与FTFL通过函数调用的方式实现通信。CAL与FTFL之间的接口与平台无关，是标准接口。在不同平台上，FTFL以动态链接库或者静态链接库的形式存在，或者与CAL结合在一起作为一个任务而存在。

进一步地，FTFL与ADI通过函数调用或者使用消息机制进行通信。

进一步地，ADI与DL的通信机制与操作系统API相关，可能是同步方式，也可能是异步方式。无论ADI与DL采用何种通信方式，FTFL同时给CAL提供同步和异步两种通信方式的接口。

进一步地，ADI是应用与驱动的接口层。在多数操作系统中，驱动都处于内核态，而ADI则处于用户态，ADI必须借助操作系统所提供的API与驱动通信。在不同的平台上，ADI以动态链接库或者任务的形式存在。

附图2是用于WiMAX终端设备的同步网络接入的一个流程示例。图中X芯片是指某一特定芯片。

其步骤如下：

步骤201，用户点击网络连接按钮；

步骤202，UI调用CAL连接管理模块的接口函数；

步骤203，连接管理模块调用FTFL的接口函数；

步骤204，FTFL调用ADI的接口函数，由于此时是同步调用，所以函数调用会处于同步等待状态；

步骤205，ADI给驱动发送接入消息；

步骤206，接着驱动将会把消息发送给终端设备，由于接入过程需要CAL的安全管理模块完成用户鉴权，所以驱动收到设备的鉴权请求之后，会发送鉴权请求给ADI；

步骤207，ADI把鉴权请求发送给FTFL；

步骤208，FTFL把鉴权请求接着发送给CAL；

步骤209，安全管理模块处理完鉴权请求之后，调用FTFL的接口函数，把处理结果发送给FTFL；

步骤210，FTFL调用ADI的接口函数；

步骤211，ADI把处理结果发送给驱动；

步骤212，驱动将把处理结果发送给终端设备，终端设备完成网络接入后，会把结果再次发送给驱动，驱动需要把接入的结果发送给ADI；

步骤213，ADI把接入结果再发送给FTFL，步骤213与步骤204同用一个函数，是因为步骤204在一直等待处理的结果，步骤213相当于是同步等待完成的返回；

步骤214是步骤203同步等待的完成；

步骤215是步骤202同步等待的完成；

步骤216，最后，UI把接入结果显示给用户。

附图3是用于WiMAX终端设备的软件架构中异步处理过程的一个示范图。图中X芯片是指某一特定芯片。

步骤301，UI调用CAL的接口注册回调函数；

步骤302，CAL向FTFL注册回调函数；

步骤303，FTFL再向ADI注册回调函数；

步骤304，ADI则直接向驱动发送消息；

步骤305，是驱动发送消息给ADI；

步骤306，ADI收到驱动的消息之后，调用FTFL的回调函数；

步骤307、308，FTFL、CAL分别调用其上一层所注册的回调函数。

附图4是用于WiMAX终端设备的CAL组件管理模块动态加载诊断管理模块的一个示范图。

步骤401，UI调用CAL诊断管理模块的接口函数；

步骤402，诊断管理模块接口函数判断诊断模块是否已经加载，如果没有加载，则通知组件管理模块加载诊断模块；

步骤403，组件模块加载诊断模块；

步骤404，加载完成之后，组件管理模块通知接口函数加载完成；

步骤405，最后，继续后续的处理。

附图5对应于附图4的一个动态加载模块的流程图。如果终端设备已经出售给客户，那么客户可以通过增量升级的方式增加新的功能模块，而软件本身则不需要关闭或者重启。

步骤501，用户启用诊断功能，调用诊断功能的接口函数；

步骤502，接口函数判断诊断功能模块是否已经加载，如果已经加载则转步骤507，否则转步骤503；

步骤503，组件管理模块判断诊断功能模块是否存在，如果存在则转步骤506，否则转步骤504；

步骤504，通过下载的方式，增加诊断功能模块；

步骤505，如果下载增加成功，则转步骤506，否则转步骤508；

步骤506，加载诊断管理模块；

步骤507，继续后续的处理；

步骤508，处理完成。

图6是用于WiMAX终端设备的软件架构中CAL安全管理模块的安全功能实现方法动态选择的一个示范图。

步骤601，用户选择网络连接，UI调用CAL连结管理模块的接口函数；

步骤602，在网络接入过程中，需要进行鉴权的处理，连结管理模块调用安全管理模块的接口函数进行鉴权的处理；

步骤603，如果此时方法库中没有用户所选择的处理方法，则调用组件管理模块更新方法库；

步骤604，组件管理模块完成方法库的更新；

步骤605，方法库更新结束之后，组件管理模块把结果通知给安全管理模块；

步骤606，安全管理模块完成安全处理之后，把处理结果返回给连接管理模块；

步骤607，连结管理模块继续处理其他内容。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (13)

1.一种用于开发移动通信终端设备的系统，其特征在于至少包括如下五层组件：

用户界面层，用于提供由用户控制的用户界面并显示相应的信息；

控制实现层，用于完成对于WEB服务器模块、组件管理模块、设备管理模块、连接管理模块服务管理模块、管理服务模块、安全管理模块诊断管理模块、信令管理模块、数据库管理模块、OMA管理模块各个模块的控制功能；

平台无关层，用于通过对不同的操作系统平台的各种关键调用和不同芯片的应用驱动接口层进行封装实现必要的平台API给控制实现层调用，来保证控制实现层的平台无关性；

应用驱动接口层，用于处理应用程序与驱动之间的信息交互以及针对特定的设备芯片和设备驱动，并提供平台无关层相关应用与驱动层中相关驱动的接口来保证设备的正常运行；以及

驱动层，用于提供相应芯片的驱动来保证设备的正常运行。

2.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于所述用户界面层的表现形式包括图形用户界面和命令行窗口，分别对应于不同的需求。

3.按照权利要求1或2所述的一种用于开发移动通信终端设备的系统，其特征在于：所述用户界面层至少包括以下几个模块：

网络信息的显示管理模块和设备信息的显示管理模块，用于对网络信息和设备信息的显示界面进行管理，所述管理模块的管理内容至少包括：网络接入状态的显示、设备是否激活信息的显示、MAC层信令的显示；

诊断的显示管理模块，用于管理相关诊断的显示，所述管理模块的管理内容至少包括：误码率、误帧率和接收包和发送包数的诊断显示；

定制功能模块，用于与特定设备相关的定制功能，所述定制功能模块的定制功能至少包括：设备是否允许多人使用；

用户策略配置模块，用于完成用户策略的配置，所述用户策略配置模块的用户策略配置内容至少包括：配置用户选择使用那一种类型的服务，决定是否保存用户名和密码；

网络配置模块用于网络的配置，所述网络的配置至少包括：配置WiMAX网络、CDMA网络或者WiFi网络；

网络接入控制模块用于控制网络接入，所述控制网络接入至少包括：输入用户名和密码、接入网络、退出网络；以及

WEB客户端模块，用于用户界面层与控制实现层位于不同设备时，完成与WEB服务器端的通信。

4.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于：所述控制实现层使用标准语言实现，通过平台无关层完成必要的平台调用，并且根据用户界面层的需要动态加载必要的组件，从而完成用户界面层所需要的功能。

5.按照权利要求1或4所述的一种用于开发移动通信终端设备的系统，其特征在于：所述控制实现层至少包括以下几个模块：

WEB服务器端模块，用于完成与WEB客户端代理的通信；

组件管理模块，用于管理本层的各个功能模块，负责功能模块动态的加载、下载和更新；

设备管理模块，用于管理设备，所述设备管理模块的管理内容至少包括：漫游模式的选择以及自动连接或手动连接设备参数的配置；

连接管理模块，用于管理网络连接过程中的状态变迁，所述连接管理模块的管理内容至少包括：同步状态、鉴权状态、登记状态以及最后的接入完成状态；

服务管理模块，用于管理服务，设置各类型服务的参数，所述服务管理模块的管理内容至少包括：日志信息的记录和存储、连续上网时间的限制、定时提醒；

安全管理模块，用于管理安全，负责用户鉴权和设备鉴权过程中EAP方法层的处理；

诊断管理模块，用于诊断功能的管理和控制，所述诊断管理模块的管理和控制内容至少包括：统计诊断所需要的各种信息；

信令管理模块，用于MAC层信令的管理，所述信令管理模块的管理内容至少包括：MAC层信令跟踪的启用、停止以及信令的解析；

数据库管理模块，用于管理需要存储的一些信息，所述数据库管理模块的管理内容至少包括：用户名和密码的加密存储、固件的存储；以及

OMA管理模块，用于管理OMA功能，所述OMA管理模块的管理内容至少包括：实现一个OMA客户端与运营商管理和控制的OMA服务器进行通信，负责与设备相关文件的下载。

6.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于：所述的平台无关层中的平台包括但并不限于WINDOWS平台、MAC OS平台和LINUX平台。

7.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于：所述的驱动层至少包括以下几个模块：

设备对象管理模块，用于管理一个或多个同类的设备，保证多个同类设备的正常运行，所述设备对象管理模块的管理内容至少包括：负责处理设备的插入、删除、意外删除、休眠、待机，也负责管理从设备接收和发送数据到设备所必须的存储空间、互斥和同步对象；

应用对象管理模块，用于管理所有的当前正在使用设备的应用程序对象，负责把应用程序对象发出的控制命令发送给设备，并把设备的响应结果发回给应用程序对象；以及

芯片驱动模块，用于完成驱动与芯片的通信。

8.按照权利要求1或7所述的一种用于开发移动通信终端设备的系统，其特征在于：所述芯片驱动模块涉及的芯片的总线接口分为并行和串行两种，按照所述总线接口的不同，驱动与芯片的通信方式有两种：

方式一，对于并行接口，驱动使用中断的方式从芯片读取数据；写数据时，驱动首先向芯片的控制寄存器写入控制信息，然后再向芯片的硬件队列写数据信息，或者驱动直接通过内存读写的方式向芯片写数据；

方式二，对于串行接口，驱动使用轮询的方式从片读取数据；写数据时，驱动需要调用操作系统系统的接口函数才能把数据发送到芯片上，此时，驱动以数据包的形式提交数据给操作系统，由操作系统完成物理上的数据发送。

9.按照权利要求1或7所述的一种用于开发移动通信终端设备的系统，其特征在于：所述驱动层负责驱动具体的终端芯片，驱动层的实现依赖于操作系统和特定芯片，对于需要在驱动实现的业务数据的处理操作，其具体算法并不依赖于芯片和操作系统，因此，驱动层包含多个功能子层，每个功能子层完成一种特定的功能，这些功能子层可以有效的适用于不同平台。

10.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于：所述五层组件位于相同或者不同设备之上，并且不同层之间的通信机制采用但不限于如下通信方式：函数调用、WEB客户端代理、远程过程调用、消息机制。

11.按照权利要求1或10所述的一种用于开发移动通信终端设备的系统，其特征在于：所述系统五层组件中相邻两层之间的通信方式为：

用户界面层与控制实现层处于相同设备之上，用户界面层采用函数调用的方式与控制实现层通信，否则，用户界面层通过WEB客户端代理模块与控制实现层通信；

控制实现层与平台无关层通过函数调用的方式实现通信；

平台无关层与应用驱动接口层通过函数调用或者使用消息机制进行通信；以及

应用驱动接口层借助操作系统所提供的应用程序编程接口采用同步方式或者异步方式与驱动通信。

12.按照权利要求11所述的一种用于开发移动通信终端设备的系统，其特征在于：无论所述应用驱动接口层与所述驱动层采用何种通信方式，所述平台无关层同时给所述控制实现层提供同步和异步两种通信方式的接口。

13.按照权利要求1所述的一种用于开发移动通信终端设备的系统，其特征在于：所述五层组件中：

在不同的平台上，所述控制实现层以动态链接库或者任务的形式存在；

所述平台无关层与所述控制实现层之间的接口与平台无关，是标准接口，在不同平台上，所述平台无关层以动态链接库或者静态链接库的形式存在，或者与所述控制实现层结合在一起作为一个任务而存在；以及

在不同的平台上，所述应用驱动接口层以动态链接库或者任务的形式存在。

Images