简介一份围绕700M上行低速率小区优化的技术文档聚焦5G低频网络性能提升适合从事700M网络优化、RF优化及参数策略调整的工程师参考。内容先给出低速率小区判定标准上行低于2Mbps、下行低于30Mbps结合工作日与周末连续7天统计再系统梳理影响上/下行速率的20余项关键参数如CCE配比自适应、PDCCH聚合级别、PUSCH功率控制、上行波形自适应等并针对每项参数说明默认值、推荐值及作用原理。文档还提供具体优化建议包括开启自适应开关、谨慎调整功率门限、远点场景启用DFT-S-OFDM波形、关闭上行256QAM的适用条件等可视为一份可直接用于现网排查与调优的参考笔记。压缩包共1个docx文件约30KB内容结构紧凑便于随查随用。目前已有131人学习下载适合需要快速上手700M低速率小区治理的网优人员。1. 700M上行低速率小区优化先搞懂判定标准和优化方向做700M 5G网络优化的人大概率都遇到过这类工单某个小区被集团通报为低速率小区要求限期整改但打开话统一看流量、用户数都不高就是速率上不去。这个文档把700M低速率小区的判定口径、关键参数和十余种优化手段一次性讲透了适合一线网优工程师和后台参数优化人员直接照着做。700M覆盖好但带宽窄上行速率本来就容易成为瓶颈低速率小区的处理思路和2.6G、4.9G不完全一样很多手段是700M特有的——比如上行波形自适应、SSB时域错开、单700M站点删NR异频频点。这篇笔记我把文档里的判定逻辑、参数底表和每条优化手段的适用条件拆开来讲再把实际执行时容易踩的坑一并列出来。2. 低速率小区判定与参数底表700M门限逻辑和关键参数全景2.1 700M低速率小区判定连续7天数据怎么卡700M低速率小区的定义不是单纯看某一天的速率而是有一套完整的统计口径。集团通报的标准是上行低于2Mbps、下行低于30Mbps作为门限取连续7天的数据如果5个工作日出现2天及以上低速率且2个周末出现1天及以上低速率就判定为700M低速率小区。这里有两个容易被忽略的点。第一工作日和周末是分开统计的不是简单数7天里有几天达标。工作日要5天里至少2天周末要2天里至少1天两个条件同时满足才算。第二连续7天的窗口是滚动取的不是按月或按周固定。实际操作中我一般会让后台按天导出低速率小区清单用连续7天的滑动窗口自己先跑一遍把已经在临界值附近的小区提前标记出来不要等集团通报下来再动手。这样能争取至少一周的优化缓冲时间。判定标准落地之后要做的第一件事就是把目标小区的上下行速率、用户数、流量、重传比例、IBLER这些基础指标拉出来确认低速率到底是上行还是下行主导。700M上行低速率小区里相当一部分是上行重传比例高、MCS偏低导致的这类小区优先走上行方向的优化手段。下行主导的重点看干扰水平和MCS分布。2.2 影响上、下行速率的关键参数底表文档里列了一张很全的参数表我按实际使用频率重新整理了一下分成上行和下行两组。这张表是后续所有优化的底表先看清默认值再动手。上行关键参数参数MO参数ID参数名称默认值FDD商用推荐值NRDUCELLULPCCONFIGPoNominalPuschPUSCH标称PO值-37-37NRDUCELLULPCCONFIGPoNominalPucchPUCCH的PO值-50-50NRDUCELLULPCCONFIGPuschRsrpThldPUSCH RSRP门限-71-71NRDUCellUlPcConfigPUSCH_NEARPOINT_PWR_PROTECT_SWPUSCH近点功率保护开关00NRDUCellUlPcConfigPUSCH_MIDPOINT_RP_SWPUSCH中点降功率开关10NRDUCELLULAMCUlMultiOllaConfig上行多套外环配置00NRDUCellUlAmcUL_SF_MCS_ADJ_SW上行子帧级MCS调整开关00下行关键参数参数MO参数ID参数名称默认值FDD商用推荐值NRDUCELLPDCCHUL_DL_CCE_RATIO_ADAPT_SW上下行CCE配比自适应开关offonNRDUCELLPDCCHUE_PDCCH_SYM_NUM_ADAPT_SWUE-Specific PDCCH符号数自适应开关OnOnNRDUCellPdcchPDCCH_SYMBOL_LOAD_OPT_SWPDCCH符号负载优化开关00NRDUCellPdcchPDCCH_MULTI_BWP1_ALGO_SWPDCCH多BWP1算法开关01NRDUCELLPDCCHUePdcchAdaptMaxSymNumUE-specific PDCCH自适应最大符号数目3SYM3SYMNRDUCellPdschDL_TD_MCS_ADJ_SW下行时域MCS调整开关00这里要特别说明的是PUSCH_MIDPOINT_RP_SW这个参数。默认值是1商用推荐值是0这是一个反直觉的配置——默认开启中点降功率商用反而要求关闭。原因在于700M FDD小区普遍覆盖较远中点用户如果降功率上行MCS会掉得很明显。我处理过的TOP小区里有相当一部分是把这个开关从1改成0之后上行速率就恢复了。这个参数改动风险小可以放在优化动作的前三步执行。3. 上行速率优化实战波形自适应、AMC调整与关闭256QAM3.1 上行波形自适应远点用户DFTS-OFDM发射功率抬升上行波形自适应的原理是让远点用户使用DFTS-OFDM发送相比CP-OFDMDFTS-OFDM的峰均比更低上行发射功率可以抬升远点用户的MCS就能提上来。700M上行低速率小区都可以开启这个功能但有一个副作用——上行干扰可能抬升。这是因为DFTS-OFDM改变了上行信号的频谱形态对邻区的干扰特性也随之变化。开启步骤如下分三步走// 第一步打开上行波形自适应开关 MOD NRDUCELLALGOSWITCH: NrDuCellIdxx, AdaptiveEdgeExpEnhSwitchUL_WAVEFORM_ADAPT_SW-1; // 第二步配置波形选择门限 MOD NRDUCELLPUSCH: NrDuCellIdxx, SinrThldforWaveformSel100; // 第三步添加终端黑名单 ADD GNBUEINFO: UeInfoIndex3, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContentec7fee769ff7e0fff0, UeFeatureValueMaskFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF, UeTypeDescRedmi Note 10 pro; ADD GNBUECOMPAT: UeInfoIndex3, BlacklistCtrlSwitchUL_WAVEFORM_ADAPT_SW_OFF-1, ParamCtrlTypeTYPE_FDD;第一步的UL_WAVEFORM_ADAPT_SW开关是总开关打开之后基站才会根据终端能力和信道条件做波形选择。SinrThldforWaveformSel这个门限我一般先用100这个默认推荐值意思是SINR低于这个值的用户优先用DFTS-OFDM。实际场景里如果发现远点用户速率没起来可以试着把这个值往下调让更多的用户落到DFTS-OFDM上。第三步的黑名单是很多人会漏掉的。现网存在部分终端不按照协议要求支持DFT波形典型的就是Redmi Note 10 pro如果不加黑名单这些终端会被调度到DFTS-OFDM上但实际发射功率并不抬升反而会因为波形切换导致性能下降。加黑名单时有一个关键细节要确保两个UeInfoIndex的特征值现网没有用过。如果一个Index已经在用新配置不会生效因为基站会优先匹配Index低的记录。3.2 上行AMC大步长调整与postSinr加速滤波AMC调整是上行低速率优化里见效最快的手段之一。文档里给了一个明确的开启条件IBLER大于15%或上行重传比例大于20%的小区才建议开启。核心逻辑是AMC大步长调整可以加快UL MCS收敛让MCS快速降到合适的水平从而降低IBLER和重传比例。// 开启上行OLLA大步长小包快速降阶保体验 MOD NRDUCELLULAMC: NrDuCellId1, UlAmcAlgoSwUL_AMC_STEP_ADAPT_SW-1; MOD NRDUCELLULAMC: NrDuCellId1, AmcStepAdaptDecThld3; MOD NRDUCELLULAMC: NrDuCellId1, AmcStepAdaptCoeff4; // 上行postSinr加速滤波 MOD NRDUCellUlAmc: NrDuCellId1, UlAmcAlgoSwUL_SINR_FILTER_OPT_SW-1; // TPC功控后SRS SINR修正 MOD NRDUCELLRSVDEXT04: NrDuCellIdxxx, RsvdSwParam0RSVDSWPARAM0_BIT1-1;UL_AMC_STEP_ADAPT_SW是主开关打开之后才允许AMC步长做自适应调整。AmcStepAdaptDecThld3的含义是当MCS下降步长超过3阶时触发大步长调整这个值我一般建议从3开始如果发现IBLER压不下来可以降到2让MCS更快收敛。AmcStepAdaptCoeff4是步长调整的系数系数越大MCS下降越快但也不能设太大否则MCS会震荡。UL_SINR_FILTER_OPT_SW是postSinr加速滤波作用是对SINR滤波做加速让AMC能更快响应信道变化。RSVDSWPARAM0_BIT1是TPC功控后的SRS SINR修正这三个开关是一套组合拳建议同时开启。这里有一个血泪经验不要只看IBLER一个指标要把上行重传比例一起盯住。我处理过一个小区IBLER从20%降到了12%看着达标了但重传比例还在25%以上用户感知并没有改善。后来把AmcStepAdaptDecThld从3调到2重传比例才降到18%左右。3.3 关闭上行256QAM低阶调制表格的精细调整关闭上行256QAM是针对特定场景的优化手段不是所有小区都适合。文档给出的条件是上行256QAM比例低于20%的TOP小区。上行256QAM占比的定义是256QAM的TB数除以所有调制阶数的TB数总和这个指标可以直接从话统里取。判断逻辑是这样的如果一个小区256QAM占比已经很低说明近中点用户本来就少256QAM对这个小区没有带来多少速率增益。而64QAM的表格在低阶区间调整更精细关闭256QAM之后AMC可以用64QAM的表格做更细粒度的MCS调整反而能提升用户体验速率。MOD NRDUCELLALGOSWITCH: NrDuCellId0, Ul256QamSwitchUL_256QAM_OFF;这个参数是一个小区级开关区分上下行UL_256QAM_OFF只关上行。文档里给了验证效果上行256QAM比例低于20%的小区关闭UL256QAM之后上行用户体验速率提升7%低速率小区比例降低1%。执行这个操作时有一个注意点关闭256QAM会影响近中点用户的上行峰值速率如果这个小区有高价值用户或者上行大包业务占比高要谨慎操作。我一般会在执行前先看一下小区上行业务量的分布如果PDCP层上行流量里大包占比超过30%就不建议关或者先关一周观察效果不行再回退。4. 下行速率优化实战干扰随机化、SMART AMC与CCE参数调整4.1 下行干扰随机化与SMART AMC先看版本和硬件要求下行方向的优化手段开篇就要强调版本和硬件约束。下行干扰随机化功能要求22BSPC210及之后的版本SMART AMC要求22B及之后的版本且硬件要求主控板UMPTe或UMPTg及以上。版本不够就白折腾这是我在现场吃过亏的地方——参数配了半天一看版本不支持全部作废。// 开启下行干扰随机化 MOD NRDUCELLALGOSWITCH: NrDuCellId0, AdaptiveEdgeExpEnhSwitchDL_INTRF_RANDOM_SW-1; // 开启下行SMART AMC MOD NRDUCELLAIALGO: NrDuCellId1, AiAmcAlgoSwitchDL_SU_MCS_INTEL_OPT_SW-1;两个功能可以独立开启。下行干扰随机化的原理是小区间同频干扰的随机化处理让干扰在时频资源上分散开从而降低对特定RB的持续干扰。预期效果是DL MCS抬升、DL IBLER降低、下行用户体验速率提升。特性增益和网络负载相关负载越高的场景增益越低——也就是说这个功能在高负载场景能缓解问题但不能根治。SMART AMC的原理是用机器学习为每个下行SU-MIMO用户适配最佳频谱效率的MCS。和传统AMC的区别在于传统AMC所有用户共用一套MCS/IBLER调整方案SMART AMC会积累之前数传的样本数据包含终端和gNB的测量和调度信息为每个用户单独建模。文档里的验证效果是下行用户体验速率提升6%低速率小区比例降低2%。这里要提醒一个关键风险SMART AMC在AI模型学习建立期间通常是功能开通后的3到6小时用户和小区吞吐率会有波动CPU利用率可能会抬升下行MCS和BLER可能变化。所以这个参数不要在白天业务忙时操作我会选择凌晨做而且先做一两个小区观察一个白天确认没有异常再推广。4.2 CCE参数优化PDCCH利用率与分配失败比例的博弈CCE参数优化是针对上行CCE分配失败比例超过10%或上行重传比例超过20%的小区。核心思路是提升PDCCH的调度灵活性让更多的用户能拿到控制信道资源。// 配置1CCE MOD NRDUCELLPDCCH: NrDuCellIdxx, PdcchAggLevel1StrategyCONFIG; // 调整聚合级别上限和边缘用户功率控制 MOD NRDUCELLPDCCHALGO: NrDuCellIdxx, PdcchEdgePwrCtrlPolicyNOT_CONFIG, PdcchMaxAggLevelAGG_LVL_16; // 配置高负载CCE使用门限 MOD NRDUCELLPDCCH: NrDuCellIdxx, HeavyLoadCceUsageThld50; // 开启符号负载优化 MOD NRDUCELLPDCCH: NrDuCellIdxx, PdcchAlgoEnhSwitchPDCCH_SYMBOL_LOAD_OPT_SW-1; // 开启DTX参与CCE调整 MOD NRDUCELLPDCCH: NrDuCellIdxx, PdcchAlgoEnhSwitchPUSCH_DTX_AGG_LVL_ADAPT_SW-1PUSCH_NACK_DTX_AGG_LVL_OPT_SW-1;PdcchAggLevel1StrategyCONFIG是开启1CCE的配置1CCE能让PDCCH资源的分配更细粒度资源利用率更高。PdcchMaxAggLevelAGG_LVL_16是聚合级别的上限配合PdcchEdgePwrCtrlPolicyNOT_CONFIG使用意思是边缘用户不再单独做功率控制策略直接用统一的调度逻辑。HeavyLoadCceUsageThld50是高负载CCE使用门限当CCE利用率超过50%时触发特殊处理策略。PdcchAlgoEnhSwitch的两个开关——PUSCH_DTX_AGG_LVL_ADAPT_SW和PUSCH_NACK_DTX_AGG_LVL_OPT_SW——是用DTX不连续传输信息参与聚合级别调整的让MCS和聚合级别的匹配更精准。这里有一个参数间的制约关系要注意如果PDCCH CCE分配失败比例大于20%文档明确建议把PUSCH_DTX_AGG_LVL_ADAPT_SW和PUSCH_NACK_DTX_AGG_LVL_OPT_SW设置为关闭。原因是DTX参与调整在某些极端负载下反而会加剧CCE拥塞。我实际操作时会把CCE分配失败比例、PDCCH利用率、上行重传比例三个指标一起看如果CCE分配失败比例已经很高就先不做DTX相关的开关把1CCE和符号负载优化先配上。CCE参数优化的参数影响是PDCCH利用率可能抬升如果CCE利用率一直居高不下下行用户体验速率反而会下降。所以做完之后必须跟踪CCE利用率和下行速率两个方向的变化不能只看CCE分配失败比例降了没有。5. 覆盖收缩与移动性调整避坑指南降功率、切换门限和常见翻车点5.1 覆盖收缩四件套降功率、SSB偏置、SSB时域错开、关闭双波束700M上行低速率小区的成因里远点用户占比高是最常见的一种。远点用户上行发射功率受限MCS只能QPSK甚至更低拉低了整个小区的上行速率均值。覆盖收缩的核心思路就是把远点用户清理出去让小区覆盖范围内以中近点用户为主。覆盖收缩有四个手段按实施难度从低到高排列。第一个是SSB功率偏置回退和小区降功率// 小区降功率从默认47.7dBm降到44.7dBm120W MOD NRDUCELLTRP: NRDUCELLTRPID1, MAXTRANSMITPOWER447; // SSB功率偏置收缩覆盖 MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpIdx, MaxSsbPwrOffset-3;降功率和SSB偏置可以组合使用。如果是小区功率不修改的场景下要收缩覆盖可以把MaxSsbPwrOffset设为负数比如-3或-6dBSSB功率降低后远点用户的服务SINR下降自然就切走了。这个手段比直接降小区功率温和因为只影响SSB的覆盖半径不影响数据信道的发射功率。第二个手段是SSB时域错开调整。这个手段比较特殊开启SSB MOD2/MOD3时域错开的小区SSB SINR会改善700M能吸收更多远点用户提升话务量但同时也会导致上行用户体验速率指标恶化。所以针对TOP小区反而要修改SSB时域位置配置按照(PCI1)MOD 3的结果配置SsbTimePos为SSB0、SSB1、SSB2减少远点用户。MOD NRDUCELL: NrDuCellId1, DuplexModeCELL_FDD, SsbTimePosx;这里的x根据(PCI1)MOD 3的结果来定结果0配SSB0结果1配SSB1结果2配SSB2。这个操作的逻辑是SSB时域错开改善的是SSB的干扰环境让远点用户更容易驻留和接入但对TOP小区来说我们不想让更多远点用户进来所以要把时域位置改回去减少远点用户的接入机会。第三个手段是关闭SSB双波束MOD NRDUFDDCELLTRPBEAM: NrDuCellTrpIdx, CoverageScenarioDEFAULT;CoverageScenario有SCENARIO_201和DEFAULT两种配置SCENARIO_201代表开启SSB双波束。双波束相当于把覆盖波束展宽了能覆盖更广的范围但对TOP小区来说远点用户恰恰是负担关闭双波束可以缩小覆盖范围。5.2 移动性调整手法SINR切换、频率优先级、异频异系统切换覆盖收缩手段做完之后如果远点用户还是不走就要靠移动性参数把用户推出去。这里有一套完整的调整手法从基于上行SINR的5G到4G切换开始。// 基于上行SINR的5G-4G切换门限优化 MOD NRDUCELLSRSMEAS: NrDuCellId1, NrToEutranSinrLowThld50; MOD NRDUCELLSERVEXP: NrDuCellId1, CommonUlLargePktIdentThld50; MOD NRCELLALGOSWITCH: NrCellId1, ServiceFunctionSwitchVOLUME_IDENTIFY_SW-1; MOD NRCELLINTERRHOMEAGRP: NrCellIdX, InterRatHoMeasGroupIdX, UlSinrHoEutranB2RsrpThld1-105;NrToEutranSinrLowThld50是上行SINR低门限当用户的SINR低于这个值会触发向E-UTRAN的切换评估。CommonUlLargePktIdentThld50配合VOLUME_IDENTIFY_SW-1让基站能识别上行大包业务大包用户在低SINR条件下优先切到4G。UlSinrHoEutranB2RsrpThld1-105是B2事件的RSRP门限。这里要注意大包判断开关的方向。文档里有两个版本一个是VOLUME_IDENTIFY_SW-1开启大包判断让差用户早切换另一个是VOLUME_IDENTIFY_SW-0关闭大包判断。实际场景里应该先开启大包判断、调整SINR门限让差用户切换走如果这样做了之后发现切换太频繁再把大包判断关闭只保留SINR门限控制。// 提高700M-2.6G切换A1门限4dB步长调整 MOD NRCELLINTERFHOMEAGRP: NrCellIdx, InterFreqHoMeasGroupIdx, FreqPriInterFA2RsrpThld-94, FreqPriInterFA1RsrpThld-90, FreqPriInterFA4RsrpThld-106;基于频率优先级切换的核心是调高A1门限。FreqPriInterFA1RsrpThld是A1事件的RSRP门限A1用于停止异频测量提高这个值意味着用户在更好的信号条件下就停止异频测量减少无谓的异频切换。FreqPriInterFA2RsrpThld是A2门限A2用于触发异频测量这个也相应提高。5.3 常见问题与避坑记录下面这几条都是我在实际执行过程中遇到过的真实问题逐个说清楚现象、原因和解决办法。现象1降功率后用户投诉增多出现弱覆盖脱网。原因功率收缩幅度过大一次性把MAXTRANSMITPOWER从477降到447甚至更低覆盖收缩过快远点用户还没来得及切换到邻区就脱网了。 解决降功率按1dB步进每步间隔24小时观察同时配合切换门限调整。优先用SSB偏置收缩SSB偏置方式是逐步下调MaxSsbPwrOffset从-3再到-6不要直接跳-6。现象2开启上行波形自适应后上行干扰明显抬升邻区上行速率反而下降。原因DFTS-OFDM用户增多后上行信号频谱形态改变对邻区的干扰特性也随之变化特别是在小区边缘用户多的情况下。 解决上行干扰敏感区域不开启波形自适应或者只对上行干扰底噪低于-110dBm的小区开启。开启后每天盯上行干扰指标如果抬升超过3dB立即关闭。现象3配置两个UeInfoIndex后发现终端黑名单不生效。原因UeInfoIndex重复或者已被现网其他特征值使用基站只匹配Index最低的一条。 解决添加前先查询现网已用的UeInfoIndex确保新值没有被占用。文档里用的是Index3如果现网已经用了要换成空闲的Index值。现象4关闭256QAM后近中点用户的视频业务感知明显下降。原因256QAM关闭后近中点用户的上行峰值速率受限大包业务的上行速率下降用户主观感知变差。 解决关闭256QAM前统计小区上行大包占比如果大包占比超过30%不要直接关闭先做AMC大步长调整和波形自适应把IBLER和重传压下来再评估。现象5同时调整700M和2.6G的切换门限后出现乒乓切换。原因两侧门限调整不同步A1/A2/A5门限的间距不合理用户在两个小区之间来回切换。 解决700M和2.6G必须同时调整要保证A2门限低于A1门限并且至少保留4dB间距A5门限1低于A2门限。文档给出的参数范围是A1门限-100到-90dBmA2门限-105到-95dBm执行时按这个范围对照修改。6. 参数组合验证与批量应用的实操技巧最后一个关键词是验证。参数调完了不等于优化结束了怎么验证、怎么批量推广这才是决定工作量的核心环节。我自己习惯的做法是两阶段验证法。第一阶段是单小区验证。选择2到3个典型的低速率TOP小区先做中风险参数的调整比如PUSCH_MIDPOINT_RP_SW、UL_AMC_STEP_ADAPT_SW、UL_WAVEFORM_ADAPT_SW这三个上行方向的参数确认指标变化方向符合预期后再加下行方向的参数。验证周期至少3天因为低速率小区的判定本身就要连续7天数据3天能看到短期趋势7天才能确认稳定。验证的核心指标是上行用户感知速率、下行用户感知速率、上行IBLER、上行重传比例、小区平均MCS、CCE分配失败比例。我一般会用Excel做一个前后对比表每项指标取7天平均值做对比。下载这个文档处理后我通常会把里面的参数整理成一个标准操作模板每个参数标注适用条件、风险等级和验证周期这样批量应用时只需要套模板。第二阶段是批量应用。当单小区验证效果达标后把参数组合批量应用到同场景的TOP小区。批量应用最大的坑是一次性改动参数太多出了问题不好回溯。我会把参数分成三批执行第一批是低风险参数包括PUSCH_MIDPOINT_RP_SW、基站侧限速关闭、PDCCH的1CCE配置第二批是中风险参数包括上行波形自适应、AMC大步长、下行干扰随机化第三批是高风险参数包括降功率、SSB偏置收缩、切换门限调整。每一批执行后间隔3到5天观察指标稳定后再推下一批。还有一个容易被忽略的点单700M覆盖站点删除NR异频频点这个操作文档里给出的是MR关闭后删除、MR开启时再添加的策略。实际执行时RMV NRCELLFREQRELATION删除的是配置关系不是物理频点新增NR异频邻区时重新添加即可。很多人在操作时会犹豫担心删除后影响后续的异频切换实际上在无2.6G和4.9G覆盖的纯700M站点异频测量GAP对上下行调度的负面影响远大于异频切换带来的收益。从那次之后我每次做700M低速率小区优化都强制走一遍这个流程先算判定口径、再拉参数底表、按上行和下行分别选手段、覆盖和移动性调整放最后、最后做两阶段验证。这套逻辑不挑版本、不挑设备希望帮到你。本文还有配套的精品资源点击获取
