2.4 设计流程与链路预算总账

2.4 设计流程与链路预算总账

本节摘要：这是全书的主账。先把"需求定义→架构→关键设计→建模→测试→部署→运维"的闭环走一遍，再把端到端链路预算这张账一笔一笔摊开：最终端到端的质量，不取决于最宽那档，而取决于账上最紧的那一处。

承接 2.3 的性能指标口径，本节把它们落成一张可逐项算数的账——链路预算。往后每一章（第 3 到 7 章）的优化，都要回到这张表上核对：这一笔优化，到底把账上哪一行抬了多少。

主账开张前，先想清楚这张账要回答什么

这是全书的账本主表，动手铺之前值得先问一句：这张账到底回答什么？ 它回答的不是"发射功率多大"，而是一句判断——"给定这套配置，把数据从发端送到收端时，信噪比这笔钱够不够花"。链路预算就是把你收到的每一笔收入（发射功率、天线增益）记正账，把每一笔花销（路径损耗、馈线损耗、阴影余量）记负账，最后看还剩下多少"可花余额"，也就是链路余量。

用一副日常画面先建立直觉：链路预算很像一张家庭每周收支表——夫妻俩的工资是固定收入，房贷、伙食是固定支出，真正要紧的是月底那笔结余够不够扛意外。无线里也一样：固定收入是发射功率与天线增益，固定支出是路径损耗，而阴影、衰落、温度、器件老化就是那笔"意外"，所以要留阴影余量、干扰余量、工程余量几种"储备金"。

上面这种"收支—结余—储备"的读法，是全书所有优化题的共同语法：每一次改动，要么是给某一行加一笔收入（加大功率、提高天线增益、获得分集增益、编码增益），要么是给某一行减一笔支出（压低路径损耗、压缩干扰、省馈线损耗），要么是做储备金取舍。你带着这个语法进第 3 章，会发现编码、多天线、波束成形全是"往收入侧加笔"；进第 4 章，调度、QoS 是在"分配支出与优先级"；进第 5 章，规划与干扰管理则是在"整张表的空间尺度上挪腾"。

学习目标

• 复述无线系统设计从需求到运维的迭代闭环，指出哪一步最该反复循环。
• 用一张链路预算表，从发射功率一路扣到接收灵敏度，算出链路余量。
• 解释"链路余量为正是能通、为负则迟早掉链子"这一判断及其定位。

设计流程：一次不会一锤定音的旅程

无线系统设计几乎从不合格一回：需求定义规格、系统架构设计、关键技术选型、系统建模仿真、原型开发测试、性能评估优化、系统集成部署、运行维护与持续优化。其中"建模仿真→性能评估→优化"这一环最该多绕几圈——因为无线环境的不可控，纸上设计的理想值，几乎总要靠迭代去逼近真实。

这套流程会在第 7 章被拆成可执行的仿真与验证，此处先立起骨架。

链路预算：全书那句"对账"的实物

链路预算把一次无线传输从头到尾的损益，记成一张带符号的收支表。基本恒等式是：

接收功率 ≈ 发射功率 + 发射天线增益 + 接收天线增益 − 路径损耗 − 各类损耗 − 各类余量

把接收功率换算成信噪比，再对照接收机解出目标速率所需的最低门槛（接收灵敏度），两者一减，就是链路余量。身改革故得一句话：余量为正，链路能通；余量趋零或为负，覆盖边缘的用户就要开始掉链子。

主表长什么样

上面这张表是一个典型的 2 公里小区示例。它的读法不是算到最后得到一个漂亮的数，而是让你盯着最紧的那一行：阴影衰落跳到 -9 dB，说明边缘覆盖脆弱；余量 +15 dB 说明这个配置在理想条件下够用，但一入城、一变天，就得回头调天线或功率。

亲手算一遍

用一段脚本复制这张表，并验证"距离翻倍"如何吃光余量：

import math

def link_budget(tx_dbm, tx_ant, rx_ant, feed_loss, freq_mhz, dist_km, shad_db, sens_dbm):
    # 自由空间路径损耗
    pl = 32.44 + 20*math.log10(freq_mhz) + 20*math.log10(dist_km)
    rx = tx_dbm + tx_ant + rx_ant - feed_loss - pl - shad_db
    margin = rx - sens_dbm
    return rx, margin

for dist in [1, 2, 4, 8]:
    rx, margin = link_budget(30, 17, 2, 3, 2400, dist, 9, -95)
    print(f"距离 {dist:>2} km | 接收 {rx:6.1f} dBm | 余量 {margin:6.1f} dB")
​

输出大致是：1 km 余量约 +21，2 km 约 +15，4 km 落到约 +9，8 km 只剩 +3。看出门道了吗——距离每次翻倍，路径损耗多约 6 dB，余量就跟着掉 6 dB，迟早掉穿零线。这正是为什么"再加一个站"或"抬高天线"在规划里反复出现。

易踩的坑

常见坑：把链路预算当一次算完、一劳永逸的表格。实际它要在阴影、衰落、干扰、温度、老化各种"坏天气"下反复留余量，甚至按最坏情形再叠 3 到 5 dB 的工程余量。宁多算点的保守，比乐观的精确安全得多。

关键直觉：链路预算不只是物理层的活——调度、移动性、能效都在朝这张表上挤。后面第 3 章收增益、第 4 章稳资源、第 5 章调网络，其实都是"在同一张账上做多赚少亏"。

这里的"余量"还有一个方向别漏掉：上行与下行是两个不同的账。手机和基站的天线增益、发射功率、接收灵敏度完全不同，所以下行（基站发、手机收）和上行（手机发、基站收）的链路预算要分别算。譬如上行受手机发射功率小的限制，覆盖半径往往小于下行——于是系统常通过频率、功率、分集的倾斜（对上行更优待）去拉平两向的覆盖差距。第 5 章的规划会专门处理这种"上下行不平衡"，你心里要一直装着"两本账"而非"一本账"。这也是为什么实际文档里链路预算总以"上行 X dB / 下行 Y dB"两行并列出现。把这张上下行双账记熟，你就在心中同时握住了"覆盖半径从哪儿先缩"与"该往哪向倾斜资源"两把钥匙——这比单会算一个数字重要得多，也是你从"会算账"走向"会用账"的分水岭。

本节要点回顾

• 设计闭环：从需求到运维迎来自反馈，建模—评估—优化最该多绕几圈。
• 链路预算恒等式：接收功率 = 发射功率 + 天线增益 − 路径损耗 − 各类余量。
• 链路余量判定：正为能通、负则危险，边缘覆盖全靠那笔"余量缓冲"。
• 全书的账本：第 3 到 7 章所有优化，都回来在这张主表上对账。