CN107979835A - 一种eSIM卡及其管理方法 - Google Patents

Abstract

本发明涉及移动通信领域，尤其涉及一种eSIM卡及其管理方法。所述方法包括判断eSIM卡是否为空白卡，是则下载公用数据和服务运营商数据，否则直接下载服务运营商数据，其中所述服务运营商数据包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。采用本发明的技术方案，能够使得一张eSIM卡实现同时接入多个运营商网络的单卡多待技术，减少了设备硬件成本，提高了社会资源利用率。

Description

一种eSIM卡及其管理方法

技术领域

本发明涉及移动通信领域，尤其涉及一种eSIM卡及其管理方法。

背景技术

eSIM卡是将传统SIM卡直接嵌入到设备芯片中，而不是作为独立的可移除零部件加入设备中，采用eSIM技术能够允许用户更加灵活的选择运营商套餐，而且同时具有防尘、防水、防震等优势，还能够节约设备空间。

eSIM卡与现有SIM卡在同一时间都只能接入一个运营商的网络，如果要同时接入多个运营商网络就需要在一个手机终端上放置多个eSIM卡或插入多个SIM卡，例如现在市面上的双卡双待手机。在SIM到eSIM的迁移过程中，为了支持双卡用户，可以在终端中放置两个eSIM，但这与eSIM技术的初衷：减小SIM卡在设备上占用空间是不符的。

现有技术通过双卡手机和双SIM卡解决了用户使用一个终端同时接入两个运营商网络的需求，但是其硬件制造复杂度及成本相对单卡终端要高。如果扩展支持同时接入3个及以上运营商网络需做的软硬件改动更大，几乎不可能实现。基于此，本发明应运而生。

发明内容

为了解决现有技术中存在的不足，本发明提供了一种eSIM卡及其管理方法。

本发明采用的技术方案是：一种eSIM卡管理方法，包括如下步骤：

步骤S1：判断eSIM卡是否为空白卡，如果是，则执行步骤S2，否则执行步骤S3；

步骤S2：下载公用数据；

步骤S3：下载服务运营商数据，其中所述服务运营商数据包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。

所述步骤S1中，判断eSIM卡是否是空白卡包括：判断eSIM卡中是否下载过公用数据。

所述下载公用数据具体包括如下子步骤：

经由用户终端将添加号码请求发送至代理运营商；

所述eSIM卡与所述代理运营商进行密钥协商，协商完成后，所述eSIM卡通过所述用户终端获取所述代理运营商的加密公用数据；

将接收到的加密公用数据解密后保存。

所述下载服务运营商数据具体包括如下子步骤：

所述eSIM卡通过用户终端和代理运营商获取服务运营商的加密的服务运营商数据；

所述eSIM卡对加密的服务运营商数据进行解密，得到服务运营商数据，将所述服务运营商数据保存。

所述管理方法还包括删除、启用或禁用号码，具体包括如下子步骤：

经由用户终端将删除号码、启用或禁用请求发送至代理运营商；

所述eSIM卡通过所述用户终端接收所述代理运营商发送的携带待删除、启用或禁用号码的卡片管理指令；

所述eSIM卡接收到指令后，保留公用数据，删除、启用或禁用所述待操作号码对应的服务运营商数据。

一种eSIM卡，包括如下部件：

第一安全元件，接收并存储公用数据和服务运营商数据，其中所述公用数据是在所述eSIM卡是空白卡时下载，所述服务运营商数据中包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。

其中所述第一安全元件接收并存储所述公用数据或服务运营商数据具体包括：对接收到的加密公用数据或加密服务运营商数据进行解密，得到所述公用数据或服务运营商数据并保存。

所述第一安全元件，还用于接收来自所述代理运营商的携带待删除、启用或禁用号码的卡片管理指令，当接收到指令后，所述第一安全元件删除、启用或禁用所述待操作号码对应的服务运营商数据。

本发明还提供一种eSIM卡管理系统，包括：上述eSIM卡；

用户终端，包括通信元件，用于将来自代理运营商的公用数据和来自服务运营商的服务运营商数据转发至所述eSIM卡；

代理运营商，包括第二安全元件，用于存储公用数据、管理eSIM卡用户号码，还用于判断所述eSIM卡是否下载过所述公用数据；

服务运营商，包括第三安全元件，用于存储服务运营商数据。

所述第三安全元件，还用于在收到添加号码请求时，对存储的所述服务运营商数据进行加密，得到加密服务运营商数据；

所述服务运营商还包括通信元件，用于将所述加密服务运营商数据传输层加密后发送至所述代理运营商。

本发明达到的有益效果是：采用本发明的技术方案，能够有效的解决了移动通信多卡用户的号码转移难题，国际漫游时可动态下载新的号码并保证原有号码同时在线。使用一张eSIM卡实现同时接入多个运营商网络的单卡多待技术，减少了设备硬件成本，提高了社会资源利用率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本发明提供的eSIM卡管理系统的具体示意图；

图2为本发明实施例一提供的eSIM卡管理方法中添加号码操作流程图；

图3是eSIM卡管理方法中删除号码操作流程图；

图4是本发明实施例二提供的eSIM卡管理系统元件图。

具体实施方式

本申请提供一种eSIM卡及其管理方法，实现对eSIM卡的添加运营商号码以及删除、启用、禁用运营商号码等功能的管理。

为了使本领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

下面结合本申请附图进一步说明本申请的具体实现过程。

参见图1，本申请的eSIM卡所应用的管理系统包括服务运营商110、代理运营商111、用户终端112和eSIM卡113。其中，各设备的具体描述如下：

服务运营商110，包括服务运营商1101、服务运营商1102…服务运营商110n，用于核准eSIM卡113添加号码及删除、启用、禁用号码等请求，以及存储服务运营商数据。

代理运营商111，是对eSIM卡进行直接管理的第三方数据管理应用系统，用于进行号码发行、删除、启用和禁用等操作，为用户终端112提供代理运营商平台，提供数据通道，以及存储和管理公用数据，即非服务运营商核心数据。

用户终端112，可以为用户客户端或终端设备，用户客户端指的是APP操作软件，终端设备指的是手机等移动设备，安装代理运营商对外提供的代理运营商平台，用于管理eSIM卡的用户操作。

在eSIM卡113内部建立一个用户配置文件(后续使用Profile描述)，该配置文件包括公用数据和服务运营商数据，当eSIM卡为空卡时，公用数据从代理运营商下载，服务运营商数据通过代理运营商从服务运营商下载。

本发明中，Profile数据包括公用数据和服务运营商数据，由于所有运营商Profile数据中，包括但不限于EF_iccid，DF_telecom及其通信基础文件，PIN(个人初始识别码)，PUK(解锁码)等数据为所有运营商Profile都具备的数据，因此，将这些数据作为公用数据存储在代理运营商平台中，其他运营商Profile数据作为服务运营商数据仍存储在服务运营商平台中，其中，服务运营商数据包括应用专有文件ADF、通信文件数据、辅助安全域文件SSD和应用业务文件Applet；其中，应用专有文件ADF用于关联和管理服务运营商相关的入网数据，通信文件数据用于下载IMSI、Key等数据，辅助安全域文件SSD用于关联和管理服务运营商相关的应用业务数据，应用业务文件Applet是服务运营商的应用业务数据。

实施例一

参见图2，eSIM卡管理方法中添加号码操作，具体操作如下：

当成功登录移动客户端上的代理运营平台，代理运营平台中显示服务运营商提供给代理运营商的号码资源，用户通过用户终端选择需要添加的号码，触发申请添加服务运营商号码请求时，执行以下操作：

步骤201：判断eSIM卡是否为空白卡，如果是，则执行步骤202，否则执行步骤203；

具体的，代理运营商判断eSIM卡中是否下载过公用数据，若是，则eSIM卡为非空白卡，否则，eSIM卡为空白卡；

本步骤之前还包括：用户通过用户终端发起添加号码请求后，用户终端将该请求发送至代理运营商，其中，该请求中包括用户需要申请的服务运营商号码信息；代理运营商接收到请求后，判断eSIM卡是否为空白卡；

除此之外，在添加号码请求之前还包括实名认证，即用户在登录代理运营商平台时，需要输入用户的身份信息进行实名认证核准，核准通过后进行添加号码请求。

步骤202：下载公用数据；

在判断eSIM卡为空白卡时，需要从代理运营商处下载公用数据进行存储，其中，下载公用数据的子步骤为：

当eSIM卡为空白卡时，代理运营商发起与eSIM卡的密钥协商，eSIM卡与代理运营商进行密钥协商通过后，代理运营商将保存的公用数据加密后得到加密公用数据，再经过传输层加密后通过用户终端发送至eSIM卡；eSIM卡将加密公用数据解密后得到的公用数据存储于用户配置文件中，所述公用数据包括但不限于EF_iccid，DF_telecom及其通信基础文件，PIN，PUK等。

具体的，eSIM卡采用与代理运营商协商的加密传输协议对数据进行传输层解密，再采用与代理运营商协商的会话密钥及算法进行解密，得到公用数据。代理运营商可以应用对称算法对公用数据进行加密，优选的，对称算法可以为AES算法、SM4算法等。

步骤203：下载服务运营商数据，其中服务运营商数据包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件；

当代理运营商判定eSIM卡为非空白卡或在接收到eSIM卡返回的配置公用数据成功响应时，代理运营商根据用户要添加的号码获知对应的服务运营商类型，从该号码对应的服务运营商中下载包括但不限于应用专有文件、通信文件数据、辅助安全域文件和应用业务文件等Applet的服务运营商数据；

举例说明，经过下载后，eSIM卡内部存储数据信息如表1所示：

表1

下载服务运营商数据还包括如下子步骤：

步骤203-1：代理运营商向服务运营商发送获取服务运营商数据请求；

步骤203-2：服务运营商对服务运营商数据进行加密，得到加密服务运营商数据并发送至代理运营商；

步骤203-3：代理运营商对加密服务运营商数据进行传输层加密后发送至eSIM卡；

步骤203-4：eSIM卡对加密数据进行解密，得到服务运营商数据并保存至用户配置文件中。

具体的，eSIM卡采用与代理运营商协商的加密传输协议对数据进行第一次解密，再采用与服务运营商协商的会话密钥及算法进行二次解密，得到服务运营商数据。服务运营商可以应用对称算法对服务运营商数据进行加密，优选的，对称算法可以为AES算法、SM4算法等。

经上述操作，实现了在eSIM卡中下载公用数据和服务运营商数据，全部下载成功后，eSIM卡将重启通知发送至用户终端，之后在每次移动设备重启后，均会自动读取用户配置文件中的公用数据和服务运营商数据，使得eSIM卡成功接入服务运营商网络。

参见图3，当成功登录移动客户端上的代理运营平台，点击该平台上的删除号码按钮后，触发申请删除服务运营商号码请求，执行以下操作：

步骤301：代理运营商判断待删除号码是否合法，如果是，则执行步骤302，否则不允许删除，结束；

判断待删除号码是否合法，具体包括：判断当前号码是否欠费，是否在合约期内，是否可以直接销户等。

本步骤之前还包括：用户通过用户终端选择待删除号码，用户终端通过代理运营商向该待删除号码对应的服务运营商发送该待删除号码；服务运营商判断待删除号码是否允许删除，如果是，则执行步骤302，否则返回不允许删除号码响应。

步骤302：接收删除号码的卡片管理指令，将卡片管理指令中的待删除号码对应的服务运营商数据删除。

其中，当代理运营商接收到号码合法响应后，通过移动客户端向eSIM卡发送删除号码的卡片管理指令；eSIM卡接收到卡片管理指令后，将用户配置文件中待删除号码对应的服务运营商数据删除。

经上述操作，eSIM卡删除服务运营商号码完成后，将重启通知发送至用户终端，重启后号码删除成功。

举例说明，经过删除后，eSIM卡内部存储数据信息如表2所示：

表2

进一步的，本发明还包括对eSIM卡进行启用或禁用服务运营商号码的管理，具体为：用户通过用户终端选择需要启用或禁用的号码，用户终端将启用或禁用请求通过代理运营商发送至服务运营商，服务运营商判定允许启用或禁用号码时，eSIM卡接收来自所述代理运营商的启用或禁用的卡片管理指令，根据接收到的管理指令，启用或禁用该指令中号码对应的服务运营商数据。

实施例二

参见图4，本发明还提供一种eSIM卡管理系统，包括eSIM卡410、用户终端411、代理运营商412和服务运营商413；

其中，eSIM卡410，包括如下部件：

第一安全元件4101，接收并存储公用数据和服务运营商数据，其中所述公用数据是在所述eSIM卡是空白卡时下载，所述服务运营商数据中包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。

用户终端411包括第一通信元件4111，用于将来自代理运营商的公用数据和来自服务运营商的服务运营商数据转发至所述eSIM卡；

代理运营商412，包括第二安全元件4121，用于存储公用数据、管理eSIM卡用户号码，还用于判断所述eSIM卡是否下载过所述公用数据；

服务运营商413，包括第三安全元件4131，用于存储服务运营商数据。

其中第一安全元件接收并存储公用数据或服务运营商数据具体包括：对接收到的加密公用数据或服务运营商数据进行解密，得到服务运营商数据并保存。

其中，第二安全元件4121，还用于与eSIM卡410进行密钥协商，协商完成后，发送公用数据至eSIM卡410。

进一步的，第三安全元件，还用于在收到添加号码请求时，对存储的服务运营商数据进行加密，得到加密服务运营商数据；

所述第二安全元件，还用于对代理运营商的公用数据进行加密，并由第二通信元件传输层加密后发送至所述eSIM卡。

所述第二通信元件，还用于对来自所述服务运营商的加密数据进行传输层加密后发送至所述eSIM卡。

服务运营商还包括第三通信元件，用于将加密服务运营商数据经过传输层加密后发送至代理运营商。

进一步的，第一安全元件4101，还用于接收来自代理运营商412的携带待删除，启动或禁用号码的卡片管理指令，当接收到指令后，删除，启动或禁用待操作号码对应的服务运营商数据。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种eSIM卡管理方法，其特征在于，包括如下步骤：

步骤S1：判断eSIM卡是否为空白卡，如果是，则执行步骤S2，否则执行步骤S3；

步骤S2：下载公用数据；

步骤S3：下载服务运营商数据，其中所述服务运营商数据包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。

2.如权利要求1所述的管理方法，其特征在于，所述步骤S1中，判断eSIM卡是否是空白卡包括：判断eSIM卡中是否下载过公用数据。

3.如权利要求1所述的管理方法，其特征在于，所述下载公用数据具体包括如下子步骤：

经由用户终端将添加号码请求发送至代理运营商；

所述eSIM卡与所述代理运营商进行密钥协商，协商完成后，所述eSIM卡通过所述用户终端获取所述代理运营商的公用数据；

将接收到的公用数据保存。

4.如权利要求1所述的管理方法，其特征在于，所述下载服务运营商数据具体包括如下子步骤：

所述eSIM卡通过用户终端和代理运营商获取服务运营商的加密的服务运营商数据；

所述eSIM卡对加密的服务运营商数据进行解密，得到服务运营商数据，将所述服务运营商数据保存。

5.如权利要求1所述的管理方法，其特征在于，所述管理方法还包括删除、启用或禁用号码，具体包括如下子步骤：

经由用户终端将删除号码、启用或禁用请求发送至代理运营商；

所述eSIM卡通过所述用户终端接收所述代理运营商发送的携带待删除、启用或禁用号码的卡片管理指令；

所述eSIM卡接收到指令后，保留公用数据，删除、启用或禁用所述待操作号码对应的服务运营商数据。

6.一种eSIM卡，包括如下部件：

第一安全元件，接收并存储公用数据和服务运营商数据，其中所述公用数据是在所述eSIM卡是空白卡时下载，所述服务运营商数据中包括应用专用文件、通信文件数据、辅助安全域文件和应用业务文件。

7.如权利要求6所述的eSIM卡，其中所述第一安全元件接收并存储公用数据或服务运营商数据具体包括：对接收到的加密公用数据或加密服务运营商数据进行解密，得到公用数据或服务运营商数据并保存。

8.如权利要求6所述的eSIM卡，所述第一安全元件，还用于接收来自所述代理运营商的携带待删除、启用或禁用号码的卡片管理指令，当接收到指令后，所述第一安全元件删除、启用或禁用所述待操作号码对应的服务运营商数据。

9.一种eSIM卡管理系统，其特征在于，包括：

如权利要求6-8之一所述的eSIM卡；

用户终端，包括通信元件，用于将来自代理运营商的公用数据和来自服务运营商的服务运营商数据转发至所述eSIM卡；

代理运营商，包括第二安全元件，用于存储公用数据、管理eSIM卡用户号码，还用于判断所述eSIM卡是否下载过所述公用数据；

服务运营商，包括第三安全元件，用于存储服务运营商数据。

10.如权利要求9所述的管理系统，其特征在于，

所述第三安全元件，还用于在收到添加号码请求时，对存储的所述服务运营商数据进行加密，得到加密服务运营商数据；

所述服务运营商还包括通信元件，用于将所述加密服务运营商数据经过传输层加密后发送至所述代理运营商。