尧图网页设计 
简介针对华为5G上行载波聚合上行CA的开通与优化这份技术文档面向通信网络工程师、无线优化与5G运维人员系统解决上行2CC功能的参数配置与性能验证问题。文档从3GPP R15载波聚合原理切入梳理FR内CA、PCell/SCell等基本概念并给出TDDTDD、TDDFDD及SUL等典型与非标频段组合的终端能力要求和配置流程涵盖帧偏置核查、异频频点关系、外部小区、CA频点集及上行CA开关启用等实测操作细节。同时提供后台指标观测方法与苏州、南京、南通等现网试点验证数据可帮助读者评估不同场景下上行CA对速率和PRB利用率的影响为热点区域容量提升提供可落地的实践依据。资源包共1个docx文件约6.07MB内容结构完整、命令示例详实目前已有126人学习下载。 做移动通信优化的同行应该都有同感5G网络下行跑到1Gbps已经不新鲜了但一到上行就露馅。尤其是直播、视频回传、工业数据采集这类业务用户反馈最多的往往是“下行挺快传东西却卡”本质就是上行速率和覆盖没跟上。我这次要聊的就是解决这类问题的关键手段——5G上行载波聚合UL CA以及我们在华为设备上做多频段组合部署和性能验证的完整过程适合运营商优化工程师、设备商交付人员和高校通信方向的学生参考。先交代一下背景。我们这边现网是3.5GHz TDD为主力承载典型帧结构下上行时隙占比偏低加上高频段上行覆盖天生吃亏终端发射功率又有限上行体验一直是投诉集中点。客户要求在不换终端、不大改现有网络架构的前提下把上行吞吐提上来尤其是边缘覆盖区域。我们综合评估后决定采用上行载波聚合作为主要方案把FDD中频段作为补充上行载波叠加进去。这篇博文就是整个项目的复盘从方案选型到华为设备上的MML配置再到优化调参和实测数据分析全都摊开讲。1. 项目背景上行瓶颈到底卡在哪1.1 单频段上行的物理限制5G时代的业务模型和4G时代差很多。4G以内容消费为主下行流量占绝对大头5G则催生了大量上行敏感型业务比如手机直播、4K/8K视频回传、无人机巡检、智能工厂的数据采集上行流量占比明显上升。但网络侧的上行能力却受三方面限制一是终端的发射功率。手机最大发射功率一般是23dBm约200mW要同时支撑覆盖和速率在3.5GHz这种高频段上信噪比天然不如低频边缘用户的上行MCS普遍很低速率起不来。二是TDD帧结构约束。3.5GHz频段上下行共用一个载波靠时隙切分。商用网络常用的7:3或8:2配置下上行时隙本来就少能分给PUSCH的资源非常有限。三是覆盖不对称。下行的波束赋形增益可以做得很高上行没有这个增益导致覆盖半径受限。用户侧感受到的就是“下行几百M上行几十M”上传文件要等半天。1.2 项目要解决的核心矛盾客户提的几个硬性需求很明确边缘区域上行吞吐至少翻倍重点覆盖区域上行峰值速率有明显提升切换和业务连续性不能劣化。最关键的一条——不能依赖终端更换。这直接排除了那些只靠终端能力才能发挥的方案也逼着我们在无线侧找解法。当时团队内部也讨论过几个技术路线补天线、增加上行时隙配比、开上行CA、做SUL。天线受限于站点条件不好动时隙配比涉及全网规划会影响下行容量轻易不能改剩下的就是上行CA和SUL二选一。经过技术对比和终端支持度调研我们最终锁定了上行CA路线具体原因下一节细说。2. 方案选型为什么最终选了上行载波聚合2.1 上行CA与SUL的技术路线对比上行载波聚合Uplink Carrier Aggregation和补充上行Supplement Uplink简称SUL经常被放在一起比较但原理有本质区别。UL CA是让终端同时在主小区PSCell/PCell和辅小区SCell的两个上行载波上发送数据接收端把两条链路的数据合并属于“叠加”逻辑吞吐增益接近双倍。SUL则是给主载波配一个低频补充上行载波同一时刻数据走哪条上行链路由网络动态选择属于“切换”逻辑它解决的是覆盖问题吞吐叠加效果有限。我们最终选择UL CA原因有三点第一项目目标既要有边缘覆盖增益、也要有近中点吞吐提升UL CA两条腿都能覆盖第二现网3.5GHz终端普遍支持FDDTDD的inter-band上行CA能力但具体要验证后面会讲第三华为设备侧UL CA的特性成熟度在现网已经比较稳定参数配置和功能开关都有现成的模板支撑。SUL也不是不好但在我们“要实现上行速率翻倍”这个核心指标上不如UL CA直接。2.2 多频段组合的选频逻辑确定了技术路线后紧接着就是把“哪两个频段绑在一起”这个问题敲定。我们现网的主力FDD频段是1.8GHz对应LTE Band 3 / NR n3覆盖能力比3.5GHz好不少终端也普遍支持n78n3的带间组合所以组合方案定为3.5GHz TDD做主载波、1.8GHz FDD做辅载波。这里有一个工程约束要提醒大家多频段组合不是随便绑的要同时满足终端射频支持、设备RRU/AAU硬件支持、以及频段间的干扰隔离条件。比如某些终端虽然支持n78和n3但只在band combination清单里写了上行2CC下行3CC也可能只是“上报能力”但功率共享策略有差异。所以选频之前一定要先拉终端支持矩阵和基站硬件能力表否则配置下发后SCell根本立不起来。这也是我们项目里踩过的一个小坑后文会展开。3. 华为设备多频段组合的部署实操3.1 部署前检查清单在动手配数据之前我把需要核查的点列了一个清单供大家参考基站硬件版本和基带板能力确认AAU/RRU支持待叠加的FDD频段确认基带板处理能力支持双载波调度License资源华为设备上行CA功能通常需要单独授权核查链路里是否已经激活UL CA相关功能license网管版本与MML命令不同版本命令稍有差异以现网实际版本为准建议先在实验网验证一轮终端支持矩阵挑选主流芯片平台的终端做摸底测试确认band combination和上行2CC上报正常邻区与干扰扫描部署前对1.8GHz频段的底噪做一轮扫描避免有外部干扰源影响后续验证。3.2 MML配置流程解析华为设备上做UL CA的配置核心是添加一个用于上行叠加的SCell并且把上行CA的开关打开。我这边以通用配置思路给大家展示具体命令名和参数名以你们现网版本为准。第一步是添加SCell。需要定义一个辅小区分配SCellId绑定到对应的上行载波比如1.8GHz的FDD载波并配置好物理小区标识PCI、带宽和上下行频点。配置的关键点在于要把这个SCell的“用途”明确为上行叠加而不是一个独立完整的5G小区否则网络会把它当普通邻区数据面的承载逻辑就不对了。第二步是配置测量和添加事件。网络只有在终端上报了对应频段的测量结果后才能下发SCell添加指令。这里主要涉及A4/A5事件门限的配置建议把SCell添加门限设置为较低门限例如RSRP达到-115dBm即可触发保证边缘用户也能用上双载波。门限设太高远端用户吃不到增益设太低SCell频繁添加释放消耗信令。第三步是打开小区级UL CA开关。华为设备里一般有类似ulCaSwitch、pscellUlCaSwitch的开关位开启后基站才会在上行调度时为支持双发能力的终端同时分配两个载波的PUSCH资源。配置后需要确认小区的SIB配置同步更新让终端在接入阶段就知道这里上行CA可用。第四步是核查邻区关系。虽然SCell通常配置为本小区内部管理但涉及异频测量时需要保证主小区和SCell频点之间的互操作关系正确避免终端测量不到辅载波。这一步排查最费时间。曾经遇到配置完一天后发现终端上报SCell添加成功率只有60%跟踪信令发现终端始终没有上报1.8GHz的测量结果最后定位到是邻区关系表里缺少了一条异频频点配置。所以每次MML改完我建议都把时钟、邻区、测量频点重新拉一遍别省这一步。4. 开启后的优化从“能用”到“好用”4.1 功率控制与终端功耗平衡UL CA开启后终端理论上要同时在两个载波上发射信号两条上行链路的总功率不能超过终端的最大发射功率。实际调度时网络侧需要分配功率比例均衡分配适合大多数场景但也可以针对边缘用户提高低频FDD载波的发射功率利用1.8GHz的覆盖优势保底同时用3.5GHz TDD载波尽力传。这个策略在现网实测下来对边缘用户的上行增益非常明显。这里有个关键参数要提A-MPR额外的最大功率回退。双载波同时发射时为了避免射频非线性互调产物超标终端会被要求额外回退一点功率。回退幅度过大就会抵消CA的增益所以建议在配置中选用终端上报的P-MPR能力做自适应回退不要把A-MPR配置成一个固定的偏大的值。我们一开始用固定值导致中近点用户的发射功率被限制双载波速率反而没跑上去调整后问题才解决。4.2 调度策略和移动性参数优化调度策略直接影响用户到底能不能吃到双载波的增益。华为设备的调度器在UL CA场景下支持按比例在两个载波上分配RB我们的建议是初期采用基于用户信道质量的调度策略信道质量好的载波多分配RB信道质量差的载波保底分配。对于MCS选择由于FDD低频段信道质量通常优于高频FDD载波上的MCS可以放开一点TDD载波则保持原有限制。移动性方面SCell的去激活定时器值得重点关注。默认的去激活定时器偏短会导致终端刚加上SCell就立刻释放在小区边缘频繁添加释放既吃信令又影响用户体验。建议结合实测把去激活定时器调大或者配置为基于SCell信道质量动态去激活。我们最终把去激活门限调低、时延调长边缘用户的上行吞吐曲线明显平滑了很多。5. 性能验证实测数据与增益分析5.1 验证方案设计与测试工具性能验证阶段我们选用了支持上行2CC的测试终端配合路测工具做定点、步行、车载三类场景测试。指标主要记录上行PDCP层吞吐量、PUSCH BLER、SCell上行占用率、UL CA成功占比、切换成功率、RRC重建率和终端发射功率余量。定点测试分三个点位好点RSRP-80dBm中点RSRP在-95到-100dBm之间差点RSRP低于-110dBm。每个点位分别跑单载波关闭UL CA和双载波开启UL CA两组数据确保对照组一致。5.2 实测数据与增益分析下面这组数据是我们现场测试的统计结果为脱敏数值做了归一化处理单看就能看出UL CA的价值测试位置信号强度(RSRP)单载波上行吞吐双载波上行吞吐提升比例好点-82dBm105Mbps182Mbps约73%中点-98dBm32Mbps59Mbps约84%差点-112dBm4.5Mbps11.8Mbps约162%好点的增益没有到100%主要因为终端在两个载波同时发射时存在功率回退加上单载波时MCS已经接近链路极限双载波分摊RB后单载波速率略降叠加起来总速率自然低于两倍。这符合理论预期不算是异常。差点这类边缘位置的提升反而最明显接近162%验证了FDD低频上行在覆盖上的补充作用。中点位置提升约84%也达到客户“翻倍”的预期目标。还有一个数据值得关注开启UL CA后SCell上行占用率稳定在85%以上说明辅载波没有被浪费RRC重建率和切换成功率与关闭CA的基线对比基本持平没有明显的移动性劣化。整体来看这个方案在现网是可落地的。6. 排雷实录常见问题与排查技巧6.1 终端上报能力不支持该频段组合时怎么办这是部署中最常见的问题。明明基站配置没问题但终端就是不发起SCell添加请求。处理思路很明确跟踪Uu口信令找终端的UECapabilityInformation消息看CA band combination里有没有n78n3这个组合。部分终端虽然支持这个组合但软件版本上限制了上行2CC能力这时候只能选择升级终端版本或者暂时降级到单载波。排查这个问题时我不建议一上来就猜参数直接看信令最快。6.2 SCell添加失败率高的主因SCell添加失败率高的原因通常是这几个A4/A5门限设置过严、PCI冲突、邻区漏配、上行同步失败。我们项目里遇到过一次PCI冲突1.8GHz频段里两个远端小区用了相同的PCI导致终端上报的测量结果无法匹配到正确的SCell。处理办法是核查物理小区标识规划表把冲突PCI改掉。另外提醒一个容易被忽略的点SCell添加依赖终端的上行同步如果上行TA一直建立不成功SCell添加就会反复失败。这时候要去查主小区看来是否有上行干扰或者终端发射功率余量是不是已经耗尽。6.3 TDDFDD组合下的互调干扰排查TDD 3.5GHz和FDD 1.8GHz同时发射时终端射频前端会产生互调产物如果落在基站接收带内就会抬升底噪、恶化PUSCH解调。现场如果发现开双载波后某个频段的BLER异常升高排除外部干扰后就要怀疑互调问题。用网管的底噪曲线按天对比可以看到明显抬升的时段。处理手段一般是降低双发功率回退值、检查终端天线隔离度、临时调整双载波的RB分配避开互调最严重的区间。有一种更彻底的办法是让两个载波错开频域资源但在标准UL CA里不总能实现得看设备支持能力。6.4 开了UL CA之后终端发热和耗电明显这是用户体验层面的问题但也得重视。双载波同时发射终端的射频前端功耗翻倍长时间直播场景下手机发热更快。网络侧能做的优化是配置CDRX让终端在没有上行数据时进入微休眠同时在确认没有上行大包业务时尽快去激活SCell。实测下来CDRX开启后驻网电流下降明显但也要注意对时延敏感业务的负面影响。建议对URLLC类业务单独做策略不要全局一套参数。回到整体项目我个人最大的体会是上行载波聚合最怕的不是配置复杂而是方案选型阶段没想清楚。把目标分解清楚——到底要覆盖增益还是吞吐增益是主要给边缘用户兜底还是给直播用户提速——再决定技术路线后续的工作就会顺畅很多。如果你也要在华为设备上做UL CA建议Step by Step先实验室验证再选一个站点做单站试点确认所有KPI没有劣化后再推广到片区。功能开起来不难难的是把参数调到和现网场景匹配。最后说一句这套方案后续还可以往5G-A方向延伸比如上行三载波聚合、AI辅助调度到时候再单独写一篇。本文还有配套的精品资源点击获取 华为5G上行载波聚合部署实战：多频段组合与性能优化
简介针对华为5G上行载波聚合上行CA的开通与优化这份技术文档面向通信网络工程师、无线优化与5G运维人员系统解决上行2CC功能的参数配置与性能验证问题。文档从3GPP R15载波聚合原理切入梳理FR内CA、PCell/SCell等基本概念并给出TDDTDD、TDDFDD及SUL等典型与非标频段组合的终端能力要求和配置流程涵盖帧偏置核查、异频频点关系、外部小区、CA频点集及上行CA开关启用等实测操作细节。同时提供后台指标观测方法与苏州、南京、南通等现网试点验证数据可帮助读者评估不同场景下上行CA对速率和PRB利用率的影响为热点区域容量提升提供可落地的实践依据。资源包共1个docx文件约6.07MB内容结构完整、命令示例详实目前已有126人学习下载。 做移动通信优化的同行应该都有同感5G网络下行跑到1Gbps已经不新鲜了但一到上行就露馅。尤其是直播、视频回传、工业数据采集这类业务用户反馈最多的往往是“下行挺快传东西却卡”本质就是上行速率和覆盖没跟上。我这次要聊的就是解决这类问题的关键手段——5G上行载波聚合UL CA以及我们在华为设备上做多频段组合部署和性能验证的完整过程适合运营商优化工程师、设备商交付人员和高校通信方向的学生参考。先交代一下背景。我们这边现网是3.5GHz TDD为主力承载典型帧结构下上行时隙占比偏低加上高频段上行覆盖天生吃亏终端发射功率又有限上行体验一直是投诉集中点。客户要求在不换终端、不大改现有网络架构的前提下把上行吞吐提上来尤其是边缘覆盖区域。我们综合评估后决定采用上行载波聚合作为主要方案把FDD中频段作为补充上行载波叠加进去。这篇博文就是整个项目的复盘从方案选型到华为设备上的MML配置再到优化调参和实测数据分析全都摊开讲。1. 项目背景上行瓶颈到底卡在哪1.1 单频段上行的物理限制5G时代的业务模型和4G时代差很多。4G以内容消费为主下行流量占绝对大头5G则催生了大量上行敏感型业务比如手机直播、4K/8K视频回传、无人机巡检、智能工厂的数据采集上行流量占比明显上升。但网络侧的上行能力却受三方面限制一是终端的发射功率。手机最大发射功率一般是23dBm约200mW要同时支撑覆盖和速率在3.5GHz这种高频段上信噪比天然不如低频边缘用户的上行MCS普遍很低速率起不来。二是TDD帧结构约束。3.5GHz频段上下行共用一个载波靠时隙切分。商用网络常用的7:3或8:2配置下上行时隙本来就少能分给PUSCH的资源非常有限。三是覆盖不对称。下行的波束赋形增益可以做得很高上行没有这个增益导致覆盖半径受限。用户侧感受到的就是“下行几百M上行几十M”上传文件要等半天。1.2 项目要解决的核心矛盾客户提的几个硬性需求很明确边缘区域上行吞吐至少翻倍重点覆盖区域上行峰值速率有明显提升切换和业务连续性不能劣化。最关键的一条——不能依赖终端更换。这直接排除了那些只靠终端能力才能发挥的方案也逼着我们在无线侧找解法。当时团队内部也讨论过几个技术路线补天线、增加上行时隙配比、开上行CA、做SUL。天线受限于站点条件不好动时隙配比涉及全网规划会影响下行容量轻易不能改剩下的就是上行CA和SUL二选一。经过技术对比和终端支持度调研我们最终锁定了上行CA路线具体原因下一节细说。2. 方案选型为什么最终选了上行载波聚合2.1 上行CA与SUL的技术路线对比上行载波聚合Uplink Carrier Aggregation和补充上行Supplement Uplink简称SUL经常被放在一起比较但原理有本质区别。UL CA是让终端同时在主小区PSCell/PCell和辅小区SCell的两个上行载波上发送数据接收端把两条链路的数据合并属于“叠加”逻辑吞吐增益接近双倍。SUL则是给主载波配一个低频补充上行载波同一时刻数据走哪条上行链路由网络动态选择属于“切换”逻辑它解决的是覆盖问题吞吐叠加效果有限。我们最终选择UL CA原因有三点第一项目目标既要有边缘覆盖增益、也要有近中点吞吐提升UL CA两条腿都能覆盖第二现网3.5GHz终端普遍支持FDDTDD的inter-band上行CA能力但具体要验证后面会讲第三华为设备侧UL CA的特性成熟度在现网已经比较稳定参数配置和功能开关都有现成的模板支撑。SUL也不是不好但在我们“要实现上行速率翻倍”这个核心指标上不如UL CA直接。2.2 多频段组合的选频逻辑确定了技术路线后紧接着就是把“哪两个频段绑在一起”这个问题敲定。我们现网的主力FDD频段是1.8GHz对应LTE Band 3 / NR n3覆盖能力比3.5GHz好不少终端也普遍支持n78n3的带间组合所以组合方案定为3.5GHz TDD做主载波、1.8GHz FDD做辅载波。这里有一个工程约束要提醒大家多频段组合不是随便绑的要同时满足终端射频支持、设备RRU/AAU硬件支持、以及频段间的干扰隔离条件。比如某些终端虽然支持n78和n3但只在band combination清单里写了上行2CC下行3CC也可能只是“上报能力”但功率共享策略有差异。所以选频之前一定要先拉终端支持矩阵和基站硬件能力表否则配置下发后SCell根本立不起来。这也是我们项目里踩过的一个小坑后文会展开。3. 华为设备多频段组合的部署实操3.1 部署前检查清单在动手配数据之前我把需要核查的点列了一个清单供大家参考基站硬件版本和基带板能力确认AAU/RRU支持待叠加的FDD频段确认基带板处理能力支持双载波调度License资源华为设备上行CA功能通常需要单独授权核查链路里是否已经激活UL CA相关功能license网管版本与MML命令不同版本命令稍有差异以现网实际版本为准建议先在实验网验证一轮终端支持矩阵挑选主流芯片平台的终端做摸底测试确认band combination和上行2CC上报正常邻区与干扰扫描部署前对1.8GHz频段的底噪做一轮扫描避免有外部干扰源影响后续验证。3.2 MML配置流程解析华为设备上做UL CA的配置核心是添加一个用于上行叠加的SCell并且把上行CA的开关打开。我这边以通用配置思路给大家展示具体命令名和参数名以你们现网版本为准。第一步是添加SCell。需要定义一个辅小区分配SCellId绑定到对应的上行载波比如1.8GHz的FDD载波并配置好物理小区标识PCI、带宽和上下行频点。配置的关键点在于要把这个SCell的“用途”明确为上行叠加而不是一个独立完整的5G小区否则网络会把它当普通邻区数据面的承载逻辑就不对了。第二步是配置测量和添加事件。网络只有在终端上报了对应频段的测量结果后才能下发SCell添加指令。这里主要涉及A4/A5事件门限的配置建议把SCell添加门限设置为较低门限例如RSRP达到-115dBm即可触发保证边缘用户也能用上双载波。门限设太高远端用户吃不到增益设太低SCell频繁添加释放消耗信令。第三步是打开小区级UL CA开关。华为设备里一般有类似ulCaSwitch、pscellUlCaSwitch的开关位开启后基站才会在上行调度时为支持双发能力的终端同时分配两个载波的PUSCH资源。配置后需要确认小区的SIB配置同步更新让终端在接入阶段就知道这里上行CA可用。第四步是核查邻区关系。虽然SCell通常配置为本小区内部管理但涉及异频测量时需要保证主小区和SCell频点之间的互操作关系正确避免终端测量不到辅载波。这一步排查最费时间。曾经遇到配置完一天后发现终端上报SCell添加成功率只有60%跟踪信令发现终端始终没有上报1.8GHz的测量结果最后定位到是邻区关系表里缺少了一条异频频点配置。所以每次MML改完我建议都把时钟、邻区、测量频点重新拉一遍别省这一步。4. 开启后的优化从“能用”到“好用”4.1 功率控制与终端功耗平衡UL CA开启后终端理论上要同时在两个载波上发射信号两条上行链路的总功率不能超过终端的最大发射功率。实际调度时网络侧需要分配功率比例均衡分配适合大多数场景但也可以针对边缘用户提高低频FDD载波的发射功率利用1.8GHz的覆盖优势保底同时用3.5GHz TDD载波尽力传。这个策略在现网实测下来对边缘用户的上行增益非常明显。这里有个关键参数要提A-MPR额外的最大功率回退。双载波同时发射时为了避免射频非线性互调产物超标终端会被要求额外回退一点功率。回退幅度过大就会抵消CA的增益所以建议在配置中选用终端上报的P-MPR能力做自适应回退不要把A-MPR配置成一个固定的偏大的值。我们一开始用固定值导致中近点用户的发射功率被限制双载波速率反而没跑上去调整后问题才解决。4.2 调度策略和移动性参数优化调度策略直接影响用户到底能不能吃到双载波的增益。华为设备的调度器在UL CA场景下支持按比例在两个载波上分配RB我们的建议是初期采用基于用户信道质量的调度策略信道质量好的载波多分配RB信道质量差的载波保底分配。对于MCS选择由于FDD低频段信道质量通常优于高频FDD载波上的MCS可以放开一点TDD载波则保持原有限制。移动性方面SCell的去激活定时器值得重点关注。默认的去激活定时器偏短会导致终端刚加上SCell就立刻释放在小区边缘频繁添加释放既吃信令又影响用户体验。建议结合实测把去激活定时器调大或者配置为基于SCell信道质量动态去激活。我们最终把去激活门限调低、时延调长边缘用户的上行吞吐曲线明显平滑了很多。5. 性能验证实测数据与增益分析5.1 验证方案设计与测试工具性能验证阶段我们选用了支持上行2CC的测试终端配合路测工具做定点、步行、车载三类场景测试。指标主要记录上行PDCP层吞吐量、PUSCH BLER、SCell上行占用率、UL CA成功占比、切换成功率、RRC重建率和终端发射功率余量。定点测试分三个点位好点RSRP-80dBm中点RSRP在-95到-100dBm之间差点RSRP低于-110dBm。每个点位分别跑单载波关闭UL CA和双载波开启UL CA两组数据确保对照组一致。5.2 实测数据与增益分析下面这组数据是我们现场测试的统计结果为脱敏数值做了归一化处理单看就能看出UL CA的价值测试位置信号强度(RSRP)单载波上行吞吐双载波上行吞吐提升比例好点-82dBm105Mbps182Mbps约73%中点-98dBm32Mbps59Mbps约84%差点-112dBm4.5Mbps11.8Mbps约162%好点的增益没有到100%主要因为终端在两个载波同时发射时存在功率回退加上单载波时MCS已经接近链路极限双载波分摊RB后单载波速率略降叠加起来总速率自然低于两倍。这符合理论预期不算是异常。差点这类边缘位置的提升反而最明显接近162%验证了FDD低频上行在覆盖上的补充作用。中点位置提升约84%也达到客户“翻倍”的预期目标。还有一个数据值得关注开启UL CA后SCell上行占用率稳定在85%以上说明辅载波没有被浪费RRC重建率和切换成功率与关闭CA的基线对比基本持平没有明显的移动性劣化。整体来看这个方案在现网是可落地的。6. 排雷实录常见问题与排查技巧6.1 终端上报能力不支持该频段组合时怎么办这是部署中最常见的问题。明明基站配置没问题但终端就是不发起SCell添加请求。处理思路很明确跟踪Uu口信令找终端的UECapabilityInformation消息看CA band combination里有没有n78n3这个组合。部分终端虽然支持这个组合但软件版本上限制了上行2CC能力这时候只能选择升级终端版本或者暂时降级到单载波。排查这个问题时我不建议一上来就猜参数直接看信令最快。6.2 SCell添加失败率高的主因SCell添加失败率高的原因通常是这几个A4/A5门限设置过严、PCI冲突、邻区漏配、上行同步失败。我们项目里遇到过一次PCI冲突1.8GHz频段里两个远端小区用了相同的PCI导致终端上报的测量结果无法匹配到正确的SCell。处理办法是核查物理小区标识规划表把冲突PCI改掉。另外提醒一个容易被忽略的点SCell添加依赖终端的上行同步如果上行TA一直建立不成功SCell添加就会反复失败。这时候要去查主小区看来是否有上行干扰或者终端发射功率余量是不是已经耗尽。6.3 TDDFDD组合下的互调干扰排查TDD 3.5GHz和FDD 1.8GHz同时发射时终端射频前端会产生互调产物如果落在基站接收带内就会抬升底噪、恶化PUSCH解调。现场如果发现开双载波后某个频段的BLER异常升高排除外部干扰后就要怀疑互调问题。用网管的底噪曲线按天对比可以看到明显抬升的时段。处理手段一般是降低双发功率回退值、检查终端天线隔离度、临时调整双载波的RB分配避开互调最严重的区间。有一种更彻底的办法是让两个载波错开频域资源但在标准UL CA里不总能实现得看设备支持能力。6.4 开了UL CA之后终端发热和耗电明显这是用户体验层面的问题但也得重视。双载波同时发射终端的射频前端功耗翻倍长时间直播场景下手机发热更快。网络侧能做的优化是配置CDRX让终端在没有上行数据时进入微休眠同时在确认没有上行大包业务时尽快去激活SCell。实测下来CDRX开启后驻网电流下降明显但也要注意对时延敏感业务的负面影响。建议对URLLC类业务单独做策略不要全局一套参数。回到整体项目我个人最大的体会是上行载波聚合最怕的不是配置复杂而是方案选型阶段没想清楚。把目标分解清楚——到底要覆盖增益还是吞吐增益是主要给边缘用户兜底还是给直播用户提速——再决定技术路线后续的工作就会顺畅很多。如果你也要在华为设备上做UL CA建议Step by Step先实验室验证再选一个站点做单站试点确认所有KPI没有劣化后再推广到片区。功能开起来不难难的是把参数调到和现网场景匹配。最后说一句这套方案后续还可以往5G-A方向延伸比如上行三载波聚合、AI辅助调度到时候再单独写一篇。本文还有配套的精品资源点击获取