CN116326195A - 无线通信系统中用户设备和通用集成电路卡之间初始化的方法和设备 - Google Patents

Abstract

本公开涉及5G或6G通信系统，以在4G通信系统(例如，LTE)之后支持更高的数据速率。本公开提供了一种由无线通信系统中的用户设备(UE)执行的方法，该方法包括：由调制解调器从通用集成电路卡(eUICC)接收第一消息，该第一消息包括与是否支持嵌入式UICC(eUICC)功能相关的信息和与是否支持多个启用简档(MEP)相关的信息中的至少一个；以及由调制解调器基于接收到的与是否支持eUICC功能相关的信息和与是否支持MEP相关的信息中的至少一个来确定利用MEP功能进行操作。此外，本公开的各种实施例提供了一种用于在无线通信系统中甚至在被配备有单个eUICC的UE中提供双SIM功能的方法和设备。

Description

无线通信系统中用户设备和通用集成电路卡之间初始化的方 法和设备

技术领域

本公开涉及用于无线通信系统中UE和通用集成电路卡(universal integratedcircuit card，UICC)之间的初始化的方法和设备。

背景技术

考虑到无线通信一代又一代的发展，这些技术主要是针对以人为目标的服务而开发的，诸如语音呼叫、多媒体服务和数据服务。随着5G(第五代)通信系统的商业化，预计连接的设备的数量将呈指数级增长。这些将越来越多地连接到通信网络。物联网的示例可能包括车辆、机器人、无人机、家用电器、显示器、连接到各种基础设施的智能传感器、建筑机械和工厂设备。移动设备预计会以各种形式发展，诸如增强现实眼镜、虚拟现实耳机和全息设备。为了在6G(第六代)时代通过连接数千亿个设备和事物来提供各种服务，一直在努力开发改进的6G通信系统。由于这些原因，6G通信系统被称为超5G系统。

预计在2030年左右商业化的6G通信系统将具有tera(1000千兆)级bps的峰值数据速率和小于100μsec的无线电延迟，因此将是5G通信系统的50倍，并且具有其1/10的无线电延迟。

为了实现这样的高数据速率和超低延迟，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G通信系统。预计，由于太赫兹频带中的路径损耗和大气吸收比5G中引入的毫米波(mmWave)频带中的路径损耗和大气吸收更严重，能够确保信号传输距离(即，覆盖)的技术将变得更加关键。作为确保覆盖的主要技术，有必要开发射频(RF)元件、天线、具有比正交频分复用(OFDM)、波束成形和大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线和诸如大规模天线的多天线传输技术更好的覆盖的新型波形。此外，一直在讨论改善太赫兹频带信号覆盖的新技术，诸如基于超材料的透镜和天线、轨道角动量(OAM)和可重构智能表面(RIS)。

此外，为了提高频谱效率和整体网络性能，已经为6G通信系统开发了以下技术：用于使上行链路传输和下行链路传输能够同时使用相同频率资源的全双工技术；以综合方式利用卫星、高空平台站(HAPS)等的网络技术；改进的网络结构，用于支持移动基站等，并使得网络操作优化和自动化等成为可能；基于频谱使用预测通过冲突避免的动态频谱共享技术；在无线通信中使用人工智能(AI)，通过从开发6G的设计阶段利用AI并内部化端到端AI支持功能来改善整体网络操作；以及通过网络上可达的超高性能通信和计算资源(诸如移动边缘计算(MEC)、云等)来克服UE计算能力限制的下一代分布式计算技术。此外，通过设计将在6G通信系统中使用的新协议、开发用于实现基于硬件的安全环境和数据的安全使用的机制、以及开发用于维护隐私的技术，正在继续尝试加强设备之间的连接性、优化网络、促进网络实体的软件化以及增加无线通信的开放性。

预计超连接中的6G通信系统的研究和开发，包括人对机器(P2M)和机器对机器(M2M)，将带来下一次超连接体验。特别地，期望通过6G通信系统提供诸如真正沉浸式扩展现实(XR)、高保真移动全息图和数字复制品的服务。此外，诸如用于安全性和可靠性增强的远程手术、工业自动化和应急响应的服务将通过6G通信系统来提供，使得该技术可以应用于诸如工业、医疗保健、汽车和家用电器的各种领域。

通用集成电路卡(UICC)是在用户设备(UE)例如移动通信终端中插入和使用的智能卡，也被称为UICC卡。UICC可以包括用于接入移动通信服务提供商的网络的接入控制模块。这种接入控制模块的示例包括通用订户标识模块(universal subscriber identitymodule，USIM)、订户标识模块(subscriber identity module，SIM)和互联网协议多媒体服务标识模块(Internet protocol multimedia service identity module，ISIM)。

包括USIM的UICC通常被称为USIM卡。同样，包括SIM模块的UICC通常被称为SIM卡。应当注意，在下面的描述中，SIM卡可以用来表示典型的SIM卡，包括UICC卡、USIM卡、或包括ISIM的UICC。换句话说，用于SIM卡的技术同样适用于USIM卡、ISIM卡或其他普通的UICC卡。

SIM卡存储关于移动通信服务订户的个人信息，并且在接入移动通信网络时，对订户进行认证，并生成业务安全密钥，从而能够安全地使用移动通信服务。

应特定移动通信服务提供商的请求，SIM卡被制造为用于特定移动通信服务提供商的专用卡，并且在SIM卡被运出之前，SIM卡被配备有用于接入服务提供商的网络的认证信息，诸如通用订户标识模块(USIM)应用和国际移动订户标识(IMSI)、K值和OPc值。如此制造的SIM卡被交付给移动通信服务提供商，然后分发给订户。可以通过利用例如空中下载(OTA)技术在UICC中管理应用，例如安装、修改或删除应用，如以后需要这样做的那样。

订户可以将UICC卡插入其自己的移动通信终端，以使用移动通信服务提供商的网络和应用服务。在交换移动通信终端时，用户可以将UICC卡从现有的移动通信终端中拔出，并将UICC卡放入新的移动通信终端中，从而可以在新的移动通信终端上使用认证信息、移动通信电话号码和个人联系信息。

发明内容

技术方案

目前，在无线通信系统中，考虑了一种用于处理UE和eUICC之间的初始化过程的方案，假设UE和eUICC两者可以同时激活仅一个简档。因此，考虑到无线通信系统中的各种场景情况，需要一种有效处理UE和eUICC之间的初始化的方案。

根据实施例，提供了一种用于在UE和eUICC之间进行初始化的方法和设备，使得可以在无线通信系统中被装备有一个eUICC的UE上同时激活和使用几个简档。

根据实施例，提供了一种在UE上同时下载两个或更多通信服务并在无线通信系统中同时使用它们的方法和设备。

根据实施例，提供了一种用于在无线通信系统中在UE和eUICC之间进行初始化以确定支持多个eSIM简档的激活的方法和设备。

根据实施例，提供了一种在无线通信系统中从eUICC向UE传送用于支持多个启用简档(multiple enabled profile，MEP)的预定的信息的方法和设备，所述预定的信息包括启用简档的eSIM端口的数量或它们各自的编号以及可以打开的eSIM端口的所有或一些最大数量。

根据实施例，提供了一种方法和设备，其通过例如无线通信系统中UE从eUICC获得的关于MEP支持的预定的信息、可用基带的数量、和每个基带的无线电接入技术(RAT)的组合来确定是否作为MEP操作，并确定设置，诸如要打开的eSIM端口的数量、要分配给eSIM端口的编号以及使用发行者安全域根(ISD-R)的eSIM端口。

根据实施例，提供了一种在无线通信系统中从UE向eUICC传送关于是否利用MEP进行操作而设置和确定的信息的方法和设备。

根据实施例，提供了一种方法和设备，其中，在无线通信系统中，eUICC识别利用MEP操作，生成eSIM端口并分配编号，将eSIM端口号映射到简档，确定将由ISD-R使用的eSIM端口，并向UE回复处理结果。

根据实施例，提供了一种方法和设备，其在无线通信系统中生成与由UE确定的eSIM端口的数量一样多的eSIM端口，然后通过终止初始化过程来回复eUICC以利用MEP进行操作。

根据实施例，提供了一种方法和设备，在用户去激活在支持MEP的eUICC中激活的简档之一并在无线通信系统中使用pSIM的情况下，该方法和设备关闭由UE产生的eSIM端口连接并处理与相应的pSIM的连接。

根据实施例，提供了一种方法和设备，其中，在无线通信系统中，eUICC识别eSIM端口关闭请求并处理eSIM端口关闭请求，然后向调制解调器回复结果。

本公开的目的不限于上述内容，从下面的描述中，其他未提及的目的对于本领域普通技术人员来说是显而易见的。

根据各种实施例，一种用于在无线通信系统中在UE和通用集成电路卡(UICC)之间进行初始化的方法包括从UICC接收第一消息，该第一消息包括与是否支持嵌入式UICC(eUICC)功能、eSIM中可支持的嵌入式订户标识模块(eSIM)端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持多个启用简档(MEP)的标识符相关的信息中的至少一个，确定与UICC的传输协议，向UICC发送关于UE的能力信息，以及基于接收到的与是否支持eUICC功能、eSIM端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持MEP的标识符相关的信息中的至少一个来标识在MEP功能中操作。

根据各种实施例，一种用于在无线通信系统中在UE和UICC之间进行初始化的方法包括：向UE发送第一消息，该第一消息包括与是否支持eUICC功能、eSIM中可支持的eSIM端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持MEP的标识符相关的信息中的至少一个；确定与UE的传输协议；从UE接收关于UE的能力信息；以及从UE接收公开在MEP功能中操作的第二消息。

根据各种实施例，无线通信系统中的UE包括调制解调器和eUICC。该处理器被配置为控制收发器从eUICC接收第一消息，该第一消息包括与是否支持eUICC功能、eSIM中可支持的eSIM端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持MEP的标识符相关的信息中的至少一个，确定与eUICC的传输协议，控制收发器向UICC发送关于UE的能力信息，以及基于接收到的与是否支持eUICC功能、eSIM端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持MEP的标识符相关的信息中的至少一个来识别在MEP功能中操作。

根据各种实施例，无线通信系统中的eUICC包括收发器和连接到收发器的处理器。该处理器被配置为控制收发器向调制解调器发送第一消息，该第一消息包括与是否支持eUICC功能、eSIM中可支持的eSIM端口的最大数量、启用简档的eSIM端口的数量和编号以及是否支持MEP的标识符相关的信息中的至少一个，确定与UE的传输协议，控制收发器从UE接收关于UE的能力信息，以及控制收发器从UE接收公开在MEP功能中操作的第二消息。

根据各种实施例，如果用MEP处理操作，则用户可以在被配备有一个eUICC的UE上同时使用几个载波的简档。因此，可以提高用户的便利性。例如，当在国外旅行时，用户可以通过一个eUICC同时使用现有的国内运营商简档和本地简档，或者在相同国家，用户可以通过一个eUICC使用相同运营商的两个简档，其中订阅是分开的。此外，UE制造商可以用调制解调器连接一个eUICC和一个物理引脚(提供两个或更多个基带)，从而提供双SIM功能，而无需额外的UE安装空间。尽管这里提到了双SIM，但是应当注意，根据可用基带的数量，它也可以用作三重或四重SIM功能。

根据各种实施例，一种由无线通信系统中的用户设备(UE)执行的方法，该方法包括：由调制解调器从嵌入式通用集成电路卡(eUICC)接收第一消息，该第一消息包括与是否支持eUICC功能相关的信息和与是否支持多个启用简档(MEP)相关的信息中的至少一个；以及由调制解调器基于与是否支持eUICC功能相关的信息和与是否支持MEP相关的信息中的至少一个，打开至少一个嵌入式订户标识模块(eSIM)端口。

根据各种实施例，无线通信系统中的用户设备(UE)，包括：嵌入式通用集成电路卡(eUICC)；和调制解调器；其中该调制解调器被配置为：从eUICC接收第一消息，该第一消息包括与是否支持eUICC功能相关的信息和与是否支持多个启用简档(MEP)相关的信息中的至少一个，并且基于与是否支持eUICC功能相关的信息和与是否支持MEP相关的信息中的至少一个，打开至少一个嵌入式订户标识模块(eSIM)端口。

此外，当UE重启时，调制解调器可以保持相同的现有基带-eSIM端口关联，并且即使当用户试图将同时激活的简档之一改变为pSIM时，它也可以处理该改变。

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些词和短语的定义可能是有利的：术语“包括”和“包含”以及其派生词，意味着没有限制的包含；术语“或”是包含性的，意味着和/或；短语“相关联”和“与其相关联”以及其派生词可以表示包括、被包括在内、与……互连、包含、被包含在内、连接到或与……连接、耦合到或与……耦合、可与……通信、与……合作、交错、并置、接近、与……结合或被结合到、具有、具有特性等；术语“控制器”是指控制至少一个操作的任何设备、系统或其一部分，这样的设备可以用硬件、固件或软件或至少两者的某种组合来实现。应当注意，与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。

此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成并包含在计算机可读介质中。术语“应用”和“程序”指的是一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于以合适的计算机可读程序代码实现的一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并在以后重写的介质，诸如可重写光盘或可擦除存储设备。

在本专利文件中提供了某些单词和短语的定义，本领域的普通技术人员应该理解，在许多情况下，如果不是大多数情况下，这样的定义适用于这样定义的单词和短语的先前以及将来的使用。

附图说明

当结合附图考虑时，通过参考下面的详细描述，将容易获得对本公开及其许多伴随方面的更完整的理解，同时变得更好理解，附图中：

图1是示意性示出根据本公开的各种实施例的无线通信系统的结构的视图；

图2是示意性示出根据本公开的各种实施例的无线通信系统中调制解调器和不支持多个启用简档(MEP)的当前v2嵌入式通用集成电路卡(eUICC)之间的连接的示例(情况1)的视图；

图3是示意性示出根据本公开的各种实施例的无线通信系统中调制解调器和不支持MEP的当前v2 eUICC之间的连接的另一示例(情况2)的视图；

图4是示意性地示出根据本公开的各种实施例，当在无线通信系统中采用虚拟接口的概念时，调制解调器和v3 eUICC之间的连接的示例(情况1)的视图；

图5是示意性地示出了根据本公开的各种实施例，当在无线通信系统中采用虚拟接口的概念时，调制解调器和v3 eUICC之间的连接的另一示例(情况2)的视图；

图6是示意性示出根据本公开的各种实施例的无线通信系统中UE和eUICC之间的初始化过程的示例的视图；

图7是示意性地示出根据本公开的各种实施例的无线通信系统中基于重置应答(answer to reset，ATR)的UE和eUICC之间的初始化过程的另一示例的视图；

图8是示意性示出根据本公开的各种实施例的无线通信系统中基于UE能力信息的UE和eUICC之间的初始化过程的另一示例的视图；

图9是示意性示出根据本公开的各种实施例的无线通信系统中基于ISD-R供应信息的UE和eUICC之间的初始化过程的另一示例的视图；

图10是示意性地示出根据本公开的各种实施例的在无线通信系统中支持MEP的UE中用于在重启时维持现有设置的调制解调器和eUICC之间的连接的视图；

图11是示意性示出根据本公开的各种实施例的当用户在无线通信系统中将eSIM端口改变为pSIM时UE和eUICC的操作的视图；

图12是示意性地图示根据本公开的各种实施例的无线通信系统中的UE的内部结构的示例的视图；

图13是示意性地图示根据本公开的各种实施例的无线通信系统中的UE的内部结构的另一示例的视图；

图14是示意性示出根据本公开的各种实施例的无线通信系统中基于FCP模板的UE和eUICC之间的初始化过程的另一示例的视图；和

图15是示意性示出根据本公开的各种实施例的无线通信系统中基于新的逻辑接口管理APDU及其响应的UE和eUICC之间的初始化过程的另一示例的视图。

具体实施方式

下面讨论的图1至图15以及用于描述本专利文件中的本公开的原理的各种实施例仅是示例性的，并且不应该以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

在下文中，下面参照附图描述本公开的操作原理。当确定使本公开的主题不清楚时，可以跳过已知功能或配置的细节。本文使用的术语是考虑到本公开中的功能而定义的，并且可以根据用户或操作者的意图或实践用其他术语替换。因此，这些术语应该基于整个公开内容来定义。出于相同的原因，一些元件可能被夸大或示意性地示出。每个元件的大小不一定反映元件的实际大小。在所有附图中，相同的附图标记用于指代相同的元件。通过下面结合附图描述的实施例，可以理解本公开的优点和特征以及实现这些优点和特征的方法。然而，本公开不限于这里公开的实施例，并且可以对其进行各种改变。本文公开的实施例仅被提供来告知本领域普通技术人员本公开的范畴。本公开仅由所附权利要求来限定。在整个说明书中，相同的附图标记表示相同的元件。当确定使本公开的主题不清楚时，可以跳过对已知技术或功能的详细描述。本文使用的术语是考虑到本公开中的功能而定义的，并且可以根据用户或操作者的意图或实践用其他术语替换。因此，这些术语应该基于整个公开内容来定义。

下文中，基站可以是向UE分配资源的实体，并且可以是gNode B、eNode B、节点B、基站(BS)、无线接入单元、基站控制器、和网络上的节点中的至少一个。UE可以包括UE(用户设备)、MS(移动站)、蜂窝电话、智能手机、计算机或能够执行通信功能的多媒体系统。在本公开中，下行链路(DL)是指从基站发送到UE的信号的无线传输路径，上行链路(UL)是指从UE发送到基站的信号的无线传输路径。尽管下面可以将LTE或LTE-A系统描述为示例，但是实施例可以应用于具有类似技术背景或信道模式的其他通信系统。例如，在LTE-A之后开发的5G移动通信技术(5G，新空口，NR)可以被包括在本公开的实施例可应用的系统中，并且下面的5G可以是包括传统LTE、LTE-A和其他类似服务的概念。此外，根据本领域普通技术人员的确定，可以在不明显脱离本公开的范围的范围内修改实施例，并且这样的修改可以适用于其他通信系统。应当理解，每个流程图中的块以及流程图的组合可以由计算机程序指令来执行。

由于计算机程序指令可以被配备在通用计算机、专用计算机或其他可编程数据处理设备的处理器中，所以通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于执行结合每个流程图的块描述的功能的装置。由于计算机程序指令可以存储在计算机可用的或计算机可读的存储器中，该存储器可以面向计算机或其他可编程数据处理设备以特定方式实现功能，因此存储在计算机可用的或计算机可读的存储器中的指令可以产生包括用于执行结合每个流程图中的块所描述的功能的指令装置的产品。由于计算机程序指令可以被配备在计算机或其他可编程数据处理设备中，当在计算机或其他可编程数据处理设备上执行一系列操作步骤时，生成由计算机执行的过程并操作计算机或其他可编程数据处理设备的指令可以提供用于执行结合每个流程图中的块描述的功能的步骤。

此外，每个块可以表示包括用于执行特定(多个)逻辑功能的一个或多个可执行指令的模块、代码段或代码部分。此外，还应注意，在一些替换执行示例中，块中提到的功能可以以不同的顺序出现。例如，取决于相应的功能，连续示出的两个框可以基本上同时执行或者以相反的顺序执行。如本文所使用的，术语“单元”意味着软件元素或硬件元素，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。单元可能会起到一定的作用。然而，术语“单元”不限于表示软件或硬件元素。“单元”可被配置在可被寻址的存储介质中，或者可被配置为再现一个或多个处理器。因此，作为示例，“单元”包括元素，例如软件元素、面向对象的软件元素、类元素和任务元素、过程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据架构、表格、数组和变量。在元素或“单元”中提供的功能可以与附加元素组合，或者可以被分成子元素或子单元。此外，元素或“单元”可被实现为再现设备或安全多媒体卡中的一个或多个CPU。根据实施例，“...单元”可以包括一个或多个处理器。

在下文中，定义了本文使用的术语。

如本文所使用的，术语“通用集成电路卡(UICC)”指的是在移动通信终端中插入和使用的智能卡，其存储关于移动通信服务订户的个人信息，诸如网络接入认证信息、电话号码或短消息服务(SMS)，并且当接入移动通信网络(诸如全球移动通信系统(GSM)、宽带码分多址(WCDMA)、长期演进(LTE)或第五代(5G)系统)时，通过认证订户并生成业务安全密钥来实现移动通信服务的安全使用。根据订户接入的移动通信网络的类型，UICC可以被配备有通信应用，诸如订户标识模块(SIM)、通用SIM(USIM)或IP多媒体SIM(ISIM)，并且可以提供高级安全功能，用于为其自身配备各种应用，诸如电子钱包、票证或电子护照。

在本公开中，嵌入式UICC(eUICC)可以是嵌入在UE中的安全模块，或者可以是可插入到UE中和从UE移除的可移除类型。eUICC可以使用空中下载(OTA)技术下载并安装简档。eUICC可以指能够下载和安装简档的UICC。

如本文所使用的，使用OTA技术在eUICC上下载和安装简档的方法也可以适用于可拆卸地插入到如上所述的UE中的可拆卸UICC。例如，本公开的实施例可以应用于能够使用OTA技术下载和安装简档的UICC。

如本文所使用的，术语“UICC”可以与术语“SIM”互换使用，术语“eUICC”可以与术语“eSIM”互换使用。UICC可以与物理SIM卡或pSIM互换使用。

如本文所使用的，术语“简档”可以表示通过将应用、文件系统、认证密钥值等打包成软件形式存储在UICC中而获得的简档。此外，简档可以被称为访问信息。

如本文所使用的，术语“USIM简档”可以具有与术语“简档”相同的含义，或者可以表示通过将简档中的USIM应用中包含的信息打包成软件形式而获得的简档。

在本公开中，简档服务器是指可以包括生成简档、加密所生成的简档、生成简档远程管理命令或加密所生成的简档远程管理命令的功能的服务器，或者可以包括支持UE的多个简档的激活的功能。简档也可以被称为订阅管理器数据准备(subscription managerdata preparation，SM-DP)、订阅管理器数据准备加(subscription manager datapreparation plus，SM-DP+)或订阅管理器安全路由(subscription manager securerouting，SM-SR)。

如本文所使用的，术语“UE”或“设备”也可以被称为移动站(MS)、用户设备(UE)、用户终端(UT)、终端、无线终端、接入终端(AT)、订户单元、订户站(SS)、无线设备、无线通信设备、无线发送/接收单元(WTRU)、移动节点或移动设备，或者可以被称为其他术语。UE的各种实施例可以包括蜂窝电话、具有无线通信能力的智能电话、具有无线通信能力的个人数字助理(PDA)、无线调制解调器、具有无线通信能力的便携式计算机、具有无线通信能力的捕获/记录/拍摄/录制设备(诸如数码相机)、具有无线通信能力的游戏机、具有无线通信能力的音乐存储和回放家用电器、能够无线互联网接入和浏览的互联网家用电器、或者结合了这些能力的组合的便携式单元或UE。此外，UE可以包括机器对机器(M2M)终端和机器类型通信(MTC)终端/设备，但是不限于此。在本公开中，UE可以被称为电子设备或简称为设备。

在本公开中，UE或设备可以包括安装在UE或设备上的软件或应用，以控制UICC或eUICC。此外，UE或设备可以包括调制解调器和作为UE操作系统(OS)的UE框架。软件或应用可以被称为例如本地简档助理(LPA)。如本文所使用的，eUICC标识符(eUICC ID)可以是嵌入在UE中的eUICC的唯一标识符，或者也可以表示为EID。

如本文所使用的，应用协议数据单元(APDU)可以是用于UE或设备中的控制器与eUICC交互工作的消息。APDU是命令和响应的对，APDU命令和APDU响应在ETSI 102.221中参考ISO 7816来定义。如ETSI 102.221中所定义的，APDU命令具有指令类(CLA)、指令(INS)、指令参数1(P1)和指令参数2(P2)的结构，作为APDU的报头，以及命令数据字段中的字节数(Lc)、数据和响应命令所期望的字节数(Le)作为主体，APDU响应具有可选数据字段、状态字节1(SW1)和状态字节2(SW2)的结构。有关详细描述，请参考ETSI 102.221标准。

如此处所使用的，术语“简档包”可以与术语“简档”互换使用，或者可以用来表示特定简档的数据对象，或者也可以称为简档TLV或简档包TLV。简档标识符可以被称为ICCID，作为简档的唯一标识号。使用加密参数加密的简档包可以表示为受保护简档包(PPP)或受保护简档包TLV(PPP TLV)。使用只能由特定eUICC解码的加密参数加密的简档包可以表示为绑定简档包(BPP)或绑定简档包TLV(BPP TLV)。简档包TLV可以是以标签长度值(TLV)格式表示构成简档的信息的数据集。

如本文所使用的，AKA可以表示认证和密钥协定，并且可以表示用于接入3GPP和3GPP2网络的认证算法。K是存储在用于AKA认证算法的eUICC中的加密密钥值，并且在本公开中，OPc是可以存储在用于AKA认证算法的eUICC中的参数值。

如本文所使用的，NAA可以是网络访问应用程序，并且可以是诸如存储在UICC中以访问网络的USIM或ISIM的应用程序。NAA可以是网络接入模块。

在本公开中，终端用户、用户、订户和服务订户可以互换地用作相应UE的用户。

在本公开中，eSIM端口表示通过复用和划分与eUICC-调制解调器连接的物理接口而获得的虚拟逻辑接口信道，并且可以与eSIM端口、端口、SIM端口、逻辑接口或虚拟接口互换使用。

在本公开中，激活和管理存在于单个eUICC中的多个简档的功能被统称为多个启用简档(MEP)功能。在传统的eUICC中，只能激活一个简档，因此单个eUICC可能不支持多SIM卡功能。为了用单个eUICC支持多SIM卡功能，需要在单个eUICC中激活和管理多个简档的功能。其中实现MEP功能的eUICC可以被称为支持MEP的eUICC。包括实现MEP功能的调制解调器和能够支持调制解调器的UE软件的UE可以被称为支持MEP的UE。

当确定使本公开的主题不清楚时，可以跳过对已知技术或功能的详细描述。

下面参照附图描述所提供的实施例。

通用集成电路卡(UICC)是插入并用于UE(例如，移动通信终端)中的智能卡，也被称为UICC卡。UICC可以包括用于接入移动通信服务提供商的网络的接入控制模块。这样的接入控制模块的示例包括通用订户标识模块(USIM)、订户标识模块(SIM)和互联网协议多媒体服务标识模块(ISIM)。

包括USIM的UICC通常被称为USIM卡。同样，包括SIM模块的UICC通常被称为SIM卡。应当注意，在下面的描述中，SIM卡可以用来表示典型的SIM卡，包括UICC卡、USIM卡、或包括ISIM的UICC。换句话说，用于SIM卡的技术同样适用于USIM卡、ISIM卡或其他普通的UICC卡。

SIM卡存储关于移动通信服务订户的个人信息，并且在接入移动通信网络时，对订户进行认证，并生成业务安全密钥，从而能够安全地使用移动通信服务。

应特定移动通信服务提供商的请求，SIM卡被制造为用于特定移动通信服务提供商的专用卡，并且在SIM卡被运出之前，SIM卡被配备有用于接入服务提供商的网络的认证信息，例如通用订户标识模块(USIM)应用和国际移动用户身份(IMSI)、K值和OPc值。如此制造的SIM卡被交付给移动通信服务提供商，然后分发给用户。可以通过利用例如空中下载(OTA)技术在UICC中管理应用，例如安装、修改或删除应用，如以后需要这样做的那样。

订户可以将UICC卡插入其自己的移动通信终端，以使用移动通信服务提供商的网络和应用服务。在交换移动通信终端时，用户可以将UICC卡从现有的移动通信终端中拔出，并将UICC卡放入新的移动通信终端中，从而可以在新的移动通信终端上使用认证信息、移动通信电话号码和个人联系信息。

然而，对于移动通信终端的用户来说，SIM卡不方便从其他移动运营商接收服务。移动通信终端用户具有不得不物理地获得SIM卡来接收来自移动通信服务提供商的服务的不便。例如，当旅行到另一个国家时，用户不方便地需要获得本地SIM卡来接收本地移动通信服务。漫游服务在某种程度上解决了不便，但是漫游服务是昂贵的，并且可能是不可用的，除非运营商之间有合同。

同时，如果SIM模块被远程下载并安装在UICC卡上，这种不便可以显著减少。换句话说，用户可以在期望的时间将他想要使用的移动通信服务的SIM模块下载到UICC卡上。UICC卡可以下载并在其上安装多个SIM模块，并仅选择和使用其中一个SIM模块。这样的UICC卡可以固定到或不固定到UE。特别地，固定到UE使用的UICC被称为嵌入式UICC(eUICC)。典型地，eUICC意味着固定用于UE的UICC，并且可以远程下载和选择SIM模块。在本公开中，能够远程下载和选择SIM模块的UICC卡统称为eUICC。换句话说，在能够远程下载和选择SIM模块的UICC卡中，固定或不固定到UE的UICC被统称为eUICC。此外，下载的SIM模块信息被统称为eUICC简档。

即使eUICC中有多个简档，可能也只能同时启用一个简档。因此，尽管UE支持两个或更多个基带，并且在相应的eUICC中存在两个或更多个简档，但是UE可能不支持双SIM卡功能，该功能使得两个简档能够在一个移动电话上同时使用。这可以通过在UE上安装两个eUICCs来解决。然而，这种方法需要附加的eUICC模块和物理接口，以将eUICC模块连接到调制解调器的基带。因此，UE制造商需要支付购买附加eUICC模块和物理接口的物理引脚的费用。此外，由于采用模块和物理引脚，还会出现确保UE的安装空间的问题。

目前，由于UE和eUICC两者都在假设只有一个简档在eUICC中同时激活的情况下处理UE-eUICC初始化，因此没有定义用于确定在UE-eUICC初始化过程中支持多个启用简档(MEP)的方法以及根据该确定将由UE或eUICC处理的操作。因此，本公开解决了这些问题。此外，在用户去激活eUICC中的一个激活的简档，并且在被配备有物理SIM卡(下文中称为“pSIM”)和支持MEP的eUICC的eSIM UE上替代使用pSIM的情况下，需要改变UE-eUICC MEP设置。目前没有考虑。因此，它旨在解决这些问题。

目前，在无线通信系统中，考虑了一种用于处理UE和eUICC之间的初始化的方案，假设UE和eUICC两者可以同时仅激活一个简档。因此，在UE和eUICC之间的初始化过程中，没有定义用于确定支持多个启用简档(MEP)的方法以及要由UE或eUICC根据该确定处理的操作。因此，各种实施例提供了在支持MEP的无线通信系统中的UE和eUICC之间的初始化方法。

此外，在用户去激活eUICC中的一个激活的简档，并且在被配备有物理SIM卡(下文中称为“pSIM”)和支持MEP的eUICC的eSIM UE上替代使用pSIM的情况下，需要改变UE-eUICCMEP设置。然而，由于当前的无线通信系统没有考虑这一点，因此各种实施例提供了一种在支持MEP的无线通信系统中有效管理UE和eUICC之间的MEP设置的方法。

图1是示意性示出根据本公开的各种实施例的无线通信系统的结构的视图。

UE 1a-03可以包括普通应用1a-04、LPA 1a-05、UE框架1a-10和支持MEP的调制解调器1a-15。这里，普通应用1a-40是已经预加载或可以下载并安装在UE上的应用，诸如运营商应用或SIM卡管理器应用，并且表示有权访问pSIM 1a-18或eUICC 1a-20的简档的应用。LPA1a-05是在与SM-DP+1a-40和UE用户1a-01以及eUICC 1a-20中的ISD-R 1a-35进行通信时负责eUICC的控制和简档的流程管理的应用。LPA 1a-05可以单独实现或者集成到另一个通用UE应用中。

LPA1a-05可接收从用户输入或SM-DP+1a-40传送的远程简档管理(RPM)消息，并请求在eUICC 1a-20上安装/激活/去激活/更新简档。远程简档管理(RPM)统称为一系列过程，其中通过从SM-DP+1a-40发送到UE的命令来执行简档安装/激活/去激活/删除和其他功能。RPM可以由移动网络运营商、服务提供商或UE的所有者请求，并且命令可以由SM-DP+1a-40生成。已经接收到对相应简档的管理的请求或许可的用户输入的LPA1a-05可以根据用户输入向eUICC 1a-20发送消息，以管理/控制eUICC 1a-20的操作。

UE的通信调制解调器1a-15是调制和发送用于信息传送的信号并在接收侧解调和恢复原始信号的设备。支持MEP的调制解调器可以被配备有两个或多个基带处理器(以下称为“基带”)用于无线通信。基带也可以在调制解调器内逻辑实现。调制解调器1a-15通过一个物理引脚与UICC或eUICC连接(在公开本公开时，ISO7816标准被用作智能卡接口)，并且以这样的方式操作，即如果调制解调器通过接口发送应用协议数据单元(APDU)命令，则eUICC 1a-20以结果值响应。SIM卡(pSIM)通过一个物理引脚占用调制解调器的一个基带，并且一个pSIM有一个SIM端口。SIM端口可以与SIM卡插槽互换使用，并且在GSMA TS.37中被定义为在设备上提供的用于容纳物理SIM卡的物理和电子外壳。支持MEP的eUICC 1a-20通过一个物理引脚与支持MEP的调制解调器1a-15连接，eUICC中的简档占用一个基带。每个简档通过一个eSIM端口与基带通信。

在该图中，在简档1 1a-25激活的情况下，eSIM端口1用于占用基带1，而在简档21a-30激活的情况下，eSIM端口2用于占用基带2，并且插入了pSIM 1a-18，但是它旨在指示没有与基带连接的状态。同时，ISD-R 1a-35是eUICC中的实体，仅可由LPA1a-05或调制解调器访问，不占用调制解调器中的基带，并且可使用独立的eSIM端口(本图中的eSIM端口3)与LPA通信。或者，ISD-R 1a-35可以使用eSIM端口1或eSIM端口2，也可以无限制地使用任何eSIM端口。同时，作为在UE平台上运行的软件，LPA1a-05的功能可以部分集成到UE平台中。从LPA1a-05发送到eUICC 1a-20的消息可以经由UE平台或UE平台和调制解调器1a-15最终发送到eUICC。当接收到该消息时，eUICC 1a-20根据从LPA发送的命令执行eUICC的简档管理操作。

尽管为了描述方便，图1示出了两个简档(简档1和简档2)存在于eUICC 1a-20中的示例，但是应当注意，取决于eUICC 1a-20的存储器能力，可以存在更多简档，而不限于此。如果eUICC支持MEP，则可以同时激活简档1 1a-25和简档2 1a-30；如果eUICC不支持MEP，则可以激活简档1 1a-25或简档21a-30中的一个。ISD-R 1a-35创建新的ISD-P(意味着用于托管简档的安全域)并向LPA提供必要的eUICC数据和服务，例如LPA功能所需的本地简档管理、简档元数据信息。

尽管为了便于描述而未在图1的UE 1a-03的eUICC 1a-20中示出，但是可以包括eUICC的安全域中所需的证书，例如用于验证SM-DP+证书的证书颁发者的根公钥、嵌入式UICC控制机构安全域(其是用于存储例如eUICC制造商的密钥集的空间)以及eSIM平台。UE框架1a-10表示UE的操作系统，并且存在于调制解调器和其他UE系统以及普通应用和LPA之间。UE框架1a-10从调制解调器1a-15获得关于eUICC的信息，并且保留该信息，并且如果从普通应用或LPA做出关于UE或eUICC的信息的请求，则用该信息进行回复或者将从普通应用或LPA传送的APDU传送到调制解调器，并且从调制解调器接收响应于APDU的消息，然后将该消息传送到普通应用或LPA。

如上所述，SM-DP+服务器1a-40表示包括生成简档、加密所生成的简档、生成简档远程管理命令或加密所生成的简档远程管理命令的功能的服务器，或者包括支持激活UE的多个简档的功能的服务器。UE 1a-03的LPA1a-05可以从SM-DP+服务器1a-40接收SM-DP+远程管理命令，并通过与用户1a-01的交互获得用户的同意，然后，LPA 1a-05可以将远程管理命令传送到eUICC 1a-20，从而处理激活/去激活/删除/更新。

图2是示意性示出根据本公开的各种实施例的无线通信系统中调制解调器和不支持多个启用简档(MEP)的当前v2嵌入式通用集成电路卡(eUICC)之间的连接的示例(情况1)的视图。

图3是示意性示出根据本公开的各种实施例的无线通信系统中调制解调器和不支持MEP的当前v2 eUICC之间的连接的另一示例(情况2)的视图。

在当前的v2 eUICC中，在eUICC中仅可以激活一个简档，并且它可以仅执行用户的本地简档管理，而不需要SM-DP+的干预来处理，例如预安装简档的激活/去激活/删除/更新。假设物理SIM卡与eUICC一起同时使用，不支持MEP的调制解调器1b-01可以具有一个或多个基带，但是在当前描述中，假设一个基带。

在UICC重置或简档状态改变之后，在UE平台、调制解调器和eUICC之间执行初始化的过程中，UE可以生成用于调制解调器和eUICC之间的APDU传输的信道。

在v2 eUICC 1b-15中，同时只能激活一个简档。图2的情况1 1b-100示出了简档11b-20被激活并且简档2 1b-25被去激活，并且图3的情况2 1b-200示出了简档1 1b-20被去激活并且简档2 1b-25被激活。描述了情况1 1b-100。如果映射在一个激活的简档中的调制解调器的基带的APDU传输是必要的，则eUICC 1b-15可以通过连接到调制解调器1b-01的物理接口1b-10的单个信道发送相应的APDU。如果ISD-R 1b-30从LPA接收到改变简档状态的请求(例如从情况1 1b-100到情况2 1b-200的状态改变的ES10c.EnableProfile(Profile2)请求)，则ISD-R 1b-30可以向调制解调器1b-10发送用于删除现有缓存简档的数据和重启应用会话的REFRESH(刷新)主动命令。

此外，如果ISD-R 1b-30从LPA接收到eUICC存储器重置请求，则ISD-R 1b-30可以向调制解调器1b-10发送用于删除现有缓存的UICC的数据并重启应用会话的APDU，作为REFRESH主动命令。从ISD-R 1b-30发送到调制解调器1b-01的APDU也可以通过上述物理接口1b-10的单个信道发送。

图4是示意性地示出根据本公开的各种实施例，当在无线通信系统中采用虚拟接口的概念时，调制解调器和v3 eUICC之间的连接的示例(情况1)的视图。

图5是示意性地示出根据本公开的各种实施例，当在无线通信系统中采用虚拟接口的概念时，调制解调器和v3 eUICC之间的连接的另一示例(情况2)的视图。

假设图4和图5的eUICC 1c-20是支持MEP功能的eUICC，其可以同时激活多个简档。还假设调制解调器1c-01支持MEP功能。作为示例，结合图4描述了存在两个基带和两个激活的简档的上下文。根据通过UE框架从UE的SIM管理应用接收到的到调制解调器的命令，调制解调器1c-01中的eSIM端口和基带之间的映射切换是可能的。然而，情况1和情况2的描述限于将调制解调器1c-01中的逻辑UE端点映射到基带1c-05-信道1 1-40和基带21c-10-信道21-45，以避免混淆问题。

尽管在附图中示出了ISD-R共享分配给特定简档的eSIM端口，但是本公开的实施例不受限制。ISD-R可以独立于分配给简档的eSIM端口来分配。在图4和图5中假设eUICC1c-20是支持MEP功能的eUICC，其可以同时激活多个简档。还假设调制解调器1c-01支持MEP功能。作为示例，结合图4描述了存在两个基带和两个激活的简档的上下文。根据通过UE框架从UE的SIM管理应用接收到的到调制解调器的命令，调制解调器1c-01中的eSIM端口和基带之间的映射切换是可能的。然而，情况1和情况2的描述限于将调制解调器1c-01中的逻辑UE端点映射到基带1c-05-信道1 1-40和基带21c-10-信道2 1-45，以避免混淆问题。

尽管在附图中示出了ISD-R共享分配给特定简档的eSIM端口，但是本公开的实施例不限于此。例如，ISD-R可以使用分配给ISD-R的eSIM端口，该端口独立于分配给简档的eSIM端口。

如上结合图2和图3所述，当前的调制解调器1a-15通过一个物理引脚与eUICC 1a-20连接，并且调制解调器和eUICC通过该物理引脚使用单个信道(1b-10)发送APDU命令。支持MEP的eUICC 1c-20激活多个简档，激活的简档需要使用调制解调器的特定基带进行APDU传输。因此，可以引入这样的概念，即，将用于处理物理接口1c-15的物理接口1c-15划分成几个虚拟化接口，并且复用以通过每个接口单独发送(1c-40和1c-45)APDU。

为了下面描述的方便，如果支持MEP，一个虚拟化逻辑接口被称为eSIM端口，并且每个虚拟化逻辑接口分别被称为eSIM端口1 1c-40和eSIM端口2 1c-45。在UICC重置或简档状态改变后的UE平台-调制解调器-eUICC初始化过程中，UE可以生成并打开用于调制解调器基带和eUICC之间的APDU传输的eSIM端口，并生成信道，此时，UE可以为与每个基带连接的eSIM端口设置ID。相应的端口ID可以由调制解调器或UE平台设置，并传送到LPA。为了便于公开中的描述，端口ID与端口号可互换使用。调制解调器可以有与基带数量一样多的eSIM端口被简档激活。当ISD-R使用独立端口时，eSIM端口的数量可能大于基带的数量(+1)。

当pSIM占用一个基带时，eSIM端口的数量可能小于基带的数量(pSIM占用的端口除外)。与eUICC 1c-20中的简档连接的eSIM端口(以下称为“简档eSIM端口”)的数量可以等于或小于eUICC中可以同时激活的简档的数量。该简档可以使用eSIM端口之一发送APDU消息。在图4所示的情况11c-100中，与激活的简档1 1c-25相对应的APDU命令可以通过eSIM端口1被发送到基带1 1c-05，与激活的简档2 1c-30相对应的APDU命令可以通过eSIM端口21c-45被发送到基带2 1c-10。

图5所示的情况2 1c-200中，与激活的简档1 1c-25相对应的APDU命令可以通过eSIM端口2 1c-45被发送到基带2 1c-10，与激活的简档2 1c-30相对应的APDU命令可以通过eSIM端口1 1c-40被发送到基带1 1c-05。支持MEP的调制解调器1c-01可以区分和处理发送到每个eSIM端口的APDU命令连接到哪个基带。同时，ISD-R 1c-35需要向调制解调器发送APDU命令，以管理eUICC和简档的状态。在这种情况下，ISD-R 1c-35可以以两种方案发送APDU命令。

1)多选：在eUICC初始化过程期间，LPA或调制解调器可以通过多个eSIM端口选择ISD-R 1c-35。这种状态可以被称为多选。在多选的情况下，LPA或调制解调器可以执行轮询，以标识是否有APDU要发送或ISD-R 1c-35要处理的事件，或者通过已选择的eSIM端口之一向ISD-R 1c-35发送APDU命令。ISD-R 1c-35可以选择适当的eSIM端口，并向该端口发送主动APDU命令，这取决于所接收的命令是与简档1 1c-25或简档2 1c-30相对应的管理消息还是用于整个eUICC的消息。

2)非多选：在eUICC初始化过程期间，LPA或调制解调器可能选择只有一个eSIM端口的ISD-R 1-35。这种状态可以被称为非多选。在非多选情况下，APDU命令只能通过一个已选择的eSIM端口被发送到ISD-R 1c-35。此外，可以仅通过已选择的一个eSIM端口来执行轮询，以标识是否存在要由ISD-R 1c-35发送的APDU或要由ISD-R 1c-35处理的事件。在假设ISD-R 1c-35发送主动APDU命令的情况下，如果主动APDU命令通过先前已选择的eSIM端口被发送到调制解调器1c-01，则调制解调器可以解释关于接收到的命令的信息并执行所请求的命令。应当注意，在非多选情况下，简档和端口可以被共享，或者它可以作为不共享简档和端口的专用ISD-R eSIM端口而存在。

图6是示意性示出根据本公开的各种实施例的无线通信系统中UE和eUICC之间的初始化过程的示例的视图。

如果eUICC卡被插入到UE中，则调制解调器1d-05识别eUICC 1d-10，并执行激活和冷重置以设置用于eUICC卡的操作的操作环境，诸如电源、时钟同步、电流和电压，以使用该卡。如果使用eUICC的操作环境的设置完成，则eUICC 1d-10用重置应答(ATR)消息回复UE调制解调器1d-05。重置应答是首先从eUICC 1d-10发送到UE(或调制解调器1d-05)的消息，并且由多达32个字节组成的消息块在连续的链中被发送。eUICC 1d-10可以包括关于是否支持在GSMA SGP.22中定义的eUICC功能的信息(比特)作为ATR消息的消息块中被定义为接口字节的消息块之一，并且可以回复(1d-20)给UE。ATR可以包括附加的卡能力，指示关于eUICC的各种能力信息，以及是否支持eUICC功能。

根据一个实施例，eUICC 1d-10可以用ATR消息进行回复，该ATR消息包括关于所支持的传输协议以及是否有可能改变传输协议的信息。因此，调制解调器1d-05可以决定按原样使用eUICC卡1d-10支持的传输协议，或者如果ATR包括改变传输协议的能力的标识符，则另外向eUICC 1d-10发送用于确定传输协议和参数的请求，从而通过协商调制解调器1d-05和eUICC 1d-10之间要使用的传输协议的过程，最终确定(1d-30)调制解调器1d-05要使用的传输协议。UE(调制解调器)和卡(eUICC)可使用通过操作1d-30确定的在ISO 7816-3定义的传输协议T＝0或T＝1来发送应用协议数据单元(APDU)消息。APDU是由命令-响应对组成的数据单元，用于处理从一个应用到另一个应用的消息。

调制解调器1d-05可以向eUICC 1d-10发送(1d-35)UE能力，该UE能力包括与SGP.22中定义的eUICC相关的UE中的能力，诸如UE是支持LPA还是支持企业功能。接收UE能力消息的eUICC 1d-10可以接收UE能力的eUICC相关功能的标签值，从而识别出UE是支持eUICC的UE，并在eUICC中设置适合于此的设置值，并以SW(状态字)1＝9X，SW2＝XX作为APDU命令的普通响应码进行回复，并回复(1d-40)到调制解调器1d-05。在SW中，X表示特定的数。

例如，X可以是SW1＝90，SW2＝00和SW1＝91，SW2＝XX中的一个。接收该消息的调制解调器1d-05可以生成用于信道打开的管理信道APDU命令，向eUICC 1d-10发送(1d-45)管理信道APDU命令，并且作为响应，接收来自eUICC 1d-10的普通响应，从而在调制解调器1d-05和eUICC 1d-10之间生成用于APDU传输的信道。eUICC 1d-10中的ISD-R是用于管理eUICC中的简档的模块。只有LPA可以选择ISD-R，ISD-R通过调制解调器中打开的特定信道发送/接收APDU。然而，在例外情况下，如果调制解调器1d-05在调制解调器和卡之间的初始化过程中需要从eUICC 1d-10的ISD-R接收附加信息，调制解调器1d-05可以选择(1d-50)ISD-R。

如果调制解调器1d-05选择ISD-R，则eUICC 1d-10的ISD-R可以向UE提供附加信息，包括例如是否存在激活的简档，作为ISDR专有应用模板(ISDRProprietaryApplicationTemplate)，作为对其响应的值。接收信息的调制解调器1d-05将从eUICC 1d-10获得的信息传送(1d-60)到UE框架1d-01，使得该信息可以被UE或系统的应用使用。UE框架1d-10可以被称为设备框架。尽管在附图中示出了所传送的信息1d-60被集成到UE框架1d-01中，并且在接收到ISDR专有应用模板之后由调制解调器1d-05发送，但是在调制解调器1d-05从eUICC 1d-10获得信息之后的特定时间获得的信息可以被顺序地或者组合地发送。

图7-图9、图14和图15示出了根据各种实施例由无线通信系统中的eUICC向UE提供MEP支持信息并基于MEP支持信息确定UE和eUICC是否利用MEP操作的过程的各种实施例。

尽管图7-图9、图14和图15示出了示例，其中eUICC基于每个ATR、用于UE能力的回复值、ISDR专有应用模板、通过选择具有从UE发送到eUICC的选择APDU命令的主文件(MF)从eUICC接收的文件控制参数(FCP)模板、和用于新逻辑接口管理APDU的回复值中的至少一个，向UE(例如，包括调制解调器的UE)传送关于MEP支持的预定的信息，应当注意，还可以向调制解调器传送确定为MEP所需的预定的信息的一个或多个回复值，例如ATR和UE能力的组合。回复值可以被称为回复消息。图7-图9、图14和图15示出了根据各种实施例由无线通信系统中的eUICC向UE提供MEP支持信息并基于MEP支持信息确定UE和eUICC是否利用MEP操作的过程的各种实施例。

尽管图7-图9、图14和图15示出了示例，其中eUICC基于每个ATR、用于UE能力的回复值、ISDR专有应用模板、通过选择具有从UE发送到eUICC的选择APDU命令的主文件(MF)从eUICC接收的文件控制参数(FCP)模板、和用于新逻辑接口管理APDU的回复值中的至少一个，向UE(例如，包括调制解调器的UE)传送关于MEP支持的预定的信息，应当注意，还可以向调制解调器传送确定为MEP所需的预定的信息的一个或多个回复值，例如ATR和UE能力的组合。回复值可以被称为回复消息。图7是示意性地示出了根据本公开的各种实施例的无线通信系统中基于重置应答(ATR)的UE和eUICC之间的初始化过程的另一示例的视图。

参照图7，如上所述，如果eUICC被插入到UE中，则调制解调器1e-05识别eUICC 1e-10，并执行激活和冷重置以设置用于eUICC卡的操作的操作环境，诸如电源、时钟同步、电流和电压，以使用eUICC卡。如果使用eUICC卡的操作环境设置完成，eUICC 1e-10将使用重置应答(ATR)消息回复UE调制解调器1e-05。eUICC 1e-10可以通过ATR消息的消息块当中被定义为全局接口字节的消息块之一来包括关于是否支持在GSMA SGP.22中定义的eUICC功能的信息，并可以向调制解调器1e-05回复(1e-20)。

这里，如果eUICC 1e-10支持eUICC功能并且还支持多个启用简档(MEP)，则eUICC1e-10可以用确定允许调制解调器1e-05利用MEP操作所需的预定的信息来回复。这可以通过包括是否支持多个启用简档(MEP)、可打开(或可支持)的eSIM端口的最大数量以及简档被启用的eSIM端口的数量或编号中的一个或多个来确定。是否支持MEP可以由ATR中是否包括eUICC功能和是否支持逻辑接口的组合来确定。如果ATR中包括是否支持eUICC，则可打开逻辑接口的最大数量可以解释为与可打开eSIM端口的最大数量相同。信息可以在ATR的接口字节中传输，或者在接口字节之后的块中传输的历史字节中传输。例如，可以历史字节支持的逻辑接口的最大数量可以用历史字节表示，如下面表A的逻辑接口的最大数量或表B的表N和表N+1中所示的逻辑接口数量。

逻辑接口的数量可以被添加为类型9至15中的一种类型，或者当前在历史字节类型中定义的类型7的附加表(最多可以定义15种类型)。

【表1】

表A

【表2】

表B(表N)

【表3】

表B(表N+1)

eUICC 1e-10可以用ATR消息进行回复，该ATR消息包括关于所支持的传输协议以及是否有可能改变传输协议的信息。因此，调制解调器1e-05可以确定按原样使用由eUICC卡支持的传输协议，或者，如果ATR包括用于改变传输协议的能力的标识符，则另外向eUICC1e-10发送用于确定传输协议和参数的请求，从而最终由调制解调器1e-05通过(1e-25)协商要在调制解调器1e-05和eUICC 1e-10之间使用的传输协议的过程来确定(1e-30)。UE和eUICC卡可使用通过传输协议确定操作1e-30确定的在ISO 7816-3定义的传输协议T＝0或T＝1来发送应用协议数据单元(APDU)消息。APDU是由命令-响应对组成的数据单元，可用于处理从一个应用到另一个应用的消息。

在确定传输协议之后，调制解调器1e-05可以向eUICC 1e-10发送(1e-35)UE能力，该UE能力包括与SGP.22中定义的eUICC相关的UE的能力，诸如UE是支持LPA还是支持企业功能。接收到该消息的eUICC 1e-10可以识别该UE是支持该eUICC的UE，并且设置适合于该UE的eUICC设置值，并且以SW1＝9X，SW2＝XX作为APDU命令的普通响应码进行回复，并且向调制解调器1e-05进行回复(1e-40)。根据具体情况，SW的X可能包括不同的数字。在SW中，X可以表示特定的数字。例如，X可以是SW1＝90，SW2＝00和SW1＝91，SW2＝XX中的一个。

考虑到从eUICC 1e-10接收的ATR中获得的信息、存储的基带和eSIM端口之间的映射信息、每个支持的基带的RAT信息和基带的占用状态中的至少一个，调制解调器1e-05可以最终确定(1e-45)要打开以激活简档的eSIM端口的数量和/或编号，以及是否利用MEP操作。对支持MEP的UE(调制解调器)是否利用MEP操作的确定可以被确定为存在两个或更多个eSIM端口的情况，其中通过经由ATR接收的信息为所述eSIM端口启用了简档，或者被确定为UE调制解调器、LPA和eUICC都支持MEP的情况。这里，要打开的简档eSIM端口的最大数量可以被确定为例如eUICC可以打开的eSIM端口的最大数量和未被占用的基带数量中的较小者。因此，如果使用ISD-R专用的eSIM端口，要打开的eSIM端口的总数可以是简档eSIM端口的最大数量加1。

如果来自eUICC卡的回复缺少关于尽可能多的可打开的简档eSIM端口的信息(例如，数量)，则UE可以打开与未被占用的基带的最大数量一样多的简档eSIM端口。如果调制解调器1e-05最终确定(1e-45)利用MEP进行操作，则发起利用MEP的操作的APDU命令作为逻辑接口管理命令可以被发送(1e-50)到eUICC 1e-10。为了下面描述的方便，逻辑接口管理命令被称为MANAGE PORT APDU(管理端口APDU)命令。MANAGE PORT APDU命令的示例可以是APDU命令，包括INS＝MANAGE PORT(管理端口)和P1＝初始化。

在接收到MANAGE PORT APDU命令时，eUICC 1e-10可以识别UE利用MEP操作，创建一个eSIM端口，打开基本信道，并以响应消息进行回复。可选地，已经接收到MANAGE PORTAPDU命令以作为对通过其发送APDU的现有逻辑接口中的相应APDU命令的响应消息进行回复的eUICC 1e-10可以识别出UE利用MEP进行操作，生成一个eSIM端口，打开基本信道，并以对其的响应消息进行回复。可选地，对APDU命令的响应消息可以在已经通过其发送APDU的现有逻辑接口中回复。根据实施例，eUICC 1e-10可以用对MANAGE PORT APDU命令的响应消息来回复(1e-55)，该响应消息包括作为数据的与逻辑接口相对应的重置应答(ATR)。

调制解调器1e-05可重复请求(1e-70)MANAGE PORT APDU命令，以请求打开附加的端口，数量与在操作1e-45中确定的eSIM端口的数量一样多，并且作为对其的响应消息，eUICC 1e-10可发送(1e-75)与逻辑接口相对应的重置应答(ATR)，类似于对管理端口APDU命令的响应消息，以发起利用MEP的操作。用于打开或生成端口的APDU命令可以是APDU命令，其中APDU报头的指令(INS)值是用于逻辑接口管理(例如，管理端口)的值，P1被设置为与初始化或打开相对应的值，并且可以包括设置的端口号被发送。例如，设置为P2值的端口号可以被指定和传送。如果在没有端口号的情况下发送，则eUICC 1e-10可以指定端口号，并且用针对指定的号的响应消息来回复，使得调制解调器1e-05可以将相应的号映射打开的端口号。在端口打开的情况下，可以隐式地定义相应的端口打开基本信道。

同时，每个逻辑接口(eSIM端口)的ATR可能不会作为对MANAGE PORT APDU命令的响应消息进行回复。在这种情况下，调制解调器1e-05可以以相同的方式为每个eSIM端口映射在操作1e-20中收集的ATR，并将ATR传送到UE框架(设备框架)1e-01。在这种情况下，假设eSIM端口1和eSIM端口2在来自UE的普通应用(app)或LPA通过用于eSIM端口的GetATR()的请求下位于eUICC中，则可以回复与在操作1e-20中收集的ATR相同的ATR。此外，在每个逻辑接口(eSIM端口)的ATR作为对MANAGE PORT APDU命令的响应消息被回复的情况下，调制解调器1e-05映射每个eSIM端口的相应的逻辑接口(eSIM端口)的ATR，并将ATR传送到UE框架1e-01。例如，假设eSIM端口1和eSIM端口2在eUICC 1e-10中，eSIM端口1被映射到在操作1e-55中回复的ATR，eSIM端口2被映射到在操作1e-75中回复的ATR，并且在来自UE的普通应用或LPA的请求下，通过针对eSIM端口的GetATR()可以回复相应的信息。

同时，如果eUICC 1e-10接收到用于打开或生成端口的APDU命令，即，其中APDU报头的指令(INS)值被设置为用于逻辑接口管理的值(例如，与管理端口、P1初始化或打开相对应的值)的APDU命令，则eUICC 1e-10执行处理操作，其中，从相应的eSIM端口接收的用于APDU接收的端口打开并设置连接，并且根据调制解调器卡设置，基本信道另外打开相应的eSIM端口。如果eUICC 1e-10中已经存在激活的简档，则eUICC 1e-10可以将通过初始化或打开生成的eSIM端口映射到简档已经被激活的eSIM端口，并对其进行处理。

在上述过程中，调制解调器1e-05处理将由ISD-R使用的端口的生成，然后通过生成的端口中的一个信道向eUICC 1e-10发送包括ISD-R的应用标识符(AID)的SELECT APDU(选择APDU)，从而选择ISD-R(1e-60)。如上所述，如果调制解调器1e-05在初始化过程中选择了ISD-R，则eUICC 1e-10的ISD-R可以向调制解调器1e-05提供附加信息，包括例如是否存在用ISDR PropriertaryApplicationTemplate激活的简档作为对其的回复值(1e-65)。如果调制解调器1e-05生成与在操作1e-45中确定的eSIM端口的数量一样多的端口到eUICC1e-10，则调制解调器1e-05可以发送(1e-80)MANAGE PORT APDU命令，该命令包括关于端口生成完成的信息，以通知eUICC 1e-10针对具有MEP的操作的eSIM端口生成已经全部完成。用于完成相应端口生成的MANAGE PORT APDU命令可以表示为，例如，INS＝MANAGE PORT，P1＝Initialize Complete(初始化完成)。

同时，当从调制解调器1e-05接收到用于端口生成完成的APDU命令时，eUICC 1e-10可以识别eSIM端口生成已经完成。如果在eUICC中存在已激活的简档，则eUICC可以禁用未分配eSIM端口的简档，或者可以保持简档活动，但将简档视为禁用简档。

如上所述，调制解调器通过ATR从eUICC 1e-10接收的信息可以由调制解调器1e-05发送(1e-85)到UE框架(设备框架)1e-01。尽管图7示出了通过ATR从eUICC 1e-10接收的信息在端口生成完成时从调制解调器1e-05发送到UE框架1e-01，但是也可以在调制解调器1e-05从eUICC 1e-10获得信息之后发送信息。换句话说，根据各种实施例，通过ATR从eUICC1e-10接收的信息从调制解调器1e-05到UE框架1e-01的传输时间可以根据需要进行调整。

图8是示意性示出根据本公开的各种实施例的无线通信系统中基于UE能力信息的UE和eUICC之间的初始化过程的另一示例的视图。

参考图8，图8所示的一些操作可以类似于图7的一些操作来执行。根据实施例，操作1f-15至1f-30和1f-45至1f-85可以类似于图7的操作1e-15至1e-30和1e-45至1e-85来执行。

如果UE支持MEP，则调制解调器1f-05可以在UE能力中包括UE的MEP功能支持的标识符，并将该标识符发送(1f-35)到eUICC 1f-10。调制解调器1f-05可以通过对UE能力的响应消息来获得确定使用MEP进行操作所需的预定的信息。如果UE能力包括MEP支持标识符，并且eUICC 1f-10是支持MEP的eUICC 1f-10，则eUICC 1f-10可以用SW(状态字)1＝9X、SW2＝XX作为响应消息中的普通响应代码来回复，并且可以用数据连同SW1＝91、SW2＝XX一起回复，指示除了普通响应代码之外还有数据。在SW中，X可以表示特定的数字。如在图7的操作1e-20中通过ATR回复的，包括在响应APDU中的数据可以被回复(1f-4)，包括关于是否支持多个启用简档(MEP)、可打开的eSIM端口的最大数量、简档被激活的eSIM端口的数量或编号的信息中的一个或多个。关于MEP是否被支持的信息可以包括指示MEP是否被支持的标识符。

接收信息的调制解调器1f-05可以基于所支持的每个基带的RAT信息和基带的占用状态的组合，以及从eUICC 1f-10接收的UE能力响应消息中获得的信息，来确定(1e-45)是否利用MEP和要打开以激活简档的简档eSIM端口的数量和/或编号进行操作。UE能力响应消息可以包括关于是否支持eUICC的信息。

随后的过程可以以与图7中描述的方式相同的方式执行。根据另一个实施例，如上所述，调制解调器1f-05可以最终确定(1f-45)将被打开以激活简档的eSIM端口的数量和/或编号，并且另外考虑在从eUICC 1f-10接收的UE能力响应APDU中获得的所有或一些信息、基带和eSIM端口之间的映射信息、每个支持的基带的RAT信息以及基带的占用状态，是否利用MEP操作。根据另一个实施例，考虑到从eUICC 1f-10接收的UE能力的回复值、存储的基带和eSIM端口之间的映射信息、每个支持的基带的RAT信息以及基带的占用状态，调制解调器1f-05可以最终确定(1f-45)要打开以激活简档的eSIM端口的数量和编号以及是否利用MEP一起操作。

用于确定支持MEP的UE(调制解调器)是否利用MEP操作的方法可以在确定存在两个或更多个启用简档的eSIM端口作为UE能力的回复信息时确定利用MEP操作，或者可以在UE调制解调器以及LPA和eUICC都支持MEP时确定利用MEP操作。在操作1f-45中确定的要打开的简档eSIM端口的最大数量可以被确定为eUICC可打开的eSIM端口的最大数量和调制解调器中未被占用的基带的数量中的较小者。使用ISD-R专用eSIM端口时，要打开的eSIM端口总数可能是简档eSIM端口的最大数量加1。

如果eUICC 1f-10不发送关于可打开的简档eSIM端口的最大数量的信息，则UE可以打开与未被占用的基带的最大数量一样多的简档eSIM端口。后续操作1f-50和1f-80可以以与图7中相同的方式处理。如上所述，由调制解调器1f-05通过UE能力响应消息从eUICC1f-10接收的信息可以由调制解调器1f-05发送(1f-85)到UE框架(设备框架)1f-01。尽管图8示出了从eUICC 1f-10接收的信息是在端口生成完成时发送的，但是也可以在调制解调器1f-05从eUICC 1f-10获得信息之后发送信息，如上面结合图7所述。换句话说，根据各种实施例，从eUICC 1f-10接收的信息的传输时间可以根据需要进行调整。

图9是示意性示出根据本公开的各种实施例的无线通信系统中基于ISD-R供应信息的UE和eUICC之间的初始化过程的另一示例的视图。

参考图9，图9的一些操作可以类似于图7的一些操作来执行。如果eUICC卡被插入到UE中，则调制解调器1g-05识别eUICC 1g-10，并执行激活和冷重置，以设置用于eUICC卡的操作的操作环境，诸如电源、时钟同步、电流和电压，以使用该卡。如果使用eUICC的操作环境设置完成，则eUICC 1g-10用重置应答(ATR)消息回复UE调制解调器1g-05。ATR是首先从eUICC卡发送到UE的消息，由多达32个字节组成的消息块以连续链的形式发送。

eUICC 1g-10可以通过ATR消息的消息块中被定义为接口字节的消息块之一包括关于是否支持在GSMA SGP.22中定义的eUICC功能的信息，并可以回复(1g-20)调制解调器1g-05。根据实施例，eUICC 1g-10可以用ATR消息进行回复，该ATR消息包括指示所支持的传输协议以及是否有可能改变传输协议的信息。因此，调制解调器1g-05可以确定使用由eUICC卡支持的传输协议，或者如果ATR包括用于改变传输协议的能力的标识符，则另外向eUICC 1g-10发送用于确定传输协议和参数的请求，从而最终由调制解调器1g-05通过(1g-25)协商将在调制解调器1g-05和eUICC 1g-10之间使用的传输协议的过程来确定(1g-30)。UE和eUICC卡可使用通过操作1g-30确定的在ISO 7816-3定义的传输协议T＝0或T＝1来发送应用协议数据单元(APDU)消息。APDU是由命令-响应对组成的数据单元，可用于处理从一个应用到另一个应用的消息。

调制解调器1g-05向eUICC 1g-10发送(1g-35)包括UE能力的消息，该UE能力包括与SGP.22中定义的eUICC相关的UE中的能力，诸如UE是支持LPA还是支持企业功能。接收到UE能力消息的eUICC 1g-10可以识别UE是支持eUICC的UE，并且在eUICC中设置适合于此的设置值，并且以SW1＝9X、SW2＝XX作为APDU命令的普通响应码进行回复，并且向调制解调器1g-05进行回复(1g-40)。在SW中，X可以表示特定的数字。例如，X可以是SW1＝90，SW2＝00和SW1＝91，SW2＝XX中的一个。接收响应消息的调制解调器1g-05可以生成用于信道打开的管理信道APDU命令，并将管理信道APDU命令发送(1g-45)到eUICC 1g-10。当从eUICC 1g-10接收到作为对管理信道APDU命令的响应的普通响应时，调制解调器1g-05和eUICC 1g-10之间的APDU传输的信道生成完成。eUICC 1g-10中的ISD-R是用于管理eUICC中的简档的模块。只有LPA可以选择ISD-R，而ISD-R可以通过一个选择的信道发送/接收APDU。

根据实施例，如果调制解调器1g-05在调制解调器和eUICC卡之间的初始化过程中需要从eUICC 1g-10的ISD-R接收附加信息，则调制解调器1g-05可以选择(1g-50)ISD-R。如果调制解调器1g-05选择ISD-R，则包括ISD-R的eUICC 1g-10可以向调制解调器1g-05提供(1g-55)回复值，该回复值包括是否存在启用简档、是否支持MEP、可打开的简档eSIM端口的最大数量、以及通过ISDR专有应用模板启用的简档eSIM端口的数量或编号。接收信息的调制解调器1g-05结合通过如上面结合图7或图8所述ISDR专有应用模板接收的信息(通过图7中的ATR接收的和通过图8中的UE能力的回复值(或响应消息)接收的)和UE获得的信息，确定是否利用MEP操作，并指定要打开的eSIM端口的数量和编号(1g-60)。如果调制解调器1g-05通过确定(1g-60)确定利用MEP操作，则调制解调器1g-05向eUICC 1g-10发送用于管理端口的初始化APDU命令，从而通知利用MEP操作，同时请求生成端口。接收MANAGE PORT消息的eUICC 1g-10可以生成将由ISD-R使用的eSIM端口(作为实施例，eSIM端口1)，将在操作1g-45中生成的信道映射到将由ISD-R使用的eSIM端口的信道，并以响应消息(1g-65)回复。操作1g-65中的响应消息可以包括关于逻辑接口的ATR信息。

此后，调制解调器1g-05可指定与在操作1g-60中确定的eSIM端口数量一样多的数量，并发送对eSIM端口的请求(1g-70)，以用于将用于MANAGE PORT的打开APDU命令连接到eUICC 1g-10的简档。eUICC 1g-10可以打开与响应操作1g-70中的请求而请求的打开APDU命令的数量一样多的新eSIM端口。根据实施例，如果请求的打开APDU命令的数量是1，则可以打开eSIM端口2。如上参考图7所述，要打开的端口数可以在相应的打开MANAGE PORTAPDU命令中被指定、包括和发送。如果在没有端口号的情况下传输，eUICC可以指定端口号，并用响应值回复它。如果eUICC 1g-10打开生成的eSIM端口，完成连接并回复，则调制解调器1g-05可以通过MANAGE PORT命令发送初始化完成(1g-75)，以通知所有必要的端口已经打开，通知eUICC 1g-10利用MEP操作的所有eSIM端口打开请求已经完成。在接收到带有MEP的初始化完成消息时，eUICC 1g-10可以禁用映射到自启用简档的端口中未分配的eSIM端口的简档。在将简档保持在启用状态时，也可以将简档视为禁用。同时，调制解调器1g-05可以向UE框架(设备框架)1g-01传送(1g-80)关于连接的eUICC的状态信息，诸如通过参考从eUICC 1g-10获得的信息和生成的简档eSIM端口#(eSIM端口的数量或eSIM端口的相应编号)最终确定的ISD-R使用eSIM端口，使得状态信息可以在UE或系统的应用中使用。

图10是示意性地示出根据本公开的各种实施例的在无线通信系统中支持MEP的UE中重启时用于保持现有设置的调制解调器和eUICC之间的连接的视图。

当UE断电然后返回或者可移除eUICC被插入到UE中从而重置和重启UE和eUICC时，支持MEP的调制解调器1h-01和支持MEP的eUICC 1h-05可以在重启之前进行处理以保持基带、eSIM端口和简档之间的关联。收到ES10c.enabledProfile(要激活的简档ID或应用ID、端口号)以激活特定eSIM端口中的简档之后，eUICC可以激活简档并将简档和eSIM端口之间的映射信息存储在简档的元数据中。如上所述，如果在UE和eUICC 1h-05之间的初始化过程中存在启用了简档的eSIM端口，则eUICC 1h-05可以通过ATR、UE能力响应消息、ISDR专有应用模板、FCP模板和逻辑接口管理APDU响应中的一个，用启用简档的eSIM端口号来回复调制解调器1h-01。同时，调制解调器1h-01可以保留先前设置的基带-eSIM端口映射信息，并且在从eUICC 1h-05接收到关于启用简档的eSIM端口的信息时，可以重新建立到由eUICC 1h-05提供的eSIM端口的连接，并且处理到相同eSIM端口的映射。图10示出了其示例实现。

根据各种实施例，在图10中假设在支持MEP的调制解调器1h-01中，基带1(支持4G)连接到eSIM端口#1，基带2(支持5G)连接到eSIM端口#2，并且在支持MEP的eUICC 1h-05中，在eSIM端口#2中激活简档1，并且在eSIM端口#1中激活简档2。如果执行重启，从而执行UE和卡之间的初始化，则eUICC 1h-05可以通过UE能力的响应消息、ISDR专有应用模板、逻辑接口管理APDU、和FCP模板中的至少一个，用eSIM端口的编号#1和#2来回复调制解调器1h-01，其中在与UE的初始化过程中针对eSIM端口启用了简档。在接收到确定调制解调器1h-01是否利用MEP操作的信息时，调制解调器可基于先前存储的eSIM端口-基带映射信息识别需要生成用于简档连接的至少两个或两个以上eSIM端口，且可将eSIM端口#1到基带2(5G)且将eSIM端口#2到基带1(4G)。如果接收的端口号没有与预存的端口号映射(例如，当插入可移除的eUICC时)，则UE可以确定相应的eUICC是新的eUICC，重新映射端口号，并处理初始化过程。同时，eUICC 1h-05可以基于先前存储为简档信息的eSIM端口号-简档映射信息来处理连接，以允许在eSIM端口#1中激活简档2，并且在eSIM端口#2中激活简档1。

图11是示意性示出根据本公开的各种实施例的当用户在无线通信系统中将eSIM端口改变为pSIM时UE和eUICC的操作的视图。

支持MEP的UE可以是仅支持eUICC或者支持eUICC和SIM卡(pSIM)两者的UE。如果UE支持eUICC和物理SIM卡(pSIM)两者，则对于UE将切换到pSIM而不是一个激活的简档的情况，UE也是可能的。为了方便起见，在图11中假设虽然在支持MEP的eUICC 1i-01中激活了三个简档，但是其中一个被替换为pSIM。根据实施例，作为UE和卡初始化的结果，调制解调器1i-05可以映射为与简档连接而生成的与SIM插槽相对应的eSIM端口，如eSIM端口1＝SIM1、eSIM端口2＝SIM 2和eSIM端口3＝SIM 3，并将其提供给UE的框架1i-10。在UE应用(app)1i-15中，简档可以等效地表示为一个物理SIM卡。

用户可以通过从UE应用(例如，SIM卡管理器应用)提供的UI来选择使用物理SIM卡1i-25，而不是在eSIM端口#1中激活的简档1 1i-30。

在接收到相应的请求时，UE应用1i-15请求LPA 1i-20去激活SIM1。

接收到命令的LPA 1i-20向eUICC 1i-01发送用于请求去激活分配给eSIM端口的简档的命令，该eSIM端口作为具有ISD-R 1i-45的专用eSIM端口(这里，eSIM端口#4被分配)，即简档1，获得结果，并向UE应用1i-15回复该结果。

UE应用向UE框架发送针对端口的关闭命令，并且在接收到关闭命令时，调制解调器关闭端口并向eUICC发送用于关闭的MANAGE PORT APDU命令(例如，作为MANAGE PORTAPDU命令，P1＝关闭，P2＝[要关闭的端口号，例如，端口#1])。eUICC 1i-01可以选择向调制解调器1i-05回复结果，并关闭eSIM端口#1的连接。调制解调器可以将pSIM与基带1相关联，映射为pSIM＝SIM 1，简档2＝SIM 2，简档3＝SIM 3，并向UE框架回复结果。UE框架可以用它来重新回复UE应用。同时，调制解调器1i-05可能保持而不是处理eSIM端口关闭。在这种情况下，在不向eUICC发送用于关闭的管理端口APDUMANAGE PORT APDU命令的情况下，调制解调器可以稍后映射到UE F/W中的SIM1，使得接收的消息连接到pSIM。在有从eUICC通过eSIM端口#1发送到调制解调器1i-05的消息的情况下，这应该被忽略以便不被处理，但是，在接收到eSIM端口#1的消息是由ISD-R发送的REFRESH(刷新)命令的情况下，它可以例外地被允许处理。

UE应用可以表示和显示物理SIM卡1i-25，而不是在eSIM端口#1中激活的简档11i-30被激活。之后，在从应用向UE框架请求关于SIM插槽的信息时，UE框架可以将映射识别为pSIM＝SIM 1、简档2＝SIM 2和简档3＝SIM 3，并进行回复。

同时，通过UE应用的UI，用户可以将pSIM切换到一个激活的简档。例如，在图中，也可以用简档1 1i-30替换pSIM 1i-25，在支持MEP的eUICC 1i-01中激活两个简档。

在这种情况下，作为UE和卡初始化的结果，调制解调器1i-05可以映射为与简档连接而生成的eSIM端口，对应于SIM插槽，如pSIM＝SIM 1，eSIM端口2＝SIM 2，以及eSIM端口3＝SIM 3，并将其提供给UE的框架1i-10。在UE应用1i-15中，简档可以等效地表示为一个物理SIM卡。

用户可以通过从UE应用(例如，SIM卡管理器应用)提供的UI来选择激活和使用简档1 1i-30，而不是物理SIM卡1i-25。

接收到请求的UE应用1i-15可以请求调制解调器1i-05通过UE F/W 1i-10处理SIM端口关闭(例如，P1＝作为MANAGE CHANNEL APDU命令关闭)并且打开将在简档1 1i-30中使用的端口(例如，P1＝作为MANAGE PORT APDU命令打开)。调制解调器1i-05可能会保持而不是处理SIM端口关闭。

接收到命令的调制解调器可以关闭与SIM端口的连接，将设置更改为eSIM端口1＝SIM 1，并向UE F/W 1i-10回复该信息，以便UE应用1i-15或LPA 1i-20可以知道它。此外，调制解调器可以向eUICC 1i-01发送端口打开(例如，作为MANAGE PORT APDU命令，P1＝打开)，从而生成新端口。UE应用1i-15请求LPA 1i-20激活SIM 1(eSIM端口1)中的简档。接收到请求的LPA 1i-20向eUICC 1i-01发送用于请求eSIM端口激活简档1的命令，作为具有ISD-R 1i-45的专用eSIM端口(这里，eSIM端口#4被分配)，即，简档1，获得结果，并且用该结果回复UE应用1i-15。UE应用可以在eSIM端口#1而不是物理SIM卡1i-25中表示和显示激活的简档1 1i-30。

图12是示意性地图示根据本公开的各种实施例的无线通信系统中的UE的内部结构的示例的视图。

参照图12，UE可以包括控制器1j-10、收发器1j-05、显示器1j-15和eUICC 1j-20中的至少一个。

收发器1j-05可对应于如本公开中所述的调制解调器，并且可发送/接收具有SM-DP+的信号。

UE的控制器1j-10可以通过控制本公开中描述的UE组件的所有组件的状态和操作来执行根据各种实施例的操作。例如，控制器1j-10可以控制LPA、调制解调器和eUICC中的至少一个，从而执行根据各种实施例的操作。

根据各种实施例，显示器1j-15可以向用户显示全部或部分端口信息、简档状态信息、简档列表或可提供的RAT信息。

eUICC 1j-20可以由LPA或控制器1j-10控制，并且在各种实施例中，eUICC可以执行每个管理命令并将主动命令传送到例如调制解调器。eUICC1j-20可以被配置为与UE分离的设备，并且可以包括独立的控制器和独立的收发器。当eUICC 1j-20被配置为单独的设备时，根据各种实施例的eUICC的操作可以被控制为由包括在eUICC中的单独的控制器来执行。

下面参照图13描述根据各种实施例的无线通信系统中的UE的内部结构的另一示例。

图13是示意性地图示根据本公开的各种实施例的无线通信系统中的UE的内部结构的另一示例的视图。

图13中示出的UE的实施例仅用于说明的目的，并且本公开的范围不限于此。

如图13所示，UE可以包括天线1305、射频(RF)收发器1310、发送(TX)处理电路1315、麦克风1320和接收(RX)处理电路1325。UE还包括扬声器1330、处理器1340、输入/输出(I/O)接口(IF)1345、触摸屏1350、显示器1355和存储器1360。存储器1360包括操作系统(OS)1361和一个或多个应用1362。

RF收发器1310经由天线1305接收从网络中的基站发送的输入RF信号。RF收发器1310对输入RF信号进行下变频，生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路1325，并且RX处理电路1325对基带或IF信号进行滤波、解码和/或数字化，生成经处理的基带信号。RX处理电路1325将经处理的基带信号发送到扬声器1330(例如，用于语音数据)或处理器1340(例如，用于网页浏览数据)以供进一步处理。

TX处理电路1315从麦克风1320接收模拟或数字语音数据，或者从处理器1340接收其他输出基带数据(例如，网络数据、电子邮件或交互式视频游戏数据)。TX处理电路1315对输出基带数据进行编码、复用和/或数字化，生成经处理的基带或IF信号。RF收发器1310接收从TX处理电路1315输出的经处理的基带或IF信号，并将基带或IF信号上变频为要通过天线1305发送的RF信号。

处理器1340可以包括一个或多个处理器或其他处理设备，并且可以执行存储在存储器1360中的OS 1361，以控制UE的整体操作。作为一个示例，处理器1340可以根据已知原理控制RF收发器1310、RF处理电路1325和TX处理电路1315对下行链路信道信号的接收和上行链路信道信号的发送。根据一些实施例，处理器1340包括至少一个微处理器或微控制器。

根据各种实施例，处理器1340控制与UE和eUICC之间的初始化方案相关的整体操作，使得即使在无线通信系统中装备有一个eUICC的UE上也可以同时激活和使用几个简档。

根据各种实施例，处理器1340控制与用于在无线通信系统中从eUICC向UE传送用于支持MEP的预定的信息的方案相关的整体操作，所述预定的信息包括启用简档的eSIM端口的数量或它们各自的编号以及可以打开的eSIM端口的所有或一些最大数量。

根据各种实施例，处理器1340控制与用于通过例如无线通信系统中UE从eUICC获得的关于MEP支持的预定的信息、可用基带的数量和每个基带的无线接入技术(RAT)的组合来确定是否作为MEP操作的方案相关的整体操作，并确定设置，诸如要打开的eSIM端口的数量、要分配给eSIM端口的编号以及使用ISD-R的eSIM端口

根据各种实施例，处理器1340控制与用于在无线通信系统中从UE向eUICC传送信息的方案相关的整体操作，该信息被设置和确定为是否作为MEP进行操作。

根据各种实施例，处理器1340控制与方案相关的整体操作，在该方案中，在无线通信系统中，eUICC识别作为MEP操作，生成eSIM端口并分配数，将eSIM端口号映射到简档，确定将由ISD-R使用的eSIM端口，并向UE回复处理结果。

根据各种实施例，处理器1340控制与用于在无线通信系统中生成与由UE确定的eSIM端口的数量一样多的eSIM端口，然后通过终止初始化过程来回复eUICC以作为MEP操作的方案相关的整体操作。

根据各种实施例，在用户去激活在支持MEP的eUICC中激活的简档之一并在无线通信系统中使用pSIM的情况下，处理器1340控制与用于关闭由UE生成的eSIM端口连接并处理与相应pSIM的连接的方案相关的整体操作。

根据各种实施例，处理器1340控制与方案相关的整体操作，在该方案中，在无线通信系统中，eUICC识别eSIM端口关闭请求并处理该eSIM端口关闭请求，然后向调制解调器回复结果。

处理器1340可以根据运行过程的需要将数据移入或移出存储器1360。根据一些实施例，处理器1340被配置为基于OS程序1361或响应于从基站或运营商接收的信号来执行应用1362。处理器1340耦合到I/O接口1345，并且I/O接口1345向UE提供与其他设备(例如，膝上型计算机和手持计算机)的连接性。I/O接口1345是这些附件和处理器1340之间的通信路径。

处理器1340也连接到触摸屏1350和显示器1355。UE的操作者可以使用触摸屏1350向UE输入数据。显示器1355可以是液晶显示器、发光二极管显示器或能够呈现文本和/或至少有限的图形(例如来自网站)的其他显示器。

存储器1360连接到处理器1340。存储器1360的一部分可以包括随机存取存储器(RAM)，存储器1360的其余部分可以包括闪存或只读存储器(ROM)。

尽管图13示出了示例UE，但是可以对其进行各种改变。例如，图13的各种组件可以组合在一起，每个组件可以进一步划分，或者可以省略一些组件，或者可以根据需要添加其他组件。作为示例，处理器1340可以被分成多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。尽管在图13中UE被配置为类似于移动电话或智能电话，但是UE可以被配置为作为不同类型的移动或固定设备来操作。

图14是示意性示出根据本公开的各种实施例的无线通信系统中基于FCP模板的UE和eUICC之间的初始化过程的另一示例的视图。

参考图14，图14的一些操作可以类似于图7的一些操作来执行。根据实施例，可以类似于图7的操作1e-15至1e-30和1e-45至1e-85来执行图14的操作1n-15至1n-30和1n-45至1n-85。

尽管没有结合图7至图9进行描述，但是调制解调器1n-05可以接收ATR，然后隐式地向eUICC 1n-10发送APDU以选择(1n-31)主文件(MF)。调制解调器1n-05可以请求发送FCP模板作为对所发送的APDU的回复值，以选择MF。回复值可以被包括在发送给APDU以选择MF的响应消息中。通过FCP模板，eUICC 1n-10可以用确定利用MEP操作所需的预定的信息来回复。预定的信息可以包括是否支持多个启用简档(MEP)、可打开的eSIM端口的最大数量、简档被激活的eSIM端口的数量和编号以及eUICC ID(EID)中的一个或多个，类似于通过图7中的ATR发送的信息(1n-32)。

调制解调器1n-05可以向eUICC 1n-10发送(1n-35)包括UE能力的消息，该UE能力包括与SGP.22中定义的eUICC相关的UE中的能力，诸如UE是支持LPA还是支持企业功能。接收UE能力消息的eUICC 1n-10可以识别出UE是支持eUICC的UE，并且设置适合于此的eUICC设置值，并且以SW(状态字)1＝9X，SW2＝XX作为UE能力的普通响应码进行回复，并且向调制解调器1n-05进行回复(1n-40)。在SW中，X表示特定的数。例如，X可以是SW1＝90，SW2＝00和SW1＝91，SW2＝XX中的一个。接收包括在FCP模板中的信息的调制解调器1n-05可以基于基带的占用状态和每个支持的基带的RAT信息的组合来确定利用MEP操作，并且确定(1n-45)要打开以激活简档的简档eSIM端口的数量和编号。

随后的过程可以以与图7至图9中描述的方式相同的方式执行。用于确定支持MEP的UE(调制解调器)是否利用MEP操作的方法可以在基于关于操作1n-31的选择MF的回复信息确定存在两个或更多个启用了简档的eSIM端口的情况下确定利用MEP操作，或者可以在UE调制解调器、LPA和eUICC都支持MEP的情况下确定利用MEP操作。尽管图14示出了在操作1n-45中执行是否利用MEP操作的确定，但是调制解调器1n-05可以从eUICC 1n-10接收是否支持MEP，然后在打开逻辑接口之前的特定时间确定是否使用MEP操作。

在操作1n-45中确定的要打开的简档eSIM端口的最大数量可以被确定为eUICC1n-10可以打开的eSIM端口的最大数量和未被占用的基带数量中的较小者。这里，当使用ISD-R专用eSIM端口时，要打开的eSIM端口的总数可以是简档eSIM端口的最大数量加1。

如果eUICC 1n-10不发送关于可打开的简档eSIM端口的最大数量的信息，则UE可以确定要打开的简档eSIM端口的数量，以便打开与未被占用的基带的最大数量一样多的端口。随后的过程1n-50至1n-85可以以与图7至图9中公开的相同或相似的方式进行处理。如上所述，由调制解调器1n-05通过FCP模板从eUICC 1n-10接收的信息1n-32(它是选择MF的响应消息)可以由调制解调器1n-05发送(1n-85)到UE框架(设备框架)1n-01。尽管在附图中示出了从eUICC 1n-10接收的信息在端口生成完成时被发送到UE框架1n-05，但是也可以在调制解调器1n-05从eUICC 1n-10获得信息之后立即发送从eUICC 1n-10接收的信息。换句话说，根据各种实施例，从eUICC 1n-10、UE框架1n-01接收的信息的传输时间可以根据需要进行调整。

图15是示意性示出根据本公开的各种实施例的无线通信系统中基于新的逻辑接口管理APDU及其响应的UE和eUICC之间的初始化过程的另一示例的视图。

参考图15，图15的一些操作可以类似于图7的一些操作来执行。根据实施例，可以类似于图7的操作1e-15至1e-40和1e-50至1e-85来执行图15的操作1o-15至1o-40和1o-50至1o-85。图15是示意性示出根据各种实施例的无线通信系统中基于新的逻辑接口管理APDU及其响应的UE和eUICC之间的初始化过程的另一示例的视图。

参考图15，图15的一些操作可以类似于图7的一些操作来执行。根据实施例，可以类似于图7的操作1e-15至1e-40和1e-50至1e-85来执行图15的操作1o-15至1o-40和1o-50至1o-85。如上结合图14所述，调制解调器1o-05可以从eUICC 1o-10接收(1o-20)ATR，然后隐式地向eUICC发送用于选择MF的APDU，并且可以请求发送FCP模板作为对所发送的APDU的回复值。FCP模板是由eUICC支持的APDU，并且可以被回复为包括关于APDU是否被支持用于管理新的逻辑接口的信息。

可替换地，调制解调器1o-05可以显式地通知(1o-35)通过UE能力支持的新的APDU，或者向eUICC 1o-10提供关于是否支持MEP的信息，从而通知eUICC 1o-10是否支持APDU来管理用于利用MEP操作的新的逻辑接口。根据一个实施例，调制解调器1o-05可将逻辑接口管理APDU发送到eUICC 1o-10(1o-41)。eUICC 1o-10可以向调制解调器1o-05回复是否支持MEP、支持的eSIM端口的最大数量、启用简档的eSIM端口#(eSIM端口的数量或相应编号)和EID中的至少一个，作为确定利用MEP操作所必需的预定的信息，作为对逻辑接口管理APDU(用于逻辑接口管理的新APDU的回复值)的响应(1o-42)。

根据各种实施例，在接收ATR之后，调制解调器1o-05可以与eUICC 1o-10连接，用于卡会话，并且从会话连接时起，调制解调器1o-05和eUICC 1o-10变成调制解调器1o-05和eUICC 10可以发送APDU的状态。因此，在通过ATR 1o-20接收到关于新的APDU是否支持MEP支持或MEP是否被支持的信息以及关于eUICC 1o-10是否被支持的信息的情况下，在接收到ATR之后的特定时间，调制解调器1o-05可以向eUICC 1o-10发送用于新的逻辑接口管理的APDU命令，并接收关于MEP支持的配置信息，以确定(1o-45)是否利用MEP操作。接收ATR之后的特定时间可以是发送UE能力或执行选择MF之前的时间。

从eUICC 1o-10接收信息的调制解调器1o-05可以基于基带的占用状态和每个支持的基带的RAT信息的组合来确定利用MEP进行操作，并且确定(1o-45)要打开以激活简档的简档eSIM端口的数量。

随后的过程可以以与图7至图9中描述的方式相同的方式执行。用于确定支持MEP的UE(调制解调器)是否与MEP一起操作的方法可以在基于关于逻辑接口管理APDU的回复信息1o-42确定存在启用了简档的两个或更多个eSIM端口的情况下确定与MEP一起操作，或者可以在UE调制解调器、LPA和eUICC都支持MEP的情况下确定与MEP一起操作。尽管图15示出了在操作1o-45中执行是否利用MEP进行操作的确定，但是调制解调器1o-05可以从eUICC1o-10接收是否支持MEP，然后在打开逻辑接口之前的特定时间确定是否利用MEP进行操作。

在操作1o-45中要打开的简档eSIM端口的最大数量可被确定为eUICC可打开的eSIM端口的最大数量和未被占用的基带数量中的较小者。这里，当使用ISD-R专用eSIM端口时，要打开的eSIM端口的总数可以是简档eSIM端口的最大数量加1。

如果eUICC 1o-10不发送关于可打开的简档eSIM端口的最大数量的信息，则UE可以确定要打开的简档eSIM端口的数量，以便打开与未被占用的基带的最大数量一样多的端口。随后的过程1o-50至1o-85可以以与图7至图9中公开的方式相同的方式进行处理。如上所述，由调制解调器1o-05从eUICC 1o-10接收的信息1o-42可以由调制解调器1o-05发送(1o-85)到UE框架(设备框架)1o-01。尽管在附图中示出了在完成端口生成时将从eUICC1o-10接收的信息发送到UE框架1o-05，但是也可以在通过调制解调器1o-05从eUICC 1o-10获得信息之后立即发送从eUICC 1o-10接收的信息。换句话说，根据各种实施例，从eUICC1o-10接收的信息到UE框架1o-01的传输时间可以根据需要进行调整。

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

应当理解，本公开的各种实施例和其中使用的术语并不旨在将这里阐述的技术特征限制于特定实施例，而是包括对应实施例的各种变化、等同或替换物。关于附图的描述，相似的附图标记可用于指代相似或相关的元件。应当理解，与项目相对应的名词的单数形式可以包括一个或多个事物，除非相关的上下文清楚地表明不是这样。如本文所使用的，诸如“A或B”、“A和B中的至少一个”、“A或B中的至少一个”、“A、B或C”、“A、B和C中的至少一个”以及“A、B或C中的至少一个”等短语中的每一个可以包括在相应的一个短语中一起列举的项目的所有可能的组合。如本文所使用的，诸如“第1”和“第2”或“第一”和“第二”的术语可用于简单地将相应的组件与另一个组件区分开，而不在其他方面(例如，重要性或顺序)限制组件。应当理解，如果一个元件(例如，第一元件)被称为“与另一个元件(例如，第二元件)耦合”、“耦合到”、“连接到”或“连接到”，无论是否使用术语“可操作地”或“通信地”，这意味着该元件可以直接(例如，有线地)、无线地或经由第三元件与另一个元件耦合。

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

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

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

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

在上述具体实施例中，取决于所提供的具体实施例，本公开中包括的组件以单数或复数形式表示。然而，选择单数或复数形式以适合为便于描述而建议的上下文，并且本公开不限于单数或复数组件。如本文所使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文清楚地指出不是这样。

尽管上面已经描述了本公开的具体实施例，但是在不脱离本公开的范围的情况下，可以对其进行各种改变。因此，本公开的范围不应限于上述实施例，而应由所附权利要求及其等同来限定。

尽管已经用各种实施例描述了本公开，但是本领域技术人员可以想到各种变化和修改。本公开旨在包含落入所附权利要求的范围内的这些变化和修改。

Claims (15)

1.一种由无线通信系统中的用户设备(UE)执行的方法，所述方法包括：

由调制解调器从嵌入式通用集成电路卡(eUICC)接收第一消息，所述第一消息包括与是否支持eUICC功能相关的信息和与是否支持多个启用简档(MEP)相关的信息中的至少一个；和

由调制解调器基于与是否支持eUICC功能相关的信息和与是否支持MEP相关的信息中的至少一个来打开至少一个嵌入式订户标识模块(eSIM)端口。

2.根据权利要求1所述的方法，其中，所述至少一个eSIM端口的数量基于eUICC支持的eSIM端口的数量被标识。

3.根据权利要求2所述的方法，还包括在打开所述至少一个eSIM端口之后，由调制解调器向eUICC发送包括端口创建完成的信息的第二消息。

4.根据权利要求3所述的方法，还包括：

由调制解调器向eUICC发送指示所述至少一个eSIM端口打开的第三消息；和

由调制解调器从eUICC接收包括对重置的回复的第四消息，其中，第四消息与发送第三消息所通过的逻辑接口相对应。

5.根据权利要求4所述的方法，还包括：

基于所述至少一个eSIM端口的数量，由调制解调器向eUICC发送第五消息；和

响应于发送第五消息，由调制解调器从eUICC接收第六消息。

6.根据权利要求1所述的方法，还包括由调制解调器向eUICC发送用于请求附加eUICC相关的信息的第七消息。

7.根据权利要求6所述的方法，还包括响应于发送第七消息，由调制解调器从eUICC接收第八消息，所述第八消息包括与是否支持MEP相关的信息和与特性相关的信息中的至少一个。

8.根据权利要求1所述的方法，其中，第一消息包括可打开的eSIM端口的最大数量和启用简档的eSIM端口的最大数量中的至少一个。

9.根据权利要求1所述的方法，还包括：

由调制解调器向eUICC发送关于UE的能力信息。

10.根据权利要求1所述的方法，还包括：

由调制解调器从eUICC接收关于支持的传输协议的信息；和

由调制解调器基于关于支持的传输协议的信息来确定与eUICC的传输协议。

11.一种无线通信系统中的用户设备(UE)，包括：

嵌入式通用集成电路卡(eUICC)；和

调制解调器；其中，调制解调器被配置为：

从eUICC接收第一消息，所述第一消息包括与是否支持eUICC功能相关的信息和与是否支持多个启用简档(MEP)相关的信息中的至少一个，以及

基于与是否支持eUICC功能相关的信息和与是否支持MEP相关的信息中的至少一个来打开至少一个嵌入式订户标识模块(eSIM)端口。

12.根据权利要求11所述的UE，其中，所述至少一个eSIM端口的数量基于eUICC支持的eSIM端口的数量被标识。

13.根据权利要求12所述的UE，其中，调制解调器还被配置为在打开所述至少一个eSIM端口之后，向eUICC发送包括端口创建完成的信息的第二消息。

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

向eUICC发送指示所述至少一个eSIM端口打开的第三消息，以及

从eUICC接收包括对重置的回复的第四消息，其中，第四消息与发送第三消息所通过的逻辑接口相对应。

15.根据权利要求11所述的UE，其中，调制解调器还被配置为基于根据权利要求5至10所述的方法之一进行操作。

Images