51学通信

深度解析 3GPP TS 28.552：5.2 AMF Measurements (5G网络的“首席移动官”)

18分钟阅读

好的，我们继续进行系列的下一篇深度解读。

深度解析 3GPP TS 28.552：5.2 AMF Measurements (5G网络的“首席移动官”)

本文技术原理深度参考了3GPP TS 28.552 V18.10.0 (2025-03) Release 18规范中，关于“5.2 Performance measurements for AMF”的核心章节，旨在为读者提供一个关于5G网络移动性与接入管理核心（AMF）的性能测量全景解析。

引言：春运火车站的“超级调度员”

春节前夕，巨大的高铁站内人潮涌动，数以十万计的旅客在这里汇聚、中转。他们中的每一个人，都需要在复杂的站内网络中，完成进站、安检、候车、检票、上车等一系列流程。这一切之所以能够井然有序，依赖于车站背后一个强大而高效的“超级调度员”——它负责验证每个人的身份、追踪每个人的位置、在他们换乘时为他们指引道路，并在他们需要帮助时（如广播寻人）快速找到他们。

在5G核心网这座更加庞大和复杂的“城市”里，AMF (Access and Mobility Management Function, 接入与移动性管理功能)，就扮演着这样一位“首席移动官”兼“超级调度员”的角色。

“王哥，我们之前分析的所有无线侧问题，最终都离不开用户的移动和接入。AMF作为管理这些行为的核心，它的性能是不是直接决定了整个网络的‘秩序’？”小林在一次核心网培训后问道。

“你说到了点子上，”老王肯定道，“AMF是5G核心网控制面的‘咽喉’。所有UE与核心网的信令交互，第一站几乎都是AMF。它负责用户的注册（‘进城落户’）、移动性管理（‘地址变更’）、寻呼（‘全城广播找人’）、切换（‘跨区搬家’）等核心流程。AMF一旦‘感冒’，整个网络就会‘失序’。”

他将TS 28.552切换到5.2节。“‘Performance measurements for AMF’，这一节就是为这位‘首席移动官’量身定制的‘工作绩效报告’。它全面监控了AMF的四大核心职责：用户管理、注册流程、服务请求和移动性。今天，我们就来看看，如何通过这些测量，来评估AMF这位‘超级调度员’的工作效率和可靠性。”

1. “城市户籍管理”：Registered subscribers measurement (5.2.1)

AMF的首要职责，是管理当前在其服务区域内的所有“常住人口”和“暂住人口”，即已注册的用户。

5.2.1.1 Mean number of registered subscribers (RM.RegisteredSubNbrMean.SNSSAI) a) This measurement provides the mean number of registered state subscribers per AMF c) This measurement is obtained by sampling at a pre-defined interval the number of registered subscribers in an AMF and then taking the arithmetic mean.

5.2.1.2 Maximum number of registered subscribers (RM.RegisteredSubNbrMax.SNSSAI) (测量方法为采样取最大值)

  • 深度解析: RM.RegisteredSub... (Registration Management) 这组测量是评估AMF容量压力的基础。

    • Mean (平均数): 统计周期内，AMF上维持的注册用户上下文的平均数量。它反映了AMF的常规负载。
    • Max (最大数): 统计周期内，注册用户数的峰值。它反映了AMF所承受的极限用户容量压力，是判断AMF是否需要扩容的关键指标。
    • 按S-NSSAI细分: 意味着我们可以知道，在某个时刻，有多少用户是注册在“公共大网”切片上，有多少用户是注册在“车联网”专用切片上。

  • 场景化应用：春运期间的AMF容量规划 在春运高峰期，火车站区域的RM.RegisteredSubNbrMax急剧升高，逼近了当前AMF实例的容量上限。核心网的自动化平台检测到这一趋势后，可以自动触发扩容，即启动一个新的AMF实例，并通过NRF的发现机制，让gNB将一部分新接入的用户引导到新的AMF上，从而实现负载均衡，避免单点过载。

2. “进城落户”的全流程审计：Registration procedure (5.2.2)

当一个UE开机或进入新的跟踪区（TA）时，它需要向AMF发起注册流程，以“落户”到网络中。这个流程的效率和成功率，是用户能否使用5G服务的第一步。

5.2.2.1 Number of initial registration requests (RM.RegInitReq.SNSSAI) 5.2.2.2 Number of successful initial registrations (RM.RegInitSucc.SNSSAI) 5.2.2.3 Number of mobility registration update requests (RM.RegMobReq.SNSSAI) 5.2.2.4 Number of successful mobility registration updates (RM.RegMobSucc.SNSSAI) (此外还包括周期性注册和紧急注册的测量)

2.1 深度解析

这组测量RM.Reg...全面监控了不同类型的注册流程。

  • 初始注册 (Initial Registration): UE首次开机或从非5G网络接入时发起。Req在AMF收到Registration Request时计数，Succ在AMF发送Registration Accept时计数。初始注册成功率是衡量网络“第一印象”的关键。
  • 移动性注册 (Mobility Registration): UE在连接态或空闲态下，移动到一个新的TA时发起。这是保障移动性的核心流程。
  • 周期性注册 (Periodic Registration): UE长时间处于空闲态后，为了向网络“报平安”，会周期性地发起注册。
  • 紧急注册 (Emergency Registration): UE在未插卡或受限状态下，为发起紧急呼叫而进行的特殊注册。

2.2 注册流程的时长测量

除了成功率，注册过程的耗时也是关键的用户体验指标。

5.2.2.9 Mean time of Registration procedure (RM.RegTimeMean.SNSSAI.RegistrationType) 5.2.2.10 Max time of Registration procedure (RM.RegTimeMax.SNSSAI.RegistrationType)

  • 深度解析: 这两个测量项统计了从AMF收到REQUEST到发送ACCEPT之间的时间间隔。
    • Mean (平均时长): 反映了注册流程的常规效率。
    • Max (最大时长): 捕获了耗时最长的“坏案例”，对于发现网络中潜在的信令拥塞或处理瓶颈非常重要。
    • 按RegistrationType细分: 我们可以分别评估初始注册、移动性注册等不同流程的耗时。

2.3 场景化诊断：漫游用户的“水土不服”

李总在欧洲漫游时，手机发起了Mobility Registration Update。当地的V-AMF（拜访地AMF）收到了请求 (RM.RegMobReq+1)，但迟迟无法完成。

  • 问题分析: 通过分析RM.RegTimeMean和RM.RegTimeMax，发现移动性注册的平均耗时远超正常水平。进一步关联信令追踪，发现V-AMF在向李总归属地的H-UDM/UDR查询签约数据的步骤上，耗时非常长。
  • 结论: 问题出在跨国信令链路的高时延或拥塞上。这指导了运营商去优化国际漫游关口局（IPX）的路由策略。

3. “有事请找我”：Service Request procedure (5.2.3) & Paging

当UE处于空闲态（CM-IDLE）时，核心网是无法直接向它发送下行数据的。如果此时有数据到达（如一个微信消息），UPF会通知SMF，SMF再通知AMF。AMF的职责就是，将这个处于“沉睡”状态的UE唤醒。这个过程，就是网络侧发起的Service Request，其核心动作是Paging（寻呼）。

5.2.3.1 Number of attempted network initiated service requests (MM.ServiceReqNetInitAtt) 5.2.3.2 Number of successful network initiated service requests (MM.ServiceReqNetInitSucc)

5.2.5.2 Measurements for 5G paging

  • 5.2.5.2.1 Number of 5G paging procedures (MM.Paging5GReq)
  • 5.2.5.2.2 Number of successful 5G paging procedures (MM.Paging5GSucc)

  • 深度解析:

    • MM.ServiceReqNetInitAtt: AMF收到了来自SMF等NF的下行数据通知，决定需要唤醒UE时，该计数器加1。
    • MM.Paging5GReq: AMF向gNB发送PAGING消息时，该计数器加1。
    • MM.Paging5GSucc: UE被成功唤醒，并发起了SERVICE REQUEST消息响应寻呼，AMF收到后，该计数器加1。ServiceReqNetInitSucc也在此刻计数。

  • 场景化应用：解密“微信消息延迟” 大量用户投诉微信消息有几秒到几十秒的延迟。运维团队发现MM.ServiceReqNetInitAtt很高，但MM.Paging5GSucc的成功率却很低。 洞察: 这说明核心网已经知晓有数据要下发，但“唤醒”用户的过程失败了。问题出在寻呼链路上。进一步分析gNB侧的PAG.DiscardedNbr...（寻呼消息丢弃数，5.1.1.27节）等指标，发现是由于无线侧寻呼信道拥塞，导致大量寻呼消息无法被有效发送。这指导了RAN侧工程师去优化寻呼信道的容量配置。

AMF作为“移动官”，在UE发生跨gNB、跨TA甚至跨AMF的切换时，扮演着“总协调员”的角色。

5.2.5.1 Inter-AMF handovers (AMF间切换)

  • 5.2.5.1.1 Number of PDU sessions requested for inter-AMF incoming handovers (MM.NbrPDUReqInterAMFHOInc.SNSSAI)
  • 5.2.5.1.2 Number of PDU sessions failed to setup for inter-AMF incoming handovers (MM.NbrPDUFailInterAMFHOInc.SNSSAI, .cause)

  • 深度解析: 这组测量从目标AMF的视角，监控AMF间切换的性能。

    • 当目标AMF收到源AMF发来的CreateUEContext Request，请求为切换用户重建上下文时，它会统计其中包含了多少个PDU会话的请求 (MM.NbrPDUReq...)。
    • 如果在后续流程中，某些PDU会话因为各种原因（如目标RAN资源不足、SMF交互失败等）无法在目标侧成功重建，目标AMF会在CreateUEContext Response中告知源AMF，并根据失败原因，增加MM.NbrPDUFail...的计数。

  • 场景化应用：保障跨区域业务连续性 一条贯穿两个城市的高速公路，其沿线的5G网络可能由不同的AMF服务区管辖。当车辆从城市A驶入城市B时，就会发生Inter-AMF切换。通过监控MM.NbrPDUFail...，核心网工程师可以评估跨AMF切换时，业务（PDU会话）的中断率。如果这个失败率很高，且cause码指向“SMF交互失败”，则可能意味着两个AMF所连接的SMF池之间存在路由或兼容性问题。

结论：AMF测量——5G网络稳定与高效的“中枢神经”

通过对AMF四大核心职责的性能测量解读，我们看到了一幅清晰的“网络调度中心”运行图。

  1. 用户容量测量 (RegisteredSub)：是AMF的**“压力表”**，直接反映了其承载的用户规模和容量压力。
  2. 注册流程测量 (Reg...)：是用户**“准入体验”**的“秒表”和“成功率记分牌”，全面评估了网络的接入效率和可靠性。
  3. 服务请求与寻呼测量 (ServiceReq, Paging)：是保障空闲态用户可达性的“唤醒闹钟”，其成功率直接影响了所有下行业务的初始时延。
  4. 移动性管理测量 (Inter-AMF HO)：是保障大范围移动业务连续性的“接力赛裁判”，确保用户在跨越AMF服务边界时，业务能够无缝衔接。

AMF的性能，如同一条条“中枢神经”，将RAN、UE和核心网的其他功能紧密地连接在一起。对AMF进行全面、精细的性能监控，是确保整个5G网络这张“巨兽”能够协调、有序、高效运转的根本保障。

FAQ 环节

Q1：AMF和MME在功能上有什么主要区别？ A1：AMF是5G核心网中对应4G EPC中MME（移动性管理实体）的网元，但功能更纯粹、更服务化。MME在4G中是一个“大而全”的实体，同时负责移动性管理和一部分会话管理（承载管理）。而在5G中，AMF被设计为只专注于接入与移动性管理，将会话管理功能完全剥离给了SMF。这种职责分离，使得AMF更轻量、更易于扩展和独立演进，是5G服务化架构（SBA）的核心思想之一。

Q2：一个UE在移动过程中，会频繁更换AMF吗？ A2：不一定。运营商在规划网络时，会将一片地理上连续的区域（由多个TA组成）划分为一个AMF Set（AMF集/池）。只要UE在这个AMF Set所管辖的区域内移动，即使跨越了多个TA，它服务的AMF也不需要改变。只有当UE移动到一个由另一个AMF Set所管辖的区域时，才会触发Inter-AMF的移动性注册或切换流程。这样可以最大限度地减少核心网信令开销，提升移动性效率。

Q3：RM.RegTimeMean（平均注册时长）这个指标，包含了空口的传输时延吗？ A3：是的。这个测量的起点是AMF收到UE通过gNB转发来的Registration Request，终点是AMF发送Registration Accept。整个时长覆盖了AMF内部的处理时间（如鉴权、从UDM获取数据、选择SMF等），以及AMF与AUSF、UDM、NSSF、SMF等其他核心网NF之间的所有信令交互时延。它是一个衡量核心网侧处理效率的端到端指标，但不直接包含UE到gNB的空口传输时延。

Q4：为什么AMF的测量项中，很多都支持按S-NSSAI进行细分？ A4：因为AMF是网络切片在接入层面的第一个关键控制点。当UE发起注册时，AMF需要根据UE请求的S-NSSAI，去向NSSF查询，并最终决定允许UE接入哪些切片。在后续的PDU会话建立流程中，AMF还需要根据PDU会話所属的S-NSSAI，去向NRF发现一个合适的SMF。因此，在AMF上按S-NSSAI对注册、服务请求等性能进行细分统计，对于评估和保障不同网络切片的接入性能SLA至关重要。

Q5：Measurements related to registration via untrusted/trusted non-3GPP access (5.2.4/5.2.9) 在AMF测量中是什么作用？ A5：这两个小节是用于衡量通过非3GPP接入（如Wi-Fi）方式接入5G核心网的性能。5G架构的一大特点就是融合接入，UE不仅可以通过5G基站接入，也可以通过Wi-Fi等网络接入5GC。当通过Wi-Fi接入时，数据会经过一个名为N3IWF（非3GPP互通功能）或TNGF（可信非3GPP网关功能）的网关，再连接到AMF。5.2.4和5.2.9定义的测量项，就是专门监控来自这些非3GPP接入网关的注册请求的成功率、时长等，从而评估5G网络对固移融合业务的支撑能力。

关系图谱