深度解析 3GPP TS 38.509：5.1 & 5.2 通用操作与测试模式激活/去激活
本文技术原理深度参考了3GPP TS 38.509 V18.0.0 (2025-06) Release 18规范中，关于“5.1 General”和“5.2 Activation and deactivation of 5GS test mode bearers (UE test mode procedures)”的核心章节，旨在为读者详细拆解5G终端进入和退出核心测试状态的第一道门。
引言：毕业大考的第一声哨响
在上一篇中，我们通过对规范前四章的学习，为刚入职的工程师小王和所有读者打下了坚实的理论地基。我们明白了TS 38.509的核心思想，是将UE从一个不可预测的“黑盒”转变为行为可控的“白盒”。
“李工，地基打好了，我现在满脑子都是SS、TMC、回环这些概念，”小王摩拳擦掌，显得有些迫不及待，“我们是不是该学习具体的‘武功招式’了？比如，SS到底是怎么发出第一个指令，让UE‘乖乖听话’的？”
李工满意地点点头：“没错，任何大戏都有开场。今天，我们就来学习这场毕业大考的第一声哨响——如何让UE正式进入‘考试状态’。我们将深入第五章，从5.1节的术语澄清开始，重点攻克5.2节定义的测试模式激活与去激活流程。这是所有复杂数据面测试的起点和终点。”
为了让整个过程更加生动，李工引入了今天的主角：一部刚刚走下产线，代号为“小五”的5G旗舰手机。它即将面对由系统仿真器（SS）这位严苛“考官”主持的、决定其能否上市的毕业大考。
1. 5.1 General - 统一术语：为“开场”正名
李工首先打开了5.1节，虽然篇幅不长，但他认为这至关重要。
“在吹响第一声哨之前，考官必须确保它的口令是清晰、无歧义的。5.1节的作用，就是统一术语，防止我们产生误解。”
For consistency with legacy terminology, the present specification uses the terms ‘Activate UE test mode’ and ‘Deactivate UE test mode’ for denoting the activation and the deactivation of 5GS test mode bearers procedures respectively. Consequently, ‘Activate UE test mode’ should not be understood as setting the UE in test mode in general rather, as setting the UE in a mode (i.e. establishing a special type of test bearers) which other special UE conformance testing functions require for proper operation.
“小王，你看这段话，3GPP写得非常严谨。”李工解释道，“‘Activate UE test mode’这个短语，是从4G时代继承过来的。它的字面意思很容易让人误解为‘一个通用的、把UE所有功能都切换到测试状态的总开关’。但规范明确告诉我们，不是这样！”
他进一步阐述，这个指令的真正含义要精确得多：它的核心动作是**“建立一种特殊类型的测试承载（establishing a special type of test bearers）”**。
“让我们以‘小五’的毕业大考为例，”李工说，“‘Activate UE test mode’这个口令，不等于考官对小五说‘现在进入考试状态！’。更准确的比喻是，考官对小五说：‘请立刻搭建好用于体能测试的专用跑道！’。这个‘专用跑道’（测试承载）是后续进行数据吞吐量、时延等‘跑步测试’（如回环测试）的前提。没有跑道，后续的跑步测试就无从谈起。”
As this has been mentioned elsewhere in the present specification, not all special UE conformance testing functions require such a setting.
“规范还补充了一点，并非所有的考试科目都需要先搭建跑道。”李工举例，“比如，考官可能想测试小五的‘记忆力’，命令它‘忘记之前记住的所有网络切片信息’（NSSAI delete test function）。这个指令就不需要建立数据承马载，可以直接通过一条TMC消息完成。所以，我们必须精准理解‘Activate UE test mode’的适用范围。”
2. 5.2 Activation and deactivation of 5GS test mode bearers - 测试模式的“开场”与“落幕”
澄清了术语，我们正式进入核心环节——5.2节。这一节详细描述了“专用跑道”是如何搭建和拆除的。
2.1 5.2.1 General - 大考的“入场券”：神圣的NAS信令
考官如何将“搭建跑道”的指令安全、权威地传达给小五呢？答案在5.2.1节。
The SS performs, where applicable, activation and deactivation of the conformance test functions in the UE by sending Security Protected NAS Layer 3 messages.
“关键点有三个，”李工在白板上写下，“SS执行、安全保护、NAS L3消息。”
他解释道：“这相当于毕业大考的‘入学通知书’。首先，必须由‘考官’（SS）亲自发出。其次，这份通知书是‘加密且盖章的’（Security Protected），防止伪造和篡改，确保了指令的合法性。最关键的是，它的层级非常高，是NAS（非接入层） 消息。”
“为什么是NAS层？”小王问。
“问得好。NAS是UE与核心网（5GC）之间的通信语言，它处理的是会话管理、移动性管理等高级事务。使用NAS信令来激活测试模式，意味着这个指令的来源被认为是来自网络最高管理层（核心网），拥有最高的权威性。UE的NAS层收到这个指令后，就会自上而下地命令其接入层（AS，如RRC、PDCP等）去执行具体的承载建立动作。这保证了整个UE协议栈都会协同工作，进入测试状态。”
那么，这个指令的目的是什么呢？
The UE test mode procedures are intended for setting the UE into a test mode where the SS can set up test bearers terminated at a particular point in the 5GS protocol stack as specified in the functional block diagram of each UE test loop mode of operation.
“这句话揭示了‘专用跑道’的本质。”李工画了一个UE协议栈的简图，“正常情况下，数据从底层物理层一路上传，最终会到达顶层的应用处理器。但测试承载不同，它的终点（terminated at a particular point）被设定在了协议栈的内部，比如PDCP层或SDAP层。数据到达这个终点后，就会被测试逻辑（如回环）接管，而不会再往上递交给应用层。”
规范接着列出了这些“专用跑道”的类型，对应着不同的考试科目：
- data radio bearers (UE test loop mode A): 基础体能跑道。用于测试最原始的数据传输能力。
- EPS bearers or 5GS QoS flows (UE test loop mode B): 智能障碍赛跑道。用于测试UE对不同业务（QoS）的识别和处理能力。
- MBS radio bearers (UE test loop mode C): 广播听力测试考场。用于测试UE接收多播广播业务的能力。
- NR PC5 QoS flows (UE test loop mode E): 团队协作考场。用于测试UE在车联网等场景下的Sidelink通信能力。
2.2 5.2.2 Activate UE test mode - “大考开始！”的具体流程
现在，我们来看“激活”这个动作的具体执行细节。有趣的是，3GPP在制定5G规范时，充分借鉴了成熟的4G（LTE）经验。
Same as TS 36.509, subclause 5.3.2 with the following exceptions:
“这是一个非常聪明且高效的做法。”李工评价道，“TS 36.509是4G时代的UE测试功能规范，已经非常成熟和稳定。3GPP没有重新发明轮子，而是直接说‘激活流程，请参考4G的老规矩’，然后用‘例外条款’的方式，把5G时代的新变化和不适用的旧规则给指出来。我们来逐一解读这些‘例外’，这正是5G测试的精髓所在。”
-
where E-UTRA is mentioned the same applies for NR;解读： 这是最基础的“升级补丁”。原文（TS 36.509）中所有提到“E-UTRA”（4G无线接入技术）的地方，在5G测试中都要自动理解为“NR”（5G新空口）。 场景类比： 考官拿出了一本旧的《4G考试大纲》，然后用红笔在上面批注：“本大纲中所有‘百米跑’项目，自动升级为‘110米栏’。”
-
where V2X is mentioned the same applies for NR sidelink;解读： V2X（Vehicle-to-Everything）是车联网通信的统称，在4G时代就有定义。5G时代，实现这一功能的技术被称为NR Sidelink。这条例外将术语进行了现代化更新。 场景类比： 大纲中提到的“旧式步话机考核”，自动升级为“新式5G卫星电话考核”。
-
MTCH data radio bearer is replaced by MBS radio bearer;解读： 这是技术上的实质性演进。4G的多播广播业务承载叫MTCH（Multicast Traffic Channel），而5G引入了更先进的MBS（Multicast Broadcast Services）。因此，在激活测试模式以进行广播测试时，需要建立的承载类型也随之改变。 场景类比： 考官指示：“听力测试的设备，从老旧的‘磁带录音机’（MTCH）更换为全新的‘杜比全景声影院’（MBS bearer）。”
-
the NB-IoT mode is out of the scope of the present specification;解读： NB-IoT是一种基于LTE的窄带物联网技术，它有自己专属的、独立的测试规范。TS 38.509作为主流5G终端（尤其是手机）的测试规范，明确将其排除在外，避免混淆。 场景类比： 考官宣布：“本次毕业大考范围不包括‘无人机驾驶’科目（NB-IoT），该科目将另行组织专项考核。”
-
where different UE test loop modes are mentioned only those applicable to 5GS should be taken into account (see subclause 5.3.4 for the applicable 5GS UE test loop modes).解读： 4G规范中可能定义了一些5G不再使用的回环模式。这条规则像一个过滤器，告诉“小五”在解析激活指令时，只需要关注5G时代依然有效的回环模式（如Mode A, B, C, E等）。 场景类比： 考官在旧大纲上划掉了一些过时的考试项目，说：“类似‘打算盘’、‘用大哥大打电话’这样的旧考题已经作废，大家不用复习了。”
通过这套“继承+打补丁”的方式，3GPP不仅保证了规范的向后兼容性和平滑演进，也让有4G测试经验的工程师能够快速上手5G测试。
2.3 5.2.3 Deactivate UE test mode - “考试结束！”的多种方式
一场完美的考试，不仅要有清晰的开始，也要有明确的结束。5.2.3节定义了如何拆除测试承载，让UE回归正常状态。其流程同样参考了TS 36.509，并应用了类似的“例外条款”。但更重要的是，它还规定了除正式指令外的其他终止方式。
Apart from sending the appropriate deactivation command to the UE the functions shall be deactivated by:
- switching off the UE; or
- by removing the USIM.
“这是保证UE鲁棒性的关键条款，也是测试中非常重要的一个方面。”李工严肃地说。
“正常的结束流程是，考官发送一条‘去激活’的NAS消息，相当于宣布‘考试结束，解散！’。小五收到后，会拆除所有测试承载，恢复成一部普通的手机。”
“但我们要考虑到异常情况，”李工继续道，“如果在考试过程中，小五突然‘体力不支’（switching off the UE）——没电了或者被强制关机了，会发生什么？或者，它的‘准考证’（USIM卡）被突然抽走了（removing the USIM），又该怎么办？”
“规范规定，这两种情况都等同于强制终止测试模式。这意味着，在‘小五’下次开机，或者重新插入USIM卡后，它必须以一个正常的、非测试的状态启动，而不能还傻傻地停留在上次的测试模式里。这是对UE状态机管理能力的严格考验。如果一个UE在异常掉电重启后，还保留着测试模式的配置，那它在真实网络中就可能出现无法预知的严重问题，这是一个非常严重的缺陷。”
这个机制确保了无论发生什么意外，UE总能“安全地”返回到其初始的、为用户服务的正常状态，不会因为测试过程中的异常中断而“精神错乱”。
总结：坚实的第一步
“今天，我们跟着‘小五’一起，经历了它毕业大考的入场和离场。”李工总结道，“我们学习了整个测试流程中至关重要的第一步和最后一步——激活与去激活测试承载。”
我们掌握了以下核心知识点：
- “激活UE测试模式” 是一个具有特定含义的术语，指通过NAS信令建立专用的、终结于协议栈内部的测试承载。
- 激活和去激活的指令是通过安全保护的NAS L3消息下发的，体现了其高层级和权威性。
- 5G的测试流程大量继承了4G的成熟经验，并通过“例外条款”的方式进行更新和适配，体现了规范的演进性。
- 测试模式的终止机制非常鲁棒，除了正式的去激活指令，关机和移除USIM卡也会强制UE退出测试模式，确保了终端在任何情况下都能恢复正常。
“这一步虽然基础，但却是后续所有数据面测试的‘总阀门’。只有深刻理解了这个‘阀门’是如何打开和关闭的，我们才能在后续的回环测试、性能测试中，做到游刃有余。”李工看着小王，眼中充满了期待，“下一篇，我们将拧开这个阀门，开始真正的‘放水’测试——深入探究最核心、最复杂的5.3节‘Test loop functions’（回环测试功能）。”
FAQ环节
Q1：为什么测试模式激活要通过NAS消息而不是RRC消息？ A1：这主要是出于层级和权威性的考虑。NAS（非接入层）是UE与核心网沟通的协议层，负责如注册、鉴权、PDU会话建立等高级别功能。使用NAS消息来启动测试模式，意味着该指令逻辑上源自网络的大脑——核心网，具有最高优先级。UE的NAS层收到指令后，可以自上而下地统一指挥其下属的所有接入层（AS，如RRC/PDCP/RLC等）协同进入测试状态。如果使用RRC消息（UE与基站间的通信），则层级较低，可能无法完全控制和协调NAS层的行为。
Q2：什么是“测试承载”，它和我们在手机上上网用的普通数据承载有什么根本区别？ A2：根本区别在于数据路径的终点。普通数据承载的目标是将数据从网络完整地传送到UE的应用处理器（CPU），供App使用，数据路径是贯穿整个协议栈的。而测试承载的数据路径是“截断”的，它的终点被有意地设置在了协议栈的中间层，如PDCP层或SDAP层。数据到达这个终点后，不会再向上传递给应用处理器，而是被特殊的测试逻辑（如直接回环、计数等）所接管。
Q3：如果我的手机在测试模式下突然断电，再开机后会怎么样？ A3：根据TS 38.509规范5.2.3节的规定，它必须以正常的、非测试的模式开机。关机（switching off the UE）被视为一种强制的测试模式去激活方式。UE的非易失性存储（如闪存）中关于测试模式的状态标志必须被清除。这是一个强制性要求，考验的是UE对异常情况处理的鲁棒性。如果重启后仍然处于测试模式，说明该UE存在严重的设计缺陷。
Q4：为什么5G的TS 38.509规范大量引用4G的TS 36.509？这样做有什么好处？ A4：这样做有两大好处：1. 提高效率和保证延续性： 4G LTE的一致性测试体系已经发展了十多年，非常成熟和稳定。很多基础的测试理念、流程和消息结构被证明是行之有效的。直接继承这些内容，可以避免重复设计和验证，大大加快了5G测试规范的制定进程。2. 降低学习和开发成本： 对于测试工程师和UE/测试设备开发者来说，他们可以将在4G时代积累的知识和经验很大程度上平移到5G，降低了学习曲线。同时，软件代码和测试脚本的复用度也更高。
Q5：是不是所有的测试用例都必须以“Activate UE test mode”程序开始？ A5：不是。这个程序的核心是建立“测试承载”，因此它主要用于需要进行数据面传输的测试，例如吞吐量测试（回环模式A/B）、QoS验证（回环模式B）、Sidelink性能测试（回-环模式E）等。对于一些纯信令层面或配置层面的测试，则不需要。一个典型的例子就是5.7节定义的“NSSAI delete test function”。SS可以直接发送一条TMC消息命令UE删除其存储的网络切片信息，这个过程完全在控制面完成，不涉及用户数据的传输，因此也就不需要预先建立测试承载。