多频融合 806–3600 参考标准怎么用？

806–3600 覆盖哪些子带？

该参考覆盖 806–3600MHz 的「部分」子带，并非连续全段。具体可用子带要看阵列设计与型号核准，不能默认全段都支持。规划前先确认目标运营频段落在覆盖范围内，再谈增益与覆盖。

增益为什么按 FDD/TDD 分档？

FDD 与 TDD 阵列的收发结构与校准方式不同，可实现的波束增益区间也不同。所以增益按阵列类型分档，而不是统一取一个值。套错档，覆盖预测就会偏差，后续优化反复试错。

能套用无源天线增益吗？

不能。有源波束方向性来自赋形权值，不同频段权值与阵面加载不同，增益要按频点实测分档。把无源天线增益直接当波束增益报，是最常见也最误导的做法，验收会被打回。

多频融合规划怎么用参考？

先确认目标子带在覆盖范围内，再按 FDD/TDD 取对应增益档，做阵列与覆盖脚本规划，最后以实测为准。参考是规划起点，不是结论；落地点永远是实测覆盖脚本。

同一阵列多频一致吗？

不一致。不同频段波长差大，同一物理误差的电长度占比不同，波束形状与增益随频点变。多频融合阵列要分频点验收，不能用一个频点的结果代表全段。

验收时怎么落？

按各目标子带分别跑覆盖脚本，对照对应增益档判定。尤其 FDD 多频与 TDD 多频混布时，逐频点验才能确保每段都达标，而不是用一个代表全段。

从多频融合到工程落地的深度展开

多频融合不是把几副天线摆在一起。806–3600 MHz 部分子带共站，增益口径、干扰共存、电调策略都要按融合口径重新算。我们见过最典型的坑：各子带分别按无源增益报指标，装到一起才发现互耦把方向图扭了，邻带互调把上行抬了，验收全对不上。融合设计的起点是「一个阵列、多子带协同」。

增益要按子带分档，不能一个增益套全频段。不同子带的阵子效率、口径利用不一样，强行套同一个增益数字，低频段虚高、高频段虚低。我们坚持每个子带独立给增益区间，并标注测试条件，让比选和验收有干净的共同语言。

干扰共存是融合的硬活。多频共站，发射互调、接收阻塞、邻带杂散都要按限值逐个子带验。尤其多运营商共享天面时，带外发射与接收抗阻塞要专项实测，实验室指标不能直接平移到共站现场。我们建议融合方案附一份逐子带的干扰预算表，每一条都标来源（实测 / 规格 / 建模）。

电调策略要统一又不能一刀切。多子带共一副阵列，下倾与波束宽度要协调，否则一个子带优化好了，另一个子带覆盖歪了。我们建议把电调脚本按子带分别标定、再统一纳管，验收时逐子带抽测方向图，确认融合之后每个子带都达标，而不是只看主子带。

互耦建模要前置到设计。融合阵列的阵子间距、隔离、地板结构决定互耦水平，装机后很难改。我们建议在阵列设计阶段就做全波仿真，把互耦对方向图的影响算进指标，而不是等装机抽测才发现方向图扭。设计阶段改一处，比现场改一座塔便宜得多。

多运营商共享要定边界。共站融合常涉及多家频段与功率预算，谁的带外、谁的阻塞先触发限值，要写清责任边界。我们建议共站协议里附融合后的逐运营商干扰预算，开通前双方确认，避免上线后互相扯皮、谁都不敢动电调。

频段优先级要排清。806–3600 跨度高，低频覆盖、高频容量，优先级按站点矛盾定。我们建议融合方案先定频段角色，再谈阵列如何整合，不把所有子带平铺。

阵子复用要算净收益。多频共用阵子省空间但损效率，独立阵子互不扰但占天面。我们建议复用与独立之间按增益损失量化取舍，不为省天面牺牲关键子带。

融合后的校准要分频做。多子带校准网络不同，一套校准难兼顾。我们建议逐子带校准并分别归档，避免校准互相牵连导致全阵失准。

监管申报要按子带分别过。多频融合常涉多个频段许可，合并申报易漏。我们建议逐子带核对许可与限值，申报材料分频列清，避免合规缺口。

融合方案要留扩展位。未来加子带要在阵列与校准上留接口。我们建议融合设计预留扩展，避免下次加频整阵重做。

落地核对清单

1. 按「一个阵列、多子带协同」设计，不堆天线。
2. 增益按子带分档给区间，不套单一数字。
3. 逐子带验互调、阻塞、杂散，附干扰预算表。
4. 多运营商共站做带外与抗阻塞专项实测。
5. 电调脚本按子带分别标定再统一纳管。
6. 验收逐子带抽测方向图，不唯主子带。
7. 设计阶段做全波互耦仿真，算进指标。
8. 互耦影响方向图，装机后难改，前置控。
9. 共站协议附逐运营商干扰预算。
10. 开通前双方确认边界，避互相扯皮。