尧图网站建设 
简介5G核心网和关键技术介绍.pdf是一份面向通信工程师、网络运维人员及高校通信专业学生的技术入门与进阶资料围绕5G核心网架构、关键功能、会话与移动性管理、典型信令流程展开重点解析基于服务的架构SBA、控制面与用户面分离CUPS、网络切片选择NSSF等关键技术并详细说明AMF、SMF、UPF等主要网络功能以及注册管理、连接管理、会话管理和注册、PDU会话建立、切换等典型呼叫流程。资源为单文件PDF压缩包总体积约1.55MB便于下载后通读或按章节查阅。目前已有643人学习适合需要系统梳理5G核心网知识体系、为网络规划或考试备战的读者。通过该文档可快速掌握从核心网架构到关键流程的完整脉络理解各NF间基于服务化接口的交互关系以及QoS模型、边缘计算和本地路由在会话管理中的落地方式。1. 5G核心网到底新在哪这份Nokia内部资料把服务化架构讲透了很多人翻5G核心网资料第一反应是去看网元列表AMF、SMF、UPF……看完记了一堆缩写回头还是说不清5G核心网和EPC的本质区别。我拆完这份Nokia的《5G核心网和关键技术介绍.pdf》之后最大的感受是5G核心网的关键不是多了几个网元而是把网元拆成了服务。控制面所有功能都服务化网元之间不再是一根根硬接口而是通过API按需调用。这份PDF恰好把SBA架构、NF功能、注册连接管理、会话管理、关键呼叫流程按工程视角串了一遍适合三类人刚转5G的网工、做核心网协议开发的、以及需要给团队做内训的从业者。下面我按这份资料的脉络把每一块能落地的东西拆开讲。2. 从网元到服务AMF/SMF/UPF等十二个NF的分工与边界这份资料最值钱的部分是它把每个NF的功能边界画得非常清楚。很多人一开始分不清AMF和SMF到底谁管什么其实记住一句话就够了AMF管人终端的接入和移动SMF管会话PDU连接的建立和释放UPF管包的转发。三者各管一段通过N1/N2/N4接口串起来。2.1 AMF不止是移动性管理还是NAS信令的安全锚点AMF在5G核心网里是必选网元而且它是唯一同时终结N1NAS信令和N2RAN控制面接口的NF。资料里列了它的必选功能NAS的加密和完整性保护、接入认证与授权、注册/连接/可达性/移动性管理、UE与SMF之间的会话管理消息透传、短信透传、合法监听。可选项则包括非3GPP接入支持、N3IWF的N2接口终结等。这里容易忽略的是Security anchor function这个角色。5G的接入安全上下文是挂在AMF上的后续的密钥派生、切换时的安全上下文传递都以AMF为锚点。实际排障时如果UE注册失败或NAS消息解密失败优先查AMF上的安全上下文是否丢失而不是去查UPF。2.2 SMF和UPF的配合逻辑N4接口上的控制与转发分离SMF负责PDU会话的全生命周期管理包括N3隧道建立、UE IP地址分配、UPF选择、流量疏导策略下发、QoS策略执行的控制部分、计费数据收集等。UPF则干用户面的脏活累活包路由转发、包检测、QoS执行、上下行速率限制、DL数据缓存和下行数据通知触发。这两者的关系是SMF决策、UPF执行中间走N4接口。SMF通过N4会话管理请求告诉UPF这个UE的某个PDU会话要建立UPF返回N4会话管理响应确认。实践中看N4接口的状态是定位会话建了但流量不通这类问题的第一抓手——N4断链时UPF不会主动释放PDU会话数据面会静默丢包这是最常见的黑匣子故障场景。2.3 数据类NFNRF/UDSF/UDR/UDM四者的区别和配合这组NF容易混淆我按资料里的定义理一遍。NRF是服务注册中心所有NF启动后都要向NRF注册自己的NF Profile包括ID、类型、PLMN、切片、FQDN、能力、授权信息、服务名其他NF通过NRF做服务发现。UDSF存无结构化数据任何NF都可以把上下文、状态、会话信息往里丢。UDR存结构化数据按订阅数据UDM FE用、策略数据PCF FE用、暴露和应用数据NEF FE用分类存储。UDM则负责3GPP AKA认证凭据处理、用户标识处理、访问授权、注册移动性管理、订阅管理。关键的工程判断是UDSF和UDR能不能合设资料明确写了Deployments can choose to collocate UDSF with UDR实际组网时小规模实验室环境通常合设运营商级部署为了隔离故障域会分开。我的习惯是如果NF有状态且需要高可靠优先用独立UDSF如果只是存订阅数据合设UDR就够了。2.4 容易被低估的NFNEF/NSSF/AUSF/PCF/N3IWF的商用价值NEF是5G核心网对外开放的窗口第三方应用通过NEF安全地获取网络能力如移动性模式、通信模式NEF负责认证、授权、限流并能把AF的信息翻译成内部网络能懂的形式。NSSF负责切片选择——确定Allowed NSSAI和候选AMF集合。AUSF是认证服务器承担SA WG3定义的认证服务。PCF提供统一策略框架向控制面NF下发策略规则。N3IWF则终结非3GPP接入的IPSec隧道让Wi-Fi等非3GPP接入也能进5G核心网同时兼任本地移动锚点。提示读这份资料时N3IWF经常被当成可有可无的边缘网元。实际上随着5GWi-Fi融合组网和固移融合的需求增长N3IWF的部署比例在明显上升。它要终结IKE/IPSec隧道、N2和N3接口、以及UE和AMF之间的NAS中继功能密度不低。3. SBA、CUPS与计算存储分离三大关键技术的工程落地逻辑这一章是这份PDF的核心技术部分。SBA是控制面的架构范式CUPS解决用户面灵活下沉计算与存储分离解决NF的无状态化。三者相互独立但在实际组网中又互相影响。3.1 SBA两种调用机制Request-Response与Subscribe-NotifySBAService Based Architecture的核心是每个NF向外暴露服务化接口调用方式有两种。Request-Response是一问一答比如AMF向NRF查询某个NF实例时发HTTP请求NRF回响应。Subscribe-Notify则是订阅通知比如AMF订阅UE的移动性事件SMF或另一个AMF在事件发生时主动推送通知。前者适合低频查询后者适合需要实时感知状态变化的场景。工程上判断用哪种机制看两点数据的新鲜度要求和信令风暴风险。状态查询类优先用Request-Response因为实现简单、天然幂等事件驱动类如UE可达性变化、位置变化必须用Subscribe-Notify否则轮询会打爆NRF。我在配合测试时见过有人把NRF的服务发现做成每秒钟轮询一次把NRF CPU直接拉满换成订阅后负载降了两个数量级。3.2 CUPSN3/N4/N9三条接口的分工和UPF下沉的取舍CUPSControl and User Plane Separation在5G里是默认架构UPF可以部署在核心网机房也可以下沉到地市甚至靠近基站的边缘节点。接口上RAN和UPF之间走N3GTP-U隧道SMF和UPF之间走N4PFCP协议两个UPF之间走N9也是GTP-U用于多UPF级联时的隧道转发。UPF下沉的收益是业务时延降低、回传带宽节省代价是管理面复杂度和N4链路可靠性压力上升。本地PDN网关功能Local PDN让流量在边缘直接卸载不必绕回中心机房。做边缘计算项目时我一般建议先确认SMF是否支持按DNN或切片信息选择特定UPF再决定UPF下沉粒度——如果SMF不支持基于用户位置的UPF重选下沉得再深也选不上去。3.3 计算与存储分离无状态NF的设计思路资料里UDSF的存在就是为了让NF可以做成无状态——把会话上下文、状态信息放到外部存储NF本身只保留运行所需的临时数据。这样NF实例挂了另一个实例从UDSF拉上下文就能接着服务不需要主备倒换。NRF里登记的NF Profile也一样NF重启后重新注册即可。这个设计的工程价值在容灾和弹性伸缩。传统EPC的主备倒换要秒级甚至分钟级5G的NF配合UDSF可以做到实例级秒级拉起。但代价是UDSF成为新的性能瓶颈和故障点UDSF一旦故障依赖它的所有NF都会受影响。冷静说一句如果你只是做中小型园区网络或实验环境计算存储分离带来的运维复杂度可能超过收益合设部署反而更稳。4. 注册管理与连接管理用户状态机的两个维度资料第三章讲注册管理和连接管理这是很多人读PDF时跳过的部分但恰恰是排障时最需要扎实理解的一块。5G把一个UE的状态拆成两个维度RMRegistration Management管注册没注册CMConnection Management管连接有没有。两者独立变化组合出不同的业务可用状态。4.1 RM状态机RM-DEREGISTERED与RM-REGISTERED的迁移条件RM-DEREGISTERED表示UE未注册核心网对该UE没有上下文RM-REGISTERED表示UE已注册AMF里有UE的注册上下文。迁移触发条件包括UE主动注册/去注册、网络侧隐式去注册定时器超时、AMF重分配等。实际工程里隐式去注册最常引起投诉。UE长时间无业务AMF的隐式去注册定时器超时后把UE上下文删了但UE不知道还处于CM-CONNECTED状态。此时UE发上行数据AMF发现没有上下文会向UE发起注册流程或拒绝服务。我排查手机信号满格但网页打不开这类投诉时第一步就是查AMF里这个UE是RM-REGISTERED还是RM-DEREGISTERED。4.2 CM状态机CM-CONNECTED与CM-IDLE的信令通路差异CM-CONNECTED表示UE和AMF之间有NAS信令连接N1接口的可靠传输通道CM-IDLE则没有。RRC连接释放后N1连接随之释放UE进入CM-IDLE此时下行数据到达需要先做寻呼。这里有个关键细节RRC连接和N1连接不完全等价RRC是空口侧的连接N1是UE和AMF之间的NAS逻辑连接中间经过RAN转发。4.3 Reachability与UE可达性寻呼策略和可及性定时器资料里提到了Reachability管理这是CM-IDLE状态下核心网判断能不能找到UE的机制。AMF维护UE的可达性信息下行数据到达UPF时UPF缓存数据并触发Downlink Data Notification发给SMFSMF再通知AMF寻呼。这个链路里任何一个环节超时配置不当都会导致数据到了但手机没反应。注意这里最坑的是寻呼策略里的DRX参数和AMF的重试次数配置。寻呼周期太长业务感知延迟大周期太短寻呼信道被塞满。商用网络一般配置保守值实验网络里可以调激进一些但要在系统侧和终端侧匹配。5. 会话管理、QoS与边缘路由PDU会话里容易被搞错的三个模型第五章讲会话管理涉及PDU会话特性、SSC模式、基于流的QoS模型和边缘计算本地路由。这块内容直接决定你对5G网络切片能提供什么样的业务保障的理解深度。5.1 PDU会话的三个特性类型、SSC模式和锚点PDU会话是UE与数据网络之间的逻辑连接支持IPv4、IPv6、以太网和结构化数据四种类型。每个PDU会话由一个SMF控制、一个UL CL或BP锚定在UPF上。SSCSession and Service Continuity模式决定会话在移动过程中是保IP还是换IPSSC Mode 1保持IP不变Mode 2允许网络释放会话重新建立IP可能变化Mode 3则先建新会话再释放旧会话。做业务连续性规划时SSC模式选型很关键。普通互联网业务用Mode 1够用跨大区移动时Mode 3能做到业务无损迁移低时延边缘业务如果锚点要下沉必须接受Mode 2带来的IP变化否则会话保持在下沉的UPF上。我和客户对方案时多次强调SSC模式不是网优参数是业务设计决策。5.2 基于流的QoS模型QoS Flow与DRB的映射关系5G的QoS模型是基于流的——不是按APN或承载而是按QoS Flow。每个QoS Flow有一组5QI5G QoS Identifier参数包括优先级、时延预算、误包率等。一个QoS Flow可以对应多个SDAP流但一个DRB可能承载多个QoS Flow映射关系由RAN侧SDAP层决定。排障时优先确认的是5QI对应的标准话务类型和上下行速率限制在UPF的PDRPacket Detection Rule有没有配对。我见过太多案例session建起来了但QoS规则里的UL/DL rate没更新导致上行被默认承载的速率卡死。记住UPF侧的QoS执行是逐包的包过滤规则写错一个IP段流量就按错误规则走了。5.3 边缘计算和本地路由UL CL与Branching Point的选择边缘计算的本地路由有两种实现UL CLUplink Classifier和Branching Point。UL CL按流分流UPF根据包目标的IP前缀把流量分到本地DN或中心DNBranching Point按IPv6多归属前缀分流。UL CL更适合IPv4场景Branching Point更优雅但要求IPv6支持。工程选择上如果边缘应用只需要特定目标地址本地卸载UL CL够用如果同一个PDU会话同时访问多个本地网络考虑BP。但BP对终端和SMF的能力有要求商用终端支持的还没那么普遍所以现阶段UL CL仍是主力。6. 读这份5G资料时最容易踩的五个坑现象、原因与解决这一章专门说踩坑。我把这几年用这份资料给团队做内训、配合排障时反复出现的五个问题列出来每条都是现象→原因→解决的完整链路。6.1 坑一把N1和N2接口搞混信令查到哪里都接不上现象排查注册失败时在AMF上看到N1消息正常但N2消息缺失以为是RAN侧问题结果RAN侧说自己没收到N2请求。 原因N1是UE和AMF之间的NAS信令连接N2是RAN和AMF之间的控制面连接。UE的注册请求先通过RRC空口到RANRAN再通过N2转发给AMF。很多人只盯一个接口看漏了中间的RAN转发环节。 解决先拉通N1RRCN2三段消息时序。N1看NAS层消息RRC看空口信令N2看NGAP。三个对接上问题自然暴露在某一环。6.2 坑二SMF选的UPF不对会话建在远端现象边缘园区网里UE的PDU会话建立成功但业务时延比预期高一截流量绕到了中心机房。 原因SMF选择UPF时如果没有配置按位置选择的策略默认会选到拓扑上最近但逻辑上可能离接入点很远的UPF或者按DNN选择时命中了默认UPF。 解决确认SMF是否支持基于UE位置的UPF选择通过AMF上报的TAI判断并配置相应的DNN或切片到UPF组的映射规则。测试时可以先在SMF上手动指定UPF地址验证通了再上策略。6.3 坑三UDSF和UDR搞混数据存错地方现象某个NF的状态信息存进去取不出来或者另一套NF看到了不该看的数据。 原因UDSF存无结构化数据会话上下文、状态等UDR存结构化数据订阅数据、策略数据、暴露数据。把上下文存到UDR里UDR的数据模型对不上把订阅数据存到UDSF里UDM FE取不到。 解决按资料里的定义做映射——NF的运行时状态走Nudsf接口存UDSF订阅/策略/暴露数据走Nudr接口存UDR。合设部署时也要逻辑区分接口别用错。6.4 坑四QoS Flow和DRB混为一谈速率限制配错位置现象某个业务的上下行速率达不到签约值但RAN侧显示QoS Flow正常建立。 原因5G的QoS执行是分层的。UPF侧按PDR做包检测和速率限制RAN侧按DRB做空口调度。把速率限制只配在UPF侧空口侧没配或者UPF侧PDR写错SDF过滤器流量匹配不上。 解决速率限制要两端配合。先在UPF侧确认PDR的UL/DL rate再在RAN侧确认对应QoS Flow映射到哪个DRB以及该DRB的调度权重。两边速率不一致时以小的那个生效。6.5 坑五切片选择只看NSSAI忽略了AMF和NRF的联动现象UE带了Allowed NSSAI请求建立切片会话但被拒绝错误码像是没有可用的AMF。 原因NSSF选完Allowed NSSAI后还要确定服务UE的AMF集合。如果候选AMF不支持该切片或者在NRF上没有注册对应的切片能力NSSAI再合法也选不出AMF。 解决检查NRF里AMF的NF Profile是否登记了支持的S-NSSAI列表NSSF配置的AMF Set和候选AMF列表是否覆盖了该切片。记住切片选择是UE→NSSF→NRF→AMF的链条任何一环断了都建不起来。这套排查逻辑我每次遇到5G核心网问题都强制走一遍先看注册RM/CM状态再看会话SMF选UPF、QoS映射最后才看转发UPF包检测。从那以后排障的时间至少省了一半。希望帮到你。本文还有配套的精品资源点击获取 5G核心网服务化架构深度拆解：从网元到服务的工程实践
简介5G核心网和关键技术介绍.pdf是一份面向通信工程师、网络运维人员及高校通信专业学生的技术入门与进阶资料围绕5G核心网架构、关键功能、会话与移动性管理、典型信令流程展开重点解析基于服务的架构SBA、控制面与用户面分离CUPS、网络切片选择NSSF等关键技术并详细说明AMF、SMF、UPF等主要网络功能以及注册管理、连接管理、会话管理和注册、PDU会话建立、切换等典型呼叫流程。资源为单文件PDF压缩包总体积约1.55MB便于下载后通读或按章节查阅。目前已有643人学习适合需要系统梳理5G核心网知识体系、为网络规划或考试备战的读者。通过该文档可快速掌握从核心网架构到关键流程的完整脉络理解各NF间基于服务化接口的交互关系以及QoS模型、边缘计算和本地路由在会话管理中的落地方式。1. 5G核心网到底新在哪这份Nokia内部资料把服务化架构讲透了很多人翻5G核心网资料第一反应是去看网元列表AMF、SMF、UPF……看完记了一堆缩写回头还是说不清5G核心网和EPC的本质区别。我拆完这份Nokia的《5G核心网和关键技术介绍.pdf》之后最大的感受是5G核心网的关键不是多了几个网元而是把网元拆成了服务。控制面所有功能都服务化网元之间不再是一根根硬接口而是通过API按需调用。这份PDF恰好把SBA架构、NF功能、注册连接管理、会话管理、关键呼叫流程按工程视角串了一遍适合三类人刚转5G的网工、做核心网协议开发的、以及需要给团队做内训的从业者。下面我按这份资料的脉络把每一块能落地的东西拆开讲。2. 从网元到服务AMF/SMF/UPF等十二个NF的分工与边界这份资料最值钱的部分是它把每个NF的功能边界画得非常清楚。很多人一开始分不清AMF和SMF到底谁管什么其实记住一句话就够了AMF管人终端的接入和移动SMF管会话PDU连接的建立和释放UPF管包的转发。三者各管一段通过N1/N2/N4接口串起来。2.1 AMF不止是移动性管理还是NAS信令的安全锚点AMF在5G核心网里是必选网元而且它是唯一同时终结N1NAS信令和N2RAN控制面接口的NF。资料里列了它的必选功能NAS的加密和完整性保护、接入认证与授权、注册/连接/可达性/移动性管理、UE与SMF之间的会话管理消息透传、短信透传、合法监听。可选项则包括非3GPP接入支持、N3IWF的N2接口终结等。这里容易忽略的是Security anchor function这个角色。5G的接入安全上下文是挂在AMF上的后续的密钥派生、切换时的安全上下文传递都以AMF为锚点。实际排障时如果UE注册失败或NAS消息解密失败优先查AMF上的安全上下文是否丢失而不是去查UPF。2.2 SMF和UPF的配合逻辑N4接口上的控制与转发分离SMF负责PDU会话的全生命周期管理包括N3隧道建立、UE IP地址分配、UPF选择、流量疏导策略下发、QoS策略执行的控制部分、计费数据收集等。UPF则干用户面的脏活累活包路由转发、包检测、QoS执行、上下行速率限制、DL数据缓存和下行数据通知触发。这两者的关系是SMF决策、UPF执行中间走N4接口。SMF通过N4会话管理请求告诉UPF这个UE的某个PDU会话要建立UPF返回N4会话管理响应确认。实践中看N4接口的状态是定位会话建了但流量不通这类问题的第一抓手——N4断链时UPF不会主动释放PDU会话数据面会静默丢包这是最常见的黑匣子故障场景。2.3 数据类NFNRF/UDSF/UDR/UDM四者的区别和配合这组NF容易混淆我按资料里的定义理一遍。NRF是服务注册中心所有NF启动后都要向NRF注册自己的NF Profile包括ID、类型、PLMN、切片、FQDN、能力、授权信息、服务名其他NF通过NRF做服务发现。UDSF存无结构化数据任何NF都可以把上下文、状态、会话信息往里丢。UDR存结构化数据按订阅数据UDM FE用、策略数据PCF FE用、暴露和应用数据NEF FE用分类存储。UDM则负责3GPP AKA认证凭据处理、用户标识处理、访问授权、注册移动性管理、订阅管理。关键的工程判断是UDSF和UDR能不能合设资料明确写了Deployments can choose to collocate UDSF with UDR实际组网时小规模实验室环境通常合设运营商级部署为了隔离故障域会分开。我的习惯是如果NF有状态且需要高可靠优先用独立UDSF如果只是存订阅数据合设UDR就够了。2.4 容易被低估的NFNEF/NSSF/AUSF/PCF/N3IWF的商用价值NEF是5G核心网对外开放的窗口第三方应用通过NEF安全地获取网络能力如移动性模式、通信模式NEF负责认证、授权、限流并能把AF的信息翻译成内部网络能懂的形式。NSSF负责切片选择——确定Allowed NSSAI和候选AMF集合。AUSF是认证服务器承担SA WG3定义的认证服务。PCF提供统一策略框架向控制面NF下发策略规则。N3IWF则终结非3GPP接入的IPSec隧道让Wi-Fi等非3GPP接入也能进5G核心网同时兼任本地移动锚点。提示读这份资料时N3IWF经常被当成可有可无的边缘网元。实际上随着5GWi-Fi融合组网和固移融合的需求增长N3IWF的部署比例在明显上升。它要终结IKE/IPSec隧道、N2和N3接口、以及UE和AMF之间的NAS中继功能密度不低。3. SBA、CUPS与计算存储分离三大关键技术的工程落地逻辑这一章是这份PDF的核心技术部分。SBA是控制面的架构范式CUPS解决用户面灵活下沉计算与存储分离解决NF的无状态化。三者相互独立但在实际组网中又互相影响。3.1 SBA两种调用机制Request-Response与Subscribe-NotifySBAService Based Architecture的核心是每个NF向外暴露服务化接口调用方式有两种。Request-Response是一问一答比如AMF向NRF查询某个NF实例时发HTTP请求NRF回响应。Subscribe-Notify则是订阅通知比如AMF订阅UE的移动性事件SMF或另一个AMF在事件发生时主动推送通知。前者适合低频查询后者适合需要实时感知状态变化的场景。工程上判断用哪种机制看两点数据的新鲜度要求和信令风暴风险。状态查询类优先用Request-Response因为实现简单、天然幂等事件驱动类如UE可达性变化、位置变化必须用Subscribe-Notify否则轮询会打爆NRF。我在配合测试时见过有人把NRF的服务发现做成每秒钟轮询一次把NRF CPU直接拉满换成订阅后负载降了两个数量级。3.2 CUPSN3/N4/N9三条接口的分工和UPF下沉的取舍CUPSControl and User Plane Separation在5G里是默认架构UPF可以部署在核心网机房也可以下沉到地市甚至靠近基站的边缘节点。接口上RAN和UPF之间走N3GTP-U隧道SMF和UPF之间走N4PFCP协议两个UPF之间走N9也是GTP-U用于多UPF级联时的隧道转发。UPF下沉的收益是业务时延降低、回传带宽节省代价是管理面复杂度和N4链路可靠性压力上升。本地PDN网关功能Local PDN让流量在边缘直接卸载不必绕回中心机房。做边缘计算项目时我一般建议先确认SMF是否支持按DNN或切片信息选择特定UPF再决定UPF下沉粒度——如果SMF不支持基于用户位置的UPF重选下沉得再深也选不上去。3.3 计算与存储分离无状态NF的设计思路资料里UDSF的存在就是为了让NF可以做成无状态——把会话上下文、状态信息放到外部存储NF本身只保留运行所需的临时数据。这样NF实例挂了另一个实例从UDSF拉上下文就能接着服务不需要主备倒换。NRF里登记的NF Profile也一样NF重启后重新注册即可。这个设计的工程价值在容灾和弹性伸缩。传统EPC的主备倒换要秒级甚至分钟级5G的NF配合UDSF可以做到实例级秒级拉起。但代价是UDSF成为新的性能瓶颈和故障点UDSF一旦故障依赖它的所有NF都会受影响。冷静说一句如果你只是做中小型园区网络或实验环境计算存储分离带来的运维复杂度可能超过收益合设部署反而更稳。4. 注册管理与连接管理用户状态机的两个维度资料第三章讲注册管理和连接管理这是很多人读PDF时跳过的部分但恰恰是排障时最需要扎实理解的一块。5G把一个UE的状态拆成两个维度RMRegistration Management管注册没注册CMConnection Management管连接有没有。两者独立变化组合出不同的业务可用状态。4.1 RM状态机RM-DEREGISTERED与RM-REGISTERED的迁移条件RM-DEREGISTERED表示UE未注册核心网对该UE没有上下文RM-REGISTERED表示UE已注册AMF里有UE的注册上下文。迁移触发条件包括UE主动注册/去注册、网络侧隐式去注册定时器超时、AMF重分配等。实际工程里隐式去注册最常引起投诉。UE长时间无业务AMF的隐式去注册定时器超时后把UE上下文删了但UE不知道还处于CM-CONNECTED状态。此时UE发上行数据AMF发现没有上下文会向UE发起注册流程或拒绝服务。我排查手机信号满格但网页打不开这类投诉时第一步就是查AMF里这个UE是RM-REGISTERED还是RM-DEREGISTERED。4.2 CM状态机CM-CONNECTED与CM-IDLE的信令通路差异CM-CONNECTED表示UE和AMF之间有NAS信令连接N1接口的可靠传输通道CM-IDLE则没有。RRC连接释放后N1连接随之释放UE进入CM-IDLE此时下行数据到达需要先做寻呼。这里有个关键细节RRC连接和N1连接不完全等价RRC是空口侧的连接N1是UE和AMF之间的NAS逻辑连接中间经过RAN转发。4.3 Reachability与UE可达性寻呼策略和可及性定时器资料里提到了Reachability管理这是CM-IDLE状态下核心网判断能不能找到UE的机制。AMF维护UE的可达性信息下行数据到达UPF时UPF缓存数据并触发Downlink Data Notification发给SMFSMF再通知AMF寻呼。这个链路里任何一个环节超时配置不当都会导致数据到了但手机没反应。注意这里最坑的是寻呼策略里的DRX参数和AMF的重试次数配置。寻呼周期太长业务感知延迟大周期太短寻呼信道被塞满。商用网络一般配置保守值实验网络里可以调激进一些但要在系统侧和终端侧匹配。5. 会话管理、QoS与边缘路由PDU会话里容易被搞错的三个模型第五章讲会话管理涉及PDU会话特性、SSC模式、基于流的QoS模型和边缘计算本地路由。这块内容直接决定你对5G网络切片能提供什么样的业务保障的理解深度。5.1 PDU会话的三个特性类型、SSC模式和锚点PDU会话是UE与数据网络之间的逻辑连接支持IPv4、IPv6、以太网和结构化数据四种类型。每个PDU会话由一个SMF控制、一个UL CL或BP锚定在UPF上。SSCSession and Service Continuity模式决定会话在移动过程中是保IP还是换IPSSC Mode 1保持IP不变Mode 2允许网络释放会话重新建立IP可能变化Mode 3则先建新会话再释放旧会话。做业务连续性规划时SSC模式选型很关键。普通互联网业务用Mode 1够用跨大区移动时Mode 3能做到业务无损迁移低时延边缘业务如果锚点要下沉必须接受Mode 2带来的IP变化否则会话保持在下沉的UPF上。我和客户对方案时多次强调SSC模式不是网优参数是业务设计决策。5.2 基于流的QoS模型QoS Flow与DRB的映射关系5G的QoS模型是基于流的——不是按APN或承载而是按QoS Flow。每个QoS Flow有一组5QI5G QoS Identifier参数包括优先级、时延预算、误包率等。一个QoS Flow可以对应多个SDAP流但一个DRB可能承载多个QoS Flow映射关系由RAN侧SDAP层决定。排障时优先确认的是5QI对应的标准话务类型和上下行速率限制在UPF的PDRPacket Detection Rule有没有配对。我见过太多案例session建起来了但QoS规则里的UL/DL rate没更新导致上行被默认承载的速率卡死。记住UPF侧的QoS执行是逐包的包过滤规则写错一个IP段流量就按错误规则走了。5.3 边缘计算和本地路由UL CL与Branching Point的选择边缘计算的本地路由有两种实现UL CLUplink Classifier和Branching Point。UL CL按流分流UPF根据包目标的IP前缀把流量分到本地DN或中心DNBranching Point按IPv6多归属前缀分流。UL CL更适合IPv4场景Branching Point更优雅但要求IPv6支持。工程选择上如果边缘应用只需要特定目标地址本地卸载UL CL够用如果同一个PDU会话同时访问多个本地网络考虑BP。但BP对终端和SMF的能力有要求商用终端支持的还没那么普遍所以现阶段UL CL仍是主力。6. 读这份5G资料时最容易踩的五个坑现象、原因与解决这一章专门说踩坑。我把这几年用这份资料给团队做内训、配合排障时反复出现的五个问题列出来每条都是现象→原因→解决的完整链路。6.1 坑一把N1和N2接口搞混信令查到哪里都接不上现象排查注册失败时在AMF上看到N1消息正常但N2消息缺失以为是RAN侧问题结果RAN侧说自己没收到N2请求。 原因N1是UE和AMF之间的NAS信令连接N2是RAN和AMF之间的控制面连接。UE的注册请求先通过RRC空口到RANRAN再通过N2转发给AMF。很多人只盯一个接口看漏了中间的RAN转发环节。 解决先拉通N1RRCN2三段消息时序。N1看NAS层消息RRC看空口信令N2看NGAP。三个对接上问题自然暴露在某一环。6.2 坑二SMF选的UPF不对会话建在远端现象边缘园区网里UE的PDU会话建立成功但业务时延比预期高一截流量绕到了中心机房。 原因SMF选择UPF时如果没有配置按位置选择的策略默认会选到拓扑上最近但逻辑上可能离接入点很远的UPF或者按DNN选择时命中了默认UPF。 解决确认SMF是否支持基于UE位置的UPF选择通过AMF上报的TAI判断并配置相应的DNN或切片到UPF组的映射规则。测试时可以先在SMF上手动指定UPF地址验证通了再上策略。6.3 坑三UDSF和UDR搞混数据存错地方现象某个NF的状态信息存进去取不出来或者另一套NF看到了不该看的数据。 原因UDSF存无结构化数据会话上下文、状态等UDR存结构化数据订阅数据、策略数据、暴露数据。把上下文存到UDR里UDR的数据模型对不上把订阅数据存到UDSF里UDM FE取不到。 解决按资料里的定义做映射——NF的运行时状态走Nudsf接口存UDSF订阅/策略/暴露数据走Nudr接口存UDR。合设部署时也要逻辑区分接口别用错。6.4 坑四QoS Flow和DRB混为一谈速率限制配错位置现象某个业务的上下行速率达不到签约值但RAN侧显示QoS Flow正常建立。 原因5G的QoS执行是分层的。UPF侧按PDR做包检测和速率限制RAN侧按DRB做空口调度。把速率限制只配在UPF侧空口侧没配或者UPF侧PDR写错SDF过滤器流量匹配不上。 解决速率限制要两端配合。先在UPF侧确认PDR的UL/DL rate再在RAN侧确认对应QoS Flow映射到哪个DRB以及该DRB的调度权重。两边速率不一致时以小的那个生效。6.5 坑五切片选择只看NSSAI忽略了AMF和NRF的联动现象UE带了Allowed NSSAI请求建立切片会话但被拒绝错误码像是没有可用的AMF。 原因NSSF选完Allowed NSSAI后还要确定服务UE的AMF集合。如果候选AMF不支持该切片或者在NRF上没有注册对应的切片能力NSSAI再合法也选不出AMF。 解决检查NRF里AMF的NF Profile是否登记了支持的S-NSSAI列表NSSF配置的AMF Set和候选AMF列表是否覆盖了该切片。记住切片选择是UE→NSSF→NRF→AMF的链条任何一环断了都建不起来。这套排查逻辑我每次遇到5G核心网问题都强制走一遍先看注册RM/CM状态再看会话SMF选UPF、QoS映射最后才看转发UPF包检测。从那以后排障的时间至少省了一半。希望帮到你。本文还有配套的精品资源点击获取