4. 通信系统原型框架

在MATLAB中搭建通信系统原型，最忌讳把所有处理写成一个几百行的脚本。真正可维护、可复用的原型，应当把信源编码、信道编码、调制、信道、解调、解码拆成独立函数或System Object，每个模块只负责一件事，输入输出接口清晰。这样做的直接好处是：更换调制方式时不必改动信道代码，替换信道模型时也不必重写译码逻辑，误码率评估流程可以稳定地套用在任意组合上。

模块化建模的接口约定

模块化的核心不是“拆成多个文件”，而是约定统一的数据流方向。以比特级链路为例，一个典型约定是：信源编码输出为0/1比特列向量，信道编码输出仍为比特列向量，调制输出为复基带符号列向量，信道输出为受噪声和衰落影响的复符号，解调输出为软/硬判决比特，解码输出为恢复比特。所有模块统一采用“列向量进、列向量出”，可以避免转置错误这一最常见的调试陷阱。

下面给出一个可运行的模块化框架骨架，每个模块用独立函数实现，主脚本只负责串联和评估：

% 模块化通信链路原型（示例参数）
N = 1e5;                 % 信息比特数
EbN0_dB = 0:2:10;        % 每比特信噪比扫描范围
M = 4;                   % QPSK
k = log2(M);             % 每符号比特数

for i = 1:length(EbN0_dB)
    % 1. 信源
    txBits = randi([0 1], N, 1);

    % 2. 信道编码（示例：卷积码）
    encoded = conv_encode(txBits, trellis);

    % 3. 调制
    symbols = modulate_qpsk(encoded);

    % 4. 信道（AWGN）
    EbN0 = 10^(EbN0_dB(i)/10);
    snr = EbN0 * k;              % 符号信噪比
    rxSymbols = awgn_channel(symbols, snr);

    % 5. 解调（软判决）
    llr = demod_qpsk_soft(rxSymbols);

    % 6. 解码
    rxBits = viterbi_decode(llr, trellis, N);

    % 7. 误码率统计
    ber(i) = sum(rxBits ~= txBits) / N;
end

这段代码的关键在于：每个函数只依赖输入参数，不依赖全局变量；信噪比换算集中在主脚本中完成，避免各模块各自解释EbN0导致量纲混乱。实际工程中，调制、解调、编码、解码建议使用MATLAB通信工具箱的comm.*对象，但自写函数更利于理解每一步的数值含义。

误码率评估流程与蒙特卡洛仿真

误码率评估不是“跑一次仿真看结果”，而是一个统计估计过程。蒙特卡洛仿真的基本逻辑是：在给定信噪比下重复发送随机比特，统计错误比特数，用错误数除以总比特数得到BER估计。由于错误事件是随机的，估计值本身带有方差。当BER很低时，需要发送足够多的比特才能观察到足够多的错误，否则估计结果不可信。

一个实用的经验规则是：在每个信噪比点至少累计100个错误比特，BER估计的相对误差大约在10%量级。若目标BER为1e-5，则至少需要发送1e7个比特。对于高信噪比区域，直接仿真会非常耗时，此时可以采用重要性采样或半解析方法，但在原型阶段，优先保证低信噪比区域的曲线正确。

误码率曲线的典型形状是“瀑布曲线”：低EbN0时BER接近0.5，随着EbN0增加迅速下降，最终进入错误平台区。平台区通常由信道编码的纠错能力上限、量化误差或信道模型不匹配引起。观察曲线时，重点看三个位置：瀑布区斜率是否与理论一致、平台区是否出现异常抬高、以及编码增益是否随码率变化合理。

上图把模块化链路和误码率评估流程放在同一张图中：上半部分是六个处理模块的串联关系，下半部分是BER随Eb/N0变化的瀑布曲线示意。实际仿真时，每个信噪比点独立运行一次完整链路，统计错误比特数，最终把离散点连成曲线。注意图中“错误平台区”的标注——当BER曲线在某个信噪比之后不再明显下降，说明系统存在非高斯因素，需要检查信道模型、量化精度或译码器迭代次数。

从仿真结果反推系统设计

误码率曲线不仅是性能指标，更是调试工具。如果实测曲线比理论曲线差2 dB以上，常见原因包括：信噪比换算时混淆了Eb/N0与Es/N0、解调器判决门限偏移、信道编码的码率计算错误、或者蒙特卡洛仿真比特数不足导致统计噪声过大。排查时建议先固定一个信噪比点，打印出发送比特、编码后比特、调制符号、接收符号、解调比特、解码比特的中间结果，逐级对比，定位错误引入的位置。

对于更复杂的系统，比如OFDM或MIMO，模块化框架的优势更加明显：信道估计、均衡、检测等模块可以独立替换和验证，误码率评估流程保持不变。建议在原型阶段就建立“参数配置—链路运行—BER统计—曲线绘制”的固定脚本模板，后续每增加一种调制或编码方案，只需替换对应模块函数，即可快速得到对比曲线。

最后需要强调：误码率评估的终点不是“画出一条曲线”，而是回答“这个系统在目标信噪比下能否达到可接受的误码率”。例如语音通信通常要求BER低于1e-3，数据通信可能要求1e-6以下。根据目标反推所需的编码增益和发射功率，才是原型开发的真正目的。