无线通信为何总被隐藏节点拖慢？CCA门限怎么设？

链路预算没问题、调制也不低，系统吞吐却像被拖住，这种现象在争用式空口里往往不是射频问题，而是节点彼此没听见对方。无线通信一旦碰上隐藏节点和 CCA 门限失配，资源浪费会先体现在重传和退避上。

隐藏节点的核心矛盾，是两个终端都能打到同一个接收点，却未必能互相检测到对方的发射。它们各自判断信道空闲，于是同时起发，在汇聚点处发生碰撞。由于冲突发生在接收端而不是发送端，本地 RSSI 和空口侦听都可能看不出明显异常，现场往往表现成某些位置的吞吐忽好忽坏、时延尖刺很多，却很难从单节点日志里直接看穿。

很多部署把功率拉高当作万能药，结果反而可能放大不对称。某些节点上行功率高，但侦听灵敏度和天线方向性并不相称，于是别人更容易被它压住，它自己却仍听不全别人。这样做短期看似扩大了覆盖，长期却会把共享空口变成更严重的近远效应，强节点持续抢占，弱节点退避次数一路膨胀。

CCA 门限的设置决定了系统愿意在多大程度上把“疑似忙”当成真的忙。门限设得太低，节点会对远处、其实不会造成有效干扰的能量也频繁让路，空口利用率被过度保守地吃掉；门限设得太高，又会把本该避让的同频发射当成背景，隐藏节点碰撞显著增多。对无线通信网络而言，这不是一个静态常数，而是覆盖半径、业务密度和发射功率策略共同决定的折中点。

虚拟载波感知和 RTS/CTS 可以缓解一部分问题，但前提是控制帧本身也能被足够可靠地听到。若门限、速率或控制帧长度配置不当，节点反而会为了更多开销换来有限收益。更现实的工程办法，往往是把部署拓扑、发射功率、接收灵敏度和门限联动优化，让真正会互相伤害的节点彼此可见，而不是指望单一协议开关解决所有碰撞。

排查这类瓶颈时，只看总吞吐没有太大帮助。需要同时记录退避计数、CCA 忙检测比例、重传来源以及不同节点对同一时刻的空口认知。只要把这些视角并起来看，隐藏节点通常会显出固定模式：某些链路总在同一组终端并发时变差，而不是随机坏。

捕获效应还会让问题看起来比实际更隐蔽。较强的一端有时能在碰撞中幸存，弱端却持续失败，于是日志里像是单向链路偶发差，而不是双向竞争配置出了问题。若不把每个节点的发射功率和接收门限成对检查，只看汇聚端统计，很容易把拓扑性冲突误诊成个别终端故障，更麻烦。

多速率混发时，这种冲突会更放大。低速长帧占空口时间更久，一旦又处在隐藏关系里，其他节点等待和重传的机会成本都会上升。若系统允许低速节点长期以保守速率霸占空口，却不调整门限和功率策略，整体效率更会被少数坏拓扑持续拖住。

所以，被隐藏节点拖慢往往不是天线不够好，而是节点之间的“是否该让”没有用同一把尺子判断。把 CCA 门限和拓扑关系调到一致，争用式空口才能真正跑出该有的效率。