CN101815370B - 一种多芯片移动终端及其设备管理实现方法 - Google Patents

Abstract

本发明提供了一种多芯片移动终端及其设备管理实现方法，所述多芯片中的至少两片芯片为不同制式，所述方法包括以下步骤：确定多芯片中的一者为主芯片，并设置设备管理客户端在该主芯片中；将多芯片中的其他芯片与所述主芯片连通，通过所述主芯片中的设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。本发明可以显著减少设备管理客户端的数量，从而节约设备管理成本，并且降低设备管理的复杂度。

Description

一种多芯片移动终端及其设备管理实现方法

技术领域

本发明涉及移动通信领域，尤其涉及一种多芯片移动终端及其设备管理实现方法。

背景技术

随着移动通讯技术的不断发展以及第三代移动通信系统不断发展壮大，根据运营商和用户的需求，产生了多种制式的移动终端数据卡，如GSM制式，包含GPRS(GeneralPacketRadioService，通用无线分组服务技术)、EDGE(EnhancedDataRateforGSMEvolution，增强型数据速率GSM演进技术)等、PHS(PersonalHandy-phoneSystem，个人手持式电话系统，即小灵通)制式、CDMA制式以及CDMA1X-EVDO(EVDO实际上是三个单词的缩写：Evolution，即演进、DataOnly，CDMA20001x演进的一条路径的一个阶段，可以使运营商利用一个与IS-95或CDMA2000相同频宽的CDMA载频就可实现高达2.4Mbps的前向数据传输速率)、WCDMA制式以及TD-SCDMA制式、WIMAX(WorldwideInteroperabilityforMicrowaveAccess，全球微波互联接入)制式等等。

虽然第三代移动通讯具有得天独厚的优点，但是由于其标准还不成熟，存在着网络覆盖范围小等缺点，为其进一步推广和商用都提出了挑战，而第二代移动通讯拥有一张全世界覆盖最为完善网络，可以结合两者的优点提供一种多制式移动网络数据终端，该终端不但可以使用目前已有的2G网络进行普通数据业务操作，也可以在环境许可条件下进行3G网络的高速数据传输操作，同时也可以满足不同网络运营商提出的多种网络服务需求。

伴随着3G技术的快速发展，数据业务必然成为消费和企业用户的重要通信手段，同时目前主流运营商都要求终端设备支持固件自动更新、参数配置、数据采集等各种管理功能。移动设备管理(MobileDeviceManagement)正是应对这种管理挑战而产生的，它是一种通过空中传送技术(OTA)将管理指令数据从网络侧下载到终端设备上，并由终端设备自动运行，进而完成终端软硬件升级、参数配置、故障诊断等的低成本远程管理解决方案，同时DM还可以将运营商需要的业务信息和终端设备的功能信息等从终端设备传递到服务器侧，以支持其它业务的开展。

OMA(开放移动联盟，OpenMobileAlliance)DM协议明确独立于承载网络，因此该协议可以用于多种网络，它横跨2G、3G和WIMAX等技术，可以很好满足目前各个运营商的需求。

OMADM不但可以对单一网络提供支持，还可以横跨多个网络，可以同时支持双模(即含有两种制式)乃至多模(即含有两种以上的制式)终端的设备管理需求，由于各个终端产商对OMADM配置管理不同，从而产生了不同的配置机制，使得终端的不同制式都需要相应的设备管理客户端来实现设备管理需求，造成对于多模、多芯片的移动终端进行设备管理需要有多个设备管理客户端来实现，使得设备管理非常复杂。

发明内容

有鉴于上述背景，本发明提供了一种多芯片移动终端的设备管理实现方法及系统，能够降低设备管理的复杂度及节约设备管理的成本。

为了解决上述技术问题，本发明采用了如下技术方案：

一种多芯片移动终端的设备管理实现方法，所述多芯片中的至少两片芯片为不同制式，包括以下步骤：

确定多芯片中的一者为主芯片，并设置设备管理客户端在该主芯片中；

将多芯片中的其他芯片与所述主芯片连通，通过所述主芯片中的设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。

在本发明的一种实施方式中，所述多芯片的制式包括EGSM、GSM850、GPRS、EDGE、HSDPA、HSUPA、EVDO、WCDMA、TD-SCDMA、WIMAX中任意两种或两种以上的制式。

在本发明的一种实施方式中，所述设备管理包括终端软硬件升级、参数配置、故障诊断中的一种或多种。

在本发明的一种实施方式中，所述主芯片与其他芯片之间的物理连通通道包括USBHUB方式或SDIO方式的连通通道。

在本发明的一种实施方式中，所述主芯片与其他芯片之间的数据交互直接进行，或者以连接管理或无线二进制运行环境为中介间接进行。

在本发明的一种实施方式中，主芯片与其他芯片之间的设备管理采用分批上报方式：由主芯片首先发出其他芯片的设备管理通知，之后其他芯片再相应获取设备管理数据。

本发明还提供了一种多芯片移动终端，所述多芯片中的至少两片芯片为不同制式，所述多芯片中的一者为主芯片，该主芯片中设置有设备管理客户端；多芯片中的其他芯片与所述主芯片连通，所述主芯片中的设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。

本发明通过确定移动终端多芯片的主芯片，并只在主芯片中设置设备管理客户端，主芯片和其他芯片的设备管理都由该主芯片中的设备管理客户端实现，可以显著减少设备管理客户端的数量，从而节约设备管理成本，并且降低设备管理的复杂度。

附图说明

图1是本发明实施例的模块框图；

图2是本发明实施例的由DM服务器主动发起的OMA升级的详细流程图；

图3是本发明实施例的分批主动上报数据方式的详细流程图；

图4是本发明实施例的基于用户主动发起的OMA更新流程图。

具体实施方式

下面对照附图并结合具体实施方式对本发明做详细说明。

本发明主要是提供一种多芯片移动终端的设备管理实现方法，在该移动终端的多芯片中，至少两片芯片为不同制式，这些制式例如包括EGSM(EnhancedGlobalSystemforMobileCommunications，增强型全球移动通信系统)、GSM850(全球移动通信系统850频段)、GPRS、EDGE、HSDPA(HighSpeedDownlinkPacketAccess，高速下行分组接入技术)、HSUPA(highspeeduplinkpacketaccess，高速上行链路分组接入)、EVDO、WCDMA(WidebandCodeDivisionMultipleAccess，宽带码分多址)、TD-SCDMA(TimeDivision-SynchronousCodeDivisionMultipleAccess，时分同步码分多址)、WIMAX中任意两种或两种以上的制式。设备管理实现方法包括以下步骤：

确定多芯片中的一者为主芯片，并设置设备管理客户端在该主芯片中；

将多芯片中的其他芯片与所述主芯片连通，通过所述主芯片中的设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。

DM对终端进行管理的核心是DM设备管理树(DMtree)。DM将各种管理的设备抽象为对象，用设备管理树的方式来组织。设备管理树中保存终端的各种参数和所需要管理的信息。而服务器端通过命令集检索、读取和配置这些信息，DM客户端再将这些信息的改变映射为对设备的直接管理操作从而完成设备管理。

下面以双芯片移动终端的OMADM参数配置为例对上述设备管理实现方法进行说明，在本例中，双芯片一种为WIMAX芯片，另一种为EVDO芯片。双芯片中一者(下例中为EVDO芯片)设置有DM客户端，称该芯片为主芯片，主芯片之外的芯片为其他芯片(在下例中即为WIMAX芯片)。

图1是本发明实施例的双芯片移动终端的模块框图，包括以下几个模块：

模块S102，PC侧的UI(UserInterface，用户界面)模块，包括封装好的WIMAXSDK(SoftwareDevelopmentKit软件开发工具包)模块S1022和EVDOSDK模块S1024，直接用于与用户进行交互，根据接收到的不同数据指令进行相应处理，模块S102作为一个中介载体，可以完成通过某一单芯片(在本例中为EVDO芯片)间接管理双芯片(WIMAX和EVDO芯片)OMADMtree的功能；在本例中，模块S102也称为CM(ConnectionManagement，连接管理)。

模块S104，接口模块，是CM与双芯片之间的交互通道，在本例中，WIMAX芯片与CM间的交互接口S1042为API口，EVDO芯片与CM间的交互接口S1044为AT口，需要说明的是，接口模块不仅仅局限于本例的接口，可以适用任何可用的接口，比如I2C等其他串口；该接口模块是可逆的，即CM与芯片之间的交互是双向的；

模块S106，双芯片之间的物理通道，这里采用USBHUB方式，这种方式简单又方便，并且节省成本，安全高效；同样的，物理通道也不局限于此，例如也可以是SDIO(SecureDigitalInput/Output，安全输入输出)等。

双芯片模块S108和S110，包括EVDO芯片S108和WIMAX芯片S110，两种芯片通过USBHUB关联在一起，即主芯片(EVDO芯片)与其他芯片(WIMAX)之间的物理连通通道为USBHUB方式的连通通道，当然，两者间的物理连通通道也可以是其他方式；在本例中，OMADM客户端位于EVDO模块中，直接与OMADM服务器进行交互，用于管理EVDO和WIMAX的配置参数和固件版本等，OMADM客户端不直接与WIMAX芯片进行交互，而是WIMAX相关配置参数在EVDO芯片非易失性存储器中保存一份，通过EVDO芯片间接与OMADM服务器进行交互。本例是基于具有用户交互界面功能的软件设计的，可以更贴切的接近用户，满足用户需求。

如上所述，设备管理包括终端软硬件升级、参数配置、故障诊断等，下面以设备管理中的软件升级为例对本发明实施例中的设备管理实现方法做一说明。

请参阅图2，图2是根据本发明实施例的由DM服务器主动发起的OMA升级的详细流程图，具体包括如下步骤：

步骤S202，DM服务器周期性的主动发起OMA升级；升级完毕后通知EVDO模块S204；并将升级结果(更新的内容)保存在EVDO非易失性存储器中S206；

步骤S208，判断WIMAX参数是否更新，如果有所更新，通过AT主动上报方式S210通知CM已有WIMAX部分参数已经更新S212；

步骤S214，CM与WIMAX通过API进行交互，将更新的参数写入WIMAX非易失性存储器中，从而保证WIMAX卡中的参数与OMADM服务器、以及备份在EVDO芯片非易失性存储器中的WIMAX参数保持一致。

当WIMAX有部分参数更新时，通过CM有两种方案可以与WIMAX进行交互，一种是直接将更新的内容参数全部一次性的通过接口(AT口)上报给CM，再由CM通过API与WIMAX模块进行交互更新WIMAX非易失性存储器中的OMA参数，这样做虽然比较直接简单，但存在很大风险，因为采用的是主动上报机制，在上报过程中难免该串行接口会有其他数据交互，如果数据量较大时可能会出现数据混乱，造成获取的参数有误等问题，严重的还会引起灾难性的后果；为此在另一实施例中，采用一种分批上报数据的方式进行解决，详细的流程如图3所示，具体包括如下步骤：

步骤S301，将更新后的WIMAX参数存储在EVDO非易失性存储器中，以备后续与CM交互使用；EVDO通过AT主动上报机制(只简单上报标志位)告诉CMWIMAX已经有参数进行了更新，对应于步骤S304和S306，等待CM进行处理；也就是说，主芯片会首先发出其他芯片的设备管理通知；

步骤S308，CM已经获知WIMAX参数进行了更新，CM决定是否将更新的参数更新到WIMAX芯片，如果不选择更新，则进入步骤S306，等待下一周期CM发起是否将更新参数更新到WIMAX芯片；如果用户选择现在更新，则进入步骤S310中，主动通过AT发起获取更新后的WIMAX参数；并将获取到的更新参数通过API与WIMAX模块进行交互更新到WIMAX非易失性存储器中。即在主芯片发出其他芯片的设备管理通知之后，其他芯片再相应获取设备管理数据。需要理解的是，上述分批上报方式不仅仅局限于以CM等为中间通道的使用场景，同样可以适用于两个或多个芯片直接交互的使用场景。

以上实施例是OMADM服务器自动发起的OMA更新的流程示例，类似的，用户也可以自行发起更新。基于用户主动发起的OMA更新流程图如图4所示，具体包括如下步骤：

步骤S402，PC侧通过AT命令向EVDO模块主动发起OMA更新；进入步骤S404，EVDO模块中的DM客户端向DM服务器发起OMA更新命令S406；

步骤S408，DM服务器完成更新后，判断是否有内容进行了更新，如果没有更新内容，则进入步骤S404，告诉EVDO没有OMA参数更新，此时EVDO模块通过AT主动上报命令告诉用户目前没有OMA相关参数进行更新；

步骤S410，如果目前OMA有内容更新，则将更新内容存储在EVDO非易失性存储器中，等待后续使用；

步骤S412，通过存储在EVDO非易失性存储器中的OMA参数判断目前是否有WIMAX参数进行了更新；如果有WIMAX参数进行了更新，则进入步骤S414，通过AT串行接口与CM进行交互，同样也是采用与图3相同方案先采用主动上报机制知会用户目前有WIMAX参数进行了更新，由用户决定并发起是否有必要现在进行WIMAOMA升级。

本发明实施例的一种多芯片移动终端，其包含两个或两个以上的芯片，在这些芯片当中，至少两片芯片为不同制式，例如EGSM、GSM850、GPRS、EDGE、HSDPA、HSUPA、EVDO、WCDMA、TD-SCDMA、WIMAX等等。多芯片中的一者为主芯片，该主芯片中设置有设备管理客户端；多芯片中的其他芯片与主芯片连通，主芯片中的设备管理客户端对主芯片以及其他芯片进行设备管理。设备管理可以包括终端软硬件升级、参数配置、故障诊断中的一种或多种。

通过本发明的多芯片移动终端及其设备管理实现方法，用户随时可以根据当前所处环境进行操作，随时根据本身情况选择DM工作机制，更新相关参数，保证服务器参数和卡中参数一致，这样可以满足多用户的不同需求，同时由于采用单芯片上的DM客户端来对多芯片进行设备管理，减少了终端厂商的投资和降低运营成本，降低了设备管理的复杂度，可以满足特殊用户的特殊要求。

本发明的OMADM管理机制，不仅仅局限于本文实施用例提到的参数配置，也可以适用于其他诸如终端软硬件升级、参数配置、诊断等低成本远程管理方案。

本发明提出的管理机制，可以适用于多种移动终端，比如常用的数据卡、手机等；并且，上述实施例中虽然是以双模双芯片为例进行阐述，但同样适用于多模多芯片。

虽然上述实施例中，OMADM客户端位于EVDO侧，但同样的，OMADM客户端也可以放置在WIMAX侧；CM与芯片之间的交互也不局限于本文提到的API或者AT口，可以是其他任何可用接口；双芯片之间的物理通道，也不仅仅局限于本文的USBHUB方式；此外，上述实施例采用传统的CM界面作为芯片直接交互的媒体，但并不局限于此，同样可以采用其他中介媒体，比如手机的BREW(BinaryRuntimeEnvironmentforWireless，无线二进制运行环境)等，甚至可以不用诸如CM之类的中间媒体，只要能保证双芯片或者多芯片之间可以进行直接或间接交互即可，可以不用仅仅局限于本例提到的通过CM/SDK作为中间通道。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，但这只是为便于理解而举的实例，不应认为本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，可以做出各种可能的等同改变或替换，这些改变或替换都应属于本发明的保护范围。

Claims (10)

1.一种多芯片移动终端的设备管理实现方法,所述多芯片中的至少两片芯片为不同制式，其特征在于，包括以下步骤：

确定多芯片中的一者为主芯片，并设置设备管理客户端在该主芯片中；

将多芯片中的其他芯片与所述主芯片连通，并将其它芯片的配置参数保存在所述主芯片的非易失性存储器中；所述主芯片中的设备管理客户端对所述主芯片和所述多芯片中的其他芯片进行设备管理，且不直接与所述其他芯片进行交互。

2.如权利要求1所述的方法，其特征在于，所述多芯片的制式包括EGSM、GSM850、GPRS、EDGE、HSDPA、HSUPA、EVDO、WCDMA、TD-SCDMA、WIMAX中任意两种或两种以上的制式。

3.如权利要求1所述的方法，其特征在于，所述设备管理包括终端软硬件升级、参数配置、故障诊断中的一种或多种。

4.如权利要求1所述的方法，其特征在于，所述主芯片与其他芯片之间的物理连通通道包括USBHUB方式或安全输入输出SDIO方式的连通通道。

5.如权利要求1至4任一所述的方法，其特征在于，所述主芯片与其他芯片之间的数据交互直接进行，或者以连接管理或无线二进制运行环境为中介间接进行。

6.如权利要求5所述的方法，其特征在于，主芯片与其他芯片之间的设备管理采用分批上报方式：由主芯片首先发出其他芯片的设备管理通知，之后其他芯片再相应获取设备管理数据。

7.一种多芯片移动终端，所述多芯片中的至少两片芯片为不同制式，其特征在于，所述多芯片中的一者为主芯片，该主芯片中设置有设备管理客户端；多芯片中的其他芯片与所述主芯片连通，其它芯片的配置参数保存在所述主芯片的非易失性存储器中；所述主芯片中的设备管理客户端对所述主芯片和所述多芯片中的其他芯片进行设备管理，且不直接与其他芯片进行交互。

8.如权利要求7所述的多芯片移动终端，其特征在于，所述多芯片的制式包括EGSM、GSM850、GPRS、EDGE、HSDPA、HSUPA、EVDO、WCDMA、TD-SCDMA、WIMAX中任意两种或两种以上的制式。

9.如权利要求7所述的多芯片移动终端，其特征在于，所述主芯片与其他芯片之间的物理连通通道包括USBHUB方式或安全输入输出SDIO方式的连通通道。

10.如权利要求7所述的多芯片移动终端，其特征在于，所述主芯片与其他芯片之间的数据交互直接进行，或者以连接管理或无线二进制运行环境为中介间接进行。