5G NSSAA切片二次认证EAP信令全链路拆解

一、为什么需要切片级二次认证？

5G网络切片（Network Slicing）的核心承诺是"一张物理网络服务万业"。但当运营商向企业租户提供专属切片时，一个根本性的安全问题浮出水面：运营商的主认证（Primary Authentication）只验证了用户是否是运营商的合法订阅者，却没有验证用户是否有权访问特定切片。

设想一个场景：某智慧工厂租用了运营商的URLLC切片（SST=2），工厂自身的员工管理系统维护着谁可以接入工厂切片的权限。运营商的UDM中只有SIM卡对应的SUPI/GPSI订阅信息，但不知道该用户在工厂的安全等级。此时，切片所有者（Tenant）需要独立执行一次认证与授权——这就是NSSAA（Network Slice-Specific Authentication and Authorization）的设计动机。

3GPP在Release 16引入NSSAA框架（TS 23.502 Section 4.2.9），在Release 17引入独立网元NSSAAF（Network Slice-Specific Authentication and Authorization Function，TS 29.526），到Release 18/19进一步完善了对SNPN（独立非公共网络）场景和多种EAP方法的支持。

核心规范坐标： - TS 23.502 Section 4.2.9 — NSSAA总体流程与信令步骤 - TS 33.501 Section 5.13 — NSSAAF安全需求 - TS 29.526 — Nnssaaf服务化接口Stage 3定义 - TS 24.501 Section 5.4 — NAS层EAP消息传输

二、NSSAA架构与网元角色

graph TB
    UE[UE<br/>EAP Peer] -->|NAS MM Transport<br/>EAP消息| AMF[AMF<br/>EAP Authenticator前端]
    AMF -->|Nnssaaf_NSSAA_Authenticate<br/>SBI接口| NSSAAF[NSSAAF<br/>EAP中继/编排器]
    NSSAAF -->|N33/AAA协议<br/>RADIUS/Diameter| AAAP[AAA-P<br/>运营商代理]
    NSSAAF -->|N33直连| AAAS[AAA-S<br/>切片租户AAA服务器]
    AAAP -->|AAA协议| AAAS
    NSSAAF -->|Nausf接口| AUSF[AUSF<br/>可选密钥材料]

    style NSSAAF fill:#ff9900,stroke:#333,color:#000
    style AAAS fill:#cc0000,stroke:#333,color:#fff
    style AMF fill:#3366cc,stroke:#333,color:#fff

各网元在NSSAA中的角色

关键设计洞察：AMF不直接与AAA-S通信。如果每个AMF都需要对接无数租户的AAA服务器，会产生严重的耦合和扩展性问题。NSSAAF作为中间层，屏蔽了AAA-S的多样性（不同协议、不同安全策略），让AMF只需调用标准化的Nnssaaf_NSSAA服务。

三、NSSAA完整信令时序图

以下信令流严格对应TS 23.502 Section 4.2.9.2 Figure 4.2.9.2-1的18个步骤：

sequenceDiagram
    participant UE
    participant AMF
    participant NSSAAF
    participant AAAP as AAA-P
    participant AAAS as AAA-S

    Note over UE,AMF: Step 1: Registration阶段触发NSSAA
    UE->>AMF: Registration Request<br/>(Requested NSSAI含需NSSAA的S-NSSAI)
    Note right of AMF: AMF查询UDM订阅数据<br/>确认S-NSSAI需NSSAA

    rect rgb(230, 245, 255)
    Note over UE,AAAS: Phase A: EAP Identity交换
    AMF->>UE: Step 2: NAS MM Transport<br/>(EAP Identity Request, S-NSSAI)
    UE->>AMF: Step 3: NAS MM Transport<br/>(EAP Identity Response, S-NSSAI)
    AMF->>NSSAAF: Step 4: Nnssaaf_NSSAA_Authenticate Request<br/>(EAP Identity Response, GPSI, S-NSSAI)
    NSSAAF->>AAAP: Step 5: AAA Protocol<br/>(EAP Identity Response, GPSI, S-NSSAI)
    AAAP->>AAAS: Step 6: AAA Protocol<br/>(EAP Identity Response, GPSI, S-NSSAI)
    Note right of AAAS: AAA-S存储GPSI<br/>关联EAP Identity
    end

    rect rgb(255, 245, 230)
    Note over UE,AAAS: Phase B: EAP认证挑战 (Steps 7-14)
    loop 多轮EAP交换
        AAAS->>AAAP: EAP-Request/AKA'-Challenge<br/>(AUTN, RAND, MAC)
        AAAP->>NSSAAF: AAA Protocol转发
        NSSAAF->>AMF: Nnssaaf_NSSAA_Authenticate Request
        AMF->>UE: NAS MM Transport<br/>(EAP-Request/AKA'-Challenge)
        UE->>AMF: NAS MM Transport<br/>(EAP-Response/AKA'-Challenge<br/>含RES)
        AMF->>NSSAAF: Nnssaaf_NSSAA_Authenticate Request
        NSSAAF->>AAAP: AAA Protocol转发
        AAAP->>AAAS: EAP-Response/AKA'-Challenge
    end
    end

    rect rgb(230, 255, 230)
    Note over UE,AAAS: Phase C: 认证结果 (Steps 15-18)
    AAAS->>AAAP: Step 15: EAP-Success/Failure<br/>(GPSI, S-NSSAI)
    AAAP->>NSSAAF: Step 16: AAA Protocol<br/>(EAP-Success/Failure, S-NSSAI, GPSI)
    NSSAAF->>AMF: Step 17: Nnssaaf_NSSAA_Authenticate Response<br/>(EAP-Success/Failure, S-NSSAI, GPSI)
    AMF->>UE: Step 18: NAS MM Transport<br/>(EAP-Success/Failure)
    Note right of AMF: AMF存储每个S-NSSAI<br/>的NSSAA认证结果
    end

四、关键Information Element深度解析

4.1 NAS MM Transport消息结构

NSSAA中EAP消息在NAS层通过NAS MM Transport消息承载（TS 24.501 Section 5.4.3.3）：

设计要点：TS 23.502 Section 4.2.9.2 Step 2明确指出，NAS MM Transport中携带的S-NSSAI必须是H-PLMN的S-NSSAI值，而不是在V-PLMN中映射后的本地S-NSSAI。这是因为AAA-S由切片所有者运营，只认自己的S-NSSAI定义。

4.2 Nnssaaf_NSSAA_Authenticate服务操作

基于TS 29.526定义的RESTful接口：

POST {apiRoot}/nnssaaf-nssaa/<apiVersion>/ue-authentications

请求体关键参数：

GPSI选择策略：当UE订阅数据中有多个GPSI时，AMF使用UDM提供的GPSI列表中的任意一个。这是一个工程实现灵活点——不同厂商可能选择第一个GPSI或按特定策略选择。AAA-S会存储GPSI与EAP Identity的关联，用于后续重认证和授权撤销。

4.3 EAP-AKA'认证挑战核心IE

NSSAA默认使用EAP-AKA'（RFC 9048）作为认证方法：

graph LR
    subgraph "EAP-Request/AKA'-Challenge IE结构"
        A[Subtype: 0x01<br/>AKA-Challenge] --> B[AT_RAND<br/>16字节随机数]
        A --> C[AT_AUTN<br/>16字节认证令牌]
        A --> D[AT_MAC<br/>14字节消息认证码]
        A --> E[AT_KDF_INPUT<br/>网络名称长度+名称]
        A --> F[AT_KDF<br/>密钥派生函数标识]
    end

EAP-AKA' vs EAP-AKA的关键区别：EAP-AKA'在KDF中引入了网络名称绑定（AT_KDF_INPUT），将派生密钥与具体服务网络关联，防止跨网络密钥重用攻击。这正是5G NSSAA选择EAP-AKA'而非EAP-AKA的根本原因。

五、NSSAA状态机与生命周期管理

stateDiagram-v2
    [*] --> Idle: UE未请求切片
    Idle --> Pending: AMF检测到S-NSSAI需NSSAA
    Pending --> EAP_Identity: 发送EAP Identity Request
    EAP_Identity --> EAP_Challenge: 收到EAP Identity Response
    EAP_Challenge --> EAP_Challenge: 多轮EAP交换
    EAP_Challenge --> Authenticated: 收到EAP-Success
    EAP_Challenge --> Rejected: 收到EAP-Failure
    Authenticated --> Pending: AAA-S触发重认证
    Authenticated --> Revoked: AAA-S触发授权撤销
    Authenticated --> Pending: 订阅变更触发重认证
    Rejected --> [*]: AMF拒绝该S-NSSAI
    Revoked --> [*]: AMF从Allowed NSSAI中移除

认证结果对Allowed NSSAI的影响

多切片并行认证：一个UE的Requested NSSAI中可能包含多个需要NSSAA的S-NSSAI。3GPP允许AMF串行或并行发起多个NSSAA过程。实际部署中，运营商通常采用串行策略以节省信令开销，但对于时延敏感的URLLC切片可以优先处理。

六、NSSAA与主认证的对比分析

安全架构层次：

┌─────────────────────────────────────────┐
│         Layer 2: NSSAA (切片级)          │
│   UE ←→ AMF ←→ NSSAAF ←→ AAA-S         │
│   验证: 用户是否有权访问特定切片          │
├─────────────────────────────────────────┤
│         Layer 1: 主认证 (网络级)          │
│   UE ←→ SEAF(AMF) ←→ AUSF ←→ UDM       │
│   验证: 用户是否为运营商合法订阅者        │
├─────────────────────────────────────────┤
│         Layer 0: RAN安全 (空口级)         │
│   UE ←→ gNB                              │
│   验证: 空口加密与完整性保护              │
└─────────────────────────────────────────┘

七、AAA-S触发的重认证与授权撤销

除了Registration触发的初始NSSAA，TS 23.502还定义了两种网络侧触发的后续流程：

7.1 AAA-S触发的重认证（Section 4.2.9.3）

当切片租户需要重新验证用户身份时（例如员工安全等级变更），AAA-S主动发起：

1. AAA-S → AAA-P/NSSAAF：发送AAA协议Re-Auth Request（含GPSI, S-NSSAI）
2. NSSAAF → AMF：Nnssaaf_NSSAA_ReAuth通知
3. AMF → UE：NAS MM Transport（EAP Identity Request）
4. 后续EAP交换与初始NSSAA相同

7.2 AAA-S触发的授权撤销（Section 4.2.9.4）

当租户决定立即撤销某用户的切片访问权限：

1. AAA-S → NSSAAF：AAA协议Disconnect Request（GPSI, S-NSSAI）
2. NSSAAF → AMF：Nnssaaf_NSSAA_Authenticate（携带撤销指示）
3. AMF将S-NSSAI从Allowed NSSAI移除
4. AMF释放该切片相关的PDU Session
5. AMF → UE：UE Configuration Update（更新Allowed NSSAI）

运营商成本博弈：授权撤销信令要求AMF立即释放PDU Session，这意味着正在进行的URLLC业务会话会中断。对于工业控制等高可靠性场景，租户需要在安全策略与业务连续性之间权衡——频繁的撤销重认证增加了信令负载，但降低了安全暴露窗口。

八、抓包识别与故障排查

8.1 抓包特征识别

Wireshark过滤器示例：

# 过滤NAS MM Transport消息（含NSSAA的EAP消息）
nas-5gs.mm.message_type == 0x67 || nas-5gs.mm.message_type == 0x68

# 过滤SBI接口的NSSAA请求
http2.headers.path contains "nnssaaf-nssaa"

8.2 常见故障场景

3GPP在Release 18和Release 19对NSSAA进行了多项增强：

1. SNPN场景支持：Rel-17引入的SNPN（Stand-alone Non-Public Network）与NSSAA结合，允许非公众网络使用NSSAA框架对PLMN用户提供认证（TS 23.501 Section 5.30.2.6）。

2. NSSAAF与AUSF交互增强：Rel-18允许NSSAAF直接从AUSF获取EAP-AKA'所需的密钥材料，优化了原本需要AAA-S与AUSF分别交互的信令路径。

3. 多种EAP方法扩展：除EAP-AKA'外，增加了对EAP-TLS的完整支持，适应企业证书认证场景。部分Rel-19讨论中引入了对EAP-TEAP（Tunnel EAP）的考虑。

4. 安全保证规范：TS 33.326 V18.0.0定义了NSSAAF的安全保证规范（SCAS），为设备认证提供了安全评估基准。

常见问题

Q1: NSSAA和主认证可以同时进行吗？ A: 不可以。NSSAA是二次认证，必须等主认证（5G-AKA或EAP-AKA'）成功完成后再触发。AMF在主认证成功后查询UDM订阅数据，发现某S-NSSAI需要NSSAA时才启动。时间线上是严格的串行关系。

Q2: 如果UE同时请求多个需要NSSAA的切片，信令如何处理？ A: AMF可以独立触发多个NSSAA过程（按S-NSSAI分别发起）。标准允许串行或并行，实际部署多为串行以减少信令风暴风险。每个S-NSSAI有独立的EAP会话和认证结果。

Q3: NSSAA失败会影响主认证的成功吗？ A: 不会。NSSAA失败只导致对应的S-NSSAI被拒绝（加入Rejected NSSAI），主认证和其他不需要NSSAA的切片不受影响。这是架构分层设计的核心优势。

Q4: AAA-S由谁运营？运营商还是切片租户？ A: 取决于部署模式。对于企业私网切片，AAA-S通常由企业租户运营，存放在企业数据中心；运营商通过NSSAAF和可选的AAA-P与租户AAA-S对接。这种模式下，运营商看不到租户的认证凭证，实现了信任域隔离。

Q5: NSSAA增加的时延大约是多少？ A: 典型的EAP-AKA' NSSAA过程（1轮Identity+1轮Challenge）大约增加200-500ms信令时延，主要取决于NSSAAF到AAA-S的网络RTT。如果AAA-S部署在企业本地，时延可控制在100ms内；如果AAA-S位于远端云，时延可能超过1秒。

参考来源

1. 3GPP TS 23.502 V19.x — Section 4.2.9 NSSAA Procedures — NSSAA信令流程定义
2. 3GPP TS 33.501 V19.x — Section 5.13 NSSAAF Security Requirements — NSSAA安全架构
3. 3GPP TS 29.526 — Nnssaaf Service Based Interface — NSSAAF Stage 3接口定义
4. free5GC — 5G Network Slicing Blog — NSSAA开源实现解析
5. 3GPP Explorer — NSSAAF Glossary — NSSAAF网元角色说明
6. iTechSpec — TS 23.502 Section 4.2.9.2 — NSSAA流程详细步骤

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

| GUAMI重分配触发 | 容量超70%自动触发 | 手动触发 | 容量超80%自动触发 | 手动触发 | | AMF Configuration Update频率 | 每5分钟 | 每10分钟 | 每5分钟 | 每15分钟 |

八、AMF选择与4G MME选择对比

5G引入AMF Set的核心理念是将"故障恢复"和"负载均衡"从网络层下沉到标识符层——GUAMI本身就包含了路由信息，无需额外的DNS查询或信令交互。这种设计哲学是将路由状态嵌入标识符（State in Identifier），是5G SBA架构中"自包含路由"思想的体现。

九、运营商成本博弈分析

9.1 AMF Set规模决策

运营商在规划AMF Set时面临容量与成本的trade-off：

方案A：大Set（32-64 AMF/Set） - 优势：故障恢复时选择更多，负载均衡更均匀 - 劣势：UE上下文同步开销大，UDSF存储成本高

方案B：小Set（2-4 AMF/Set） - 优势：上下文同步简单，运维成本低 - 劣势：故障恢复选择有限，负载不均风险高

方案C：混合模式（核心区域大Set，边缘小Set） - 优势：按业务密度灵活配置 - 劣势：运维复杂度增加

9.2 NSSF部署策略

常见问题

Q1: AMF Set内所有AMF都不可用时，UE会怎样？

A: RAN回退到默认AMF选择机制。如果连默认AMF都无法找到，gNB会向UE返回RRC Release，UE进入空闲态后重试。若反复失败，UE触发PLMN重选。在TS 23.501中，这种情况归类为"AMF Set不可用"，需要运维介入修复。

Q2: GUAMI中的AMF Pointer值改变是否意味着AMF重选？

A: 不一定。AMF Pointer在AMF Set内的变化可以通过Configuration Update Command完成，无需完整注册流程。但如果AMF Region ID或AMF Set ID变化，则必须通过完整注册（含AMF重选）流程完成。

Q3: 非3GPP接入（如Wi-Fi）的AMF选择有何不同？

A: N3IWF/TNGF代替gNB执行AMF选择。由于非3GPP接入不通过NGAP，AMF选择通过N2接口上的NWu/IKEv2信令中的IKE SA建立过程完成。N3IWF根据UE的5G-GUTI或S-NSSAI选择AMF，选择逻辑与gNB一致但传输机制不同。

Q4: AMF过载时如何影响AMF选择？

A: 过载AMF通过AMF Overload Start（NGAP）通知gNB。gNB收到后停止向该AMF路由新注册请求，转而选择Set内其他AMF。过载AMF同时可通过Namf_Communication_AMFStatusChangeNotify通知其他NF不再向其转发请求。这与TS 23.501 Section 5.19中定义的"AMF过载控制"机制联动。

Q5: 一个AMF可以属于多个AMF Set吗？

A: TS 23.501规定每个AMF实例在同一时刻只能属于一个AMF Set。但AMF可以通过AMF Configuration Update动态调整其所属Set（运维操作），这意味着AMF Set的成员关系是可变的，但不能重叠。

参考来源

1. 3GPP TS 23.501 V18.10.0 — Section 5.21.6 (GUAMI), Section 6.3.5 (AMF Discovery and Selection)
2. 3GPP TS 23.502 V18.10.0 — Section 4.2.2.2 (Registration with AMF Reselection)
3. 3GPP TS 29.531 V18.6.0 — Nnssf_NetworkSliceSelection Service
4. ShareTechnote — 5G GUAMI — GUAMI结构与AMF选择示例
5. 3GLTEInfo — 5G AMF Selection Troubleshooting — 故障排查实战指南

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。