简介这份资源是卫星链路计算软件Satmaster的中文使用手册面向从事卫星通信链路预算、链路监测与优化的工程技术人员以及需要掌握链路计算工具的通信专业学生。手册围绕链路计算这一核心任务系统讲解基本概念、软件功能、输入参数与计算结果解释帮助读者快速上手并提升计算效率与准确性。压缩包内共1个docx文档约62KB内容涵盖基站名称与位置、经纬度、海拔高度、频率、极化方式、信号可用度等关键参数的输入规范并说明雨衰与大气吸收的计算用途、度分秒与小数格式的转换工具以及链路预算、监测、优化三类结果的解读方法。目前已有2024人学习下载适合希望系统掌握卫星链路计算流程、对照参数说明与注意事项查漏补缺的读者参考。1. 卫星链路预算从哪下手一份手册把参数输入讲透了做卫星链路预算最怕的不是公式复杂而是参数填错。一个纬度格式写反雨衰模型算出来的余量能差出好几个 dB一个极化字母填错整条链路直接对不上星。我见过太多人拿着链路计算软件界面点得飞快结果预算报告交上去被一句“你这站址纬度是度分还是十进制”问得哑口无言。这份《卫星链路理算软件 Satmaster 使用手册》解决的正是这个环节——它不教你推导公式而是把上下行链路里每一个输入字段的格式、单位、取值范围和典型值一条条讲清楚。适合刚接手链路预算的通信工程师、卫星地面站运维人员以及需要复核第三方预算报告的审核岗。手册覆盖基站名称、经纬度、海拔、频率、极化、可用度、天线口径与效率、各类干扰比、雨衰模型、转发器参数等完整输入项读完你能独立把一份链路预算的输入侧填对、填准。2. 站址与几何参数经纬度、海拔的输入格式和单位换算链路预算的起点是站址几何参数这部分填错后面所有计算都是空中楼阁。手册把基站名称、纬度、经度、海拔四项放在最前面不是没有道理——它们直接决定卫星仰角、方位角、大气路径长度和雨衰统计的取值。2.1 基站名称与经纬度的输入规则基站名称Site Name是纯文本字段普通表单最多 40 个字符国家数据文件里限制到 18 个字符。手册给的例子是Liverpool和Liverpool, Merseyside, England.说明它接受带逗号分隔的完整地址描述。这个字段本身不参与计算但它是报告里的标识建议写成“站名城市国家”的固定格式方便后期检索和归档。纬度和经度是真正会翻车的地方。手册明确要求纬度用十进制小数加 N 或 S 后缀经度用十进制小数加 E 或 W 后缀中间不能有空格。合法输入像53.33N、27.89S、3.00W、29.79E。注意这里的方向字母必须紧贴数字写成53.33 N会被判为非法。注意国家数据文件是例外。往国家数据文件里填经纬度时要求用地图上取的“度分”格式此时小数部分代表分不能超过 59。其他所有表单都按十进制度处理。手册提到 Calculate 菜单下提供了转换工具我一般会先把地图上抄来的度分数据统一转成十进制再填避免在两种格式之间反复横跳。2.2 海拔高度对雨衰和大气吸收的影响海拔Altitude of Site单位是千米最大值 5.0 km。手册说得很直白这个值主要用于计算雨衰和大气吸收。如果你想要一个偏保守的、偏悲观的最坏情况链路预算可以直接填 0。填 0 意味着把站点当作海平面处理大气路径更长雨衰和吸收算出来更大链路余量更紧。实际操作里平原站点填实际海拔就行比如 0.05 km高原站点要如实填因为海拔升高会缩短等效大气路径雨衰会相应减小。但如果你不确定当地气象数据填 0 是安全的保守做法。我一般会在报告里注明“海拔按 0 处理链路余量偏保守”这样审核方也认。2.3 用 Calculate 菜单做格式转换的实操手册反复提到 Calculate 菜单下有转换工具这是最容易被忽略的功能。常见做法是先把地图或 GIS 系统里拿到的度分秒数据通过转换工具转成十进制度再填进纬度/经度字段。下面用一段 Python 演示同样的换算逻辑方便你批量处理多个站址# 度分格式转十进制度 def dms_to_decimal(degrees, minutes, direction): degrees: 度整数 minutes: 分0-59 direction: N/S/E/W 返回带方向后缀的十进制字符串 if minutes 60: raise ValueError(分不能超过 59) decimal degrees minutes / 60.0 # 南纬和西经在链路计算里仍用正值加后缀表示 return f{decimal:.4f}{direction} # 示例53度20分N - 53.3333N print(dms_to_decimal(53, 20, N)) # 53.3333N print(dms_to_decimal(3, 0, W)) # 3.0000W这段代码的逻辑和手册要求一致分除以 60 加到度上方向后缀保留。参数上注意两点一是分必须小于 60二是输出保留四位小数足够链路计算用。批量处理站址表时把这段逻辑套进循环比手工在菜单里一个个转要快得多也少出错。3. 射频与天线参数频率、极化、口径、效率怎么填几何参数定好之后进入射频侧。这部分参数数量多而且互相耦合——频率影响雨衰极化影响干扰口径和效率共同决定天线增益。手册对每个字段都给了典型值和取值范围照着填基本不会偏。3.1 频率与极化的取值范围频率Frequency填载波中心频率单位 GHz可接受范围 1 GHz 到 50 GHz。手册给了典型值C 波段上行约 6 GHz、下行约 4 GHzKu 波段上行约 14 GHz、下行约 12 GHz。上下行要分别填不能混。极化Polarization只填一个字母V垂直、H水平、C圆极化。这个字段没有默认值必须显式选择。填错极化的后果不是计算误差而是链路根本对不上——圆极化天线收线极化信号理论上直接损失 3 dB 以上。我一般会在填完之后对照卫星运营商提供的转发器清单再核一遍极化字母。3.2 天线口径与效率的典型值天线口径Antenna Aperture单位是米下限 0.2 m上限 50 m。手册说明它通常取抛物面天线的整体直径偏馈天线取主反射面长轴尺寸。这个值直接进入天线增益公式口径填错 10%增益差约 0.8 dB。天线效率Antenna Efficiency是入射信号被反射面和馈源实际收集的比例用百分比表示。手册给的典型区间是 60% 到 70%如果不知道具体值填 60% 作为最坏情况。建设质量、馈源遮挡、馈源形式都会影响这个参数。在链路预算和双馈表单里效率值可以加前缀程序会把它解读为 dBi 增益而不是效率。这个设计要留意加了就是直接给增益不加就是给效率两种填法结果完全不同。3.3 耦合衰减、偏离损耗与 LNB 噪声耦合衰减Coupling Loss是波导元件和偏振器带来的总插入损耗单位 dB典型值 0.3 dB 左右。手册要求把所有波导元件OMT、偏振器等的插入损耗加总后填入。这个值不大但漏填会让链路余量虚高。天线偏离损耗Antenna Misspointing Loss是对星不准造成的损耗典型值 0.3 dB。大型天线波束窄、风载下稳定性差手册建议在多风地区可以加到 0.5 dB。这个参数本质上是给安装误差和卫星漂移留的余量填小了报告好看但工程上不踏实。LNB 噪声LNB Noise Figure / Noise Temperature默认按噪声因数解读单位 dB如果在数值前加程序自动按噪声温度解读单位 K。手册给的参考是Ku 波段低成本 LNB 噪声因数在 0.8 dB 到 1.0 dBC 波段噪声温度约 30 K。这个前缀规则和天线效率的前缀是同一套逻辑填之前先想清楚你要给的是哪种量。3.4 天线噪声温度的估算路径天线噪声温度Antenna Noise Temperature受天电噪声和大地噪声共同影响。手册解释得很清楚天电噪声包含大气吸收和 2.7 K 背景辐射仰角越低大气路径越长天电噪声越大大地噪声主要来自低仰角时旁瓣拾取的地面噪声天线仰角降低大地噪声升高。深碟比浅碟拾取的大地噪声少前馈头单元因为和地球同温也会增加噪声。如果没有厂家提供的具体数值手册建议走Calculate | Estimate Antenna Noise Temperature菜单估算。我一般会先查厂家规格书查不到再用估算值并在报告里注明来源。这个参数对 G/T 值影响直接不能随手填。4. 干扰、雨衰与转发器链路余量的关键变量链路预算算到后面决定余量大小的往往不是主链路参数而是干扰项和雨衰模型。手册把相邻信道干扰、相邻卫星干扰、交叉极化干扰、功放交调干扰、上行功率控制、雨衰模型、转发器类型和 G/T 值全部列了出来每一项都有典型值区间。4.1 三类干扰比的典型值与“作废”填法相邻信道干扰 C/ACI 典型值 24 到 30 dB相邻卫星干扰 C/ASI 典型值 18 到 30 dB交叉极化干扰 C/XPI 典型值 24 到 30 dB。手册反复强调一个反直觉的点这个值越高表示干扰越小。因为它是载波与干扰的比值比值大意味着干扰相对载波弱。如果某个干扰项你不想考虑手册给的“作废”填法是填 60 dB 或更高。功放交调干扰 C/IM 同理不想要就填 60 dB 以上。我一般会在报告里保留这些项并填典型值而不是直接作废这样审核方能看到你考虑过干扰而不是回避了。4.2 雨衰模型选择ITU/DAH 与 Crane 的差别雨衰模型Rain models用复选框选择。手册推荐 ITU/DAH 模型理由是它应该是目前最精确的模型。ITU/DAH 使用 1.5°×1.5° 经纬度网格的 R0.01 降雨数据并用双线性插值从相邻网格估算站点位置的值。Crane 模型也提供选它不需要查降雨区地图区域自动确定。如果你有本地实测的 R0.01 值可以勾选ITU mm/h复选框然后在下方输入框填入本地值这样 ITU/DAH 模型会更准。填 0 可以临时移除雨衰影响。手册特别注明这个选项在 Graphs 和 Tables 菜单下不可用。注意双重雨衰复选框Dual Fade只在部分链路预算表单出现。上下行站相距几千米时统计上不会同时下雨一般不勾。但如果上下行在同一城市或可能被同一片热带风暴覆盖勾上它会让上下行同时计算雨衰。手册还提醒热带地区 Ku 波段因为雨衰大总体不如 C 波段适合。4.3 转发器类型、卫星 G/T 与饱和通量密度转发器类型Transponder Type用单选按钮选 TWTA 或 SSPA默认 TWTA。手册说明这个选择在 AUTO 模式下用来确定输出回退和转发器交调干扰的典型值。TWTA 和 SSPA 的回退特性不同选错会让 AUTO 模式给出的典型值偏离实际。卫星 G/T 填星上接收机在对应地球站方向上的品质因数单位 dB/K来源是卫星运营商的 G/T 等高线图。卫星饱和通量密度SFD手册正文在这里截断了但按链路预算的常规流程SFD 用于确定转发器工作点通常从卫星操作方提供的转发器清单里取。这两个值都不能拍脑袋填必须查运营商资料。4.4 上行功率控制与功放回退的权衡地球站高功放输出回退HPA Output Back-Off典型值 1 到 7 dB目的是降低上行干扰代价是需要更大功率的功放。高功放载波数量Number of HPA Carriers一般填 1除非你要为多载波场景选型功放这个值只会增加功放功率需求。上行功率控制UPC也叫动态载波控制用来补偿上行瞬时雨衰填的是系统动态范围。不用 UPC 或采用站点分集时填 0。手册提醒 UPC 系统通常需要更高的功放功率能力。如果链路用了 UPC上行可用度往往设得比下行高这一点在填信号可用度时要对应上。5. 避坑与排查链路预算输入侧的五条血泪经验这一章集中讲我在用这类链路计算软件时踩过的坑每条按现象、原因、解决来写。手册本身是工具书不会告诉你这些但实际项目里这些坑一个都躲不掉。5.1 纬度小数部分超过 59 导致计算异常现象填完站址后计算结果明显偏离预期雨衰值大得离谱。原因在国家数据文件里填了十进制度比如把 53.33N 直接填进去程序按度分格式解读小数部分 33 被当成 33 分但如果你填的是 53.99N 再大一点分就超过 59 了。解决国家数据文件一律用度分格式且分不超过 59其他表单用十进制度拿不准就用 Calculate 菜单转换。5.2 极化字母填错导致链路对不上现象预算显示链路余量充足实际接收信号却很差。原因极化填了 V 但卫星转发器是 H或者圆极化填成了线极化。解决填极化前对照卫星运营商转发器清单确认是 V、H 还是 C填完再核一遍。这个错误不会在计算结果里报错只会让实际链路对不上。5.3 天线效率误加前缀被当成增益现象天线增益算出来异常高链路余量虚高。原因在效率字段填了65本意是填 65% 效率但程序按 dBi 增益解读直接给了 65 dBi。解决填效率就不加填增益才加。填完看一眼计算结果里的天线增益是否在合理范围比如 3 米 Ku 天线增益约 40 dBi 上下。5.4 雨衰模型选错或 R0.01 填 0 忘记恢复现象链路余量比同类站点大很多或者完全没有雨衰余量。原因选了 Crane 模型但站点在 ITU 网格里数据更好或者临时填了 R0.010 移除雨衰后忘记改回来。解决默认用 ITU/DAH有本地 R0.01 就勾选ITU mm/h填入临时填 0 做对比后记得恢复原值再出报告。5.5 干扰项全部填 60 dB 作废导致余量虚高现象预算报告余量很漂亮实际链路干扰明显。原因把 C/ACI、C/ASI、C/XPI、C/IM 全部填 60 dB 作废等于假设没有干扰。解决至少按典型值填C/ACI 和 C/XPI 填 24 到 30 dBC/ASI 填 18 到 30 dBC/IM 按功放实际交调指标填。作废只用于确实不存在的干扰项并在报告里注明。6. 进阶技巧用批量站址表交叉验证输入参数手册讲的是单站输入但实际项目经常要算一批站址。我的习惯是先把所有站址的经纬度、海拔、天线口径整理成一张表用脚本批量生成符合手册格式的输入字符串再逐个填进软件。这样做的价值不只是快更重要的是能在填之前做一次格式自检——纬度后缀是不是 N/S经度后缀是不是 E/W小数部分有没有超过 59海拔有没有超过 5 km。下面这段 Python 做的是批量格式校验逻辑直接对应手册的输入规则import re def validate_site(site): site: dict包含 name, lat, lon, alt 返回校验结果列表 errors [] # 纬度十进制 N/S无空格 if not re.match(r^\d(\.\d)?[NS]$, site[lat]): errors.append(f纬度格式错误: {site[lat]}) # 经度十进制 E/W无空格 if not re.match(r^\d(\.\d)?[EW]$, site[lon]): errors.append(f经度格式错误: {site[lon]}) # 海拔0 到 5 km if not (0 site[alt] 5.0): errors.append(f海拔超范围: {site[alt]}) return errors sites [ {name: 站址A, lat: 53.33N, lon: 3.00W, alt: 0.05}, {name: 站址B, lat: 27.89S, lon: 29.79E, alt: 1.20}, {name: 站址C, lat: 53.33 N, lon: 3.00W, alt: 0.05}, # 含空格应报错 ] for s in sites: errs validate_site(s) if errs: print(s[name], -, ; .join(errs)) else: print(s[name], - 格式通过)这段代码的参数说明正则^\d(\.\d)?[NS]$要求纬度以数字开头、可选小数、以 N 或 S 结尾中间不允许空格经度同理用 E/W海拔范围 0 到 5.0 km 对应手册上限。跑一遍就能把格式有问题的站址挑出来避免填到软件里才发现。批量校验之后我还会做一件事挑两个站址一个用 ITU/DAH 默认 R0.01一个勾选ITU mm/h填本地值对比雨衰余量差异。如果差异超过 1 dB说明本地降雨数据对结果影响显著报告里要注明数据来源。这个交叉验证习惯是从一次返工里养成的——当时一批站址里有一个纬度格式写错导致整个区域雨衰统计偏移报告被退回重做。从那以后我每次批量填站址前都强制走一遍格式校验和雨衰对比再也没在这上面翻过车。希望帮到你。本文还有配套的精品资源点击获取