摘要：共建共享不是简单地把几家天线堆在一起，而是按“频段组合—端口数—隔离/PIM—天面空间”四步映射配置。优先用多端口单壳收拢同址系统、用滑盖整合压天面，对频段冲突或隔离压不住的系统，用空间隔离或分频兜底，确保四家都能入网。
关键词：共建共享、天面整合、多端口天线
一、共建共享站点第一步该先确认什么？
先列“系统清单”而不是先选型号：每家运营商要保留哪些制式、占用哪些频段、发射功率多大、对隔离有什么要求。清单不齐就谈整合，最后一定在隔离与 PIM 上返工。确认完清单，再把频段按子带组合归并：能共舱的归到多端口单壳，冲突的单独排布。这一步决定了后面端口数与天面方案的上限。
二、频段组合怎么映射到端口与天线数？
映射逻辑是“共舱优先、冲突分置”。例如四家共享 900/1800/2100/2600 与 3.5GHz，可以把 900+1800+2100 收进一面 12 端口单壳，2600 与 3.5GHz 视隔离情况并入或另置。端口数不是越多越好，而是以“覆盖所有系统且隔离达标”为下限。当天面还有余量、隔离吃紧时，宁可多留一面天线做空间隔离，也不要把端口堆到互调失控。
| 工况 | 推荐配置 | 边界 |
|---|---|---|
| 系统少、天面紧 | 8-10 端口单壳 | 隔离 ≥30dB |
| 系统多、共享 | 12 端口单壳 + 滑盖 | PIM ≤-153dBc |
| 频段冲突 | 分频/异塔 | 隔离压不住即分置 |
取值一律写可验证区间；查不到就写“需按实际送检/实测确认”，禁编数字。
三、天面空间不够时优先滑盖还是分频？
天面极度紧张时，滑盖式多阵列整合把几面天线叠装在同一塔顶结构里，释放平台空间，适合“想整合但平台已无空位”的场景。但它对风载与安装精度要求更高，必须先核塔型与风区。若风载超标或需要独立波束，则宁可分频、异塔，也不要强行滑盖。一句话，天面紧张优先滑盖，风载或波束失控优先分频。
四、验收时四家都要过什么？
四家入网都要各自的隔离、PIM 与方向图结论，不能只过一家。建议把“逐家断电复核底噪 + 逐端口 PIM 报告 + 全频段方向图”写入验收条款，并在整合后保留勘站记录。只有四家指标都回到基线，整合才算成功，否则某一家的互调会拖累全网。
结论：（3 条以内，每条 = 条件 + 量 + 边界。禁“综上所述”。） 1. 当系统清单含 ≤3 档子带且天面紧时，取 8-12 端口单壳整合。 2. 当隔离压不住时，分出冲突系统做空间隔离或分频，不堆端口。 3. 当风载或独立波束失控时，放弃滑盖，回到分频或异塔。
五、整合失败最常见的三个原因
第一，系统清单不齐就动手，漏掉某一家的频段导致后期加塞、破坏已验收的隔离；第二，只看端口数不看隔离，把端口堆到互调失控，四家互相拖累；第三，忽视风载与安装精度，滑盖或整合体上塔后在大风区出现结构或 PIM 劣化。避免方法很朴素：先列全系统、按隔离与 PIM 反推端口上限、把风载写进评审。整合是手段不是目的，目的是四家都稳稳入网，任何一项指标回不到基线都算失败。
补充一点优先级：当多家运营商对整合方案有分歧时，先把技术底线（隔离与 PIM）钉死，端口分配是商务问题不是能力问题，技术守住才有谈判空间，否则任何一方都能用“可能干扰”否决方案，导致整合永远停在纸面。其次，整合后的可维护性常被忽略——多面叠装后检修会牵连邻面，滑盖与整合体尤其明显，设计阶段就要预留通道与标识，运维也要有单独作业规程，不能套用单面上塔流程。最后，验收别只看开通当天，保留整合前后底噪、速率与掉话基线，运行一月再比对，很多互调问题在温度变化与接头老化后才显现。把开通达标与稳定运行分开看，共享整合才算真正成功，也才能经得起四家的长期复核。还有一个容易被忽视的环节是物业与风貌：城区共享塔多在楼顶，整合减少天线数量也减少了楼顶空间占用，往往更容易过物业与居民沟通；反过来，若整合体外观突兀、风载看起来超标，反而增加协调难度，所以整合方案在技术上收敛后，还要回到物业维度做一轮沟通，把“少而整”的优势讲清楚。
四、整合方案的冲突兜底
天面整合最怕“整合完才发现某系统装不下”。兜底做法是在整合前做频段与端口映射表，标清每家的承载频段、所需端口与隔离要求，冲突系统在映射阶段就识别出来。
当两家系统频段重叠且隔离不足，优先用空间隔离（错层、错向）或分频兜底，而不是硬塞进同一阵列。整合单元本身也要先核塔型与风区，滑盖叠装会放大风荷载，需要结构复核许可。
五、实施落地的 checklist
整合前先做频段与端口映射表，标清每家系统的承载频段、所需端口与隔离要求，冲突系统在映射阶段识别，避免整合完才发现装不下。
塔型与风区要提前复核，滑盖叠装会放大迎风面积，超设计风区必须改方案或降配，不能硬上。
割接顺序建议先低后高、先共享后专用，每步做完互调与方向图复测，确认不影响在网系统再进下一步。
运维上把整合单元台账化，记录各阵列端口、承载频段与隔离值，为后续扩容预判冲突频段，把救火变规避。
