VoNR IMS注册三段链与AKA鉴权全链拆解

很多工程师把"VoNR注册"等同于"SIP REGISTER"，这是一个常见的认知误区。真正要让一台5G终端能发起VoNR呼叫，必须先穿越三条相互独立又彼此咬合的信令链：5GS移动性注册、IMS专用PDU会话建立（含P-CSCF发现）、以及IMS域内的SIP注册与双向鉴权。任何一环失败，UE都会静默退化为EPS Fallback或干脆无法拨号。本文依据3GPP TS 23.501/23.502、TS 23.228、TS 24.229、TS 33.203、TS 29.228等规范，逐消息、逐IE地拆解这条三段链，重点剖析VoNR特有的P-CSCF发现机制与IMS AKA（即"SIP Digest with AKA"）的鉴权向量推演。

一、为什么VoNR注册是"三段链"而非单一流程

VoLTE时代，UE通过一次Attach即建立IMS PDN连接，P-CSCF地址随默认承载的PCO下发，紧接着就发SIP REGISTER。5G SA中，控制面与用户面彻底解耦，5G注册（AMF/Registration Management）与会话管理（SMF/Session Management）被拆成两个独立过程；而IMS作为"数据网络（DN）"挂在5G核心网之上，又是一个独立的SIP应用域。因此VoNR的注册必然呈现三段结构：

• 第1段（5GS注册）：UE向AMF完成移动性注册，网络通过IMS voice over PS session supported indication告诉UE"本区是否支持VoNR"；
• 第2段（IMS PDU会话+P-CSCF发现）：UE以DNN="IMS"建立专用PDU会话，SMF在PDU Session Establishment Accept中通过PCO把P-CSCF地址推给UE；
• 第3段（SIP注册+IMS AKA）：UE向P-CSCF发起REGISTER，经历I-CSCF→S-CSCF→HSS的Cx鉴权交互，建立IPsec安全联盟后注册成功。

flowchart TB
    subgraph S1["第1段：5GS 移动性注册 (TS 23.502 §4.2)"]
        A1["UE"] -->|"Registration Request"| A2["AMF"]
        A2 -->|"5G-AKA 鉴权 / NAS SMC"| A1
        A2 -->|"Registration Accept<br/>IMS voice over PS supported Indication"| A1
    end
    subgraph S2["第2段：IMS PDU会话 + P-CSCF发现 (TS 23.502 §4.3.2)"]
        B1["UE"] -->|"PDU Session Est. Request<br/>DNN=IMS, S-NSSAI=切片X<br/>PCO: P-CSCF addr request"| B2["SMF"]
        B2 -->|"N4 Session Est."| B3["UPF"]
        B2 -->|"PDU Session Est. Accept<br/>PCO: P-CSCF address(es)"| B1
    end
    subgraph S3["第3段：SIP REGISTER + IMS AKA (TS 23.228 §5.3.2 / TS 33.203)"]
        C1["UE"] -->|"REGISTER"| C2["P-CSCF"]
        C2 --> C3["I-CSCF"] --> C4["S-CSCF"]
        C4 -->|"Cx: UAR/MAR/SAR"| C5["HSS"]
    end
    S1 --> S2 --> S3

三段链之间存在严格的前置依赖：第1段的"IMS voice supported indication"若为"not supported"，UE不会发起第2段（而是准备EPS Fallback）；第2段拿不到P-CSCF地址，第3段的REGISTER就无处可发。下面分段拆解。

二、第1段：5GS注册与IMS语音能力指示

5G注册过程本身（TS 23.502 §4.2.2）不携带任何IMS信息，但它通过一个关键的5GMM IE决定了UE后续走向——IMS voice over PS session supported indication。该IE在REGISTRATION ACCEPT消息中下发（TS 24.501），取值含义如下表：

该指示由AMF根据TAI列表内所有TA的语音能力、NG-RAN上报的Voice over NR支持能力、以及运营商策略综合判定。若AMF判断当前区不支持VoNR但支持IMS语音（通过EPS），就会在未来呼叫时触发EPS Fallback流程（TS 23.502 §4.13.5）。因此，抓包看到Registration Accept中该IE=not supported，通常就是"打不了VoNR、只能回落4G"的根因。

此外，URSP规则（TS 23.501 §5.16.2）也会在注册阶段或UE配置更新阶段下发给UE，规则中包含一条"目的为IMS信令（按DNN=IMS、或SIP端口5060/5061匹配）的流量，路由到特定PDU会话"的描述。这条规则决定了UE后续会把SIP信令送往哪个本地PDU会话。

三、第2段：IMS PDU会话建立与P-CSCF发现机制

3.1 IMS PDU会话的特殊性

UE发起的PDU Session Establishment Request（TS 23.502 §4.3.2.2）中，针对IMS会话有几个"硬约束"IE：

• DNN = "IMS"：与IMS DN对应，PCF会基于此下发IMS专用策略；
• S-NSSAI：指向IMS切片（或承载IMS的切片）；
• SSC mode = SSC Mode 1：IMS锚点必须稳定，不随UE移动改变（SSC Mode 3会导致P-CSCF连接重建，破坏SIP注册态）；
• PDU Session Type = IPv4/IPv6/IPv4v6：IMS信令通常走IPv6或双栈；
• 5QI=5（QFI=5）的默认QoS Flow：用于承载SIP信令，GBR=false，优先级最高非GBR。

3.2 P-CSCF发现：三种方法对比

P-CSCF是UE接入IMS的唯一入口。3GPP定义了三种发现方式（TS 23.228 §5.1、TS 23.501），VoNR中最常用的是第1种：

PCO方式的具体信令交互：UE在PDU Session Establishment Request的Protocol configuration options IE内携带"P-CSCF IPv4 Address Request"或"P-CSCF IPv6 Address Request"标志位（TS 24.501 §9.11.4.x）。SMF收到后，从UDM签约数据或本地DNN配置中取出候选P-CSCF地址列表（通常为多个，支持负载分担），在PDU Session Establishment Accept的同一PCO IE中回填一个或多个P-CSCF地址。UE若收到多个地址，随机/按规则选其一作为首个REGISTER的目的地址，其余作为备份。

sequenceDiagram
    participant UE
    participant AMF
    participant SMF
    participant UDM
    participant UPF
    UE->>AMF: PDU Session Est. Request (DNN=IMS, SSC1, PCO:P-CSCF req)
    AMF->>SMF: Nsm PDUSession_CreateSMContext
    SMF->>UDM: Nudm_SDM_Get (DNN签约, 取P-CSCF列表)
    UDM-->>SMF: DNN subscription data
    SMF->>UPF: N4 Session Establishment (QFI=5)
    SMF-->>AMF: Nsm PDUSession_CreateSMContext Response (含P-CSCF列表)
    AMF-->>UE: PDU Session Est. Accept (PCO: P-CSCF address(es), QoS QFI=5)
    Note over UE: 选定一个P-CSCF，作为后续SIP REGISTER目的

设计意图：把P-CSCF发现嵌入会话建立过程，而非依赖独立的DHCP往返，是为了降低VoNR的"开机到可呼叫"时延（VoNR的会话建立时延指标比VoLTE更严苛）。同时由SMF集中决策P-CSCF分配，便于运营商做地理就近/负载均衡，并避免DHCP带来的额外故障点。

四、第3段：SIP REGISTER全链与IMS AKA鉴权

4.1 完整信令时序（TS 23.228 §5.3.2.2）

sequenceDiagram
    participant UE
    participant PCSCF as P-CSCF
    participant ICSCF as I-CSCF
    participant SCSCF as S-CSCF
    participant HSS
    UE->>PCSCF: REGISTER (无Authorization, public/private id)
    PCSCF->>PCSCF: DNS解析Home Domain -> I-CSCF地址
    PCSCF->>ICSCF: REGISTER (转发)
    ICSCF->>HSS: Cx: UAR (Public/Private Identity)
    HSS-->>ICSCF: Cx: UAA (S-CSCF能力集 / 已选S-CSCF)
    ICSCF->>SCSCF: REGISTER (按能力选S-CSCF)
    SCSCF->>HSS: Cx: MAR (请求Authentication Vector)
    HSS-->>SCSCF: Cx: MAA (RAND, AUTN, XRES, CK, IK)
    SCSCF-->>PCSCF: 401 Unauthorized<br/>(WWW-Authenticate: nonce=base64(RAND‖AUTN), algorithm=AKAv1-MD5) + CK/IK
    Note over PCSCF: P-CSCF取出CK/IK作为IPsec SA密钥并删除
    PCSCF-->>UE: 401 Unauthorized (已剥离CK/IK)
    UE->>UE: ISIM用K计算 RES/CK/IK
    UE->>PCSCF: REGISTER (Authorization: response=MD5 digest)
    PCSCF->>ICSCF->>SCSCF: REGISTER (含response)
    SCSCF->>SCSCF: 比对 response 与 XRES
    SCSCF->>HSS: Cx: SAR (Server-Assignment, 下载用户profile)
    HSS-->>SCSCF: Cx: SAA (iFC, 业务签约)
    SCSCF-->>UE: 200 OK (注册成功)
    Note over SCSCF: 按iFC触发Third-Party REGISTER -> AS

4.2 Cx接口核心消息与AVP解析

I-CSCF与S-CSCF和HSS之间的Cx接口基于Diameter协议（TS 29.228/29.229）。注册过程涉及三对请求/应答：

设计意图：UAR与MAR分离，是因为"谁能注册（授权）"与"如何鉴权（凭证）"是两个正交的决策——前者由I-CSCF主导（决定路由到哪个S-CSCF），后者由S-CSCF主导（决定挑战什么）。这种解耦让I-CSCF可以无状态化地做负载分担，而把密钥相关操作收敛到S-CSCF与HSS之间。

4.3 IMS AKA：SIP Digest与AKA的"嫁接"

IMS AKA并非全新协议，而是把3G/5G的AKA挑战"塞进"SIP Digest的WWW-Authenticate/Authorization框架里。这就是为什么IE名里同时出现Digest和AKA。其鉴权向量（TS 33.203 §6.1，称为SD-AV——SIP Digest Authentication Vector）的内部结构如下：

flowchart TD
    HSS["HSS / ISIM<br/>长期密钥 K, OPc"] --> AV["鉴权向量 AV (五元组)"]
    AV --> R["RAND (128bit 随机挑战)"]
    AV --> A["AUTN (128bit 网络认证令牌)"]
    AV --> X["XRES (期望响应)"]
    AV --> CK["CK (128bit 加密密钥)"]
    AV --> IK["IK (128bit 完整性密钥)"]
    R --> NONCE["nonce = base64(RAND ‖ AUTN ‖ ...)"]
    A --> NONCE
    NONCE --> WA["WWW-Authenticate<br/>algorithm=AKAv1-MD5, qop=auth-int"]
    X --> S["S-CSCF: 用于校验UE响应"]
    CK --> SA["P-CSCF: IPsec ESP 加密"]
    IK --> SA

逐字段拆解UE侧响应计算（TS 33.203 §6.1.2, RFC 3310）：

1. UE收到401后，从nonce中解析出RAND和AUTN；
2. ISIM用长期密钥K验证AUTN中的MAC（网络对UE的单向认证），通过后用K计算RES；
3. UE再用RES替代"口令"，参与标准SIP Digest的MD5计算： - HA1 = MD5(username:realm:RES)（注意：传统Digest这里放密码，AKA放RES） - response = MD5(HA1:nonce:nonce-count:cnonce:qop:MD5(method:uri))
4. UE把response放入第二次REGISTER的Authorization头发出；
5. S-CSCF用自己保存的XRES按同样公式计算并比对response（UE对网络侧的反向证明，因为只有持有K的UE才能算出正确RES）。

这构成双向认证：AUTN验证"网络是真的"，response验证"UE是真的"。

4.4 IPsec安全联盟的建立（Gm接口保护）

AKA产生的CK/IK并未浪费——它们被用来在UE与P-CSCF之间建立IPsec ESP安全联盟（TS 33.203 §6.3），保护后续所有SIP信令（Gm接口）的机密性与完整性。这是IMS安全与5G主认证的关键差异点：

flowchart TB
    subgraph UE侧["UE / ISIM"]
        UECK["CK (本地由K算出)"]
        UEIK["IK (本地由K算出)"]
    end
    subgraph NET侧["S-CSCF → P-CSCF"]
        NETCK["CK (来自HSS的AV)"]
        NETIK["IK (来自HSS的AV)"]
        NOTE["S-CSCF在401中携带CK/IK<br/>P-CSCF取出后删除, 不传给UE"]
    end
    UECK -.->|"IPsec ESP 加密 SPI=port_uc/port_ps"| NETCK
    UEIK -.->|"IPsec ESP 完整性"| NETIK

SIP层通过三个安全头来协商SA参数：Security-Client（UE发送，含算法/端口）、Security-Server（P-CSCF发送，回应算法/端口）、Security-Verify（UE回显确认）。端口port_uc/port_us/port_pc/port_ps分别标识UE→P-CSCF和P-CSCF→UE的信令通道。抓包时，REGISTER成功后所有SIP信令都会"消失"为ESP加密流量——这是Gm安全生效的直接证据。

4.5 注册状态机

stateDiagram-v2
    [*] --> NotRegistered
    NotRegistered --> Registering: 发送REGISTER(第1次, 无response)
    Registering --> Challenged: 收到401 Unauthorized
    Challenged --> Registering: 发送REGISTER(第2次, 含response)
    Registering --> Registered: 收到200 OK
    Registered --> Registering: 重注册(T接近超时)
    Registered --> NotRegistered: 网络注销 403/超时/去注册
    NotRegistered --> [*]

UE维护一个注册定时器（通常为网络下发的expires值，约3600s），到期前会主动重注册。重注册时若使用同一安全联盟，可省略401挑战（网络直接200 OK），称为"重注册优化"。

五、抓包识别与实战故障排查

5.1 如何在Wireshark中识别VoNR注册

完整的VoNR注册在抓包中跨越三个协议层，过滤技巧：

5.2 常见故障点与排错

1. 打不了VoNR直接回落4G：第1段IMS voice over PS supported indication = not supported。排查AMF的TA语音能力配置、NG-RAN是否上报Voice over NR supported。
2. SIP REGISTER发不出去：第2段P-CSCF地址缺失。检查PCO中是否带了request、SMF是否从UDM拿到P-CSCF列表、DNN是否正确为"IMS"。
3. REGISTER被401后无200 OK：ISIM与HSS密钥K不一致、或IMEI/IMSI未正确开通。检查MAR/MAA是否返回有效AV、XRES与UE RES是否匹配。
4. 注册成功但INVITE建不起来：IPsec SA未生效或QFI=5信令承载未建立。检查ESP流量是否出现、5QI=5是否被PCF下发。
5. 重注册失败导致掉话前兆：expires定时器配置过小或网络侧S-CSCF重启导致SA丢失。检查重注册信令是否重新挑战。

常见问题

Q1: IMS AKA和5G主认证（5G-AKA）是什么关系？ A: 二者完全独立。5G-AKA发生在UE与ARPF/UDM之间，保护5GS接入；IMS AKA发生在UE与IMS HSS之间，保护IMS域。两次AKA用的是不同的K（5G用USIM的K，IMS用ISIM的K），产生不同的密钥。这正是为什么SIM卡上要同时存在USIM和ISIM两个应用。

Q2: 为什么不用5G主认证的密钥直接保护IMS，要再来一次AKA？ A: 因为IMS是"应用域"，历史上先于5G存在（4G/LTE时代就成型），且要支持非3GPP接入（如WiFi通过ePDG/PDIF接入IMS）。IMS AKA让IMS安全自洽，不依赖底层接入技术，保证了跨接入的一致性。

Q3: P-CSCF为什么必须是UE第一个接触的IMS网元，不能让UE直接连S-CSCF？ A: P-CSCF承担三重职责：①信任边界与拓扑隐藏；②UE与IMS之间IPsec SA的端点（持有CK/IK）；③通过N5/Rx接口向5G PCF下发IMS专用QoS策略（如VoNR专用承载5QI=1）。直接连S-CSCF会暴露核心网拓扑且无法建SA。

Q4: SIP Digest里为什么用AKAv1-MD5而不是更新的算法？ A: algorithm=AKAv1-MD5（RFC 3310）是历史选择，把AKA结果嫁接到MD5 Digest框架。Rel-17起规范也支持AKAv2-MD5，但为兼容现网海量终端，多数运营商仍用v1。完整性由IPsec ESP（AES/理论更强算法）承担，而非依赖MD5本身。

Q5: VoNR注册成功后，PCF如何知道这是IMS会话并下发专用QoS？ A: P-CSCF在UE注册后，通过N5（或Rx）接口的Npcf_PolicyAuthorization服务向PCF上报IMS会话信息（包含媒体描述SDP）。PCF据此触发SM Policy Association Modification，让SMF建立5QI=1的GBR专用QoS Flow。这条"PCF感知"链是VoNR端到端QoS的关键，发生在呼叫建立阶段而非注册阶段。

参考来源

1. 3GPP TS 23.228 — IP Multimedia (IM) Subsystem — §5.3.2 Registration procedure, §5.1 P-CSCF
2. 3GPP TS 33.203 — 3G security; Access security for IP-based services — §6.1 IMS AKA, §6.3 IPsec SA, SD-AV定义
3. 3GPP TS 29.228 / TS 29.229 — Cx and Dx interfaces — UAR/UAA, MAR/MAA, SAR/SAA及Cx AVP
4. ShareTechnote — 5G VoNR — VoNR与VoLTE差异、IMS建立流程附图
5. 3glteinfo — VoNR Registration Procedure Call Flow — 三段链工程视角拆解
6. 3GPP Explorer — SD-AV (SIP Digest Authentication Vector) — SD-AV结构定义与规范溯源

本文由「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 等场景全覆盖。