在观察智能手机如何连接到5G网络时，注意力通常会放在gNB、AMF、SMF、UPF等网络元素上。体积小得多的USIM很容易被忽略。然而在实践中，USIM也需要专用的数据结构，以支持从5G注册、移动性状态存储，到用户标识信息隐私、NAS安全上下文及访问控制等各种功能。
随着5G的推出，USIM文件系统也随之扩展。这并非只是在现有SIM结构中多存储几个参数而已。USIM应用程序内引入了新的5GS专属目录、服务指示器和EF文件，让移动设备能判断卡片支持哪些5G能力、需要存储哪些数据，以及应从何处读取对应的配置。
单独记忆EF5GS3GPPLOCI、EF5GAUTHKEYS、EFSUCI_Calc_Info等名称，很容易造成混淆。更实用的做法是依照这些文件所处理的问题来分组：移动性、安全性、用户标识信息隐私、访问控制与运营商信息。
为什么在查看5G USIM文件之前，UICC与文件系统至关重要
SIM起源于2G时代，可理解为硬件与应用程序紧密集成的用户标识模块。硬件组件是IC芯片，软件方面则包含COS操作系统、文件系统，以及上层的应用程序或服务。
3G推出后，USIM（Universal Subscriber Identity Module，通用用户标识模块）将应用程序与其执行的卡片平台更明确地分离。UICC是底层的通用集成电路卡平台，而USIM则是在该平台上运行的应用程序。换句话说，通常所称的“USIM卡”，从逻辑架构的角度来看，更精确的描述是在UICC上运行的USIM应用程序。
这个区别很重要，因为5G并未在USIM之外引入一套完全独立的数据系统。相反地，5G能力持续沿用现有的USIM服务与文件管理模型。
智能卡的大量数据以文件形式存储。逻辑结构主要包括：
MF（Master File，主文件）：卡片文件系统中的最顶层文件。
DF（Dedicated File，专用文件）：用于组织特定应用程序或数据组的专用目录。
EF（Elementary File，基本文件）：实际存储服务数据、状态信息与配置参数的基本文件。
就5G而言，USIM应用程序下新增了专用的DF5GS目录，用以组织与5GS相关的EF文件。对应的USIM应用程序规范为这组能力定义了九项5G相关服务与十个对应的EF文件。
DF5GS之下新增了哪些5G能力？
仅有EF文件存在，并不自动代表应该使用某项功能。另一个重要文件是EFUST（USIM Service Table，USIM服务表）。
EFUST指出USIM支持哪些服务。服务表总共包含131项服务，而本文讨论的5G相关服务编号为122至130。若某项服务被标记为不可用，ME将不会选择该服务。实际的服务配置由运营商定义。
| 服务编号 | 5G服务 | 主要相关文件或功能 |
|---|---|---|
| 122 | 5GS移动性管理信息 | 3GPP与非3GPP位置信息及NAS安全上下文 |
| 123 | 5G安全参数 | EF5GAUTHKEYS |
| 124 | 用户标识符隐私支持 | EFSUCI_Calc_Info与EFRouting_Indicator |
| 125 | 由USIM计算SUCI | 表示SUCI计算由USIM执行 |
| 126 | UAC访问身份支持 | EFUAC_AIC |
| 127 | 基于控制平面的VPLMN内UE导向 | 漫游场景的PLMN导向能力 |
| 128 | USIM对PDU会话的呼叫控制 | PDU会话的USIM型呼叫控制 |
| 129 | 5GS运营商PLMN列表 | EFOPL5G |
| 130 | 支持网络特定标识符类型的SUPI | EFNSI |
这张表比单独记忆文件名称更有用，因为它展现了USIM的基本设计模型：服务能力指示加上对应的EF数据。
例如，当服务122可用时，USIM需提供5GS移动性管理的相关文件。当服务123可用时，需要5G认证密钥文件。当服务129可用时，USIM会提供5GS运营商PLMN列表。
从工程角度来看，EFUST回答“这张卡支持什么？”个别EF文件则回答下一个问题“这项能力需要哪些数据？”ME使用这两项信息来决定应如何处理对应的5G功能。
为什么5G位置与安全状态要针对3GPP接入和非3GPP接入分开存储？
DF5GS下最直接的一组文件与移动性管理有关。
EF5GS3GPPLOCI存储3GPP接入的5GS位置信息，包括：
5G-GUTI；
最后访问的5G-TAI；
5GS更新状态。
对应的EF5GSN3GPPLOCI则存储非3GPP接入的相同类型信息。两个文件目的相似，但适用于不同的接入类型。
这显示USIM在5GS移动性上下文中所做的不只是存储用户号码。它还保留了临时标识信息、近期位置数据与更新状态，可供后续程序使用。
同样的分离也适用于NAS安全上下文。EF5GS3GPPNSC存储3GPP接入的NAS安全上下文，而EF5GSN3GPPNSC存储非3GPP接入对应的NAS安全上下文。
另一个专用安全文件是EF5GAUTHKEYS。当EFUST中的服务123可用时，此文件为必需，并存储由ME生成的KAUSF与KSEAF等5G认证相关密钥。
将这些文件放在一起看，即可看出5G USIM的设计逻辑。数据并非单纯依照协议名称分组，而是围绕UE的实际运行状态来组织：它在哪里注册、如何接入网络、当前有效的安全上下文是什么，以及之后可能需要的认证信息。
SUCI、访问控制与运营商信息如何映射到特定EF文件？
除了移动性与安全上下文之外，5G还针对用户标识信息隐私与访问控制，在USIM端引入了额外的数据需求。SUCI相关能力就是最明显的例子之一。
EFSUCI_Calc_Info存储SUCI计算与保护所需的信息。此文件是否可供ME使用，取决于EFUST中服务124与125的组合。
若服务124可用而服务125不可用，SUCI计算由ME执行。在这种情况下，EFSUCI_Calc_Info必须存在且可供ME使用。
若服务124与125均可用，SUCI计算由USIM执行。在这种情况下，EFSUCI_Calc_Info不应供ME使用。若服务124本身不可用，该文件同样不应向ME公开。
文件中的主要数据对象包括：
保护方案标识符列表：包含保护方案优先级与密钥索引。
归属网络公钥列表：包含用于SUPI保护的归属网络公钥及相关标识符。
与SUCI搭配使用的另一个文件是EFRouting_Indicator。它存储路由指示器，该指示器构成SUCI的一部分，可用于朝向归属网络的AUSF与UDM进行路由。
除了用户标识信息隐私之外，USIM也可参与统一访问控制（Unified Access Control）。EFUAC_AIC存储访问管理配置，包括与已定义高优先级服务相关联的访问身份。这些值可与访问类别搭配使用，以支持特定服务的访问控制。
就运营商显示信息而言，EFOPL5G存储5G-TAI与PLMN网络名称记录标识符之间的对应关系。当UE向PLMN注册时，ME可使用这些对应关系，再读取对应的运营商名称信息，以显示服务提供商名称或图标。
另一方面，EFNSI存储网络特定标识符类型的SUPI。在这种情况下，SUPI使用NAI格式，且不应为IMSI。
USIM在5G网络中究竟扮演什么角色？
若仅将USIM视为用户标识卡，便难以解释为什么5G需要这么多额外的服务与EF文件。
综合来看，这些文件显示USIM提供了一组由服务表控制的存储功能，涵盖用户数据、UE状态、安全信息与运营商政策。
它存储的不只是固定的标识信息。5G-GUTI与最后访问的TAI代表移动性状态。NAS安全上下文与5G认证密钥代表安全状态。SUCI相关文件参与用户标识信息隐私保护，而UAC、PLMN与PDU会话呼叫控制则显示运营商政策如何通过USIM影响UE行为。
服务127提供基于控制平面的VPLMN内UE导向，可用于漫游相关的PLMN选择。服务128提供USIM对PDU会话的呼叫控制。在相关操作之前，终端可将PDU会话类型、SSC模式、5GSM能力及服务小区信息等提供给USIM，再依卡片返回的指示继续。
这对故障排除也有实际意义。在调查5G终端兼容性问题、注册失败、用户标识信息隐私问题或特定访问控制行为时，只检查无线网络与5G核心可能不够。工程师可能还需要确认USIM是否正确声明对应服务、所需EF是否存在，以及文件内容是否与运营商配置相符。
实用的故障排除顺序是：先检查EFUST确认支持的能力，再验证对应的EF是否存在，最后检查EF内容。这通常比逐一读取每个5G相关文件更有效率。
对5G设备与核心网络工程师而言，这正是理解USIM文件系统的真正价值。许多看似独立的5G功能，最终都归结到一个非常具体的问题：在UE执行网络程序之前，USIM声明了哪项能力，又为该功能存储了哪些数据？
常见问题
DF5GS与ADFUSIM的关系是什么？
DF5GS不是USIM之外的另一个独立应用程序。它是USIM文件结构中用于组织5GS相关数据的专用目录。ADFUSIM可视为USIM应用程序的主要文件空间，而DF5GS则为5G相关EF文件提供专用位置。
若EFUST将某项5G服务标记为可用，但所需的EF文件却缺失，会发生什么？
对于规范要求服务可用时必须存在对应EF的服务而言，这表示服务声明与卡片文件配置之间不一致。故障排除应先聚焦于USIM个性化数据、EFUST配置，以及所需EF是否正确建立，而非只看网络侧。
智能手机能否自由修改USIM中的5G EF文件？
不一定。不同EF文件有不同的访问条件。读取或更新某些文件可能需要PIN授权，而启用、停用或某些配置变更则可能需要ADM权限。因此，文件能否被读取、更新、启用或停用，取决于该特定EF所定义的访问条件。
为什么有些5G服务在EFUST中有服务编号，却没有专用的EF文件？
并非每项USIM服务都需要单独的EF来存储数据。有些服务是能力指示器，例如表示SUCI计算由USIM执行；有些则代表由USIM应用程序本身实现的控制行为。因此，EFUST中的服务项目不一定代表与专用EF文件之间存在一对一的关系。
