尧图网站建设 
简介面向5G网络优化人员这份规范围绕VoNR5G新空口语音场景下的DRX非连续接收与智能预调度参数配置重点解决带宽部分切换、终端节电和语音质量之间的平衡问题。包内仅一个pptx演示文档大小约1.46MB内容精炼目前已有335人学习或下载。文档以华为设备为例汇总了VoNR DRX关键参数基线包括语音带宽部分的DCI切换、第二带宽部分关闭门限以及长DRX周期、开启持续时间定时器、非活动定时器、重传定时器在不同频段下的差异化取值。同时给出开启和关闭DRX的MML配置流程说明服务质量等级一/二如何绑定参数组并按用户承载判断DRX是否生效还补充了DRX黑名单配置思路可帮助现场人员规避参数冲突快速排查VoNR用户DRX不生效或掉话问题。适合5G网络优化、VoNR质量保障的中级及以上工程师作为现场操作规范参考。1. VoNR 语音承载与 DRX 机制先把省电与调度的账算清楚VoNR 语音建立后DRX 参数值直接影响终端监听 PDCCH 的频率。有人担心 DRX 开久了会掉话也有人觉得长周期越省电越好这两类判断都不完全对。VoNR 的语音包按 20ms 周期到达DRX 把终端从连续监听改为周期性监听省电但代价是可能在 On Duration 窗口外错过上行调度机会。尤其是 700M/2.6G 两段频段参数不一致、CA 场景一个载波配置漂移时问题会被显著放大。这份《VoNR DRX和智能预调度开启参数规范说明V1.5》把 BWP 选择、DRX 参数组、QCI 绑定、终端黑名单、智能预调度串成一套可执行流程适合现网 VoNR 参数优化、语音专项测试和异常指标回溯的工程师参考。读完这些参数配置说明可以直接对着 MML 命令检查现网脚本把规则落到具体小区和承载上。2. VoNR DRX 参数组与 BWP先把参数值设计成可落地2.1 为什么 VoNR 要单独管一套 BWP规范的第一个约束不在 DRX而在 BWP。现网 NR 小区通常配置 BWP1 为 100MBWP2 为 20M51RB用来做容量和节能折中。语音业务对时延更敏感如果 VoNR 用户迁到 20M 小带宽调度资源变少On Duration 内能塞下的 PDCCH/PUSCH 机会也少语音包一旦排队丢包率和掉话率就会抬头。因此规范给出的做法是让 VoNR 用户不粘滞在 BWP2把VonrExitBwp2UserNumThld设为 0触发条件一满足就退出窄带 BWP回到 100M 带宽上继续监听调度。// 触发条件即退出BWP2保证VoNR用户留在大带宽 MOD NRDUCELLUEPWRSAVING: NrDuCellId0, VonrExitBwp2UserNumThld0;NrDuCellId0是小区 ID现场操作时替换成实际小区VonrExitBwp2UserNumThld0表示 VoNR 用户数满足退出 BWP2 的门限为 0也就是只要系统判断该用户不适合留在 20M BWP就会迁出防止语音承载停在窄带 BWP 上。这个开关不影响普通数据业务在 BWP 间的切换只作用于 VoNR 语音承载。实际排障时不少小区配置了 DRX 参数但语音丢包仍然高查下去往往发现是用户停在 20M BWP 上On Duration 时间内调度机会不足DRX 反而放大了窄带调度的短板。所以在调整 DRX 定时器之前先把 BWP 基线对齐比较稳妥。参数位置参数名规范值作用NRDUCellUePwrSavingVonrExitBwp2UserNumThld0VoNR 用户退出 BWP2 的门限NRDUCellUePwrSavingNrDuCellDrxAlgoSwitchBASIC_DRX_SW-1小区基础 DRX 总开关2.2 C-DRX 参数组Long Cycle、On Duration、Inactivity 怎么配VoNR 5QI1/2 的 C-DRX 参数不算复杂但频段差异和版本约束叠加后经常出问题。规范给出的基线是Long DRX Cycle 固定 40msOn Duration Timer 在 2.6G 配 10ms700M 配 4msInactivity Timer 在 2.6G 配 10ms700M 配 5msRe-Transmission Timer 按 8slot 或 16slot 配置。需要注意FDD 在 CA 场景下 Inactivity Timer 不能配 4ms至少要配 5ms否则会出现配置失败或调度次数下降。参数2.6G 推荐值700M 推荐值说明Long Cycle40ms40msDRX 周期长度OnDuration10ms4ms周期开始后的监听窗口Inactivity10ms5ms收到调度后继续监听的扩展时长Re-Transmission8/16 slot8/16 slotHARQ 重传监听窗口参数组创建命令分开两条一条管 gNB 侧一条管 DU 侧。站型不同集中式还是分布式决定哪条先执行但两条都要检查到位。// 创建DRX参数组关闭短周期 ADD GNBDRXPARAMGROUP: DrxParamGroupId1, LongCycleMS40, ShortCycleTimer0; // 创建DU级DRX定时器参数注意单位ms和slot不能混 ADD GNBDUDRXPARAMGROUP: DuDrxParamGroupId1, OnDurationTimerMS10, DrxInactivityTimerMS10, DrxRetransTimerSL16;ShortCycleTimer0表示不启用短 DRX 周期避免语音场景在短周期和长周期之间频繁切换因为切换本身会引入调度空窗。OnDurationTimerMS10指定周期开始后的监听窗口为 10msDrxInactivityTimerMS10给已经建立调度的用户额外 10ms 激活时间DrxRetransTimerSL16以 slot 为单位配置重传监听窗口。DI 和 DU 两侧的单位都要看准有的版本里 Inactivity 也用 slot 表示直接套用 ms 会差好几倍。如果小区已经有现成参数组在跑把ADD换成MOD同时确认DrxParamGroupId没有被其他 QCI 数据承载占用。一般可以把 QCI1/2 单独规划一个参数组避免数据业务的短周期或者 255 配置串到语音承载上。2.3 QCI1/QCI2 绑定DRX 参数组与承载怎么挂钩QCI1 是 VoNR 语音承载QCI2 是会话类业务承载。规范把 QCI1 和 QCI2 绑到同一个 DRX 参数组核心目的是让语音专载和相关会话类承载使用同一套监听行为避免不同参数组在承载间切换时生效不均匀。如果同一次呼叫里 QCI1 和 QCI5 的 DRX 参数不一致即使定时器本身没问题调度器也容易在承载切换时丢失调度机会。// 仅未开启基础DRX的小区需要打开此开关 MOD NRDUCELLUEPWRSAVING: NrDuCellId0, NrDuCellDrxAlgoSwitchBASIC_DRX_SW-1; // 将QCI1和QCI2绑定到同一DRX参数组 MOD NRCELLQCIBEARER: NrCellId0, Qci1, DrxParamGroupId1; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, DuDrxParamGroupId1; MOD NRCELLQCIBEARER: NrCellId0, Qci2, DrxParamGroupId1; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci2, DuDrxParamGroupId1;NRCELLQCIBEARER和NRDUCELLQCIBEARER两条都要操作前者管基站级参数组后者管 DU 级参数组。第一行开关只对没开过基础 DRX 的小区执行如果有 2B 场景或集团特殊要求以 2B 要求为准不强行打开。关闭 DRX 时同样要两个表一起改把参数组 ID 改成 255。255 在这一套配置里代表“不绑定 BRX 参数组”等价于让该承载上的 DRX 不生效。// 关闭QCI1/QCI2的DRX绑定 MOD NRCELLQCIBEARER: NrCellId0, Qci1, DrxParamGroupId255; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, DuDrxParamGroupId255; MOD NRCELLQCIBEARER: NrCellId0, Qci2, DrxParamGroupId255; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci2, DuDrxParamGroupId255;关闭操作通常用于指标回退或终端兼容性验证。需要注意的是关闭 DRX 后终端功耗会上升不能把 255 当成默认值长期刷到所有小区。2.4 DRX 生效原则多承载时别踩 255 的坑规范里最容易忽略的是生效原则。一个用户可能同时存在 QCI5 数据承载和 QCI1 语音专载。判断 DRX 是否生效时先看用户的所有承载任何一个承载的DrxParamGroupId或DuDrxParamGroupId为 255该用户的 DRX 整体不生效。也就是说即使 QCI1 绑定的是正常参数组只要默认承载是 255语音 DRX 依然等于没开。只有全部承载都不是 255才进入优先级选择。选择规则是如果用户存在 QCI1 专载按照 QCI1 的参数组生效如果用户没有 QCI1 专载则按照每个承载里gNBQciBearer.PriorityLevel最小的参数组生效PriorityLevel 越小优先级越高。场景DRX 生效结果任一承载 DrxParamGroupId255用户 DRX 不生效全部承载非 255且存在 QCI1按 QCI1 参数组生效全部承载非 255且无 QCI1按 PriorityLevel 最小的承载参数组生效做 VoNR 参数优化时不能只盯着 QCI1 那一行命令。在 VoNR 信令流程中默认承载先建立QCI1 专载后建立如果默认承载带着 255专载建立后 DRX 判断仍然会被默认承载拉回关闭状态。很多“配置了 DRX 但没生效”的工单原因都出在这个 255 上。建议每次改完参数都把这个用户维度生效原则检查一遍再继续下一步。3. 终端黑名单与 CA 场景下的 DRX 约束3.1 终端特征值与 DRX 黑名单怎么配才不误伤DRX 不是对所有终端都友好。部分终端在 C-DRX 下唤醒慢或者 PDCCH 漏检现网表现为 VoNR 掉话率、上下行丢包率同步恶化。规范给出三个 UE feature 值建议放进黑名单关闭 DRX。配置分两步先用ADD GNBUEINFO定义 UE 特征值再用MOD GNBUECOMPAT给这些 UE 关闭 DRX 开关。// 定义3条终端特征值用于DRX黑名单精确匹配 ADD GNBUEINFO: UeInfoIndex1, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContentec7fee769ff7e0fff0, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 1; ADD GNBUEINFO: UeInfoIndex2, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContentec7fce769ff7e0fff0, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 2; ADD GNBUEINFO: UeInfoIndex3, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContent8209e0650321e0c238, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 3; // 给这三类UE关闭基础DRX MOD GNBUECOMPAT: UeInfoIndex1, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL; MOD GNBUECOMPAT: UeInfoIndex2, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL; MOD GNBUECOMPAT: UeInfoIndex3, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL;UeFeatureValueContent是终端上报的能力特征值UeFeatureValueMask全部配置为 f表示完全匹配这一段字段避免把相近型号也拉入黑名单。UeTypeDesc只是给本条记录起名字方便后期区分问题终端批次。UeInfoIndex需要按现网已用索引规划不能和其他 GNBUEINFO 记录冲突。BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1表示针对该 UE 关闭基础 DRXParamCtrlTypeTYPE_ALL表示对该终端所有相关参数生效。黑名单优先级高于 QCI 承载绑定也就是说即使 QCI1 绑的是正常参数组只要终端命中黑名单该用户 DRX 也不会生效。特征值描述标识建议动作ec7fee769ff7e0fff0drx droppacketloss 1关闭 DRXec7fce769ff7e0fff0drx droppacketloss 2关闭 DRX8209e0650321e0c238drx droppacketloss 3关闭 DRX3.2 CA 场景下 DRX 参数生效按 PCC 还是按 SCCCA 会放大 DRX 配置的复杂性。规范里有两个明确结论如果一个 CC 开启 DRX、另一个 CC 不开启则该用户 DRX 整体不生效如果两个 CC 都开启但参数值不一致则按照 PCC 的 DRX 参数生效。PCC 是主小区承载 RRC 信令和大部分语音调度SCC 的监听行为跟随 PCC。CA 组合情况DRX 生效结果一个 CC 开一个 CC 关DRX 不生效两个 CC 都开参数不一致按 PCC 参数生效两个 CC 都开参数一致按该组参数生效这个规则意味着检查 CA 小区时不能只看 SCC 参数值是否正确而要先把 PCC 的 DRX 参数组和承载绑定拉出来确认。语音业务一般挂在 PCC 上SCC 主要用来提速率但 SCC 的开关状态会反向决定 DRX 是否生效。配置脚本里常见的问题是 SCC 沿用默认的 255结果完整 CA 用户直接落到不生效。3.3 FDD/TDD 的 Inactivity 约束与 4ms 问题18.1SPC210 版本有一个硬约束当CaAlgoSwitch下的INTER_GNODEB_CA_SW打开时所有 gNodeB DU DRX 参数组里的DrxInactivityTimer必须大于 MS4。FDD 如果按部分终端测试要求配 40/4/4在 CA 场景下会配置失败。原因不是 DRX 参数本身错而是 4ms 的 IA 扩展期在 SCC 上调度次数下降影响 QCI1 语音承载的连续性。规范结论很直接CA 场景下 IA 扩展期至少要配 5ms。这也解释 FDD 和 TDD 在 DRX 上的差异。TDD 上下行分时隙On Duration 长一点不影响上行调度FDD 全双工时隙连续Inactivity 过短会让上行调度机会减少IBLER 收敛慢丢包率反而上去。场景OnDurationInactivity说明2.6G TDD10ms10ms常规配置无额外约束700M FDD 非 CA4ms5ms推荐配置700M FDD CA4ms≥5ms配 4ms 会配置失败2.6G TDD CA10ms≥5ms按 PCC 生效实际下发时如果当前版本是 18.1SPC210FDD 场景不要把 Inactivity 配成 4ms直接改成 5ms。若业务测试要求必须保留 4ms只能关闭INTER_GNODEB_CA_SW但这样做会失去跨站 CA 能力一般不建议为了单个参数值牺牲 CA 功能。4. 智能预调度参数规范与实际配置4.1 为什么开 DRX 的同时要调整预调度周期DRX 和智能预调度是同一套 VoNR 参数优化里的两个杠杆。DRX 让终端睡眠预调度是基站主动发上行授权。若预调度周期还是默认 5ms语音用户睡眠时基站照发 grant授权又不能用纯浪费 PDCCH 资源同时基站以为用户随时可传调度器不会按语音 20ms 帧周期做针对性优化。规范要求语音业务预调度周期按 20ms数据业务按 5ms如果设备不支持差异化设置优先把语音业务改成 20ms。落到UlPreallocationInterval参数时TDD 推荐 40FDD 推荐 20。这个值不是简单的“语音 20ms 数据 5ms”而是和上下行时隙配比、帧结构绑定的 slot 级设置。不同厂家的单位口径可能不一致执行前先确认参数表里的单位是 slot 还是 ms。4.2 开启智能预调度的 MML 配置步骤开启承载级智能预调度需要同时改算法开关、预留位、调度参数组和 QCI 绑定。下面以 FDD 为例TDD 只需把UlPreallocationInterval改成 40。// 打开业务差异化低时延开关和策略开关LIC在基本包 MOD NRDUCELLALGOSWITCH: NrDuCellId0, LowLatencySwitchSERV_DIFF_LOW_LATENCY_SW-1SERV_DIFF_POLICY_SW-1; // 打开预留位激活承载级智能预调度能力 MOD NRDUCELLRSVDEXT02: NrDuCellId0, RsvdSwParam1RSVDSWPARAM1_BIT7-1; // FDD场景创建调度参数组间隔20 ADD GNBDUSCHPARAMGROUP: ScheduleParamGroupId20, ScheduleOptSwitchUL_SMART_PREALLOC_QCI_SW-1, UlPreallocationInterval20, UlPreallocationDataVolume100, UlSmartPreallocationDur50; // 将QCI1绑定到该调度参数组 MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, ScheduleParamGroupId20;SERV_DIFF_LOW_LATENCY_SW控制业务差异化低时延的使能SERV_DIFF_POLICY_SW控制策略生效两个开关一起打开才能让后续 QCI 绑定生效。RsvdSwParam1RSVDSWPARAM1_BIT7-1是预留位开关不是所有版本都开放版本不满足时这个字段会报错或直接不生效。U lPreallocationInterval20对应 FDD 的 20 值UlPreallocationDataVolume100是触发预调度的上行数据量门限UlSmartPreallocationDur50表示智能预调度持续时长 50ms。参数组创建后还要再绑定 QCI1。若 QCI1 不绑定即使调度参数组建了也不会走语音智能预调度流程。MO 参数参数名称默认值推荐值NRDUCellAlgoSwitchSERV_DIFF_LOW_LATENCY_SW关开NRDUCellAlgoSwitchSERV_DIFF_POLICY_SW关开gNBDUSchParamGroupUL_SMART_PREALLOC_QCI_SW关开gNBDUSchParamGroupUlSmartPreallocationDur50ms50msgNBDUSchParamGroupUlPreallocationInterval5TDD 40 / FDD 20提示非 18.1SPC210 版本不能打开UL_SMART_PREALLOC_QCI_SWScheduleOptSwitch开关否则参数组可能被系统忽略或产生异常调度行为。4.3 预调度开关影响面与关闭顺序预调度开关不是没有副作用的。激活或去激活承载级智能预调度时上行调度次数会减少IBLER 收敛变慢上行丢包率可能抬升下行丢包率也可能因为上行随路反馈次数减少而抬升。接通时延会有约 50ms 的额外增加因为语音建立阶段调度变稀疏。所以这种配置适合在语音话务高、丢包指标稳定的区域试点不建议全网无差别刷参数。回退命令比较简单把调度参数组里的开关清零即可// 关闭承载级智能预调度保留参数组 MOD GNBDUSCHPARAMGROUP: ScheduleParamGroupId20, ScheduleOptSwitchUL_SMART_PREALLOC_QCI_SW-0;关闭时建议先解除 QCI1 的绑定再关开关避免中间态下 QCI1 指向一个禁用的调度参数组。如果现场指标恶化得很快也可以直接把 QCI1 的ScheduleParamGroupId改回 255做到快速止血之后再清理调度参数组。5. 现网落地参数验证、回退与指标观察5.1 配置后必须核对的两个点DRX 和预调度配置完成后先用查询命令确认绑定关系。常见做法是用下面三条 LST 命令把配置拉出来检查 QCI1/QCI2 的参数组 ID 是否与规范一致。LST NRDUCELLQCIBEARER: NrDuCellId0; LST GNBDUDRXPARAMGROUP; LST GNBDUSCHPARAMGROUP;重点看 QCI1 和 QCI2 的DrxParamGroupId、DuDrxParamGroupId、ScheduleParamGroupId是否等于规划值。DRX 参数组必须全部非 255否则用户维度 DRX 不生效。调度参数组要确认UlPreallocationInterval与 TDD/FDD 匹配不能把 FDD 的 20 和 TDD 的 40 互换。还要顺带检查LowLatencySwitch里两个子开关是否为 ON因为开关被后台复位后绑定关系仍在但不会执行差异化调度。5.2 指标观察窗口配置生效后建议观察 24 小时以上不能只看接通率。关注四个核心指标VoNR 掉话率、上下行丢包率、接通时延、DRX 参数生效比例。掉话率抬升要先看黑名单是否命中丢包率抬升则优先查 Inactivity Timer 是否低于 5ms。如果开通后接通时延比之前多 50ms 左右属于预调度改周期的正常表现不属于异常但要判断业务容忍度。5.3 回退执行顺序如果丢包率恶化回退顺序要控制好先关智能预调度再关 DRX。反过来操作会让 DRX 用户醒来的瞬间没有上行授权短暂丢包更明显。回退时把ScheduleParamGroupId解绑并置 255再把DrxParamGroupId置 255最后关NrDuCellDrxAlgoSwitch。黑名单配置可以保留因为黑名单只影响命中终端不影响正常用户也不会干扰后续重新开启 DRX 的尝试。本文还有配套的精品资源点击获取 VoNR DRX与智能预调度参数配置详解：BWP、QCI绑定与现网优化
简介面向5G网络优化人员这份规范围绕VoNR5G新空口语音场景下的DRX非连续接收与智能预调度参数配置重点解决带宽部分切换、终端节电和语音质量之间的平衡问题。包内仅一个pptx演示文档大小约1.46MB内容精炼目前已有335人学习或下载。文档以华为设备为例汇总了VoNR DRX关键参数基线包括语音带宽部分的DCI切换、第二带宽部分关闭门限以及长DRX周期、开启持续时间定时器、非活动定时器、重传定时器在不同频段下的差异化取值。同时给出开启和关闭DRX的MML配置流程说明服务质量等级一/二如何绑定参数组并按用户承载判断DRX是否生效还补充了DRX黑名单配置思路可帮助现场人员规避参数冲突快速排查VoNR用户DRX不生效或掉话问题。适合5G网络优化、VoNR质量保障的中级及以上工程师作为现场操作规范参考。1. VoNR 语音承载与 DRX 机制先把省电与调度的账算清楚VoNR 语音建立后DRX 参数值直接影响终端监听 PDCCH 的频率。有人担心 DRX 开久了会掉话也有人觉得长周期越省电越好这两类判断都不完全对。VoNR 的语音包按 20ms 周期到达DRX 把终端从连续监听改为周期性监听省电但代价是可能在 On Duration 窗口外错过上行调度机会。尤其是 700M/2.6G 两段频段参数不一致、CA 场景一个载波配置漂移时问题会被显著放大。这份《VoNR DRX和智能预调度开启参数规范说明V1.5》把 BWP 选择、DRX 参数组、QCI 绑定、终端黑名单、智能预调度串成一套可执行流程适合现网 VoNR 参数优化、语音专项测试和异常指标回溯的工程师参考。读完这些参数配置说明可以直接对着 MML 命令检查现网脚本把规则落到具体小区和承载上。2. VoNR DRX 参数组与 BWP先把参数值设计成可落地2.1 为什么 VoNR 要单独管一套 BWP规范的第一个约束不在 DRX而在 BWP。现网 NR 小区通常配置 BWP1 为 100MBWP2 为 20M51RB用来做容量和节能折中。语音业务对时延更敏感如果 VoNR 用户迁到 20M 小带宽调度资源变少On Duration 内能塞下的 PDCCH/PUSCH 机会也少语音包一旦排队丢包率和掉话率就会抬头。因此规范给出的做法是让 VoNR 用户不粘滞在 BWP2把VonrExitBwp2UserNumThld设为 0触发条件一满足就退出窄带 BWP回到 100M 带宽上继续监听调度。// 触发条件即退出BWP2保证VoNR用户留在大带宽 MOD NRDUCELLUEPWRSAVING: NrDuCellId0, VonrExitBwp2UserNumThld0;NrDuCellId0是小区 ID现场操作时替换成实际小区VonrExitBwp2UserNumThld0表示 VoNR 用户数满足退出 BWP2 的门限为 0也就是只要系统判断该用户不适合留在 20M BWP就会迁出防止语音承载停在窄带 BWP 上。这个开关不影响普通数据业务在 BWP 间的切换只作用于 VoNR 语音承载。实际排障时不少小区配置了 DRX 参数但语音丢包仍然高查下去往往发现是用户停在 20M BWP 上On Duration 时间内调度机会不足DRX 反而放大了窄带调度的短板。所以在调整 DRX 定时器之前先把 BWP 基线对齐比较稳妥。参数位置参数名规范值作用NRDUCellUePwrSavingVonrExitBwp2UserNumThld0VoNR 用户退出 BWP2 的门限NRDUCellUePwrSavingNrDuCellDrxAlgoSwitchBASIC_DRX_SW-1小区基础 DRX 总开关2.2 C-DRX 参数组Long Cycle、On Duration、Inactivity 怎么配VoNR 5QI1/2 的 C-DRX 参数不算复杂但频段差异和版本约束叠加后经常出问题。规范给出的基线是Long DRX Cycle 固定 40msOn Duration Timer 在 2.6G 配 10ms700M 配 4msInactivity Timer 在 2.6G 配 10ms700M 配 5msRe-Transmission Timer 按 8slot 或 16slot 配置。需要注意FDD 在 CA 场景下 Inactivity Timer 不能配 4ms至少要配 5ms否则会出现配置失败或调度次数下降。参数2.6G 推荐值700M 推荐值说明Long Cycle40ms40msDRX 周期长度OnDuration10ms4ms周期开始后的监听窗口Inactivity10ms5ms收到调度后继续监听的扩展时长Re-Transmission8/16 slot8/16 slotHARQ 重传监听窗口参数组创建命令分开两条一条管 gNB 侧一条管 DU 侧。站型不同集中式还是分布式决定哪条先执行但两条都要检查到位。// 创建DRX参数组关闭短周期 ADD GNBDRXPARAMGROUP: DrxParamGroupId1, LongCycleMS40, ShortCycleTimer0; // 创建DU级DRX定时器参数注意单位ms和slot不能混 ADD GNBDUDRXPARAMGROUP: DuDrxParamGroupId1, OnDurationTimerMS10, DrxInactivityTimerMS10, DrxRetransTimerSL16;ShortCycleTimer0表示不启用短 DRX 周期避免语音场景在短周期和长周期之间频繁切换因为切换本身会引入调度空窗。OnDurationTimerMS10指定周期开始后的监听窗口为 10msDrxInactivityTimerMS10给已经建立调度的用户额外 10ms 激活时间DrxRetransTimerSL16以 slot 为单位配置重传监听窗口。DI 和 DU 两侧的单位都要看准有的版本里 Inactivity 也用 slot 表示直接套用 ms 会差好几倍。如果小区已经有现成参数组在跑把ADD换成MOD同时确认DrxParamGroupId没有被其他 QCI 数据承载占用。一般可以把 QCI1/2 单独规划一个参数组避免数据业务的短周期或者 255 配置串到语音承载上。2.3 QCI1/QCI2 绑定DRX 参数组与承载怎么挂钩QCI1 是 VoNR 语音承载QCI2 是会话类业务承载。规范把 QCI1 和 QCI2 绑到同一个 DRX 参数组核心目的是让语音专载和相关会话类承载使用同一套监听行为避免不同参数组在承载间切换时生效不均匀。如果同一次呼叫里 QCI1 和 QCI5 的 DRX 参数不一致即使定时器本身没问题调度器也容易在承载切换时丢失调度机会。// 仅未开启基础DRX的小区需要打开此开关 MOD NRDUCELLUEPWRSAVING: NrDuCellId0, NrDuCellDrxAlgoSwitchBASIC_DRX_SW-1; // 将QCI1和QCI2绑定到同一DRX参数组 MOD NRCELLQCIBEARER: NrCellId0, Qci1, DrxParamGroupId1; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, DuDrxParamGroupId1; MOD NRCELLQCIBEARER: NrCellId0, Qci2, DrxParamGroupId1; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci2, DuDrxParamGroupId1;NRCELLQCIBEARER和NRDUCELLQCIBEARER两条都要操作前者管基站级参数组后者管 DU 级参数组。第一行开关只对没开过基础 DRX 的小区执行如果有 2B 场景或集团特殊要求以 2B 要求为准不强行打开。关闭 DRX 时同样要两个表一起改把参数组 ID 改成 255。255 在这一套配置里代表“不绑定 BRX 参数组”等价于让该承载上的 DRX 不生效。// 关闭QCI1/QCI2的DRX绑定 MOD NRCELLQCIBEARER: NrCellId0, Qci1, DrxParamGroupId255; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, DuDrxParamGroupId255; MOD NRCELLQCIBEARER: NrCellId0, Qci2, DrxParamGroupId255; MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci2, DuDrxParamGroupId255;关闭操作通常用于指标回退或终端兼容性验证。需要注意的是关闭 DRX 后终端功耗会上升不能把 255 当成默认值长期刷到所有小区。2.4 DRX 生效原则多承载时别踩 255 的坑规范里最容易忽略的是生效原则。一个用户可能同时存在 QCI5 数据承载和 QCI1 语音专载。判断 DRX 是否生效时先看用户的所有承载任何一个承载的DrxParamGroupId或DuDrxParamGroupId为 255该用户的 DRX 整体不生效。也就是说即使 QCI1 绑定的是正常参数组只要默认承载是 255语音 DRX 依然等于没开。只有全部承载都不是 255才进入优先级选择。选择规则是如果用户存在 QCI1 专载按照 QCI1 的参数组生效如果用户没有 QCI1 专载则按照每个承载里gNBQciBearer.PriorityLevel最小的参数组生效PriorityLevel 越小优先级越高。场景DRX 生效结果任一承载 DrxParamGroupId255用户 DRX 不生效全部承载非 255且存在 QCI1按 QCI1 参数组生效全部承载非 255且无 QCI1按 PriorityLevel 最小的承载参数组生效做 VoNR 参数优化时不能只盯着 QCI1 那一行命令。在 VoNR 信令流程中默认承载先建立QCI1 专载后建立如果默认承载带着 255专载建立后 DRX 判断仍然会被默认承载拉回关闭状态。很多“配置了 DRX 但没生效”的工单原因都出在这个 255 上。建议每次改完参数都把这个用户维度生效原则检查一遍再继续下一步。3. 终端黑名单与 CA 场景下的 DRX 约束3.1 终端特征值与 DRX 黑名单怎么配才不误伤DRX 不是对所有终端都友好。部分终端在 C-DRX 下唤醒慢或者 PDCCH 漏检现网表现为 VoNR 掉话率、上下行丢包率同步恶化。规范给出三个 UE feature 值建议放进黑名单关闭 DRX。配置分两步先用ADD GNBUEINFO定义 UE 特征值再用MOD GNBUECOMPAT给这些 UE 关闭 DRX 开关。// 定义3条终端特征值用于DRX黑名单精确匹配 ADD GNBUEINFO: UeInfoIndex1, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContentec7fee769ff7e0fff0, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 1; ADD GNBUEINFO: UeInfoIndex2, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContentec7fce769ff7e0fff0, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 2; ADD GNBUEINFO: UeInfoIndex3, UeInfoTypeUE_FEATUREVALUE, UeFeatureValueContent8209e0650321e0c238, UeFeatureValueMaskffffffffffffffffffffffffffffffff, UeTypeDescdrx droppacketloss 3; // 给这三类UE关闭基础DRX MOD GNBUECOMPAT: UeInfoIndex1, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL; MOD GNBUECOMPAT: UeInfoIndex2, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL; MOD GNBUECOMPAT: UeInfoIndex3, BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1, ParamCtrlTypeTYPE_ALL;UeFeatureValueContent是终端上报的能力特征值UeFeatureValueMask全部配置为 f表示完全匹配这一段字段避免把相近型号也拉入黑名单。UeTypeDesc只是给本条记录起名字方便后期区分问题终端批次。UeInfoIndex需要按现网已用索引规划不能和其他 GNBUEINFO 记录冲突。BlacklistCtrlSwitchBASIC_DRX_SW_OFF-1表示针对该 UE 关闭基础 DRXParamCtrlTypeTYPE_ALL表示对该终端所有相关参数生效。黑名单优先级高于 QCI 承载绑定也就是说即使 QCI1 绑的是正常参数组只要终端命中黑名单该用户 DRX 也不会生效。特征值描述标识建议动作ec7fee769ff7e0fff0drx droppacketloss 1关闭 DRXec7fce769ff7e0fff0drx droppacketloss 2关闭 DRX8209e0650321e0c238drx droppacketloss 3关闭 DRX3.2 CA 场景下 DRX 参数生效按 PCC 还是按 SCCCA 会放大 DRX 配置的复杂性。规范里有两个明确结论如果一个 CC 开启 DRX、另一个 CC 不开启则该用户 DRX 整体不生效如果两个 CC 都开启但参数值不一致则按照 PCC 的 DRX 参数生效。PCC 是主小区承载 RRC 信令和大部分语音调度SCC 的监听行为跟随 PCC。CA 组合情况DRX 生效结果一个 CC 开一个 CC 关DRX 不生效两个 CC 都开参数不一致按 PCC 参数生效两个 CC 都开参数一致按该组参数生效这个规则意味着检查 CA 小区时不能只看 SCC 参数值是否正确而要先把 PCC 的 DRX 参数组和承载绑定拉出来确认。语音业务一般挂在 PCC 上SCC 主要用来提速率但 SCC 的开关状态会反向决定 DRX 是否生效。配置脚本里常见的问题是 SCC 沿用默认的 255结果完整 CA 用户直接落到不生效。3.3 FDD/TDD 的 Inactivity 约束与 4ms 问题18.1SPC210 版本有一个硬约束当CaAlgoSwitch下的INTER_GNODEB_CA_SW打开时所有 gNodeB DU DRX 参数组里的DrxInactivityTimer必须大于 MS4。FDD 如果按部分终端测试要求配 40/4/4在 CA 场景下会配置失败。原因不是 DRX 参数本身错而是 4ms 的 IA 扩展期在 SCC 上调度次数下降影响 QCI1 语音承载的连续性。规范结论很直接CA 场景下 IA 扩展期至少要配 5ms。这也解释 FDD 和 TDD 在 DRX 上的差异。TDD 上下行分时隙On Duration 长一点不影响上行调度FDD 全双工时隙连续Inactivity 过短会让上行调度机会减少IBLER 收敛慢丢包率反而上去。场景OnDurationInactivity说明2.6G TDD10ms10ms常规配置无额外约束700M FDD 非 CA4ms5ms推荐配置700M FDD CA4ms≥5ms配 4ms 会配置失败2.6G TDD CA10ms≥5ms按 PCC 生效实际下发时如果当前版本是 18.1SPC210FDD 场景不要把 Inactivity 配成 4ms直接改成 5ms。若业务测试要求必须保留 4ms只能关闭INTER_GNODEB_CA_SW但这样做会失去跨站 CA 能力一般不建议为了单个参数值牺牲 CA 功能。4. 智能预调度参数规范与实际配置4.1 为什么开 DRX 的同时要调整预调度周期DRX 和智能预调度是同一套 VoNR 参数优化里的两个杠杆。DRX 让终端睡眠预调度是基站主动发上行授权。若预调度周期还是默认 5ms语音用户睡眠时基站照发 grant授权又不能用纯浪费 PDCCH 资源同时基站以为用户随时可传调度器不会按语音 20ms 帧周期做针对性优化。规范要求语音业务预调度周期按 20ms数据业务按 5ms如果设备不支持差异化设置优先把语音业务改成 20ms。落到UlPreallocationInterval参数时TDD 推荐 40FDD 推荐 20。这个值不是简单的“语音 20ms 数据 5ms”而是和上下行时隙配比、帧结构绑定的 slot 级设置。不同厂家的单位口径可能不一致执行前先确认参数表里的单位是 slot 还是 ms。4.2 开启智能预调度的 MML 配置步骤开启承载级智能预调度需要同时改算法开关、预留位、调度参数组和 QCI 绑定。下面以 FDD 为例TDD 只需把UlPreallocationInterval改成 40。// 打开业务差异化低时延开关和策略开关LIC在基本包 MOD NRDUCELLALGOSWITCH: NrDuCellId0, LowLatencySwitchSERV_DIFF_LOW_LATENCY_SW-1SERV_DIFF_POLICY_SW-1; // 打开预留位激活承载级智能预调度能力 MOD NRDUCELLRSVDEXT02: NrDuCellId0, RsvdSwParam1RSVDSWPARAM1_BIT7-1; // FDD场景创建调度参数组间隔20 ADD GNBDUSCHPARAMGROUP: ScheduleParamGroupId20, ScheduleOptSwitchUL_SMART_PREALLOC_QCI_SW-1, UlPreallocationInterval20, UlPreallocationDataVolume100, UlSmartPreallocationDur50; // 将QCI1绑定到该调度参数组 MOD NRDUCELLQCIBEARER: NrDuCellId0, Qci1, ScheduleParamGroupId20;SERV_DIFF_LOW_LATENCY_SW控制业务差异化低时延的使能SERV_DIFF_POLICY_SW控制策略生效两个开关一起打开才能让后续 QCI 绑定生效。RsvdSwParam1RSVDSWPARAM1_BIT7-1是预留位开关不是所有版本都开放版本不满足时这个字段会报错或直接不生效。U lPreallocationInterval20对应 FDD 的 20 值UlPreallocationDataVolume100是触发预调度的上行数据量门限UlSmartPreallocationDur50表示智能预调度持续时长 50ms。参数组创建后还要再绑定 QCI1。若 QCI1 不绑定即使调度参数组建了也不会走语音智能预调度流程。MO 参数参数名称默认值推荐值NRDUCellAlgoSwitchSERV_DIFF_LOW_LATENCY_SW关开NRDUCellAlgoSwitchSERV_DIFF_POLICY_SW关开gNBDUSchParamGroupUL_SMART_PREALLOC_QCI_SW关开gNBDUSchParamGroupUlSmartPreallocationDur50ms50msgNBDUSchParamGroupUlPreallocationInterval5TDD 40 / FDD 20提示非 18.1SPC210 版本不能打开UL_SMART_PREALLOC_QCI_SWScheduleOptSwitch开关否则参数组可能被系统忽略或产生异常调度行为。4.3 预调度开关影响面与关闭顺序预调度开关不是没有副作用的。激活或去激活承载级智能预调度时上行调度次数会减少IBLER 收敛变慢上行丢包率可能抬升下行丢包率也可能因为上行随路反馈次数减少而抬升。接通时延会有约 50ms 的额外增加因为语音建立阶段调度变稀疏。所以这种配置适合在语音话务高、丢包指标稳定的区域试点不建议全网无差别刷参数。回退命令比较简单把调度参数组里的开关清零即可// 关闭承载级智能预调度保留参数组 MOD GNBDUSCHPARAMGROUP: ScheduleParamGroupId20, ScheduleOptSwitchUL_SMART_PREALLOC_QCI_SW-0;关闭时建议先解除 QCI1 的绑定再关开关避免中间态下 QCI1 指向一个禁用的调度参数组。如果现场指标恶化得很快也可以直接把 QCI1 的ScheduleParamGroupId改回 255做到快速止血之后再清理调度参数组。5. 现网落地参数验证、回退与指标观察5.1 配置后必须核对的两个点DRX 和预调度配置完成后先用查询命令确认绑定关系。常见做法是用下面三条 LST 命令把配置拉出来检查 QCI1/QCI2 的参数组 ID 是否与规范一致。LST NRDUCELLQCIBEARER: NrDuCellId0; LST GNBDUDRXPARAMGROUP; LST GNBDUSCHPARAMGROUP;重点看 QCI1 和 QCI2 的DrxParamGroupId、DuDrxParamGroupId、ScheduleParamGroupId是否等于规划值。DRX 参数组必须全部非 255否则用户维度 DRX 不生效。调度参数组要确认UlPreallocationInterval与 TDD/FDD 匹配不能把 FDD 的 20 和 TDD 的 40 互换。还要顺带检查LowLatencySwitch里两个子开关是否为 ON因为开关被后台复位后绑定关系仍在但不会执行差异化调度。5.2 指标观察窗口配置生效后建议观察 24 小时以上不能只看接通率。关注四个核心指标VoNR 掉话率、上下行丢包率、接通时延、DRX 参数生效比例。掉话率抬升要先看黑名单是否命中丢包率抬升则优先查 Inactivity Timer 是否低于 5ms。如果开通后接通时延比之前多 50ms 左右属于预调度改周期的正常表现不属于异常但要判断业务容忍度。5.3 回退执行顺序如果丢包率恶化回退顺序要控制好先关智能预调度再关 DRX。反过来操作会让 DRX 用户醒来的瞬间没有上行授权短暂丢包更明显。回退时把ScheduleParamGroupId解绑并置 255再把DrxParamGroupId置 255最后关NrDuCellDrxAlgoSwitch。黑名单配置可以保留因为黑名单只影响命中终端不影响正常用户也不会干扰后续重新开启 DRX 的尝试。本文还有配套的精品资源点击获取