第二章:测试环境总体架构

大家好,我是老张。这一章我们来聊聊测试环境的总体架构。说白了,就是看看整个小基站测试系统到底长什么样,由哪些硬件和软件组成,以及它们之间怎么连起来的。

我记得刚入行那会儿,第一次搭建测试环境,光看拓扑图就看了半天。后来自己动手做了一遍,才发现其实没那么复杂。今天我就把这些年积累的经验,掰开了揉碎了讲给你听。

2.1 硬件平台组成

硬件平台是整个测试环境的骨架。没有它,软件跑不起来,测试也做不了。我个人习惯把硬件分成三大块:核心设备、辅助设备和被测设备。

2.1.1 核心设备

核心设备包括以下几样:

  • 信号发生器:用来模拟基站发射的信号。我建议选支持 LTE/NR 双模的,省得以后升级麻烦。
  • 频谱分析仪:看信号质量好不好,有没有杂散。嗯,这个钱不能省。
  • 矢量网络分析仪:测天线和射频链路的匹配情况。我在项目中遇到过因为接头没拧紧导致驻波比超标的问题,折腾了两天才发现。
  • 可编程电源:给被测设备供电,同时监控电流电压。说白了就是看它吃多少电,有没有异常。

重要提示:核心设备的精度直接影响测试结果。建议每年校准一次,别等到数据对不上才想起来。

2.1.2 辅助设备

辅助设备虽然不直接参与测试,但少了它们还真不行:

  • GPS 时钟源:小基站需要精确同步,GPS 是标配。我见过有人用普通晶振凑合,结果时延测试全乱套。
  • 衰减器:模拟信号在空间中的衰减。可调衰减器最好,固定值的也行,但要多备几个不同档位。
  • 功分器/合路器:把信号分路或者合并。注意看频率范围,别买错了。
  • 散热风扇和温控箱:测高温环境下的性能。我曾经在夏天没开空调的机房里测设备,温度直接飙到 45 度,数据全废了。

2.1.3 被测设备

被测设备就是我们要测的小基站本体。通常包括:

  • 基带处理单元:处理协议栈和基带信号。
  • 射频前端模块:负责信号的收发和放大。
  • 天线系统:内置或外接天线。
  • 电源模块:供电和电源管理。

小技巧:拿到被测设备后,先看铭牌上的型号和版本号。我习惯拍照存档,方便以后追溯。

2.2 软件平台组成

软件平台是测试环境的大脑。你想想看,硬件再牛,没有软件控制也是白搭。软件平台主要分三层:

2.2.1 测试管理软件

这一层负责调度和执行测试用例。常用的有:

  • 自动化测试框架:比如 Robot Framework、Python unittest。我个人偏爱 Robot Framework,因为它的关键字驱动模式写用例很方便。
  • 测试用例管理工具:比如 TestLink、Jira。用来记录用例、分配任务、跟踪进度。
  • 日志收集和分析工具:比如 ELK Stack。出了问题,日志是第一手证据。

2.2.2 协议栈软件

协议栈软件模拟核心网和终端的行为。常见的有:

  • 核心网模拟器:比如 Amarisoft、OpenAirInterface。用来模拟 4G/5G 核心网。
  • 终端模拟器:比如 Keysight UXM、Rohde & Schwarz CMW500。模拟手机接入基站。
  • 信令分析工具:比如 Wireshark、TEMS。抓包看信令流程对不对。

注意:协议栈软件的版本要和被测设备匹配。我遇到过因为版本不兼容,导致注册流程一直失败的情况,查了三天才发现是软件版本问题。

2.2.3 数据分析与可视化软件

测试完了,数据得分析。常用的有:

  • MATLAB:做信号处理和性能分析。
  • Python 数据分析库:比如 Pandas、NumPy、Matplotlib。我习惯用 Python 做自动化报表,省时省力。
  • Excel:别笑,很多团队还在用 Excel 做数据汇总。简单够用就行。

2.3 网络拓扑结构设计

网络拓扑结构,说白了就是设备之间怎么连。设计得好,测试效率翻倍;设计得不好,天天拔线插线。

2.3.1 典型拓扑结构

我常用的拓扑结构是这样的:

+----------------+       +----------------+       +----------------+
|  核心网模拟器   | <---> |  被测小基站    | <---> |  终端模拟器    |
| (Amarisoft)    |       | (DUT)          |       | (CMW500)       |
+----------------+       +----------------+       +----------------+
         |                        |                        |
         v                        v                        v
+----------------+       +----------------+       +----------------+
|  测试管理PC    |       |  频谱分析仪    |       |  信号发生器    |
| (Robot Framework)|     | (Keysight)     |       | (Rohde & Schwarz)|
+----------------+       +----------------+       +----------------+

这个拓扑的好处是:核心网和终端模拟器都在同一局域网内,方便控制。被测小基站通过射频线缆连接仪表,信号路径清晰。

2.3.2 网络规划要点

设计拓扑时,有几个要点要注意:

  • IP 地址规划:所有设备要在同一个网段,或者能互相路由。我习惯用 192.168.1.x 段,简单好记。
  • 射频线缆损耗:线缆越长,损耗越大。建议用短粗的线缆,并且记录每根线的损耗值。
  • 接地和屏蔽:射频信号容易受干扰。所有设备要共地,线缆要屏蔽好。
  • 预留扩展接口:以后可能加设备,所以交换机端口要多留几个。

核心原则:拓扑设计要「一次搭好,长期使用」。别今天改一下,明天动一下,浪费时间还容易出错。

2.3.3 避坑指南

最后,分享几个我踩过的坑:

  • 我曾经把核心网模拟器和被测设备放在不同 VLAN,结果信令交互一直超时。后来发现是 VLAN 隔离了广播包。
  • 我曾经用了一根 10 米长的射频线缆,结果信号衰减了 5dB,测试结果完全不准。后来换成 1 米的线,问题解决。
  • 我曾经忘记给频谱分析仪接 GPS 时钟,结果频率偏移一直很大。嗯,这种低级错误犯一次就够了。

好了,这一章的内容就到这里。测试环境的总体架构,说白了就是硬件搭台、软件唱戏、拓扑连线。下一章我们开始动手搭建硬件平台,到时候你会觉得,嗯,其实也没那么难。