技术新讯 > 电子通信装置的制造及其应用技术 > 扩展与嵌入式通用集成电路卡相关联的一个或多个静态资源的方法与流程  >  正文

扩展与嵌入式通用集成电路卡相关联的一个或多个静态资源的方法与流程

  • 国知局
  • 2024-08-02 14:48:10

本公开总体上涉及无线通信系统,并且更具体地涉及一种用于扩展具有多个启用配置文件(mep)能力的嵌入式通用集成电路卡(euicc)中的一个或多个静态资源的方法和系统。

背景技术:

1、嵌入式通用集成电路卡(euicc)可以指可以内置于电子设备(例如,智能电话、物联网(iot)设备等)中的安全且可编程的订户识别模块(sim)卡。euicc可以被配置为存储来自不同的移动网络运营商(mno)的多个sim配置文件,并且可以包括用于支持多个启用配置文件(mep)的功能。如本文所使用的,配置文件可以指如可信连接联盟(tca)euicc互操作格式技术规范版本3.3.1中描述的配置文件。具有mep能力的euicc可以同时管理和/或支持多个sim配置文件。例如,单个euicc可以存储来自各种mno(例如,第一mno a、第二mno b、第三mno c等)的sim配置文件,从而允许电子设备连接到和/或使用这些不同的移动网络运营商的服务,而无需物理地改变sim卡。这种灵活性可以实现移动网络之间的无缝切换,并且基于例如但不限于活动sim配置文件、用户要求和/或一个或多个网络条件来访问各种服务。具有多个配置文件(例如,第一配置文件profile-1和第二配置文件profile-2)和用于通信的专用静态资源(例如,逻辑信道)的euicc的示例如图1所示,其中,每个配置文件可以与专用端口(例如,第一端口port-1和第二端口port-2)和/或如全球移动通信协会系统(gsma)“远程sim提供技术规范(remote sim provisioning technical specification)”sgp.22版本3.0中所述的esim端口相关联。

2、可选地或另外地,euicc可以通过物理接口与调制解调器通信,使得调制解调器能够访问和/或利用存储在euicc上的订户信息。例如,物理接口可以充当调制解调器和euicc之间的桥接器。虚拟接口-1和虚拟接口-2可以是可以允许在调制解调器和euicc之间交换数据的通信信道。作为另一示例,调制解调器可以发送命令和/或可以从euicc接收响应,从而使得两个组件能够无缝地一起工作。调制解调器(其可以由基带1和基带2组成)可以负责无线通信。例如,调制解调器可以通过蜂窝网络执行数据的发送和/或接收。基带-1和基带-2可以一起工作以处理信号和/或管理到网络的连接。基带-1和基带-2可以是可以使电子设备能够通过空口与蜂窝塔和/或其他电子设备进行通信的核心组件。

3、在euicc的上下文中,sim卡上的个性化应用的增长趋势可能导致对sim卡支持的资源(例如,逻辑信道)的需求增加。因此,可能需要增加逻辑信道的数量以向用户提供更好的体验。在一些相关的无线系统中,逻辑信道容量可以在制造期间设置,并且随后不可以被改变。例如,逻辑信道在运行时可能是不可配置的。该限制可能带来挑战,因为设备中的逻辑信道的数量是有限的,并且相关系统可能无法动态地利用每个端口可用的资源,如参考图2、图3a和图3b所描述的。随着应用的数量可能继续增加,电子设备可能会用完逻辑信道,这可能导致延迟、链延迟和/或拒绝终端用户的服务。此外,在euicc的制造期间增加静态资源分配可能无法解决该问题,因为增加静态资源分配可能导致浪费(未使用)的资源。因此,需要动态地利用与euicc相关联的所有可用资源和端口来解决该挑战。

4、已经探索了一些相关方法来管理逻辑安全元件接口(lsi)命令(例如,如欧洲电信标准协会(etsi)“智能卡;uicc-终端接口,物理和逻辑特性(smartcards;uicc-terminalinterface,physical and logical characteristics)”,etsi ts102221版本17中所描述的)和es10c功能(例如,如sgp.22中所描述的)以启用配置文件。然而,这些方法可能具有某些限制。例如,管理lsi命令可以用于管理lsi和逻辑安全元件,并且可以提供用于复用不同lsi的应用协议数据单元的机制,每个应用协议数据单元针对单独的lse。因此,管理lsi命令可以使得多个独立的lse能够驻留在单个uicc上。也就是说,管理lsi命令可以提供用于为后续apdu选择lse、重置lse、在加电或重置物理接口之后建立lsi配置、以及将uicc-非接触式前端(clf)接口分配给lse并检索分配有uicc-clf接口的lse的lsi的功能。一旦已经执行了配置的lsi,就可以由euicc分配用于每个支持的端口的资源,而不管是否启用任何配置文件。因此,在这样的示例中,分配给没有启用配置文件的关闭端口(例如,port-3)的资源可能被浪费,如图1所示。作为另一示例,可以使用功能来启用euicc上的配置文件。该功能可以启用目标配置文件,并且可以隐式地禁用目标端口上当前启用的配置文件(如果有的话)。该功能可以以原子方式执行,从而确保在命令执行期间发生错误的情况下,命令可以停止并使所涉及的配置文件在命令执行之前处于其原始状态。

5、可选地或另外地,euicc可包括默认逻辑信道(以下称为基本信道)以及可始终关闭的附加逻辑信道。调制解调器可以通过打开信道、利用信道以及一旦完成就关闭信道来使用这些逻辑信道。例如,euicc可以支持有限数量的逻辑信道,通常为五(5)个。在一些场景中,调制解调器可能已经打开了用于不同应用的所有逻辑信道。不同应用的示例可以包括但不限于主文件(mf)应用、通用订户身份模块(usim)应用、互联网协议(ip)多媒体服务身份模块(isim)应用、公钥加密标准(pkcs)应用、码分多址(cdma)订户身份模块(csim)应用、集成安全设备路由(isdr)应用等。调制解调器可以访问应用(无论该应用存在于卡上还是存在于全局应用(例如,isdr)上)以执行可能导致调制解调器没有逻辑信道的操作。结果,调制解调器可能遭遇拒绝服务和/或可能提供不良的用户体验,如参照图2所描述的。

6、图2是示出在分配一个或多个静态资源(例如,逻辑信道)的上下文中与相关无线系统相关联的场景的序列图。

7、在操作201,usim/调制解调器可以发送用于选择usim应用的管理信道命令,并且可以请求euicc打开用于访问usim应用的逻辑信道。例如,管理信道命令可以是根据etsits102 221中描述的管理信道命令。在操作202,在接收到管理信道命令时,euicc可以通过将信道号01分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号01)与usim应用建立通信。在操作203,usim/调制解调器可以发送用于选择isim应用的另一管理信道命令,并且可以请求euicc打开用于访问isim应用的逻辑信道。在操作204,在接收到管理信道命令时,euicc可以通过将信道号02分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号02)与isim应用建立通信。

8、在操作205,usim/调制解调器可以发送用于选择pkcs应用的管理信道命令,并且可以请求euicc打开用于访问pkcs应用的逻辑信道。在操作206,在接收到管理信道命令时,euicc可以通过将信道号03分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号03)与pkcs应用建立通信。

9、在操作207,usim/调制解调器可以从应用平台(ap)接收配置文件信息列表请求。在操作208,在接收到配置文件信息列表请求时,usim/调制解调器可以发送用于选择isdr应用的管理信道命令,并且可以请求euicc打开用于访问isdr应用的逻辑信道。在操作209,在接收到管理信道命令时,euicc可以通过发送指示没有信道可用于分配的错误状态字来进行响应。例如,由于向每个端口静态分配逻辑信道,euicc可能无法分配信道。也就是说,即使端口-3具有未使用的逻辑信道,端口-1也可能无法使用与端口-3相关联的资源(例如,逻辑信道)。在操作210,在接收到指示没有信道可用的错误状态字时,usim/调制解调器可以向ap发送错误响应,这可能导致拒绝服务。

10、作为另一示例,调制解调器可能已经启用了用于不同应用(例如,mf、usim、isim、pkcs和csim)的所有逻辑信道,并且调制解调器可能需要关闭任何逻辑信道,然后重新打开逻辑信道以选择期望的应用。一旦操作完成,调制解调器可能再次需要关闭和重新打开逻辑信道以返回到先前的上下文。逻辑信道的关闭和重新打开可能需要额外的apdu交换,其可能延迟对可能需要提供给用户的信息的收集(例如,如sgp.22中所述的getprofileinfo命令),使得本地配置文件助理(lpa)(例如,如sgp.22中所述)可以用适当的用户接口启动。这些增加的apdu交换可能增加向用户提供通过apdu请求的服务所需的总时间。与t1传输协议相比,增加的延迟在t0传输协议中可能更明显。调制解调器和卡之间增加的apdu交换可能显著延迟用户体验,如参考图3a和图3b所述。

11、图3a和图3b是示出在分配一个或多个静态资源(逻辑信道)的上下文中与相关无线系统相关联的另一场景的序列图。

12、参照图3a,在操作301,usim/调制解调器可以发送用于选择usim应用的管理信道命令,并且可以请求euicc打开用于访问usim应用的逻辑信道。在操作302,在接收到管理信道命令时,euicc可以通过将信道号01分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号01)与usim应用建立通信。在操作303,usim/调制解调器可以发送用于选择isim应用的管理信道命令,并且可以请求euicc打开用于访问isim应用的逻辑信道。在操作304,在接收到管理信道命令时,euicc可以通过将信道号02分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号02)与isim应用建立通信。

13、在操作305,usim/调制解调器可以发送用于选择pkcs应用的管理信道命令,并且可以请求euicc打开用于访问pkcs应用的逻辑信道。在操作306,在接收到管理信道命令时,euicc可以通过将信道号03分配给usim/调制解调器来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号03)与pkcs应用建立通信。在操作307,usim/调制解调器可以从应用平台(ap)接收配置文件信息列表请求。在操作308,在接收到配置文件信息列表请求时,usim/调制解调器可以发送用于选择isdr应用的管理信道命令,并且可以请求euicc打开用于访问isdr应用的逻辑信道。在操作309,在接收到管理信道命令时,euicc可以通过发送指示没有信道可用于分配的错误状态字来进行响应。在操作310,在接收到指示没有信道可用的错误状态字时,usim/调制解调器可以向ap发送错误响应。

14、在操作311a和311b,euicc可以从usim/调制解调器接收具有用于终止会话的p2指示的选择应用命令,euicc可以通过将具有状态字9000或91xx的选择响应发送回usim/调制解调器来进行响应。状态字9000可以指示选择响应被成功执行而没有任何错误。可选地或另外地,状态字91xx可以指示选择响应是部分成功的,并且附加信息可以在响应数据中可用。在操作312,usim/调制解调器可以发送用于关闭pkcs应用的管理信道命令,并且可以请求euicc关闭用于访问pkcs应用的逻辑信道。在操作313、314和315,在接收到管理信道命令时,euicc可以通过发送对usim/调制解调器关闭管理信道的成功响应来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号03)为isdr应用建立新的通信。

15、在操作316,在检测到新通信时,usim/调制解调器可以向ap发送成功状态字。在操作317、318、319和320,参考图3a和图3b,ap可以从usim/调制解调器接收成功状态字,并且可以向euicc发送增强服务10(es10)apdu以执行特定操作。es10 apdu可以是和/或可以包括可以触发euicc内的特定操作和/或服务(例如但不限于供应、更新或管理订阅配置文件)的命令。在接收到es10 apdu命令时,euicc可以处理该命令并且可以执行指定的操作。euicc可以经由usim/调制解调器将针对es10操作的响应发送回ap。响应可以包括由ap请求的操作的结果,可以提供关于操作的成功和/或失败的信息,并且可以提供与操作的结果相关联的相关数据。

16、在操作321,usim/调制解调器发送用于关闭isdr应用的管理信道命令,并且可以请求euicc关闭用于访问isdr应用的逻辑信道。在操作322、323和324,在接收到管理信道命令时,euicc可以通过发送对usim/调制解调器关闭管理信道的成功响应来进行响应。结果,usim/调制解调器可以通过分配的逻辑信道(例如,信道号03)为pkcs应用建立先前的通信。

17、作为另一示例,euicc可以提供对有限数量的逻辑信道(例如,五(5)个信道)的支持。在euicc具有未在其上启用配置文件的端口的场景中,诸如当在mep euicc中使用单个启用的sim时,不具有任何启用的配置文件的端口也可能具有与未使用的端口相关联的逻辑信道。然而,usim/调制解调器可能无法访问这些逻辑信道。结果,为这些不可访问的逻辑信道分配的存储器可能无法有效利用,从而导致存储器使用效率低下。

18、因此,由于对增加的资源需求可能受到低效的存储器使用的约束,因而存在对无线通信系统中的进一步改进的需要。本文提出了改进。这些改进还可以适用于其他电信技术和采用这些技术的电信标准。

技术实现思路

1、提供本技术实现要素:是为了以简化的格式介绍一些概念,这些概念将在本公开的具体实施方式中进一步描述。本发明内容既不旨在标识本公开的关键或基本概念,也不旨在确定本公开的范围。

2、根据本公开的一方面,一种用于扩展具有多个启用配置文件(mep)能力的嵌入式通用集成电路卡(euicc)中的一个或多个静态资源的方法包括:由与用户设备(ue)相关联的第一网络设备并且从与ue相关联的第二网络设备接收对于在所述euicc的第一端口处分配一个或多个静态资源中的至少一个第一静态资源的请求,所述至少一个第一静态资源被配置用于访问至少一个应用,其中,所述euicc包括多个端口,并且每个端口包括与所述一个或多个静态资源相关联的预定义数量的静态资源和唯一配置文件;基于接收到所述请求,确定所述至少一个第一静态资源在所述第一端口处是否可用于分配;基于确定所述至少一个第一静态资源在所述第一端口处不可用,确定所述euicc是否支持端口扩展特征,以及所述多个端口中的至少一个第二端口是否可用于访问;以及通过执行以下操作中的至少一个来管理所述一个或多个静态资源:基于确定所述euicc支持所述端口扩展特征并且所述至少一个第二端口可用于访问,将所述至少一个第二端口的一个或多个第二静态资源与所述第一端口的一个或多个第一静态资源合并,以及基于确定所述euicc不支持所述端口扩展特征并且所述至少一个第二端口不可用于访问,发起与所述一个或多个第一静态资源相关联的至少一个动作。

3、根据本公开的一个方面,一种用于扩展具有多个启用配置文件(mep)能力的嵌入式通用集成电路卡(euicc)中的一个或多个静态资源的系统包括存储指令的存储器、通信器、以及可操作地耦合到存储器和通信器的处理器,其中,所述指令被配置为当由处理器执行时使所述系统:由与用户设备(ue)相关联的第一网络设备并且从与ue相关联的第二网络设备接收对于在所述euicc的第一端口处分配一个或多个静态资源中的至少一个第一静态资源的请求,所述至少一个第一静态资源被配置用于访问至少一个应用,其中,所述euicc包括多个端口,并且每个端口包括与所述一个或多个静态资源相关联的预定义数量的静态资源和唯一配置文件;基于接收到所述请求,确定所述至少一个第一静态资源在所述第一端口处是否可用于分配,基于确定所述至少一个第一静态资源在所述第一端口处不可用,确定所述euicc是否支持端口扩展特征,以及所述多个端口中的至少一个第二端口是否可用于访问,以及管理所述一个或多个静态资源,其中,管理所述一个或多个静态资源包括:基于确定所述euicc支持所述端口扩展特征并且所述至少一个第二端口可用于访问,将所述至少一个第二端口的所述一个或多个第二静态资源与所述第一端口的一个或多个第一静态资源合并,以及基于确定所述euicc不支持所述端口扩展特征并且所述至少一个第二端口不可用于访问,发起与所述一个或多个第一静态资源相关联的至少一个动作。

4、为了进一步阐明本公开的优点和特征,可以通过参考在附图中示出的本公开的具体实施例来呈现本公开的更具体的描述。应当理解,这些附图描绘了本公开的典型实施例,因此不应被认为是对其范围的限制。在附图中利用附加的特征和细节来描述和解释本公开。

本文地址:https://www.jishuxx.com/zhuanli/20240801/243961.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 YYfuon@163.com 举报,一经查实,本站将立刻删除。