MULTI-CHIP MOBILE TERMINAL AND DEVICE MANAGEMENT IMPLEMENTATION METHOD THEREOF
WIPO Patent Application WO/
The present invention provides a multi-chip mobile terminal and device management implementation method thereof. At least two chips of said multiple chips are under different standards. Said method includes the following steps: determining one of the multiple chips as a master chip, and setting a device management clien connecting other chips of the multiple chips to said master chip, and executing device management on said master chip and said other chips through the device management client in said master chip. The present invention can obviously reduce the number of device management clients, consequently saving the cost of device management, and reducing the device management complexity.
Inventors:
LUO, Zhanwu (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nanshan Distric, Shenzhen Guangdong 7, 518057, CN)
罗战武 (中国广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦, Guangdong 7, 518057, CN)
Application Number:
Publication Date:
10/13/2011
Filing Date:
07/19/2010
Export Citation:
ZTE CORPORATION (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nanshan Distric, Shenzhen Guangdong 7, 518057, CN)
中兴通讯股份有限公司 (中国广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦, Guangdong 7, 518057, CN)
LUO, Zhanwu (ZTE Plaza, Keji Road South Hi-Tech Industrial Park, Nanshan Distric, Shenzhen Guangdong 7, 518057, CN)
International Classes:
View Patent Images:
&&&&&&PDF help
Foreign References:
Attorney, Agent or Firm:
KANGXIN PARTNERS, P. C. (Floor 16, Tower A Indo Building,A48 Zhichun Road,Haidian District, Beijing 8, 100098, CN)
权 利 要 求 书
1. 一种多芯片移动终端的设备管理实现方法，所述多芯片中的至少两片 芯片为不同制式， 其特征在于， 包括以下步骤：
确定多芯片中的一者为主芯片， 并设置设备管理客户端在该主芯 片中；
将多芯片中的其他芯片与所述主芯片连通， 通过所述主芯片中的 设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。
2. 如权利要求 1 所述的方法， 其特征在于， 所述多芯片的制式包括增强 型全球移动通信系统 EGSM、 全球移动通信系统 850频段 GSM850、 通用无线分组服务 GPRS、 增强型数据速率 GSM演进 EDGE、 高速下 行分组接入 HSDPA、 高速上行链路分组 HSUPA、 演进的仅数据阶段 EVDO、 宽带码分多址 WCDMA、 时分同步码分多址 TD-SCDMA、 全 球 4啟波互联接入 WIMAX中任意两种或两种以上的制式。
3. 如权利要求 1 所述的方法， 其特征在于， 所述设备管理包括终端软硬 件升级、 参数配置、 故障诊断中的一种或多种。
4. 如权利要求 1 所述的方法， 其特征在于， 所述主芯片与其他芯片之间 的物理连通通道包括通用串行总线集线器 USB HUB方式或安全输入 输出 SDIO方式的连通通道。
5. 如权利要求 1至 4任一所述的方法， 其特征在于， 所述主芯片与其他 芯片之间的数据交互直接进行， 或者以连接管理或无线二进制运行环 境为中介间接进行。
6. 如权利要求 5所述的方法， 其特征在于， 主芯片与其他芯片之间的设 备管理釆用分批上报方式： 由主芯片首先发出其他芯片的设备管理通 知， 之后其他芯片再相应获取设备管理数据。
7. —种多芯片移动终端， 所述多芯片中的至少两片芯片为不同制式， 其 特征在于， 所述多芯片中的一者为主芯片， 该主芯片中设置有设备管 理客户端； 多芯片中的其他芯片与所述主芯片连通， 所述主芯片中的 设备管理客户端对所述主芯片以及所述其他芯片进行设备管理。
8. 如权利要求 7所述的多芯片移动终端， 其特征在于， 所述多芯片的制 式包括 EGSM、 GSM850、 GPRS , EDGE, HSDPA、 HSUPA、 EVDO、 WCDMA、 TD-SCDMA、 WIMAX中任意两种或两种以上的制式。
9. 如权利要求 7所述的多芯片移动终端， 其特征在于， 所述主芯片与其 他芯片之间的物理连通通道包括 USB HUB方式或 SDIO方式的连通通 道。
10. 如权利要求 7所述的多芯片移动终端， 其特征在于， 所述主芯片与其 他芯片之间的数据交互直接进行， 或者以连接管理或无线二进制运行 环境为中介间接进行。
Description:
一种多芯片移动终端及其设备管理实现方法 技术领域 本发明涉及移动通信领域,尤其涉及一种多芯片移动终端及其设备管理 实现方法。 背景技术 随着移动通讯技术的不断发展以及第三代移动通信系统不断发展壮大， 才艮据运营商和用户的需求， 产生了多种制式的移动终端数据卡， 如 GSM制 式，包含 GPRS( General Packet Radio Service,通用无线分组月艮务技术；)、 EDGE ( Enhanced Data Rate for GSM Evolution, 增强型数据速率 GSM演进技术） 等、 PHS ( Personal Handy-phone System, 个人手持式电话系统， 即小灵通） 制式、 CDMA制式以及 CDMA1X-EVDO ( EVDO实际上是三个单词的缩写： Evolution , 即演进、 Data Only , CDMA2000 lx演进的一条路径的一个阶段， 使运营商利用一个与 IS-95或 CDMA2000相同频宽的 CDMA载频就可实现 高达 2.4Mbps的前向数据传输速率）、 WCDMA制式以及 TD-SCDMA制式、 WIMAX ( Worldwide Interoperability for Microwave Access, 全球微波互联接 入） 制式等等。 虽然第三代移动通讯具有得天独厚的优点， 但是由于其标准还不成熟， 存在着网络覆盖范围小等缺点， 为其进一步推广和商用都提出了挑战， 而第 二代移动通讯拥有一张全世界覆盖最为完善的网络， 可以结合两者的优点提 供一种多制式移动网络数据终端， 该终端不但可以使用目前已有的 2G 网络 进行普通数据业务操作， 也可以在环境许可的条件下进行 3G 网络的高速数 据传输操作， 同时也可以满足不同网络运营商提出的多种网络月艮务需求。 伴随着 3G技术的快速发展， 数据业务必然成为消费和企业用户的重要 通信手段， 同时目前主流运营商都要求终端设备支持固件自动更新、 参数配 置、 数据釆集等各种管理功能。 移动设备管理 (Mobile Device Management) 正是应对这种管理挑战而产生的， 它通过空中传送技术 （OTA ) 将管理指令 数据从网络侧下载到终端设备上， 并由终端设备自动运行， 进而完成终端软 硬件升级、 参数配置、 故障诊断等的氏成本远程管理解决方案， 同时 DM还 可以将运营商需要的业务信息和终端设备的功能信息等从终端设备传递到服 务器侧， 以支持其它业务的开展。
OMA (开放移动联盟， Open Mobile Alliance ) DM协议明确独立于承 载网络， 因此该协议可以用于多种网络， 它横跨 2G、 3G和 WIMAX等技术， 可以很好满足目前各个运营商的需求。 OMA DM不但可以对单一网络提供支持， 还可以横跨多个网络， 可以同 时支持双模 （即含有两种制式） 乃至多模 （即含有两种以上的制式） 终端的 设备管理需求， 由于各个终端厂商对 OMA DM配置管理不同， 从而产生了 不同的配置机制， 使得终端的不同制式都需要相应的设备管理客户端来实现 设备管理需求， 造成对于多模、 多芯片的移动终端进行设备管理需要有多个 设备管理客户端来实现， 使得设备管理非常复杂。 发明内容 有鉴于上述背景， 本发明提供了一种多芯片移动终端的设备管理实现方 法及系统， 能够降低设备管理的复杂度及节约设备管理的成本。 为了解决上述技术问题， 本发明釆用了如下技术方案： 一种多芯片移动终端的设备管理实现方法,所述多芯片中的至少两片芯 片为不同制式， 包括以下步骤： 确定多芯片中的一者为主芯片， 并设置设备管理客户端在该主芯片中； 将多芯片中的其他芯片与所述主芯片连通， 通过所述主芯片中的设备管 理客户端对所述主芯片以及所述其他芯片进行设备管理。 在本发明的一种实施方式中， 所述多芯片的制式包括 EGSM、 GSM850、 GPRS , EDGE, HSDPA、 HSUPA、 EVDO、 WCDMA、 TD-SCDMA、 WIMAX 中任意两种或两种以上的制式。 在本发明的一种实施方式中， 所述设备管理包括终端软硬件升级、 参数 配置、 故障诊断中的一种或多种。 在本发明的一种实施方式中， 所述主芯片与其他芯片之间的物理连通通 道包括 USB HUB方式或 SDIO方式的连通通道。 在本发明的一种实施方式中， 所述主芯片与其他芯片之间的数据交互直 接进行， 或者以连接管理或无线二进制运行环境为中介间接进行。 在本发明的一种实施方式中， 主芯片与其他芯片之间的设备管理釆用分 批上 4艮方式： 由主芯片首先发出其他芯片的设备管理通知， 之后其他芯片再 相应获取设备管理数据。 本发明还提供了一种多芯片移动终端， 所述多芯片中的至少两片芯片为 不同制式， 所述多芯片中的一者为主芯片， 该主芯片中设置有设备管理客户 端； 多芯片中的其他芯片与所述主芯片连通， 所述主芯片中的设备管理客户 端对所述主芯片以及所述其他芯片进行设备管理。 本发明通过确定移动终端多芯片的主芯片， 并只在主芯片中设置设备管 理客户端， 主芯片和其他芯片的设备管理都由该主芯片中的设备管理客户端 实现， 可以显著减少设备管理客户端的数量， 从而节约设备管理成本， 并且 降低设备管理的复杂度。 附图说明 图 1是本发明实施例的模块框图； 图 2 是本发明实施例的由 DM月艮务器主动发起的 OMA升级的详细流程 图； 图 3是本发明实施例的分批主动上报数据方式的详细流程图； 图 4是本发明实施例的基于用户主动发起的 OMA更新流程图。 具体实施方式 下面对照附图并结合具体实施方式对本发明做详细说明。 本实施例发明主要是提供一种多芯片移动终端的设备管理实现方法， 在 该移动终端的多芯片中，至少两片芯片为不同制式，这些制式例如包括 EGSM ( Enhanced Global System for Mobile Communications , 增强型全球移动通信 系统；)、 GSM850C全球移动通信系统 850频段 ), GPRS , EDGE, HSDPA( High Speed Downlink Packet Access, 高速下行分组接入技术 ), HSUPA ( high speed uplink packet access, 高速上行链路分组接入）、 EVDO、 WCDMA ( Wideband Code Division Multiple Access , 宽带码分多址）、 TD-SCDMA ( Time Division-Synchronous Code Division Multiple Access, 时分同步码分多址 )、 WIMAX中任意两种或两种以上的制式。 设备管理实现方法包括以下步骤： 确定多芯片中的一者为主芯片， 并设置设备管理客户端在该主芯片中； 将多芯片中的其他芯片与所述主芯片连通， 通过所述主芯片中的设备管 理客户端对所述主芯片以及所述其他芯片进行设备管理。
DM对终端进行管理的核心是 DM设备管理树 （DM tree ),, DM将各种 管理的设备抽象为对象， 用设备管理树的方式来组织。 设备管理树中保存终 端的各种参数和所需要管理的信息。 而服务器端通过命令集的方式检索、 读 取和配置这些信息， DM客户端再将这些信息的改变映射为对设备的直接管 理操作， 从而完成设备管理。 下面以双芯片移动终端的 OMA DM参数配置为例对上述设备管理实现 方法进行说明， 在本例中， 双芯片一种为 WIMAX芯片， 另一种为 EVDO芯 片。 双芯片中一者（下例中为 EVDO芯片）设置有 DM客户端， 称该芯片为 主芯片， 主芯片之外的芯片为其他芯片 （在下例中即为 WIMAX芯片）。 以下以双芯片的移动终端为例进行说明， 图 1是本发明实施例的双芯片 移动终端的模块框图， 包括以下几个模块：
PC侧的 UI ( User Interface,用户界面）模块 102, 包括封装好的 WIMAX SDK(Software Development Kit 软件开发工具包)模块 1022和 EVDO SDK模 块 1024, 直接用于与用户进行交互， 根据接收到的不同数据指令进行相应处 理， UI模块 102作为一个中介载体， 可以完成通过某一单芯片 （在本例中为 EVDO芯片）间接管理双芯片 （WIMAX和 EVDO芯片） OMA DM tree的功 能； 在本例中， UI模块 102也称为 CM (Connection Management, 连接管理）。 接口模块 104, 是 CM与双芯片之间的交互通道， 在本例中， WIMAX 芯片与 CM间的交互接口 1042为 API口， EVDO芯片与 CM间的交互接口 1044为 AT口， 需要说明的是， 接口模块不仅仅局限于本例的接口， 可以适 用任何可用的接口， 比如 I2C等其他串口； 该接口模块是可逆的， 即 CM与 芯片之间的交互是双向的。 双芯片之间的物理通道 106, 这里釆用通用串行总线集线器 （Universal Serial Bus Hub, 简称为 USB HUB ) 方式， 这种方式简单又方便， 并且节省 成本，安全高效；同样的，物理通道也不局限于此，例如也可以是 SDIO( Secure Digital Input/Output, 安全输入输出） 等。 双芯片模块 108和 110, 本例中分别为 EVDO芯片 108和 WIMAX芯片 110, 两种芯片通过 USB HUB关联在一起， 即主芯片 （EVDO芯片）与其他 芯片 （ WIMAX ) 之间的物理连通通道为 USB HUB方式的连通通道， 当然， 两者间的物理连通通道也可以是其他方式； 在本例中， OMA DM客户端 112 位于 EVDO模块中， 直接与 OMA DM服务器进行交互， 用于管理 EVDO和 WIMAX的配置参数和固件版本等， OMA DM客户端不直接与 WIMAX芯片 进行交互，而是 WIMAX相关配置参数在 EVDO芯片非易失性存储器中保存 一份， 通过 EVDO芯片间接与 OMA DM服务器进行交互。 本例是基于具有 用户交互界面功能的软件设计的， 可以更贴切的接近用户， 满足用户需求。 如上所述， 设备管理包括终端软硬件升级、 参数配置、 故障诊断等， 下 面以设备管理中的软件升级为例对本发明实施例中的设备管理实现方法做一 说明。 请参阅图 2,图 2是才艮据本发明实施例的由 DM服务器主动发起的 OMA 升级的详细流程图， 具体包括如下步 4聚： 步骤 S202, DM服务器周期性的主动发起 OMA升级； 步骤 S204, 升级完毕后通知 EVDO模块； 步骤 S206, 将升级结果 （更新的内容）保存在 EVDO 非易失性存储器 中； 步骤 S208,判断 WIMAX参数是否更新，如果有所更新，进入步骤 S210; 步骤 S210,通过 AT主动上 4艮方式通知 CM 已有 WIMAX部分参数已经 更新； 步骤 S212, CM 与 WIMAX 通过 API 进行交互， 将更新的参数写入 WIMAX 非易失性存储器中， 从而保证 WIMAX卡中的参数与 OMA DM 务器、 以及备份在 EVDO芯片非易失性存储器中的 WIMAX参数保持一致。 当 WIMAX有部分参数更新时，通过 CM有两种方案可以与 WIMAX进 行交互， 一种是直接将更新的内容参数全部一次性的通过接口 （AT口）上报 给 CM, 再由 CM通过 API与 WIMAX模块进行交互， 将 WIMAX更新为非 易失性存储器中的 OMA参数， 这样做虽然比较直接简单， 但存在很大风险， 因为釆用的是主动上报机制， 在上报过程中难免该串行接口会有其他数据交 互， 如果数据量较大时可能会出现数据混乱， 造成获取的参数有误等问题， 严重的还会引起灾难性的后果； 为此在另一实施例中， 釆用一种分批上报数 据的方式进行解决， 详细的流程如图 3所示， 具体包括如下步骤： 步骤 S302 ,将更新后的 WIMAX参数存储在 EVDO 非易失性存储器中， 以备后续与 CM交互使用； EVDO通过 AT主动上报机制 （只简单上报标志 位）告诉 CM: WIMAX已经有参数进行了更新， 对应于步骤 S304和 S306, 等待 CM 进行处理； 也就是说， 主芯片会首先发出其他芯片的设备管理通 知； 步骤 S308, CM已经获知 WIMAX参数进行了更新， CM决定是否将更 新的参数更新到 WIMAX芯片， 如果不选择更新， 则进入步骤 S306, 等待下 一周期 CM发起是否将更新参数更新到 WIMAX芯片； 如果用户选择现在更 新， 则进入步骤 S310中， 主动通过 AT发起获取更新后的 WIMAX参数； 并 进行步骤 S312, 将获取到的更新参数通过 API与 WIMAX模块进行交互更 新到 WIMAX 非易失性存储器中。即在主芯片发出其他芯片的设备管理通知 之后， 其他芯片再相应获取设备管理数据。 需要理解的是， 上述分批上报方 式不仅仅局限于以 CM等为中间通道的使用场景， 同样可以适用于两个或多 个芯片直接交互的使用场景。 以上实施例是 OMA DM月艮务器自动发起的 OMA更新的流程示例， 类 似的， 用户也可以自行发起更新。 基于用户主动发起的 OMA更新流程图如 图 4所示， 具体包括如下步骤： 步骤 S402, PC侧通过 AT命令向 EVDO模块主动发起 OMA更新； 进 入步骤 S404, EVDO模块中的 DM客户端向 DM月艮务器发起 OMA更新命令 S406; 步骤 S408, DM服务器完成更新后， 判断是否有内容进行了更新， 如果 没有更新内容， 则进入步骤 S404, 告诉 EVDO没有 OMA参数更新， 此时 EVDO模块通过 AT主动上 4艮命令告诉用户目前没有 OMA相关参数进行更 新； 步骤 S410,如果目前 OMA有内容更新，则将更新内容存储在 EVDO 非 易失性存储器中， 等待后续使用； 步骤 S412, 通过存储在 EVDO 非易失性存储器中的 OMA 参数判断目 前是否有 WIMAX 参数进行了更新； 如果有 WIMAX参数进行了更新， 则 进入步骤 S414 , 通过 AT串行接口与 CM进行交互， 同样也是釆用与图 3相 同方案先釆用主动上报机制知会用户目前有 WIMAX参数进行了更新， 由用 户决定并发起是否有必要现在进行 WIMA OMA升级。 在本实施例中还提供了一种多芯片移动终端， 其包含两个或两个以上的 芯片， 在这些芯片当中， 至少两片芯片为不同制式， 例如 EGSM、 GSM850、 GPRS , EDGE, HSDPA、 HSUPA、 EVDO, WCDMA、 TD-SCDMA、 WIMAX 等等。 多芯片中的一者为主芯片， 该主芯片中设置有设备管理客户端； 多芯 片中的其他芯片与主芯片连通， 主芯片中的设备管理客户端对主芯片以及其 他芯片进行设备管理。 设备管理可以包括终端软硬件升级、 参数配置、 故障 诊断中的一种或多种。 通过本发明实施例的多芯片移动终端及其设备管理实现方法， 用户随时 可以才艮据当前所处环境进行操作， 随时 居本身情况选择 DM工作机制， 更 新相关参数， 保证服务器参数和卡中参数一致， 这样可以满足多用户的不同 需求， 同时由于釆用单芯片上的 DM客户端来对多芯片进行设备管理， 减少 了终端厂商的投资和降低运营成本， 降低了设备管理的复杂度， 可以满足特 殊用户的特殊要求。 本发明的 OMA DM管理机制， 不仅仅局限于本文实施用例提到的参数 配置， 也可以适用于其他诸如终端软硬件升级、 参数配置、 诊断等氏成本远 程管理方案。 本发明提出的管理机制，可以适用于多种移动终端， 比如常用的数据卡、 手机等； 并且， 上述实施例中虽然是以双模双芯片为例进行阐述， 但同样适 用于多模多芯片。 虽然上述实施例中， OM A DM客户端位于 EVDO侧，但同样的， OM A DM 客户端也可以放置在 WIMAX侧； CM与芯片之间的交互也不局限于本文提 到的 API或者 AT口， 可以是其他任何可用接口； 双芯片之间的物理通道， 也不仅仅局限于本文的 USB HUB方式； 此夕卜， 上述实施例釆用传统的 CM 界面作为芯片直接交互的媒体， 但并不局限于此， 同样可以釆用其他中 某 体， 比^口手机的 BREW ( Binary Runtime Environment for Wireless, 无线二进 制运行环境 ) 等， 甚至可以不用诸如 CM之类的中间媒体， 只要能保证双芯 片或者多芯片之间可以进行直接或间接交互即可， 可以不用仅仅局限于本例 提到的通过 CM/SDK作为中间通道。 以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明， 但这只是为便于理解而举的实例， 不应认为本发明的具体实施只局限于这些 说明。 对于本发明所属技术领域的普通技术人员来说， 在不脱离本发明构思 的前提下， 可以做出各种可能的等同改变或替换， 这些改变或替换都应属于 本发明的保护范围。
& 2004-. All rights reserved.}