简介这份《爱立信天线权值参数指导手册》面向从事5G网络优化的工程师与技术人员聚焦公共信道波束赋形这一关键环节帮助解决天线权值参数配置与覆盖优化中的实际问题。手册围绕eNB对小区公共信道的四个赋形参数展开包括半功率宽度azimuthHalfPowerBeamwidth、端口映射关系commonChBeamfrmPortMap以及幅度权值customComChBeamfrmWtsAmplitude和相位权值customComChBeamfrmWtsPhase并对比爱立信预定义权值与用户自定义权值两类方案的适用场景与注意事项。资源包为1个docx文档大小约85KB内容涵盖参数说明、权值方案建议及工程配置要点便于随查随用。目前已有261人学习下载。读者可借此理清预定义方案1、2与天线厂家方案3、自定义方案4的差异掌握同极化与交叉极化映射的选择逻辑理解自定义权值生效条件及半功率角不参与赋形的规则为建网初期选型与特殊场景覆盖优化提供可落地的参考依据。1. 天线权值参数一份让 5G 公共信道波束赋形不再靠猜的手册做 5G 网络优化的同行大概都有过这种经历小区覆盖忽宽忽窄公共信道波束形状跟天线标称值对不上翻遍参数表也找不到哪个值在起作用。爱立信这份《天线权值参数指导手册》就是冲着这个场景来的——它把 eNB 对小区公共信道做赋形控制的四个核心参数拆开讲透了azimuthHalfPowerBeamwidth、commonChBeamfrmPortMap、customComChBeamfrmWtsAmplitude、customComChBeamfrmWtsPhase。适合谁一是刚接手爱立信基站、需要搞清公共信道赋形逻辑的网优工程师二是遇到特殊覆盖场景、想用天线厂家权值或自定义权值做精细调整的老手。它不教你怎么开站但能让你在调波束时知道每个参数在干什么、边界在哪、什么时候该用预定义方案、什么时候碰自定义会翻车。2. 四个参数各管什么从半功率角到幅度相位权值2.1 azimuthHalfPowerBeamwidth预定义方案里它是主角自定义方案里它靠边站这个参数名字直译就是“方位面半功率波束宽度”单位是度。在爱立信预定义权值方案下它直接决定公共信道波束的水平波瓣宽度可选值主要是 65 和 90。手册里给的建议很明确单频段 F 或 D 天线通常设 65全频段 FAD 天线的 D 频段也设 65全频段 FAD 天线的 F 频段设 90。这是按天线实际属性来的不是拍脑袋定的。但这里有个容易踩的坑一旦你切到用户自定义权值方案这个参数就不再参与公共信道波束赋形了。最终波束形状完全由你输入的幅度和相位权值决定。很多人改自定义权值时忘了这一点还在那调 azimuthHalfPowerBeamwidth结果发现波束纹丝不动白白浪费半天时间。所以记住一个判断链先用预定义方案这个参数按天线属性设用天线厂家权值或纯自定义权值这个参数就变成“仅供参考”了。2.2 commonChBeamfrmPortMap逻辑端口到 RRU 输出端口的映射开关这个参数控制的是基站内部 LTE 逻辑端口antenna Port0 和 Port1到 RRU 射频输出端口的映射方式。它有两个取值CROSS_POLARIZED 和 CO_POLARIZED。手册里特意强调了一句这个参数不是用来反映天线极化方式的它反映的是映射关系。CROSS_POLARIZED 是爱立信私有映射方式每个逻辑端口映射到的天线端口包含不同极化方式±45 度。CO_POLARIZED 是标准映射方式每个逻辑端口映射到的天线端口具有相同极化方式。关键规则在这里采用天线厂家权值进行自定义时这个参数必须设为 CO_POLARIZED。如果你设成 CROSS_POLARIZED赋形结果跟厂家给的权值对不上波束形状直接跑偏。另外手册里提了一条工程规范天线和 RRU 之间的跳线连接必须按照 CMCC 规范的标准线序连接。这条不是参数问题但线序错了参数怎么设都白搭。我一般会在调权值之前先确认线序省得后面排查时把问题复杂化。2.3 customComChBeamfrmWtsAmplitude八个幅度值至少一个非零才生效这个参数是一个包含八个幅度值的数组取值范围标称是 0 到 100。但手册里给了一个非常关键的换算说明实际权值通常是 0 到 1设置参数时需要做数值转换实际权值 参数值 / 100。也就是说如果你拿到的天线厂家权值幅度是 0.7写到参数里就是 70。生效条件很直接八个幅度值里至少有一个非零自定义权值才生效。如果全填 0系统就回落到爱立信预定义权值。这个设计其实挺合理——全零相当于一个“关闭自定义”的开关。但实际调的时候有人会误以为填个很小的值比如 1 就能生效结果波束形状跟预期差很远因为 1 对应实际权值 0.01几乎等于没有。所以填幅度权值时要按实际比例来别拿它当布尔开关用。2.4 customComChBeamfrmWtsPhase相位值要过一道换算负角度得转成正的相位权值同样是一个八元素数组取值范围 0 到 359。但实际相位值通常表示为 0 到 ±180。手册里给了转换规则0 到 180 可以直接用0 到 -180 的部分需要转换到正值再输入公式是参数值 360 负角度。比如 -150 度360 (-150) 210参数里就填 210。这个换算看着简单但实际填表时很容易搞混。尤其是从天线厂家拿到的权值表里相位可能是 -90、-120 这种负值直接填进去系统不认或者赋形结果完全不对。我自己的习惯是先在表格里把负角度全部转成正角度再往参数里填避免一边填一边算。另外注意相位权值和幅度权值是配合使用的只调其中一个通常达不到预期波束形状两个要一起看。3. 四种权值方案的选型逻辑与参数配置实操3.1 方案 1 和 2预定义权值建网初期的默认选择方案 1 和方案 2 都是爱立信预定义权值区别主要在 azimuthHalfPowerBeamwidth 的取值上。方案 1 对应 65 度方案 2 对应 90 度。这两个方案的特点是“无功率损失”也就是说赋形后的波束在覆盖和功率分配上是经过优化的不需要你额外算幅度相位。配置上很简单azimuthHalfPowerBeamwidth 按天线实际属性设commonChBeamfrmPortMap 设成 CROSS_POLARIZEDcustomComChBeamfrmWtsAmplitude 和 customComChBeamfrmWtsPhase 全填 0。全零意味着自定义权值不生效系统走预定义方案。手册里明确建议建网初期采用方案 1 和 2原因是这两个方案已经过优化能提供稳定的性能不需要对天线特性和赋形原理有深入理解就能用。我自己的经验是新站开通或者小区覆盖没有特殊要求时直接走方案 1 或 2别一上来就折腾自定义。预定义方案在大多数常规场景下够用而且出问题时排查路径短——参数少变量少。3.2 方案 3天线厂家权值特殊场景下的精细调整方案 3 是用户自定义权值但幅度和相位权值直接采用天线厂家提供的值。这个方案适用于特殊场景或覆盖优化有特别要求的情况。配置上有几个硬性约束azimuthHalfPowerBeamwidth 不参与波束赋形commonChBeamfrmPortMap 必须设为 CO_POLARIZEDcustomComChBeamfrmWtsAmplitude 和 customComChBeamfrmWtsPhase 填天线厂家给的幅度和相位权值。这里的关键操作是权值换算。厂家给的幅度通常是 0 到 1 的小数填参数时要乘以 100相位如果是负值要按 360 负角度转成正数。举个例子厂家权值幅度为 [0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5]相位为 [0, -45, -90, -135, 180, 135, 90, 45]转换后幅度参数填 [50, 50, 50, 50, 50, 50, 50, 50]相位参数填 [0, 315, 270, 225, 180, 135, 90, 45]。# 幅度权值换算示例实际值乘以100 # 厂家幅度: 0.5 0.5 0.5 0.5 0.5 0.5 0.5 0.5 # 参数值: 50 50 50 50 50 50 50 50 # 相位权值换算示例负角度加360 # 厂家相位: 0 -45 -90 -135 180 135 90 45 # 参数值: 0 315 270 225 180 135 90 45上面这段换算逻辑看着简单但实际填参数时经常有人把幅度和相位的顺序搞反或者漏掉某个元素的转换。建议在 Excel 里先做好两列转换公式再往网管里填减少手算出错。3.3 方案 4纯自定义权值灵活但门槛最高方案 4 是完全由用户自己定义幅度和相位权值不依赖天线厂家提供的值。手册里对这个方案的评价很直接参数设置较为复杂需要对天线特性和赋形原理有深入的理解建议谨慎使用。这个“谨慎使用”不是客套话是血泪经验——自定义权值调不好波束形状可能比预定义方案还差而且排查起来非常困难因为变量太多。配置上azimuthHalfPowerBeamwidth 同样不参与赋形commonChBeamfrmPortMap 可以是 CO_POLARIZED 或 CROSS_POLARIZED最终赋形结果由你输入的幅度和相位权值决定。这里的选择空间大了但坑也多了。比如你选了 CROSS_POLARIZED逻辑端口映射到不同极化方式的端口上赋形结果跟你用 CO_POLARIZED 时完全不一样。如果没有对天线阵列的极化特性和赋形算法有足够理解很容易调出一个“看起来参数都对但波束就是不对”的结果。我一般会建议除非你有明确的天线方向图仿真数据支撑否则不要轻易走方案 4。方案 3 已经能覆盖大多数特殊场景方案 4 更适合有天线设计背景的团队做深度定制。3.4 参数配置速查与常见组合把四种方案的参数配置整理成一张表方便对照。注意表中“自定义幅度/相位”一栏方案 1 和 2 填全零方案 3 填厂家权值换算后的值方案 4 填自己计算的值。方案azimuthHalfPowerBeamwidthcommonChBeamfrmPortMapcustomComChBeamfrmWtsAmplitudecustomComChBeamfrmWtsPhase方案 165按天线属性CROSS_POLARIZED0,0,0,0,0,0,0,00,0,0,0,0,0,0,0方案 290按天线属性CROSS_POLARIZED0,0,0,0,0,0,0,00,0,0,0,0,0,0,0方案 3不参与赋形CO_POLARIZED厂家幅度×100厂家相位转换后方案 4不参与赋形CO_POLARIZED 或 CROSS_POLARIZED自定义幅度×100自定义相位转换后这张表建议存下来调参数时直接对照。尤其是方案 3 和方案 4 的 commonChBeamfrmPortMap 取值差异方案 3 强制 CO_POLARIZED方案 4 两种都行但结果不同别搞混。4. 避坑与排查权值参数调错后的五个典型现象4.1 自定义权值填了但波束没变化现象幅度和相位权值都填了非零值但小区公共信道波束形状跟预定义方案一样没有任何变化。原因最常见的是幅度权值数组里所有值都填了 0或者填了非零值但实际换算后太小比如填 1 对应 0.01系统判定为无效自定义权值回落到预定义方案。另一个可能是 commonChBeamfrmPortMap 设成了 CROSS_POLARIZED而方案 3 要求必须是 CO_POLARIZED映射方式不对导致自定义权值不生效。解决先检查幅度权值数组是否至少有一个非零值且换算后的实际权值不能太小。再确认 commonChBeamfrmPortMap 是否与当前方案匹配——方案 3 必须 CO_POLARIZED方案 4 根据你的设计选。改完后重启小区或重新下发参数观察波束是否变化。4.2 相位权值填了负值系统报错或结果异常现象直接把厂家给的负相位值如 -90、-150填进 customComChBeamfrmWtsPhase参数下发失败或者下发成功但赋形结果完全不对。原因这个参数的取值范围是 0 到 359不接受负值。手册里写得很清楚负角度需要转换到正值再输入公式是 360 负角度。填 -90 系统不认填 270 才是对的。解决把所有负相位值先做转换。0 到 180 直接填0 到 -180 用 360 加。比如 -45 填 315-90 填 270-135 填 225-150 填 210。建议在 Excel 里批量转换后再填避免逐个手算出错。4.3 半功率角设了但波束宽度没变现象在自定义权值方案下调整 azimuthHalfPowerBeamwidth从 65 改到 90波束宽度没有任何变化。原因这个参数在用户自定义权值方案下不参与公共信道波束赋形。手册里明确写了采用自定义权值时该参数不参与波束赋形最终结果由幅度和相位权值决定。你改它系统忽略它。解决如果用的是方案 3 或方案 4不要指望通过调 azimuthHalfPowerBeamwidth 来改变波束宽度。要改波束形状只能调幅度和相位权值。如果确实需要按半功率角来控制波束切回方案 1 或方案 2。4.4 天线厂家权值赋形结果与方向图对不上现象按天线厂家提供的权值配置后实际波束形状与厂家给出的方向图不一致旁瓣或零点位置有偏差。原因可能有两个。一是 commonChBeamfrmPortMap 没有设为 CO_POLARIZED厂家权值是基于同极化映射计算的用了 CROSS_POLARIZED 结果自然不对。二是天线和 RRU 之间的跳线连接没有按 CMCC 规范的标准线序连接物理连接错了参数再对也没用。解决先确认 commonChBeamfrmPortMap CO_POLARIZED。再检查天线和 RRU 之间的跳线线序按 CMCC 规范的标准线序逐一核对。这两步都确认无误后再对比厂家方向图和实际测试结果如果仍有偏差联系厂家确认权值是否针对当前天线型号。4.5 自定义权值生效后覆盖反而变差现象切换到方案 4 自定义权值后小区覆盖范围缩小边缘用户信号质量下降甚至出现弱覆盖区域。原因自定义权值设计不合理。幅度和相位权值决定了波束的指向、宽度和旁瓣抑制如果权值没有经过仿真验证可能形成波束过窄、指向偏移或旁瓣过高的问题。手册里建议谨慎使用方案 4就是因为这个方案对天线特性和赋形原理要求高调不好比预定义方案还差。解决回退到方案 1 或方案 2先保证基础覆盖。如果确实需要自定义先用天线仿真工具验证权值确认方向图满足覆盖需求后再下发。下发后做路测对比调整前后的 RSRP 和 SINR确认覆盖没有恶化再保留配置。5. 权值换算的批量处理与验证方法实际调权值时最耗时的往往不是理解参数而是把厂家给的一堆小数和负角度转换成参数能认的整数。我自己的做法是在 Excel 里建一个换算模板幅度列用ROUND(实际值*100,0)相位列用IF(实际值0,360实际值,实际值)批量算完再往网管里填。这样比手算快也比手算准。# 权值批量换算脚本幅度×100取整相位负值加360 def convert_weights(amplitudes, phases): amplitudes: 实际幅度权值列表元素范围0~1 phases: 实际相位权值列表元素范围-180~180 返回可直接填入参数的幅度和相位列表 amp_params [round(a * 100) for a in amplitudes] phase_params [p if p 0 else 360 p for p in phases] return amp_params, phase_params # 示例厂家权值 amp [0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5] phase [0, -45, -90, -135, 180, 135, 90, 45] amp_out, phase_out convert_weights(amp, phase) print(幅度参数:, amp_out) # [50, 50, 50, 50, 50, 50, 50, 50] print(相位参数:, phase_out) # [0, 315, 270, 225, 180, 135, 90, 45]这段脚本的逻辑很直白幅度乘以 100 后四舍五入取整相位负值加 360 转正。参数说明上amplitudes 列表长度必须是 8phases 列表长度也必须是 8跟参数数组元素个数对齐。如果厂家给的权值元素个数不是 8需要先确认是否对应 8 通道天线不是的话这套参数不适用。换算完之后验证方法分两步。第一步是参数下发后观察小区状态确认没有告警公共信道功率和波束赋形相关计数器没有异常。第二步是做路测对比调整前后的 RSRP、SINR 和切换成功率。如果自定义权值生效波束形状变化会在路测数据里体现出来——覆盖范围、信号强度和干扰水平都会有变化。我一般会在调整前后各跑一圈 DT把数据拉出来对比确认波束确实按预期变了而不是参数填了但实际没生效。从那以后我每次调权值参数都强制走一遍换算和验证流程先 Excel 批量转换再脚本复核下发后看告警最后路测对比。这套流程走下来基本没再出现过“参数填了但波束没动”的情况。希望帮到你。本文还有配套的精品资源点击获取
5G公共信道波束赋形：爱立信天线权值参数配置与避坑指南
简介这份《爱立信天线权值参数指导手册》面向从事5G网络优化的工程师与技术人员聚焦公共信道波束赋形这一关键环节帮助解决天线权值参数配置与覆盖优化中的实际问题。手册围绕eNB对小区公共信道的四个赋形参数展开包括半功率宽度azimuthHalfPowerBeamwidth、端口映射关系commonChBeamfrmPortMap以及幅度权值customComChBeamfrmWtsAmplitude和相位权值customComChBeamfrmWtsPhase并对比爱立信预定义权值与用户自定义权值两类方案的适用场景与注意事项。资源包为1个docx文档大小约85KB内容涵盖参数说明、权值方案建议及工程配置要点便于随查随用。目前已有261人学习下载。读者可借此理清预定义方案1、2与天线厂家方案3、自定义方案4的差异掌握同极化与交叉极化映射的选择逻辑理解自定义权值生效条件及半功率角不参与赋形的规则为建网初期选型与特殊场景覆盖优化提供可落地的参考依据。1. 天线权值参数一份让 5G 公共信道波束赋形不再靠猜的手册做 5G 网络优化的同行大概都有过这种经历小区覆盖忽宽忽窄公共信道波束形状跟天线标称值对不上翻遍参数表也找不到哪个值在起作用。爱立信这份《天线权值参数指导手册》就是冲着这个场景来的——它把 eNB 对小区公共信道做赋形控制的四个核心参数拆开讲透了azimuthHalfPowerBeamwidth、commonChBeamfrmPortMap、customComChBeamfrmWtsAmplitude、customComChBeamfrmWtsPhase。适合谁一是刚接手爱立信基站、需要搞清公共信道赋形逻辑的网优工程师二是遇到特殊覆盖场景、想用天线厂家权值或自定义权值做精细调整的老手。它不教你怎么开站但能让你在调波束时知道每个参数在干什么、边界在哪、什么时候该用预定义方案、什么时候碰自定义会翻车。2. 四个参数各管什么从半功率角到幅度相位权值2.1 azimuthHalfPowerBeamwidth预定义方案里它是主角自定义方案里它靠边站这个参数名字直译就是“方位面半功率波束宽度”单位是度。在爱立信预定义权值方案下它直接决定公共信道波束的水平波瓣宽度可选值主要是 65 和 90。手册里给的建议很明确单频段 F 或 D 天线通常设 65全频段 FAD 天线的 D 频段也设 65全频段 FAD 天线的 F 频段设 90。这是按天线实际属性来的不是拍脑袋定的。但这里有个容易踩的坑一旦你切到用户自定义权值方案这个参数就不再参与公共信道波束赋形了。最终波束形状完全由你输入的幅度和相位权值决定。很多人改自定义权值时忘了这一点还在那调 azimuthHalfPowerBeamwidth结果发现波束纹丝不动白白浪费半天时间。所以记住一个判断链先用预定义方案这个参数按天线属性设用天线厂家权值或纯自定义权值这个参数就变成“仅供参考”了。2.2 commonChBeamfrmPortMap逻辑端口到 RRU 输出端口的映射开关这个参数控制的是基站内部 LTE 逻辑端口antenna Port0 和 Port1到 RRU 射频输出端口的映射方式。它有两个取值CROSS_POLARIZED 和 CO_POLARIZED。手册里特意强调了一句这个参数不是用来反映天线极化方式的它反映的是映射关系。CROSS_POLARIZED 是爱立信私有映射方式每个逻辑端口映射到的天线端口包含不同极化方式±45 度。CO_POLARIZED 是标准映射方式每个逻辑端口映射到的天线端口具有相同极化方式。关键规则在这里采用天线厂家权值进行自定义时这个参数必须设为 CO_POLARIZED。如果你设成 CROSS_POLARIZED赋形结果跟厂家给的权值对不上波束形状直接跑偏。另外手册里提了一条工程规范天线和 RRU 之间的跳线连接必须按照 CMCC 规范的标准线序连接。这条不是参数问题但线序错了参数怎么设都白搭。我一般会在调权值之前先确认线序省得后面排查时把问题复杂化。2.3 customComChBeamfrmWtsAmplitude八个幅度值至少一个非零才生效这个参数是一个包含八个幅度值的数组取值范围标称是 0 到 100。但手册里给了一个非常关键的换算说明实际权值通常是 0 到 1设置参数时需要做数值转换实际权值 参数值 / 100。也就是说如果你拿到的天线厂家权值幅度是 0.7写到参数里就是 70。生效条件很直接八个幅度值里至少有一个非零自定义权值才生效。如果全填 0系统就回落到爱立信预定义权值。这个设计其实挺合理——全零相当于一个“关闭自定义”的开关。但实际调的时候有人会误以为填个很小的值比如 1 就能生效结果波束形状跟预期差很远因为 1 对应实际权值 0.01几乎等于没有。所以填幅度权值时要按实际比例来别拿它当布尔开关用。2.4 customComChBeamfrmWtsPhase相位值要过一道换算负角度得转成正的相位权值同样是一个八元素数组取值范围 0 到 359。但实际相位值通常表示为 0 到 ±180。手册里给了转换规则0 到 180 可以直接用0 到 -180 的部分需要转换到正值再输入公式是参数值 360 负角度。比如 -150 度360 (-150) 210参数里就填 210。这个换算看着简单但实际填表时很容易搞混。尤其是从天线厂家拿到的权值表里相位可能是 -90、-120 这种负值直接填进去系统不认或者赋形结果完全不对。我自己的习惯是先在表格里把负角度全部转成正角度再往参数里填避免一边填一边算。另外注意相位权值和幅度权值是配合使用的只调其中一个通常达不到预期波束形状两个要一起看。3. 四种权值方案的选型逻辑与参数配置实操3.1 方案 1 和 2预定义权值建网初期的默认选择方案 1 和方案 2 都是爱立信预定义权值区别主要在 azimuthHalfPowerBeamwidth 的取值上。方案 1 对应 65 度方案 2 对应 90 度。这两个方案的特点是“无功率损失”也就是说赋形后的波束在覆盖和功率分配上是经过优化的不需要你额外算幅度相位。配置上很简单azimuthHalfPowerBeamwidth 按天线实际属性设commonChBeamfrmPortMap 设成 CROSS_POLARIZEDcustomComChBeamfrmWtsAmplitude 和 customComChBeamfrmWtsPhase 全填 0。全零意味着自定义权值不生效系统走预定义方案。手册里明确建议建网初期采用方案 1 和 2原因是这两个方案已经过优化能提供稳定的性能不需要对天线特性和赋形原理有深入理解就能用。我自己的经验是新站开通或者小区覆盖没有特殊要求时直接走方案 1 或 2别一上来就折腾自定义。预定义方案在大多数常规场景下够用而且出问题时排查路径短——参数少变量少。3.2 方案 3天线厂家权值特殊场景下的精细调整方案 3 是用户自定义权值但幅度和相位权值直接采用天线厂家提供的值。这个方案适用于特殊场景或覆盖优化有特别要求的情况。配置上有几个硬性约束azimuthHalfPowerBeamwidth 不参与波束赋形commonChBeamfrmPortMap 必须设为 CO_POLARIZEDcustomComChBeamfrmWtsAmplitude 和 customComChBeamfrmWtsPhase 填天线厂家给的幅度和相位权值。这里的关键操作是权值换算。厂家给的幅度通常是 0 到 1 的小数填参数时要乘以 100相位如果是负值要按 360 负角度转成正数。举个例子厂家权值幅度为 [0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5]相位为 [0, -45, -90, -135, 180, 135, 90, 45]转换后幅度参数填 [50, 50, 50, 50, 50, 50, 50, 50]相位参数填 [0, 315, 270, 225, 180, 135, 90, 45]。# 幅度权值换算示例实际值乘以100 # 厂家幅度: 0.5 0.5 0.5 0.5 0.5 0.5 0.5 0.5 # 参数值: 50 50 50 50 50 50 50 50 # 相位权值换算示例负角度加360 # 厂家相位: 0 -45 -90 -135 180 135 90 45 # 参数值: 0 315 270 225 180 135 90 45上面这段换算逻辑看着简单但实际填参数时经常有人把幅度和相位的顺序搞反或者漏掉某个元素的转换。建议在 Excel 里先做好两列转换公式再往网管里填减少手算出错。3.3 方案 4纯自定义权值灵活但门槛最高方案 4 是完全由用户自己定义幅度和相位权值不依赖天线厂家提供的值。手册里对这个方案的评价很直接参数设置较为复杂需要对天线特性和赋形原理有深入的理解建议谨慎使用。这个“谨慎使用”不是客套话是血泪经验——自定义权值调不好波束形状可能比预定义方案还差而且排查起来非常困难因为变量太多。配置上azimuthHalfPowerBeamwidth 同样不参与赋形commonChBeamfrmPortMap 可以是 CO_POLARIZED 或 CROSS_POLARIZED最终赋形结果由你输入的幅度和相位权值决定。这里的选择空间大了但坑也多了。比如你选了 CROSS_POLARIZED逻辑端口映射到不同极化方式的端口上赋形结果跟你用 CO_POLARIZED 时完全不一样。如果没有对天线阵列的极化特性和赋形算法有足够理解很容易调出一个“看起来参数都对但波束就是不对”的结果。我一般会建议除非你有明确的天线方向图仿真数据支撑否则不要轻易走方案 4。方案 3 已经能覆盖大多数特殊场景方案 4 更适合有天线设计背景的团队做深度定制。3.4 参数配置速查与常见组合把四种方案的参数配置整理成一张表方便对照。注意表中“自定义幅度/相位”一栏方案 1 和 2 填全零方案 3 填厂家权值换算后的值方案 4 填自己计算的值。方案azimuthHalfPowerBeamwidthcommonChBeamfrmPortMapcustomComChBeamfrmWtsAmplitudecustomComChBeamfrmWtsPhase方案 165按天线属性CROSS_POLARIZED0,0,0,0,0,0,0,00,0,0,0,0,0,0,0方案 290按天线属性CROSS_POLARIZED0,0,0,0,0,0,0,00,0,0,0,0,0,0,0方案 3不参与赋形CO_POLARIZED厂家幅度×100厂家相位转换后方案 4不参与赋形CO_POLARIZED 或 CROSS_POLARIZED自定义幅度×100自定义相位转换后这张表建议存下来调参数时直接对照。尤其是方案 3 和方案 4 的 commonChBeamfrmPortMap 取值差异方案 3 强制 CO_POLARIZED方案 4 两种都行但结果不同别搞混。4. 避坑与排查权值参数调错后的五个典型现象4.1 自定义权值填了但波束没变化现象幅度和相位权值都填了非零值但小区公共信道波束形状跟预定义方案一样没有任何变化。原因最常见的是幅度权值数组里所有值都填了 0或者填了非零值但实际换算后太小比如填 1 对应 0.01系统判定为无效自定义权值回落到预定义方案。另一个可能是 commonChBeamfrmPortMap 设成了 CROSS_POLARIZED而方案 3 要求必须是 CO_POLARIZED映射方式不对导致自定义权值不生效。解决先检查幅度权值数组是否至少有一个非零值且换算后的实际权值不能太小。再确认 commonChBeamfrmPortMap 是否与当前方案匹配——方案 3 必须 CO_POLARIZED方案 4 根据你的设计选。改完后重启小区或重新下发参数观察波束是否变化。4.2 相位权值填了负值系统报错或结果异常现象直接把厂家给的负相位值如 -90、-150填进 customComChBeamfrmWtsPhase参数下发失败或者下发成功但赋形结果完全不对。原因这个参数的取值范围是 0 到 359不接受负值。手册里写得很清楚负角度需要转换到正值再输入公式是 360 负角度。填 -90 系统不认填 270 才是对的。解决把所有负相位值先做转换。0 到 180 直接填0 到 -180 用 360 加。比如 -45 填 315-90 填 270-135 填 225-150 填 210。建议在 Excel 里批量转换后再填避免逐个手算出错。4.3 半功率角设了但波束宽度没变现象在自定义权值方案下调整 azimuthHalfPowerBeamwidth从 65 改到 90波束宽度没有任何变化。原因这个参数在用户自定义权值方案下不参与公共信道波束赋形。手册里明确写了采用自定义权值时该参数不参与波束赋形最终结果由幅度和相位权值决定。你改它系统忽略它。解决如果用的是方案 3 或方案 4不要指望通过调 azimuthHalfPowerBeamwidth 来改变波束宽度。要改波束形状只能调幅度和相位权值。如果确实需要按半功率角来控制波束切回方案 1 或方案 2。4.4 天线厂家权值赋形结果与方向图对不上现象按天线厂家提供的权值配置后实际波束形状与厂家给出的方向图不一致旁瓣或零点位置有偏差。原因可能有两个。一是 commonChBeamfrmPortMap 没有设为 CO_POLARIZED厂家权值是基于同极化映射计算的用了 CROSS_POLARIZED 结果自然不对。二是天线和 RRU 之间的跳线连接没有按 CMCC 规范的标准线序连接物理连接错了参数再对也没用。解决先确认 commonChBeamfrmPortMap CO_POLARIZED。再检查天线和 RRU 之间的跳线线序按 CMCC 规范的标准线序逐一核对。这两步都确认无误后再对比厂家方向图和实际测试结果如果仍有偏差联系厂家确认权值是否针对当前天线型号。4.5 自定义权值生效后覆盖反而变差现象切换到方案 4 自定义权值后小区覆盖范围缩小边缘用户信号质量下降甚至出现弱覆盖区域。原因自定义权值设计不合理。幅度和相位权值决定了波束的指向、宽度和旁瓣抑制如果权值没有经过仿真验证可能形成波束过窄、指向偏移或旁瓣过高的问题。手册里建议谨慎使用方案 4就是因为这个方案对天线特性和赋形原理要求高调不好比预定义方案还差。解决回退到方案 1 或方案 2先保证基础覆盖。如果确实需要自定义先用天线仿真工具验证权值确认方向图满足覆盖需求后再下发。下发后做路测对比调整前后的 RSRP 和 SINR确认覆盖没有恶化再保留配置。5. 权值换算的批量处理与验证方法实际调权值时最耗时的往往不是理解参数而是把厂家给的一堆小数和负角度转换成参数能认的整数。我自己的做法是在 Excel 里建一个换算模板幅度列用ROUND(实际值*100,0)相位列用IF(实际值0,360实际值,实际值)批量算完再往网管里填。这样比手算快也比手算准。# 权值批量换算脚本幅度×100取整相位负值加360 def convert_weights(amplitudes, phases): amplitudes: 实际幅度权值列表元素范围0~1 phases: 实际相位权值列表元素范围-180~180 返回可直接填入参数的幅度和相位列表 amp_params [round(a * 100) for a in amplitudes] phase_params [p if p 0 else 360 p for p in phases] return amp_params, phase_params # 示例厂家权值 amp [0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5] phase [0, -45, -90, -135, 180, 135, 90, 45] amp_out, phase_out convert_weights(amp, phase) print(幅度参数:, amp_out) # [50, 50, 50, 50, 50, 50, 50, 50] print(相位参数:, phase_out) # [0, 315, 270, 225, 180, 135, 90, 45]这段脚本的逻辑很直白幅度乘以 100 后四舍五入取整相位负值加 360 转正。参数说明上amplitudes 列表长度必须是 8phases 列表长度也必须是 8跟参数数组元素个数对齐。如果厂家给的权值元素个数不是 8需要先确认是否对应 8 通道天线不是的话这套参数不适用。换算完之后验证方法分两步。第一步是参数下发后观察小区状态确认没有告警公共信道功率和波束赋形相关计数器没有异常。第二步是做路测对比调整前后的 RSRP、SINR 和切换成功率。如果自定义权值生效波束形状变化会在路测数据里体现出来——覆盖范围、信号强度和干扰水平都会有变化。我一般会在调整前后各跑一圈 DT把数据拉出来对比确认波束确实按预期变了而不是参数填了但实际没生效。从那以后我每次调权值参数都强制走一遍换算和验证流程先 Excel 批量转换再脚本复核下发后看告警最后路测对比。这套流程走下来基本没再出现过“参数填了但波束没动”的情况。希望帮到你。本文还有配套的精品资源点击获取
