好的,遵照您的指令,这是系列文章的第四篇。我们将正式开始拆解第四章的主体内容,首先从4.1节和4.1.1节开始。
深度解析 3GPP TS 38.522:4.1 & 4.1.1 射频一致性测试 (RF Conformance) Part 1 - FR1 SA
本文技术原理深度参考了3GPP TS 38.522 V18.6.0 (2025-03) Release 18规范中,关于“Chapter 4.1 RF conformance test cases”和“Chapter 4.1.1 FR1 standalone conformance test cases”的核心章节。在掌握了适用性判断的“语法规则”(4.0节)后,我们将正式进入实战,跟随测试工程师李工的脚步,开始为他的5G手机“Pioneer-X1”筛选第一批,也是最核心的一组测试用例——FR1独立组网(SA)模式下的射频一致性测试。
前言:从理论到实践的第一枪
经过一系列扎实的“理论学习”,测试工程师李工和他的助手小王已经对TS 38.522的结构和逻辑了然于胸。他们知道,这份规范是筛选测试用例的唯一权威指南。现在,咖啡已经泡好,“Pioneer-X1”的ICS(Implementation Conformance Statement)文件也已在屏幕上打开,李工决定打响认证测试的第一枪——梳理FR1 SA(独立组网)模式下的射频测试范围。
“小王,我们开始吧,”李工指着规范的4.1节说,“这里是所有射频测试适用性规则的总入口。而4.1.1节,是我们今天要攻克的第一个堡垒,它定义了5G最纯粹、最基础的模式——FR1 SA下的射频测试。可以说,这里定义的测试,构成了每一部5G手机的‘体能底线’。”
他们打开了Table 4.1.1-1: Applicability of RF SA FR1 conformance test cases,一张巨大的表格展现在眼前。这不仅仅是一张表格,它是对“Pioneer-X1”射频单元的一次全面“大考”的考试大纲。
1. 射频测试的“三驾马车”:发射机、接收机与性能
在深入表格细节之前,李工先向小王介绍了射频测试的核心构成。Table 4.1.1-1引用的所有测试用例,都来自于规范TS 38.521-1。这张表格的结构,也严格遵循了TS 38.521-1的章节划分,主要围绕三大主题展开:
- Transmitter Characteristics (发射机特性,第6章): 这一部分主要考察“Pioneer-X1”作为“说话者”的能力。它是否能“大声说”(最大功率)、“清晰说”(信号质量,如EVM)、“不打扰邻居”(频谱泄露,如ACLR、杂散)?
- Receiver Characteristics (接收机特性,第7章): 这一部分主要考察“Pioneer-X1”作为“倾听者”的能力。它是否能“听得清”(接收灵敏度)、“抗干扰”(邻道选择性、阻塞)、“能处理大场面”(最大输入电平)?
- Performance requirements (性能要求,第8章): 这一部分综合考察UE在模拟真实、复杂信道环境下的“实战能力”,主要是数据解调性能。即在有衰落、有干扰的情况下,UE的下载速率(吞吐量)能达到什么水平。
李工总结道:“记住这‘三驾马车’,你就抓住了射频测试的主线。接下来我们分析的每一个测试用例,都可以归入这三类之一。”
2. 实战演练:逐项筛选“Pioneer-X1”的FR1 SA测试用例
现在,让我们跟随李工和小王,抽取Table 4.1.1-1中的典型测试用例,进行一次完整的适用性筛选演练。“Pioneer-X1”的ICS关键信息如下:
- 支持频段: FR1 TDD n41, n78
- 支持模式: SA 和 EN-DC
- 功率等级: Power Class 3 (PC3)
- 天线能力: 下行支持4Rx(4个接收天线),上行支持2Tx(2个发射天线)
- MIMO能力: 支持2x2和4x4下行MIMO
- 特殊功能: 不支持RedCap, 不支持Tx Diversity, 支持pi/2-BPSK调制以提升功率。
演练一:发射机特性 (Transmitter Characteristics)
2.1 UE Maximum Output Power (UE最大输出功率)
这是最基础也是最重要的发射机测试项。
| Clause | TC Title | Release | Applicability - Condition | Comment | Tested Bands/CA… | Branch | Additional Information |
|---|---|---|---|---|---|---|---|
| 6.2.1 | UE maximum output power | Rel-15 | C001l | UEs supporting 5GS FR1 and not supporting RedCap and not supporting eRedCap | D001a | PC1, PC2, PC3 | TC 6.2.1 is skipped if TC 6.2G.1 is executed. |
李工的四步决策法:
-
第一步 (C-Code):
C001l- 这个测试测不测?- 李工查阅Table 4.0-1,找到
C001l的定义:IF (A.4.1-1/1 OR A.4.1-1/2) AND A.4.1-2/7 AND A.4.1-3/1 AND (NOT A.4.3.12-1/2) THEN R ELSE N/A - 拆解:
(A.4.1-1/1 OR A.4.1-1/2): 支持FR1 FDD 或 TDD。 “Pioneer-X1”支持n41, n78(TDD), 满足。A.4.1-2/7: 支持SA模式。“Pioneer-X1”支持,满足。A.4.1-3/1: 支持网络信令。默认满足。NOT (A.4.3.12-1/2): 不支持Tx Diversity(发射分集)。“Pioneer-X1”的ICS中未勾选支持Tx Diversity,满足。
- 结论: 所有条件均满足,此测试必须执行 (R)。
- 李工查阅Table 4.0-1,找到
-
第二步 (D-Code):
D001a- 在哪个频段测?- 李工查阅Table 4.0-2,找到
D001a的定义:(A.4.3.1-1 OR A.4.3.1-2) AND NOT A.4.3.9-14 - 拆解:
(A.4.3.1-1 OR A.4.3.1-2): 所有支持的FR1 FDD或TDD频段。NOT A.4.3.9-14: 不具备Tx Diversity能力。
- 结论: “Pioneer-X1”支持n41和n78,且不支持Tx Diversity。因此,该测试需要在n41和n78两个频段上分别执行。
- 李工查阅Table 4.0-2,找到
-
第三步 (Branch): PC3 - 使用哪个功率等级分支?
- 表格的Branch列明确列出了PC1, PC2, PC3。
- 结论: “Pioneer-X1”的ICS声明为Power Class 3,因此李工会选择PC3分支下的测试参数和限值。
-
第四步 (Additional Info): 有无特殊说明?
- “TC 6.2.1 is skipped if TC 6.2G.1 is executed.”
- 解读: TC 6.2G.1是针对Tx Diversity(发射分集)的测试。由于”Pioneer-X1”不支持此功能,TC 6.2G.1不会被执行。因此,这条跳过条件不适用。
- 结论: 李工需要在n41和n78频段上,按照PC3的要求,完整地测试UE最大输出功率。
演练二:接收机特性 (Receiver Characteristics)
2.2 Reference Sensitivity (参考灵敏度)
这是衡量接收机“耳朵有多灵”的核心指标。
| Clause | TC Title | Release | Applicability - Condition | Comment | Tested Bands/CA… | Branch | Additional Information |
|---|---|---|---|---|---|---|---|
| 7.3.2.1 | Reference sensitivity level | Rel-15 | C001l | UEs supporting 5GS FR1 and not supporting RedCap | D001 | 2Rx, 4Rx, 8Rx | … |
李工的四步决策法:
-
第一步 (C-Code):
C001l- 这个测试测不测?- 这个条件码与上一个例子完全相同。
- 结论: 此测试必须执行 (R)。
-
第二步 (D-Code):
D001- 在哪个频段测?- 李工查阅Table 4.0-2,
D001的定义是:A.4.3.1-1 OR A.4.3.1-2,即“所有支持的FDD或TDD FR1频段”。 - 结论: 该测试需要在n41和n78两个频段上分别执行。
- 李工查阅Table 4.0-2,
-
第三步 (Branch): 4Rx - 使用哪个天线分支?
- 表格的Branch列列出了2Rx, 4Rx, 8Rx。
- 结论: “Pioneer-X1”的ICS声明支持4个接收天线(4Rx)。因此,李工会选择4Rx分支对应的测试配置和性能要求。这通常意味着测试时需要模拟4x2或4x4的MIMO场景,其性能要求会比2Rx更高。
-
第四步 (Additional Info): 有无特殊说明?
- (此处无特殊跳过条件)
- 结论: 李工需要在n41和n78频段上,按照4Rx天线配置的要求,完整地测试参考灵敏度。
演练三:性能要求 (Performance requirements)
2.3 PDSCH Demodulation for RedCap (针对RedCap的PDSCH解调性能)
这是一个很好的反例,展示了适用性规则如何豁免不相关的功能测试。
| Clause | TC Title | Release | Applicability - Condition | Comment | Tested Bands… | Subtest Selection |
|---|---|---|---|---|---|---|
| 5.2.1.1 | 1Rx FDD FR1 PDSCH performance for RedCap | Rel-17 | C177a | RedCap UEs supporting 5GS FDD FR1 and 1Rx UE capability | D008 | Subtest 1-4: F023 |
李工的决策过程:
- 第一步 (C-Code):
C177a- 这个测试测不测?- 李工甚至不需要去查
C177a的具体定义。他仅从“Comment”列的“RedCap UEs”这个描述,和他手中“Pioneer-X1”的ICS中未勾选支持RedCap的信息,就可以做出判断。 - 结论: 此测试不适用 (N/A)。
- 李工甚至不需要去查
这个简单的判断过程完美体现了TS 38.522的价值:它通过清晰的条件,将李工从数以百计的、与“Pioneer-X1”无关的RedCap、V2X、NTN等测试用例中解放出来,让他可以专注于真正需要测试的部分。
3. 表格中的“隐藏信息”:NOTE与Void
在浏览表格时,李工还特别注意了一些特殊标记。
- NOTE (注): 表格下方或Additional Information列中的NOTE提供了非常关键的上下文信息或跳过条件。例如,
NOTE 2: The test case is optional for Rel-17 RedCap UE implementing SUL.这就明确了一个测试在特定条件下是可选的。 - Void (作废): 当一个测试用例的整行被标记为“Void”时,意味着这个测试用已在当前或之前的版本中被废弃,无需再考虑。
总结:精准导航,有的放矢
通过对4.1.1节的实战演练,李工不仅为“Pioneer-X1”筛选出了第一批核心的FR1 SA射频测试项,更重要的是,他为小王完整地演示了一遍如何将TS 38.522的规则体系应用于实际工作。
Table 4.1.1-1这张看似复杂的表格,在“四步决策法”的指引下,变成了一台精准的“测试用例筛选机”:
- 输入: UE的ICS文件。
- 处理引擎: 以
C代码为核心的布尔逻辑。 - 输出: 一份明确的、定制化的测试清单,其中详细说明了要测什么 (TC Title),在哪测 (D-Code),怎么配置 (E-Code/Branch),以及测哪个场景 (F-Code)。
这套机制,确保了5G终端一致性测试的科学性、严谨性和高效性。它剔除了所有不必要的测试,同时保证了所有声明的功能都得到充分的验证。
在下一篇文章中,我们将继续深入4.1节的疆域,探索更为复杂的毫米波(FR2)世界,看看TS 38.522是如何为“Pioneer-X1”的毫米波功能导航的。
FAQ 环节
Q1:为什么Table 4.1.1-1中,同一个测试用例(如UE maximum output power)在不同的规范版本中会重复出现?
A1:这是因为随着3GPP Release的演进,一个基础的测试项可能会被扩展以支持新的功能。例如,最初的UE maximum output power测试可能只针对普通手机,但在Rel-16引入了对ULFPTx(上行全功率发射)的支持后,就需要一个新的测试用例或在原有测试用例上增加新的适用性条件来专门验证这个新功能。因此,你会看到不同行对应不同的适用性代码(C-Code)和版本号,分别指向不同的UE能力集。
Q2:如果我的UE支持多个功率等级(Power Class),比如同时支持PC2和PC3,我应该如何选择Branch? A2:在这种情况下,你需要测试UE声明支持的所有功率等级。ICS中会有独立的条目让你声明支持哪个PC。如果两者都支持,那么你需要分别执行PC2分支和PC3分支的测试。例如,在CPE(一种固定终端)上,可能既要满足作为CPE时的PC2功率要求,也要能在某些模式下兼容PC3的要求。
Q3:什么是pi/2-BPSK调制?为什么支持它会影响测试用例的适用性?
A3:pi/2-BPSK是一种特殊的调制方式,相比于QPSK,它具有更低的峰均比(PAPR),这意味着UE在发射同样平均功率时,其瞬时峰值功率更低。利用这个特性,UE可以在某些场景下(特别是在上行链路的边缘)获得一定的功率提升(Power Boost),从而改善上行覆盖。因此,3GPP为支持该功能的UE定义了专门的测试用例(如 EVM equalizer spectrum flatness for Pi/2 BPSK,TC 6.4.2.5),其适用性条件会明确要求UE在ICS中声明支持pi/2-BPSK。
Q4:表格中的Additional Information列提到的“Skip TC X if UE supports NSA and TS 38.521-3 TC Y is executed”是什么意思?
A4:这是一种测试优化的“替代原则”。它意味着,如果一个功能在更复杂的场景(如NSA/EN-DC,由TS 38.521-3定义)中已经被一个更全面的测试用例(TC Y)所覆盖和验证,那么在更简单的场景(如SA,由TS 38.521-1定义)下的基础测试(TC X)就可以被跳过。这是为了避免重复测试,提高认证效率。测试工程师在制定测试计划时必须仔细检查这些跳过条件。
Q5:我是否需要手动去查阅每一张表格和每一个ICS条目?这个工作量似乎非常巨大。 A5:对于学习和理解规范来说,手动查阅是最好的方法。但在实际的商业测试中,几乎所有的测试机构和大型设备商都使用自动化的测试管理工具(Test Management System)。这些工具会预先将TS 38.522的所有规则内置,工程师只需导入UE的ICS文件(通常是电子版),系统就会自动生成一份初步的测试计划,极大地提高了效率。但理解这些规则的底层逻辑,仍然是每一位优秀测试工程师的核心能力。