51学通信

深度解析 3GPP TS 38.523-3：规范概览与核心架构 (Protocol Test Suites 全景解读)

27分钟阅读

深度解析 3GPP TS 38.523-3：规范概览与核心架构 (Protocol Test Suites 全景解读)

本文技术原理深度参考了3GPP TS 38.523-3 V18.2.0 (2025-03) Release 18规范，旨在为读者提供一个关于5G UE协议一致性测试套件的全景视图，揭示这部“测试圣经”的核心构成与运作逻辑。

前言：开启“Pioneer-5G”的认证之旅

资深终端测试工程师李工接到了一个激动人心的新任务：负责公司最新旗舰5G手机“Pioneer-5G”的全球认证测试项目。这款手机集成了最新的Rel-18特性，支持NR-DC、网络切片、Sidelink V2X以及初步的NTN（非地面网络）能力。李工深知，要让“Pioneer-5G”顺利进入全球市场，通过严苛的3GPP一致性认证是万里长征的第一步，也是最关键的一步。

他打开了3GPP规范库，目光锁定在三份核心文档上：TS 38.523-1、TS 38.523-2 和 TS 38.523-3。这三份规范被誉为5G终端协议一致性测试的“三件套”，缺一不可。

  • TS 38.523-1 (Part 1: Protocol)：定义了需要测试什么。它用详尽的自然语言（prose）描述了数百个测试例（Test Case），涵盖了从RRC连接、移动性管理到数据传输等方方面面的协议行为。它就像一本“考纲”，告诉李工“Pioneer-5G”需要掌握哪些知识点。

  • TS 38.523-2 (Part 2: Applicability of protocol test cases)：定义了设备需要考哪些。它以表格形式（ICS，Implementation Conformance Statement）明确了对于具备不同功能的UE，哪些在Part 1中定义的测试例是必选项、哪些是可选项。李工需要根据“Pioneer-5G”支持的功能列表，对照这份“考试科目表”，确定最终的测试范围。

  • TS 38.523-3 (Part 3: Protocol Test Suites)：也就是我们今天要深度解读的主角，它定义了如何自动化地去考。如果说Part 1是“考纲”，那么Part 3就是包含了所有标准答案和评分标准的“标准化试卷与答题卡”。它使用一种名为TTCN-3的标准化测试语言，将Part 1中描述的测试流程、信令交互和判决逻辑，转化为可执行、可复现的测试套件（Test Suites）。

李工明白，他的核心工作就是利用测试仪表（System Simulator, SS），加载并执行TS 38.523-3定义的测试套件，来验证“Pioneer-5G”的协议栈实现是否与3GPP规范完全一致。因此，深入理解TS 38.523-3的架构、模型和方法，是他开启“Pioneer-5G”认证之旅的第一把钥匙。

本文将跟随李工的视角，对TS 38.523-3这部庞大的规范进行一次全面的概览性解读，旨在帮助读者构建起对5G UE协议一致性测试套件的宏观认识。

1. 核心基石：TTCN-3与测试系统架构（第4章）

在深入规范细节之前，李工首先要弄明白的是测试的语言和环境。TS 38.523-3开篇即明确，整个测试套件是基于TTCN-3编写的，并在一个标准化的测试系统架构中运行。

1.1 TTCN-3：自动化测试的通用语

TTCN-3（Testing and Test Control Notation version 3）是由ETSI开发的、专门用于通信协议一致性测试的标准化语言。它具备强类型、模块化、支持并发等特点，能够精确、无歧义地描述复杂的信令交互过程。

The present document specifies the protocol and signalling conformance testing in TTCN-3 for the 3GPP UE connecting to the 5G System (5GS) via its radio interface(s).

对于李工来说，TTCN-3意味着测试的自动化和标准化。他不需要手动操作测试仪表去发送每一条RRC信令，然后用肉眼去比对“Pioneer-5G”的响应是否正确。他只需要在测试执行软件中选择对应的TTCN-3测试例，点击“运行”，测试系统就会自动与“Pioneer-5G”完成一系列复杂的信令交互，并最终给出一个明确的“Pass”或“Fail”判决。这极大地提高了测试效率和结果的可靠性。

1.2 测试系统架构：UE的“虚拟世界”

为了测试UE，我们需要一个能够模拟真实5G网络的设备，这就是系统模拟器（System Simulator, SS），在TTCN-3的语境下，它也被称为“测试系统”（Test System）。第4章引用了TS 36.523-3（LTE的对应规范）中定义的通用测试架构。

4.1 General system architecture The architecture specified in TS 36.523-3 clause 4.1.1 applies to the present document.

4.2 Component architecture The architecture specified in TS 36.523-3 clause 4.1.2 applies to the present document, with NR RAT as another separate TTCN-3 parallel test component (PTC).

这个架构的核心思想是将测试系统分为两个主要部分：

  1. 测试执行环境（Test Execution Environment）：负责编译和运行TTCN-3测试脚本。
  2. 系统适配器（System Adapter）：作为TTCN-3抽象指令和真实硬件（SS）之间的桥梁。它将TTCN-3脚本中“发送RRCReconfiguration消息”这样的抽象命令，翻译成SS能够理解的底层指令，并驱动射频硬件实际地在空口上发送这条信令。反之，它也负责将从UE接收到的物理信号解码，并上报给TTCN-3脚本进行判决。

特别地，规范指出NR RAT被实现为一个独立的并行测试组件（Parallel Test Component, PTC）。这意味着在测试EN-DC（E-UTRA-NR Dual Connectivity）这类涉及多RAT的场景时，测试系统可以创建两个并发的组件，一个模拟E-UTRA（LTE）基站，另一个模拟gNB（5G NR基站），它们协同工作，共同完成对UE的双连接行为测试。

李工看着实验室里昂贵的测试仪表，现在他明白了，这台设备不仅仅是信号源和频谱仪的集合，它内部运行着一个复杂的软件系统，完整地实现了TS 38.523-3所描述的这套架构，为“Pioneer-5G”构建了一个可控、可重复的虚拟5G世界。

2. 测试的“沙盒”：千变万化的测试模型（第5章）

第5章是整部规范的精髓所在，它定义了各种场景下的“测试模型”（Test Models）。这些模型可以被理解为用于测试UE协议栈特定功能或层面的“沙盒环境”。每一个模型都清晰地定义了测试系统（SS）侧协议栈的配置方式，以及UE侧应处于的特定状态。

李工在浏览第5章的目录时，看到了覆盖EN-DC、NR/5GC、NR Sidelink、共享频谱和非地面网络（NTN）等多种场景的测试模型。他意识到，要全面验证“Pioneer-5G”的各项功能，就必须在这些不同的“沙盒”中分别进行测试。

2.1 EN-DC测试模型（5.1节）：兼容并蓄的艺术

EN-DC，即NSA（非独立组网）模式，是5G部署初期的主流方式。UE同时连接到LTE基站（作为主节点，MN）和5G基站（作为次节点，SN）。控制面信令主要由LTE承载，而用户数据则可以分流到5G链路上。

5.1 EN-DC The EN-DC test models are designed for testing of UE operation in E-UTRA-NR Dual Connectivity (EN-DC).

TS 38.523-3为EN-DC定义了L3和L2的测试模型。

  • L3测试模型 (5.1.1)：用于测试RRC层的信令流程，如SCG（辅基站组）的添加、修改、释放等。规范中的“Figure 5.1.1.1-1: Test model for EN-DC Layer3 testing (MCG and SCG)”清晰地展示了SS侧如何构建一个E-UTRA PTC和一个NR PTC，分别模拟MeNB和SgNB，共同与UE进行交互。

  • L2测试模型 (5.1.2)：则聚焦于数据链路层的协议行为，如PDCP、RLC、MAC层的测试。例如，在测试PDCP层的“分离承载”（Split DRB）功能时，SS需要模拟将同一个数据流在PDCP层分开，一部分通过LTE链路发送，另一部分通过NR链路发送。UE必须能够正确地在接收端将这两部分数据重新排序并合并。

李工的项目计划中，EN-DC的测试占了很大比重，因为“Pioneer-5G”的首发市场大多是NSA网络。他需要在这些模型下，验证手机在双连接下的移动性、承载管理和数据分流的稳定性。

2.2 NR/5GC测试模型（5.2节）：迈向纯正5G

NR/5GC，即SA（独立组网）模式，是5G的最终形态。UE直接连接到5G基站（gNB），并通过5G核心网（5GC）进行信令和数据交互。

5.2 NR/5GC The NR/5GC test models are designed for testing of UE operation in NR connected to 5GC.

与EN-DC模型类似，NR/5GC的测试模型也覆盖了L3和L2的各个方面。但它引入了5G系统独有的一些新特性和协议层，例如：

  • SDAP层 (5.2.2.1)：这是5GC架构中新增的协议层，负责将核心网的QoS流（QoS Flow）映射到空口的数据无线承载（DRB）上。TS 38.523-3为此定义了专门的SDAP测试模型，SS侧的SDAP层会被配置成一种特殊模式，以便TTCN-3脚本能够精确控制和验证QoS流到DRB的映射过程。

  • NR-NR双连接 (NR-DC, 5.2.1.5)：在SA模式下，UE也可以同时连接到两个gNB（一个作为主gNB，一个作为辅gNB）。这与EN-DC的理念类似，但发生在纯5G环境中。

李工知道，SA测试是验证“Pioneer-5G”是否真正具备“未来感”的关键。他需要在这些模型下，细致地测试SDAP层的QoS映射、与5GC的NAS信令交互以及NR-DC下的性能。

2.3 更多高级场景模型

除了主流的EN-DC和NR/5GC，第5章还为“Pioneer-5G”支持的高级功能准备了专门的“沙盒”：

  • NR Sidelink (5.3)：用于测试V2X（车联网）或D2D（设备到设备）等直通通信场景。测试模型中，SS不仅要模拟gNB，还需要模拟另一个UE（NR-SS-UE），来与被测的“Pioneer-5G”进行PC5接口上的信令与数据交互。

  • Shared spectrum (5.4)：针对在非授权频谱（如Wi-Fi频段）上运行5G的场景（NR-U）。这种场景下，设备必须遵循“先听后说”（Listen-Before-Talk, LBT）的原则。测试模型会引入虚拟噪声发生器（VNG），模拟信道被占用的情况，以验证UE的LBT行为是否合规。

  • Non-Terrestrial Network (5.5)：这是Rel-17/18引入的重点特性，支持通过卫星提供5G连接。由于卫星通信存在巨大的传播时延和多普勒频移，测试模型必须能够精确模拟这些独特的信道特性，并验证UE在定时提前（Timing Advance）、移动性管理等方面的特殊处理机制。

李工为“Pioneer-5G”支持如此全面的功能感到自豪，同时也感受到了巨大的测试压力。每一个高级功能都对应着一套独特的、复杂的测试模型，都需要他和团队逐一攻克。

3. 测试的“指令集”与“方法论”（第6、7章）

如果说第5章的测试模型是“沙盒”，那么第6章和第7章就是操作这些“沙盒”的“指令集”和“方法论”。

3.1 抽象系统原语（ASP）：与“虚拟世界”沟通的语言（第6章）

第6章定义了抽象系统原语（Abstract System Primitives, ASPs）。这是TTCN-3测试脚本用来配置和控制系统模拟器（SS）的标准化命令接口。

6.2.1 Introduction The present clause 6.2 specifies the abstract system primitives (ASPs) used on the system interface to configure and control the SS.

例如，当TTCN-3脚本需要SS模拟一个5G小区时，它会发送一个类似NR_SYSTEM_CTRL_REQ的ASP请求。这个请求是一个复杂的数据结构，里面包含了小区的PCI、频点、带宽、系统消息（MIB/SIB）等所有配置信息。SS的适配器接收到这个ASP后，就会将其解析并配置到硬件中。

ASP将TTCN-3测试逻辑与具体的仪表实现解耦。李工不需要关心他用的是A厂商还是B厂商的测试仪表，只要这些仪表都遵循了TS 38.523-3定义的ASP接口，他的TTCN-3测试脚本就可以无缝地在不同设备上运行。规范的附录D (Annex D) 提供了所有ASP及其数据结构的TTCN-3形式化定义，这是实现互操作性的关键。

3.2 测试方法与设计考量：测试流程的“标准作业程序”（第7章）

第7章是测试设计的“标准作业程序”（SOP），它为各种通用测试场景定义了详细的信令序列和设计考量。

7.1.1 Introduction Clause 7.1 specifies test methods and design considerations that are common to all 5GS deployment options.

这一章内容极其丰富，几乎涵盖了UE协议栈的所有方面。李工在为“Pioneer-5G”设计一个PSCell变更（EN-DC中的辅基站变更）的测试计划时，他直接翻到了7.2.6节“PSCell change”。

7.2.6.1 Sequence of EN-DC NR inter-cell PSCell change

  1. NR Target Cell: Configuration of SRB3 (if necessary) and DRBs
  2. Transfer of the PDCP Count … from NR source to NR target cell: …
  3. E-UTRA Cell: Send RRCConnectionReconfiguration.
  4. E-UTRA Cell: Receive RRCConnectionReconfigurationComplete. …

规范清晰地定义了从目标小区配置、PDCP状态迁移，到E-UTRA侧发送重配消息、UE回复完成后，SS内部不同组件该如何协同的完整流程。这为李工编写和理解测试脚本提供了权威的、分步的指导。无论是物理层的DCI调度、资源分配（7.1.2），还是RRC层的寻呼、连接控制、切换（7.3.4, 7.3.5），第7章都给出了详尽的方法论。

4. 确保测试的完备性与可重复性（第9、10、11章及附录）

规范的最后几个章节和附录，则像是为整个测试大厦添砖加瓦，确保其稳固、完备。

  • IXIT Proforma (第9章)：IXIT（Implementation eXtra Information for Testing）是一份调查问卷，由设备商（李工的公司）填写，用来声明那些规范允许但具体实现可选或依赖厂商的参数。例如，UE支持的最大PDCP SN号长度是12bit还是18bit。测试实验室会根据这份IXIT来调整测试脚本，确保测试参数与“Pioneer-5G”的实际能力相匹配。

  • Postambles (第10章)：定义了每个测试用例结束后的“后处理”流程。无论测试是通过（Pass）还是失败（Fail），Postamble都会执行一系列标准操作（如发送RRCRelease、去附着等），确保UE能恢复到一个已知的、稳定的状态（如RRC_IDLE或关机），为下一个测试的开始做好准备。

  • Guidelines on test execution (第11章)：提供了测试执行的指导，尤其重要的是定义了由于频段组合限制而无法执行的测试用例列表。

  • 附录 (Annexes)：

    • Annex A (Test Suites)：列出了所有已批准的TTCN-3测试套件的名称和适用场景（FR1/FR2）。
    • Annex B (NR TBS tables)：提供了用于计算传输块大小（TBS）的查找表，这是物理层测试的基础数据。
    • Annex D (TTCN-3 definitions)：如前所述，是ASP和各种数据结构的形式化定义，是测试代码的“头文件”。

总结：一部面向机器的“法律全书”

经过一番梳理，李工对3GPP TS 38.523-3有了清晰的认识。它不仅仅是一份技术文档，更是一部旨在让机器（测试系统）能够精确、一致、自动化地“审判”另一台机器（UE）协议行为是否“合法”的“法律全书”。

  • 它用法典化的语言TTCN-3作为基础。
  • 它定义了审判的场所和规则（测试架构与测试模型）。
  • 它规定了审判官（SS）与被审对象（UE）沟通的官方语言（ASP）。
  • 它提供了详尽的判例法（测试方法和序列）。
  • 它还通过补充条款（IXIT、Postamble、Annexes）确保了审判的公正性、严谨性和可重复性。

对于像李工这样的测试工程师而言，TS 38.523-3是日常工作中须臾不可离的工具书和行为准则。而对于通信专业的学生和初学者，理解这部规范的顶层设计和核心思想，是从理论走向实践，洞悉移动通信行业如何确保全球数十亿终端互联互通的关键一步。

“Pioneer-5G”的认证之路漫长而艰辛，但有了TS 38.523-3这本地图和指南针，李工和他的团队充满了信心。在接下来的系列文章中，我们将继续跟随李工的脚步，逐章节、逐条款地深入拆解这部规范的每一个技术细节。

FAQ

Q1：3GPP TS 38.523系列的三份规范（-1, -2, -3）之间究竟是什么关系？

A1：这三份规范构成了5G终端协议一致性测试的完整体系，关系如下：

  • TS 38.523-1 是“考纲”，用自然语言定义了测什么，即所有可能的测试用例（TC）。
  • TS 38.523-2 是“选考科目表”，通过ICS（实现一致性声明）表格的形式，定义了对于一个具体UE，根据其支持的功能，必须测哪些TC。
  • TS 38.523-3 是“标准化的自动考试系统”，用TTCN-3语言定义了如何自动化地测，提供了可执行的测试套件（Test Suites）和测试模型。 简单来说，-1是测试内容的描述，-2是测试范围的选择，-3是测试方法的实现。

Q2：什么是TTCN-3？为什么一致性测试要用它来写？

A2：TTCN-3是一种专为通信协议测试设计的标准化、形式化的编程语言。使用它的核心优势在于精确性、自动化和标准化。相比自然语言，TTCN-3没有歧义，能精确描述复杂的信令交互、并发操作和判决逻辑。基于TTCN-3的测试套件可以被测试系统自动执行，大大提高了测试效率和一致性。标准化意味着不同厂商的测试设备只要都支持这套语言和规范，就能得出可信、可比对的测试结果，这是全球移动通信互联互通的基石。

Q3：规范中定义的“测试模型”（Test Model）和“测试方法”（Test Method）有什么区别？

A3：“测试模型”和“测试方法”是两个不同维度的概念：

  • 测试模型（第5章） 侧重于静态的协议栈配置。它定义了为了测试某个特定功能（如EN-DC下的PDCP层），测试系统（SS）和UE两侧的协议栈应该如何配置，可以理解为测试开始前的“场景布局”或“沙盒环境”。
  • 测试方法（第7章） 侧重于动态的信令交互流程。它定义了在某个测试场景下（如切换、RRC连接释放），SS与UE之间应该遵循的、有时序的、一步一步的“标准操作流程”（SOP）。 简而言之，测试模型是“环境”，测试方法是“流程”。

Q4：为什么TS 38.523-3需要定义EN-DC（NSA）和NR/5GC（SA）两种主要的测试模型？

A4：这是为了匹配5G网络部署的两个主要阶段。

  • EN-DC（E-UTRA-NR Dual Connectivity） 模型对应NSA（非独立组网）部署，这是5G商用初期的主流模式。在这种模式下，5G NR的控制面锚定在现有的4G LTE核心网和基站上。测试UE在NSA网络下的双连接行为、承载管理和移动性至关重要。
  • NR/5GC 模型对应SA（独立组网）部署，这是5G的最终演进形态，使用5G核心网（5GC）和NR基站。它能支持网络切片、超低时延等5G独有特性。测试UE在SA网络下的能力，是确保其能够充分利用纯5G网络优势的关键。 因此，一部要全球销售的5G手机，必须同时通过这两种模型的严格测试。

Q5：作为一名终端开发或测试工程师，除了测试用例本身，规范中的IXIT Proforma（第9章）对我有什么实际意义？

A5：IXIT Proforma（实现附加测试信息表）对工程师具有非常重要的实际意义。3GPP规范在很多细节上给予了终端厂商一定的实现自由度（例如，支持某些可选功能、定时器的具体取值范围等）。IXIT就是一份标准化的“声明文件”，由终端厂商填写，用来向测试机构或实验室准确地告知自己产品的具体实现细节。测试方会利用这份IXIT文件来适配和参数化测试脚本，从而确保测试的有效性，避免因为参数配置错误而导致的测试失败。对于开发和测试工程师来说，正确理解和填写IXIT，是确保认证测试顺利进行、减少不必要沟通成本和重复测试的关键环节。

关系图谱