简介《爱立信天线权值参数指导手册》是一份面向5G网络优化与无线网优工程师的简明技术文档聚焦基站公共信道天线权值参数的配置与调优。文档围绕azimuthHalfPowerBeamwidth半功率宽度、commonChBeamfrmPortMap端口映射、customComChBeamfrmWtsAmplitude幅度权值和customComChBeamfrmWtsPhase相位权值四个关键参数系统梳理了爱立信预定义权值与用户自定义权值两类方案并结合建网初期、特殊覆盖优化等场景给出了选型建议——如推荐预定义方案1、2特殊场景可采用天线厂家权值或谨慎使用自定义权值。包内为1个docx格式手册共85KB轻量便携。全站已有262人学习。读者通过这份资料可快速理解波束赋形参数含义、映射方式选择、自定义权值生效条件以及F/D/FAD天线的半功率角设置要点对5G公共信道覆盖优化与参数排查具有直接参考价值。1. 爱立信天线权值参数公共信道赋形四个参数决定波束形状在5G网络优化里天线权值参数经常被当成“玄学”一个站的覆盖调来调去最后往往发现是爱立信公共信道的四个赋形参数没配对。爱立信eNB对小区公共信道只有四个参数做赋形控制azimuthHalfPowerBeamwidth半功率角、commonChBeamfrmPortMap端口映射、customComChBeamfrmWtsAmplitude幅度权值、customComChBeamfrmWtsPhase相位权值业务信道反而没有参数可调。这里最反直觉的一点是很多人一上来就拧半功率角但在自定义权值场景下这个参数根本不参与波束赋形真正决定方向图的是幅度和相位数组。这份《爱立信天线权值参数指导手册.docx》把这四个参数和四种权值方案的适用边界写得很清楚适合刚接手爱立信后台的网优新人也适合正在做公共信道覆盖优化的老手。读完至少能回答三个问题参数为什么这么设、方案该怎么选、自定义权值怎么填不翻车。2. 四个参数逐个拆解半功率角、端口映射和权值数组各自的脾气2.1 azimuthHalfPowerBeamwidth65还是90要按天线实际属性定azimuthHalfPowerBeamwidth 的中文叫法很多半功率宽度、半功率角、水平波瓣宽度手册里给出的可设置值是 {65, 90}。它描述的是波束主瓣从峰值功率下降 3dB 时对应的角度范围。一句话理解主瓣越宽覆盖范围越大但能量越分散主瓣越窄覆盖距离越远但旁瓣和越区覆盖风险也会上来。但这个参数只在爱立信预定义权值方案里才真正参与公共信道的波束赋形而且不是想设多少就设多少。手册给的原则是azimuthHalfPowerBeamwidth 必须按照天线实际属性设定。现场最常见做法是单频段F或D天线、以及全频段FAD天线的D频段设定为65全频段FAD天线的F频段设定为90。原因不难理解F频段工作频率更低同尺寸天线的物理波瓣更宽如果强行用65度去做预定义权值波束形状和天线实际辐射特性不匹配覆盖边缘会出现凹陷小区中间反而可能过覆盖。这里还要解释一下为什么只有65和90两个值。爱立信预定义权值是固定的几套波束系数不是连续可调。65度适合大多数8通道天线的D频段90度更适合低频段的宽波束场景。如果你在OMC上看到取值范围写着 {65, 90}就别指望填72.5这种中间值系统不认。实际项目里有人为了“折中”把D频段填成90结果水平波瓣被放宽小区边缘干扰抬升最后还是要改回来。更要提醒的是当采用用户自定义权值方案3、4时azimuthHalfPowerBeamwidth 不参与公共信道波束赋形最终波束形状由输入幅度和相位权值决定。手册里方案3、4的表格仍然把 azimuth 写成65或90那只是沿用站型默认值不代表它还在起作用。很多人在OMC上看到这个参数是65就觉得波束是65度其实自定义权值场景下它已经是个“不干活”的参数了。如果你想通过改这个参数来调节自定义波束宽度方向就错了应该去改幅度和相位数组。2.2 commonChBeamfrmPortMap同极化与交叉极化映射选错全盘白调commonChBeamfrmPortMap 定义的是LTE逻辑端口antenna Port0、antenna Port1到RRU射频输出端口之间的映射关系。它有两个取值CROSS_POLARIZED 和 CO_POLARIZED对预定义权值和自定义权值都适用。CROSS_POLARIZED 是爱立信私有映射方式这种模式下每个逻辑端口映射到的天线端口包括了不同极化方式±45度。也就是说逻辑端口0可能同时挂到45和-45两个物理端口上。这种映射下系统可以自行处理两个极化方向的合成预定义权值用的就是这套逻辑。CO_POLARIZED 是标准映射方式每个逻辑端口映射到的天线端口都具有相同极化方式逻辑端口0只对应45度一组物理端口逻辑端口1只对应-45度一组物理端口。这里有个非常容易踩的点这个参数不反映天线的极化方式它只决定逻辑端口到RRU物理端口的映射关系。很多人看到 CROSS_POLARIZED 就以为天线是±45度双极化看到 CO_POLARIZED 就以为是单极化天线理解完全反了。实际上绝大多数站点天线都是双极化天线关键是权值表定义在哪个映射关系下。如果拿天线厂家给出的权值来配置厂家权值通常是在某一极化方向的物理端口上定义的此时参数必须设置为 CO_POLARIZED也就是同极化映射。否则你填的幅度相位和实际物理端口对不上比如你把第一列的幅度填给逻辑端口0但由于交叉极化映射逻辑端口0实际控制的是一半45、一半-45的端口厂家权值表的正确对应关系被彻底打乱波束方向图会偏到离谱。另外手册里明确提了一句工程约束天线和RRU之间的跳线连接必须按照CMCC规范的标准线序连接。这句话看着像废话实际排障时经常是最后才被想起来。参数配置正确、权值数组也对但跳线线序错了逻辑端口和物理端口的对应关系就乱了波束方向图照样不对。所以现场改权值之前先确认跳线线序规范别等到路测偏了再回头查线。2.3 customComChBeamfrmWtsAmplitude 与 Phase八元素数组至少一个非零才生效customComChBeamfrmWtsAmplitude 是自定义权值的幅度数组customComChBeamfrmWtsPhase 是相位数组两个参数都要求填八个元素。幅度参数取值范围是 {0..100}相位参数取值范围是 {0..359}。这里有个容易踩的坑取值范围和实际物理含义不是一回事实际幅度权值通常是0~1实际相位通常是0~±180度两者之间需要做数值换算。手册里明确写了一句话幅度权值数组中至少有一个非零时自定义权值才生效。如果八个幅度全部填0就表示使用爱立信预定义权值。很多人想试自定义权值结果幅度数组全0看起来参数已经下发实际系统用的还是预定义权值方向图一点没变。我在项目里就见过这种“假自定义”配置OMC侧参数读回全是0前台测试却发现波束还是预定义的形状查了半天才发现幅度数组没填。数值换算规则其实很简单实际幅度权值 参数值 / 100也就是说厂家表里给0.8你就要填80。相位参数则是把负值转换到0~359区间例如-150度需要填360(-150)210度-90度填270度90度直接填90。大于等于0的角度直接使用负角度加360转正没有别的高深逻辑。手册原文也强调对0~180可以直接使用对0~-180部分需要转换到正值再输入。这个转换我一般放在Excel公式或小工具里批量做避免手算错。数组为什么是八个元素我接触的配置场景里这通常对应8通道RRU加双极化天线一个极化方向4个振子两个逻辑端口对应8个物理通道。具体通道数要看你使用的RRU型号和天线型号但手册的场景假设就是8元素数组。填的时候按天线厂家权值表里列出的端口顺序一列一个元素顺序填入不要跳着填。如果开通的是非满配比如实际只用6个通道剩余通道用0填充但要保证至少有一个非零的幅度在参与赋形的通道上否则自定义权值不生效。这个“填0”的细节在批量配置时特别容易出错后面避坑章节会专门讲。3. 四种权值方案怎么选预定义打底、厂家权值救场、自定义慎用3.1 方案1和方案2爱立信预定义权值建网初期的最稳选择先看下面这张四种方案的参数汇总表后面几节都围绕它展开。方案azimuthHalfPowerBeamwidthcommonChBeamfrmPortMapcustomComChBeamfrmWtsAmplitudecustomComChBeamfrmWtsPhase典型使用场景165CROSS_POLARIZED0全00全0单频段F/D天线、FAD天线的D频段290CROSS_POLARIZED0全00全0全频段FAD天线的F频段365/90CO_POLARIZED天线厂家幅度权值天线厂家相位权值特殊覆盖或覆盖优化有要求465/90CO_POLARIZED 或 CROSS_POLARIZED用户自定义幅度用户自定义相位对天线特性和赋形原理很熟注意方案1、2里的幅度和相位填0不是“没有权值”而是“交给爱立信预定义权值”。从参数层面看全0数组就是触发预定义权值的开关。手册里把方案1、2也叫作无功率损失权值意思是不需要额外做功率拆分系统按约定好的波束系数直接发射不会因为自定义数组引入额外功率损失所以建网初期建议优先用这套。方案1和方案2之间的差别只在azimuthHalfPowerBeamwidth65还是90。这取决于天线实际属性和频段。单频段F或D天线、全频段FAD天线的D频段用方案1全频段FAD天线的F频段用方案2。建网初期如果拿不准就按这个规则来不要自己凭感觉改。预定义方案还有一个好处不需要理解幅度和相位数组的含义也不用向厂家要权值表OMC上配置四个参数就能起呼。对于刚接手爱立信的新手我一般建议先跑通方案1或方案2把波束覆盖的基本盘稳住再去碰自定义。3.2 方案3天线厂家权值救特殊场景的场但有硬约束建网初期之后随着优化深入总会有特殊场景冒出来体育场看台需要窄波束往看台打高层小区需要下倾角固定的异形波束跨江大桥需要沿桥面拉长覆盖。这时候预定义的65/90度波束往往不够用天线厂家基于自家天线阵子给出的权值表就是为这类场景准备的。方案3的核心约束有三条少一条都出问题。第一azimuthHalfPowerBeamwidth此时不参与赋形表格里保留65/90只是占位最终方向图由厂家权值决定别指望调它来微调波束宽度。第二commonChBeamfrmPortMap必须设置为CO_POLARIZED。前面已经讲过原因厂家权值表是在同极化物理端口上定义的只有同极化映射才能让数组元素和物理端口一一对应。第三幅度和相位数据必须完整填写不能只填幅度不填相位更不能把两组数错位。实际使用厂家权值时我见过的翻车现场大多出在“拿错表”天线型号是A厂家权值表却从B厂家同型号天线的通用表里抄过来。虽然天线增益和波瓣图可能接近但赋形权值是按具体阵子间距和幅相加权算出来的不同批次都可能不同跨厂家挪用几乎必然偏。正确做法是按天线铭牌型号找厂家要对应频段的权值表最好让厂家确认这张表是在8通道双极化天线上测的还是仿真的再决定是否落地。方案3的适用边界是“特殊场景或覆盖优化有特别要求”不是默认选择。如果一个站用预定义方案也能满足覆盖指标就不要为了“显得专业”去上厂家权值。厂家权值看起来高级但引入的变量更多天线批次、馈线长度、端口线序稍有差异波束就打折扣。收益不明显时风险不划算。3.3 方案4纯用户自定义权值自由度最高风险也最高方案4是自由度最高的方案commonChBeamfrmPortMap既可以选CO_POLARIZED也可以选CROSS_POLARIZED幅度和相位完全由自己定义。手册对方案4的评价很直接参数设置较为复杂需要对天线特性和赋形原理有深入理解建议谨慎使用。如果你还不能解释“某个相位值变了波束指向会偏多少度”就说明还没到用方案4的时候。方案4适合什么人我觉得至少要有两个条件一是手上有天线阵子的方向图数据和厂家授权使用的权值算法二是能在仿真工具里先验证方向图再上站。纯靠OMC上边填边试那是在烧天线口上的时间。常见的做法是先在MATLAB或专业天线仿真软件里导入天线方向图把幅度相位数组代入算出预期水平波瓣和垂直波瓣确认覆盖方向、下倾效果符合预期再转换成OMC参数下发。方案4里CROSS_POLARIZED也不是不能选但你要清楚爱立信私有映射在这个模式下如何处理两个极化。如果你已经理解2.2节的映射关系知道逻辑端口0和1分别对应哪些物理端口那可以选如果只是看默认值是CROSS_POLARIZED就直接用我劝你还是改成CO_POLARIZED更稳妥。至少在CO_POLARIZED下数组与物理端口的对应关系清晰排障容易得多。权值方案选择有一个实际判断标准看你要解决的问题是“波束形状不对”还是“波束指向不对”。形状不对且预定义方案里没有合适的再考虑方案3或4只是整体覆盖偏了优先调机械下倾、方位角或功率不要动不动动权值。权值参数调整虽然灵活但它修改的是整个小区的公共信道波束影响面比单站工程参数大得多动一次就得验证一次。3.4 方案切换时别让上一套权值“残留”从自定义方案切回预定义方案时最容易出的问题是“残留”。之前下的幅度相位数组如果不主动清成全0系统会继续把自定义数组当作生效配置哪怕你把azimuth和端口映射都改回去波束还是按旧的自定义方向图打。我见过的案例是某小区从方案3优化完后来覆盖目标变了同事把azimuth改回65、commonChBeamfrmPortMap改回CROSS_POLARIZED但幅度相位数组忘记清0结果前台测试发现波束还是厂家权值的形状反复排查了很久。原因就是方案切换时只改了前两个参数根本没动权值数组。正确的切换顺序是这样改回预定义时先把customComChBeamfrmWtsAmplitude和customComChBeamfrmWtsPhase全部改成0确认读回全0之后再把commonChBeamfrmPortMap从CO_POLARIZED改回CROSS_POLARIZED最后按天线属性重设azimuth。反过来从预定义切到自定义时先定端口映射再填数组顺序不能乱。这两个方向的操作逻辑相反很多人搞混建议把这套顺序写进自己的操作模板里。4. 自定义权值实操先把端口映射定死再做幅度和相位换算4.1 第一步commonChBeamfrmPortMap必须先选CO_POLARIZED无论采用天线厂家权值方案3还是纯自定义权值方案4第一步都是定端口映射。用厂家权值时手册说得很死必须CO_POLARIZED。原因前面讲过厂家权值表是在同极化端口上定义的交叉极化映射会把逻辑端口的信号拆到两个极化上幅度相位表直接失效。即使是方案4如果不想踩映射的坑我也建议你用同极化映射起步。现场操作的第一步不是填数组而是去OMC确认当前commonChBeamfrmPortMap的实际值。存量站里这个参数大概率是CROSS_POLARIZED因为爱立信预定义方案默认用它。你要改成CO_POLARIZED再继续填权值。顺序很重要端口映射一变逻辑端口到物理端口的对应关系就全变了先填数组再改映射OMC可能把填好的数组重置到默认全0。我见过一次翻车同事先下了幅度相位再改端口映射结果读回时幅度相位已经变成0方向图还是原来的白操作一轮。所以固定顺序就是先映射、后数组。如果是从预定义方案切到方案3这步还会影响预定义波束。CROSS_POLARIZED切换到CO_POLARIZED意味着每个逻辑端口控制的天线端口从“混合极化”变成“同极化”在没填自定义数组前公共信道波束会短时间处于一种中间态。我一般建议在低话务时段操作比如凌晨或者提前准备好回退步骤避免影响现网用户。有条件的话先在仿真环境验证一遍映射切换的参数组合再上生产站。4.2 第二步用一个小脚本做幅度和相位换算从天线厂家拿到的权值表幅度通常是0到1的小数相位可能是负的角度而OMC要求幅度0~100、相位0~359。手工转换遇到十几个小区就容易错我习惯用Python先跑一遍把厂家表逐行转成OMC参数。def convert_amplitude(weight): # 厂家给的幅度权值一般是0~1OMC参数范围0~100 # 实际权值 参数值 / 100所以反推参数值 权值 * 100 return round(weight * 100) def convert_phase(phase_deg): # 厂家给的角度可能是 -180~180OMC参数范围0~359 # 负角度加360转到合法区间例如-150度转成210度 if phase_deg 0: return 360 phase_deg return phase_deg # 示例天线厂家给出一组8通道权值 amplitude_weights [0.8, 0.6, 1.0, 0.6, 0.8, 0.6, 0.5, 0.5] phase_degrees [0, -150, 30, -90, 180, 0, -45, 15] amp_params [convert_amplitude(a) for a in amplitude_weights] phase_params [convert_phase(p) for p in phase_degrees] print(幅度参数:, amp_params) print(相位参数:, phase_params)convert_amplitude 把0~1的小数乘以100再取整因为OMC上一般不支持小数。convert_phase 把负相位加360转到0~359区间比如-150度转成210度-90度转成270度。输出结果可以按顺序直接填进customComChBeamfrmWtsAmplitude和customComChBeamfrmWtsPhase。注意相位0和360是同一个角度合法区间内填0就行-180转出来是180也在区间内。幅度换算后要再检查数组里至少有一个非零否则自定义权值不生效。我一般会在脚本里加一行断言# 至少一个幅度非零防止全零数组导致自定义权值被忽略 assert any(amp_params), 幅度数组全零自定义权值不会生效这行断言看着简单但真能拦住一批错误。批量处理多个小区时有的小区会漏填其中一组有了断言脚本跑到漏填小区直接报错而不是等到路测发现问题再返工。参数转换不是高深技术真正有价值的是把这步做成模板每次新项目直接套用。4.3 第三步参数下发后的核对与回退参数填完后不要急着关OMC先做三层核对。第一层读回刚才下发的两个数组看是否和脚本输出完全一致尤其是相位转换后的值第二层确认commonChBeamfrmPortMap仍然是你改后的映射方式避免下发过程中被别的配置覆盖第三层检查小区状态如果有告警或信道未建立先处理完再走。如果用的是网管批量下发还要注意数组长度。customComChBeamfrmWtsAmplitude和Phase都是8元素数组批量模板里容易多逗号或少逗号导致整批小区配置失败。我习惯在脚本里把数组长度纳入检查长度不是8就直接报错而不是让OMC去判错。另外要留意逗号是英文半角中文逗号在网管模板里是非法字符这类错误批量下来往往要返工一整批。回退方法也要提前想好。从方案3或方案4切回预定义方案最稳妥的做法是把幅度、相位数组全部改成0再把commonChBeamfrmPortMap改回CROSS_POLARIZEDazimuthHalfPowerBeamwidth按天线实际属性恢复成65或90。我的习惯是先把数组清0再切映射。清0后系统会落到预定义此时波束已经是预定义形状之后切映射影响更小。这个顺序我踩过反的先切映射再清数组中间短暂出现了“自定义数组新映射”的乱组合前台上报了几秒异常。从那以后凡是回退预定义我都是先清数组再切映射。4.4 厂家权值表的端口对应关系先对号入座再谈填数拿到天线厂家的权值表第一步不是看幅度相位而是看表头。不同厂家的表格写法差异很大有的写Port0~Port7有的写T0~T7有的干脆按天线腔体顺序列8列。你要先把这些列和RRU实际物理端口、以及CO_POLARIZED映射下的逻辑端口对应关系理清。我一般会做一张对应表左边是厂家权值表列号中间是RRU输出端口号右边是逻辑端口号。确认三者一一对应后再按这个对应关系把幅度相位填入OMC数组。如果厂家表头和现场RRU端口排序相反填进去的权值就是反的方向图会左右颠倒。这种问题从OMC读回参数里完全看不出来只有路测才能暴露。所以填数组之前花十分钟做对应表比事后返工划算得多。5. 天线权值参数避坑指南五条必看的踩坑记录5.1 自定义权值不生效波束还是预定义形状现象按天线厂家权值表填了幅度和相位公共信道波束方向图没变化前台测试和预定义方案一模一样。原因幅度数组全零。customComChBeamfrmWtsAmplitude的8个元素里没有一个非零系统判断为“使用爱立信预定义权值”自定义权值直接不参与。这种情况在批量导表时尤其常见模板某一列被漏填或误填成全0。还有一种隐藏情况数组填了但所有非零幅度都落在未参与映射的通道上系统不会报错结果同样是自定义权值不生效。解决下发前先用脚本检查幅度数组是否存在非零元素。如果有小区真需要某个通道幅度为0也要保证至少一个参与赋形的通道是非零的。检查逻辑一句话any(amp_params) 必须为True。我习惯在批量表里对每个小区都加一列“幅度非零校验”值等于0的直接标红。5.2 相位填了负数OMC直接报参数非法现象在OMC上填写customComChBeamfrmWtsPhase输入-150、-90这类值系统报错参数无法下发。原因相位参数取值范围是{0..359}不接受负数。天线厂家给的权值表里相位常常是-180~180的表示法直接照抄就会撞到取值范围上。OAM侧报错信息可能只提示“参数值超出范围”不会告诉你需要加360转换新手很容易卡在这一步。解决按手册规则把负角度转成正数参数值360负值。例如-150度填210-90度填270-45度填315。0~180之间的角度可以不变。做转换时最好用脚本或Excel批量算别在网管界面手算。转换完再看一遍有没有遗漏的负号这是批量转换里最常见的低级错误。5.3 用了天线厂家权值却没改端口映射方向图完全偏掉现象填了厂家权值azimuth和权值数组都对但路测发现波束覆盖方向不是预期方向甚至出现左右颠倒、波束分裂。原因commonChBeamfrmPortMap还是CROSS_POLARIZED。厂家权值表基于CO_POLARIZED同极化映射定义交叉极化映射下逻辑端口对应的物理端口变了数组和端口无法一一对应。这种情况下系统不会报错因为参数本身合法只是物理映射关系错了。解决方案3必须先把commonChBeamfrmPortMap改成CO_POLARIZED再填权值数组。改完映射后重新核对逻辑端口与RRU输出端口的对应关系有条件的话去现场确认跳线线序也符合标准别全指望参数面。如果你是从预定义方案切过来的尤其要注意预定义方案默认使用CROSS_POLARIZED这一步容易漏。5.4 预定义方案里把65和90搞反F频段覆盖出现中间坑现象全频段FAD天线的F频段用了azimuth65的预定义方案前台测试发现波束偏窄小区中部或边缘覆盖有坑干扰还上升了。原因azimuthHalfPowerBeamwidth没按天线实际属性设定。全频段FAD天线的F频段物理波瓣本来就宽用65度预定义权值去约束波束被强制收窄和天线实际辐射特性不匹配。表面看参数合法、小区正常但空口覆盖已经变形。解决按手册原则恢复单频段F或D天线、全频段FAD天线的D频段用65全频段FAD天线的F频段用90。改之前先看天线型号和频段不要想当然统一填65。自定义权值场景下这个参数不参与赋形可以不管它但预定义方案里它仍然是决定波束形状的关键参数。5.5 跳线线序不规范参数全对方向图依然不对现象OMC参数读回全对权值数组也经过脚本校验但路测方向图和仿真结果对不上同样的参数在另一个站点却是对的。原因天线和RRU之间的跳线没有按CMCC规范的标准线序连接。逻辑端口到物理端口的映射不仅由参数决定还受实际线缆连接影响线序错了参数里定义的逻辑端口对应关系就落不到物理端口上。这个问题在存量站改造时特别常见之前的工程队换过天线线序没有按规范恢复。解决先查跳线线序再查参数。现场排障时用万用表或网管上的端口收发光功率逐对核对RRU输出端口到天线端口的连接确认线序符合标准。这个问题隐蔽性很强我一般是把它放到权值排查的最后一位但每次都最先怀疑是不是又出现了。6. 确认公共信道波束真的按权值走了三个验证手段6.1 从OMC读回参数不是验收只是起点每次改完四个参数我都会在OMC上把读回值截图存档但这只是最低要求。读回只能证明“系统接收了这组数”证明不了“天线真的按这个方向图辐射”。公共信道波束赋形的最终效果要靠空口验证参数读回只是排除配置差错的第一步。如果读回值和脚本输出不一致直接查是不是有人工修改或批量模板问题如果一致再进入路测环节。6.2 路测看RSRP分布和波束指向公共信道赋形最直观的验证手段是沿天线法线方向做一圈路测观察RSRP的覆盖趋势。以D频段为例如果理论覆盖方向是0度你可以从-150度到150度绕站一圈把每个角度区间的RSRP均值拉出来对比预期波瓣图。半功率角内的RSRP应明显高于两侧且最大值出现在理论指向附近。如果出现“左右反转”或“副瓣比主瓣还高”多半是端口映射或线序问题回头查第5章的三条。垂直面验证稍微麻烦一点需要楼宇或无人机配合条件不具备时可以只验证水平面。水平面验证已经能发现大多数权值配置错误方向偏、波束分裂、副瓣抬升这些都能在RSRP沿角度的变化曲线上看出来。如果现场测试条件受限至少要在两个方向各测一条线一个对准理论主瓣方向一个对准理论旁瓣方向两者差值明显时才算正常。6.3 我的验收习惯做了几年这个方向我的习惯已经固化下来每一步改权值都保留三份文件——天线厂家给的原始权值表、脚本转换后的OMC参数、OMC读回截图。三份对上了才算配置完成。从那以后我每次改公共信道权值都强制走一遍“先映射、再数组、后路测”的顺序宁可多花半小时做脚本校验也绝不在现场盲调。这套拆解里提到的每个坑都是我或身边同事真实踩过的希望帮到你。本文还有配套的精品资源点击获取
简介《爱立信天线权值参数指导手册》是一份面向5G网络优化与无线网优工程师的简明技术文档聚焦基站公共信道天线权值参数的配置与调优。文档围绕azimuthHalfPowerBeamwidth半功率宽度、commonChBeamfrmPortMap端口映射、customComChBeamfrmWtsAmplitude幅度权值和customComChBeamfrmWtsPhase相位权值四个关键参数系统梳理了爱立信预定义权值与用户自定义权值两类方案并结合建网初期、特殊覆盖优化等场景给出了选型建议——如推荐预定义方案1、2特殊场景可采用天线厂家权值或谨慎使用自定义权值。包内为1个docx格式手册共85KB轻量便携。全站已有262人学习。读者通过这份资料可快速理解波束赋形参数含义、映射方式选择、自定义权值生效条件以及F/D/FAD天线的半功率角设置要点对5G公共信道覆盖优化与参数排查具有直接参考价值。1. 爱立信天线权值参数公共信道赋形四个参数决定波束形状在5G网络优化里天线权值参数经常被当成“玄学”一个站的覆盖调来调去最后往往发现是爱立信公共信道的四个赋形参数没配对。爱立信eNB对小区公共信道只有四个参数做赋形控制azimuthHalfPowerBeamwidth半功率角、commonChBeamfrmPortMap端口映射、customComChBeamfrmWtsAmplitude幅度权值、customComChBeamfrmWtsPhase相位权值业务信道反而没有参数可调。这里最反直觉的一点是很多人一上来就拧半功率角但在自定义权值场景下这个参数根本不参与波束赋形真正决定方向图的是幅度和相位数组。这份《爱立信天线权值参数指导手册.docx》把这四个参数和四种权值方案的适用边界写得很清楚适合刚接手爱立信后台的网优新人也适合正在做公共信道覆盖优化的老手。读完至少能回答三个问题参数为什么这么设、方案该怎么选、自定义权值怎么填不翻车。2. 四个参数逐个拆解半功率角、端口映射和权值数组各自的脾气2.1 azimuthHalfPowerBeamwidth65还是90要按天线实际属性定azimuthHalfPowerBeamwidth 的中文叫法很多半功率宽度、半功率角、水平波瓣宽度手册里给出的可设置值是 {65, 90}。它描述的是波束主瓣从峰值功率下降 3dB 时对应的角度范围。一句话理解主瓣越宽覆盖范围越大但能量越分散主瓣越窄覆盖距离越远但旁瓣和越区覆盖风险也会上来。但这个参数只在爱立信预定义权值方案里才真正参与公共信道的波束赋形而且不是想设多少就设多少。手册给的原则是azimuthHalfPowerBeamwidth 必须按照天线实际属性设定。现场最常见做法是单频段F或D天线、以及全频段FAD天线的D频段设定为65全频段FAD天线的F频段设定为90。原因不难理解F频段工作频率更低同尺寸天线的物理波瓣更宽如果强行用65度去做预定义权值波束形状和天线实际辐射特性不匹配覆盖边缘会出现凹陷小区中间反而可能过覆盖。这里还要解释一下为什么只有65和90两个值。爱立信预定义权值是固定的几套波束系数不是连续可调。65度适合大多数8通道天线的D频段90度更适合低频段的宽波束场景。如果你在OMC上看到取值范围写着 {65, 90}就别指望填72.5这种中间值系统不认。实际项目里有人为了“折中”把D频段填成90结果水平波瓣被放宽小区边缘干扰抬升最后还是要改回来。更要提醒的是当采用用户自定义权值方案3、4时azimuthHalfPowerBeamwidth 不参与公共信道波束赋形最终波束形状由输入幅度和相位权值决定。手册里方案3、4的表格仍然把 azimuth 写成65或90那只是沿用站型默认值不代表它还在起作用。很多人在OMC上看到这个参数是65就觉得波束是65度其实自定义权值场景下它已经是个“不干活”的参数了。如果你想通过改这个参数来调节自定义波束宽度方向就错了应该去改幅度和相位数组。2.2 commonChBeamfrmPortMap同极化与交叉极化映射选错全盘白调commonChBeamfrmPortMap 定义的是LTE逻辑端口antenna Port0、antenna Port1到RRU射频输出端口之间的映射关系。它有两个取值CROSS_POLARIZED 和 CO_POLARIZED对预定义权值和自定义权值都适用。CROSS_POLARIZED 是爱立信私有映射方式这种模式下每个逻辑端口映射到的天线端口包括了不同极化方式±45度。也就是说逻辑端口0可能同时挂到45和-45两个物理端口上。这种映射下系统可以自行处理两个极化方向的合成预定义权值用的就是这套逻辑。CO_POLARIZED 是标准映射方式每个逻辑端口映射到的天线端口都具有相同极化方式逻辑端口0只对应45度一组物理端口逻辑端口1只对应-45度一组物理端口。这里有个非常容易踩的点这个参数不反映天线的极化方式它只决定逻辑端口到RRU物理端口的映射关系。很多人看到 CROSS_POLARIZED 就以为天线是±45度双极化看到 CO_POLARIZED 就以为是单极化天线理解完全反了。实际上绝大多数站点天线都是双极化天线关键是权值表定义在哪个映射关系下。如果拿天线厂家给出的权值来配置厂家权值通常是在某一极化方向的物理端口上定义的此时参数必须设置为 CO_POLARIZED也就是同极化映射。否则你填的幅度相位和实际物理端口对不上比如你把第一列的幅度填给逻辑端口0但由于交叉极化映射逻辑端口0实际控制的是一半45、一半-45的端口厂家权值表的正确对应关系被彻底打乱波束方向图会偏到离谱。另外手册里明确提了一句工程约束天线和RRU之间的跳线连接必须按照CMCC规范的标准线序连接。这句话看着像废话实际排障时经常是最后才被想起来。参数配置正确、权值数组也对但跳线线序错了逻辑端口和物理端口的对应关系就乱了波束方向图照样不对。所以现场改权值之前先确认跳线线序规范别等到路测偏了再回头查线。2.3 customComChBeamfrmWtsAmplitude 与 Phase八元素数组至少一个非零才生效customComChBeamfrmWtsAmplitude 是自定义权值的幅度数组customComChBeamfrmWtsPhase 是相位数组两个参数都要求填八个元素。幅度参数取值范围是 {0..100}相位参数取值范围是 {0..359}。这里有个容易踩的坑取值范围和实际物理含义不是一回事实际幅度权值通常是0~1实际相位通常是0~±180度两者之间需要做数值换算。手册里明确写了一句话幅度权值数组中至少有一个非零时自定义权值才生效。如果八个幅度全部填0就表示使用爱立信预定义权值。很多人想试自定义权值结果幅度数组全0看起来参数已经下发实际系统用的还是预定义权值方向图一点没变。我在项目里就见过这种“假自定义”配置OMC侧参数读回全是0前台测试却发现波束还是预定义的形状查了半天才发现幅度数组没填。数值换算规则其实很简单实际幅度权值 参数值 / 100也就是说厂家表里给0.8你就要填80。相位参数则是把负值转换到0~359区间例如-150度需要填360(-150)210度-90度填270度90度直接填90。大于等于0的角度直接使用负角度加360转正没有别的高深逻辑。手册原文也强调对0~180可以直接使用对0~-180部分需要转换到正值再输入。这个转换我一般放在Excel公式或小工具里批量做避免手算错。数组为什么是八个元素我接触的配置场景里这通常对应8通道RRU加双极化天线一个极化方向4个振子两个逻辑端口对应8个物理通道。具体通道数要看你使用的RRU型号和天线型号但手册的场景假设就是8元素数组。填的时候按天线厂家权值表里列出的端口顺序一列一个元素顺序填入不要跳着填。如果开通的是非满配比如实际只用6个通道剩余通道用0填充但要保证至少有一个非零的幅度在参与赋形的通道上否则自定义权值不生效。这个“填0”的细节在批量配置时特别容易出错后面避坑章节会专门讲。3. 四种权值方案怎么选预定义打底、厂家权值救场、自定义慎用3.1 方案1和方案2爱立信预定义权值建网初期的最稳选择先看下面这张四种方案的参数汇总表后面几节都围绕它展开。方案azimuthHalfPowerBeamwidthcommonChBeamfrmPortMapcustomComChBeamfrmWtsAmplitudecustomComChBeamfrmWtsPhase典型使用场景165CROSS_POLARIZED0全00全0单频段F/D天线、FAD天线的D频段290CROSS_POLARIZED0全00全0全频段FAD天线的F频段365/90CO_POLARIZED天线厂家幅度权值天线厂家相位权值特殊覆盖或覆盖优化有要求465/90CO_POLARIZED 或 CROSS_POLARIZED用户自定义幅度用户自定义相位对天线特性和赋形原理很熟注意方案1、2里的幅度和相位填0不是“没有权值”而是“交给爱立信预定义权值”。从参数层面看全0数组就是触发预定义权值的开关。手册里把方案1、2也叫作无功率损失权值意思是不需要额外做功率拆分系统按约定好的波束系数直接发射不会因为自定义数组引入额外功率损失所以建网初期建议优先用这套。方案1和方案2之间的差别只在azimuthHalfPowerBeamwidth65还是90。这取决于天线实际属性和频段。单频段F或D天线、全频段FAD天线的D频段用方案1全频段FAD天线的F频段用方案2。建网初期如果拿不准就按这个规则来不要自己凭感觉改。预定义方案还有一个好处不需要理解幅度和相位数组的含义也不用向厂家要权值表OMC上配置四个参数就能起呼。对于刚接手爱立信的新手我一般建议先跑通方案1或方案2把波束覆盖的基本盘稳住再去碰自定义。3.2 方案3天线厂家权值救特殊场景的场但有硬约束建网初期之后随着优化深入总会有特殊场景冒出来体育场看台需要窄波束往看台打高层小区需要下倾角固定的异形波束跨江大桥需要沿桥面拉长覆盖。这时候预定义的65/90度波束往往不够用天线厂家基于自家天线阵子给出的权值表就是为这类场景准备的。方案3的核心约束有三条少一条都出问题。第一azimuthHalfPowerBeamwidth此时不参与赋形表格里保留65/90只是占位最终方向图由厂家权值决定别指望调它来微调波束宽度。第二commonChBeamfrmPortMap必须设置为CO_POLARIZED。前面已经讲过原因厂家权值表是在同极化物理端口上定义的只有同极化映射才能让数组元素和物理端口一一对应。第三幅度和相位数据必须完整填写不能只填幅度不填相位更不能把两组数错位。实际使用厂家权值时我见过的翻车现场大多出在“拿错表”天线型号是A厂家权值表却从B厂家同型号天线的通用表里抄过来。虽然天线增益和波瓣图可能接近但赋形权值是按具体阵子间距和幅相加权算出来的不同批次都可能不同跨厂家挪用几乎必然偏。正确做法是按天线铭牌型号找厂家要对应频段的权值表最好让厂家确认这张表是在8通道双极化天线上测的还是仿真的再决定是否落地。方案3的适用边界是“特殊场景或覆盖优化有特别要求”不是默认选择。如果一个站用预定义方案也能满足覆盖指标就不要为了“显得专业”去上厂家权值。厂家权值看起来高级但引入的变量更多天线批次、馈线长度、端口线序稍有差异波束就打折扣。收益不明显时风险不划算。3.3 方案4纯用户自定义权值自由度最高风险也最高方案4是自由度最高的方案commonChBeamfrmPortMap既可以选CO_POLARIZED也可以选CROSS_POLARIZED幅度和相位完全由自己定义。手册对方案4的评价很直接参数设置较为复杂需要对天线特性和赋形原理有深入理解建议谨慎使用。如果你还不能解释“某个相位值变了波束指向会偏多少度”就说明还没到用方案4的时候。方案4适合什么人我觉得至少要有两个条件一是手上有天线阵子的方向图数据和厂家授权使用的权值算法二是能在仿真工具里先验证方向图再上站。纯靠OMC上边填边试那是在烧天线口上的时间。常见的做法是先在MATLAB或专业天线仿真软件里导入天线方向图把幅度相位数组代入算出预期水平波瓣和垂直波瓣确认覆盖方向、下倾效果符合预期再转换成OMC参数下发。方案4里CROSS_POLARIZED也不是不能选但你要清楚爱立信私有映射在这个模式下如何处理两个极化。如果你已经理解2.2节的映射关系知道逻辑端口0和1分别对应哪些物理端口那可以选如果只是看默认值是CROSS_POLARIZED就直接用我劝你还是改成CO_POLARIZED更稳妥。至少在CO_POLARIZED下数组与物理端口的对应关系清晰排障容易得多。权值方案选择有一个实际判断标准看你要解决的问题是“波束形状不对”还是“波束指向不对”。形状不对且预定义方案里没有合适的再考虑方案3或4只是整体覆盖偏了优先调机械下倾、方位角或功率不要动不动动权值。权值参数调整虽然灵活但它修改的是整个小区的公共信道波束影响面比单站工程参数大得多动一次就得验证一次。3.4 方案切换时别让上一套权值“残留”从自定义方案切回预定义方案时最容易出的问题是“残留”。之前下的幅度相位数组如果不主动清成全0系统会继续把自定义数组当作生效配置哪怕你把azimuth和端口映射都改回去波束还是按旧的自定义方向图打。我见过的案例是某小区从方案3优化完后来覆盖目标变了同事把azimuth改回65、commonChBeamfrmPortMap改回CROSS_POLARIZED但幅度相位数组忘记清0结果前台测试发现波束还是厂家权值的形状反复排查了很久。原因就是方案切换时只改了前两个参数根本没动权值数组。正确的切换顺序是这样改回预定义时先把customComChBeamfrmWtsAmplitude和customComChBeamfrmWtsPhase全部改成0确认读回全0之后再把commonChBeamfrmPortMap从CO_POLARIZED改回CROSS_POLARIZED最后按天线属性重设azimuth。反过来从预定义切到自定义时先定端口映射再填数组顺序不能乱。这两个方向的操作逻辑相反很多人搞混建议把这套顺序写进自己的操作模板里。4. 自定义权值实操先把端口映射定死再做幅度和相位换算4.1 第一步commonChBeamfrmPortMap必须先选CO_POLARIZED无论采用天线厂家权值方案3还是纯自定义权值方案4第一步都是定端口映射。用厂家权值时手册说得很死必须CO_POLARIZED。原因前面讲过厂家权值表是在同极化端口上定义的交叉极化映射会把逻辑端口的信号拆到两个极化上幅度相位表直接失效。即使是方案4如果不想踩映射的坑我也建议你用同极化映射起步。现场操作的第一步不是填数组而是去OMC确认当前commonChBeamfrmPortMap的实际值。存量站里这个参数大概率是CROSS_POLARIZED因为爱立信预定义方案默认用它。你要改成CO_POLARIZED再继续填权值。顺序很重要端口映射一变逻辑端口到物理端口的对应关系就全变了先填数组再改映射OMC可能把填好的数组重置到默认全0。我见过一次翻车同事先下了幅度相位再改端口映射结果读回时幅度相位已经变成0方向图还是原来的白操作一轮。所以固定顺序就是先映射、后数组。如果是从预定义方案切到方案3这步还会影响预定义波束。CROSS_POLARIZED切换到CO_POLARIZED意味着每个逻辑端口控制的天线端口从“混合极化”变成“同极化”在没填自定义数组前公共信道波束会短时间处于一种中间态。我一般建议在低话务时段操作比如凌晨或者提前准备好回退步骤避免影响现网用户。有条件的话先在仿真环境验证一遍映射切换的参数组合再上生产站。4.2 第二步用一个小脚本做幅度和相位换算从天线厂家拿到的权值表幅度通常是0到1的小数相位可能是负的角度而OMC要求幅度0~100、相位0~359。手工转换遇到十几个小区就容易错我习惯用Python先跑一遍把厂家表逐行转成OMC参数。def convert_amplitude(weight): # 厂家给的幅度权值一般是0~1OMC参数范围0~100 # 实际权值 参数值 / 100所以反推参数值 权值 * 100 return round(weight * 100) def convert_phase(phase_deg): # 厂家给的角度可能是 -180~180OMC参数范围0~359 # 负角度加360转到合法区间例如-150度转成210度 if phase_deg 0: return 360 phase_deg return phase_deg # 示例天线厂家给出一组8通道权值 amplitude_weights [0.8, 0.6, 1.0, 0.6, 0.8, 0.6, 0.5, 0.5] phase_degrees [0, -150, 30, -90, 180, 0, -45, 15] amp_params [convert_amplitude(a) for a in amplitude_weights] phase_params [convert_phase(p) for p in phase_degrees] print(幅度参数:, amp_params) print(相位参数:, phase_params)convert_amplitude 把0~1的小数乘以100再取整因为OMC上一般不支持小数。convert_phase 把负相位加360转到0~359区间比如-150度转成210度-90度转成270度。输出结果可以按顺序直接填进customComChBeamfrmWtsAmplitude和customComChBeamfrmWtsPhase。注意相位0和360是同一个角度合法区间内填0就行-180转出来是180也在区间内。幅度换算后要再检查数组里至少有一个非零否则自定义权值不生效。我一般会在脚本里加一行断言# 至少一个幅度非零防止全零数组导致自定义权值被忽略 assert any(amp_params), 幅度数组全零自定义权值不会生效这行断言看着简单但真能拦住一批错误。批量处理多个小区时有的小区会漏填其中一组有了断言脚本跑到漏填小区直接报错而不是等到路测发现问题再返工。参数转换不是高深技术真正有价值的是把这步做成模板每次新项目直接套用。4.3 第三步参数下发后的核对与回退参数填完后不要急着关OMC先做三层核对。第一层读回刚才下发的两个数组看是否和脚本输出完全一致尤其是相位转换后的值第二层确认commonChBeamfrmPortMap仍然是你改后的映射方式避免下发过程中被别的配置覆盖第三层检查小区状态如果有告警或信道未建立先处理完再走。如果用的是网管批量下发还要注意数组长度。customComChBeamfrmWtsAmplitude和Phase都是8元素数组批量模板里容易多逗号或少逗号导致整批小区配置失败。我习惯在脚本里把数组长度纳入检查长度不是8就直接报错而不是让OMC去判错。另外要留意逗号是英文半角中文逗号在网管模板里是非法字符这类错误批量下来往往要返工一整批。回退方法也要提前想好。从方案3或方案4切回预定义方案最稳妥的做法是把幅度、相位数组全部改成0再把commonChBeamfrmPortMap改回CROSS_POLARIZEDazimuthHalfPowerBeamwidth按天线实际属性恢复成65或90。我的习惯是先把数组清0再切映射。清0后系统会落到预定义此时波束已经是预定义形状之后切映射影响更小。这个顺序我踩过反的先切映射再清数组中间短暂出现了“自定义数组新映射”的乱组合前台上报了几秒异常。从那以后凡是回退预定义我都是先清数组再切映射。4.4 厂家权值表的端口对应关系先对号入座再谈填数拿到天线厂家的权值表第一步不是看幅度相位而是看表头。不同厂家的表格写法差异很大有的写Port0~Port7有的写T0~T7有的干脆按天线腔体顺序列8列。你要先把这些列和RRU实际物理端口、以及CO_POLARIZED映射下的逻辑端口对应关系理清。我一般会做一张对应表左边是厂家权值表列号中间是RRU输出端口号右边是逻辑端口号。确认三者一一对应后再按这个对应关系把幅度相位填入OMC数组。如果厂家表头和现场RRU端口排序相反填进去的权值就是反的方向图会左右颠倒。这种问题从OMC读回参数里完全看不出来只有路测才能暴露。所以填数组之前花十分钟做对应表比事后返工划算得多。5. 天线权值参数避坑指南五条必看的踩坑记录5.1 自定义权值不生效波束还是预定义形状现象按天线厂家权值表填了幅度和相位公共信道波束方向图没变化前台测试和预定义方案一模一样。原因幅度数组全零。customComChBeamfrmWtsAmplitude的8个元素里没有一个非零系统判断为“使用爱立信预定义权值”自定义权值直接不参与。这种情况在批量导表时尤其常见模板某一列被漏填或误填成全0。还有一种隐藏情况数组填了但所有非零幅度都落在未参与映射的通道上系统不会报错结果同样是自定义权值不生效。解决下发前先用脚本检查幅度数组是否存在非零元素。如果有小区真需要某个通道幅度为0也要保证至少一个参与赋形的通道是非零的。检查逻辑一句话any(amp_params) 必须为True。我习惯在批量表里对每个小区都加一列“幅度非零校验”值等于0的直接标红。5.2 相位填了负数OMC直接报参数非法现象在OMC上填写customComChBeamfrmWtsPhase输入-150、-90这类值系统报错参数无法下发。原因相位参数取值范围是{0..359}不接受负数。天线厂家给的权值表里相位常常是-180~180的表示法直接照抄就会撞到取值范围上。OAM侧报错信息可能只提示“参数值超出范围”不会告诉你需要加360转换新手很容易卡在这一步。解决按手册规则把负角度转成正数参数值360负值。例如-150度填210-90度填270-45度填315。0~180之间的角度可以不变。做转换时最好用脚本或Excel批量算别在网管界面手算。转换完再看一遍有没有遗漏的负号这是批量转换里最常见的低级错误。5.3 用了天线厂家权值却没改端口映射方向图完全偏掉现象填了厂家权值azimuth和权值数组都对但路测发现波束覆盖方向不是预期方向甚至出现左右颠倒、波束分裂。原因commonChBeamfrmPortMap还是CROSS_POLARIZED。厂家权值表基于CO_POLARIZED同极化映射定义交叉极化映射下逻辑端口对应的物理端口变了数组和端口无法一一对应。这种情况下系统不会报错因为参数本身合法只是物理映射关系错了。解决方案3必须先把commonChBeamfrmPortMap改成CO_POLARIZED再填权值数组。改完映射后重新核对逻辑端口与RRU输出端口的对应关系有条件的话去现场确认跳线线序也符合标准别全指望参数面。如果你是从预定义方案切过来的尤其要注意预定义方案默认使用CROSS_POLARIZED这一步容易漏。5.4 预定义方案里把65和90搞反F频段覆盖出现中间坑现象全频段FAD天线的F频段用了azimuth65的预定义方案前台测试发现波束偏窄小区中部或边缘覆盖有坑干扰还上升了。原因azimuthHalfPowerBeamwidth没按天线实际属性设定。全频段FAD天线的F频段物理波瓣本来就宽用65度预定义权值去约束波束被强制收窄和天线实际辐射特性不匹配。表面看参数合法、小区正常但空口覆盖已经变形。解决按手册原则恢复单频段F或D天线、全频段FAD天线的D频段用65全频段FAD天线的F频段用90。改之前先看天线型号和频段不要想当然统一填65。自定义权值场景下这个参数不参与赋形可以不管它但预定义方案里它仍然是决定波束形状的关键参数。5.5 跳线线序不规范参数全对方向图依然不对现象OMC参数读回全对权值数组也经过脚本校验但路测方向图和仿真结果对不上同样的参数在另一个站点却是对的。原因天线和RRU之间的跳线没有按CMCC规范的标准线序连接。逻辑端口到物理端口的映射不仅由参数决定还受实际线缆连接影响线序错了参数里定义的逻辑端口对应关系就落不到物理端口上。这个问题在存量站改造时特别常见之前的工程队换过天线线序没有按规范恢复。解决先查跳线线序再查参数。现场排障时用万用表或网管上的端口收发光功率逐对核对RRU输出端口到天线端口的连接确认线序符合标准。这个问题隐蔽性很强我一般是把它放到权值排查的最后一位但每次都最先怀疑是不是又出现了。6. 确认公共信道波束真的按权值走了三个验证手段6.1 从OMC读回参数不是验收只是起点每次改完四个参数我都会在OMC上把读回值截图存档但这只是最低要求。读回只能证明“系统接收了这组数”证明不了“天线真的按这个方向图辐射”。公共信道波束赋形的最终效果要靠空口验证参数读回只是排除配置差错的第一步。如果读回值和脚本输出不一致直接查是不是有人工修改或批量模板问题如果一致再进入路测环节。6.2 路测看RSRP分布和波束指向公共信道赋形最直观的验证手段是沿天线法线方向做一圈路测观察RSRP的覆盖趋势。以D频段为例如果理论覆盖方向是0度你可以从-150度到150度绕站一圈把每个角度区间的RSRP均值拉出来对比预期波瓣图。半功率角内的RSRP应明显高于两侧且最大值出现在理论指向附近。如果出现“左右反转”或“副瓣比主瓣还高”多半是端口映射或线序问题回头查第5章的三条。垂直面验证稍微麻烦一点需要楼宇或无人机配合条件不具备时可以只验证水平面。水平面验证已经能发现大多数权值配置错误方向偏、波束分裂、副瓣抬升这些都能在RSRP沿角度的变化曲线上看出来。如果现场测试条件受限至少要在两个方向各测一条线一个对准理论主瓣方向一个对准理论旁瓣方向两者差值明显时才算正常。6.3 我的验收习惯做了几年这个方向我的习惯已经固化下来每一步改权值都保留三份文件——天线厂家给的原始权值表、脚本转换后的OMC参数、OMC读回截图。三份对上了才算配置完成。从那以后我每次改公共信道权值都强制走一遍“先映射、再数组、后路测”的顺序宁可多花半小时做脚本校验也绝不在现场盲调。这套拆解里提到的每个坑都是我或身边同事真实踩过的希望帮到你。本文还有配套的精品资源点击获取
