深度解析 3GPP TS 38.509：5.3 Test loop functions (Part 3 - Loop Mode B, 智能障碍赛)
本文技术原理深度参考了3GPP TS 38.509 V18.0.0 (2025-06) Release 18规范中，关于“5.3.4.2 UE test loop mode B operation”的核心章节。本文是“Test loop functions”系列的第三部分，我们将从“裸跑”的模式A，升级到一场考验智慧与速度的“智能障碍赛”——回环模式B。
引言：从百米冲刺到智能障碍赛
在上一篇中，我们的主角“小五”手机，在系统仿真器（SS）考官的指挥下，出色地完成了回环模式A的“百米冲刺”测试，展现了其扎实的L2/L1基础数据传输能力。
“李工，模式A的测试我完全明白了，就是考验UE最原始的‘肌肉力量’，”工程师小王回顾着日志，兴奋地说，“但测试用例的下一步就是模式B了，规范里把它描述得比模式A复杂得多。如果说模式A是体能测试，那模式B又在考验‘小五’的什么新能力呢？”
资深专家李工露出了赞许的笑容：“小王，你的比喻非常恰当。如果模式A是考验‘肌肉’，那么回环模式B就是考验‘大脑’。它不再是简单的原路返回，而是一场**‘智能障碍赛’。数据这位‘运动员’不仅要跑得快，更要在赛道的分岔口，根据自己胸前的‘号码牌’（QoS标识），准确无误地选择正确的赛道。这考验的是UE的QoS（服务质量）处理能力**，是保证用户获得流畅视频、低时延游戏体验的核心所在。今天，我们就来当这场障碍赛的裁判，看看‘小五’是如何运用智慧通过重重关卡的。”
1. 模式B的核心要义：从“搬运工”到“智能调度员”
回环模式B的比赛规则，从一开始就点明了其与模式A的根本不同。
UE test loop mode B provides loopback of PDCP SDUs for bi-directional EPS bearers while UE is operated in NR or E-UTRA modes. … the downlink PDCP SDUs or SNDCP PDUs received by the UE … are returned by the UE on the data radio bearer associated with an QoS Flow with a QoS flow descriptions matching the TCP/UDP/IP protocol information within the PDCP SDU… UE test loop mode B provides loopback of SDAP SDUs for bi-directional QoS Flows while UE is operated in standalone NR mode.
“规则看似复杂，但核心思想只有一个：智能映射。”李工解读道，“与模式A在PDCP层的‘无脑’回环不同，模式B的回环点被提升到了更高层次——在NSA（EN-DC）架构下是IP层，在SA架构下则是新增的SDAP（Service Data Adaptation Protocol）层。”
“为什么要提升回环点？”李工自问自答，“因为只有在更高层，UE才能‘看懂’数据包的‘身份证’——它的IP地址、端口号等信息。模式A的PDCP层只关心数据包的序列号，是个埋头干活的‘搬运工’。而模式B的SDAP/IP层则像一个‘智能调度员’，它会检查每个下行数据包，分析它属于什么业务（比如视频、网页、信令），然后根据网络下发的‘交通规则’（QoS规则），将这个回环后的数据包，调度到正确的上行‘车道’（QoS Flow/EPS Bearer）上。”
这个“智能调度”的能力，正是5G网络能够为不同应用提供差异化服务的关键。例如，它可以确保你的游戏数据走在“低时延专用道”上，而后台的文件下载则走在“普通公路”上，两者互不干扰。模式B测试，就是要严格检验UE是否具备这种精细化的调度能力。
UE test loop mode B is mandatory to all 5GS UEs supporting one or more PDU session establishments.
“同样，这场‘智能障碍赛’也是所有想上市的5G商用手机必须通过的强制科目。”
2. 障碍赛的赛场布局：三大网络架构下的智能调度考验
与模式A一样，模式B的赛场也根据网络架构的不同而有所区别。考官将为“小五”设置三种不同难度和规则的赛场。
2.1 赛场一：EN-DC/NGEN-DC - 经典的4G核心网障碍赛
这是最常见的NSA组网场景，手机同时连接4G和5G基站，但核心网是4G的EPC。这里的“交通规则”遵循4G时代的体系。
李工调出了规范中的 “Figure 5.3.4.2.2-1: Model for Test Mode Control and UE Test Loop Mode B on UE side when EN-DC or NGEN-DC with MCG bearer and SCG bearer is configured”。
“在这个赛场，‘小五’的大脑是4G核心的。QoS的管理单位是‘EPS承载’，而智能调度的‘交通规则手册’，叫做UL TFT（上行流量模板）。”
让我们跟随一个下行数据包的旅程：
- 抵达终点： 一个IP数据包（IP PDU）从下行链路（无论是4G还是5G）抵达“小五”的协议栈，一路上传，最终到达位于最高层的
UE Test Loop Function中的LB Entity（回环实体）。 - 大脑决策：
LB Entity这位“智能调度员”开始工作。它会检查这个IP包的头部信息（源/目的IP地址、源/目的端口号、协议类型）。 - 查阅规则： 然后，它会拿出网络在建立承载时下发的“UL TFT规则手册”，将IP包头信息与手册中的每一条规则进行匹配。例如，手册中可能有一条规则是：“所有去往端口号为80的TCP包，都应该走2号EPS承载。”
- 智能转发： 一旦匹配成功，
LB Entity就做出了决策。它将这个IP包掉头，作为上行数据，精确地交给与该规则对应的那个EPS承载去发送。
“你看图中的那个UL TFT handling模块，”李工指着图说，“它就是‘小五’在这场比赛中的‘大脑’。它的输入是IP PDU，输出是决策——决定这个PDU该走向哪个EPS承載。无论这个承载是MCG承载（走4G路）、SCG承载（走5G路）还是分裂承载，决策逻辑都是在最顶层完成的。这就是EN-DC下模式B测试的核心。”
2.2 赛场二：Standalone NR - 纯粹的5G战术赛
现在，考官将赛场切换到了纯粹的5G SA模式。核心网升级为5GC，规则也焕然一新。
李工展示了 “Figure 5.3.4.2.3-1: Model for Test Mode Control and UE Test Loop Mode B on UE side when standalone NR is configured”。
“欢迎来到5G原生时代。在这里，‘EPS承载’和‘TFT’这两个术语成为了历史。取而代之的是更精细化的**‘QoS流’（QoS Flow）和‘QoS流ID’（QFI）**。而UE协议栈中，也多了一个全新的协议层——SDAP，它就是5G时代的‘智能调度中心’。”
数据包的旅程发生了微妙而深刻的变化：
- 抵达新终点： 下行数据包首先到达SDAP层，SDAP层会检查它是否带有QFI，并将其映射到正确的DRB，然后交给下层。数据包最终还是到达顶层的
LB Entity。 - 新大脑，新规则：
LB Entity再次检查IP包头，但这次它查阅的“规则手册”变了。在5G SA模式下，网络在建立PDU会话时，会给“小五”下发一套QoS规则。每一条规则都将一种业务类型的数据流（Service Data Flow, SDF）——通过IP包头信息来定义——映射到一个独一无二的QFI。 - 两级智能转发：
- 第一级决策（SDF to QFI）：
LB Entity匹配QoS规则后，为这个回环的IP包打上一个“标签”——正确的QFI。这个过程叫做“SDF到QFI的映射”。 - 第二级决策（QFI to DRB）： 然后，
LB Entity将带有QFI标签的包（现在可以称之为SDAP SDU）交给SDAP层。SDAP层看到这个QFI，就知道该把它交给哪个DRB（数据无线承载）去传输。这个过程叫“QFI到DRB的映射”。
- 第一级决策（SDF to QFI）：
“这是一个更清晰、更结构化的两级调度体系。”李工总结道，“LB Entity负责业务层面的决策（这是什么业务？），SDAP层负责无线资源层面的决策（这个业务该走哪条无线通道？）。模式B在SA下的测试，就是要验证‘小五’能否 flawlessly地完成这两级映射。”
2.3 赛场三：NE-DC - 5G核心驱动的混合赛
最后，是NE-DC赛场。这是一个5G核心网（5GC）同时控制着5G基站（主）和4G基站（辅）的复杂场景。
李工打开了 “Figure 5.3.4.2.4-1” 和 “Figure 5.3.4.2.4-2”。
“虽然这个赛场看起来跑道错综复杂（同时有NR和E-UTRA链路），但好消息是，‘比赛规则’和纯粹的SA赛场是完全一样的。”
“因为核心网是5GC，所以QoS模型依然是QoS流模型。‘小五’的决策逻辑也依然是‘SDF to QFI’和‘QFI to DRB’这两级映射。”李工解释道，“NE-DC的复杂性体现在无线层面。一个DRB可能完全跑在NR链路上（MCG bearer），也可能完全跑在LTE链路上（SCG bearer），甚至可能分裂在两条链路上（split bearer）。但这都是SDAP层及其下层需要处理的事情。”
“对于顶层的LB Entity来说，它的工作没有变。它仍然是那个‘智能调度员’，只需要为回环的IP包打上正确的QFI标签，然后扔给SDAP层。至于SDAP层如何调兵遣将，利用手头的NR和LTE资源把这个数据包发出去，那是另一项需要被测试的能力，但模式B的核心，仍然是验证顶层那个智能映射的‘大脑’是否工作正常。”
总结：不止于肌肉，更是智慧的考验
“今天，我们见证了‘小五’从一名‘短跑运动员’，成长为一名‘战术大师’的过程。”李工对这场智能障碍赛进行了总结。
我们深刻理解了回环模式B的精髓：
- 核心能力： 模式B的核心是测试UE的QoS处理能力，即能否根据数据包的业务特征，将其精确映射到正确的上行QoS流或EPS承载。
- 关键机制： 实现这一能力的关键在于更高的回环点（IP/SDAP层），这使得UE的测试逻辑能够“看到”并“理解”IP数据包的头部信息。
- 架构演进： 我们详细对比了在EN-DC（EPC核心网）和SA/NE-DC（5GC核心网）下，QoS模型的根本差异：前者是基于UL TFT向EPS承载的映射，后者是基于QoS规则的SDF → QFI → DRB的两级映射。
- 关注焦点： 无论底层无线链路多么复杂（独立、分裂、4G/5G混合），模式B测试的焦点始终是UE协议栈顶层的那个智能决策和映射逻辑是否正确无误。
“通过了模式B的严苛考验，‘小五’才算真正证明了自己不仅有‘发达的四肢’，更有‘聪明的大脑’。它已经具备了为用户提供高质量、差异化服务的基础。”李工微笑着说，“不过，毕业大考还远未结束。接下来，‘小五’将面临一个全新的挑战，不再是双向奔跑，而是单向的接收——我们将进入回环模式C的世界，一场**‘广播听力大赛’**，敬请期待！”
FAQ环节
Q1：为什么模式B的回环点必须比模式A高？ A1：因为模式B的核心任务是进行智能映射，而决策的依据是IP数据包的头部信息（如IP地址、端口号）。在协议栈中，IP头部信息在IP层或其上的SDAP层才可见。模式A的回环点在PDCP层，PDCP层处理的是加密后的数据，它看不到IP头，因此无法进行智能决策。所以，必须将回环点提升到IP/SDAP层，测试逻辑才能获取到进行QoS判断所需的信息。
Q2：UL TFT（上行流量模板）和5G的QoS规则有什么联系和区别？ A2：两者都是UE进行上行数据智能映射的“规则手册”，但属于不同的技术时代。
- 联系： 它们的核心思想都是定义一套过滤器（Packet Filter），根据IP包头信息来对数据包进行分类。
- 区别：
- 归属： UL TFT属于4G EPC的QoS体系，将SDF直接映射到EPS承载。
- QoS规则属于5G核心网（5GC）的QoS体系，将SDF映射到QoS流ID（QFI），这是一个更灵活、更细粒度的中间层。SDAP层再将QFI映射到无线承载（DRB）。5G的QoS体系解耦了业务流和无线承载，更加灵活和高效。
Q3：在SA模式下，模式B回环的是“SDAP SDU”，这到底是什么？
A3：一个SDAP SDU（服务数据适配协议 SDU）本质上就是一个带有QoS流标识的IP数据包。当一个IP包需要通过5G SA网络发送时，SDAP层会给它加上一个SDAP头，头中最关键的信息就是QFI（QoS Flow Identifier）。所以可以简单理解为：SDAP SDU = SDAP Header (containing QFI) + IP Packet。在模式B中回环SDAP SDU，意味着测试逻辑在回环IP包的同时，也为其指定了正确的QFI。
Q4：用户能感知到手机是否通过了模式B测试吗？ A4：用户无法直接感知，但能间接体验到其带来的好处。一部通过了模式B测试的手机，能够更好地管理并发业务。例如，当你在进行一场重要的VoNR（5G高清语音）通话时，手机后台的应用（如App更新、邮件同步）产生的网络流量，会被正确地调度到优先级较低的QoS流上。这可以确保你的通话语音清晰、流畅，不会因为后台流量的冲击而卡顿或掉线。这就是模式B所验证的QoS保障能力的实际体现。
Q5：NE-DC架构下，既然QoS逻辑和SA一样，为什么还要单独测试？ A5：单独测试NE-DC是为了验证5G QoS逻辑与复杂的双连接无线环境相结合时的正确性与稳定性。虽然顶层决策逻辑相同，但底层的执行环境却复杂得多。例如，SDAP层决定一个QFI=5的数据包要走DRB 3，而这个DRB 3可能被配置为在NR和LTE之间分裂传输。这就需要验证UE的SDAP、PDCP、RLC、MAC层能否协同工作，将这个数据包正确地分片、调度，并最终在两条物理链路上成功发送。测试NE-DC，是确保5G先进的QoS大脑，能够指挥好4G和5G这两条“腿”协同奔跑。