简介:面向卫星通信工程技术人员与链路预算初学者的Satmaster软件中文使用手册,聚焦卫星链路计算这一专业场景,帮助读者掌握链路预算、链路监测与链路优化等核心操作,降低专业软件的上手门槛。压缩包内共1个docx文档,约62KB,按基本概念、软件功能、输入参数、结果解释与计算注意事项分章组织,并附中英文对照的界面字段说明。内容具体覆盖基站名称与经纬度录入规范、海拔高度对雨衰和大气吸收计算的影响、载波中心频率的C/Ku波段典型取值、垂直水平与圆极化选择,以及度分秒与十进制度之间的转换工具用法,同时提示参数准确性、单位统一等易错点。已有2036人学习,适合需要快速查阅字段含义、规范输入参数并理解计算结果的读者作为案头参考。
1. 卫星链路预算不是玄学:一份手册把每个输入框的边界讲透了
做卫星链路预算的人大概都有过这种体验:软件打开,几十个输入框一字排开,纬度、经度、海拔、频率、极化、可用度、天线口径、效率、耦合损耗、LNB 噪声、雨衰模型……每个框都能填,但填错一个,EIRP 和 C/N 就飘出一大截,最后对着结果怀疑人生。这份《卫星链路理算软件 Satmaster 使用手册》解决的正是这个问题——它不教你链路公式怎么推,而是把每个输入参数的物理含义、单位、取值范围、典型值和填写格式逐条钉死,让你知道哪个框能拍脑袋、哪个框拍脑袋就翻车。适合刚接手链路预算的工程人员、做卫星地面站选型的系统工程师,以及需要复核第三方链路报告的技术负责人。下面按“参数怎么填 → 模型怎么选 → 坑在哪 → 怎么验证”的顺序拆。
2. 站点与天线参数:从经纬度格式到口径效率的填写规则
链路预算的第一段永远是站点几何和天线特性,这一段填错,后面雨衰、仰角、路径损耗全部连锁失真。手册在这一块写得非常细,细到“不能有空格”这种级别,说明作者见过太多因为格式问题算不出结果的案例。
2.1 经纬度与海拔:小数度、度分格式和那个 59 的上限
站点纬度(Site Latitude)和经度(Site Longitude)的填写规则是整份手册里最容易踩坑的地方,因为它存在两套并行的格式约定:
- 常规链路预算表单:十进制小数度 + 方向后缀,如
53.33N、27.89S、3.00W、29.79E,不允许有空格。 - 国家数据文件(country data files):必须用地图图集上的“度 + 分”格式,此时小数部分代表“分”,不能超过 59。
这两套规则混用的后果很直接:你在国家数据文件里填53.33N,程序会理解成 53 度 33 分,而不是 53.33 度,两者差了约 0.2 度,在 Ku 波段低仰角场景下足以让雨衰统计落到相邻网格。手册给的对策是走 Calculate 菜单里的度分转换工具,我一般会先把所有站点坐标在表格里统一成十进制度,再按目标表单类型转换,避免手算。
海拔(Altitude of Site)单位是千米,上限 5.0 km,主要用于雨衰和大气吸收计算。手册里有一句很实用的建议:如果拿不准海拔,填 0,得到的是偏保守的最坏情况链路预算。这不是偷懒,而是工程上“宁可预算紧一点”的常规做法。
| 参数 | 单位/格式 | 范围 | 典型值/建议 |
|---|---|---|---|
| 站点纬度 | 小数度+N/S,无空格 | 0~90 | 53.33N |
| 站点经度 | 小数度+E/W,无空格 | 0~180 | 29.79E |
| 国家数据文件经纬度 | 度.分(分≤59) | 分 0~59 | 用 Calculate 转换 |
| 海拔 | km | 0~5.0 | 不确定填 0(保守) |
2.2 频率、极化与信号可用度:1~50 GHz 和 99.5% 的来历
载波中心频率(Frequency)以 GHz 输入,接受范围 1~50 GHz。手册给的典型值很明确:C 波段上行约 6 GHz、下行约 4 GHz;Ku 波段上行约 14 GHz、下行约 12 GHz。这个对应关系在填上下行表单时直接照抄即可,但要注意上下行是两张表单,频率别填反——填反了路径损耗差出好几个 dB,结果看着“能算出来”,其实全错。
极化(Polarization)只接受三个字母:V垂直、H水平、C圆极化。这里没有容错空间,填Vertical或v都可能不被识别,按单字符填最稳。
信号可用度(Signal Availability)是这一段里最需要工程判断的参数。手册给的参考线是:典型国内卫星电视系统 99.5% 足够,SMATV 可能要 99.9%,有线电视前端更高;上限 99.999%,但手册直言这个水平“很少必要甚至难以实现”。这个参数的作用是反推雨衰余量(fade margin),所以它本质上是“你愿意为多少概率的雨天中断买单”。另外手册提到两个细节:一是可以用 Calculate 菜单把“最坏月”统计换算成“年平均”可用度;二是采用上行功率控制(UPC)的链路,上行可用度通常设得比下行高。
2.3 天线口径、效率与各类损耗:60% 效率是最低保险
天线口径(Antenna Aperture)按抛物面整体直径或偏馈天线主 dimension 填,单位固定为米,范围 0.2~50 m。这里没有英制选项,手册明确说单位始终是公制以符合国际工程惯例,所以拿到英尺规格的天线先换算再填。
天线效率(Antenna Efficiency)是 60%~70% 的区间,手册的建议很干脆:不知道就填 60%,作为最坏情况。还有一个容易忽略的语法:在链路预算和双馈表单里,如果数值前加+前缀,程序会把它解释成以 dBi 为单位的增益,而不是效率百分比。这个设计是为了兼容厂家直接给增益的情况,但如果你本来想填效率却手滑加了+,程序不会报错,只会默默按增益算,结果偏乐观——这类“静默错误”是链路预算里最危险的一类。
耦合损耗(Coupling loss)是波导元件和极化器的插入损耗总和,单位 dB,典型 0.3 dB。手册要求把 OMT、极化器等所有打算用的波导件插损都加进去,而不是只填一个器件。天线偏离损耗(Antenna misspointing loss)典型 0.3 dB,大型天线在多风地区要加到 0.5 dB,原因是大口径天线波束窄、风载下稳定性差,这一点在选址阶段就该纳入考虑。
3. 射频前端与干扰项:LNB 噪声、C/ACI 与回退参数怎么定
站点和天线定完之后,链路预算的精度主要取决于接收前端噪声和各类干扰项的取值。这一段手册的处理方式很有代表性:每个干扰参数都给“典型区间 + 想忽略时填什么”,把工程上“算不算这一项”的决策权交回给使用者。
3.1 LNB 噪声:噪声系数与噪声温度的加号切换
LNB 噪声参数默认按噪声系数(Noise Figure)解读,如果在数值前加+,程序自动切换为噪声温度(Noise Temperature)。手册给的行业惯例是:Ku、Ka 波段习惯用 dB 表示噪声系数,S、C 波段习惯用开尔文表示噪声温度。典型值方面,低成本 Ku 波段 LNB 在 0.8~1.0 dB,C 波段约 30 K。手册还特意说明这里的“LNB”是泛称,LNA、LNC 同样适用。
这个加号机制和天线效率的加号是同一套设计逻辑,好处是灵活,代价是输入语义依赖前缀。我的习惯是在表单旁边用注释记下“本行是 NF 还是 Te”,复核时一眼能看出来,避免交接时被下一个人误读。
天线噪声温度(Antenna noise temperature)手册没有给单一数值,而是拆成两部分讲清楚来源:天电噪声(Tsky)由大气吸收和 2.7 K 背景辐射构成,仰角越低穿过的大气路径越长,噪声越大;大地噪声(Tgnd)在低仰角时通过旁瓣拾取,是主导项,深碟比浅碟拾取少,正馈头单元因为“看得到”地球同温背景反而会增加噪声。没有厂家数据时,走 Calculate → Estimate Antenna Noise Temperature 估算。这段解释的价值在于:它告诉你为什么低仰角链路要额外留余量,而不是让你盲填一个数。
3.2 三类干扰比:C/ACI、C/ASI、C/XPI 的典型区间
三个干扰参数的结构完全一致,都是“载波干扰比,dB,值越高干扰越小”:
| 参数 | 含义 | 典型区间 | 想忽略时 |
|---|---|---|---|
| C/ACI | 相邻信道干扰 | 24~30 dB | 填 60 dB 以上 |
| C/ASI | 相邻卫星干扰 | 18~30 dB | 填 60 dB 以上 |
| C/XPI | 交叉极化干扰 | 24~30 dB | 填 60 dB 以上 |
C/ASI 的下限比另外两个低,因为相邻卫星的轨道间隔和波束重叠是客观存在的,18 dB 已经是不太乐观的取值。手册对“忽略”的处理很统一:填 60 dB 或更高,等效于把这项干扰压到可忽略。这个做法比留空更安全,因为留空在不同版本里可能被当成 0 处理,直接把链路算崩。
3.3 HPA 回退、载波数与交调:1~7 dB 的权衡
地球站高功放输出回退(HPA Output Back-Off)典型值 1~7 dB,作用是降低上行干扰,代价是需要更大功率能力的功放。载波数(Number of HPA Carriers)默认填 1,只有需要为多载波场景选型功放时才改,手册明确说这个参数除了抬高功放功率需求外没有其他影响。功放交调干扰 C/IM 同样是“填 60 dB 以上即等效忽略”的逻辑。
上行功率控制(UPC)的动态范围按系统实际填,不用 UPC 或采用站点分集时填 0。手册提醒 UPC 系统通常需要更高的功放功率能力,这和前面“UPC 链路上行可用度设更高”是一条因果链:为了扛住瞬时雨衰,功放要留出动态余量。
4. 雨衰模型与卫星侧参数:ITU/DAH 网格插值和双雨衰开关
链路预算里不确定性最大的单项就是雨衰,手册在这一块的篇幅也最重,从模型选择、网格插值到双站同时降雨的假设都给了明确指引。
4.1 ITU/DAH 与 Crane 的选择,以及手动 R0.01 的用法
雨衰模型通过复选框选择,手册推荐 ITU/DAH,理由是“目前可能最精确的模型”。它的实现方式是 1.5°×1.5° 经纬度网格的 R0.01 降雨率数据加双线性插值,从相邻网格点估计目标位置。Crane 模型作为备选,优点是不需要查降雨区地图,区域自动判定。
如果手头有本地实测的 R0.01 值,勾选ITU mm/h复选框后在下方输入框填入,精度会更好。填 0 可以临时把雨衰从预算里摘掉,用于做“晴空基准”对比。手册特别注明这个手动输入选项在 Graphs 和 Tables 菜单下不可用,所以做图表输出前要确认是否还在用手动值。
4.2 双雨衰复选框:同城上下行才勾
双雨衰(Dual Fade)复选框只出现在部分链路预算表单里。逻辑是:上下行站相距数公里以上时,统计上不太可能同时下雨,默认不勾;但如果上下行在同一城市或可能被同一片大范围降雨覆盖,就勾上,让上下行同时计入雨衰。手册顺带给了一个波段选择结论:热带地区 Ku 波段因雨衰大,总体不如 C 波段合适。这个结论在站点选址和波段论证阶段很有参考价值,比事后算出来再返工强。
4.3 转发器类型、卫星 G/T 与饱和通量密度
卫星侧参数从转发器类型开始:TWTA(行波管放大器)或 SSPA(固态功率放大器),默认 TWTA。手册说明这个选择在 AUTO 模式下决定输出回退和转发器交调的典型值,所以它不是随便选的标签,而是会影响计算结果的输入。
卫星名称上限 40 字符(卫星数据记录 18 字符),卫星经度用小数度 + E/W,如19.2E、125.00W。卫星 G/T 单位 dB/K,必须取地球站方向上的值,来源是运营商的 G/T 等高线图——注意是“地球站位置对应的那个值”,不是卫星的峰值 G/T,填峰值会让下行 C/N 偏乐观。饱和通量密度(SFD)的输入规则在原文中被截断,实际填写时以软件当前版本的字段提示为准,不要凭记忆套旧版数值。
5. 避坑与排查:五条血泪经验
这一节按“现象 → 原因 → 解决”整理,都是这套参数体系里真实会咬人的地方。
现象一:国家数据文件里链路算出来雨衰明显偏大或偏小。原因:经纬度用了十进制度,而国家数据文件要求度分格式,小数部分被当成“分”解读,位置偏移。 解决:进国家数据文件前统一走 Calculate 菜单的度分转换,并检查小数部分是否超过 59。
现象二:天线效率填了 65,结果增益高得离谱。原因:数值前误加了+,程序按 dBi 增益解读,跳过了效率到增益的换算。 解决:效率填纯数字,只有厂家直接给 dBi 增益时才加+;复核时看结果里的天线增益量级是否合理。
现象三:LNB 噪声填了 30,下行 C/N 差得不像话。原因:30 被当成 30 dB 噪声系数,而本意是 30 K 噪声温度。 解决:噪声温度必须写成+30,并在表单注释里标明本行语义。
现象四:干扰项留空,结果和第三方报告对不上。原因:留空可能被当作 0 处理,等效于无穷大干扰。 解决:不计算的干扰项一律填 60 dB 以上,而不是留空。
现象五:上下行链路结果一个正常一个异常。原因:上下行是两张表单,频率、极化、可用度填反或漏改。 解决:填完上行后复制一份再改频率和可用度,逐项对照 C/Ku 波段的典型值表核对。
提示:所有“加号前缀”类输入(天线效率、LNB 噪声)都是静默切换语义,程序不会报错,只能靠结果量级和表单注释兜底。
6. 复核技巧:用晴空基准和敏感度扫描验证一份链路预算
链路预算做完不等于做对,我习惯用两个动作收尾。第一个是晴空基准:把 R0.01 手动填 0,或者临时取消雨衰模型,得到一份“无雨”链路,和带雨结果对比,雨衰余量应该落在该站点该可用度对应的合理区间内;如果差值小得离谱,多半是可用度或雨衰模型没生效。第二个是敏感度扫描:对天线效率(60% 与 70%)、偏离损耗(0.3 与 0.5 dB)、LNB 噪声(0.8 与 1.0 dB)各取两端重算,看 C/N 和链路余量的变化幅度是否与手算的 dB 增量一致——比如效率从 60% 到 70%,增益约增 0.67 dB,结果里对不上就说明某个参数被静默误读了。
| 复核项 | 操作 | 预期 |
|---|---|---|
| 雨衰生效性 | R0.01 填 0 对比 | 差值等于合理雨衰余量 |
| 效率语义 | 60% 与 70% 对比 | 增益差约 0.67 dB |
| 偏离损耗 | 0.3 与 0.5 dB 对比 | 链路余量差 0.2 dB |
| 干扰项 | 60 dB 与典型值对比 | 差异在 0.1~0.5 dB 量级 |
这套手册最值钱的地方不是公式,而是把每个输入框的“合法输入”和“典型输入”分开写清楚了,照着填能少走很多弯路。从那以后我每次交链路报告前,都会强制走一遍晴空基准加敏感度扫描,哪怕时间再紧也不跳过——链路预算这东西,错一个前缀就是几个 dB 的偏差,事后返工的代价远大于多花十分钟复核。希望帮到你。
本文还有配套的精品资源,点击获取