空中下载业务注册方式的切换方法和OTA智能卡

摘要

本发明提供一种空中下载业务注册方式的切换方法和OTA智能卡，包括：OTA智能卡接收OTA服务器发送的业务参数更新指令，所述业务参数更新指令中包含待切换注册方式的标识，所述待切换注册方式是根据OTA业务确定的；所述OTA智能卡校验所述业务参数更新指令的合法性和完整性，并在校验通过后，将参数配置文件中的OTA注册方式更新为所述待切换注册方式；所述OTA智能卡在所述待切换注册方式生效后，等待与所述待切换注册方式对应的触发条件发生时，向所述OTA服务器发送OTA注册请求消息。所述方法能够根据业务需求变化，更新OTA业务参数配置，以切换不同的注册方式，保证用户可以及时注册，扩大了OTA业务的使用范围。

说明书

技术领域

本发明实施例涉及数据通讯技术，尤其涉及一种空中下载业务注册方式 的切换方法和OTA智能卡。

背景技术

空中下载（Over The Air，简称OTA）业务是以用户识别卡（Subscriber  Identity Model，简称SIM）或者全球用户识别卡（Universal Subscriber Module, 简称USIM）为代表的电信智能卡的基础增值业务之一，OTA业务为终端用 户和运营商提供了通过移动网络传输方式对OTA智能卡（以下将支持OTA 业务的SIM卡和USIM卡统称为OTA智能卡）上的内容（包括菜单、文件、 程序等）进行管理的途径。

用户能够接受OTA业务服务的前提是OTA注册，现有技术中，终端只 能通过菜单注册的方式完成OTA注册，菜单注册方式采用的是OTA智能卡 自动注册方式，即用户在首次进入OTA一级菜单时，OTA智能卡发送固定 格式的注册短消息到OTA服务器（仅在首次进入OTA菜单时发送，此后进 入菜单不再发送），OTA服务器在收到OTA注册消息后，在OTA数据库中 建立该OTA智能卡对应的记录，并根据该记录完成此后与OTA智能卡的交 互。

在实际业务运营中，仅有一部分用户曾经进入过OTA一级菜单并完成了 注册。这就意味着相对于庞大的移动用户数而言，可以使用OTA业务的用户 范围很有限。而在使用OTA功能的某些业务场景中，其业务需要面向的用户 范围不仅包括已注册的OTA用户，还包括没有进行OTA注册的普通用户， 如在业务配置发生变化时，通过OTA的远程文件更新功能需要为全网用户更 新OTA智能卡指定文件中存储的业务参数。在这种情况下，由于无法为没有 注册OTA业务的用户提供服务，OTA现有注册方式实际上限制了OTA业务 的发展。

发明内容

本发明提供一种空中下载业务注册方式的切换方法和OTA智能卡，以解 决现有技术中的由于注册方式限制OTA业务发展的问题。

本发明第一方面提供一种空中下载业务注册方式的切换方法，包括：

空中下载OTA智能卡接收OTA服务器发送的业务参数更新指令，所述 业务参数更新指令中包含待切换注册方式的标识，所述待切换注册方式是根 据OTA业务确定的；

所述OTA智能卡校验所述业务参数更新指令的合法性和完整性，并在校 验通过后，将参数配置文件中的OTA注册方式更新为所述待切换注册方式；

所述OTA智能卡在所述待切换注册方式生效后，等待与所述待切换注册 方式对应的触发条件发生时，向所述OTA服务器发送OTA注册请求消息。

如上所述的切换方法，所述OTA智能卡校验所述业务参数更新指令，并 在校验通过后，将参数配置文件中的注册方式更新为所述待切换注册方式之 前，还包括：

所述OTA智能卡在OTA应用文件中加载所述参数配置文件，所述参数 配置文件用于完成所述OTA注册方式的基本参数的配置更新。

如上所述的切换方法，所述OTA智能卡校验所述业务参数更新指令，并 在校验通过后，将参数配置文件中的注册方式更新为所述待切换注册方式之 后，还包括：

所述OTA智能卡向所述OTA服务器返回业务参数更新响应，以使所述 OTA服务器更新OTA数据库中的所述OTA智能卡的注册方式。

如上所述的切换方法，所述待切换注册方式为菜单注册方式、开机注册 方式、应用启动注册方式或者远程注册方式。

本发明第二方面提供一种空中下载OTA智能卡，包括：

接收模块，用于接收OTA服务器发送的业务参数更新指令，所述业务参 数更新指令中包含待切换注册方式的标识，所述待切换注册方式是根据OTA 业务确定的；

更新模块，用于校验所述业务参数更新指令的合法性和完整性，并在校 验通过后，将参数配置文件中的OTA注册方式更新为所述待切换注册方式；

发送模块，用于在所述待切换注册方式生效后，等待与所述待切换注册 方式对应的触发条件发生时，向所述OTA服务器发送OTA注册请求消息。

如上所述的OTA智能卡，还包括：

加载模块，用于在OTA应用文件中加载所述参数配置文件，所述参数配 置文件用于完成所述OTA注册方式的基本参数的配置更新。

如上所述的OTA智能卡，所述发送模块还用于：

向所述OTA服务器返回业务参数更新响应，以使所述OTA服务器更新 OTA数据库中的所述OTA智能卡的注册方式。

如上所述的OTA智能卡，所述待切换注册方式为菜单注册方式、开机注 册方式、应用启动注册方式或者远程注册方式。

本发明提供的方法，OTA服务器根据OTA业务向OTA智能卡发送业务 参数更新指令，以更新OTA注册方式为适合该OTA业务的待切换注册方式， 并在待切换注册方式生效后，等待与待切换注册方式对应的触发条件发生时， 向OTA服务器发起注册，从而能够根据不同的OTA业务选择不同的注册方 式，使得OTA注册方式更加灵活，扩大了OTA业务的使用范围。

附图说明

图1为本发明空中下载业务注册方式的切换方法实施例一的流程图；

图2为本发明空中下载业务注册方式的切换方法实施例二的信令流程 图；

图3为本发明OTA智能卡实施例一的结构示意图。

具体实施方式

图1为本发明空中下载业务注册方式的切换方法实施例一的流程图，如 图1所示，本实施例的方法包括以下步骤：

步骤101、OTA智能卡接收OTA服务器发送的业务参数更新指令，业务 参数更新指令中包含待切换注册方式，待切换注册方式是根据OTA的业务确 定的。

OTA智能卡为移动终端使用的SIM卡或者USIM卡，该SIM卡或USIM 卡支持OTA业务。传统意义上的OTA业务采用短消息作为承载，将数据和 应用程序从服务器上通过空中接口下载到SIM卡上，而对于3G网络中应用 的USIM卡，OTA业务不仅可以由短消息来承载，还可以由承载无关协议 （Bear Independent Protocol,简称BIP）承载。OTA业务主要包括：业务菜单 下载、远程文件管理、补丁下载和交互式应用等。常用的业务为业务菜单下 载和远程文件管理，业务菜单下载是指用户根据需要，随时变更OTA智能卡 上的业务菜单，包括增加、删除或者与OTA服务器中的菜单进行同步获得最 新的菜单列表；远程文件管理是指通过OTA服务器来更新OTA智能卡内某 些指定的文件内容，例如SMSC、PLMN等。

OTA业务实现的前提是OTA注册，目前常用的OTA注册方式为菜单注 册方式，菜单注册方式采用的是OTA智能卡自动注册，用户在首次进入OTA 一级菜单时，OTA智能卡发送固定格式的注册短消息到OTA服务器（仅在 首次进入OTA一级菜单时发送，此后进入菜单不再发送），注册短消息通常 有两部分组成，分别是短消息头和短消息体两部分，两部分内分别包含一些 OTA智能卡的卡信息，是OTA业务必须的内容，如确定OTA密钥和用于 OTA消息加密的卡标识等，OTA服务器在收到OTA注册消息后，在OTA 业务数据库中建立该OTA智能卡对应的记录，并根据该记录完成此后与OTA 智能卡的交互。

本发明中提供了多种注册方式，包括菜单注册方式、开机注册方式、应 用启动注册方式和远程注册方式，OTA服务器可根据业务的需求，选择不同 的注册方式。开机注册方式，是在移动终端开机上电时，触发OTA注册；应 用启动注册方式是指在业务首次启动时，触发OTA注册；远程注册是指由 OTA服务器通过下发远程注册指令给OTA智能卡，OTA智能卡在收到指令 后向OTA服务器发起OTA注册。

运营商根据OTA业务需要，产生更新OTA注册方式的需要，OTA的注 册方法可以视为OTA业务基本参数之一，因此，可通过OTA服务器向OTA 智能卡发送业务参数更新指令，业务参数更新指令中包含待切换的注册方式， 待切换注册方式是根据OTA业务确定的，针对不同的OTA业务采用不同的 注册方式，具体地，业务参数更新指令中包含的为待切换注册方式的标识。 例如，可用00标识菜单注册方式、01表示开机注册方式，11标识应用启动 注册，10表示远程注册。但本发明并不以此为限，对于待切换注册方式的标 识可以采用其他的标识方式，这里只是举例说明。

步骤102、OTA智能卡校验业务参数更新指令的合法性和完整性，并在 校验通过后，将参数配置文件中的OTA注册方式更新为待切换注册方式。

OTA智能卡在接收到业务参数更新指令后，首选校验业务参数更新指令 的合法性和完整性，这里校验都是一些常规校验，例如校验该业务参数更新 指令是否来自合法的OTA服务器，判断该业务参数更新指令是否失步等。若 校验通过，则将参数配置文件中的OTA注册方式更新为待切换注册方式。

OTA智能卡还需要预先在OTA应用文件中加载参数配置文件，该参数 配置文件用于完成OTA注册方式的基本参数的配置更新。该参数配置文件可 在OTA智能卡开发之前预置在OTA智能卡中，该参数配置文件中包括OTA 注册方式、OTA版本、OTA空间、OTA服务器短信接入号、OTA服务器地 址等，OTA注册方式的参数值可以为OTA注册方式的标识。该参数配置文 件不仅包括注册方式相关参数，还包括其他OTA业务的基本参数。

步骤103、OTA智能卡在待切换注册方式生效后，等待与待切换注册方 式对应的触发条件发生时，向OTA服务器发送OTA注册请求消息。

更新后的待切换注册方式一般在OTA智能卡下次复位时生效，OTA智 能卡在待切换注册方式生效后，等待与带切换注册方式对应的触发条件生效 时，向OTA服务器发送OTA注册请求消息。

本实施例提供的方法，OTA服务器根据OTA业务向OTA智能卡发送业 务参数更新指令，以更新OTA注册方式为适合该OTA业务的待切换注册方 式，并在待切换注册方式生效后，等待与待切换注册方式对应的触发条件发 生时，向OTA服务器发起注册，从而能够根据不同的OTA业务选择不同的 注册方式，使得OTA注册方式更加灵活，扩大了OTA业务的使用范围。

在步骤102之后，还可以包括以下步骤：OTA智能卡向OTA服务器返 回业务参数更新响应，以使OTA服务器更新OTA数据库中的OTA智能卡的 注册方式。当OTA注册方式更新成功后，OTA智能卡向OTA服务器返回业 务参数更新响应，OTA服务器获知更新成功，并相应的更新OTA数据库中 的OTA智能卡的注册方式，以使OTA服务器中的参数与OTA数据库中的参 数同步。

图2为本发明空中下载业务注册方式的切换方法实施例二的信令流程 图，本实施例对图1所示方法实施例的技术方案进行详细说明。如图2所示， 本实施例提供的方法包括以下步骤：

步骤201、OTA服务器向OTA智能卡发送业务参数更新指令。

运营商根据业务需求产生更新OTA业务注册方法的需要，OTA服务器 将待切换注册方式的标识包含在业务参数更新指令后，发送给OTA智能卡。 其中，业务参数更新指令中包含待切换注册方式的标识，待切换注册方式是 根据OTA业务确定的。

待切换注册方式可以为菜单注册方式、开机注册方式、应用启动注册方 式或者远程注册方式中的任意一种，但本发明并不以此为限，OTA业务的注 册方式还可以为其它注册方式。待注册方式根据OTA业务的需要确定的，不 同OTA业务的所需的注册方式不同。在业务需求变化时，OTA服务器可以 通过更新OTA业务参数配置，切换不同的注册方式，保证目标用户可以及时 注册，不影响使用OTA业务。OTA服务器发送业务参数更新命令给OTA智 能卡，需要在OTA业务指令集中扩展OTA参数更新指令，该指令格式具体 可以为表1所示的格式，但本发明并不以此为限，也可以为其它指令格式。

表一

表一所示的指令格式是现有数据传输通用的指令格式，如表一所示，该 指令主要由两部分组成：安全应用数据和命令数据，安全应用数据部分主要 用于验证传输的指令的合法性和安全性。其中，传送协议数据单元（Transport  Protocol Data Unit简称TPDU）_Header为该指令的基本参数，本实施例中主 要通过修改命令数据部分的参数，命令数据部分设置有多个参数标识，例如 用参数标识1来表示OTA业务注册方式。

步骤202、OTA智能卡接收OTA服务器发送的业务参数更新指令，校验 业务参数更新指令的合法性和完整性，并在校验通过后，将参数配置文件中 的OTA注册方式更新为待切换注册方式。

本实施例中，OTA智能卡需要预先在OTA应用文件中加载参数配置文 件，参数配置文件用于完成OTA注册方式的基本参数的配置更新。参数配置 文件中包含注册方式参数，例如注册方式的标识，还包括注册方式标识与具 体注册方法的对应关系，例如标识00对应菜单注册方式。注册方式标识与具 体注册方法在OTA智能卡开发之前定义，预置在OTA智能卡中。该参数配 置文件中不仅包括注册方式相关参数，还可以包括其它OTA业务基本参数， 例如在OTA业务发展中开展了一种新业务，则可以在该参数配置文件中增加 该新业务的基本参数，表二是OTA智能卡参数配置文件的文件的一种结构示 意图：

表二

表二中，标识符用于唯一标识该参数配置文件，结构用于表示该参数配 置文件中各参数的存储方式，通过访问条件的设置能够保证该文件的安全性， 文件中可存储多个参数，每个参数包括参数标识，参数的长度，以及参数为 可选（Optional）还是必选（Mandatory）。表二中所举的例子只是参数配置 文件的一种比较常用的方式，当然，参数配置文件也可以采用其他文件的方 式实现，本发明并不对此做限制。

OTA智能卡在接收到业务参数更新指令后，首先校验业务参数更新指令 的合法性和完整性，这里校验都是一些常规校验，此为现有技术，故不再赘 述。如果校验未通过，则不执行后续的步骤，校验通过后，OTA智能卡对业 务参数进行变更，将参数配置文件中的OTA注册方式更新为业务参数更新指 令中包含的待切换注册方式，注册方式切换完成，该切换后的注册方式在下 次OTA卡复位时生效。

步骤203、OTA智能卡向OTA服务器返回业务参数更新成功响应。

注册方式切换成功后，OTA智能卡向OTA服务器返回参数更新成功响 应消息，通知OTA服务器注册方式切换成功。若注册方式切换失败，OTA 智能卡也可以向OTA服务器返回参数更新失败响应，OTA智能卡也可以不 向OTA服务器返回参数更新失败响应，OTA服务器若在指定的时间内没有 收到参数更新成功响应，则默认注册方式切换失败，重新向OTA智能卡发起 业务参数更新指令。

步骤204、OTA服务器向OTA数据库发送业务参数记录指令。

在OTA服务器接收到业务参数更新成功响应后，确定注册方式切换成 功，OTA服务器向OTA数据库发送业务参数记录指令要求OTA数据库更新 注册方式。

步骤205、OTA数据库更新注册方式。

OTA数据库接收到OTA服务器的业务参数记录指令后，更新注册方式， 将原有的注册方式更新为待切换注册方式，通过更新OTA数据库保证OTA 智能卡、OTA服务器以及OTA数据库中的信息的同步。

步骤206、OTA智能卡向OTA服务器发送OTA注册请求消息。

OTA智能卡在待切换注册方式生效后，等待与待切换注册方式对应的触 发条件发生时，向OTA智能卡发送OTA注册请求消息，OTA服务器收到 OTA注册请求消息后，向OTA数据库发送数据库更新请求，在OTA数据库 中创建用户记录，包括注册请求消息中收到的用户信息，并在用户标识相关 位记录用户为已注册状态，OTA数据库在完成数据库更新后，向OTA服务 器返回数据库更新完成确认消息。然后OTA服务器向OTA智能卡发送注册 确认消息，OTA智能卡收到注册确认信息，提示用户相关信息，对卡片上的 相应标志位进行置位操作，完成了OTA注册。

本实施例提供的方法，OTA服务器根据OTA业务向OTA智能卡发送业 务参数更新指令，以更新OTA注册方式为适合该OTA业务的待切换注册方 式，并在待切换注册方式生效后，等待与待切换注册方式对应的触发条件发 生时，向OTA服务器发起注册，从而能够根据不同的OTA业务选择不同的 注册方式，使得OTA注册方式更加灵活，扩大了OTA业务的使用范围。

图3为本发明OTA智能卡实施例一的结构示意图，如图3所示，本实施 例提供的OTA智能卡包括：接收模块31、更新模块32和加载模块33。

其中，接收模块31，用于接收OTA服务器发送的业务参数更新指令， 业务参数更新指令中包含待切换注册方式的标识，待切换注册方式是根据 OTA业务确定的。

更新模块32，用于校验业务参数更新指令的合法性和完整性，并在校验 通过后，将参数配置文件中的OTA注册方式更新为待切换注册方式；

发送模块33，用于在待切换注册方式生效后，等待与待切换注册方式对 应的触发条件发生时，向OTA服务器发送OTA注册请求消息。

待切换注册方式可以为菜单注册方式、开机注册方式、应用启动注册方 式或者远程注册方式中的任意一种。

进一步地，本实施例提供的OTA智能卡还可以包括加载模块，在OTA 应用文件中加载参数配置文件，参数配置文件用于完成OTA注册方式的基本 参数的配置更新。发送模块33还用于：向OTA服务器返回业务参数更新响 应，以使OTA服务器更新OTA数据库中的OTA智能卡的注册方式。

本实施例提供的OTA智能卡可用于执行上述实施例一和实施例二的技 术方案，具体实现方式和技术效果类似，故这里不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可 读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而 前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码 的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对 其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。