5G初始注册流程信令全链拆解：从RRCSetup到Registration Complete的二十六步编排

一、为什么注册流程是5G系统的"第一信令"

在5G System（5GS）中，注册流程（Registration Procedure） 是一切业务的前置条件。UE必须先完成注册、获得5G-GUTI、建立安全上下文、获取Allowed NSSAI并完成AM策略关联，才能发起PDU Session Establishment、Service Request、移动性切换等后续流程。如果说4G的Attach流程是"附着+建立默认承载"二合一，那么5G将这一过程解耦为三个相对独立的子流程：注册（建立用户上下文与安全）、策略关联（AM Policy）、按需会话建立（PDU Session）。这种解耦是5G控制面架构面向切片、面向MEC、面向多接入的根基。

本文严格依据 3GPP TS 23.502 Section 4.2.2.2（Registration procedure）、TS 23.502 Section 4.2.2.2.2（Initial Registration）、TS 23.2.2.2.3（Registration with AMF re-allocation），结合 TS 38.413（NGAP）、TS 24.501（5GMM/5GSM NAS）、TS 29.502/29.507/29.531（SBI服务），对初始注册流程的全链信令时序、关键Information Element（IE）、AMF Re-allocation编排逻辑进行拆解。为避免与前序文章重复，本文对5G-AKA鉴权与SUCI去隐藏（已单独成文）仅作衔接性描述，重点放在NGAP承载、UDM订阅数据管理、PCF AM Policy Association、AMF重选这些尚未深挖的环节。

二、注册流程的分类与触发条件

TS 23.502 §4.2.2.2将注册流程细分为四种Registration type，由NAS消息Registration request中的5GS registration type IE指示：

本文聚焦 Initial Registration，其完整信令链路在TS 23.502 Figure 4.2.2.2.2.2-1中以26个步骤（部分条件性）详细定义。

三、整体网络功能交互架构

graph TB
    UE[UE<br/>User Equipment]
    RAN[(R)AN<br/>gNB / ng-eNB]
    AMF[AMF<br/>Access & Mobility Mgmt]
    AUSF[AUSF<br/>Auth Server Function]
    UDM[UDM/SIDF<br/>Unified Data Mgmt]
    PCF[PCF<br/>Policy Control Function]
    SMF[SMF<br/>Session Mgmt Function]
    NSSF[NSSF<br/>Network Slice Selection]
    NRF[(NRF<br/>NF Repository)]

    UE -->|NAS over RRC| RAN
    RAN -->|NGAP N2| AMF
    AMF -->|Nudm_UECM / Nudm_SDM| UDM
    AMF -->|Nausf / 5G-AKA| AUSF
    AUSF -->|Nudm_AU| UDM
    AMF -->|Nnssf_NSSelection| NSSF
    AMF -->|Namf_Comm| SMF
    AMF -->|Npcf_AMPolicyControl| PCF
    AMF -.->|NF Discovery| NRF
    RAN -.->|Initial Context Setup| UE

    classDef nf fill:#e8f4f8,stroke:#2c7fb8,stroke-width:2px;
    classDef ue fill:#fff3cd,stroke:#d39e00,stroke-width:2px;
    class UE,RAN ue;
    class AMF,AUSF,UDM,PCF,SMF,NSSF,NRF nf;

注册流程涉及的控制面NF至少包括 AMF、UDM、AUSF、PCF，条件性涉及 NSSF、SMF、old AMF，所有NF通过 NRF 完成服务发现。其中 AMF 是整个流程的编排中枢（orchestrator），负责时序控制、安全激活、策略关联、切片决策的协同。

四、完整信令时序图（TS 23.502 Figure 4.2.2.2.2.2-1）

sequenceDiagram
    autonumber
    participant UE
    participant RAN as (R)AN
    participant AMF as AMF
    participant oldAMF as old AMF
    participant UDM
    participant AUSF
    participant PCF
    participant SMF as SMF(可选)

    Note over UE,RAN: 阶段0: RRC连接建立
    UE->>RAN: RRCSetupRequest (Random Value)
    RAN->>UE: RRCSetup
    UE->>RAN: RRCSetupComplete (含NAS Registration Request + selectedPLMN + Requested NSSAI)

    Note over RAN,AMF: 阶段1: NGAP承载与AMF路由
    RAN->>AMF: NGAP Initial UE Message<br/>(RAN UE NGAP ID, User Location Info,<br/>RRCEstablishmentCause, NAS-PDU)

    Note over AMF: 步骤3-4: AMF Selection<br/>(gNB无法选AMF时选Default AMF)
    opt AMF变更/上下文已存在
        AMF->>oldAMF: Namf_Comm_UEContextTransfer (completeRegReq)
        oldAMF-->>AMF: UE Context (含SUPI, 安全上下文, 策略关联)
    end
    opt 仅知5G-GUTI需获取SUCI
        AMF->>UE: DL NAS Transport: Identity Request
        UE-->>AMF: UL NAS Transport: Identity Response (SUCI)
    end

    Note over AMF,UDM: 阶段7-8: SUCI去隐藏(UDM内SIDF) - 见前序文章
    Note over AMF,AUSF: 阶段9-16: 5G-AKA主鉴权 - 见前序文章
    Note over AMF,UE: 阶段17-18: NAS安全模式控制 SMC

    Note over AMF,UDM: 阶段21: 订阅数据管理
    AMF->>UDM: Nudm_UECM_Registration (SUPI, GUAMI, Access Type)
    AMF->>UDM: Nudm_SDM_Get (AccessAndMobilitySubscriptionData)
    UDM-->>AMF: 订阅数据 (NSSAI, RFSP, Subscribed-UE-AMBR, SMS Sub, 限制)
    AMF->>UDM: Nudm_SDM_Subscribe (订阅数据变更通知)

    opt 需切片决策
        AMF->>AMF: Allowed NSSAI计算(结合Requested/Default/Subscribed)
        AMF->>NSSF: Nnssf_NSSelection_Get (条件性)
    end

    Note over AMF,PCF: 阶段22: AM策略关联
    AMF->>PCF: Npcf_AMPolicyControl_Create (SUPI, AccessType, PEI, 用户位置, Allowed NSSAI)
    PCF-->>AMF: AMPolicy (Service Area Restriction, RFSP, 卫星触发条件等)

    opt UE有遗留PDU会话
        AMF->>SMF: Namf / 重建PDU Session上下文
    end

    Note over AMF,UE: 阶段23-24: Initial Context Setup + 注册接受
    AMF->>RAN: NGAP Initial Context Setup Request<br/>(UE Security Capability, SecurityKey/KgNB,<br/>UE-AMBR, NAS Registration Accept,<br/>[PDU Session Resource Setup List])
    RAN->>UE: AS Security激活 + RRC Reconfiguration (RadioBearerSetup)
    RAN->>UE: NAS Registration Accept (经RRC透传)<br/>(5G-GUTI, Allowed NSSAI, T3512, RA, LADN)
    RAN-->>AMF: NGAP Initial Context Setup Response (N3 TEID等)

    Note over UE,AMF: 阶段25-26: 注册完成确认
    UE->>RAN: NAS Registration Complete (UL NAS Transport)
    RAN->>AMF: NGAP Uplink NAS Transport (Registration Complete)
    opt 新分配5G-GUTI
        Note over UE,AMF: UE已存新GUTI,回复Complete
    end
    AMF->>PCF: 更新策略关联(用户位置/切片变化)
    opt old AMF存在
        AMF->>oldAMF: Namf_Communication_RegistrationCompleteNotify
    end

五、Registration Request消息关键IE解析

注册流程的"信息密度"集中体现在UE发出的第一条NAS消息 Registration request（TS 24.501 §8.2.6）。其IE构成直接决定了网络侧的鉴权、切片、策略决策路径。

graph LR
    subgraph NAS Registration Request IE构成
    A1[Extended protocol discriminator<br/>5GS Mobility Mgmt]
    A2[5GS Registration type<br/>Initial/Mobility/Periodic/Emergency]
    A3[NAS key set identifier ngKSI]
    A4[5GS mobile identity<br/>5G-GUTI / SUCI / PEI]
    A5[Requested NSSAI]
    A6[5GS tracking area identity<br/>Last visited TAI]
    A7[5GS DRX参数]
    A8[5GMM capability<br/>S1模式/Hovering/控制面优化]
    A9[UE security capability<br/>加密/完整性算法列表]
    A10[AdditionalUPDATEType]
    A11[UE usage setting<br/>当Application use]
    end

    A2 -.->|决定| B[鉴权/策略路径]
    A4 -.->|决定| C[SUCI去隐藏or复用GUTI]
    A5 -.->|决定| D[切片选择/AMF重选]
    A9 -.->|决定| E[安全算法协商]

    style A4 fill:#ffe0e0
    style A5 fill:#e0ffe0
    style A9 fill:#e0e0ff

下表对最关键的几个IE进行说明：

六、阶段一深度：NGAP Initial UE Message与AMF Selection

注册流程的第一个真正信令是 NGAP Initial UE Message（TS 38.413）。gNB在完成RRC连接建立（RRCSetupRequest→RRCSetup→RRCSetupComplete）后，从RRCSetupComplete中提取出NAS Registration Request，封装为NAS-PDU，连同RAN侧UE标识一起通过N2口发给AMF。

Initial UE Message的关键IE包括： - RAN UE NGAP ID：RAN侧为该UE分配的NGAP标识，用于后续N2消息寻址 - NAS-PDU：承载NAS Registration Request - User Location Information（NR-CGI/EUTRA-CGI + TAI）：UE接入的小区与TA，用于AMF判断注册区 - RRC Establishment Cause：UE发起RRC的原因（mo-Signaling/mo-Data/...），AMF可据此做差异化处理（如紧急优先） - UE Context Request：指示是否需要AMF建立UE上下文 - Allowed NSSAI / Rejected NSSAI：当(g)NB配置了slice-aware路由时，gNB可在此携带切片信息辅助AMF选择

AMF Selection（TS 23.501 §6.3.6） 是这一阶段的编排要点。若gNB无法基于切片/PLMN选择合适AMF，则选择Default AMF。Default AMF收到请求后，会评估自己是否是合适的"serving AMF"——判断依据包括：UE请求的NSSAI是否在本AMF支持的S-NSSAI集合内、UE的Subscription是否允许、AMF容量等。若不合适，触发AMF Re-allocation（见第八节）。

七、阶段二深度：UDM订阅数据管理（SBI服务对）

鉴权与安全激活完成后（这两段已在"5G AKA认证与密钥推演""5G SUCI隐私保护与SIDF去隐藏"两文中详述，此处从略），AMF进入订阅数据获取阶段，这是后续切片决策、策略关联、AMBR执行的数据基础。

AMF与UDM之间的SBI交互遵循 TS 29.503（Nudm） 定义的三个服务操作：

1. Nudm_UECM_Registration（UE Context Management）：AMF向UDM注册自己为该UE的serving AMF，写入Guami、Access Type（3GPP/non-3GPP）。UDM据此知道UE当前由谁服务，便于寻呼、去注册时定位。若同一UE的SUPI下已注册了其他AMF，UDM会通过返回结果告知，触发old AMF的UEContext释放。
2. Nudm_SDM_Get（Subscriber Data Management）：AMF一次性拉取 AccessAndMobilitySubscriptionData，内含： - Subscribed NSSAI / Default S-NSSAIs - Subscribed UE-AMBR（聚合最大比特率） - RFSP Index（RAT/频率选择优先级） - SMS Subscription over NAS - Subscribed periodic RAU/TAU timer - Mobility Restrictions（受限区域/受限PLMN）
3. Nudm_SDM_Subscribe（可选但推荐）：AMF订阅该UE订阅数据的变更通知（Nudm_SDM_Notification），当运营商在UDM修改用户数据（如新增切片、调整AMBR、停机），UDM主动推送给AMF，触发UE Configuration Update流程。

设计意图：将"用户数据存储"（UDM）与"用户上下文管理"（AMF）分离，是5G SBA架构的核心原则。UDM是数据权威源（SoR），AMF只在注册时拉取一次并缓存，后续通过订阅保持一致性，避免了4G中MME向HSS频繁查询的开销。

八、阶段三深度：AMF Re-allocation机制（TS 23.502 §4.2.2.2.3）

这是注册流程中最体现编排复杂性的环节，也是公网切片商用部署中最易出问题的环节。当Default AMF评估后认为无法服务该UE（典型场景：UE Requested NSSAI中的S-NSSAI不被Default AMF支持），就需要把UE"重新路由"到一个真正支持目标切片的AMF。

sequenceDiagram
    autonumber
    participant UE
    participant RAN
    participant dAMF as Default AMF<br/>(初始)
    participant NSSF
    participant NRF
    participant tAMF as Target AMF

    UE->>RAN: NAS Registration Request (Requested NSSAI含切片X)
    RAN->>dAMF: Initial UE Message
    dAMF->>dAMF: 评估: 切片X不在本AMF支持集合
    Note over dAMF: 方式1: AMF自行选(基于本地配置/AMF Set)
    opt 方式2: 查询NSSF
        dAMF->>NSSF: Nnssf_NSSelection_Get<br/>(Requested NSSAI, SUPI, TA)
        NSSF-->>dAMF: Allowed NSSAI + 候选AMF Set + NSI-ID
    end
    dAMF->>NRF: NFDiscovery (target AMF supporting sliceX)
    NRF-->>dAMF: tAMF实例URI列表
    Note over dAMF: 选择tAMF,准备转发
    dAMF->>RAN: NGAP Reroute NAS Request<br/>(NAS-PDU + RouteToNextCallbackURI<br/>+ InitialUEMessage携带的RAN UE NGAP ID + 新增IE: Allowed/Configured NSSAI)
    RAN->>tAMF: Initial UE Message<br/>(转发, RAN UE NGAP ID保持)
    Note over tAMF: tAMF继续正常注册流程<br/>(鉴权/订阅/策略/ICS...)
    tAMF->>dAMF: Namf_Communication_RegistrationCompleteNotify<br/>(dAMF可释放自身UE上下文)
    dAMF->>dAMF: 释放UE NGAP信令连接资源

关键编排细节：

1. 不重新鉴权：AMF Re-allocation发生在鉴权前（步骤4之后），但NAS消息是转发而非重发。Target AMF从转发消息中获取RAN UE NGAP ID和已有上下文，避免重复Initial UE处理。但若Re-allocation发生在鉴权后，target AMF会复用安全上下文。
2. Reroute NAS Request 是NGAP专用消息，Default AMF在其中携带： - 原始NAS-PDU（Registration Request） - RouteToNextCallbackURI：指向dAMF的回调URI，target AMF处理完成后回调通知dAMF释放资源 - Default AMF自己计算的 Allowed NSSAI / Configured NSSAI（避免target AMF重复计算）
3. RAN侧无感：gNB感知不到AMF变更，它只是把Initial UE Message"重发"给了新AMF（实际上由dAMF触发Reroute NAS Request，RAN再发Initial UE Message给tAMF），RAN UE NGAP ID保持不变，对空口无任何影响。
4. old AMF资源释放：通过RegistrationCompleteNotify回调，dAMF得知UE已在tAMF成功注册，随后释放本侧为该UE分配的上下文与信令连接。

设计意图：5G通过AMF Set和切片路由，实现了"按切片部署AMF"的弹性架构。一个运营商可部署多组AMF，每组支持不同切片子集，UE按需被路由到正确AMF，这是4G无法实现的（4G的MME Pool不感知切片）。

九、阶段四深度：PCF AM Policy Association

完成切片与订阅数据准备后，AMF执行 AM Policy Association（TS 29.507 Npcf_AMPolicyControl）。这是5G统一策略框架（5G UCP）在注册阶段的具体落地。

AMF向PCF发起 Npcf_AMPolicyControl_Create，携带：SUPI、Access Type、PEI、User Location、Allowed NSSAI、Subscribed UE-AMBR、RFSP Index、TEID（用于PCF反向通知）。PCF返回 AM Policy，核心内容：

• Service Area Restriction（服务区域限制）：UE可发起注册/通信的区域白名单或限制区，运营商用于漫游控制、热点分流
• RFSP Index：传给RAN用于RAT/频率重选（控制UE驻留频段）
• SAT（Slice/Service Type）相关的策略：如卫星接入的触发条件
• UEServiceIndicator：用于IMS Voice over PS的会话连续性决策

设计意图：将"策略决策"（PCF）与"策略执行"（AMF/RAN）解耦。运营商可在PCF集中下发策略，AMF执行用户位置上报、Service Area Restriction检查，RAN执行RFSP。注册阶段建立策略关联后，后续UE Configuration Update、移动性事件中，PCF可主动通过 AMPolicyAssociationUpdateNotify 推送策略变更。

十、UE注册管理状态转换（TS 23.501 §5.4.2）

注册流程驱动UE在 RM（Registration Management）状态机 中迁移：

stateDiagram-v2
    [*] --> RM_DEREGISTERED: UE开机/未注册
    RM_DEREGISTERED --> RM_REGISTERED: Initial Registration成功<br/>(收到Registration Accept)
    RM_REGISTERED --> RM_REGISTERED: Mobility/Periodic Registration Update
    RM_REGISTERED --> RM_DEREGISTERED: Deregistration(UE发起/网络发起)<br/>或隐式去注册(隐式去注册定时器超时)
    RM_DEREGISTERED --> RM_DEREGISTERED: 周期注册超时(隐式去注册)

    note right of RM_REGISTERED
        AMF侧: UEContext已建立
        UE侧: 持有有效5G-GUTI
        可发起: PDU Session / Service Request
    end note

同时，注册流程也驱动 CM（Connection Management）状态：RM-REGISTERED下，UE从CM-IDLE（Initial UE Message前）切换到CM-CONNECTED（N2信令连接建立后），并在Registration Complete后视网络配置决定是否回到CM-IDLE或保持连接。

十一、与4G EPS Attach流程对比

理解5G注册流程，最直观的方式是与4G Attach对比，体会架构演进的工程取舍：

可见5G注册流程"步骤更多、但更解耦、更弹性"——这是为切片、多接入、MEC付出的复杂度代价，也是其能力增强的来源。

十二、抓包识别指南

在真实网络或实验室（free5GC/UERANSIM、Open5GS）抓包时，注册流程的识别要点：

1. 过滤NGAP注册流：Wireshark display filter - ngap.procedureCode == 15（Initial UE Message，对应NGAP Procedure Code 15是Initial UE Message）或直接 ngap && nas_5gs - nas_5gs.mm.message_type == 65（Registration Request） - nas_5gs.mm.message_type == 66（Registration Accept） - nas_5gs.mm.message_type == 67（Registration Complete）
2. 识别Initial Context Setup：ngap.procedureCode == 14（InitialContextSetup）
3. 识别AMF Re-allocation：ngap.procedureCode == 40（Reroute NAS Request）——出现此消息即说明发生了AMF重选
4. SBI层（HTTP/2）：过滤 http2 && (http2.header.name == ":path")，观察 /nausf-auth/、/nudm-uecm/、/nudm-sdm/、/npcf-am-policy-control/、/nnssf-nsselection/等路径，可还原AMF对UDM/AUSF/PCF/NSSF的服务调用顺序
5. 空口抓包（实验室）：RRCSetupComplete→Initial UE Message的时间差，反映RAN对NAS的封装延迟；Registration Accept的到达时间反映端到端注册时延

关键时延点：正常注册端到端（不含用户面）在1-3秒；其中鉴权（4条鉴权消息）与UDM/PCF的SBI往返占主要开销。若部署中观察到注册超时（T3510/Registration Timer），优先排查SBI链路（AMF→UDM/PCF的HTTP/2连接、NRF服务发现）。

十三、常见故障点与排错思路

通用排错框架：先看空口（RRC是否成功）→再看N2（NGAP消息完整性）→再看NAS（鉴权/安全是否完成）→最后看SBI（UDM/PCF/NSSF响应），自下而上定位。

常见问题

Q1: 5G注册流程必须经过AMF Re-allocation吗？ A: 不必须。AMF Re-allocation（§4.2.2.2.3）是条件性流程，仅在Default AMF评估后认为无法服务该UE（典型为UE请求的切片不被支持）时才触发。在无切片或单AMF部署的网络中，注册流程不经过Re-allocation，直接由一个AMF完成全部26步。

Q2: 注册流程中NAS安全模式控制（SMC）和NGAP Initial Context Setup的先后关系？ A: NAS SMC（步骤17-18）必须在Initial Context Setup（步骤23）之前完成。因为Initial Context Setup Request中携带的Security Key（KgNB）依赖已建立的NAS安全上下文，且AS层安全激活（RRC Security Mode Command）也依赖KgNB。即"NAS安全→派生KgNB→AS安全→Initial Context Setup"，这是5G密钥层级（K→KAUSF→KSEAF→KAMF→KgNB→Krrc/Kup）的严格时序要求。

Q3: UE在注册时同时发起PDU Session Establishment会怎样？ A: 5G支持注册与会话建立的并行/嵌套。UE可在Registration Request中携带待激活的PDU Session（如non-3GPP接入恢复场景），AMF在Initial Context Setup Request中通过 PDU Session Resource Setup Request List 一并下发，gNB在建立信令承载的同时建立用户面承载（DRB），实现"注册+会话"一次信令完成，降低业务建立时延。

Q4: Registration Complete消息的作用是什么？是否可省略？ A: Registration Complete的核心作用是确认UE已成功收到并存储新分配的5G-GUTI。当Registration Accept中分配了新GUTI时，AMF必须收到Complete才认为新GUTI生效，否则仍使用旧GUTI寻呼。此外Complete还用于确认UE收到网络下发的漫游引导（SoR）信息和UE Policy。从可靠性角度，Complete是GUTI切换的"握手机制"，不可省略。

参考来源

1. 3GPP TS 23.502 V18.10.0 — Procedures for the 5G System — Section 4.2.2.2 Registration procedure，4.2.2.2.2 Initial Registration，4.2.2.2.3 Registration with AMF re-allocation
2. 3GPP TS 23.502 §4.2.2.2.3 — Registration with AMF re-allocation（itecspec在线版） — AMF重选信令流程与Reroute NAS Request机制
3. ShareTechnote — 5G Core Registration — 注册流程协议栈与N8接口信令可视化
4. 5G NR Initial Registration Procedure Call Flow — 3glteinfo — 触发条件、前置条件、信令序列与关键消息解析
5. Registration procedures — free5GC — 开源5GC实现视角的注册流程与IMS Voice over PS评估逻辑

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