找回密码
立即注册
搜索
发回帖 发新帖

5012

积分

0

好友

646

主题
发表于 2 小时前 | 查看: 7| 回复: 0

做终端测试的读者对桌面上那台仪表再熟悉不过了:Keysight、Anritsu、R&S,一开机就是几十上百万元的资产。但你有没有想过一个问题——这台仪表的架构,为什么长成今天这个样子?它合理吗?它跟得上 5G 乃至 IoT 时代的需求吗? 原文作者干了十几年协议验证,把这个问题想了很多年,干脆自己画了一套「梦想中的测试仪表」架构,写成了这一页。

这一篇在 ShareTechnote 的测试系列里非常特殊:它不是知识条目,而是一份概念设计书。作者从 2015 年 1 月写下第一版构想,到 2021 年 10 月回头盘点产业现状,中间隔了六年多——他说得很坦诚,市面上依然没有一台完全符合他构想的仪表,但 SDR(Software Defined Radio,软件定义无线电)路线的进展让他觉得,「至少不会再因为提出这种想法而被当成白日做梦的人了」。

对我们这些读者,这一页的价值不在结论而在思考框架:测试仪表到底由什么组成?协议栈在哪里可以被「切开」?一致性测试和应用测试对仪表的要求为什么水火不容?把这些想清楚,你再看任何一台仪表的产品手册,看到的就是架构设计而不是参数表。下面我们按原文的脉络,把这堂概念课完整过一遍。

本篇导航:① 需求清单 → ② 梦想架构 → ③ 六年后的盘点 → ④ 一致性测试 → ⑤ 软硬分层 → ⑥ 协议栈的八个切分点与八种用法 → ⑦ 连接与测试

01 需求清单:五条老要求,一条新面孔

原文开篇先列了 5G 时代对终端测试仪表五个强需求:

  • 高度灵活——既要覆盖严格的一致性测试,又要覆盖多样灵活的应用测试
  • 非常低的成本
  • 强大而多能的调试能力
  • 健壮可靠的自动化
  • 便携性

前四条你可能觉得耳熟——哪一代仪表不是被这些要求压着的?原文也承认这点,但话锋一转:压力的量级完全不同了。成本与灵活性的范围,会超出我们现在能想象的程度。压力从哪儿来?

原文给出的答案是 IoT 市场的结构性特点:仪表厂商都指望 IoT 成为 5G 的重要组成,却没认真想过这个市场的性质——IoT 设备厂商的数量会远超今天的手机厂商(这对仪表商是好消息),但每家的体量和预算会远小于手机或芯片厂商。指望这些厂商去买几百万美元甚至亚百万美元级的仪表?不现实。

原文的判断很直接:仪表厂商是时候拿出降低成本、又不牺牲测试能力的颠覆性方案了。

第五条「便携性」是以前没人提过的新要求,背后的场景很具体:越来越多的设备嵌在车辆里、装在偏远站点上。装机前的台架测试照老办法做没问题,但装机之后的验证和排障怎么办?把装好的设备拆下来搬回实验室,还是把仪表拎到现场?答案不言自明。这也是为什么便携、紧凑、易搬运,会从「加分项」变成「硬需求」。

02 梦想架构:SDR 打底,核心网独立成模块

针对这些需求,作者画出了他心目中理想的 UE 测试仪表架构。因为 5G 终端必须兼容存量技术,仪表也就必须支持全部或大部分 legacy 制式。这套「10000 英尺高空鸟瞰」的架构有四个关键特征:

特征 内涵 与主流仪表的差异
射频协议栈 SDR 化 除高吞吐/短 TTI 的 5G 部分外,大部分无线协议栈跑在软件定义无线电上 实现灵活、易于升级修订,还能降成本
协议栈与核心网解耦 底层无线协议栈与高层 C 平面节点、核心网部分实现为独立软件模块 主流仪表通常把极简核心网能力直接焊进无线协议栈
可接公网 仪表能轻松接入公共 IP 网络,让 UE 直接访问互联网 应用层测试与真实业务复现的前提
可接外部核心网 能对接外部 MME/MSC 模拟器、外部 EPC,甚至是现网活的核心网 复现现网问题的杀手锏

第二条值得展开说说。作者观察到,多数现役主流仪表并不是这么设计的——它们把「最小可用」的核心网能力整合进无线协议栈里,一体化交付。这在纯射频或协议一致性场景下没问题,但当你想让被测终端对接真实的现网核心网(比如复现一个只在某运营商现网才出现的注册故障)时,一体化架构就成了墙。梦想架构把核心网做成独立模块、接口标准化,这堵墙才拆得动。

03 六年后的盘点:现实走到了哪儿

原文最打动人的是这段「自我复盘」。2021 年 10 月,作者逐条对照六年前(2015 年 1 月)的构想,盘点产业现状:

  • 梦想中的仪表依然没出现,但 SDR 方向进展巨大;
  • 老面孔还在:Keysight、Anritsu、R&S 仍是主力,方案基于 FPGA;
  • 没有任何厂商能在一台箱子里支持全部制式——2G/3G/4G/5G 分散在多台设备里,部分厂商做到了 4G/5G 同箱;短距离传感器网络协议则没人支持(商业动力不足);
  • SDR 阵营(Amarisoft、srsRAN、OpenAirInterface)已经或即将做到 4G 与 5G 同箱——这一点反而走在了传统厂商前面;
  • 性能上,FPGA 方案能追平当时商用 UE 的峰值吞吐(约 6 Gbps 量级);SDR 方案普遍做到 100 MHz 信道带宽加 256QAM,对纯软件方案来说相当不错,短板部分归因于现成 DIQ 板卡的缺货,而不是软件栈或 PC 算力的极限;
  • 还有一片没人耕的地:专门做 WiFi 协议测试的仪表几乎不存在,市面上的 WiFi 测试设备基本只测射频性能。而 WiFi 6/7 的协议越来越像蜂窝协议,不做充分的协议侧测试,兼容性与性能问题只会越来越多。

这一段读下来,你会发现一个有意思的格局:传统厂商强在性能上限,SDR 阵营强在架构灵活性与成本——而梦想架构押注的恰恰是后者。六年过去,天平正在向 SDR 缓慢倾斜。

04 一致性测试:梦想架构的盲区

作者很诚实地承认:哪怕梦想仪表造出来了,它也覆盖不了所有测试场景,最重要的盲区就是一致性测试(Conformance Test)。为什么?原文列出了一致性测试的几个固有性格:

  1. 测试用例必须走一条特定的、预先定义好的协议序列;
  2. 多数用例对协议序列的偏差几乎零容忍;
  3. 仪表厂商并不自己编写一致性用例,只是把 ETSI 的 TTCN 代码翻译成自己硬件可执行的形态——而 TTCN 代码的结构,天然不适配梦想架构那种模块化拼装;
  4. 不需要也不适合同时连接多台 UE。

于是一致性测试用的仪表走了另一条路:射频协议栈直接被测试用例逐条操控,NAS 与核心网部分干脆不存在——核心网行为由测试用例直接构造的无线消息来模拟。这不是谁的设计更好,而是两类测试的性格差异:一致性测试像考驾照的科目考试,路线固定、动作标准化,考的就是每一步是否按规矩来;应用测试像上路实驾,路况千变万化,考的是真实环境下的综合表现。考官不同、场地不同,硬要一个考官兼两份差事,两边都别扭。

两类测试的性格差异对比:一致性测试科目考试式与应用测试上路自驾式

这个区分对于理解测试用例的设计思路也很有启发:一致性用例追求的是确定性与可重复性,应用场景下则更关注真实业务的还原度。

05 软硬分层:换软件几乎免费,换硬件才花钱

梦想架构怎么兼顾「一致性级精度」和「应用级灵活」?作者的答案是软件与硬件各自模块化,按用例逐层更换。上层是两个软件模块——一致性测试架构(TTCN 式)与应用测试架构,切换靠刷固件完成,用户几乎零成本;下层是两档硬件——高端 RF/ADC 前端与低端 RF/ADC 前端,切换需要 physically 拔插模块,这才是贵的那一步。

硬件档位 承载的测试类型 依据
高端 RF/ADC 一致性测试、运营商入网验收 一致性用例对射频精度要求苛刻
低端 RF/ADC 应用测试、功能测试、通用协议测试、IoT 测试 都不依赖紧密的射频指标,廉价前端足够
两档皆可 运营商验收(Carrier Acceptance) 原文特意标注它横跨两栏,硬件选择留白

有人会问:为什么不让一台顶配硬件包打天下?作者的回答很实在:技术上没有任何限制,纯粹是成本问题——不同硬件的开发与制造成本是绕不开的现实,「一分钱不可能买齐所有东西」。这个分层思想对今天的测试团队仍有指导意义:先想清楚你的测试类型需要哪档射频前端,别为用不到的精度付钱。做 IoT 模组功能测试的团队,未必需要一致性实验室那套配置;反过来,拿应用级仪表硬凑一致性测试,结果只会是测了个寂寞。

06 协议栈的八个切分点与八种用法

这一节是全文技术含量最高的部分。

作者引用 TR 38.801 的功能划分,在协议栈上标出八个可切分点:

  • Option 1:RRC 与 PDCP 之间
  • Option 2:PDCP 与高层 RLC 之间
  • Option 3:高/低 RLC 之间
  • Option 4:低 RLC 与高 MAC 之间
  • Option 5:高/低 MAC 之间
  • Option 6:低 MAC 与高 PHY 之间
  • Option 7:高/低 PHY 之间
  • Option 8:低 PHY 与 RF 之间——这就是基带 I/Q 点,也是大多数用例的选择

切分点的意义在于:测试仪表与被测件不必都长成完整的协议栈。谁的部分没开发好,仪表就把对应的部分补上,两边在约定的切分点对接。原文给了八种典型用法,挑最有代表性的几种展开:

  • Case 1:纯 PHY/MAC,基带 I/Q 对接。核心网与 RF 都被划掉,仪表与 DUT 各保留高/低 MAC 加高/低 PHY,在低 PHY 之间走数字基带 I/Q。适合 RF 前端和上层栈都还没就绪时,PHY 团队先行验证。
  • Case 2:基带 I/Q 加 RF。把 RF 加回来,对接点移到两侧 RF 之间,信号走空口或电缆——PHY 与 MAC 覆盖不变,考验的变成了射频通道本身。
  • Case 3:无 PHY 测试。UE modem 厂商想在 PHY 未就绪时测试 MAC 及以上协议栈,前提是仪表支持对应切分并提供标准接口。原文写于 2021 年 11 月时的观察:已有厂商用私有接口提供此类方案,SDR 阵营尚未支持这一层切分。
  • Case 4:无 RF 全栈测试。DUT 的 RF 未实现也能测全栈,SDR 仪表天生就该支持。但有一个刺眼的现实:Option 8 这个对接点没有行业标准,各家接口私有,仪表商与 modem 厂商之间只能逐家谈物理与电气规格。
  • Case 5:全栈仪表对全栈 DUT。绝大多数测试属于此类,DUT 从 RF 到应用层完备,经空口或射频电缆对接——这种场景下确实不需要模块化。
  • Case 6:仪表无线栈 + 客户核心网。在 eNB/gNB 与核心网的切分点提供标准接口,把仪表核心网换成用户自己的(甚至是现网核心网)。SDR 方案普遍支持,原文点名 Amarisoft 是其中验证最充分的。
  • Case 7:仪表 + 拉远射频头(RRH)。在 Option 8 切开,把射频头单独放一个盒子,经空口够到 DUT。适用场景是射频头必须待在仪表进不去的地方——屏蔽室里,或者已经装进整车的那台设备旁。
  • Case 8:仪表核心网 + 客户无线栈。Case 6 的镜像:仪表提供 IMS、数据业务和核心网,客户自带完整 gNB——此时仪表扮演的角色是「被测核心网」。

协议栈八个切分点与测试场景对应关系图

07 连接与测试:两种动机,两档预算

全文的收尾是一个朴素但常被忽略的区分:你需要蜂窝网络模拟器,到底是为了连接(Connectivity)还是为了测试(Testing)?作者说自己职业加爱好都在玩各类网络模拟器,动机从来就这两种。

连接的意思很简单:像 WLAN AP 一样的简单无线接入能力,网口一插、手机一开,能上 YouTube 和公网就够了——不需要精细配置承载、QoS、功控这些网络细节。技术上这种设备可以做得极便宜,但主流仪表商长期不做,所以市场上一直买不到。SDR 的成熟改变了这一点:基于 Ettus N 系列加 Linux PC 的开源方案、以及挂「专网 LTE」名义的商用方案,把低成本连接做成了现实;作者甚至预言,基于嵌入式硬件的智能手机尺寸 LTE 小网络很快就会出现。

测试则是另一个世界。

原文列举了高端测试仪表的五项看家本领:

  1. 峰值吞吐能力——2016 年 1 月的门槛是最新类别终端加三载波以上 CA(600 Mbps 级),到 2021 年 10 月已涨到 5 载波超 20 层超 2 Gbps、8 载波超 16 层超 7 Gbps 的 LTE 常见需求;
  2. 一箱多制式(LTE 之外还要 2G/3G 等 legacy);
  3. 各种负向测试与 corner case 能力;
  4. 高吞吐下实时日志与分析;
  5. 极低小区功率下依然保持射频精度(低 cell power 下维持良好 SNR)。

两档预算差出一个数量级,而用户的真实心态是「我全都要」。作者对现实的判断毫不留情:制约因素是成本加心态——高端能力需要昂贵的硬件设计与庞大的开发维护投入,全球养得起这种投入的只有寥寥几家厂商,而这些厂商没有动力做低价产品。但他同样预言:SDR 阵营的能力正在快速扩张,终端用户直接施压的那一天会来,主流厂商届时不得不正视低成本、更可及的市场。站在今天回望,这个预言正在兑现的路上。

本篇核心要点

  • 5G 仪表五需求:灵活性、低成本、强调试、可靠自动化,外加新面孔——便携性
  • IoT 市场厂商多、预算小,百万美元级仪表模式在 IoT 时代走不通
  • 梦想架构四要素:SDR 打底、协议栈与核心网解耦、可接公网、可接外部核心网
  • 一致性测试与应用测试性格相反:前者序列固定零容忍、TTCN 驱动,后者要真实核心网与真实业务
  • 换软件模块几乎免费,换硬件模块才是真花钱——一致性用高端前端,应用测试低端足矣
  • TR 38.801 给了八个协议栈切分点,Option 8(基带 I/Q)最常用;核心网侧的标准接口让「换核心网」成为可能
  • 连接与测试是两种动机:连接要的是便宜好用的「蜂窝 AP」,测试要的是吞吐、多制式、负向用例与低功率射频精度
  • SDR 阵营正在从成本与架构两端挤压传统仪表商——这场架构革命还没有结束



上一篇:瑞芯微RK182X端侧协处理器已导入数百客户 覆盖车载与机器人
下一篇:微软Surface Laptop Ultra发布:最高128GB统一内存,可本地运行120B大模型
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-10-9 08:40 , Processed in 0.070435 second(s), 42 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表