1、课程导论与系统级仿真概述：通信芯片设计流程、系统级仿真的定义与价值、性能评估指标体系
1.1 通信芯片设计流程——从需求到流片
做通信芯片，跟盖楼有点像。你得先想清楚这楼要住多少人、要几室几厅，然后才能画图纸、打地基、砌墙、装修。通信芯片的设计流程，说白了就是一套标准化的「盖楼工序」。
我个人习惯把流程分成几个大阶段：
- 需求定义与架构探索——客户说要支持Wi-Fi 7，峰值速率要干到30Gbps。好，那咱们得先算算，用多少根天线、多宽的带宽、什么样的调制方式才能达到这个数。这一步，系统级仿真就派上用场了。
- 算法设计与链路仿真——架构定下来后，算法工程师开始写MATLAB或Python模型，验证物理层算法能不能跑通。我记得有一次，我们在链路仿真里发现某个MIMO检测算法在低信噪比下性能崩了，赶紧换了方案，省了一大笔流片费。
- RTL设计与验证——算法模型「翻译」成硬件描述语言。这一步，系统级仿真提供测试向量和参考模型，帮RTL工程师做比对。
- 后端设计与流片——布局布线、物理验证，最后送去晶圆厂。
- 芯片测试与回片验证——芯片回来了，拿系统级仿真生成的测试用例去测。对不上？那就要查是仿真模型错了，还是RTL实现错了。
核心观点：系统级仿真贯穿整个设计流程。它不是某个阶段的「专属工具」，而是连接需求、算法、硬件和测试的那根线。
1.2 系统级仿真的定义与价值——为什么不能跳过这一步？
系统级仿真，到底是什么？
我的定义很简单：在芯片还没造出来之前，用软件模型模拟整个通信系统的行为。这个模型可以很粗，也可以很细。粗到只看吞吐量，细到每个时钟周期、每个比特的翻转都能看到。
你可能会问：「我直接写RTL仿真不行吗？」
嗯，这里要注意。RTL仿真太慢了。一个Wi-Fi的MIMO-OFDM帧，RTL仿真跑一秒钟的无线信号，可能要跑好几天。而系统级仿真，用C++或者SystemC，几十分钟就能搞定。你想想看，迭代一个算法，RTL仿真要等一周，系统级仿真只要等一杯咖啡的时间。选哪个？
系统级仿真的价值，我总结为三点：
- 加速架构决策——「这个FFT用64点还是128点？」「AGC的收敛时间设多少合适？」这些问题，在系统级仿真里跑几轮就有答案了。我曾经帮一个团队做过评估，他们纠结于LDPC译码器的迭代次数，用系统级仿真跑了一晚上，发现8次迭代和10次迭代的性能差不到0.2dB，但面积差了15%。果断选了8次。
- 降低流片风险——流一次片，几百万到上千万美金。如果芯片回来发现某个场景下性能不达标，那叫一个痛。系统级仿真可以覆盖各种极端信道条件、各种协议交互场景，把坑提前填上。
- 软硬件协同验证——现在的通信芯片，硬件加速器和CPU跑固件是标配。系统级仿真可以模拟硬件和固件的交互，提前发现接口协议上的bug。
避坑指南：我曾经犯过一个错——系统级仿真模型做得太理想化，忽略了射频前端非线性的影响。结果芯片回来后，在高功率发射时EVM（误差向量幅度）超标。从那以后，我要求所有系统级仿真模型必须包含射频损伤，哪怕是个简化的模型。
1.3 性能评估指标体系——用什么尺子量芯片好坏？
做系统级仿真，你得知道要测什么。没有指标，仿真就是瞎跑。通信芯片的性能评估，我习惯从三个维度来看：
1.3.1 链路级指标
这些指标衡量的是物理层「点对点」的传输质量。
| 指标 | 说明 | 我常用的评估方法 |
|---|---|---|
| 误码率（BER） | 接收端解调后，错误比特占总比特的比例 | 扫不同信噪比，画BER曲线 |
| 误包率（PER） | 接收端错误的数据包占总包数的比例 | 通常要求PER < 10% 或 1% |
| 吞吐量 | 单位时间内成功传输的有效数据量 | 考虑重传和协议开销后的净吞吐 |
| EVM | 发射信号质量，反映调制精度 | IEEE 802.11标准里有明确限值 |
说白了，链路级指标就是看「这条无线链路到底靠不靠谱」。
1.3.2 系统级指标
这些指标关注的是整个网络或系统的表现。
- 时延——从数据包进入发送队列，到接收端成功接收，花了多少时间。5G URLLC场景要求1ms以内，Wi-Fi 7要求10ms以内。我见过一个项目，系统级仿真发现调度算法引入的时延超标，最后改了调度策略才过关。
- 公平性——多个用户共享信道时，是不是每个用户都能分到合理的资源？用Jain公平性指数来量化。
- 覆盖范围——在给定的发射功率和天线配置下，最远能支持多远的通信距离。
1.3.3 芯片实现指标
这些指标跟芯片的「物理实现」相关。
- 功耗——通信芯片往往是电池供电的。系统级仿真可以估算不同工作模式下的功耗，帮架构师做功耗预算。
- 面积——芯片面积直接决定成本。系统级仿真里的模块划分，会影响后续的RTL实现面积。
- 处理延迟——从天线收到信号，到基带处理完输出数据，这个延迟必须满足协议要求。比如LTE的HARQ反馈要在4ms内完成。
我的经验：性能评估不是「跑一个指标就完事了」。你得把链路级、系统级和实现级指标串起来看。举个例子，吞吐量上去了，但功耗也跟着上去了，那这个方案到底好不好？得看应用场景。如果是手机芯片，功耗优先级高；如果是基站芯片，吞吐量优先级高。
1.4 系统级仿真的工具链与建模方法
做系统级仿真，用什么工具？我列几个常用的：
- MATLAB/Simulink——算法验证阶段的首选。模型搭得快，调试方便。但跑大规模仿真时速度慢。
- C/C++ 自定义仿真平台——追求速度时用。我参与过一个5G NR的仿真器，纯C++写的，跑一次全链路仿真只要几分钟。
- SystemC/TLM——做软硬件协同仿真时用。可以模拟总线事务、中断响应等。
- NS-3 / OPNET——做网络级仿真时用。关注多用户、多节点场景。
建模方法上，我建议遵循一个原则：先粗后细，逐步迭代。一开始不要追求模型精度，先搭一个能跑通的框架，验证功能正确性。然后逐步加入信道模型、射频损伤、硬件实现约束。这样做的好处是，你可以在早期就发现架构层面的问题，而不是等到模型做得很精细了才发现方向错了。
注意事项：系统级仿真模型和RTL模型之间，一定要做交叉验证。我见过一个团队，系统级仿真说性能达标，RTL仿真也说性能达标，但芯片回来后就是不行。最后发现，系统级仿真里用的信道模型和RTL里用的信道模型参数不一致。这种低级错误，一个交叉验证就能避免。
1.5 本章小结
这一章，我们聊了通信芯片的设计流程，系统级仿真在其中的位置和价值，以及性能评估的三个维度。说白了，系统级仿真就是芯片设计中的「虚拟试飞」——在真正流片之前，先把芯片放在各种场景下「飞」一遍，把问题暴露在地面上。
下一章，我们会深入系统级仿真的建模方法论，聊聊怎么搭一个又快又准的仿真模型。到时候我会分享一些我在项目中踩过的坑，以及怎么避免这些坑。
嗯，今天就先到这里。记住一句话：仿真做得越细，流片风险越低。