卫星通信系统设计：链路预算与设备匹配实战指南

上周一个项目客户问我：“你们做卫星通信系统设计，为什么不先买天线和功放，反而盯着Excel表算了三天？”这个问题真问到点子上了。卫星通信的工程设计和地面网络有本质区别——空间段资源一旦签约，带宽、功率、覆盖范围就很难再改，所有东西必须在图纸阶段靠计算敲定。这套《卫星通信系统工程设计与应用》的工程笔记，我按阶段在更新，这一篇正好推进到1.4，也就是从需求分析进入总体架构和链路预算定稿的关键节点。

这一节的内容，可以说决定了整个项目的走向。算得太松，卫星转发器租金浪费；算得太紧，下雨天业务掉线，运维天天被投诉。这篇笔记我会把系统总体设计思路、链路预算的完整计算过程、空间段与地面段参数匹配、工程部署细节和故障排查经验全部展开，希望能帮正在做VSAT系统、企业专网、应急通信项目或者准备入行的朋友少走弯路。

按照我的经验，卫星通信系统工程师、项目交付人员、以及需要和卫星运营商对接的通信规划岗位，都能从这套设计流程里找到可以直接复用的方法。下面我们直接进入正题。

1. 先定方案再定设备：系统总体设计该做什么

1.1 需求拆解到最后要输出什么

很多项目启动时拿到的需求往往只有一句话：“我们要给几个站点开通宽带”“边远地方要传视频回传”。这些需求本身没法直接指导采购，必须在设计阶段把它翻译成一组可量化、可验收的工程指标。

从需求到工程指标的翻译结果是三类东西。第一是网络拓扑，星状、网状还是混合；第二是载波参数，每个方向用多大的带宽、什么调制方式、承载多少速率；第三是地面站配置，天线口径、发射功率、低噪声放大器的指标范围。这三类结果会被写进系统设计文档，直接成为设备采购和安装调试的依据。

我在做这个阶段时会要求团队填一张需求拆解表，包含站点数量、上下行业务速率、可用度要求、是否支持移动、可接受的时延和抖动、设备供电条件、安装场地限制。不要小看这张表，很多项目后期扯皮，都是因为需求环节没有把“边界条件”问清楚。比如“可用度”这个词，用户和工程师的理解可能完全不一样，用户认为“一年到头都能用”，工程师做预算时按99.5%来算，中间差异极大，必须在1.4阶段就锁定共识。

1.2 链路预算为什么必须在选设备之前做

我见过一个典型的反面案例。某个项目为了确保下行信号足够强，把终端天线从0.9米一路加到了1.8米，结果发射功放没跟着升级。整个系统做完以后，上行成了瓶颈，信号到卫星端仍然不够，不管下行天线多大，通信质量都上不去。原因很简单，卫星通信是上行和下行两条链路串联成的完整通道，一条强一条弱，最后性能取决于弱的那条。

链路预算就是用来避免这种“堆料式设计”的。它的本质是核算信号从发射端到接收端整个路径上，功率增益和损耗分别有多少，最终到达接收机的信噪比够不够。通过双向链路预算，可以把天线口径、功放功率、终端G/T值这几个核心参数同步确定下来，而不是孤立地放大某一个环节。

这一步常被新人忽略，因为他们觉得“先选个差不多口径的天线，后面不行再换”也没问题。恰恰是这种想法在卫星通信项目里最危险。天线一旦采购安装，更换成本极高，天线基础、馈线、防雷、加固全都要重做。在1.4阶段多花一周做链路复算，能在项目后期节省至少一两个月。

1.3 拓扑与多址方式的选择逻辑

卫星网络拓扑不是拍脑袋选的，它由业务流向决定。集中式业务，比如各分支机构要统一访问总部数据中心，适合星状网，所有小站通过卫星和主站通信，站与站之间的数据由主站转发。如果业务场景是多个远端站之间频繁直接通信，比如视频会议互联、站点间电话，那就需要考虑网状网，避免所有数据都绕经主站导致转发时延变大。

多址方式决定了多个地球站如何共享同一颗卫星的资源。当前VSAT系统中，常见的有FDMA、TDMA以及DVB-S2X体制下的TDM加MF-TDMA组合。FDMA实现简单，适合承载连续的大流量业务，但对频率规划要求高；TDMA在突发业务和站点数量多的场景下频谱利用更灵活。在做系统设计时，我会倾向于用一张表把业务类型、时延要求、站点数量、扩容预期摆在一起，逐项打分，而不是根据某一两个指标就定体制。

这里要特别提醒：如果你租用的是透明转发器，地面系统的多址方式必须和转发器工作方式匹配。卫星端是“单载波工作”还是“多载波工作”，直接关系到转发器功率回退，也关系到地面功放选多大，这个联动关系在后面的章节会详细展开。

2. 链路预算到底怎么算：从需求到指标的完整换算

2.1 从业务速率到载波带宽的换算

链路预算的第一步是确定载波带宽。用户只告诉你净速率，没说用多少带宽，因为带宽和调制编码方式息息相关。DVB-S2以及DVB-S2X系统里，每个符号能携带的比特数取决于调制阶数和LDPC编码效率，因此符号速率可以由净速率反推出来。

单位符号能传输的比特数等于log2(M)乘以编码效率，M是调制星座点数。QPSK对应每符号2比特，8PSK对应3比特，16APSK对应4比特。以16APSK 2/3为例，它的有效频谱效率大约是4乘以2/3，约2.67比特每秒每赫兹。如果需要8Mbps净速率，符号速率就等于8除以2.67，约3Mbaud。占用带宽还要考虑成型滤波器的滚降系数，通常DVB-S2取0.2到0.25，承载带宽约为符号速率乘以(1加滚降系数)。这样算下来，8Mbps载波大概需要3.75MHz到4MHz转发器带宽。

选择多高的调制阶数不是越高越好。调制阶数高，带宽省了，但对信噪比门限的要求也高。设计时需要先查对应MODCOD在AWGN信道下的门限C/N，再结合链路预算看实际C/N能富余多少。通常设计阶段会给解调门限额外留1到3dB实现余量，给雨衰留1到6dB甚至更多。这个权衡，就是1.4阶段反复迭代的核心工作。

2.2 链路预算公式逐项拆解

链路预算的经典公式是：

接收载噪比C/N（dB）等于发射EIRP（dBW）减去自由空间损耗（dB），减去大气损耗和各类附加损耗（dB），加上接收系统G/T值（dB/K），减去玻尔兹曼常数（-228.6 dBW/K/Hz），再减去载波带宽对应的对数（dBHz）。

这个式子看着复杂，其实每一块都有明确的物理含义。发射EIRP是发射机功率和天线增益的合力，代表信号从星地端射出去的强度。自由空间损耗是信号能量在传输路径上扩散产生的损失，频率越高、距离越远，损耗越大。接收系统G/T值体现的是接收端从噪声里拾取信号的能力，G/T越高，同等信号下C/N越高。最后减去带宽是因为噪声功率和带宽成正相关，带宽越宽，噪声进入接收机的总量越大，单靠信号功率是不够的。

很多人做链路预算时会漏掉一些“杂项损耗”。常见的有天线指向误差0.3到0.5dB、极化失配损耗0.3到0.5dB、馈线和接头损耗0.5到1dB、大气吸收损耗0.2到1dB。这些单独看都不大，累加起来很容易超过2到3dB。更关键的是，雨衰余量要单独计算，需要叠加在晴空余量之外。如果把雨衰和晴空损耗混在一起，就无法判断链路在各种天气下的真实表现。

2.3 完整算例：8Mbps宽带载波的下行预算

我来写一个可复现的算例。假设某企业需要为远端提供下行8Mbps的宽带接入，选用Ku频段GEO卫星，下行频率11.45GHz。卫星转发器总EIRP在覆盖边缘约47dBW，租用转发器功率带宽的一部分，该载波分到的卫星EIRP估算约37.5dBW。

终端天线口径1.2米，天线效率0.65。先算接收天线增益：Ku频段波长0.0262米，天线增益等于10log10(0.65乘以(π乘以1.2除以0.0262)的平方)，算出来约41.3dBi。LNB噪声温度加天线噪声等折算系统噪声温度约130K，10log10(130)约21.1dBK，因此终端G/T值约20.2dB/K。

卫星到地面站的距离按38000公里估算，自由空间损耗损耗等于20log10(4πd/λ)，代入约205.2dB。附加损耗取大气损耗0.5dB、指向误差0.5dB、极化失配0.3dB，合计1.3dB。用16APSK 2/3承载8Mbps，符号速率3Mbaud，载波带宽约3.75MHz。

载噪比计算如下：C/N = 37.5减205.2减1.3加20.2加228.6减64.8，约等于15.0dB。这里减去的64.8dBHz是10log10(3Mbaud)对应的带宽因子。查DVB-S2门限表，16APSK 2/3在准无误码条件下的门限约9.5dB，理论余量5.5dB。如果该区域暴雨季节需要留3dB雨衰，再扣1dB设备老化损耗，最终仍然有余量。这个设计就能往下推进。

我一般算完以后还会在表外多加一行“工程建议值”，用来提醒自己不忘加余量。理论值和实际设备之间永远有差距，功放的非线性、LNB相位噪声、调制解调器实现损耗都会吃掉余量。任何“刚好够”的计算结果，都不要拿去采购。

2.4 雨衰余量与可用度的权衡

雨衰是卫星通信区别于地面通信最明显的因素。C波段频率低，雨衰较小；到了Ku和Ka波段，降雨粒子对电磁波的吸收和散射明显增强，信号的衰减会成倍上升。工程设计里不能只看晴空条件下的C/N，要看系统在指定可用度下还能不能工作。

不同可用度对应不同的雨衰统计值，比如99.5%可用度意味着一年累计约43.8小时可能因降雨导致链路中断，而99.9%可用度只允许约8.8小时。别小看这几个九的差别，为了把可用度从99.7%提高到99.9%，链路预算里需要预留的雨衰余量可能要多出好几个dB，这直接推高天线口径和功放成本。

我习惯在方案评审阶段把“可用度目标”单独列为一项，让用户签字确认。曾经有个项目只按99.7%做预算，结果那年当地雨季特别反常，业务隔三差五断，用户并不关心“理论可用度达标”，只看到业务不稳定。后来老老实实把链路预算按更高的可用度重做，增加了天线口径。这个教训告诉我们，链路预算说到底是在为“用户能不能感知到的可靠性”买单，而不是在满足纸面公式。

3. 天线口径、功放和卫星转发器怎么匹配才不浪费

3.1 卫星转发器参数怎么读

和运营商租卫星带宽，通常会拿到一份转发器参数表，里面最关键的有四个参数：转发器带宽、饱和EIRP、卫星G/T值和饱和通量密度SFD。很多人只看带宽，后面的三个几乎不看，这样其实是给自己埋坑。

转发器EIRP决定了卫星下行能给地球站提供多强的信号，它和地面站G/T值一起决定了下行C/N。卫星G/T值代表卫星接收上行信号的能力，它和地面站发射EIRP一起决定上行C/N。SFD则描述上行信号强到什么程度能把转发器推入饱和，它是地面功放选型的依据，可惜懂的人不多。

SFD的物理意义可以这样理解：一颗卫星转发器的输入放大器承受能力是有限的，当地面发射的功率通量密度达到某个值时，转发器就满负荷了，这个值就是饱和通量密度。如果SFD很小，说明转发器很灵敏，很小的上行功率就能推饱和；如果SFD很大，就需要更强的上行功率。很多做VSAT的人对SFD不敏感，结果不是功放过小信号上不去，就是功放过大还要额外加衰减器。

3.2 G/T不是只看天线口径

接收系统的G/T值等于天线增益减去系统噪声温度的对数，它同时受两方面影响。增益取决于天线口径和效率，口径越大，单位面积收集信号的能力越强；系统噪声温度则取决于低噪声放大器、馈线损耗以及天线自身接收到环境噪声的多少。两个参数都影响G/T，只看天线大小来判断接收性能是不完整的。

同样1.2米天线，如果你的LNB噪声温度是100K，而另一套设备用的是60K的高性能LNB，系统G/T值会差出1到2dB。对于链路余量本来就不宽裕的小站来说，这1到2dB可能就是能不能保证可用度的分界线。LNB的噪声温度指标不能只信宣传册，要在项目实施前实测。我常用的办法是把LNB连接到频谱仪，参考标准噪声源校准它的等效噪声温度，选型阶段花半天时间，比整站装好后再排查问题高效得多。

天线口径变大，G/T值增加，但造价和风载也会明显上升。所以在系统设计阶段，选择合适的G/T值实际上是在性能和成本之间取一个平衡点。链路预算表中G/T值如果只有0.5dB余量，先不要加天线口径，优先排查LNB噪声、馈线长度和接头质量，往往花小钱就能解决问题。

3.3 上行功放怎么选不踩坑

地面站发射链路的核心设备是上变频功放BUC，它的输出功率要由上行链路预算决定。上行链路同样要算自由空间损耗、雨衰和卫星G/T值，并且要考虑SFD对应的最佳输入功率。一个最常见的错误是“按下行天线尺寸配功放”，比如1.2米天线就配4W，1.8米就配8W，完全不看卫星SFD和载波带宽。

功放选型的原则是先算需求功率，再看设备规格。举个例子，如果卫星SFD为-85dBW/平方米，上行频率14.25GHz，卫星G/T值为5dB/K，2Mbps回传链路采用QPSK 1/2调制，符号率2Mbaud。那么上行EIRP需求大约42到46dBW之间。一台1.2米天线在14.25GHz的发射增益约42dBi，那么BUC输出只要3到4dBW左右，也就是2到4W就够用。

这还没算多载波共用一个转发器时的功率回退。多载波工作时，功放和转发器不能工作在饱和点附近，否则会产生严重的互调干扰，需要在输入端做功率回退，通常几dB到十几dB不等。选功放时如果忽略回退，实际可用输出功率会大幅缩水。另一个很容易被忽略的细节是同轴电缆损耗，BUC输出端口到天线馈源之间如果有一段跳线，跳线损耗会直接抵消输出功率。

4. 实际部署中的选型细节与调测顺序

4.1 站址与线缆布局的工程细节

地面站的安装条件对链路性能的影响往往比理论计算更大。天线前方不能有树木、建筑物遮挡，尤其是低仰角方向，一点遮挡都可能让C/N掉好几个dB。选址阶段要在现场用倾角仪确认天线指向方向的净空，不能只在卫星图上看着没遮挡就定下来。

设备布局优先考虑缩短中频电缆和馈线长度。这里有个常见误区：有人为了美观把所有设备都放机房，结果中频电缆拉了四五十米，信号衰减一大截，不得不用更粗更贵的线缆。合理的做法是把BUC和LNB直接安装在室外天线馈源旁边，只把中频线引入室内接室内单元。这样射频信号只在室外走极短距离，抗损耗能力更强。

防雷接地在卫星地球站工程中属于“不做不知道，出了问题才知道”的科目。天线基础要可靠接地，室外设备外壳要统一接入接地网，馈线和网线进入机房前最好加防雷器。不要觉得天线装在楼顶就不会被雷击，感应雷沿着线缆进入机房烧坏设备的情况，我见过不止一次。

4.2 对星调测：方位、仰角、极化一个不能少

卫星天线对星有三个角度需要调整：方位角、仰角、极化角。很多新手拿到经纬度把仰角和方位角一算，就急着把天线拧到那个位置，结果搜不到星，因为天线方向图主瓣很窄，差零点几度信号就掉很多。调星时的正确顺序是先粗后精：先把方位角调到计算值附近，微调仰角找到信标信号，再回头细调方位角找信号峰值，最后调整极化角让信号最大。

对星时不要只盯调制解调器面板上的接收电平，因为调制解调器只锁定它自己预设的频率和符号率，无法反映全频段信号情况。专业一点的做法是用频谱仪接LNB中频输出，观察卫星信标或者转发器载波在频谱上的幅度。信标是卫星持续广播的未调制信号，幅度平稳，最适合作为对星基准。把频谱仪设置成峰值保持模式，缓慢转动天线，看峰值锁定在哪个位置。

极化角的设置经常被忽略，但它直接决定信号损耗。线极化天线如果极化角偏了，交叉极化隔离度下降，不仅自己信号掉，还可能对邻星同频信号产生干扰。调整极化角时观察频谱仪上信标幅度的变化，幅度最大且隔邻星干扰最小的位置，就是最佳极化点。

4.3 调制解调器参数配置清单

调制解调器（卫星猫）的参数配置是整个联调环节最容易出错的。上行方向需要设置发射频率、符号速率、编码方式、滚降系数、FEC码率、导频开关节流；下行方向需要设置接收频率、符号速率、以及是否开启自动频谱扫描。DVB-S2自动扫描不是万能的，有些参数不匹配时它可能锁到错误的载波上，导致误码率奇高但看起来“已锁定”。

发射侧有一个必须重视的点是BUC本振频率。BUC作用是把中频信号变频到Ku或Ka频段，如果本振频率配置错误，实际发射频率会整体偏出卫星转发器范围。我曾经遇到一个现场，发射频率设错，信号打到了邻星转发器上，造成明显的邻星干扰，排查了很久才发现是调制解调器里本振参数填错。

我每次联调都会按清单核对：载波中心频率，符号速率，MODCOD，导频开关，滚降系数，LNB本振频率，BUC本振频率，LNB供电电压，22kHz导通控制信号，以及接收电平是否落在正常工作范围。这套清单看起来琐碎，但能挡住至少八成初级联调故障。

5. 联调翻车现场：五个常见故障的排查记录

5.1 晴天正常一下雨就掉：雨衰还是进水

这是Ku波段小站最典型的故障。晴空时C/N余量看着没问题，一到中雨就掉线，雨停后恢复。先说结论，这种情况首先要回顾链路预算里的雨衰余量是不是留得太薄，其次要查室外馈源和波导口是否进水。

判断的思路可以这样走：先看下雨前后的载波C/N变化量。如果C/N随降雨强度变化非常剧烈，而雨停后信号完全恢复，说明衰减主要来自降雨路径，是典型的雨衰超预算。如果信号出现时好时坏、间歇性抖动，还伴随频谱底噪抬升，那就要怀疑馈源罩里积水或波导进水。

排查进水的方法是拆开馈源和后盖，检查密封圈是否老化、防水胶泥是否脱落、波导口有没有锈蚀和冷凝水。室外接头最好采用防水胶泥加电工胶带再套热缩管的三层保护，但很多项目图省事只用一层黑胶布，这是隐患。另外每半年巡检一次室外接头，不要装完就不管。

5.2 天线对准了C/N却很低

现场说对星已经完成，频谱仪上信标也找到了，但载波C/N比理论预算低很多。这种情况我建议从接收链路反推检查。先用频谱仪测LNB输出端的信标电平，和中频线进室内单元之前的电平对比，看线缆和接头损耗是不是过大。有些工程中频线走线时被压扁或弯折半径过小，导致阻抗变化，损耗暴增。

再一个容易被忽略的因素是LNB供电电压不足。LNB内部需要稳压供电，如果调制解调器到LNB之间的直流供电线路存在接触电阻，LNB可能工作在欠压状态，增益下降甚至振荡。用万用表在LNB端实测供电电压，看是否达到规格书要求值，有些LNB需要13V或18V切换极化。还有一种情况是LNB本振频率偏移，导致下变频后的中频整体偏移，尤其在炎热阳光直射下，室外温度高，本振晶体频率漂移明显。如果中频偏离了调制解调器预设带宽，捕获后的C/N就会偏低。

5.3 一发射就误码：可能是功放过载

接收正常，主站也能收到本站信号，但只要本站一开大功率，接收端误码率上升，甚至整个转发器上的其他载波都受影响。这个现象说明发射链路很可能工作在过饱和状态。透明转发器如果在饱和点附近，非线性特性会让载波频谱展宽，产生交调干扰。

排查步骤很明确：先把BUC输出功率一步一步往下调，每调低1dB观察接收端C/N和误码率变化。如果降低功率后误码率明显改善，说明之前功放输入功率太大了。还要注意功放和天线之间是否有失配反射，反射功率过大会损坏功放输出级，这种故障通常伴随功放温度异常升高。

另一个容易误判的原因是上行发射频率不对，信号偏离目标转发器，导致主站收到了来自邻星或邻转发器的干扰信号。这时可以断开调制解调器发射，让发射端口输出一个连续波信号，再在频谱仪上精确核实发射频率和带宽，确认信号完整落在目标转发器带宽内。

5.4 故障速查表

我自己在实际联调中总结过一个速查表，每次处理卫星地球站故障时先用它做个初判，能节约大量时间。

这张表没法覆盖所有疑难杂症，但它是故障分析的第一道过滤网。如果按表排查后问题还在，那就需要用到频谱仪、功率计和矢量网络分析仪做更深层测试，这时候往往已经不是简单的参数问题，而是硬件本身存在隐性问题。

做过的卫星通信项目多了，我最大的体会是：系统设计到最后，本质上是在做“余量管理”。1.4这个阶段虽然枯燥，却决定了你在雨季是否睡得着觉，也决定了扩容时有没有余地。链路预算多算两遍，参数表多核对几次，比现场扛着设备到处找信号强得多。

最后分享一个个人习惯。我做的每一版链路预算表，角上都会写清楚版本、日期、参与人，并单独建一个变更记录页。过三个月用户拿着新需求来说“带宽要扩一倍”，你翻开旧表，哪些参数变、哪些成本受影响，一目了然。没有这套记录习惯，很多项目会在半年后重新回到“重做系统设计”的起点，那才是最浪费时间的。这一篇先记到这里，下次继续聊卫星通信系统的更高阶话题。