首页 › deep-tech › 5G移动性管理:切换、TAU与寻呼全解

5G移动性管理:切换、TAU与寻呼全解

移动性管理是移动通信网络最核心的能力——让手机在移动中保持"不断线"。本文从日常类比出发,拆解切换(Handover)、跟踪区更新(TAU)和寻呼(Paging)三大流程的信令时序与设计原理。


一、为什么需要移动性管理?

想象你在开车时打微信语音电话。你的手机从一个基站的覆盖范围驶入另一个基站的覆盖范围,通话却完全没有中断。这个"无缝衔接"的背后,就是移动性管理在默默工作。

移动性管理要解决三个核心问题:

问题 通俗类比 技术术语
网络怎么找到你? 快递员按楼栋号找你 寻呼(Paging)
网络怎么知道你搬了家? 去邮局改地址 跟踪区更新(TAU)
通话中怎么换基站? 通电话时换了房间但电话没挂 切换(Handover)

这三个流程构成移动性管理的"铁三角",缺一不可。

flowchart TB
    subgraph 移动性管理三大流程
        A[寻呼 Paging<br/>网络找终端] --> B[TAU 跟踪区更新<br/>终端通知网络]
        B --> C[切换 Handover<br/>连接迁移]
        C --> A
    end

    D[空闲态<br/>CM-IDLE] -->|下行数据到达| A
    D -->|跨跟踪区移动| B
    E[连接态<br/>CM-CONNECTED] -->|信号变差| C

    style A fill:#e1f5fe
    style B fill:#fff3e0
    style C fill:#e8f5e9

二、跟踪区(Tracking Area):网络的"行政区划"

2.1 从行政区到跟踪区

理解移动性管理,首先要理解"跟踪区"(Tracking Area, TA)这个概念。

一个城市的快递系统是怎么运作的?城市被划分为若干个街道/片区,每个片区有对应的快递站。你只需要告诉邮局你当前在哪个片区,不需要精确到具体哪栋楼。当有你的快递时,快递站会向片区内所有住户喊一声(广播寻呼),而不是逐栋逐户去找。

5G网络的跟踪区就是这个逻辑:

2.2 TAI List:一个手机可以同时属于多个TA

4G时代,手机注册到一个TA。如果手机在TA边界来回移动(比如住在两个TA交界处的用户),就会频繁触发TAU,造成大量信令开销——这就是著名的"乒乓效应"。

5G(以及4G后期)的解决方案是 TAI List:核心网在注册时一次性分配一组TA给终端。只要终端在这组TA内移动,就不需要做TAU。

参数 4G TAU 5G Registration Area
分配粒度 单个或多个TA TAI List(最多16个TA)
标识 TAC(16bit) TAC(24bit)
粒度控制 MME配置 AMF配置
乒乓优化 TAI List TAI List + 更灵活的分配策略

$$TAI = PLMN_ID + TAC$$

其中 $PLMN_ID = MCC + MNC$,全球唯一标识一个运营商网络。


三、注册与TAU流程详解

3.1 注册流程(Registration)

5G的注册流程取代了4G的Attach流程,功能更丰富。手机开机后、跨TA移动时、周期性定时器超时时,都会触发注册。

注册的几种类型:

注册类型 触发场景 说明
Initial Registration 开机、飞行模式关闭 初始接入网络
Mobility Registration 进入新TA(不在TAI List中) 位置更新
Periodic Registration 周期定时器超时 类似心跳,告诉网络"我还在线"
Emergency Registration 紧急呼叫 无SIM卡也可注册

3.2 注册/TAU信令流程

下面是5G注册流程的完整信令时序:

sequenceDiagram
    participant UE as UE(手机)
    participant RAN as gNB(基站)
    participant AMF as AMF
    participant AUSF as AUSF
    participant UDM as UDM
    participant SMF as SMF
    participant PCF as PCF

    Note over UE,RAN: 1. 空闲态UE发起注册
    UE->>RAN: RRC Connection Request
    RAN->>UE: RRC Connection Setup
    UE->>RAN: RRC Setup Complete<br/>(携带Registration Request)
    Note right of UE: 消息中包含:<br/>SUCI或5G-GUTI<br/>注册类型<br/>上次访问的TAI

    RAN->>AMF: Initial UE Message<br/>(NAS: Registration Request)
    Note right of RAN: RAN根据RRC中的<br/>5G-S-TMSI选择AMF

    Note over AMF,AUSF: 2. 鉴权与安全流程
    AMF->>AUSF: Nausf_UEAuthentication<br/>Authenticate Request
    AUSF->>AMF: 鉴权向量响应
    AMF->>UE: NAS: Authentication Request
    UE->>AMF: NAS: Authentication Response
    AMF->>AUSF: Nausf_UEAuthentication<br/>Authenticate Confirmation
    AUSF->>AMF: 鉴权确认成功

    AMF->>UE: NAS: Security Mode Command
    UE->>AMF: NAS: Security Mode Complete

    Note over AMF,UDM: 3. 位置更新
    AMF->>UDM: Nudm_UECM_Registration
    UDM->>AMF: 注册确认
    AMF->>UDM: Nudm_SDM_Get<br/>(获取签约数据)
    UDM->>AMF: 签约数据响应

    Note over AMF,SMF: 4. PDU会话恢复(如适用)
    AMF->>SMF: Nsmf_PDUSession_Update<br/>(激活已有PDU会话的UPF连接)

    Note over AMF,PCF: 5. 策略获取
    AMF->>PCF: Npcf_UEPolicy_Get

    Note over UE,AMF: 6. 注册接受
    AMF->>UE: NAS: Registration Accept<br/>(包含: 5G-GUTI, TAI List,<br/>Allowed NSSAI, Periodic RA Timer)

    Note over UE,AMF: 注册完成,UE进入CM-CONNECTED态

3.3 关键参数解读

5G-GUTI(Globally Unique Temporary Identifier)

这是网络给手机分配的临时身份标识。为什么不直接用永久标识(SUPI)?因为安全——如果每次都用永久标识在空口传输,攻击者可以追踪用户位置。

$$5G\text{-}GUTI = + <5G\text{-}TMSI>$$

其中 GUAMI(Globally Unique AMF Identifier)标识服务该用户的AMF,5G-TMSI是AMF内的用户临时标识。

周期性注册定时器

AMF在Registration Accept中携带这个定时器(比如54分钟)。如果手机在空闲态超过这个时间没有和网络联系,就会自动发起Periodic Registration。如果AMF连续多次没有收到响应,就会将用户标记为"隐式去附着"(Implicit Detach)。

实战连接:现网中如果大量用户同时做Periodic Registration(比如定时器统一设置为整点),会在AMF上造成信令风暴。现网规划中通常会对定时器加随机偏移,避免"齐步走"。


四、寻呼(Paging):网络如何找到你

4.1 寻呼的触发场景

当手机处于 CM-IDLE 态(空闲态)时,核心网不知道手机具体在哪个小区。如果此时有下行数据到达(比如微信消息推送),网络需要通过寻呼找到手机。

寻呼触发的主要场景:

场景 触发方 说明
下行数据到达 SMF → AMF 最常见,数据缓存于UPF
下行信令到达 AMF 如NAS短信、配置更新
系统消息变更 AMF 如ETWS/CMAS紧急告警
PDU会话建立 SMF → AMF 网络侧发起的会话建立

4.2 寻呼流程详解

sequenceDiagram
    participant UE as UE(空闲态)
    participant RAN as gNB
    participant AMF as AMF
    participant SMF as SMF
    participant UPF as UPF

    Note over UPF: 下行数据包到达
    UPF->>SMF: N4: 下行数据通知(DDN)
    Note right of UPF: UPF没有UE的下行隧道<br/>缓存数据包并发DDN

    SMF->>AMF: Namf_Communication<br/>N1N2MessageTransfer<br/>(Paging Request)
    Note right of SMF: 消息中包含:<br/>UE的SUPI/5G-GUTI<br/>PDU Session ID<br/>DNN信息

    Note over AMF: AMF查找UE的注册区<br/>(TAI List)
    AMF->>RAN: NGAP: Paging<br/>(在TAI List内所有gNB广播)
    Note right of AMF: 消息包含:<br/>5G-S-TMSI<br/>TAI List<br/>Paging DRX周期

    Note over RAN: 每个gNB在<br/>所有属于该TA的<br/>小区发送Paging消息
    RAN->>UE: 空口: Paging消息<br/>(P-RNTI加扰的DCI → PDSCH)

    Note over UE: UE检测到自己的<br/>5G-S-TMSI被寻呼
    UE->>RAN: RRC Connection Request<br/>(发起Service Request)
    RAN->>AMF: Initial UE Message<br/>(NAS: Service Request)

    AMF->>SMF: Nsmf_PDUSession_Update<br/>(激活用户面)
    SMF->>UPF: N4: 建立下行隧道

    Note over UPF,UE: 用户面建立完成<br/>UPF开始转发缓存的下行数据
    UPF->>UE: 下行数据包送达

4.3 寻呼效率的关键设计

寻呼范围控制

寻呼的效率直接决定了网络的信令负载。如果每次寻呼都在全网广播,那信令量将是灾难性的。5G通过分层缩小寻呼范围:

$$寻呼范围 = \text{最后已知TAI List内的小区}$$

如果第一次寻呼没有响应,网络可以选择: 1. 在同一TAI List内重试(配置重试次数,通常1-3次) 2. 扩大寻呼范围(不常用,需要配置)

寻呼DRX(Discontinuous Reception)

手机不可能一直监听寻呼信道——那太费电了。DRX让手机周期性地"醒来"听寻呼,其余时间"睡觉"。

参数 说明 典型值
Default Paging DRX AMF配置的默认DRX周期 32/64/128个无线帧(320ms/640ms/1280ms)
UE Specific DRX UE在注册时请求的DRX 可更长,省电
Paging Occasion UE具体监听寻呼的时频位置 由5G-S-TMSI和DRX周期决定

$$PO\text{的索引} = (5G\text{-}S\text{-}TMSI \mod 1024) \mod (N \times PF_offset)$$

其中N是一个DRX周期内的Paging Frame数量。这个公式确保不同的UE被分散到不同的寻呼时机,避免寻呼信道拥塞。

实战陷阱:工程调测中常见的寻呼失败原因包括:(1) DRX周期配置不一致(AMF和UE侧不匹配);(2) TAI List规划不合理,寻呼范围过大导致空口资源不足;(3) 5G-S-TMSI冲突(概率极低但非零)。排查时先看AMF是否发出了Paging,再看空口是否有对应PO资源。


五、切换(Handover):通话中如何换基站

5.1 什么时候需要切换?

手机在连接态(CM-CONNECTED)时,如果服务小区的信号质量持续变差,而邻区信号质量更好,网络就会决定执行切换。

切换决策的核心依据是 测量报告(Measurement Report):

关键的测量事件:

事件 含义 典型应用
A3 邻区信号比服务小区好一个偏移量 最常用的同频/异频切换触发条件
A4 邻区信号绝对值高于门限 负载均衡
A5 服务小区低于门限1 且 邻区高于门限2 覆盖切换
B1 异系统邻区高于门限 5G→4G异系统切换
B2 服务小区低于门限1 且 异系统邻区高于门限2 覆盖触发的异系统切换

5.2 5G切换的类型

5G网络中根据切换涉及的接口不同,分为以下几种类型:

flowchart TB
    subgraph 切换类型分类
        HO[5G切换] --> Xn[Xn切换<br/>基站间直接接口]
        HO --> N2[N2切换<br/>经AMF转发]
        HO --> Inter[异系统切换<br/>5G↔4G]
    end

    subgraph Xn切换条件
        X1[源gNB和目标gNB<br/>之间有Xn接口]
        X2[目标gNB属于<br/>同一个AMF]
        X3[目标gNB有UE<br/>上下文所需能力]
    end

    subgraph N2切换场景
        N1[跨AMF切换]
        N2[无Xn接口]
        N3[跨PLMN切换]
    end

    subgraph 异系统切换
        I1[5G→4G:N2 based<br/>经AMF/MME]
        I2[4G→5G:反向映射<br/>MME→AMF]
    end

    Xn --> X1 & X2 & X3
    N2 --> N1 & N2 & N3
    Inter --> I1 & I2

    style Xn fill:#c8e6c9
    style N2 fill:#bbdefb
    style Inter fill:#ffe0b2

5.3 Xn切换流程详解(最常用)

Xn切换是5G中最快、最高效的切换方式。源基站和目标基站之间直接通信,不需要经过核心网转发信令。

sequenceDiagram
    participant UE as UE
    participant Src as 源gNB
    participant Tgt as 目标gNB
    participant AMF as AMF
    participant UPF as UPF

    Note over UE,Src: 阶段1: 切换准备
    UE->>Src: Measurement Report<br/>(A3事件触发)
    Note right of UE: 邻区信号质量<br/>超过服务小区+偏移量

    Src->>Src: 切换决策<br/>(选择目标小区)

    Src->>Tgt: Xn: HANDOVER REQUEST<br/>(UE Context + PDU Session Info)
    Note right of Src: 包含:<br/>UE能力、安全上下文<br/>PDU Session列表<br/>QoS Flow信息

    Tgt->>Tgt: 准入控制<br/>(检查资源是否足够)

    Tgt->>Src: Xn: HANDOVER REQUEST ACKNOWLEDGE
    Note left of Tgt: 包含:<br/>RRC Reconfiguration<br/>(新小区配置信息)<br/>数据转发地址

    Note over Src,UE: 阶段2: 切换执行
    Src->>UE: RRC Reconfiguration<br/>(携带目标小区配置)
    Note right of Src: 指示UE切换到<br/>目标小区

    Src->>Tgt: Xn: SN STATUS TRANSFER<br/>(PDCP状态保存)
    Note right of Src: 保证数据不丢包

    Note over UE: UE与目标gNB同步<br/>接入新小区
    UE->>Tgt: RRC Reconfiguration Complete

    Note over Tgt,AMF: 阶段3: 路径切换
    Tgt->>AMF: NGAP: PATH SWITCH REQUEST<br/>(通知UE已切换过来)
    AMF->>UPF: N4: 修改下行隧道<br/>(切换到目标gNB)
    UPF->>Tgt: 下行数据开始转发到目标gNB

    AMF->>Tgt: NGAP: PATH SWITCH REQUEST ACK

    Tgt->>Src: Xn: UE CONTEXT RELEASE<br/>(释放源侧资源)

    Note over UE,UPF: 切换完成!<br/>UE通过目标gNB收发数据

5.4 切换中的数据转发:为什么不能丢包?

切换时最关键的问题之一是数据不丢包。切换执行阶段,源基站还在接收数据,但UE已经开始和目标基站通信。这段时间内的数据怎么办?

5G设计了三种数据转发机制:

机制 原理 适用场景
直接转发 源gNB → 目标gNB(经Xn) Xn切换首选
间接转发 源gNB → UPF → 目标gNB 无Xn接口时
不转发 依靠上层重传(TCP) 对时延不敏感的业务

SN STATUS TRANSFER消息传递的是PDCP层的序列号状态(即哪些包已确认、哪些未确认),让目标基站知道从哪里开始继续发送,避免重复或遗漏。

5.5 切换时延分析

切换过程中UE与网络之间的通信中断时间称为切换中断时延:

$$T_{interrupt} = T_{RRC_Reconfig} + T_{sync} + T_{RACH} + T_{RRC_Complete}$$

阶段 典型时延 说明
RRC Reconfiguration处理 1-2ms UE解析切换命令
同步到目标小区 1-5ms 取决于SSB周期
随机接入(RACH) 2-10ms CFRA(专用 preamble)更快
RRC完成消息传输 1-2ms

Xn切换的总中断时延通常在 5-15ms 范围内,足以保证语音通话的连续性(VoNR要求中断时延<50ms)。

为什么Xn切换比N2切换快? Xn切换中,基站间直接协调,路径切换在UE接入新小区后才执行——这意味着数据路径切换和UE移动是并行的。而N2切换中,核心网需要先参与准备,信令路径更长(源gNB → AMF → 目标gNB),时序串行化程度更高。


六、CM-IDLE与CM-CONNECTED:两种状态的故事

6.1 状态模型

5G中UE有两个核心管理状态:

状态 RRC状态 NAS状态 网络知道的位置粒度 UE行为
CM-IDLE RRC_IDLE 5GMM-IDLE TA级别 DRX监听寻呼、小区重选
CM-CONNECTED RRC_CONNECTED 5GMM-CONNECTED 小区级别 收发数据、测量上报

5G引入了一个革命性的新状态——RRC_INACTIVE:

状态 RRC状态 核心网视角 无线侧视角 优势
CM-IDLE RRC_IDLE 空闲 空闲 最省电
CM-CONNECTED + RRC_INACTIVE RRC_INACTIVE 仍然连接 空中接口释放 快速恢复,省信令
CM-CONNECTED RRC_CONNECTED 连接 连接 最低时延

RRC_INACTIVE的设计动机:很多业务(如微信、网页浏览)是突发性的,活跃期短、静默期长。如果每次静默都回到CM-IDLE,恢复时需要完整的RRC建立+NAS Service Request+PDU Session激活,信令开销大。RRC_INACTIVE让核心网保持连接态,只在空口释放,恢复时只需RRC Resume(1-2条信令),大幅减少时延和信令。

6.2 状态转换全景图

stateDiagram-v2
    [*] --> CM_IDLE : 开机注册

    CM_IDLE --> CM_CONNECTED : Service Request<br/>(被叫/主叫)
    CM_CONNECTED --> CM_IDLE : 隐式去附着<br/>/ 注销

    CM_CONNECTED --> RRC_INACTIVE : RRC Release<br/>(suspend)
    RRC_INACTIVE --> CM_CONNECTED : RRC Resume<br/>(数据到达)
    RRC_INACTIVE --> CM_IDLE : RAN Notification Area<br/>Update失败/超时

    state CM_CONNECTED {
        [*] --> RRC_CONNECTED
        RRC_CONNECTED : 数据收发
        RRC_CONNECTED : 测量上报
        RRC_CONNECTED : 切换执行
    }

    state RRC_INACTIVE {
        [*] --> 小区重选
        小区重选 : RAN通知区更新
        小区重选 : 监听寻呼(RAN级)
    }

    state CM_IDLE {
        [*] --> DRX监听
        DRX监听 : 小区重选
        DRX监听 : TAU/周期注册
        DRX监听 : 监听寻呼(CN级)
    }

6.3 RAN Notification Area(RNA)

RRC_INACTIVE状态下,UE的移动管理由RAN负责(而不是核心网)。类似核心网的TA,gNB定义了 RAN Notification Area (RNA):

对比维度 TAU(核心网) RNA Update(RAN)
适用状态 CM-IDLE RRC_INACTIVE
管理者 AMF 最后服务gNB
区域粒度 TAI List RNA(小区列表)
触发寻呼 CN Paging(AMF→gNB) RAN Paging(gNB→小区)
恢复时延 较长(完整信令流程) 很短(RRC Resume)

七、4G与5G移动性管理对比

维度 4G EPS 5G System
位置管理网元 MME AMF
临时标识 GUTI (MMEGI+MMEC+M-TMSI) 5G-GUTI (GUAMI+5G-TMSI)
位置区域 TAI(TAI List可选) TAI List(更灵活)
空闲态 ECM-IDLE CM-IDLE
连接态 ECM-CONNECTED CM-CONNECTED
中间态 无 RRC_INACTIVE(新增)
基站间接口 X2 Xn
切换信令 S1 Handover / X2 Handover N2 Handover / Xn Handover
用户面锚点 SGW/PGW UPF(UL CL支持本地锚点)
移动性限制 简单漫游限制 RAT限制、禁止区域、服务区域限制
安全锚 MME + HSS AUSF + UDM(更灵活的密钥层级)

5G的一个重要改进是服务区域限制(Service Area Restriction):AMF可以基于签约数据和策略,限制UE只能在某些TA内使用服务。这对于企业专网、物联网设备管控非常有用。


八、工程实战中的移动性管理

8.1 常见调测场景

场景1:切换失败排查

典型现象:通话中突然静音或掉话
排查思路:
1. 检查源基站是否发出了Handover Request → 无 → 检查测量配置
2. 检查目标基站是否回复ACK → 无 → 检查Xn连通性和资源
3. 检查UE是否发了RRC Reconfig Complete → 无 → 检查目标小区信号
4. 检查PATH SWITCH是否成功 → 无 → 检查NGAP连通性

场景2:被叫不通(寻呼失败)

典型现象:主叫听到"您拨打的电话暂时无法接通"
排查思路:
1. 检查AMF是否收到SMF的Paging请求 → 无 → 检查SMF→AMF接口
2. 检查AMF是否向gNB发了NGAP Paging → 无 → 检查UE状态(是否已隐式去附着)
3. 检查gNB是否在空口发了Paging → 无 → 检查gNB配置的寻呼信道资源
4. 检查UE是否响应了Service Request → 无 → 检查DRX配置、UE是否在覆盖范围内

场景3:TAU风暴

典型现象:AMF信令量突增,CPU利用率飙升
常见原因:
1. TAI List规划不合理,边界用户频繁TAU
2. 周期性TAU定时器设置过短
3. 大量IoT设备同时触发TAU(批量开机场景)
解决方案:
- 优化TAI List分配策略(扩大边界用户的List)
- 对IoT设备使用更长的周期注册定时器
- 网络侧对TAU请求做限流/拥塞控制

8.2 关键KPI指标

KPI 定义 典型目标值
切换成功率 切换成功次数 / 切换尝试次数 × 100% > 98%
切换中断时延 从收到切换命令到RRC Complete的时间 < 15ms(Xn)
寻呼成功率 寻呼响应次数 / 寻呼发起次数 × 100% > 95%
TAU成功率 TAU Accept次数 / TAU Request次数 × 100% > 99%
RRC Resume成功率 Resume成功 / Resume尝试 × 100% > 97%

九、设计哲学:移动性管理为什么这样设计?

回顾全文,移动性管理的每个设计细节都有清晰的"为什么":

  1. 为什么用TA而不是精确到小区? ——信令效率。空闲态UE频繁移动,如果每换一个小区就上报,信令量巨大。用TA做粗粒度管理,只在跨TA时才上报。

  2. 为什么用TAI List而不是单个TA? ——防乒乓。边界用户不需要来回上报,网络一次分配多个TA,减少无效信令。

  3. 为什么需要RRC_INACTIVE? ——时延与信令的折中。对于突发业务,既不能一直保持连接(浪费空口资源),也不能完全回到空闲(恢复太慢)。中间态是完美的工程解。

  4. 为什么Xn切换优先于N2切换? ——分布式优于集中式。基站间直接协商更快,减少核心网负担,符合5G"网状互联"的设计理念。

  5. 为什么寻呼用5G-S-TMSI而不是SUPI? ——安全。永久标识不应在空口明文传输,即使加密被破解也无法追踪用户。


常见问题

Q1: TAU和Registration有什么区别?

A: 在5G中,TAU被统一到Registration流程中。Mobility Registration(因跨TA触发的注册)在功能上等价于4G的TAU。5G不再有独立的TAU消息,而是用Registration Request(注册类型=Mobility)来同时完成注册和位置更新。这种设计简化了信令流程——一次注册同时完成身份验证和位置更新。

Q2: Xn切换和N2切换什么时候用哪个?

A: 源gNB会优先尝试Xn切换(直接向目标gNB发Handover Request)。只有以下情况才走N2切换:(1) 源和目标gNB之间没有Xn接口;(2) 源gNB无法解析目标gNB的地址(如跨AMF Pool);(3) 源gNB尝试Xn切换但被目标gNB拒绝。简单记:Xn优先,N2兜底。

Q3: 寻呼失败后网络会怎么办?

A: AMF会进行重试(典型配置1-3次,间隔约2-4秒)。如果所有重试都失败,AMF会通知SMF寻呼失败。SMF可以:(1) 缓存数据等待下次UE主动联系;(2) 如果缓存超时,丢弃数据并通知应用层。UE下次发起任何NAS信令(如Periodic Registration)时,网络会顺便下发缓存的信令/数据。

Q4: RRC_INACTIVE和CM-IDLE在寻呼上有什么区别?

A: 关键区别在于寻呼发起者和范围。CM-IDLE态的寻呼由AMF发起(CN Paging),在整个TAI List范围内广播;RRC_INACTIVE态的寻呼由最后服务的gNB发起(RAN Paging),仅在RNA范围内广播。RAN Paging更精准(范围更小),时延更低。

Q5: 切换中如果目标基站准入失败(资源不够)怎么办?

A: 源gNB会收到Handover Failure消息,此时切换取消,UE继续在源小区服务。源gNB可以尝试选择其他目标小区发起切换,或者调整测量参数(如降低A3事件的偏移量,让切换门槛更严格,减少对资源不足小区的切换尝试)。在极端情况下,如果所有邻区都拒绝,源小区会继续服务直到信号完全丢失——这时UE会触发重建(RRC Reestablishment)而不是切换。


参考来源

  1. ShareTechnote - 5G Handover — 5G切换流程详细图解,涵盖Xn/N2切换信令
  2. ShareTechnote - 5G Paging — 5G寻呼机制原理与DRX计算方法
  3. 3GPP TS 23.502 - Procedures for the 5G System — 5G系统流程标准,包含注册、切换、寻呼的完整流程定义
  4. 《5G核心网原理与实践》— 爱卫生著,51学通信出品 — 5G注册、切换、PDU会话等核心流程的系统化讲解

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

51学通信知识星球海报-扫码加入