波束覆盖验收脚本怎么跑？

覆盖验收为什么要分广播和业务两套脚本？

广播波束要广、要稳，保证所有用户搜得到、接入和切换不中断；业务波束要窄、要跟，把能量压到通信中的用户身上换容量。用同一套权值兼顾，广播会太窄留下覆盖空洞，或业务太宽抬高干扰。所以工程上分开算权值、分开跑脚本、分开判合格，谁都不将就谁。

广播波束脚本看什么指标？

广播脚本聚焦「接得进、切得动、不掉线」：接入成功率、切换成功率与连续性、覆盖边缘的 RSCP/SINR，以及空闲态到连接态的时延。判定口径是边缘处仍能稳定接入与切换，而不是中心速率多高。塔位、阻挡与邻区规划都会在这里暴露问题。

业务波束脚本看什么指标？

业务脚本聚焦「容量与边缘」：并发用户数、边缘用户速率、小区级吞吐，以及 MU-MIMO 配对成功率和配对阶数。它验证波束跟随与多用户复用是否真把容量兑现出来。注意边缘速率比峰值更说明问题——峰值靠单用户近点，边缘才反映真实覆盖质量。

水平覆盖和垂直覆盖分别怎么验？

水平覆盖看扇区横向边缘，决定邻频/邻区边界与切换带；垂直覆盖看楼层高度与远近分布，决定高层与近远点的信号质量。下倾角和波束宽度用 RET/AISG 远程标定后复测，直到两套覆盖脚本都达标。很多站点问题出在垂直覆盖有空洞——只看水平地图看不出来。

RET/AISG 在验收里起什么作用？

RET（远程电调）与 AISG 把下倾与波束宽度做成可远程标定的量，验收时不用上塔就能微调权值与下倾，反复跑到脚本口径。它也让后期网优可持续：覆盖随话务变化，远程改下倾即可，不必每次爬塔。没有 RET 的站点，验收调一次成本就很高。

验收不过常见卡在哪？

常见卡在边缘 SINR 不足、切换带过窄或垂直覆盖空洞。根因多半是权值与下倾没调到脚本口径，或塔位/阻挡超预期。先回校准与广播权值，再动业务权值，别一上来就堆功率——功率堆高只抬底噪，不解决方向性偏差。

从波束覆盖验收到工程落地的深度展开

波束覆盖验收要按「广播波束 + 业务波束」两套分别验，不能只看接入信号。广播波束决定终端能否搜到、能否接入；业务波束决定接入后的速率与质量。我们见过广播覆盖满分、业务波束歪掉的站点，用户能上网但慢得离谱，根因是只验了广播层。

方向图抽测要覆盖主瓣与旁瓣。主瓣覆盖宽度、旁瓣电平、前后比是干扰边界的关键。旁瓣压不住，邻区互干扰就起。我们建议验收抽测水平与垂直两维方向图，标出主瓣半功率角和旁瓣峰值，对照设计值，偏差超容差要重调波束脚本。

覆盖验收要在真实话务下做。空载调试的覆盖和忙时不同，波束随用户调度会变。我们建议验收放在忙时或模拟负载下，测边缘速率而非只测信号强度，边缘速率才是用户真实体验，信号满格不等于能跑满。

验收数据要成基线。开通时的广播与业务两套方向图、边缘速率、通道一致性，全部归档，作为后续优化与排障的参照系。我们强调基线缺失的站点后期任何覆盖争议都无法归因——这是最便宜就能避免的一个遗憾，归档这一步不能省。

边缘速率要分用户类型。手机与上网卡、静止与移动，边缘体验不同，验收要覆盖典型终端。我们建议验收用现网主流终端实测，不只用测试仪表，避免仪表达标、真机掉速的偏差。

邻区边界要联合验。单站覆盖好不等于全网好，边界重叠或缝隙要靠邻区协同。我们建议覆盖验收拉通邻区做边界复测，把重叠与空洞一并标出，单站自嗨的覆盖往往全网打架。

验收要留证据。方向图、边缘速率截图进档案，不是口头达标。我们建议验收交付物含实测证据，后续争议可调原始数据。

自动化验收要准。路测工具快但设置错会误导。我们建议自动化工具有校验流程，参数错即时报，不盲信自动化结果。

覆盖与容量要同验。只验覆盖漏容量，只验容量漏覆盖。我们建议两套指标同场景同验，避免一侧好一侧差被掩盖。

验收阈值要合理。阈值过松放问题、过严卡正常。我们建议阈值按场景定，城区严、郊野适，不一刀切。

复验机制要建。开通后定期复验，覆盖退化早发现。我们建议覆盖验收周期化，不一次管终身。

落地核对清单

1. 广播波束与业务波束分别验收，不唯接入。
2. 方向图抽测主瓣与旁瓣，水垂两维都做。
3. 标主瓣半功率角与旁瓣峰值，对照设计值。
4. 忙时或模拟负载下测边缘速率，非只信号。
5. 偏差超容差重调波束脚本，不凑合放行。
6. 两套方向图与边缘速率归档作基线。
7. 边缘速率分终端类型，用现网主流机实测。
8. 仪表达标真机掉速的偏差要防。
9. 邻区边界联合复测，标重叠与空洞。
10. 单站自嗨覆盖易全网打架，拉通验。