1. 课程导入与测试工程全景
在5G NR（New Radio）从标准文本走向商用网络的过程中，真正决定终端能否稳定接入、切换、重选、回落并保持业务连续性的，并不只是射频指标或吞吐率数字，而是信令与协议交互是否正确、及时、可复现。Anritsu 5G NR信令与协议测试，正是围绕这一层“看不见但决定成败”的交互过程展开的工程活动。它关注的不是单一功率或EVM，而是UE与网络之间在NAS、RRC、PDCP、RLC、MAC、PHY各层之间的消息序列、状态迁移、定时器行为、异常响应与恢复路径。
本课程面向已经具备一定5G基础、希望进入协议测试、信令分析、终端认证或网络问题定位岗位的工程师。课程不把Anritsu设备当作“黑盒按钮机”来介绍，而是把测试仪表、被测终端、网络模拟器、协议栈、测试用例、日志与判据作为一个完整工程系统来拆解。学完本课程，你应当能够独立设计一条信令测试链路，配置关键参数，执行典型用例，读取层间消息，判断失败发生在哪一层，并给出可复现的定位结论。
一、Anritsu 5G NR信令与协议测试的定位
在5G终端研发与认证流程中，测试通常分为射频一致性、协议一致性、RRM、端到端业务和现场路测几大类。Anritsu的5G NR信令与协议测试方案，主要覆盖协议一致性、信令流程验证、异常场景注入和互操作预验证。其典型设备形态包括MT8000A无线通信测试平台、MD8430A信令测试仪以及配套的协议分析软件。它们可以模拟gNB、AMF、SMF、UPF等网络侧功能，使被测UE在实验室环境中完成注册、鉴权、PDU会话建立、切换、释放等完整流程。
与单纯射频测试不同，协议测试的核心输出不是“功率是否达标”，而是消息序列是否符合3GPP TS 38.331、38.413、24.501等规范，状态机是否进入预期状态，定时器是否在允许范围内超时，异常后是否按规范恢复。因此，Anritsu设备的价值在于：它既能作为网络模拟器提供可控的无线与核心网环境，又能作为协议分析仪记录并解码每一层消息，还能通过脚本或测试用例库实现自动化回归。
二、核心价值：为什么协议测试不可替代
很多现场问题在射频指标上完全正常，却表现为“注册被拒”“切换后掉线”“PDU会话建立超时”。这类问题往往源于协议层：例如UE在RRCSetupRequest中携带的ue-Identity与后续竞争解决不匹配，或NAS层5GMM状态与网络侧不一致，或PDCP COUNT窗口翻转导致解密失败。Anritsu协议测试平台能够把这些交互逐条展开，让工程师看到“第几条消息、哪个IE、哪个定时器、哪个状态机”出了问题。
其核心价值可以概括为三点：可控性——网络侧参数、小区功率、波束、调度、异常响应均可编程；可观测性——从PHY到NAS的完整消息流、时间戳、IE解码和状态迁移均可记录；可复现性——同一用例可在不同终端、不同软件版本上重复执行，形成回归基线。这三点决定了协议测试是终端入网、版本迭代和故障定位中不可替代的一环。
三、典型工作流：从用例到结论
一个完整的协议测试任务通常不是“按开始键等结果”，而是包含明确输入、操作和判据的闭环。以下以一个“5G NR初始注册与PDU会话建立”用例为例，说明实际工作流。
第一步，明确测试对象与用例目标。被测对象为某型号5G终端，目标验证其在SA模式下完成初始注册、鉴权、安全模式激活，并成功建立一个IPv4 PDU会话。预期判据包括：RRC连接建立成功、NAS注册接受、5G-GUTI分配、PDU会话建立接受、UE进入5GMM-REGISTERED和5GMM-IDLE或CONNECTED状态。
第二步，配置网络模拟参数。在Anritsu平台中设置小区频点、带宽、子载波间隔、TAC、PLMN、AMF标识、鉴权算法与密钥、PDU会话类型和DNN。例如设置PLMN = 00101、TAC = 000001、DNN = internet、SSC mode = 1。这些参数必须与UE侧USIM和APN配置一致，否则会在注册或会话建立阶段被拒。
第三步，执行并抓取消息。启动用例后，平台按时间顺序记录UE与gNB、gNB与AMF之间的消息。工程师需要重点关注：RRCSetupRequest、RRCSetup、RRCSetupComplete、RegistrationRequest、AuthenticationRequest/Response、SecurityModeCommand/Complete、RegistrationAccept、PDUSessionEstablishmentRequest/Accept。
第四步，解码与判读。逐条检查消息中的关键IE。例如在RegistrationAccept中确认5G-GUTI是否分配、T3512是否携带；在PDUSessionEstablishmentAccept中确认PDU address、QoS rule和Session-AMBR是否符合预期。若某条消息缺失或IE异常，则需回溯前一条消息的触发条件。
第五步，定位与回归。假设发现UE未发送PDUSessionEstablishmentRequest，则需检查：UE是否收到RegistrationAccept、是否进入5GMM-REGISTERED、是否因N1消息被拒而静默。定位后修改UE侧配置或网络侧参数，重新执行同一用例，确认消息序列恢复完整。此时应保存日志、用例配置和判据结果，形成可追溯的测试记录。
四、学习路径与能力地图
本课程后续30章将沿着“基础概念—设备操作—协议栈—典型流程—异常与定位—自动化与工程化”的路径展开。建议的学习顺序是：先建立5G NR协议栈与信令流程的整体框架，再进入Anritsu平台的实际配置与抓包操作，随后逐个攻克注册、鉴权、安全、PDU会话、切换、释放等典型流程，最后学习异常注入、日志分析和自动化回归。
需要强调的是，协议测试工程师的核心能力不是“会点按钮”，而是能读懂消息、能判断状态、能定位层次、能复现问题。工具只是手段，3GPP规范、状态机和消息IE才是根本。希望你在本课程中，把每一次用例执行都当作一次“协议对话”的解剖，而不是一次简单的通过/失败判定。