企业官网建设流程全解析

简介：这是一本面向卫星通信工程师、链路预算设计人员及通信专业学生的中文使用手册，旨在帮助用户快速掌握Satmaster软件在链路预算、链路监测与优化等场景下的核心操作。资源为单个docx文档，体积约62KB，内容系统梳理了软件功能、输入参数、计算结果解释与使用注意事项，便于对照查阅。手册针对上下行链路的基站名称、经纬度、海拔、频率、极化等参数进行了逐项说明，特别强调度分秒与小数度数的转换规则、国家数据文件的输入格式差异，并给出雨衰与大气吸收计算中的海拔取值建议，可直接配合英文软件界面使用。此外，频率范围、极化方式选择与信号可用性设置等细节均有实例辅助理解。目前已有2021人学习下载，适合作为日常链路计算、方案设计和故障排查时的速查手册。

1. 卫星链路计算没那么玄：Satmaster帮你把链路预算从手算变成半自动

卫星链路计算这个事，听起来像是拿着公式一个个算，实际上最花时间的不是公式，而是把几十个输入参数一个一个填对、填准。Satmaster就是把这个过程从纯手算变成半自动的桌面工具：你给出站点位置、天线口径、LNB噪声、干扰隔离度这些参数，它把雨衰、大气吸收、上下行C/N、G/T这些结果一次算完。适合三类人：刚接触卫星通信、需要快速出链路预算的工程师；做VSAT或广播电视系统设计的从业者；以及要验证自己手算结果的运维人员。下面按我的使用习惯，把参数分类拆开讲。

2. 站点与天线输入项：经纬度格式、天线口径和噪声温度的填法

站点信息和天线参数是链路预算的第一层输入，也是翻车率最高的区域。原因是这几个输入项看起来就是填数字，但格式规则藏在界面的边角里。

2.1 经纬度与海拔：三种输入格式和一个隐藏的区别

基站名称、纬度、经度、海拔这四个字段放在一起，前三个都有格式坑。

先说名称。普通输入框最长40个字符，国家数据文件里最长18个字符。我见过有人把"Liverpool, Merseyside, England."整串塞进国家数据文件，直接被程序截断，后面查数据时对不上位置。建议国家数据文件里只填城市名，不带州和省后缀。

纬度格式要求是十进制数加N或S后缀，例如53.33N或27.89S，中间不允许有空格。经度同理，3.00W或29.79E。这里有个隐藏区别：普通链路预算表单里输入的是十进制小数，1度的小数部分就是0.5度；但如果往国家数据文件里填，必须用度分格式，小数部分表示的是分，上限59。换句话说，在数据文件里填53.30，程序会当成北纬53度30分；在普通表单里填53.30，程序会当成53.30度。同一个数字，两种解释，差出来0.0几度，对应地面几十公里。

Satmaster的Calculate菜单里有度分转十进制的工具，但我建议批处理时别一个个点界面。国家数据文件几十条记录，我一般用脚本先把度分批量转好：

# -*- coding: utf-8 -*- # 度分转十进制，适用于国家数据文件的批处理 def dms_to_dd(dms_value, direction): # dms_value: 形如 53.30 表示 53度30分 # direction: 'N'/'S'/'E'/'W' degrees = int(dms_value) minutes = round((dms_value - degrees) * 100) # 两位小数表示分，需确认原数据精度 if minutes >= 60: minutes = minutes - 60 degrees = degrees + 1 dd = degrees + minutes / 60.0 if direction in ('S', 'W'): dd = -dd return dd # 示例：53.30N -> 53.5, 29.79E -> 29.790000000000003 print(dms_to_dd(53.30, 'N')) print(dms_to_dd(29.79, 'E'))

这段脚本的核心逻辑是把输入值拆成度和分，分除以60加到度上。注意判断minutes大于等于60时的进位，这个边界很多人忽略，但国家数据文件里确实可能混进60分这种脏数据。脚本里direction参数处理南纬西经的负号，便于后续直接喂给链路预算软件。实际用的时候，先确认你的数据文件里分到底是两位还是三位，别按错比例。

海拔字段相对简单，单位是千米，最大5km，不知道实际海拔就填0，程序会按最悲观情况处理。填0的含义不是没有海拔，而是告诉软件别指望高海拔带来的雨衰减免，预算结果偏保守但不会翻车。

2.2 频率与极化：C/Ku波段典型值不是拍脑袋

频率字段单位是GHz，上行C波段典型6GHz、Ku波段典型14GHz，下行对应4GHz和12GHz，可接受范围1GHz到50GHz。这个范围覆盖了目前商用通信卫星大部分频段，Ka波段高频段也够用。

极化方式三个字母：V垂直、H水平、C圆极化。C波段大站多用线极化，Ku波段直播星常用圆极化。填错极化的直接后果是隔离度计算完全失真，交叉极化干扰那一栏的数字变得没有参考意义。有人问过我不知道转发器极化怎么查，卫星运营商公布的波束参数表里一定写着，EPFD表里也标了。别猜，去查。

2.3 天线口径、效率与损耗：从0.2m到50m的参数矩阵

天线口径限制0.2m到50m，单位固定米。0.2m以下的手持设备不在卫星固定站讨论范围，50m以上的大天线通常也不会用这个软件做预算。偏馈天线取长轴尺寸，前馈抛物面取直径，这个不难理解。

天线效率默认区间60%到70%，不知道就填60%。这个字段有个特殊规则：数字前面加"+"号，程序会把输入值解读为天线增益dBi，而不是效率百分比。这两种填法的区别要搞清楚，效率是入射信号被收集的百分比，增益是绝对dB值。同样一面1.8m天线，Ku波段效率60%对应的增益大约是40.8dBi，你要是直接把40.8填进去不加"+"，程序会以为效率是4080%，结果就差得离谱。参数矩阵我整理成了表：

耦合损耗就是波导和极化器件的插入损耗总和，0.3dB是典型值。你计划里用几个OMT、几个极化器，把插入损耗全部加起来填进去，别只填一个器件的。

指向损耗正常0.3dB，大型天线在多风地区建议放宽到0.5dB。理由很直接，天线口径越大波束越窄，同样的风力偏移造成的增益损失越大。这个参数是给安装误差和卫星漂移留的余量，填太小预算好看但实际会不够。

2.4 LNB噪声与天线噪声温度：dB和K都行，但要带前缀

LNB噪声字段默认按噪声系数dB解释，输入值前面加"+"号就变成噪声温度K。行业习惯是Ku和Ka波段报dB，S和C波段报K。比如Ku波段廉价LNB噪声系数0.8到1.0dB，C波段LNB噪声温度30K左右。频率越高做到低噪声越难，这是物理规律，选LNB时别拿C波段的标准要求Ku波段。

天线噪声温度是另一个独立字段，它由天电噪声和大地噪声两部分组成。天电噪声包含大气吸收和宇宙背景辐射，仰角越低路径越长，噪声越高；大地噪声来自旁瓣拾取的地面辐射，仰角越低越严重。深碟比浅碟在低仰角下表现更好，前置馈源本身也会抬高噪声温度。没有厂家数据时，用Calculate菜单里的Estimate Antenna Noise Temperature估算，这个功能会基于你输入的仰角和天线口径给一个工程上合理的估计值。

3. 干扰与功放预算：C/ACI、C/XPI、HPA回退这些数字怎么填

干扰参数是链路预算里最容易被忽略的一组，填的时候又容易填反。这一章把这几个参数逐个说清楚。

3.1 相邻信道、相邻卫星与交叉极化干扰

三个C/I参数：C/ACI相邻信道干扰、C/ASI相邻卫星干扰、C/XPI交叉极化干扰，单位都是dB。含义是期望载波与干扰载波之间的比值，dB值越大表示干扰越低，这是很多人第一次会搞反的地方。相邻信道典型值24到30dB，相邻卫星略低，18到30dB，交叉极化24到30dB。

如果不打算考虑某个干扰项，填60dB以上就可以让它基本失效。但有个原则：参数可以不填，不能瞎填。比如你明明知道邻星在2度以内，却填了60dB，预算结果会显得很乐观，这不符合工程保守原则。我的做法是邻星隔离度按实际查表数据填，最多在表格注释里说明这个值对应的邻星偏置角。

C/XPI交叉极化干扰对双极化复用系统特别重要。填这个值时先想清楚你的系统是否真的用上了双极化，单极化系统的C/XPI可以填大一点，双极化系统必须按实际极化隔离度来，一般天线厂商标称的隔离度在30dB左右，雨衰条件下会恶化。

3.2 HPA输出回退与多载波：功放选型的两个隐藏参数

地球站HPA输出回退典型值1到7dB。回退越大，交调越干净，但同样功放输出功率下的有效载波功率越低。这个参数直接关系功放选型，预算出来的HPA功率如果是100W，回退3dB意味着你要买200W的功放来跑。

载波数量默认填1，除非这个HPA真的同时放多个载波。多个载波时，功放必须要额外补偿多载波互调带来的功率损失。这两个参数的联动关系经常被忽略：载波数量翻倍，功放尺寸可能不是翻倍而是更多，因为还要加上回退余量。

C/IM功放交调干扰参数也是dB，不打算考虑就填60以上。如果前面HPA回退填得小，交调指标又填得很高，这两个参数就是打架的，预算结果会给出一个现实中做不到的乐观值。理性做法是：先定回退量，再查功放数据手册里的交调指标，最后反填C/IM。不同厂家功放的IM指标差异很大，老行波管和固态功放的线性度特性完全不同。

3.3 UPC上行功率控制与C/IM交调

UPC字段是上行功率控制的动态范围，单位dB。这个机制用来补偿上行瞬时雨衰，简单说就是在下雨时自动加大上行功率。不采用UPS或者有站点分集方案，填0就行。但要注意，UPC系统需要额外预留HPA功率余量，预算时会体现为更大的功放选型需求。

C/IM是上行功放的交调干扰，填写逻辑上面说过了。这里补一个细节：Satmaster里C/IM和HPA回退是关联计算的，回退值改变时C/IM的参考值也会变。如果你用的是AUTO模式计算转发器参数，转发器类型选TWTA还是SSPA会影响输出回退的典型值和交调参考值，别在这个选项上随意点。

4. 雨衰与可用度：ITU/DAH、Crane模型和99.5%的取舍

雨衰是链路预算里最不好预估的项，它不服从简单的距离衰减规律，而是强依赖地理位置和降雨统计特征。这一章的参数填不好，前面所有天线参数都白填。

4.1 信号可用度：99.5%与99.9%对应不同的系统定位

信号可用度代表一年里信号满足指标的时间百分比。家用卫星电视通常99.5%就够了，市面上集成的固定天线系统基本按这个值设计。SMATV系统要做到99.9%，有线电视前端还要更高，上限99.999%。

这个值直接参与雨衰余量的计算。可用度要求越高，对应降雨统计里的概率越极端，雨衰余量越大。同一站点，99.5%和99.9%算出来的雨衰余量可能差好几个dB，反映到天线口径上是完全不同的选型结论。

Satmaster的Calculate菜单里提供了一个转换工具，把worst month统计转换成average year可用度。做工程时习惯按最差月份做设计，但标准链路预算通常报年可用度，这个转换工具就是干这个的。另外如果系统用UPC上行功率控制，上行可用度一般比下行要求高，因为UPC能补偿一部分上行雨衰，预算时上下行分开设值更合理。

4.2 雨衰模型选择：ITU/DAH的双线性插值和Crane的自动分区

雨衰模型有两个选择：ITU/DAH和Crane。ITU/DAH是推荐选项，它使用1.5度乘1.5度的经纬度网格存放R0.01降雨数据，对目标站点用双线性插值从网格邻居推算。这意味着你不需要手动查降雨区图，软件已经把全球数据内置了。

Crane模型同样不需要查降雨区图，它的分区是自动判定的。两个模型算出来的雨衰值会有差异，具体差多少取决于站点所在气候区。如果站点不在ITU网格的覆盖质量区域，两个模型差距可能拉到几十个百分点。

ITU/DAH模型还有一个手动档：勾选"ITU mm/h"后可以输入本地实测的R0.01值。这个数据来自当地气象部门的长期降雨统计，精确度优于网格插值。注意这个手动输入选项在Graphs和Tables菜单下不可用，只在链路预算表单里有效。如果想临时看无雨衰的预算结果，把R0.01填0就能关掉雨衰。

4.3 双重雨衰与Calculate菜单里的三个换算工具

双重雨衰复选框只在部分链路预算表单里出现，作用是让上下行同时计算雨衰。上下行站相距几公里时，同时被同一场雨覆盖的概率很低，可以不勾。但如果上下行站在同一个城市，或者可能被同一个热带气旋覆盖，就得勾上分别计算。

Calculate菜单集中了三个换算工具，值得单独说：坐标格式转换、信号可用度转换、天线噪声温度估算。坐标格式转换就是2.1节提到的度分与十进制的互转；可用度转换把worst month换成average year口径；天线噪声估算在没有厂家数据时给参考值。这三个工具都是辅助性的，真正用于设计的还是主界面参数。

5. 输入参数常见问题：六个跳过去就翻车的坑

以下是整理出来的常见输入问题，每一条都是实际会遇到的，按现象、原因、解决的顺序列出来。

5.1 国家数据文件填了十进制纬度，结果查出来的站点全是乱的

现象：导入国家数据文件后，链路预算里显示的雨衰余量和预期差很远。

原因：国家数据文件的纬度要求是度分格式，直接填了普通表单用的十进制小数，程序按度分解析。

解决：进Calculate菜单用坐标转换工具，或者写脚本把十进制小数换算成度分格式。换算时注意小数部分要乘以60而不是100，很多人卡在这。

5.2 LNB噪声温度填了30K，计算结果却保守得离谱

现象：C波段LNB标称噪声温度30K，填进去后链路余量看着不对。

原因：字段默认按噪声系数dB解释，30K被当成了30dB噪声系数，链路预算直接崩掉。

解决：在数值前面加"+"号，填"30"程序才会按噪声温度K解析。Ku波段反之，填dB值时确认前面没有加"+"。

5.3 天线效率想填增益dBi，直接填数值没加前缀

现象：预算结果里的天线增益比预期低很多。

原因：效率字段默认按百分比解析，输入40.8被当成40.8%效率。

解决：填"+40.8"来指定dBi增益值。这个规则在链路预算和双馈表单里都生效，别的地方不一定适用，先确认字段说明。

5.4 经纬度输入带了空格，程序直接拒绝接收

现象：输完坐标点确认，程序报错或字段标红。

原因：Satmaster要求经纬度输入不能有空格，例如53.33 N这种写法不合法。

解决：去掉空格，写成53.33N。复制坐标时顺手清理不可见字符，这也是一个可能的坑。

5.5 干扰参数填得太低，链路预算全红

现象：C/ACI这类干扰参数填了10dB，预算结果各项指标全部不达标。

原因：只看到"干扰"两个字，以为数值越大干扰越大。实际这些C/I参数是比值，dB值越大代表干扰越低，10dB相当于干扰极高。

解决：用工程经验值，邻星干扰18到30dB，邻信道24到30dB，不想考虑就填60dB以上。别把C/I和载噪比C/N的概念混在一起。

5.6 海拔单位填错，雨衰计算结果异常

现象：站点海拔800米，填了0.8，预算结果几乎看不到高海拔的雨衰减免效果。

原因：单位是千米不是米，海拔800米应该填0.8km，这里没有太大问题；但反过来，海拔8000米填了8.0，超过5km上限被程序拒绝，才是真正的翻车现场。

原因补充：还有一种情况是把气压高度和海拔高度混用，导致雨衰计算偏离。

解决：按气象数据查站点海拔，单位km，超过5km的基本只有高原地区，校验一下数据合理性再填入。

6. 用计算结果反推天线效率：一个验证链路预算的笨办法

每次跑完链路预算，我都会做一步校验：把预算结果的G/T值和天线效率反推一下。这个习惯帮我抓出过好几次参数填错的问题。

原理是，链路预算的G/T结果包含了天线增益、噪声温度和指向损耗。如果已知天线噪声温度和指向损耗，理论上可以从G/T反推出天线口径效率。但更实用的做法是反过来：把预算软件给出的下行C/N和实测接收机的信噪比门限做对比，看余量是否落在合理区间。

我常用的脚本是拿预算结果里的有效全向辐射功率和天线增益反算接收功率：

# -*- coding: utf-8 -*- # 根据预算出的EIRP和天线增益反算接收功率 def calc_rx_power(eirp_dbw, antenna_gain_dbi, free_space_loss_db, other_losses_db): # eirp_dbw: 卫星EIRP，单位dBW # antenna_gain_dbi: 接收天线增益，单位dBi # free_space_loss_db: 自由空间损耗，单位dB # other_losses_db: 其他损耗合计，雨衰、大气吸收等，单位dB rx_power_dbw = eirp_dbw + antenna_gain_dbi - free_space_loss_db - other_losses_db rx_power_dbm = rx_power_dbw + 30 # 转dBm return rx_power_dbm # 示例：Ku波段下行链路 eirp = 48.0 # 典型Ku波段卫星EIRP gain = 40.8 # 1.8m天线，60%效率 fsl = 206.0 # 约12GHz下行自由空间损耗 other_losses = 2.5 # 雨衰加大气吸收 rx_dbm = calc_rx_power(eirp, gain, fsl, other_losses) print(f"接收功率: {rx_dbm:.1f} dBm")

这个脚本的逻辑很简单，接收功率等于EIRP加天线增益减掉所有损耗。参数说明：EIRP从卫星运营商数据表获取，天线增益按效率和口径换算，自由空间损耗跟频率和距离强相关，其他损耗里包含了雨衰余量。跑出来的接收功率如果和实际接收机输入功率标称值差超过3dB，就该回头检查前面填的参数了。

另一个我常用的验证维度是上下行C/N的差值。典型透明转发器链路预算里，下行C/N一般比上行C/N低一些，因为下行受地面天线尺寸和噪声温度限制。如果算出来上行C/N比下行低，先别急着怀疑软件，大概率是把频率填反了或者上下行的天线增益填串了。

这套交叉验证方法不需要额外软件，把Satmaster算出来的结果和卫星运营商公布的数据表对照即可。从那以后我每次填完参数，都强制走一遍反推校验，输入一小时，校验十分钟，省下来的是现场调试跑两趟的成本。希望这些参数上的实操细节能帮到你。

本文还有配套的精品资源，点击获取