CN117322024A - 一种获得和处理终端与支持逻辑接口的卡之间的主动命令的方法及装置 - Google Patents

Abstract

本公开涉及用于支持更高数据传输速率的5G或6G通信系统。提供了一种用于即使在安装有单个嵌入式通用集成电路卡(eUICC)的终端中，也提供双订户身份模块(SIM)功能的方法和装置。提供了一种用于安装、激活和管理多个配置文件的方法和装置，使得即使安装有单个eUICC的终端也可以在通信系统中提供双SIM功能。该方法包括以下实施例以实现前述方面：一种方法，其中eUICC从本地配置文件助理(LPA)接收涉及配置文件状态改变的命令、注册主动命令、并且向调制解调器通知用于获得主动命令的逻辑接口信息；一种方法，其中eUICC通过组合预定信息来确定是否对特定逻辑接口执行轮询，所述预定信息诸如从模式接收的逻辑接口信息、调制解调器收集和拥有的逻辑接口的状态，以及接收到相应消息的接口的数量；一种方法，其中调制解调器通过对逻辑接口执行轮询来接收和处理主动命令；以及一种方法，其中eUICC接收处理主动命令的结果并完全改变连接到逻辑接口的配置文件的状态。此外，可以提供一种方法，其中eUICC根据调制解调器是否支持多个启用配置文件(MEP)来选择性地配置REFRESH(刷新)消息，并且当eUICC接收到对eUICC存储器重置的请求或终端中的配置文件状态改变时，将消息单独地发送到调制解调器。

Description

一种获得和处理终端与支持逻辑接口的卡之间的主动命令的 方法及装置

技术领域

本公开涉及一种用于通过在无线通信系统的终端中下载和安装一个或多个通信服务来建立用于通信的连接的方法和装置。更具体地，本公开涉及一种用于连接在终端和卡之间的一个逻辑接口以获得在不同逻辑接口中待决(pending)的主动命令(proactivecommand)的方法和装置。

本申请基于根据35U.S.C.§119(a)在2021年5月10日在韩国知识产权局提交的第10-2021-0060231号韩国专利申请，在2021年9月15日在韩国知识产权局提交的第10-2021-0123473号韩国专利申请，和在2021年11月22日在韩国知识产权局提交的第10-2021-0161573号韩国专利申请，并要求其优先权。上述每一篇专利的公开内容在此全部引入作为参考。

背景技术

5G移动通信技术定义了宽频带，使得高传输速率和新服务是可能的，并且不仅可以在诸如3.5GHz的“低于6GHz”频带中实现，而且可以在包括28GHz和39GHz的被称为mmWave的“高于6GHz”频带中实现。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G移动通信技术(被称为超5G系统)，以便实现比5G移动通信技术快五十倍的传输速率和5G移动通信技术的十分之一的超低延迟。

在5G移动通信技术的开发开始时，为了支持服务并满足与增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)和大规模机器类型通信(mMTC)相关的性能要求，正在进行关于波束成形和大规模MIMO的标准化，用于减轻毫米波中的无线电波路径损耗并增加无线电波传输距离，支持用于有效利用毫米波资源和时隙格式的动态操作的数字技术(例如，操作多个子载波间隔)，用于支持多波束传输和宽带的初始接入技术，BWP(带宽部分)的定义和操作，新的信道编码方法，诸如用于大量数据传输的LDPC(低密度奇偶校验)码和用于控制信息的高度可靠传输的极化码，L2预处理，以及用于提供专用于特定服务的专用网络的网络切片。

当前，鉴于5G移动通信技术支持的服务，正在讨论关于初始5G移动通信技术的改进和性能增强，并且已经存在关于诸如V2X(车辆到一切)之类的技术的物理层标准化，用于基于关于由车辆发送的车辆的位置和状态的信息来辅助自主车辆的驾驶确定并用于增强用户便利性，旨在符合未许可频带中的各种法规相关要求的系统操作的NR-U(新无线电未许可)、NR UE节能、用于在与地面网络的通信不可用的区域中提供覆盖的UE-卫星直接通信的非地面网络(NTN)以及定位。

此外，在空中接口架构/协议中一直存在关于技术的标准化，诸如用于通过与其他行业的互通和融合来支持新服务的工业物联网(IIoT)、用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(集成接入和回程)、包括条件切换和DAPS(双活动协议栈)切换的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的两步RACH)。关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)以及用于基于UE位置接收服务的移动边缘计算(MEC)的系统架构/服务也正在进行标准化。

随着5G移动通信系统商业化，已经呈指数增长的连接设备将连接到通信网络，并且因此预期5G移动通信系统的增强功能和性能以及连接设备的集成操作将是必要的。为此，安排了与扩展现实(XR)相关的新研究，用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等，通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元宇宙服务支持和无人机通信来提高5G性能和降低复杂度。

此外，5G移动通信系统的这种开发将作为基础，不仅用于开发用于提供6G移动通信技术的太赫兹频带覆盖的新波形、诸如全维MIMO(FD-MIMO)、阵列天线和大规模天线的多天线传输技术、用于改善太赫兹频带信号覆盖的基于超材料的透镜和天线、使用OAM(轨道角动量)和RIS(可重构智能表面)的高维空间复用技术，而且用于提高6G移动通信技术的频率效率和改善系统网络的全双工技术、用于通过从设计阶段利用卫星和AI(人工智能)并内化端到端AI支持功能来实现系统优化的基于AI的通信技术，以及下一代分布式计算技术，其用于通过利用超高性能通信和计算资源来实现复杂性水平超过UE操作能力限制的服务。

通用集成电路卡(UICC)是插入到移动通信终端等中以供使用的智能卡，并且可以被称为UICC卡。用于接入移动通信服务提供商的网络的接入控制模块可以被包括在UICC中。接入控制模块的示例包括通用订户身份模块(USIM)、订户身份模块(SIM)和IP多媒体服务身份模块(ISIM)。包括USIM的UICC通常可以被称为USIM卡。类似地，包括SIM的UICC通常可以被称为SIM卡。在本公开的以下描述中，SIM卡可以在通用意义上用于包括UICC卡、USIM卡、包括ISIM的UICC等。也就是说，即使提及SIM卡，其技术应用也可以同样应用于USIM卡、ISIM卡或通用UICC卡。

SIM卡可以存储关于移动通信订户的个人信息，并且使得能够在接入移动通信网络时经由订户认证和业务安全密钥生成来使用安全移动通信。

SIM卡通常可以在卡制造时根据运营商的请求被制造为用于特定移动通信运营商的专用卡，并且可以与运营商的认证信息一起发布以用于网络接入，例如预先加载的通用订户身份模块(USIM)应用、国际移动订户身份(IMSI)、K值和OPC值。移动通信运营商接收制造的SIM卡并为订户提供SIM卡。如果需要，可以使用空中下载(over-the-air,OTA)技术等来管理(例如，安装、修改或删除)UICC卡中的应用。订户可以将UICC卡插入到移动通信终端中以使用移动通信运营商的网络和应用服务。当用新终端替换现有终端时，订户可以将UICC卡插入到新终端中，从而在新终端中原样使用存储在UICC卡中的认证信息、移动电话号码和个人联系人。

然而，SIM卡使移动通信终端用户在从不同的移动通信服务提供商接收服务时不方便。移动通信终端用户为了从移动通信服务提供商接收服务而需要物理地获得SIM卡是不方便的。例如，当旅行到外国时，为了接收本地移动通信服务而需要获得本地SIM卡是不方便的。漫游服务可以在某种程度上解决这种不便，但是需要昂贵的费率，并且如果在通信服务提供商之间没有签订合同，则不能提供漫游服务。

通过在UICC卡中远程下载和安装SIM，可以很大程度上解决这种不便。也就是说，用户可以在期望的时间将用于使用的移动通信服务的SIM下载到UICC卡。UICC卡可以下载和安装多个SIM，并且可以仅选择和使用多个SIM中的一个SIM。UICC卡可以固定到终端或可以不固定到终端。具体地，固定到终端以供使用的UICC被称为嵌入式UICC(eUICC)。通常，eUICC是指固定到终端以供使用并且可以远程下载和选择SIM的UICC卡。在本公开中，可以远程下载和选择SIM的UICC卡可以统称为eUICC。也就是说，在可以远程下载和选择SIM的UICC卡中，固定到终端的UICC卡和未固定到终端的UICC卡可以统称为eUICC。另外，要下载的SIM信息可以统称为术语“配置文件(profile)”。

即使在eUICC中存在多于一个配置文件，一次只能激活(启用)一个配置文件。因此，即使终端支持两个基带并且在eUICC中存在两个或更多个配置文件，终端也不能支持使得两个配置文件能够在一个移动电话中同时使用的双SIM功能。为了解决这个问题，可以在终端中安装两个eUICC。然而，该方法需要安装附加的eUICC模块和用于将eUICC模块连接到调制解调器的基带的物理接口，因此终端制造商需要承担购买附加的eUICC模块和用于物理接口的物理引脚的成本。此外，由于采用了模块和物理引脚，因此需要在终端中确保安装空间。

上述信息仅作为背景信息呈现，以帮助理解本公开。关于上述内容中的任何内容是否可适用于关于本公开的现有技术，没有做出确定，也没有做出断言。

发明内容

技术问题

目前，终端和卡通过一个物理接口交换消息。然而，随着对支持eUICC中的一个或多个配置文件的同时激活的多个启用配置文件(multiple enabled profile,MEP)的讨论已经开始，欧洲电信标准协会(ETSI)确定引入将终端和卡之间的物理接口划分为多个逻辑接口并对其进行复用以支持MEP的概念。全球移动通信系统(GSM)协会(GSMA)正在讨论一个配置文件通过一个逻辑接口占据调制解调器中的一个基带的概念，并且还讨论用于选择发行方安全域-根(issuer security domain-root,ISD-R)作为仅通过一个逻辑接口管理配置文件的模块的方法。

当前，当eUICC从终端接收到激活/去激活配置文件的命令时，eUICC发送通知终端配置文件的状态已经改变的主动命令，来作为对由终端发送到卡的获取(FETCH)命令的响应的数据，从而请求调制解调器根据接收到的主动命令执行ETSI TS102.223中定义的过程。可以存在各种类型的主动命令。例如，当终端通过刷新(REFRESH)主动命令接收到eUICC配置文件状态模式时，终端可以删除对应配置文件上的缓存数据，可以通过与配置文件占用的基带断开而与网络断开，可以关闭终端和卡之间正在进行的所有应用会话，然后可以选择性地重新开始终端和卡之间的连接。

物理接口可以具有多达20个逻辑信道，并且前述获取命令可以仅通过逻辑信道0发送，因此终端可以通过信道接收主动命令。

由于ETSI引入了将物理接口划分和多路复用为一个或多个逻辑接口的概念，所以终端需要识别通过其获得主动命令的逻辑接口，并处理用于逻辑接口的主动命令。然而，在发布本公开时没有定义用于在终端和卡之间支持这一点的方法。

本公开的各方面至少解决上述问题和/或缺点，并且至少提供下面描述的优点。因此，本公开的一个方面是提供一种用于连接在终端和卡之间的一个逻辑接口的方法和装置，以获得在不同逻辑接口中待决的主动命令。

另外的方面将部分地在下面的描述中阐述，并且部分地将从描述中显而易见，或者可以通过实践所呈现的实施例来学习。

问题的解决方案

根据本公开的一个方面，提供了一种由无线通信系统中的终端执行的方法。该方法包括通过第一端口从通用集成电路卡(UICC)接收第一消息，第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，通过至少一个目标端口向UICC发送用于获得至少一个主动命令的第二消息，通过至少一个目标端口从UICC接收包括至少一个主动命令的第三消息，以及通过至少一个目标端口向UICC发送作为第三消息的响应的第四消息。

在一个实施例中，发送第二消息包括：通过目标端口向UICC发送用于获得至少一个主动命令是否在UICC中的目标端口上待决的第五消息，通过目标端口从UICC接收第六消息，第六消息包括至少一个主动命令在UICC中的端口上待决，以及通过至少一个目标端口向UICC发送用于获得至少一个主动命令的第二消息。

在一个实施例中，第一消息包括指示至少一个目标端口的逻辑安全元件(SE)接口(logical secure element interface,LSI)号字段。

在一个实施例中，该信息被包括在第一消息的命令详细信息字段(commanddetails field)中。

本公开还提供了一种由无线通信系统中的终端的通用集成电路卡(UICC)执行的方法。该方法包括通过第一端口向终端发送第一消息，第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，通过至少一个目标端口从终端接收用于获得至少一个主动命令的第二消息，通过至少一个目标端口向终端发送包括至少一个主动命令的第三消息，以及通过至少一个目标端口从终端接收作为第三消息的响应的第四消息。

在一个实施例中，第二消息的接收包括：从终端接收用于请求至少一个主动命令是否通过目标端口在UICC中的目标端口上待决的第五消息，通过目标端口向终端发送第六消息，第六消息包括至少一个主动命令在UICC中的端口上待决，以及通过至少一个目标端口从终端接收用于获得至少一个主动命令的第二消息。

在一个实施例中，第一消息包括指示至少一个目标端口的逻辑安全元件(SE)接口(LSI)号字段。

在一个实施例中，该信息被包括在第一消息的命令详细信息字段中。

根据本公开的另一方面，提供了一种无线通信系统中的终端。终端包括收发器和控制器，控制器与收发器耦合并且被配置为通过第一端口从通用集成电路卡(UICC)接收第一消息，第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，通过至少一个目标端口向UICC发送用于获得至少一个主动命令的第二消息，通过至少一个目标端口从UICC接收包括至少一个主动命令的第三消息，以及通过至少一个目标端口向UICC发送作为第三消息的响应的第四消息。

根据本公开的另一方面，提供了一种无线通信系统中的终端的通用集成电路卡(UICC)。所述UICC包括收发器和控制器，控制器与收发器耦合并且被配置为通过第一端口向终端发送第一消息，第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，通过至少一个目标端口从终端接收用于获得至少一个主动命令的第二消息，通过至少一个目标端口向终端发送包括所述至少一个主动命令的第三消息，以及通过至少一个目标端口从终端接收作为第三消息的响应的第四消息。

发明的有利效果

根据本公开的实施例，当在安装有一个eUICC的终端中使用双SIM功能时，用户可以处理在eUICC中同时激活的第一配置文件和第二配置文件以在单个eUICC中操作而不彼此干扰(由于第一配置文件的激活而导致的第二配置文件的网络接入终止)。

通过以下结合附图公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。

附图说明

通过以下结合附图的描述，本公开的某些实施例的上述和其他方面、特征和优点将更加明显，其中：

图1示出了根据本公开的实施例的无线通信系统中的本公开的组件；

图2示出了根据本公开的实施例的v2 eUICC与不支持MEP的调制解调器之间的连接状态；

图3示出了根据本公开的实施例的根据逻辑接口的概念的引入的v3eUICC和调制解调器之间的连接状态以及用于通过逻辑接口接入ISD-R的方法；

图4示出了根据本公开的实施例的用于由MEP支持终端处理涉及配置文件状态改变的配置文件管理命令的方法；

图5示出了根据本公开的实施例的在不使用逻辑接口的终端和卡之间获得和处理主动命令的操作序列；

图6示出了根据本公开的实施例的获得和处理用于使用逻辑接口的终端和卡之间的特定逻辑接口的主动命令的操作序列；

图7示出了根据本公开的实施例的获得和处理用于使用逻辑接口的终端和卡之间的特定逻辑接口的主动命令的另一操作序列；

图8示出了根据本公开的实施例的在对特定端口执行轮询(polling)的过程中可能发生的错误和用于处理错误的方法；以及

图9示意性地示出了根据本公开的实施例的无线通信系统中的终端的内部结构。

在整个附图中，应当注意，相同的附图标记用于描绘相同或相似的元件、特征和结构。

具体实施方式

提供参考附图的以下描述以帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。它包括各种具体细节以帮助理解，但这些细节应被视为仅仅是示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。另外，为了清楚和简明，可以省略对公知功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于书面含义，而是仅由发明人使用以使得能够清楚且一致地理解本公开。因此，对于本领域技术人员显而易见的是，提供本公开的各种实施例的以下描述仅用于说明目的，而不是为了限制由所附权利要求及其等同物限定的本公开的目的。

应当理解，单数形式“一”、“一个”和“该”包括复数指示物，除非上下文另有明确说明。因此，例如，对“组件表面(component surface)”的引用包括对一个或多个这样的表面的引用。

在本公开的以下描述中，当确定对本文中并入的已知功能或配置的详细描述可能使本公开的主题不必要地不清楚时，将省略该描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应基于整个说明书中的内容进行。出于相同的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。此外，每个元件的大小不完全反映实际大小。在附图中，相同或相应的元件具有相同的附图标记。通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将是显而易见的。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅用于本公开内容被完全公开并向本领域技术人员告知本公开的范围，并且本公开仅由所附权利要求的范围限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。此外，在描述本公开时，当确定对本文中并入的已知功能或配置的详细描述可能使本公开的主题不必要地不清楚时，将省略该描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应基于整个说明书中的内容进行。

在以下描述中，基站是向终端分配资源的实体，并且可以是gNode B、eNode B、节点B、基站(BS)、无线接入单元、基站控制器和网络上的节点中的至少一个。终端可以包括能够执行通信功能的用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机或多媒体系统。在本公开中，“下行链路(DL)”是指基站经由其向终端发送信号的无线电链路，并且“上行链路(UL)”是指终端经由其向基站发送信号的无线电链路。此外，在以下描述中，可以通过示例的方式描述LTE或高级LTE(LTE-A)系统，但是本公开的实施例也可以应用于具有类似技术背景或信道类型的其他通信系统。此类通信系统的示例可以包括超出LTE-A开发的第5代移动通信技术(5G、新无线电、以及NR)，并且在以下描述中，“5G”可以是覆盖现有LTE、LTE-A、或其他类似服务的概念。另外，基于本领域技术人员的确定，在不显著脱离本公开的范围的情况下，本公开的实施例还可以通过一些修改应用于其他通信系统。这里，应当理解，流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令实现。

这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理处理器的装置以产生机器，使得经由计算机的处理器或其他可编程数据处理装置执行的指令创建用于实现一个或多个流程图框中指定的功能的装置。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中，其可以指示计算机或其他可编程数据处理装置以特定方式起作用，使得存储在计算机可用或计算机可读存储器中的指令产生包括实现一个或多个流程图框中指定的功能的指令装置的制品。计算机程序指令还可以加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现在一个或多个流程图框中指定的功能的步骤。

此外，流程图图示的每个框可以表示代码的模块、片段或部分，其包括用于实现指定的逻辑功能的一个或多个可执行指令。还应当注意，在一些替代实施方式中，框中提到的功能可以不按顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能。如本文所使用的，“单元”是指执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”并不总是具有限于软件或硬件的含义。“单元”可以被构造为存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括例如软件元素(software element)、面向对象的软件元素、类元素(class element)或任务元素(task element)、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”提供的元件和功能可以组合成较少数量的元件或“单元”，或者划分成较大数量的元件或“单元”。此外，元件和“单元”可以被实现为再现设备或安全多媒体卡内的一个或多个中央处理单元(CPU)。此外，实施例中的“单元”可以包括一个或多个处理器。

首先，定义本文使用的术语。

在本说明书中，UICC是插入到移动通信终端中以供使用的智能卡，并且可以指存储关于移动通信订户的个人信息(诸如网络接入认证信息、电话号码簿或短消息服务(SMS))，并且执行订户认证和业务安全密钥生成，以使得能够在接入移动通信系统(诸如GSM、宽带码分多址(WCDMA)、LTE或5G)时安全使用移动通信的芯片。根据订户连接到的移动通信网络的类型，可以在UICC中安装诸如订户识别模块(SIM)、通用SIM(USIM)或IP多媒体SIM(ISIM)之类的通信应用，并且UICC可以提供用于安装诸如电子钱包、票务应用或电子护照之类的各种应用的高级安全功能。

在本说明书中，嵌入式UICC(eUICC)可以使用空中下载(OTA)技术下载和安装配置文件。如上所述，eUICC可以被称为能够下载和安装配置文件的UICC。

在本说明书中，如上所述，使用OTA技术在eUICC中下载和安装配置文件的方法也可以应用于可以插入终端和从终端移除的可拆卸UICC。例如，本公开的实施例可以应用于可以使用OTA技术下载和安装配置文件的UICC。

在本说明书中，术语“UICC”可以与SIM、eUICC或eSIM互换使用。此外，在本说明书中，卡或安全元件(SE)可以用作包括UICC和eUICC的上级概念，或者可以与UICC或eUICC互换使用。

在本说明书中，配置文件可以指代存储在UICC中的应用、文件系统和认证密钥值的打包软件形式。配置文件可以被称为接入信息。在本说明书中，USIM配置文件可以具有与配置文件相同的含义，或者可以指代包括在配置文件中的USIM应用中的信息的打包软件形式。

在本说明书中，配置文件服务器是能够提供生成配置文件、加密生成的配置文件、生成配置文件远程管理指令或加密生成的配置文件远程管理指令的功能或者包括支持终端激活多个配置文件的功能的服务器，并且可以表示为订阅管理器数据准备(subscription manager data preparation,SM-DP)、订阅管理器数据准备加(subscription manager data preparation plus,SM-DP+)或订阅管理器安全路由(subscription manager secure routing,SM-SR)。

这里使用的术语“终端”或“设备”可以被称为移动站(MS)、用户设备(UE)、用户终端(UT)、无线终端、接入终端(AT)、终端、订户单元、订户站(SS)、无线设备、无线通信设备、无线发射/接收单元(WTRU)、移动节点、移动设备或其他术语。终端的各种示例可以包括蜂窝电话、具有无线通信功能的智能电话、具有无线通信功能的个人数字助理(PDA)、无线调制解调器、具有无线通信功能的便携式计算机、具有无线通信功能的拍摄设备(诸如数码相机)、具有无线通信功能的游戏设备、具有无线通信功能的音乐存储和回放设备、能够进行无线互联网接入和浏览的互联网设备、以及包含这些功能的组合的便携式单元或终端。另外，终端可以包括机器到机器(M2M)终端和机器类型通信(MTC)终端/设备，但不限于此。在本说明书中，终端可以被称为电子设备或简称为设备。此外，在本说明书中，在描述终端和卡之间的接口时，终端是发送用于向卡发送命令和从卡接收命令的消息的消息发送器，并且可以与调制解调器互换使用。

在本说明书中，终端或设备可以包括安装在终端或设备中以控制UICC或eUICC的软件或应用。软件或应用可以被称为例如本地配置文件助理(LPA)。在本说明书中，eUICC标识符(eUICC ID)可以是嵌入在终端中的eUICC的唯一标识符，并且可以被称为EID。在本说明书中，应用协议数据单元(APDU)可以指用于使用基于ISO 7816-4定义的应用传输协议在终端和卡之间发送和接收数据的消息。APDU可以包括一对命令APDU(命令消息)和响应APDU(响应消息)，并且可以以使得终端向卡发送命令APDU并且接收命令APDU的卡利用响应APDU进行回复的方式操作。该卡不能发送命令APDU，但是当存在该卡希望终端执行的请求时，该卡发送称为主动命令的数据形式的响应APDU，即响应消息的数据，从而使终端执行主动命令所需的命令。

在本说明书中，术语“主动命令”用作由卡发送到终端的命令，并且主动命令可以作为对由终端发送到卡的命令APDU的响应APDU的数据发送。在ETSI技术规范(TS)102.223中定义了根据类型的主动命令和操作的类型，其中在ETSI TS102.224中定义了可以由卡系统发送的主动命令的类型。此外，前述命令APDU和响应APDU的消息格式可以如ETSITS102.221的第10节中描述的表1和表2中所示。表1涉及表10.1：命令APDU的内容，以及表2涉及响应APDU的内容。表1和表2的详细描述遵循ETSI TS 102.221的第10节。

【表1】

【表2】

代码	长度	描述
			数据	Lr	响应数据字符串
SW1	1	状态字节1
			SW2	1	状态字节2

在本说明书中，配置文件包可以与配置文件互换使用，或者可以用作指示特定配置文件的数据对象的术语，并且可以称为配置文件标签长度值(tag-length-value,TLV)或配置文件包TLV。配置文件标识符是配置文件的唯一标识号，并且可以被称为ICCID。使用加密参数加密的配置文件包可以被称为受保护的配置文件包(protected profile package,PPP)或受保护的配置文件包TLV(PPP TLV)。使用只能由特定eUICC解密的加密参数加密的配置文件包可以被称为绑定配置文件包(bound profile package,BPP)或绑定配置文件包TLV(BPP TLV)。配置文件包TLV可以是表示形成标签长度值(TLV)格式的配置文件的信息的数据集。在本说明书中，认证和密钥协商(AKA)可以表示认证和密钥协商，并且可以指代用于接入第三代合作伙伴计划(3GPP)和3GPP2网络的认证算法。K是存储在用于AKA认证算法的eUICC中的加密密钥值，并且本说明书中的OPC是可以存储在用于AKA认证算法的eUICC中的参数值。

在本说明书中，NAA(network access application)是网络接入应用，并且可以是存储在UICC中以接入网络的应用程序，例如USIM或ISIM。NAA可以是网络接入模块。

在本公开中，终端用户、消费者、订户、服务订户和用户可以互换地用作终端的用户。

在本公开中，端口是指通过复用和划分连接在终端和卡之间的物理接口而使用的逻辑接口，并且在本说明书中可以与eSIM端口、ePort、SIM端口、逻辑SE接口或缩写为LSI、逻辑接口和虚拟接口互换使用。

在本公开中，激活和管理存在于单个eUICC中的多个配置文件的功能被统称为多个启用配置文件(MEP)的功能。由于传统的eUICC只能激活一个配置文件，因此不可能利用单个eUICC来支持双SIM或多SIM功能。为了支持具有单个eUICC的双SIM或多SIM功能，需要激活和管理单个eUICC中的多个配置文件的功能。其中配置了MEP功能的eUICC可以被称为MEP支持eUICC。包括其中配置了MEP功能的调制解调器和能够支持调制解调器的终端软件的终端可以被称为MEP支持终端。

在本公开中，通过终端与eUICC之间的初始化过程来确定通过执行分复用来使得能够在单个物理接口中使用一个或多个逻辑接口来实现传输的操作的模式可以被称为MEP模式。当在终端和eUICC之间的初始化处理中未确定MEP模式下的操作时，即使MEP支持终端或MEP支持eUICC也可能不在MEP模式下操作。对应模式中的操作可被称为单启用配置文件(single enabled profile,SEP)模式。

因此，本公开的技术方面是提供一种用于安装、激活和管理多个配置文件的方法和装置，使得即使其中安装有一个eUICC的终端也可以在通信系统中提供双SIM功能。

具体地，本公开包括用于上述目的的以下实施方案。

-用于eUICC通过从LPA接收涉及配置文件状态改变的命令来注册主动命令的方法

-用于eUICC向调制解调器通知用于获得主动命令的逻辑接口信息的方法

-用于调制解调器通过组合接收到的逻辑接口信息和预定信息来确定eUICC是否轮询特定逻辑接口的方法，所述预定信息诸如逻辑接口的状态和调制解调器经由其接收、收集和拥有消息的接口的号

-用于调制解调器通过轮询相应的逻辑接口来接收和处理主动命令的方法

-用于eUICC通过接收处理主动命令的结果来完成连接到对应逻辑接口的配置文件的状态改变的处理的方法

在本公开中要实现的技术方面不限于上述技术方面，并且本公开所属领域的技术人员将从以下描述中清楚地理解未提及的其他技术方面。

当关于相关已知功能或配置的详细描述被确定为使得在描述本公开时本公开的要点不清楚时，本文将省略详细描述。

在下文中，将参考附图描述所提出的实施例。

图1示出了根据本公开的实施例的无线通信系统中的本公开的组件。

参考图1，终端1a-05可以包括通用应用1a-10、LPA 1a-15、终端框架1a-20和MEP支持调制解调器1a-25。这里，通用应用1a-10是预加载或可以下载并安装在终端中的应用，诸如移动网络运营商应用或SIM卡管理器应用，并且可以指代访问物理SIM卡(pSIM)1a-45或eUICC 1a-50的配置文件的应用。LPA 1a-15是负责eUICC控制的应用，并且在与eUICC 1a-50中的SM-DP+1a-70、终端用户1a-01和ISD-R 1a-65通信时管理配置文件。LPA 1a-15可以单独配置或集成到不同的通用终端应用中。LPA1a-15可以通过配置UI来获得用于配置文件的本地管理的用户输入，或者可以通过SM-DP+1a-70从SM-DP+服务器1a-70接收远程管理指令，可以通过配置用于指令的UI来从用户1a-01获得输入，并且然后可以将用于配置文件的管理命令发送到eUICC 1a-50的ISD-R 1a-65，从而激活/去激活/删除/更新配置文件。远程配置文件管理(RPM)可以统称为一系列过程，其中通过从SM-DP+1a-70发送到终端的指令来执行配置文件安装/激活/去激活/删除和其他功能。RPM可以由移动网络运营商、服务提供商或终端所有者请求，并且可以由SM-DP+1a-70生成指令。当经由LPA 1a-15接收本地配置文件管理命令或者经由SM-DP+1a-70接收远程配置文件管理命令时，eUICC 1a-50可以发送预定信息，该预定信息通知通信调制解调器1a-25在处理配置文件管理命令的过程中配置文件的状态已经改变。

终端1a-05的通信调制解调器1a-25是在接收侧调制和发送信号以发送信息并解调要恢复为原始信号的信号的设备。在MEP支持调制解调器中，可以安装用于无线通信的两个或更多个基带处理器(下文称为“基带”)。可以在调制解调器内逻辑地配置基带。调制解调器1a-25可以经由一个物理引脚(在ISO7816中标准化的智能卡接口)连接到一个卡，即UICC或eUICC，并且可以以如下方式操作：当调制解调器通过接口向eUICC 1a-50发送用于命令的应用协议数据单元(APDU)时，eUICC 1a-50以结果值进行响应(发送响应APDU)。SIM卡(pSIM)通过一个物理引脚占用调制解调器的一个基带，并且一个pSIM具有一个SIM端口。SIM端口可以与SIM卡插槽互换使用，并且在技术规范37中被定义为“设置在设备上以容纳物理SIM卡的物理和电子外壳”。MEP支持eUICC 1a-50经由一个物理引脚连接到MEP支持调制解调器1a-25，并且eUICC中的激活配置文件可以占用MEP支持调制解调器1a-25中的一个基带。每个配置文件可以通过eSIM端口与映射到一个eSIM端口的基带通信。

参考图1，配置文件1 1a-55可以使用处于激活状态的eSIM端口1来占用基带1 1a-30，并且配置文件2 1a-60可以使用处于激活状态的eSIM端口2来占用基带2 1a-35。在这种情况下，在图1中，pSIM 1a-45可以处于被插入但未连接到基带的状态1a-40。ISD-R 1a-65是eUICC中仅由LPA 1a-15或调制解调器1a-25选择的实体，并且可以存储eUICC中的配置文件的元数据或配置文件的状态和配置信息，或者通过eUICC的内部操作收集这些元数据或配置文件的状态和配置信息，并且可以在从LPA 1a-15或终端1a-05接收到命令时利用这些元数据或配置文件的状态和配置信息进行响应。例如，可以包括经由ISD-R选择命令APDU或APDU的消息来接收诸如GetProfileInfo()的命令的情况。LPA 1a-15是在终端框架1a-20上操作的软件，并且LPA 1a-15的功能可以部分地集成到终端框架1a-20中。从LPA 1a-15发送到eUICC 1a-50的消息最终经由终端框架1a-20和调制解调器1a-25发送到eUICC 1a-50，并且接收消息的eUICC 1a-50可以识别从LPA 1a-15发送的APDU中的ES10x命令，并且可以执行eUICC的配置文件管理操作。

尽管为了便于解释，在图1中假设在eUICC 1a-50中存在两个配置文件(配置文件1和配置文件2)，但是应当注意，取决于eUICC 1a-50的存储器能力，可以存在更多数量的配置文件，并且在激活状态下可以存在两个或更多个配置文件，而不限于此。配置文件1 1a-55和配置文件2 1a-60可以在MEP支持eUICC中同时被激活，而配置文件1 1a-55或配置文件2 1a-60中的仅一个配置文件可以在MEP不支持eUICC中被激活。ISD-R 1a-65可以生成新的ISD-P(指代用于托管配置文件的安全域)，并且可以存储LPA功能所需的必要的eUICC数据和服务(例如，本地配置文件管理和配置文件信息)或者在eUICC内收集所述eUICC数据和服务以将所述eUICC数据和服务提供给LPA，如上所述。

尽管为了便于解释而未在图1中的终端1a-05的eUICC 1a-50中示出，但是可以包括嵌入式UICC控制权限安全域(embedded UICC controlling authority securitydomain,ECASD)以及eSIM操作平台等，该ECASD是用于存储证书颁发者的根公钥的空间，该根公钥用于验证eUICC的安全域所需的凭证，例如SM-DP+凭证、eUICC制造商的密钥集等。

终端框架1a-20是指终端的操作系统，并且存在于调制解调器和不同的终端系统以及通用应用和LPA之间。终端框架1a-20可以从调制解调器1a-25获得并保留关于eUICC的信息，并且可以在通用应用或LPA请求关于终端或eUICC的信息时利用该信息进行响应。另外，终端框架1a-20可以根据从通用应用或LPA接收的信道打开或端口打开命令来生成命令APDU，以将命令APDU发送到调制解调器，并且可以从调制解调器接收对APDU的响应消息，以将响应消息发送到通用应用或LPA。此外，终端框架1a-20可以接收由通用应用或LPA导入的channel.transmit(命令APDU)，并且可以以channel.transmit(响应APDU)格式将其发送到通用应用或LPA。

如上所述，SM-DP+服务器1a-70可以指代包括生成配置文件、加密生成的配置文件、生成配置文件远程管理指令或加密生成的配置文件远程管理指令的功能或支持终端激活多个配置文件的功能的服务器。

图2示出了根据本公开的实施例的eUICC与不支持MEP的调制解调器之间的连接状态。

在当前v2 eUICC中，在eUICC中只能激活单个(一个)配置文件，并且只有用户的本地配置文件管理在无需SM-DP+的干预来激活/去激活/删除/更新预安装的配置文件的情况下是可能的。尽管考虑到物理SIM卡与eUICC同时使用的情况，不支持MPE的调制解调器1b-01可以包括一个或多个基带，但是在本公开中假设基带1 1b-05。

参考图2，终端可以打开卡会话(card session)并且可以生成APDU数据传输信道，使得调制解调器1b-01和eUICC 1b-15在终端平台、调制解调器和eUICC之间的初始化和重置过程中交换数据。

在v2 eUICC 1b-15中，一次只能激活一个配置文件。

在情况1 1b-100中，配置文件1 1b-20被激活1b-40并且配置文件2 1b-25被去激活，并且在情况2 1b-200中，配置文件1 1b-20被去激活并且配置文件2 1b-25被激活1b-45。在情况1 1b-100的描述中，当在一个激活的配置文件和调制解调器之间需要数据发送和接收时，eUICC 1b-15可以通过在物理接口1b-10中打开的信道之一交换数据，该物理接口1b-10通过物理接口连接到调制解调器1b-01。

当ISD-R 1b-30从LPA接收到用于配置文件状态改变(例如，从情况11b-100到情况2 1b-200)的ES10c.EnableProfile(配置文件2)请求时，ISD-R 1b-30可以向调制解调器1b-01发送用于删除先前缓存的配置文件的数据并重新启动应用会话的刷新主动命令(REFRESH Proactive Command)。刷新主动命令是具有ETSI TS102.223中定义的刷新类型的主动命令，并且可以是<eUICC配置文件状态改变模式>或<UICC重置模式>。主动命令可以作为由eUICC发送到终端的响应消息(响应APDU)的数据发送。

另外，当ISD-R 1b-30从LPA接收到对eUICC存储器重置的请求时，ISD-R 1b-30可以向调制解调器1b-01发送刷新主动命令以请求删除UICC的先前缓存的数据、重启应用会话以及终端与卡之间的重置过程的实施方式。刷新主动命令是具有在ETSI TS102.223中定义的刷新类型的主动命令<UICC重置模式>，并且可以作为由eUICC发送到终端的响应消息(响应APDU)的数据发送。

由ISD-R 1b-30发送到调制解调器1b-01的APDU也可以通过前述物理接口1b-10的一个信道1b-35发送。

图3示出了根据本公开的实施例的根据逻辑接口的概念的引入的v3 eUICC和调制解调器之间的连接状态以及用于通过逻辑接口接入ISD-R的方法。

参考图3，eUICC 1c-20被假设为支持同时激活多个配置文件的MEP功能的eUICC。调制解调器1c-01也被假设为支持MEP功能的调制解调器。图3示出了存在两个基带和两个激活的配置文件的情况，其中调制解调器1c-01中的基带与eSIM端口之间的映射切换是可能的，但是在情况1、情况2和情况3中，基带1 1c-05-端口1 1c-40和基带2 1c-10-端口21c-45被示出为调制解调器1c-01中的逻辑终端端点的映射。

如上面在图1中所述，当前调制解调器1a-25通过一个物理引脚连接到eUICC 1a-50，并且调制解调器和eUICC通过物理引脚使用单个信道发送命令APDU。支持MEP的eUICC1c-20可以激活多个配置文件，并且激活的配置文件可以占用调制解调器中的一个基带，并且可能需要利用占用的基带进行数据发送和接收。因此，可以引入复用用于执行发送和接收的物理接口1c-15并通过多个端口1c-40、1c-45和1c-60分区发送APDU的概念。

为了便于描述，端口被称为eSIM端口1 1c-40和eSIM端口2 1c-45，以及每个端口可以被定义为eSIM端口。

终端可以打开卡会话并且可以生成APDU数据传输信道，使得调制解调器1c-01和eUICC 1c-20在终端平台、调制解调器和eUICC之间的初始化和重置过程中交换数据。这里，可以生成一个或多个端口，在这种情况下，终端和卡可以在每个端口中生成APDU数据传输信道(多达20个信道)。在此，可以配置在终端和卡之间打开的每个eSIM端口的ID。端口ID可以在调制解调器或终端平台中配置，并且可以被发送到LPA。为了便于在本说明书中描述，端口ID可以与端口号互换使用。

尽管调制解调器可以具有与基带的数量一样多的eSIM端口，但由eUICC 1c-20利用的eSIM端口的数量可以等于或小于可在eUICC中同时激活的配置文件的数量。配置文件可以使用eSIM端口中的一个将APDU消息发送到终端。

MEP支持调制解调器1c-01可以区分通过每个eSIM端口发送或接收的APDU连接到哪个基带，并且可以处理APDU。ISD-R需要向调制解调器发送对应的信息以用于配置文件和eUICC的状态管理。在这种情况下，ISD-R1c-35可以使用两种方法来执行传输。

1)多选择(情况2 1c-200)：LPA或调制解调器可以在eUICC初始化过程中通过多个eSIM端口选择ISD-R 1c-35。此状态可被称为多选择1c-55。在多选择1c-55中，终端可以通过需要配置文件激活的端口接入ISD-R 1c-35，并且可以向ISD-R发送用于配置文件管理处理的命令APDU，并且当存在要由终端处理的事件或作为响应要发送的APDU时，ISD-R 1c-35可以通过适用的端口向终端发送响应APDU。ISD-R 1c-35可以根据从终端接收的命令APDU是与配置文件1 1c-25或配置文件2 1c-30对应的管理消息、与配置文件1 1c-25和配置文件2 1c-30两者对应的管理消息还是用于整个eUICC的消息，来执行所请求的操作，可以选择对应的eSIM端口，并且可以通过该端口发送包括主动命令的响应APDU。例如，当经由命令APDU的数据将配置文件1 1c-25的去激活从终端发送到eUICC 1c-20的ISD-R 1c-35时，可以通过端口1 1c-40或通过端口2 1c-45接收命令APDU。在此，eUICC可以根据该去激活命令处理操作，然后可以通过配置文件1 1c-25所连接的端口1 1c-40向终端发送包括指示配置文件的状态已经改变的刷新主动命令的响应APDU。

2)非多选择(情况1 1c-100或情况3 1c-300)：LPA或调制解调器可以在利用eUICC执行初始化过程时或根据终端的配置来确定选择仅具有单个eSIM端口的ISD-R 1c-35。此状态可被称为非多选择1c-50或1c-65。在非多选择1c-50或1c-65中，终端和ISD-R 1c-35可以仅通过为ISD-R选择确定的单个eSIM端口来交换消息。

ISD-R使用的一个eSIM端口与配置文件共享的情况可以与情况1 1c-100的1c-40相同，并且使用专用于ISD-R的独立eSIM端口而不是与配置文件共享的情况可以与情况31c-300的1c-60相同。

图4示出了根据本公开的实施例的用于由MEP支持终端处理涉及配置文件状态改变的配置文件管理命令的方法。

参考图4，可以假设LPA、eUICC和调制解调器支持MEP，并且通过终端和卡之间的初始化过程中的性能协商或终端和卡之间的预设来同意在MEP模式下操作。

根据本公开的实施例，LPA1d-05可以从终端用户1d-01接收对安装在eUICC中的配置文件的状态改变的请求(1d-20)。

该请求可以是例如激活或去激活配置文件或删除所有配置文件的命令。配置文件的激活是指配置文件中的文件系统可访问的状态，并且配置文件的去激活是指配置文件中的文件系统不可访问的状态。在广义上，配置文件的激活可以被解释为使用信息(诸如配置文件存在的网络服务认证信息)可以获得网络服务的状态，并且配置文件的去激活可以被解释为对网络服务不可访问的状态的改变。当从用户接收到命令时，LPA1d-05可以向eUICC1d-10发送ES10c.command。ES10c.command可以是例如消息(诸如ES10c.enableProfile、ES10c.disableProfile和ES1c.euiccMemoryReset)中的一个。当发送消息时，LPA1d-05可以发送(1d-30)包括作为用于确定eUICC 1d-10是否需要向调制解调器发送用于刷新的主动命令的标识符的refreshFlag的消息。另外，如上面在图3中所提到的，当确定仅通过一个端口选择ISD-R时，LPA 1d-05通过ISD-R使用的端口发送命令，并且因此可以通过指定关于要应用的端口的标识信息(例如，端口号)来发送命令。此外，LPA 1d-05可以发送包括所应用的配置文件的ID的命令，该ID是ICCID或应用ID。

当接收到消息时，eUICC 1d-10可以通过识别当前配置文件去激活/激活状态、配置文件的元数据的配置文件策略等来识别是否可以处理ES10c.command，并且可以向LPA1d-05返回错误以及在不能处理ES10c.command时终止该过程。例如，当接收到用于配置文件激活命令的ES10c.EnableProfile(配置文件1的ICCID、refreshFlag、端口号1)命令但是与配置文件1对应的ICCID已经在端口号1中被激活时，eUICC可以返回错误并且可以终止该过程。在另一示例中，当接收到用于配置文件激活命令的ES10c.EnableProfile(配置文件1的ICCID、refreshFlag、端口号1)命令但是作为配置文件1的元数据信息的配置文件1被定义为不能由通用用户去激活的面向企业的配置文件时，eUICC可以返回错误并且可以终止该过程。

当eUICC 1d-10的ISD-R确定能够处理在操作1d-40中接收到的管理消息命令时，eUICC 1d-10的ISD-R可以识别ES10c.command消息中的refreshFlag，以识别需要刷新端口，并且可以执行图6和图7中描述的过程。这里，当接收到包括端口号的ES10c.command时，端口可以被解释为在ES10c.命令中指定的端口号，并且在没有端口号的情况下，当ES10c.command被接收时，端口可以被解释为接收到的端口号。当在1d-30中包括端口号时，eUICC可以将包括所接收的端口号的响应APDU发送到调制解调器1d-15，因此终端可以执行与图6和图7中的端口相关的状态刷新过程。如上面在图3中所提到的，在终端选择仅具有一个端口的ISD-R的非多选择情况下(图3的情况1至情况3)，当在1d-30中不存在端口号时或者当发送允许eUICC 1d-10选择端口号的指示符(例如，-1的数量)时，eUICC可以确定端口是否可用并且可以执行包括由图6和图7中的eUICC选择的任意端口号的传输。

当终端如上面在图3中提到的那样多选择ISD-R(图3的情况2)并且在操作1d-30中在没有端口号的情况下发送命令时，ISD-R可以如图5中那样通过发送的端口向调制解调器1d-15发送响应APDU，因此调制解调器可以执行与端口相关的状态刷新过程。

在执行操作1d-50之后，eUICC 1d-10可以完成配置文件状态改变的处理，并且可以向LPA 1d-05发送状态改变的通知。

如稍后在图8中描述的，在调制解调器和卡之间的初始化过程中，终端可以使用指示所支持的主动命令的类型的比特来报告指示终端的能力的信息作为Command APDU<INS＝终端配置文件>。尽管在以下示例中使用该类型描述了这一点，但是应当注意，可以使用用于区分主动命令以在另一端口中请求轮询的最小单元标识符来发送信息，例如，与支持LSI轮询相关的比特，作为如图7所述的特定类型的特定限定符。接收信息的卡可能不支持请求轮询的主动命令。

在这种情况下，例如，当LPA 1d-05如在操作1d-30中那样使用用于ISD-R接入的一个专用端口将包括刷新标志的ES10c.command发送到eUICC 1d-10的ISD-R时，如果eUICC1d-10不支持用于处理命令的主动命令(例如，不支持请求轮询特定端口的主动命令)，则eUICC 1d-10可以根据配置通过以下方法之一执行处理。

如果不支持请求轮询特定端口的主动命令，但调制解调器支持根据配置文件状态变化的刷新请求(操作1d-45)，例如刷新主动命令<模式＝UICC配置文件状态改变或UICC重置>，并配置为通过此方法执行处理：在操作1d-50和操作1d-60中，eUICC 1d-10可以在需要刷新的端口中准备刷新主动命令<模式＝UICC配置文件状态改变或UICC重置>，并且可以利用91XX对在端口中接收到的特定命令APDU进行响应。从而允许终端调制解调器获得在端口中准备的所述刷新主动命令，并且通过根据ETSI TS102.223中预定义的操作的处理方法来替代地执行处理。

如果eUICC 1d-10不支持请求调制解调器处理涉及刷新主动命令的主动命令(操作1d-65)：以下方法之一可以用于处理。

利用刷新主动命令执行处理的调制解调器的状态刷新方法可以包括以下方法：其中eUICC 1d-10接收前述主动命令以请求轮询特定端口，并且调制解调器在特定端口中获得并处理刷新主动命令。

eUICC 1d-10可以向LPA 1d-05返回错误(操作1d-70)。在此情况下，可以返回未定义错误或者可以返回包含为何不能处理刷新标志的错误原因的错误或指示错误原因以添加清除原因的代码(操作1d-70)。eUICC 1d-10可能必须包括执行主动命令以请求轮询特定端口的操作。因此，即使调制解调器被配置为根据配置文件状态改变来处理刷新请求，例如，刷新主动命令<模式＝UICC配置文件状态改变或UICC重置>，eUICC 1d-10也可以向LPA1d-05返回错误(操作1d-70)。

LPA 1d-05可以另外确定在没有刷新标志的情况下(即，在不涉及刷新主动命令的情况下)处理是否是可能的，并且如果可能，则可以向eUICC 1d-10发送用于再次请求处理配置文件状态改变的ES10c.command(操作1d-75)，从而根据配置文件改变处理方法不涉及SGP.22中定义的刷新主动命令来完成配置文件状态改变的处理(操作(1d-80)。也就是说，例如，在改变配置文件的状态之后，eUICC 1d-10的ISD-R可以利用对请求成功的响应消息进行响应，该响应消息另外包括指示连接到特定端口的基带需要被刷新的预定信息，例如端口号。接收消息的LPA 1d-05随后可以从调制解调器请求刷新过程，以允许调制解调器刷新连接到配置文件的基带的状态，从而完成该过程。

LPA 1d-05可以另外确定在没有刷新标志的情况下(即，在不涉及刷新主动命令的情况下)处理是否是可能的，并且如果不可能，则LPA 1d-05可以可选地向用户1d-01通知处理不可能的原因并且可以终止处理(操作1d-85)。此外，当LPA 1d-05不能通过先前返回的错误消息确定为什么不可能处理时(操作1d-70)，LPA 1d-05可以可选地向用户1d-01发送通知并且可以终止处理(操作1d-85)。

当eUICC 1d-10接收到指示不能使用如上所述的刷新主动命令将关于配置文件状态改变的处理的信息提供给调制解调器的信息时，LPA 1d-05可以存储该信息，并且可以在随后发送用于处理配置文件状态改变的ES10c.command时，发送不包括刷新标志的信息。

尽管为了不模糊点而在附图中未示出，但是eUICC可以在终端和卡之间的初始化中的特定时间点，通知终端eUICC是否支持涉及刷新主动命令的刷新处理，并且终端可以预先配置该信息，从而使得LPA 1d-05能够通过在发送命令时选择性地不包括刷新标志来发送第一ES10c.command(操作1d-30)。可以经由复位应答(ATR)、从终端发送的终端能力命令APDU的返回值、当终端选择ISD-R时返回的ISDRProprietaryApplicationTemplate、当终端选择主文件时返回的文件控制参数(FCP)模板、以及作为管理LSI命令APDU的配置请求的返回值中的一个来通知该信息。例如，终端可以获得并确定具有(非)支持的刷新主动命令类型、(非)支持的LSI活动(LSI ACTIVITY)主动命令类型以及指示是否需要涉及或不涉及刷新主动命令的处理的标识信息中的一些或全部的信息。相反，如上所述，除了支持所有方法的卡和指示所支持的主动命令的类型的终端之外，还可以将用于确定刷新方法的预定信息(即，涉及刷新主动命令的方法或不涉及刷新主动命令的处理方法)附加地通知给卡，并且卡可以配置该方法。

图5示出了根据本公开的实施例的在不使用逻辑接口的终端和卡之间获得和处理主动命令的操作序列。

参考图5，根据在本公开内容被公开时由ETSI定义的TS102.221(v16.0.3)，可以如下执行用于处理终端1e-01和UICC 1e-05之间的主动命令的过程。

当终端1e-01向UICC 1e-05供电和/或开始初始化过程(激活)时，UICC 1e-05可以响应于生成用于终端和卡之间的数据发送和接收的会话，而向终端1e-01发送重置应答(ATR)。在生成用于卡和终端之间的数据发送和接收的卡会话之后，终端1e-01可以在特定时间点向UICC 1e-05发送命令APDU(操作1e-10)。无论在操作1e-10中接收的命令APDU具有哪个CLA和INS，当UICC 1e-05具有待决的主动命令时，如果在操作1e-10中处理通过终端1e-01接收的消息的结果是正常响应，则UICC可以利用与正常响应相对应的SW1SW2＝91XX而不是SW1SW2＝9000进行响应(操作1e-20)。在这种情况下，91XX中的91可以用作指示存在待决的主动命令的标识信息，并且“XX”可以是要获取的主动命令的数据字节长度，其可以用十六进制表示。LuiccDATA是指响应于在操作1e-10中接收到的命令APDU而发送的数据，并且可以仅在存在数据时包括性地发送。当接收到SW1SW2＝91XX时，终端1e-01可以通过逻辑信道0(即，使用CLA＝80。CLA＝80意味着该命令是由ETSI定义的命令，并且是仅通过信道0发送的消息)发送获取命令(即，INS＝12(12是表示获取(FETCH)的数字))。这里，命令可以被配置并发送到UICC 1e-05，其中在操作1e-20中接收到的“XX”被配置为预期作为响应的消息的长度字节(预期数据字段的长度＝XX)(操作1e-30)。

在接收到消息时，在操作1e-40中，UICC 1e-05可以向终端1e-01发送具有SW1SW2＝9000和数据＝主动命令的响应。当接收到数据＝主动命令时，终端1e-01可以根据ETSITS102.223中定义的主动命令的类型来处理所请求的操作，然后可以通过逻辑信道0(即，CLA＝80)向UICC 1e-05发送终端响应(即，INS＝14(14是表示终端响应的数字))命令APDU(操作1e-50)。这里，当发送包括数据字段的命令APDU时，终端1e-01可以将数据字段添加到包括在命令APDU中的数据的字节长度Lc字段。

当v2 eUICC在本公开内容被公开时接收到包括refreshFlag的用于配置文件状态改变的ES10c.command时，eUICC可以通过作为主动命令的刷新型主动命令，将UICC重置模式或eUICC配置文件状态改变模式注册为在接收到获取命令时作为响应要发送的消息，并且可以发送该消息。

当UICC的卡应用工具包(CAT)需要接收重置应答(ATR)或者需要执行UICC初始化过程时，可以使用刷新主动命令<UICC重置模式>。当调制解调器在本公开内容被公开时接收到相应的请求时，调制解调器可以执行与UICC的所有应用会话终止过程，可以删除针对UICC的缓存值，并且可以从UICC请求重置，以使得UICC能够执行重置并且利用ATR进行响应。因此，在操作1e-50中，调制解调器和eUICC开始新的卡会话，调制解调器完成刷新，然后在不向eUICC发送终端响应的情况下完成该过程，并且eUICC不相应地执行操作1e-60。对于详细描述，可以参考TS102.223的UICC重置。

当调制解调器接收到刷新主动命令<eUICC配置文件状态改变模式>时，调制解调器执行应用会话终止过程并删除存储在调制解调器中的配置文件的所有缓存值，并且卡离开用于与ISD-R进行传输的逻辑信道0，并关闭所有其他信道以恢复到ETSI TS102 221中定义的“UICC激活和ATR之后的默认状态”。当相应的处理完成时，调制解调器将终端响应发送到eUICC，如操作1e-50中那样。对于详细描述，可以参考TS102.223的UICC重置。

当在本公开内容被公开时激活或去激活配置文件时，eUICC可以选择并向调制解调器发送eUICC配置文件状态改变或UICC重置中的一个。由于eUICC中仅存在一个配置文件，因此即使当接收到两个命令中的任何一个命令以执行软件重置(当接收到eUICC配置文件状态改变时的终端操作或当接收到UICC重置时的终端执行软件初始化)或硬重置(其中设备完全断电并返回到初始状态以通过重置引脚重置)时，迄今为止也没有发生问题。

当UICC 1e-05通过从终端1e-01接收的终端响应命令APDU中包括的信息而识别出已经没有任何问题地执行了所有处理时(操作1e-50)，UICC 1e-05经由响应APDU发送SW1SW2＝9000(正常响应)，因此终端1e-01和UICC 1e-05完成主动命令处理过程(操作1e-60)。

在图5中，由于终端1e-01和UICC 1e-05具有一个物理接口，因此不考虑用于一个接口获得在另一接口中待决的主动命令的方法。

图6示出了根据本公开的实施例的获得和处理用于使用逻辑接口的终端和卡之间的特定逻辑接口的主动命令的操作序列。

参考图6，终端1f-01可以从UICC 1f-05接收复位应答(ATR)以生成用于终端和卡之间的数据发送和接收的卡会话，然后可以在特定时间点向UICC 1f-05发送命令APDU(操作1f-10)。

在通过支持终端1f-01和UICC 1f-05之间的多个逻辑接口的操作中，需要在终端1f-01和UICC 1f-05之间处理终端1f-01和UICC 1f-05之间的一个逻辑接口，如同现有的物理接口。因此，例如，当连接到终端1f-01和UICC 1f-05的逻辑接口接收ATR时，仅接收ATR的逻辑接口可以生成用于数据发送和接收的卡会话。例如，当使用终端和卡之间的两个逻辑接口时，终端可以生成用于与卡的端口1进行数据发送和接收的卡会话，以在端口1接收到ATR时通过端口1发送和接收消息，并且可以开始用于与端口1进行数据发送和接收的卡会话，以在端口2接收到ATR时通过端口2发送和接收消息。

在操作1f-10中，UICC 1f-05可以从连接到终端1f-01的端口中的一个端口接收命令APDU。例如，命令APDU可以是包括图5中提到的一些消息格式的消息，即CLA、INS、P1、P2、Lc、LcDATA和Le。当存在UICC 1f-5需要在与通过其接收消息的当前端口不同的端口中向不同终端发送主动命令时，无论哪个CLA或INS形成UICC 1f-05从终端1f-01接收的消息，UICC1f-05都可以向终端1f-01发送包括特定端口信息和指示在端口中存在待决主动命令的标识信息的响应，而不是作为处理操作1f-10的结果的SW1SW2＝9000。例如，响应可以由响应于在操作1f-10中接收到的命令APDU而要发送的响应消息中包括的SW1(状态字1)、SW2(状态字2)来表示，其中SW1可以表示指示特定端口中存在主动命令的标识信息，并且SW2可以表示用于执行获取的端口号，其可以用十六进制表示。

例如，在94XX中，“XX”是用于执行获取的端口号，并且可以用十六进制表示。这里，94是被定义为指示在特定端口中存在主动命令的随机数，并且可以定义除94之外的数字。“XX”可以包括表示至少一个端口号或所有端口号的标识符。作为表示所有端口号的标识符，可以表示XX＝FF。LuiccDATA是对在操作1f-10中接收的命令的应答数据，并且当存在LuiccDATA时可以包含性地发送。

如在上述示例中，当终端1f-01接收到包括94XX的响应APDU的值时，UICC 1f-05可以通过指定为94XX的“XX”的端口号来获得主动命令。也就是说，(CLA＝80)获取(FETCH)(INS＝12)命令可以通过指定为XX的端口号的逻辑信道0发送，如操作1f-30所示，并且可以接收对命令的响应消息(操作1f-40)。

与图5不同，由于终端1f-01在操作1f-10中没有接收到关于Le的信息，因此终端1f-01可以通过在操作1f-30中设置Le＝00来执行发送，从而指示可以接收到响应APDU的多达最大可接收数据字段字节。

当终端1f-01在操作1f-40中从具有SW1SW2＝9000和数据＝主动命令的UICC 1f-05接收主动命令时，终端可以解析该主动命令并且可以执行根据ETSI TS102.223中定义的主动命令的类型定义的终端的操作。当接收到ES10c.command(诸如配置文件的激活或去激活或eUICC存储器重置)时，如上在图4中所述，UICC 1f-05可以通过指定配置文件占用和使用的端口来注册主动命令，并且指定的主动命令的类型可以是在ETSI TS102.223中定义的指示UICC中的文件的状态改变的刷新类型主动命令，并且可以是eUICC配置文件状态改变模式或UICC重置模式。

终端1f-01可以执行所请求的命令，如ETSI TS102.223中所定义的。这里，应当注意，终端1f-01需要分别在所请求的端口中执行命令。例如，当终端1f-01通过端口3接收到刷新主动命令的UICC重置时，终端1f-01需要通过仅从端口3请求重置来执行限于端口3的删除与连接到端口3的配置文件相关联的缓存信息并从端口3接收ATR的操作，而不是执行删除与UICC相关联的所有缓存信息并重新开始与卡的所有连接的过程。

终端1f-01可以执行所请求的主动命令，并且可以通过经处理的端口的逻辑信道0(CLA＝80)，利用终端响应(INS＝14)命令对UICC进行响应(1f-50)。接收到该命令的UICC1f-05可以向终端发送SW1SW2＝9000以报告操作的完成(1f-60)，从而完成该过程。当在操作1f-40中接收的主动命令是伴随对卡1f-05的端口重置命令的终端1f-01的操作时，或者当在ETSI TS102.223中未强制操作1f-50和操作1f-60时，终端可以省略操作1f-50和操作1f-60。

当所有端口号标识符被包括为“94XX”的“XX”时，终端1f-01可以针对连接到UICC的所有端口通过每个端口执行操作1f-30至操作1f-60，或者终端可以例外地将其识别为平台重置，并且可以在卡上执行现有ETSI TS 102.223中定义的UICC重置，而不是针对每个端口的处理。在识别平台重置并在卡上执行现有ETSI TS102.223中定义的UICC重置，而不是对每个端口进行处理的情况下，可以在接收到操作1f-20时执行并完成在卡上执行ETSITS102.223中定义的UICC重置的操作。

图7示出了根据本公开的实施例的获得和处理用于使用逻辑接口的终端和卡之间的特定逻辑接口的主动命令的另一操作序列。

上面已经在图6中描述了将响应APDU的SW1、SW2新定义为指示在特定端口中存在待决的主动命令的信息的方法，而图7示出了作为另一实施例的配置和处理新的主动命令类型的方法。

参考图7，当终端1g-01向UICC 1g-05发送命令APDU时，UICC 1g-05可以发送响应消息，该响应消息包括指示存在主动命令并且指示主动命令的预期字节长度的标识信息，而不管该命令具有哪个CLA或INS。在支持逻辑接口的终端和卡中，可以通过一个逻辑接口(即，端口)接收消息。无论在操作1g-10中接收到的命令APDU具有哪个CLA和INS，当UICC1g-05具有待决的主动命令时，如果在操作1g-10中处理通过终端1g-01接收到的消息的结果是正常响应，则UICC可以通过接收消息的端口以与正常响应相对应的SW1SW2＝91XX而不是SW1SW2＝9000进行响应(操作1g-20)。例如，当终端通过端口0发送命令APDU时，终端可以通过端口0接收SW1SW2＝91XX。

91XX中的91可以用作指示存在待决的主动命令的标识信息，并且“XX”可以是要获取的主动命令的数据字节长度，其可以用十六进制表示。LuiccDATA是指响应于在操作1g-10中接收的命令APDU而发送的数据，并且可以仅在存在数据时包括性地发送。当接收到SW1SW2＝91XX时，终端1g-01可以通过逻辑信道0(即，使用CLA＝80。CLA＝80意味着该命令是由ETSI定义的命令，并且是仅通过信道0发送的消息)发送获取命令(即，INS＝12(12是表示FETCH(获取)的数字))。这里，命令可以被配置并发送到UICC 1g-05，其中在操作1g-20中接收到的“XX”被配置为预期作为响应的消息的长度字节(预期数据字段的长度＝XX)(操作1g-30)。

在接收到消息时，在操作1g-40中，UICC 1g-05可以通过接收到的端口向终端1g-01发送具有SW1SW2＝9000和数据＝主动命令的响应消息。

当终端1g-01在操作1g-40中接收到数据＝主动命令并且识别出主动命令的类型是用于请求轮询与所接收的端口不同的特定端口的主动命令时，终端1g-01可以另外执行操作1g-65。

主动命令可以被表示为类型长度值(TLV)配置，并且主动命令的类型和模式可以用该值的一个数据字段来指示。参考ETSI TS.102.223，主动命令可以具有表3中所示的TLV形式的结构。对应于TLV中的值的数据字段也遵循TLV结构。主动命令必须包括作为TLV中的值的A和B，如表3所示，以及作为在设备标识符之后添加的值的数据字段，例如，可以根据命令详细信息中定义的命令类型的值来附加地定义数据字段C、D、...、N的值。

【表3】

描述	条款	M/O/C	最小	长度
					主动UICC命令标签	9.2	M	Y	1
长度(A+B+C+…+N)	-	M	Y	1或2
					命令详细信息	8.6	M	Y	A
设备标识	8.7	M	Y	B
					数据字段C		M/O/C	N	C
数据字段N		M/O/C	N	N

在表3中，可以如表4中那样在TLV中配置命令详细信息字段。

【表4】

字节	描述	长度
			1	命令详细信息标记	1
2	长度＝′03′	1
			3	命令号	1
4	命令类型	1
			5	命令限定符	1

包括端口号并请求轮询特定端口的主动命令可以通过包括以下1)至6)的组合来配置，但必须至少包括端口号和关于轮询的标识信息。

1)添加端口号的数据字段作为表3中的值

2)添加要对其执行操作的数据字段作为表3中的值，以及

轮询和/或指定端口号作为要作为所述数据字段的TLV的值来执行的一个操作

3)添加用于轮询的数据字段作为表3中的值

4)将在不同端口上执行操作的类型定义为表4中的命令类型，并且包括关于要执行哪个操作的标识信息(例如，轮询)作为命令限定符TLV的值。

5)将在不同端口上请求轮询的类型定义为命令类型

6)将在不同端口上请求执行操作的类型定义为命令类型

配置有上述组合的示例可以是如下TLV的形式，但不限于此。

LSI活动主动命令

【表5】

描述	条款	M/O/C	最小	长度
					主动UICC命令标签	9.2	M	Y	1
长度(A+B+C)	-	M	Y	1或2
					命令详细信息	8.6	M	Y	A
设备标识	8.7	M	Y	B
					逻辑SE接口号	8.XX	M	N	C

将表示LSI活动类型的数字(诸如8X)指定为命令详细信息的命令类型，并且将如下的命令限定符指定为命令类型。

LSI活动：

*′00′＝LSI轮询；

*‘01’到‘FF’＝保留值。

【表6】

/>

作为端口号，可以包括至少一个LSI号。在包括一个或多个端口号的情况下，终端1g-01可以与该端口号的数量一样多次地执行操作1g-65的过程。也就是说，当LSI号1和LSI号2分别被表示为表示端口号3和端口号4的信息时，操作1g-65被执行两次，即，操作1g-65总共被执行两次，一次通过端口号3并且一次通过端口号4。每个LSI号可以包括指示一个端口号或以十六进制表示的所有端口号的标识符，例如FF。当包括所有端口号标识符时，终端可以由连接到UICC的所有端口的每个端口执行操作1g-65，或者终端可以例外地将其识别为平台重置，并且可以在卡上执行现有ETSI TS 102.223中定义的UICC重置，而不是对每个端口进行处理。终端1g-01根据ETSI TS102.223中定义的主动命令的类型处理所请求的操作，然后通过逻辑信道0(即，CLA＝80)向UICC 1g-05发送终端响应(即，INS＝14(14是表示终端响应的数字)命令APDU(操作1g-50)。这里，当发送包括数据字段的命令APDU时，终端1g-01可以将数据字段添加到包括在命令APDU中的数据的字节长度Lc字段。

在终端1g-01在操作1g-40中接收到主动命令并解析主动命令之后，当命令包括特定端口号并且终端确定主动命令是否是请求轮询对应端口的主动命令或者关于命令类型或类型所需的特定操作的标识信息，从而确定可以执行操作时，终端随后可以执行操作1g-65的过程。

可以在操作1g-40之后的操作1g-50或1g-60的开始时间之前执行操作1g-70之后的操作。也就是说，当终端在端口0上接收到主动命令并且因此确定主动命令是用于轮询特定端口的请求时，如果终端识别出需要执行针对特定端口(例如，端口3)的轮询操作，则终端经由端口0执行操作1g-50和操作1g-60，但是可以在端口1上接收1g-50的同时在端口3上开始操作1g-70。

在终端1g-01接收到请求对端口0上的端口3进行轮询的主动命令(操作1g-40)之后，可以通过命令(例如，获取命令)开始对端口3开始执行轮询的操作(操作1g-90)。可替代地，可以使用用于主动轮询的状态命令APDU命令(操作1g-70)。例如，当使用状态命令APDU命令时，终端1g-01可以在操作1g-70中通过端口3的任何信道号发送状态命令APDU命令。这里，参照ETSI TS.102.221，CLA＝‘8X’或‘CX’或‘EX’和INS＝‘F2’(指示状态指令)。UICC1g-05可以将响应APDU作为对命令的响应消息发送到终端1g-01，响应APDU包括91和XX，91是指示存在要发送的主动命令的标识符，XX是主动命令的字节长度。在接收到消息时，终端1g-01可以通过端口3的信道0发送获取命令(1g-90)，并且可以在端口3上获得待决的主动命令。这里，由于在操作1g-80中已经将Le＝XX发送到终端，因此终端可以发送在操作1g-90中接收的具有91XX的“XX”的获取命令。

作为执行轮询的操作，终端1g-01可以直接发送获取命令(1g-90)。由于终端1g-01已经从1g-40中的UICC 1g-05接收到指示存在待决的主动命令的主动命令，因此终端1g-01在端口上发送获取命令。这里，由于尚未接收到要接收的主动命令的数据长度，因此终端1g-01可以通过将Le指定为00来发送获取命令，00是指示可以作为响应APDU的数据而接收的数据的最大大小的值。

当终端1g-01在操作1g-100中从UICC 1g-05接收到具有SW1SW2＝9000和数据＝主动命令的主动命令时，终端可以解析主动命令并且可以执行根据ETSI TS102.223中定义的主动命令的类型定义的终端的操作。当接收到ES10c.command(诸如配置文件的激活或去激活或eUICC存储器重置)时，如上面在图4中那样，UICC 1g-05可以通过指定配置文件占用和使用的端口来注册主动命令，并且指定的主动命令的类型可以是在ETSI TS102.223中定义的指示UICC中的文件的状态改变的刷新类型主动命令，并且可以是eUICC配置文件状态改变模式或UICC重置模式。终端1g-01可以执行所请求的命令，如ETSI TS102.223中所定义的。这里，应当注意，终端1g-01需要分别在所请求的端口中执行命令。例如，当终端1g-01通过端口3接收到刷新主动命令的UICC重置时，终端1g-01需要通过仅从端口3请求重置来执行限于端口3的删除与连接到端口3的配置文件相关联的缓存信息并从端口3接收ATR的操作，而不是执行删除与UICC相关联的所有缓存信息并重新开始与卡的所有连接的过程。终端1g-01可以执行所请求的主动命令，并且可以通过经处理的端口的逻辑信道0(CLA＝80)利用终端响应(INS＝14)命令对UICC进行响应(1g-110)。接收到该命令的UICC 1g-05可以向终端发送SW1SW2＝9000以报告过程的完成(1g-120)，从而完成该过程。当在操作1g-100中接收的主动命令是伴随到UICC 1g-05的端口重置命令的终端1g-01的操作时，或者当在ETSI TS102.223中未强制操作1g-110和操作1g-120时，终端可以省略操作1g-110和操作1g-120。

当在请求轮询的端口上处理从终端1g-01发送的命令时或者当存在要从终端1g-01发送到UICC 1g-05的命令时，终端1g-01可以发送正常响应(终端响应＝OK)而不通过操作1g-50中请求轮询的端口返回错误，或者可以不执行操作1g-50。也就是说，可以不发送终端响应。在这种情况下，终端1g-01还可以从UICC接收91XX作为正在处理的命令的响应值或要发送的任何命令的响应值，而不是经由终端1g-01已经从UICC 1g-05接收到轮询请求的端口发送获取命令或发送状态命令，从而开始处理在端口上待决的主动命令的过程。也就是说，在操作1g-70中，终端可以发送任何命令而不是上述示例中的状态命令。在这种情况下，UICC 1g-05在请求轮询的端口上准备主动命令，并且发送91XX，而不管从终端接收到的任何命令(1g-80)，从而使终端能够执行再次发送获取命令(1g-90)并获得如ETSITS102.221中定义的主动命令的后续过程。在这种情况下，在1g-90中，Le可以被指定为由UICC发送的91XX中的XX的值。

图8示出了根据本公开的实施例的在对特定端口执行轮询的过程中可能发生的错误和用于处理错误的方法。

参考图8，终端1h-25可以具有安全元件(SE，例如，UICC)1h-01和多个逻辑SE接口(例如，逻辑SE接口0 1h-20)，并且可以通过一个接口与由逻辑SE接口占用的逻辑SE中的数据或应用交换消息。逻辑SE指的是使得逻辑SE能够像一个SE(其可以是例如UICC)一样操作的一组文件和应用，并且可以是例如一个配置文件。在SE 1h-01中，可以存在用作多个逻辑SE可以在其上操作的平台的文件和应用(1h-10)。ISD-R可以作为一个逻辑SE中的应用存在，或者作为用作平台的文件和应用1h-10中的一个应用存在。可以通过支持卡应用工具包(CAT)的逻辑SE接口发送主动命令。应用可直接发送主动命令，或者应用可以在管理主动命令的传输的S/W模块中注册主动命令的存在，并且平台1h-10可以发送主动命令。例如，当逻辑SE具有要传输的主动命令时，平台1h-10可以在管理主动命令的S/W模块中注册主动命令，使得平台1h-10可以将包括主动命令的响应APDU发送到终端。当ISD-R存在于逻辑SE 01h-15中时，ISD-R可以注册(1h-30)要发送到管理平台的主动命令的S/W模块中的终端1h-25的主动命令，例如，LSI活动主动命令<LSI轮询>，并且S/W模块可以过滤并发送主动命令。一些主动命令可以仅在平台级1h-10或特定端口中发出和传输，并且这些主动命令将被称为系统主动命令。

在作为系统主动命令进行处理时，当未在SE中指定的UICC的应用或端口意图发送主动命令时，在平台级中管理主动命令的S/W模块可以过滤主动命令，使得不发送主动命令。

活动主动命令<LSI轮询>可以被定义为系统主动命令。在这种情况下，当活动主动命令<LSI轮询>作为文件或应用存在于逻辑SE 0 1h-15中时，如果意图在管理主动命令的平台中的S/W模块中注册活动主动命令<LSI轮询>(1h-30)，则S/W模块可以过滤命令，使得命令不能被发送。当平台1h-01中的文件或应用1h-10或逻辑SE 1h-15的文件或应用在S/W模块中注册活动主动命令<LSI轮询>时(1h-30)，S/W模块可以在接收到获取命令APDU时发送活动主动命令<LSI轮询>(1h-45)。

管理主动命令的S/W模块可以是S/W模块，诸如在ETSI TS102.224中定义的卡应用工具包(CAT)运行时环境。尽管管理主动命令的S/W模块已经被描述为包括在(1h-10)中以用于说明，但是S/W模块的一些或所有功能可以包括在每个逻辑SE中。例如，注册主动命令的S/W功能可以包括在逻辑SE 0、逻辑SE 1和逻辑SE 2中，并且平台级1h-10可以在发送注册的主动命令时提供过滤的S/W功能。

在接收到消息时，终端1h-45的调制解调器的消息处理器可以解析消息以确定处理是否可能。当不可能发生正常处理的以下情况时，终端可以发送包括错误代码或错误消息的终端响应(1h-50)，如图7的操作1g-50中那样，并且可以终止该过程。

·当终端不知道对应类型的主动命令时

·当终端知道对应类型的主动命令但主动命令中没有端口号时

·当终端知道对应类型的主动命令并且端口号被包括地发送，但终端不知道端口号时(例如，在图中接收到端口号4)

·在终端和UICC定义终端仅通过特定端口接收主动命令的情况下，当通过除特定端口之外的端口接收主动命令时

如图6所示，SE 1h-01可以发送请求对具有SW1SW2的特定端口进行轮询的标识符。在接收到该消息时，终端1h-45的调制解调器的消息处理器可以解析该消息以确定处理是否可能。当不可能发生正常处理的以下情况时，终端可以发送包括错误代码或错误消息的终端响应(1h-50)，如图6的操作1f-30中那样，并且可以终止该过程。

·当终端不知道定义为SW1SW2＝94XX的状态字时

·当终端知道SW1SW2＝94XX但XX是终端不知道的端口号时(例如，在图中接收到端口号4)

·在终端和UICC定义终端仅通过特定端口接收SW1SW2＝94XX的情况下，当通过除特定端口之外的端口接收SW1SW2＝94XX时

当配置终端和卡之间的初始连接时，终端可以在性能协商中通知卡是否终端支持命令类型或SW1SW2，从而防止在终端不知道相应类型的主动命令或终端不知道定义为SW1SW2＝94XX的状态字的情况下发生错误。例如，当在与卡的初始化过程中发送命令APDU<INS＝终端配置文件>作为指示用于卡应用工具包(CAT)的终端的能力的信息时，终端可以附加地发送指示终端支持该类型的主动命令的比特。

图9示意性地示出了根据本公开的实施例的无线通信系统中的终端的内部结构。

参考图9，终端1i-00包括消息收发器1i-10、消息处理器1i-20、控制器1i-30、存储器1i-40和屏幕显示器1i-50。然而，终端1i-00的组件不限于前述示例。例如，终端可以包括比前述组件更多数量的组件或更少数量的组件。另外，终端1i-00的至少一个组件可以被配置为单个芯片。根据一些实施例，消息收发器1i-10可以执行用于通过无线电信道发送和接收信号的功能，诸如频带转换和信号的放大。也就是说，消息收发器1i-10可以包括RF处理器，其将基带信号上变频为RF信号以通过天线发送RF频带信号，并将通过天线接收的RF信号下变频为基带信号，并且还可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)、模数转换器(ADC)等。

消息收发器1i-10可以通过无线电信道接收信号以将信号输出到控制器1i-30，并且可以通过无线电信道发送从控制器1i-30输出的信号。消息收发器1i-10可以执行波束成形。对于波束成形，消息收发器1i-10可以调整通过多个天线或天线元件发送和接收的每个信号的相位和强度。消息处理器1i-10中的基带收发器可以执行根据系统的物理层规范转换基带信号和比特流的功能。例如，在数据传输中，基带处理器对传输比特流进行编码和调制，从而生成复符号(complex symbols)。在数据接收中，基带处理器解调和解码从RF处理器提供的基带信号，从而重构接收比特流。例如，根据正交频分复用(OFDM)，在数据传输中，基带处理器通过编码和调制传输比特流来生成复符号、将复符号映射到子载波、并通过快速傅里叶逆变换(IFFT)和循环前缀(CP)插入来构建OFDM符号。

在数据接收中，基带处理器可以将从RF处理器提供的基带信号划分为OFDM符号，可以通过快速傅里叶变换(FFT)重构映射到子载波的信号，并且可以通过解调和解码重构接收比特流。

消息收发器1i-10可以被定义为发送器/接收器，并且可以包括消息收发器。消息处理器1i-20可以执行确定通过消息收发器1i-10发送或接收的消息数据是哪种类型的操作。例如，消息处理器1i-20可以确定接收到的消息是无线电资源控制(RRC)层的控制消息(包括系统信息块(SIB))还是用户数据消息。消息处理器1i-20可以包括在控制器1i-30中。

控制器1i-30控制终端1i-00的整体操作。例如，控制器1i-30通过消息处理器1i-20发送和接收信号。控制器1i-30在存储器1i-40中写入和读取数据。可以存在至少一个控制器1i-30。例如，控制器1i-30可以包括执行用于通信的控制的通信处理器(CP)和控制高层(诸如应用程序)的应用处理器(AP)。根据一些实施例，当存在先前存储在存储器1i-40中的关于设备改变的操作者配置信息时，控制器1i-30可以从存储器1i-40请求该信息以在屏幕显示器850上显示该信息，或者可以接收该信息以处理附加操作。

控制器1i-30、消息处理器1i-20和消息收发器1i-10可以控制终端1i-00接入根据用户或终端配置选择的运营商网络。根据一些实施例，控制器1i-30可以匹配通过存储器1i-40读取的数据记录或通过控制器1i-30、消息处理器1i-20和消息收发器1i-10收集的信息，从而执行终端推断可以参考用于服务选择的信息的处理过程。根据一些实施例，控制器1i-30可以确定是否需要用户同意存储在终端1i-00中的特定信息，并且可以在屏幕显示器1i-50上显示该特定信息。

控制器1i-30可以控制终端1i-00执行相应的操作。根据一些实施例，控制器1i-30可以包括负责驱动和控制eUICC的LPA和集成LPA的应用。根据一些实施例，控制器1i-30可以分析由LPA或应用接收的信息，以处理通信处理器(CP)中的特定命令APDU请求，或者可以从存储器1i-40收集所请求的信息的一些或全部以将其包括在终端框架中，以返回到LPA或应用。

控制器1i-30可以聚合通过终端1i-00从eUICC 1i-60获得的预定信息和消息收发器1i-10，以在MEP模式下操作，并且可以确定ISD-R接入方法，以回复eUICC 1i-60。eUICC1i-60可以由控制器1i-30控制，并且根据本公开的实施例，eUICC 1i-60可以执行每个管理命令并且可以向调制解调器等发送主动命令。

存储器1i-40存储用于终端1i-00的操作的数据，诸如基本程序、应用程序和配置信息。在实施例中，存储器1i-40被配置为存储介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘、压缩盘(CD)-ROM和数字视频盘(DVD)或存储介质的组合，并且可以根据控制器1i-30的请求来提供存储为终端能力的数据。存储器1i-40可以与控制器1i-30集成为片上系统(SoC)。

在本公开的实施例中，eUICC 1i-60可以作为单独的可拆卸模块存在于终端1i-00外部，以插入到终端中，或者可以以不可从终端拆卸的固定形式配置。应当注意，终端1i-00可以包括UICC、eUICC、iSSP或iUICC作为硬件安全模块(SE)。在单独描述终端和卡之间的接口时，终端指的是除卡之外的终端组件。eUICC 1i-60可以被配置为包括除了其中的终端1i-00的模块中的屏幕显示器1i-50之外的组件中的一些或全部。例如，根据本公开的实施例，eUICC 1i-60的控制器可以通过消息处理器处理和获得通过消息收发器接收的终端1i-00的终端能力信息，可以通过消息信息获得/组合关于ISD-R接入方法和是否支持MEP的预定信息，以确定在eUICC 1i-60中的ISD-R接入方法和是否支持MEP，并且因此可以配置用于每个端口的配置文件激活权限或允许利用用于每个端口的ISD-R应用ID(AID)接入的权限。eUICC 1i-60的控制器可以过滤主动命令并且可以通过收发器向终端1i-00发送消息。

屏幕显示器1i-50可以显示由控制器1i-30处理/处理的信息，或者可以显示由终端1i-00通过控制器1i-30的处理执行的操作的进度或对请求用户执行的事件的同意。根据一些实施例，可以响应于用户来显示存储的配置文件信息、配置文件激活请求输入和输入结果。根据一些实施例，LPA或集成LPA的应用可以包括屏幕显示器1i-50和控制器1i-30。

根据本文公开的各种实施例的电子设备可以是各种类型的电子设备之一。电子设备可以包括例如便携式通信设备(例如，智能电话)、计算机设备、便携式多媒体设备、便携式医疗设备、相机、可穿戴设备或家用电器。根据本公开的实施例的电子设备不限于上述那些。

应当理解，本公开的各种实施例和其中使用的术语不旨在将本文阐述的技术特征限制于特定实施例，并且包括相应实施例的各种改变、等同物或替代物。关于附图的描述，可以使用类似的附图标记来表示类似或相关的元件。如本文所使用的，诸如“A或B”、“A和B中的至少一个”、“A或B中的至少一个”、“A、B或C”、“A、B和C中的至少一个”和“A、B或C中的至少一个”之类的短语中的每一个可以包括在相应的一个短语中一起列举的项目的所有可能组合。如本文所使用的，诸如“第一”、“第二”、“该第一(the first)”和“该第二”的术语可以用于简单地将相应的元件与另一个元件区分开，并且不在其他方面(例如，重要性或顺序)限制元件。应当理解，如果元件(例如，第一元件)在有或没有术语“可操作地”或“通信地”的情况下被称为“与另一元件(例如，第二元件)耦合/耦合到另一元件(例如，第二元件)”或“与另一元件(例如，第二元件)连接/连接到另一元件(例如，第二元件)，则意味着该元件可以直接(例如，有线地)、无线地或经由第三元件与另一元件耦合/连接/连接到另一元件。

如本文所使用的，术语“模块”可以包括以硬件、软件或固件实现的单元，并且可以与其他术语(例如，“逻辑”、“逻辑块”、“组件”或“电路”)互换使用。“模块”可以是适于执行一个或多个功能的单个集成组件的最小单元或其一部分。例如，根据实施例，“模块”可以以专用集成电路(ASIC)的形式实现。

本文阐述的各种实施例可以被实现为软件(例如，程序)，该软件包括存储在机器(例如，电子设备)可读的存储介质(例如，内部存储器或外部存储器)中的一个或多个指令。例如，机器(例如，电子设备)的处理器可以调用存储在存储介质中的一个或多个指令中的至少一个，并执行它。这允许操作机器以根据所调用的至少一个指令执行至少一个功能。一个或多个指令可以包括由编译器生成的代码或可由解释器执行的代码。机器可读存储介质可以以非暂时性存储介质的形式提供。其中，术语“非暂时性”简单地表示存储介质是有形设备，并且不包括信号(例如，电磁波)，但是该术语不区分数据半永久地存储在存储介质中的位置和数据临时存储在存储介质中的位置。

根据实施例，可以在非暂时性计算机程序产品中包括并提供根据本公开的各种实施例的方法。计算机程序产品可以作为产品在卖方和买方之间交易。计算机程序产品可以以机器可读存储介质(例如，光盘只读存储器(CD-ROM))的形式分发，或者经由应用商店(例如，Play StoreTM)在线分发(例如，下载或上传)，或者直接在两个用户设备(例如，智能电话)之间分发(例如，下载或上传)。如果在线分发，则计算机程序产品的至少一部分可以临时生成或至少临时存储在机器可读存储介质中，诸如制造商服务器的存储器、应用商店的服务器或中继服务器。

根据各种实施例，上述元件中的每个元件(例如，模块或程序)可以包括单个实体或多个实体。根据各种实施例，可以省略上述元件中的一个或多个，或者可以添加一个或多个其他元件。可替代地或另外地，多个元件(例如，模块或程序)可以集成到单个元件中。在这种情况下，根据各种实施例，集成元件可以以与在集成之前由多个元件中的对应元件执行的方式相同或相似的方式执行多个元件中的每个元件的一个或多个功能。根据各种实施例，由模块、程序或另一元件执行的操作可以顺序地、并行地、重复地或启发式地执行，或者可以以不同的顺序执行或省略一个或多个操作，或者可以添加一个或多个其他操作。

虽然已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以在其中进行形式和细节上的各种改变。

Claims (15)

1.一种由无线通信系统中的终端执行的方法，所述方法包括：

通过第一端口从通用集成电路卡(UICC)接收第一消息，所述第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息；

通过所述至少一个目标端口向所述UICC发送用于获得所述至少一个主动命令的第二消息；

通过所述至少一个目标端口从所述UICC接收包括所述至少一个主动命令的第三消息；以及

通过所述至少一个目标端口向所述UICC发送作为对所述第三消息的响应的第四消息。

2.根据权利要求1所述的方法，其中，发送所述第二消息包括：

通过目标端口向所述UICC发送第五消息，所述第五消息用于获得所述至少一个主动命令是否在所述UICC中的所述目标端口上待决；

通过所述目标端口从所述UICC接收第六消息，所述第六消息包括在所述UICC中的端口上待决的所述至少一个主动命令；以及

通过所述至少一个目标端口向所述UICC发送用于获得所述至少一个主动命令的第二消息。

3.根据权利要求1所述的方法，

其中，所述第一消息包括指示所述至少一个目标端口的逻辑安全元件(SE)接口(LSI)号字段。

4.根据权利要求1所述的方法，

其中，所述信息被包括在所述第一消息的命令详细信息字段中。

5.一种由无线通信系统中的终端的通用集成电路卡(UICC)执行的方法，所述方法包括：

通过第一端口向所述终端发送第一消息，所述第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息；

通过所述至少一个目标端口从所述终端接收用于获得所述至少一个主动命令的第二消息；

通过所述至少一个目标端口向所述终端发送包括所述至少一个主动命令的第三消息；以及

通过所述至少一个目标端口从所述终端接收作为对所述第三消息的响应的第四消息。

6.根据权利要求5所述的方法，其中，接收所述第二消息包括：

通过目标端口从所述终端接收第五消息，所述第五消息用于获得所述至少一个主动命令是否在所述UICC中的所述目标端口上待决；

通过所述目标端口向所述终端发送第六消息，所述第六消息包括在所述UICC中的端口上待决的所述至少一个主动命令；以及

通过所述至少一个目标端口从所述终端接收用于获得所述至少一个主动命令的第二消息。

7.根据权利要求5所述的方法，

其中，所述第一消息包括指示所述至少一个目标端口的逻辑安全元件(SE)接口(LSI)号字段。

8.根据权利要求5所述的方法，

其中，所述信息被包括在所述第一消息的命令详细信息字段中。

9.一种无线通信系统中的终端，所述终端包括：

收发器；以及

控制器，所述控制器与所述收发器通信地耦合并且被配置为：

通过第一端口从通用集成电路卡(UICC)接收第一消息，所述第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，

通过所述至少一个目标端口向所述UICC发送用于获得所述至少一个主动命令的第二消息，

通过所述至少一个目标端口从所述UICC接收包括所述至少一个主动命令的第三消息，以及

通过所述至少一个目标端口向所述UICC发送作为对所述第三消息的响应的第四消息。

10.根据权利要求9所述的终端，其中，所述控制器还被配置为：

通过目标端口向所述UICC发送第五消息，所述第五消息用于获得所述至少一个主动命令是否在所述UICC中的所述目标端口上待决；

通过所述目标端口从所述UICC接收第六消息，所述第六消息包括在所述UICC中的端口上待决的所述至少一个主动命令；以及

通过所述至少一个目标端口向所述UICC发送用于获得所述至少一个主动命令的第二消息。

11.根据权利要求9所述的终端，

其中，所述第一消息包括指示所述至少一个目标端口的逻辑安全元件(SE)接口(LSI)号字段。

12.根据权利要求9所述的终端，

其中，所述信息被包括在所述第一消息的命令详细信息字段中。

13.一种无线通信系统中的终端的通用集成电路卡(UICC)，所述UICC包括：

收发器；以及

控制器，所述控制器与所述收发器通信地耦合并且被配置为：

通过第一端口向所述终端发送第一消息，所述第一消息包括指示至少一个主动命令在至少一个目标端口上待决的信息，

通过所述至少一个目标端口从所述终端接收用于获得所述至少一个主动命令的第二消息，

通过所述至少一个目标端口向所述终端发送包括所述至少一个主动命令的第三消息，以及

通过所述至少一个目标端口从所述终端接收作为对所述第三消息的响应的第四消息。

14.根据权利要求13所述的UICC，其中，所述控制器还被配置为：

通过目标端口从所述终端接收第五消息，所述第五消息用于获得所述至少一个主动命令是否在所述UICC中的所述目标端口上待决；

通过所述目标端口向所述终端发送第六消息，所述第六消息包括在所述UICC中的端口上待决的所述至少一个主动命令；以及

通过所述至少一个目标端口从所述终端接收用于获得所述至少一个主动命令的第二消息。

15.根据权利要求13所述的UICC，

其中，所述第一消息包括指示所述至少一个目标端口的逻辑安全元件(SE)接口(LSI)号字段，以及

其中，所述信息被包括在所述第一消息的命令详细信息字段中。