简介：北京邮电大学通信原理软件实验报告基于SystemView平台，覆盖AM、SSB、FM调制解调、数字基带传输、OOK、2FSK、2PSK、16QAM及抽样定理等九个核心实验。每个实验均包含实验目的、原理推导、SystemView连接图、参数设置、波形截图与讨论分析，既适合北邮学生复习实验内容，也适合其他高校通信专业学习者对照学习。资源为1个docx文档，压缩包大小7.84MB，排版清晰，可直接阅读或打印。目前已有1283人学习浏览，说明其内容具备较高参考价值。借助该报告，读者可系统掌握SystemView仿真通信系统的搭建方法，理解调制系数、噪声影响、带宽变化等关键知识点，并借鉴实验步骤与结果分析思路完成自己的实验报告。
1. 拿到实验通知单之后，先别急着开软件
说实话，我在通信工程专业那几年，见过太多同学做通信原理实验时是这样开场：打开SYSTEMVIEW，看见满屏的Token工具箱，第一反应是“这东西跟Visio好像”，然后开始凭感觉拖几个器件连在一起，点仿真，出来的波形看不懂，再换一堆参数乱试，最后草草截几张图贴进报告里。这种流程走下来，实验做完了，问一句“2ASK和2FSK的带宽差异到底是怎么来的”，多半答不上来。
北邮的通信原理课程安排SYSTEMVIEW软件实验，目的从来不是让你学会某个商业软件的操作，而是通过可视化建模把《通信原理》教材里那些抽象公式和系统框图变成能看见、能调、能测的实物。换言之，SYSTEMVIEW在这里的角色是一座桥梁，连接的是“理论上的通信系统”和“能跑起来给你看结果的通信系统”。
这个定位想清楚之后，你做实验的思路就完全不一样了。
我自己的经验是，拿到一份实验指导书，第一步不是打开电脑，而是先做三件事：先看实验要求里出现了哪些调制方式或系统模块，把对应的教材章节翻出来重读一遍；再把系统框图用纸笔画出来，标注出每个模块的输入输出是什么；最后才是打开SYSTEMVIEW，对照着框图和指导书找对应的Token组件。这三步看起来慢，实际能帮你省下后面两三个小时的试错时间。
另外，SYSTEMVIEW这个软件本身有几个特点，决定了它特别适合通信原理教学实验：模块库按功能分类，信号源、算子、通信专用器件、逻辑器件一目了然；仿真参数可以实时调整，波形和频谱图能同步刷新；还内置了误码率分析、眼图分析这类现成的分析工具。相比直接用MATLAB写代码做仿真，SYSTEMVIEW最大的优势是把“搭系统”的门槛降到了拖拽连线的程度，让你把精力集中在“系统结构是否合理”和“参数取值得是否恰当”上，而不是纠结语法错误。
这篇文章我就按自己当年做这套实验的实际流程来写，从理解系统结构、搭建模型、配置参数，到分析结果、撰写报告，每个环节的核心思路和踩过的坑都会讲到。无论你是刚开始接触SYSTEMVIEW，还是已经做了一两个实验但总感觉报告写不出深度，应该都能从中找到可以直接拿走的经验。
2. 实验成败的分水岭：真正读懂你要仿真的那个系统
通信原理软件实验和硬件实验有个很大的区别：硬件实验里你可以通过示波器探头逐个测试点去排查故障，但软件仿真里，点错了模块、连错了线，整个系统照样能“跑”起来，只是输出结果从头到尾都是错的，而你在屏幕上看到一条条波形时，未必知道自己看到的其实是一堆垃圾数据。
所以做SYSTEMVIEW实验的第一道坎，是你能不能把指导书里的系统框图翻译成对信号处理流程的准确理解。这里以通信原理实验中最常出现的2ASK调制解调系统为例说一说我是怎么拆解的。
一个完整的2ASK系统至少包含五个功能单元：信源、载波、调制器、信道、解调器。信源产生的是二进制随机序列，在SYSTEMVIEW里通常用PN Sequence（伪随机序列）模块来实现，它模拟的是数字基带信号。载波用正弦信号源实现，频率要远高于基带信号的码元速率，否则频谱展不开，后面滤波也很难做。调制器在2ASK里就是让载波信号的幅度随基带信号“通断”，严格说叫OOK键控，这个操作在SYSTEMVIEW里可以用乘法器把基带信号和载波相乘来实现，也可以用开关模块直接做键控。
信道部分一般加一个高斯白噪声源（AWGN Channel），这是整个系统里最有实验价值的地方，因为你后面调信噪比、测误码率，靠的就是给这个模块设定不同的噪声强度。解调器则分为相干解调和包络检波两大类：相干解调需要一个本地载波，频率、相位都要和发送端载波严格同步，系统中通常用一个和载波同频同相的Sine源加上乘法器来实现；包络检波则只需要一个二极管或取绝对值模块再跟低通滤波器，结构简单但抗噪声性能稍差。
我把这个系统拆到这一步之后，教材里的公式才算真的“活”了。比如书上写2ASK信号的频谱是基带谱向载频处搬移，你在SYSTEMVIEW里把调制器输出节点的频谱图打开，就能清清楚楚看到\pm f_c两侧出现了上下两个边带。再比如相干解调的误码率公式里那个Q函数的自变量，你通过改变噪声强度、统计误码率，就能在数据表里看到仿真结果和理论曲线之间是什么关系。
这里有一个必须提醒的常见误区：很多人把“在SYSTEMVIEW里搭出系统”理解为“把指导书的框图原样照搬一遍”，于是连乘法器、滤波器、噪声源的参数都不改，直接用默认值跑仿真。这种做法在实验报告上根本经不起追问，因为只要稍微改动一个参数，比如把载波频率从原来的值改成另一个值，整个系统的波形就乱套了，而你不知道为什么。
我个人的习惯是，在动手搭模型之前，先写下这个小系统里每个模块的输入信号表达式、输出信号的数学形式，以及各个参数之间应该满足的数量关系。比如一个最简单的约束是：采样率至少要大于最高信号频率的两倍，工程上一般取5到10倍，否则频谱混叠会直接毁掉你的仿真结果；再比如滤波器带宽要和码元速率匹配，带通过宽会让噪声进来太多，带通过窄会把信号有效频谱切掉。
这些约束条件就是理解系统结构之后自然得出的判断依据，也是你实验报告里能写出来的“分析深度”来源。后面调参数、看波形、解释现象，全都要靠这一层理解做支撑。
3. SYSTEMVIEW建模的实操要点：从Token工具箱到仿真参数设置的完整链路
到了动手搭建这一步，SYSTEMVIEW的操作其实是有章可循的。我这里以一次比较典型的通信原理实验为例，把整个建模过程按顺序拆成环节，每个环节中容易出问题的地方单独说明。
3.1 元件放置与连接：先搭开环再闭环
SYSTEMVIEW的元件库有十几个分类，通信原理实验最常用的是Source（信号源）、Comm（通信器件）、Operators（运算器）、Logic（逻辑器件）这几类。打开界面之后，从元件库拖出需要的模块，双击模块就可以设置参数，模块图标下方会显示一个编号，这个编号在后续做接收端和发送端远距离连接时很有用。
我的建议是搭建顺序遵循信号流向，从左到右依次放置信源、调制模块、信道、解调模块、输出分析模块。不要跳着放，也不要把元件重叠摆放，因为仿真连线时一旦视线混乱，很容易把本应接到滤波器输入端的线错接到噪声源上，这类低级错误在仿真里不会报错，只会让结果全线崩溃。
连线操作本身很简单：从某个模块的输出端口按住鼠标拖到另一个模块的输入端口即可。这里有一个细节值得注意，SYSTEMVIEW的许多模块默认是单输入单输出，但像Splitter（分路器）、Scope（显示模块）这类组件支持多端口连接。如果要在同一个节点同时观察时域波形和频谱图，可以先接一个分路器，再分别接不同的分析模块，不要直接从一个输出口拉出两根线，画面上虽然能显示，但后续修改参数时会比较容易出乱。
3.2 关键参数设置：以2ASK系统为例
参数设置是这次实验最核心也最容易翻车的环节。拿2ASK举例，我建议一个可以直接复用的参数组合：
- 码元速率Rb = 1 kbps，也就是每个码元持续时间为1 ms；
- 载波频率fc = 5 kHz，大约是码元速率的5倍，这个倍数能保证已调信号的频谱有足够间隔，不至于和基带谱重叠；
- 采样率Fs = 32 kHz，也就是每个码元周期内采32个点，既能满足奈奎斯特采样定理，又不会因为采样点太多导致仿真速度严重下降；
- 仿真时长T = 0.05 s，这个时长包含了50个码元，足够让你在波形图上观察到比较完整的序列图案，后续做误码率统计时也可以作为单次仿真的基础数据量。
噪声模块的设置以AWGN Channel为例，SYSTEMVIEW中一般用Eb/N0或SNR来表征噪声强度。实验时可以从一个较高信噪比，比如10 dB开始，先确认系统在“干净”信道条件下的波形是正确的，然后逐步降低信噪比，观察误码率的变化趋势。
这些参数的设置逻辑，如果你理解第2节里讲的系统结构，就很容易想通：码元速率决定了基带信号的频谱占多大带宽，载波频率决定信号频谱搬移到哪个位置，采样率则决定整个数字系统能不能无损地表示这些信号。
3.3 仿真执行与排错：先静态验证再动态调参
第一次跑仿真时，务必不要直接上噪声。先把噪声强度设到很低或直接断开噪声源，观察发送端和接收端的基本波形是否和预期一致：PN序列是否出现随机方波、载波是否正弦、调制输出是否有明显的通断键控特征、解调输出是否还原出接近原始方波的形状。这一步我称之为“静态验证”，相当于硬件电路的加电自检。
静态验证通过之后再加噪声，从高信噪比往低信噪比方向扫，每改一次参数重新仿真，记录当前的误码率。每次只改一个变量，不要同时动噪声强度和滤波带宽，否则出了问题你根本不知道是哪个参数引起的。
如果波形完全不对，我的排查顺序是：先看时钟和采样率是否匹配，再看各模块的参数单位是否统一（比如频率用的是Hz还是kHz，时间用的是秒还是毫秒），最后检查连线的方向是否正确。这三个问题占了SYSTEMVIEW实验报错原因的八成以上。
4. 数据分析和波形判读：如何让仿真结果真正“说话”
很多人做完仿真，从波形图窗口截了几张图，觉得“图有了，报告素材够了”，其实这恰恰是实验报告拿不到高分的原因。系统跑出来只是第一步，能不能从波形和数据分析出有意义的结论，才是实验的真正目的。
4.1 时域波形的判读方法
2ASK调制器的输出在时域上应当表现为“有正弦包络时代表发送‘1’，无信号时代表发送‘0’”。打开Scope窗口观察这个波形时，不要把时间轴拉得太长，否则50个码元挤在屏幕上只能看到一团模糊的包络变化，什么都判断不了。合理的做法是把时间轴缩放到能同时看到10个左右的码元，这样既能看到单个码元周期内的载波细节，也能观察到码元之间的切换过渡。
解调端的低通滤波器输出波形，理想情况下应该是一个圆润化了的基带方波，边沿有过渡带，这是滤波器去除高频分量的正常结果。如果你看到的是明显失真的尖峰或者幅度衰减严重，先检查低通滤波器的截止频率设置是否过低，把有效频谱切掉了。
这里有一个实用的技巧：在观察解调输出时，可以同时打开发送端的基带信号波形作为参考对比。两个波形放在同一个时间轴上，能直接看出解调输出有没有延迟、幅度有没有衰减、码型有没有反转。延迟和幅度问题一般可以通过调整滤波器参数或增加放大模块解决，但码型反转问题往往意味着解调端某个环节的逻辑配置反了，需要从系统结构层面找原因。
4.2 频谱图：验证频域概念的直观工具
SYSTEMVIEW的频谱分析窗口是我个人认为这套软件里最有教学价值的功能之一。很多同学在学《通信原理》时，对“频谱搬移”这个概念停留在公式推导的记忆层面，但当你把调制器输出端接入频谱分析窗口，亲眼看到基带频谱出现在\pm f_c处时，这个知识点才算真正内化了。
判读频谱时注意三点：第一，频谱图默认显示的是以0频为中心的对称谱，重点关注载波附近的两个主瓣结构和旁瓣衰减趋势；第二，2ASK的频谱主瓣宽度约为码元速率的两倍，即2Rb，这个特征可以直接用来检验你设置的码元速率和滤波器带宽是否匹配；第三，如果频谱图上出现了你预期中不该出现的杂散分量，多半是采样率不足导致的高次谐波混叠，提高Fs即可消除。
4.3 误码率测试：让理论曲线和仿真数据“对上账”
误码率是通信原理实验中最能体现定量分析能力的指标。SYSTEMVIEW中可以用误码率统计模块分别连接发送端基带信号和解调判决输出，自动计算两者不一致的比特比例。测试流程建议分两组做：一组是固定系统参数不变，从10 dB往下降，每2 dB记录一次BER值；另一组是改变某个关键参数，比如滤波带宽或载波频率偏移，观察BER曲线如何移动。
记录完数据之后，拿仿真BER曲线和教材上相干解调的理论曲线画在同一张图上。需要注意，仿真值和理论值在低信噪比区域会有一定偏差，这是由有限样本数引起的统计波动，属于正常现象。如果趋势一致但整体偏移，就要检查噪声功率设置是否正确；如果趋势完全对不上，大概率是系统某处连错了或参数单位出了问题。
我记得自己当年做这个步骤时，有个同学跑出来的误码率在10 dB时还高达百分之十以上，查了半天发现他把滤波器的带宽设成了码元速率的十分之一，信号能量全被滤掉了。这类问题在理论计算里很少被注意到，但仿真中随手一个参数就可能让整个系统性能崩塌，这本身就是做实验最有价值的收获——理论是理想的，工程是残酷的，差距要靠调试去弥合。
5. 实验报告怎么写才不会被当成“截图粘贴秀”
很多同学到最后一步反而松懈了，觉得系统跑通了、图截完了、报告套个模板就交差。但据我观察，恰恰是报告的质量决定了这门实验课最终的成绩差距。同一个仿真结果，有的报告能写出系统的层次感，有的报告就是波形截图加上几句说明书式描述，差距一目了然。
5.1 不要空贴图，每个结果都要有“波形特征描述 + 原理对应 + 偏差归因”
一份合格的软件仿真实验报告，每一张插图都应该承担“论据”功能。比如展示2ASK调制波形时，除了放图，还应该用文字说明：图中可以看出码元为高电平时载波输出、低电平时载波截止，信号包络与基带序列保持一致，已调信号频谱的两个主瓣位于\pm 5 kHz，主瓣宽度约2 kHz，与理论值2Rb相符。这段话就把图、原理和定量验证三点全部落地了。
我发现很多低分报告的核心问题是“只描述现象，不解释原因”。波形看起来不太对，报告里只写“波形如图”，完全不去分析为什么不对、哪个参数造成的、怎么调的。实际上在报告中把调试过程中遇到的意外问题写清楚，反而是最容易加分的部分，因为这体现了你真正动了手思考过。
5.2 推荐的报告结构：问题定义、方案设计、仿真验证、误差分析
不需要照搬某个固定模板，但一个清晰的逻辑链条能让老师一眼看懂你的思路。我建议按这样的节奏组织：
先把实验目的转化成具体要回答的问题，比如“在2ASK系统中，误码率随信噪比如何变化？相干解调和包络检波的性能差异是什么？”然后再描述你的系统结构和参数选择依据，这部分要写清楚为什么选这个码元速率、为什么载波频率是这个值，体现前面第2节中讲的设计思维。
仿真验证部分不要按“第一步拖了哪个模块、第二步设了什么参数”这种流水账来写，而是按“验证了什么指标、用什么方法验证、结果如何”的结构来组织。误差分析部分，列出仿真曲线和理论曲线之间的偏差，分析误差来源：有限采样点数、滤波器非理想特性、统计样本数量不足、噪声发生器随机性等。
5.3 几个能让报告深度立马上一个台阶的分析角度
如果想让报告更有区分度，可以加入下面几种分析中的任意一种：第一，参数敏感性分析，比如把载波频率不变、单独改变码元速率，观察频谱主瓣宽度的变化，这能验证频带利用率的计算方法；第二，滤波带宽与误码率的关系扫描，这是通信原理里“带宽受限信道”的直观体现；第三，如果有更高要求，可以对比理想信道和非理想信道下的眼图，说明码间串扰对系统性能的恶化程度。
这些内容不需要额外的复杂实验，只是把你已经搭好的系统重复跑几组参数，记录数据并简单分析就行了，但对报告质量的提升立竿见影。
6. 实验收尾阶段的个人体会和几个实用建议
说到这儿，想起我当年第一次完整跑通2ASK系统时的一个瞬间：当我调低噪声功率，解调端的波形逐渐从一片毛刺中“浮”出清晰的方波轮廓时，教材里那一大堆关于误码率、信噪比、相干解调的描述突然都有了实感。做软件仿真实验，说到底就是给你一个机会把自己的知识用“看得见的方式”检验一遍，这个过程本身比截图和成绩更有价值。
最后分享几个我踩过之后就不再踩的细节：
一是仿真时间不要设得太长，很多人习惯把时间轴拉到很大，结果等仿真跑完发现电脑卡得几乎动不了。SYSTEMVIEW跑的是离散时间采样，采样率不变的情况下，仿真时长翻倍，计算量也近似翻倍。先按短时长快速验证代码逻辑，确定没问题后再加大时长获得更平滑的波形和更准确的BER统计数字。
二是重视系统编号和命名。模块一多，界面上全是默认的Token编号，过两天再打开文件你会认不出哪个是滤波器哪个是噪声源。在报告写完后，保留一份带注释的仿真工程，标记好每个模块的参数，这对你答疑时快速定位问题非常有帮助。
三是如果条件允许，把同一套实验用不同参数跑上两三组，而不是只跑一组“标准答案”。参数变化带来的结果差异，往往是理解通信原理最快的捷径。
四是做好记录。每改一个参数，哪怕只是把载波频率从5 kHz改成6 kHz，都要在笔记里记清楚改动前和改动后的结果差异。不要偷懒，不要凭记忆，等到写误差分析时你会发现这些记录比截图珍贵得多。
这套方法不只适用于北邮的SYSTEMVIEW通信原理实验，任何做软件仿真类的通信课程实验都可以参考。把系统结构想透、参数设置调到对、结果解读落到原理上，做完一个实验收获的绝对不只是一份报告。
本文还有配套的精品资源，点击获取
